Re: [gentoo-user] GCC-4.3.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 alain.didierj...@free.fr wrote: > Has one of you guys already switched from gcc-4.1.2 to gcc-4.3.2 and > performed "emerge system" ? > What gives ? Any problem ? Is it worth it right now ? Please tell... > > -- > ~adj~ I am afraid I can't really answer this question, since I am using GCC-4.3.3. I can say that I have only had a couple of merge failures with that, and these were solved by either merging something else first, or by removing an unnecessary USE flag - something like that. Regards, Chris PS: I got more such problems with 4.1.2 -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJJ1wZIAAoJEIAhA8M9p9DARgIP/j7sUVLyj1I4sjst1Reyg91O blnC2l+vD0LVsg/P0ZQefKdPC9QKp10JSCeio7qztwx/ZGfLahH1AbXhQS45/7aM qyJJa1qTin6wsksONy9gksnVP1gGWERv8C4BYldbl1cMGiEQfSifUmYrFY2FtOKl o5gpp67y+fdbzwjAwSqdlqMAyHmFq9MfY+O86S9r57rrhhfcZnXdtf2ufgpNi+Kn 02bC1HbXwjYXLAtFEZCG5ajl+6+gl5JhDrnj5V1+Hz3Ouh53OryUH1OXyzR0rvWq pR2WVraZxxKaxGzRT99a1+AVykkbY7RJI37l9WNg/ZSDdtDrl6twe7DHu6HAHzof IHItzF/CjT7ShuTot2zfURJhSraOr3K44ZLVaOTKMGOux1F5yraYujoA0cuf21S9 tV4yAYt9oc5vWiHTfAUGz7X+tduVPola3G7RdWibsnbUMZFcgltvGKCNU0XLMXSs wpTCYcmuQ05ui0BesScUMrtmZAjGzbVAXkRUzEO7W2r+s7E74rkbSFSsLevhT5X9 TYATTXeUsXSMgbDnAb9BLw+ZPVua9pCnJYkd3qALUSbKbn0COtZqzJXtMCRZghat 3FeX7sr9mWL48MrjGCthIvx5oDq4i+SrPhgWqg2MwSFEb6lgWp8LY/OoF2UU4oBO zsIKSxYJeC9tz0Yq+i9R =ITyG -END PGP SIGNATURE-
Re: [gentoo-user] LVM2 problem
On Saturday 04 April 2009 08:36:08 Hung Dang wrote: > Hi all > I have a strange problem with LVM2. I follow this guide > http://www.gentoo.org/doc/en/lvm2.xml to create the LVM2 volume named vg > then create the logical volume /dev/vg/data. Everything went fine and I > can mount the volume /dev/vg/data to /mnt/data without any problem. > However, when I restart my computer the logical volume is disappeared. > I can always replicate this problem by create a new LVM group then > restart my computer. Most likely is that the commands necessary to activate the LVM at boot time are not being run. Test this theory by running as root: vgchange -a y and mount the device. If it then works, check the usual things, like /etc/init.d/lvm is in your boot runlevel Also check dmesg for obvious errors. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] LVM2 problem
Hi Alan, Thanks a lot for a quick reply. It turn out that I need to activate LVM at the boot time using rc-update. Hung Alan McKinnon wrote: > On Saturday 04 April 2009 08:36:08 Hung Dang wrote: > >> Hi all >> I have a strange problem with LVM2. I follow this guide >> http://www.gentoo.org/doc/en/lvm2.xml to create the LVM2 volume named vg >> then create the logical volume /dev/vg/data. Everything went fine and I >> can mount the volume /dev/vg/data to /mnt/data without any problem. >> However, when I restart my computer the logical volume is disappeared. >> I can always replicate this problem by create a new LVM group then >> restart my computer. >> > > Most likely is that the commands necessary to activate the LVM at boot time > are not being run. Test this theory by running as root: > > vgchange -a y > and mount the device. > > If it then works, check the usual things, like /etc/init.d/lvm is in your > boot > runlevel > > Also check dmesg for obvious errors. > >
Re: [gentoo-user] Re: What annoys you?
On Friday 03 April 2009 22:11:28 Mike Edenfield wrote: > On 4/3/2009 3:38 PM, Volker Armin Hemmann wrote: > > there is no installer anymore. And that is a good thing. > > I will agree that an installer doesn't belong near the top of anyones > "show stopper" list of Gentoo defects. Gentoo doesn't *need* an > installer and all previous attempts at one have been less than > successful. We can all certainly get along fine without one. > > But can you really provide a non-condescending, *rational* argument > explaining why it would be an actively detrimental idea to have a > working installer for Gentoo? Why, if some person appeared tomorrow > with a fully functional, debugged, tested, flexible, easy to use, > fully-handbook-compliant, *optional* drop-in installation process, why > that would be a bad thing? This mythical thing - a working installer - probably does not exist and likely never will. There are just too many decisions the human must make while installing Gentoo and too many of them do not have sane defaults. So the installer is still going to ask the human to make decisions, it is going to provide a list of possibilities and say "pick one", and then automate whatever that means. Now, this stuff is all in the handbook anyway; google, the docs, ls* and dmesg still give the answers, they still have to be used, so actually an installer changes nothing. The same questions will still be asked on the forums and here and nothing will really change. Which isn't surprising, an installer is just a front end to the same back end. gentoo is not a binary distro, it does not work like a binary distro. You are not limited to the narrow choices provided you by the packagers. You can do anything you like that the sources support, and an installer author is unlikely to ever know everything about that. Besides, we already have a perfect installer. You are just all confused about it's name. Folk think it's called "genkernel" or "LiveCD" or some such. Actually, it goes by these names: bash vi tar emerge Note that these are the *exact* *same* *tools* you are going to use every day after the install is done. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] What annoys you?
On Fri, 3 Apr 2009 15:14:05 -0700, Mark Knecht wrote: > I like the idea but does it solve the root-cause issue - whatever that > might really be - for portage maintainers removing ebuilds and code in > the first place? If it was in the sunset overlay then we'd say they > don't have to support it anymore, which is fine with me, but I'd still > be able to get it which would work. There needs to be a resting place > for the code also, not just the ebuilds. There is, upstream's server. If upstream no longer makes the code available, you can hardly blame the Gentoo devs for not wanting it in portage. -- Neil Bothwick There are two standards for anything... One for the U.S. and one for the rest of the world. signature.asc Description: PGP signature
Re: [gentoo-user] What annoys you?
On Friday 03 April 2009 23:46:44 Mark Knecht wrote: >I think you may be correct, but the problem still exist. The > problem is that you can be running an driver on your system. The > portage maintainers depreciate it. the ebuilds get stripped form my > machine. Sometime later I choose to clean up distfiles and delete the > driver, thinking I can download it again because the version I'm > running is masked to be the only one I want. I do an emerge sync and > find out it's no longer in portage and have to do a lot of work to get > it back again. I'd like a way to completely lock a package to the current running version, and be able to do something like this: emerge --lock emerge could then move the ebuild to a local overlay, mask out higher versions, and remember the original ebuild source (portage tree|overlay) and keep checking back in for -r updates. This would let people lock video drivers to a certain version while still getting -r* bug-fix updates. It would fix the problem of having to go and fetch ebuilds from a repo after they have been uninstalled. It would also fix my current issue of having to closely inspect emerge output to make sure that KDE-4 ebuilds are coming from the tree, not the overlay. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] What annoys you?
On Sat, 04 Apr 2009 02:24:58 +0300, Arttu V. wrote: > - Managing USE flags is sometimes quite irritating, having to fidget > around /etc/make.conf, /etc/portage/package.use and such with > everyone's favourite text editors. (Maybe I'm micromanaging them too > much?) emerge flagedit > - Keeping the crud out of /etc/portage/package.keywords and other > similar portage files (much like with the case of USE flags above) for > us who don't run bleeding edge ACCEPT_KEYWORDS="arch ~arch". eix-test-obsolete > - Difficulty of predicting how long some new package compilations (with > dependencies, upgrades and revdep-rebuilds etc) will actually take > (genlop -t only knows about individual packages that have been emerged > before) That's got to be harder than providing an accurate weather forecast. > - Portage 2.2 stopping dead with "you should re-emerge foo with > USE=bar" with the new cat/foo[bar]-style dependencies. Would you rather portage simply re-emerged installed packages with different USE flags without consulting you? I suppose a "package X needs to be remerged with USE=Y, proceed Y/n" message could be useful, maybe with an option to do accept this automatically. Gentoo is about providing ultimate control to the admin, so you can't really complain about having to make those choices :) -- Neil Bothwick Velilind's Laws of Experimentation: 1. If reproducibility may be a problem, conduct the test only once. 2. If a straight line fit is required, obtain only two data points. signature.asc Description: PGP signature
Re: [gentoo-user] Re: What annoys you?
On Sat, 4 Apr 2009 09:45:01 +0200, Alan McKinnon wrote: > bash > vi > tar > emerge > > Note that these are the *exact* *same* *tools* you are going to use > every day after the install is done. You must be joking, I wouldn't be caught dead using the first two ;-) -- Neil Bothwick DCE seeks DTE for mutual exchange of data. signature.asc Description: PGP signature
Re: [gentoo-user] What annoys you?
On Saturday 04 April 2009 01:24:58 Arttu V. wrote: > - Portage 2.2 stopping dead with "you should re-emerge foo with USE=bar" > with the new cat/foo[bar]-style dependencies. Sadly, that one is unavoidable. You have a circumstance where it is not possible to continue and the missing bit must be fixed first. Note that this is not a new problem, it just has an easier way to detect it and a new syntax to annoy you with. emerge is non-interactive and is intended to run till completion without intervention, so putting a interactive prompt in is contrary to it's design. What could work is a way to do these checks during the initial phase so you get told about it before the actual building starts, just like with blockers. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: What annoys you?
On Saturday 04 April 2009 09:59:15 Neil Bothwick wrote: > On Sat, 4 Apr 2009 09:45:01 +0200, Alan McKinnon wrote: > > bash > > vi > > tar > > emerge > > > > Note that these are the *exact* *same* *tools* you are going to use > > every day after the install is done. > > You must be joking, I wouldn't be caught dead using the first two ;-) OK. alias bash='zsh' alias vi='nano' See, that wasn't so hard was it? :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: What annoys you?
Dan Cowsill wrote: > On Fri, Apr 3, 2009 at 5:39 PM, Daniel da Veiga > wrote: > >> I would still think its a problema. >> People would install Gentoo, get a functional system, not read the >> handbook, and flood the forums and this mailing list with already >> answered and handbook questions. >> Daniel da Veiga >> >> > > I think the minute you start looking at Gentoo or the installation > process as a sort of 'proving ground' for advanced users, you lose > your objectivity in a discussion like this. The bottom line is that > if a user is willing, he will learn and prosper with Gentoo, installer > or no installer. > > > I wouldn't saying installing is a proving ground but it is a learning tool. I don't like the idea of a installer either. I have installed form a CD that had a installer and I always did it manually. It is faster and you only have to do it once. If you use a installer, you end up doing it again anyway. There will be something the installer set up that is not the way you want it to be and you have to change it. I have to say, of all the things the -devs have on their plate to deal with, a installer shouldn't be one of them. It's not like there is enough devs and some are just sitting around with nothing to do. I would guess that they wish they had more time to deal with what they currently have in front of them. My opinion, agree with it or not. Dale :-) :-)
Re: [gentoo-user] GCC-4.3.2
Mike Kazantsev writes: > -mtune=native can be dropped if -march=native is there already. It is still worthwhile keeping it in CFLAGS as some packages remove or replace the '-march' flag.
Re: [gentoo-user] Re: What annoys you?
* Nikos Chantziaras (rea...@arcor.de) [04.04.09 03:55]: > > I thought about it and I would still like an installer. People asked me > "I want that too" after they see what Gentoo can do and is about. I > could help them learn to keep their Gentoo healthy and running, but I am > not willing to install it for them or teach them how to install it > themselves. Too much work. 1.) If they want it, then they *have* to learn it. No convinience here! 2.) They learn much more about their system, when they install it, than from a running system: For once they *know* what is installed and how that is configured. > So from my observational point, the lack of > an installer just means that people who would like to try Gentoo just > don't, because the learning curve is too steep, beginning right at the > installation. To learn, you need a system that already runs so you can > learn that system. Gentoo needs to be installed by someone who already > knows. Chicken and egg. > 1) If the people need to learn Linux: give them Ubuntu. If they are annoyed enough about how the things are configured there, then they are willing to learn the things they need for Gentoo. 2) You only have the chicken and egg problem if you want every newbie to Linux start with Gentoo and also support his/her unwillingness to RTFM. Gentoo is not for people, which want to be washed, but not to get wet! Sebastian -- " Religion ist das Opium des Volkes. " Karl Marx s...@sti@N GÜNTHER mailto:sam...@guenther-roetgen.de pgptiXHfv5yks.pgp Description: PGP signature
Re: [gentoo-user] What annoys you?
On 4 Apr 2009, at 08:56, Neil Bothwick wrote: On Sat, 04 Apr 2009 02:24:58 +0300, Arttu V. wrote: ... - Difficulty of predicting how long some new package compilations (with dependencies, upgrades and revdep-rebuilds etc) will actually take (genlop -t only knows about individual packages that have been emerged before) That's got to be harder than providing an accurate weather forecast. Back in the day people were asking for this when I was installing Gentoo from stage 1 on Pentium III 500mhz machines. I read the -dev list at that time, and have seen the responses explaining why Neil's is an entirely accurate characterisation. What we did then was just left our emerges running overnight. I find it hard to believe that - in these days when many on this list will be using Core 2 Duo machines - this is really such a problem. We're no longer talking of emerges taking days or even weeks (yes, I have seen `emerge -e world` take 3 weeks or so!) we're now talking in terms of minutes per package. Do you really need to know EXACTLY how many? Or can you just accept a little patience as the cost of using Gentoo? Stroller.
[gentoo-user] Re: What annoys you?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alan McKinnon wrote: > What could work is a way to do these checks during the initial phase so you > get told about it before the actual building starts, just like with blockers. > Which is exactly how it works, now, with the new USE-deps (before you had to wait until the pkg_setup phase, now it stops while calculating dependencies). - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknXIXcACgkQOypDUo0oQOpVzgCdGNtXAA25LaTVHQSUKGEIFv+6 AksAn3FRybM4fPU4Dx6ueRS8TTzJFpir =k8vL -END PGP SIGNATURE-
[gentoo-user] Re: What annoys you?
Neil Bothwick wrote: On Sat, 04 Apr 2009 02:24:58 +0300, Arttu V. wrote: [...] - Difficulty of predicting how long some new package compilations (with dependencies, upgrades and revdep-rebuilds etc) will actually take (genlop -t only knows about individual packages that have been emerged before) That's got to be harder than providing an accurate weather forecast. Time would be impossible to predict. But compilation progress might be feasible. CMake does this, for example. It's nice to know I'm about 70% done with the build.
Re: [gentoo-user] Re: What annoys you?
On Saturday 04 April 2009 10:59:35 ABCD wrote: > Alan McKinnon wrote: > > What could work is a way to do these checks during the initial phase so > > you get told about it before the actual building starts, just like with > > blockers. > > Which is exactly how it works, now, with the new USE-deps (before you > had to wait until the pkg_setup phase, now it stops while calculating > dependencies). Ah, OK. I haven't run into one of these yet so didn't know how it worked with latest versions. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: What annoys you?
I am using Gentoo for some years now, and installing Gentoo on a new box isn't hard at all, but you have to be prepared. You need a running linux-system, a live-CD (or USB-Stick), and the handbook. So, i have SLAX and the handbook on my USB-Stick which i use to install Gentoo. Boot SLAX, look at the handbook, and the installation is pretty easy. When i started using Linux (with SuSE 7.1 iirc), i soon tried other distros and got stuck with Gentoo, and i had no problems with installing, even when i was a total noob at linux. When someone ask me: "Hey, you know that linux-stuff. I have heard it must be pretty cool, i want to give it a try! Which distro should i try?", i think two seconds about it and then always say "Gentoo", because when someone is not able to install it, i think he should not use a computer at all. I think there are a lot of people using a computer who should not be allowed to use one ;) Installing Gentoo (and using Linux (maybe except Ubuntu) in general) forces you to learn how computer and operation systems works, how one gearwheel fits into another etc. > If they want it, then they *have* to learn it. On Sat, 4 Apr 2009 10:52:29 +0200 Sebastian Günther wrote: > * Nikos Chantziaras (rea...@arcor.de) [04.04.09 03:55]: > > > > I thought about it and I would still like an installer. People asked me > > "I want that too" after they see what Gentoo can do and is about. I > > could help them learn to keep their Gentoo healthy and running, but I am > > not willing to install it for them or teach them how to install it > > themselves. Too much work. > > 1.) If they want it, then they *have* to learn it. No convinience > here! > 2.) They learn much more about their system, when they install it, than > from a running system: For once they *know* what is installed and > how that is configured. > > > So from my observational point, the lack of > > an installer just means that people who would like to try Gentoo just > > don't, because the learning curve is too steep, beginning right at the > > installation. To learn, you need a system that already runs so you can > > learn that system. Gentoo needs to be installed by someone who already > > knows. Chicken and egg. > > > > 1) If the people need to learn Linux: give them Ubuntu. If they are >annoyed enough about how the things are configured there, then they >are willing to learn the things they need for Gentoo. > 2) You only have the chicken and egg problem if you want every newbie to >Linux start with Gentoo and also support his/her unwillingness to >RTFM. > > Gentoo is not for people, which want to be washed, but not to get wet! > > Sebastian > > -- > " Religion ist das Opium des Volkes. " Karl Marx > > s...@sti@N GÜNTHER mailto:sam...@guenther-roetgen.de > -- Dominic Kexel
Re: [gentoo-user] What annoys you?
On 4/4/09, Neil Bothwick wrote: > On Sat, 04 Apr 2009 02:24:58 +0300, Arttu V. wrote: > >> - Managing USE flags is sometimes quite irritating, having to fidget >> around /etc/make.conf, /etc/portage/package.use and such with >> everyone's favourite text editors. (Maybe I'm micromanaging them too >> much?) > > emerge flagedit Yes, flagedit sure helps on a single box, but when running several Gentoo boxes, with slightly differing USE settings, arches and whatnot (firewall, server, old box for light browsing/office work, new-ish multimedia/gaming workstation, a laptop, one with radeon-drivers, another with nvidia-drivers etc), it all tends to get a bit hairy. What I'm maybe thinking about is some kind of Microsoft AD / SUS style or similar pushing parts of policies or changes across all boxes in a domain (or whatever they call them there). But then again, if that is a priority, then running Windows or CentOS Linux with Red Hat's stuff might be better for that than Gentoo in the first place? :) >> - Keeping the crud out of /etc/portage/package.keywords and other >> similar portage files (much like with the case of USE flags above) for >> us who don't run bleeding edge ACCEPT_KEYWORDS="arch ~arch". > > eix-test-obsolete That was a good call, thank you! I have been avoiding eix for various reasons, but now I emerged it and tried it. Blindfolded and both hands tied behind its back eix-test-obselete beat my own embarrassingly simplistic helper perl-scripts. Very good indeed, thanks! > Would you rather portage simply re-emerged installed packages with > different USE flags without consulting you? I suppose a "package X needs > to be remerged with USE=Y, proceed Y/n" message could be useful, maybe > with an option to do accept this automatically. Yes, I think this is more of a default settings issue. I'm betting 999/1000 cases or even worse, the user/admin just goes and emerges the dep with the required USE anyway. So why waste the time (or introduce compulsory interactivity) from most people and not have it as a default? Ok, I admit, it might create some really hairy situations for deep trees when some critical system package would get silently re-emerged with a new flag -- but maybe the automagic could only work for packages not in system/@system? Then there would be hope of having a reasonably sane box (command line) remaining even if the automagic in the emerge would end up shooting yourself in the foot ... > Gentoo is about providing ultimate control to the admin, so you can't > really complain about having to make those choices :) Hrpmft, I thought by now -- after about a decade or so of development of the brightest young minds of planet Earth -- there would be a package available in Gentoo with a command or script like eix-do-what-i-mean(t). ;) -- Arttu V.
Re: [gentoo-user] What annoys you?
* Alan McKinnon (alan.mckin...@gmail.com) [04.04.09 09:57]: > > emerge --lock > I find this suggestion very good, and would like to ask the more experienced participants, if such thing was thought of before. I'm thinking about some options to freeze a system totally, servers would like this, and some options to gradually move back from testing to stable. That was the thing that annoyed me in the last weeks: a simple possibility to say: hold this packageversion until it is back to stable. So I'm suggesting the following new options for emerge: --freeze: hold this package version *and* revision --hold: hold this package version, but allow revision updates --hold-til-stable: hold this package, until it hits stable, and then use the stable version. --testing: set the ~x86 keyword for this package and necessary dependencies I know that this is done relatively easy for one package, but with sets this can become a really powerful feature. Since I started to catogorize my whole system with sets, this could be a really wonderfull way to easily say, keep that version of XFCE, that I have installed: emerge --hold @xfce #assuming you have all xfce packages in that set... is a little less work, than masking every package by hand. And a little helper to create a local overlay: --copy-to-local: make a local overlay entry for that package I would gladly help to implement this, but I did not read anything about becoming a dev. Sebastian -- " Religion ist das Opium des Volkes. " Karl Marx s...@sti@N GÜNTHER mailto:sam...@guenther-roetgen.de pgpesTgfwzV32.pgp Description: PGP signature
[gentoo-user] Re: Kgpg 1.2.2 does not show email addresses ...
On Monday 30 March 2009, Mick wrote: > Hi All, > > I just noticed today that my kgpg 1.2.2 (using KDE 3.5.9) is not showing > the email addresses of the public keys contained in it - i.e. the names are > blank. User IDs and signature email addresses are shown fine when one > expands the tree. > > In case my description is too confusing I have attached a snapshot. > > Subsequently, running a search for a key returns nil results. The only way > to find a particular key/signature involves me manually opening each key > and looking at the individual userids. I guess I could run: > > gpg --keyserver subkeys.pgp.net --search-keys fred...@example.com > > but I am not sure what's changed with kgpg and the info it shows on each > key. Is this related to the move from gpg to gpg2? Is there something > wrong with my KDE? Any idea how to fix this? Second computer with the same symptoms ... this is not machine specific. Anyone else come across this problem? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] What annoys you?
On 4/4/09, Stroller wrote: > Do you really need to know EXACTLY how many? Or > can you just accept a little patience as the cost of using Gentoo? I'd be happy for a modest, rough guesstimator. A "Gentoo emerge weather forecast"-gauge/meter if you will. :) I'm currently running boxes from ~1Ghz up to this four-year-old single-core AthlonXP 3500+ (and thinking about getting one of 'em blisteringly fast Phenom IIs or Core2Duos), so I may be an anachronism with my systems. I think in theory one could probably use the kernel's bogomips value, CPU count, source package language and size, and maybe some known few key system package's emerge times to guesstimate the emerge time of the rest. It could provide, e.g., a guessed worst and best scenario. Naturally it couldn't do much about the potential revdep-rebuild part, though. Darn, maybe I have to allocate some time to try to build one myself? Just don't hold your breath while waiting nor keep hopes too high ... ;) -- Arttu V.
Re: [gentoo-user] What annoys you?
Wyatt Epp wrote: > Greets, > > So while gearing up for the Summer of Code, I noted a lot of things that > I had come to accept as normal that I feel should not be so. Things > like the danger of depclean or the way portage will only show one mask > at a time. So I was curious...what have people that are /not/ myself > and my mate noticed that is mildly irritating and disruptive to the > Gentoo experience? Two things, but I think there is not much you can do about it: 1) There are too many ebuilds in bugzilla which should either a) move on to the tree at some point, or if there is something wrong b) someone point to mistakes such that the contributing user can learn new things and do better next time. This fact is the most frustrating when you try to contribute things as a 'normal user'. On the other hand of course developers are not paid and no one can be forced to care for ebuilds that he or she does not find interesting... 2) Hidden dependencies. Especially Hardware related packages like hal/dbus/kernel/xorg/... always seemed to have hidden dependencies. It feels like this: All the latest versions of ~x86 work, and likewise all the latest stable versions work together, but if you try to mix them you trigger bugs and run into all sorts of trouble. Often it is also hard to find people able to reproduce the bug because devs mostly use the latest versions of everything. But I guess this is a general problem with a metadistribution. Just not every combination can be checked. Ok, so much for my 2c. Tom > > Cheers, > Wyatt -- Thomas Kahle The fundamental theorem of algebra is open source. Like any other mathematical theorem it can be applied free of charge and everybody has access to its proof and can convince himself how it works. Why should software be any different? signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] What annoys you?
On Sat, 4 Apr 2009 14:55:47 +0300, Arttu V. wrote: > > Do you really need to know EXACTLY how many? Or > > can you just accept a little patience as the cost of using Gentoo? > > I'd be happy for a modest, rough guesstimator. A "Gentoo emerge > weather forecast"-gauge/meter if you will. :) Before genlop came along, I used a script I found on the forums that compared the number of .c and .o files in the build directory, giving an estimate of how far you'd got through the compilation. It was reasonably helpful most of the time. -- Neil Bothwick How is it possible to have a civil war? signature.asc Description: PGP signature
Re: [gentoo-user] Re: Kgpg 1.2.2 does not show email addresses ...
On Sat, 4 Apr 2009 12:41:53 +0100, Mick wrote: > Second computer with the same symptoms ... this is not machine > specific. Anyone else come across this problem? I rarely use kgpg, but I just checked and mine is the same. -- Neil Bothwick I am sitting on the toilet with your article before me. Soon it will be behind me. signature.asc Description: PGP signature
Re: [gentoo-user] What annoys you?
On Sat, 4 Apr 2009 09:54:50 +0200, Alan McKinnon wrote: > I'd like a way to completely lock a package to the current running > version, and be able to do something like this: > > emerge --lock > > emerge could then move the ebuild to a local overlay, mask out higher > versions, and remember the original ebuild source (portage > tree|overlay) and keep checking back in for -r updates. This would be great, but it seems very complex. Portage would also need to do the same for dependencies. Worse, a package could depend on what was the latest version of a package when the ebuild was still maintained, but break with later versions out now. -- Neil Bothwick OPERATOR ERROR: Nyah, Nyah, Nyah, Nyah, Nyah! signature.asc Description: PGP signature
Re: [gentoo-user] Re: Kgpg 1.2.2 does not show email addresses ...
Neil Bothwick wrote: > On Sat, 4 Apr 2009 12:41:53 +0100, Mick wrote: > > >> Second computer with the same symptoms ... this is not machine >> specific. Anyone else come across this problem? >> > > I rarely use kgpg, but I just checked and mine is the same. > > > I looked at mine a while back, month or so, and it was normal. Right now, mine is blank as well. Weird. o_O If it matters, KDE 3.5.10. AMD CPU 2500+ with 2Gbs ram. No USE flags for that package either. Dale :-) :-)
Re: [gentoo-user] What annoys you?
On Sat, 4 Apr 2009 14:06:49 +0300, Arttu V. wrote: > > emerge flagedit > > Yes, flagedit sure helps on a single box, but when running several > Gentoo boxes, with slightly differing USE settings, arches and whatnot > (firewall, server, old box for light browsing/office work, new-ish > multimedia/gaming workstation, a laptop, one with radeon-drivers, > another with nvidia-drivers etc), it all tends to get a bit hairy. That's a fair point, and one that could be managed by using directories for package.{use,keywords,etc}. Then you could have a file with global settings that it pushed out to all computers and other files for machine-specific settings. > > eix-test-obsolete > > That was a good call, thank you! I have been avoiding eix for various > reasons, Various reasons? I can't think of one. The indexing is so useful and test-obsolete is a bonus. > > Would you rather portage simply re-emerged installed packages with > > different USE flags without consulting you? I suppose a "package X > > needs to be remerged with USE=Y, proceed Y/n" message could be > > useful, maybe with an option to do accept this automatically. > > Yes, I think this is more of a default settings issue. I'm betting > 999/1000 cases or even worse, the user/admin just goes and emerges the > dep with the required USE anyway. So why waste the time (or introduce > compulsory interactivity) from most people and not have it as a > default? Making portage suddenly start re-emerging packages as a default is a bad idea. The feature should be useful, but it should be turned on on the command line, after seeing the need for it when running emerge -p/a > > Gentoo is about providing ultimate control to the admin, so you can't > > really complain about having to make those choices :) > > Hrpmft, I thought by now -- after about a decade or so of development > of the brightest young minds of planet Earth -- there would be a > package available in Gentoo with a command or script like > eix-do-what-i-mean(t). ;) You know that computers only do what you tell them to, not what you mean :( -- Neil Bothwick Eat shit - 50 million flies can't be wrong Use Microsoft . . . . . signature.asc Description: PGP signature
Re: [gentoo-user] Re: Kgpg 1.2.2 does not show email addresses ...
On Saturday 04 April 2009 21:28:41 Neil Bothwick wrote: > Neil Bothwick > > I am sitting on the toilet with your article before me. Soon it will be > behind me. OK, OK, I know this is so completely and totally OT. But I don't care, and I've been around here long enough to get away with it: Brilliant fortune! And I know just the manager who's email is gonna get the fortune appended to the end of every reply... :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Kgpg 1.2.2 does not show email addresses ...
On Saturday 04 April 2009 21:36:00 Dale wrote: > Neil Bothwick wrote: > > On Sat, 4 Apr 2009 12:41:53 +0100, Mick wrote: > >> Second computer with the same symptoms ... this is not machine > >> specific. Anyone else come across this problem? > > > > I rarely use kgpg, but I just checked and mine is the same. > > I looked at mine a while back, month or so, and it was normal. Right > now, mine is blank as well. Weird. o_O > > If it matters, KDE 3.5.10. AMD CPU 2500+ with 2Gbs ram. No USE flags > for that package either. I had kgpg install and be used for the first time in KDE4 in this last week. The wizard ran, I made a new key and it showed up fine. But, the three old keys on the ring were blank. So it seems kgpg doesn't like old keys. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] What annoys you?
I am annoyed by a little more generous thing lately, which i am afraid isn't fixable by a summer of code. But you wanted to know what annoys me, so here it is. There was a lib update, that broke sancho a while ago. A new version of sancho fixed this. But i had to use this new version from the developers site, because even ~arch package was several versions lower. Some weeks ago the oscar protocol or something was changed and pidgin was not able to login to icq. New version fixed this instantly, but it took a while till this version hit ~arch. Again i had to install a program outside of portage. Gnome 2.26 was released and 2.24 hit portage around that time. I just built me an openbox desktop today. Google and Openbox Hompage show quite a few docks which can be used. None of them is in portage or it is hardmasked. There where two docks available, one segfaulted! I found a great taskbar named tint2, not in portage. I compiled it and it works perfectly. This is what annoys me most lately. And yes, i am planning on reading into ebuild stuff and trying to contribute. regards Norman
[gentoo-user] verifying GCC version program was compiled with
Is there a way to verify GCC version program was compiled with? I just want to check if all the programs were compiled with latest GCC version as I'm getting an errors at time to time. -- Joseph
Re: [gentoo-user] Re: Kgpg 1.2.2 does not show email addresses ...
On Sat, 4 Apr 2009 21:50:51 +0200, Alan McKinnon wrote: > > I am sitting on the toilet with your article before me. Soon it will > > be behind me. > Brilliant fortune! And I know just the manager who's email is gonna get > the fortune appended to the end of every reply... I think it is a Winston Churchill quote, but it could be one of those that is attributed to several people. -- Neil Bothwick Keep your words soft and sweet in case you have to eat them. signature.asc Description: PGP signature
Re: [gentoo-user] What annoys you?
On Saturday 04 April 2009 22:42:00 Norman Rieß wrote: > I am annoyed by a little more generous thing lately, which i am afraid > isn't fixable by a summer of code. But you wanted to know what annoys > me, so here it is. > > There was a lib update, that broke sancho a while ago. A new version of > sancho fixed this. But i had to use this new version from the developers > site, because even ~arch package was several versions lower. > Some weeks ago the oscar protocol or something was changed and pidgin > was not able to login to icq. New version fixed this instantly, but it > took a while till this version hit ~arch. Again i had to install a > program outside of portage. These are indeed tricky problems. And you rightly know that it is a human problem not solveable with code. It requires testing and more specifically unit testing that detects regressions. > Gnome 2.26 was released and 2.24 hit portage around that time. > I just built me an openbox desktop today. Google and Openbox Hompage > show quite a few docks which can be used. None of them is in portage or > it is hardmasked. There where two docks available, one segfaulted! I > found a great taskbar named tint2, not in portage. I compiled it and it > works perfectly. Gnome in portage has it's share of problems. There is a very interesting bug at bugs.gentoo.org that lays out why portage is eternally ages behind gnome upstream. I don't recall the details anymore, but I do remember it was a very interesting read and gave me a real reason for problems with the gnome ebuilds (to replace the "gnome is just a piece of crap" reason I had in my head at the time...) > This is what annoys me most lately. And yes, i am planning on reading > into ebuild stuff and trying to contribute. Best possible answer IMHO. Portage is only as good as it's devs and users make the tree. Someone has to do the work and someone has to write the first ebuild for a package. There's no valid reason why that person can't be you. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] verifying GCC version program was compiled with
Joseph schrieb am 04.04.2009 22:48: > Is there a way to verify GCC version program was compiled with? > I just want to check if all the programs were compiled with latest GCC > version as I'm getting an errors at time to time. I don't think it is possible to get the compiler or it's version used for a specific program. If you are upgrading the compiler it is advisable to recompile the complete system so all programs are compiled with the same compiler version. Take a look at the gcc upgrading guide [1] for the necessary steps you need to follow. [1] http://www.gentoo.org/doc/en/gcc-upgrading.xml -- Daniel Pielmeier signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] verifying GCC version program was compiled with
On Saturday 04 April 2009 23:42:54 Daniel Pielmeier wrote: > Joseph schrieb am 04.04.2009 22:48: > > Is there a way to verify GCC version program was compiled with? > > I just want to check if all the programs were compiled with latest GCC > > version as I'm getting an errors at time to time. > > I don't think it is possible to get the compiler or it's version used > for a specific program. If you are upgrading the compiler it is > advisable to recompile the complete system so all programs are compiled > with the same compiler version. Take a look at the gcc upgrading guide > [1] for the necessary steps you need to follow. > > [1] http://www.gentoo.org/doc/en/gcc-upgrading.xml This is complete nonsense advice. There is absolutely no need to rebuild the entire system every time you upgrade compilers, and whoever told you that is flat out wrong. If the gentoo docs told you that, then they are wrong, or misplaced, or the person writing them is overcautious to the point of being ridiculous. If this advice really was true, then a whole lot of stuff would break all over the world: - every Windows box on the planet would need a complete reinstall whenever a Windows Update happened (Yes, Microsoft does upgrade their compiler!) - third party apps would not run, as you have no way of knowing if Oracle's compiler is the same as yours (and you don't even have a guarantee that Oracle uses gcc). My Oracle instance at work is working just fine and I know for a fact the compilers used for it and SuSE are not even in the same version series. - Compiling any package locally could not work on a binary distro. But they do. There are *some* special cases where the gcc devs break stuff at an ABI level between versions (usually related to C++ not to C). These are well known and heavily documented - the toolchain devs make sure of this. 3.3 to 3.4 was such a case, there was another minor case early in the gcc-4 series. By no means do this mean that the fix for those cases must now be applied every time. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: What annoys you?
Alan McKinnon wrote: This mythical thing - a working installer - probably does not exist and likely never will. This may be true, and it certainly is the case right now. But that's not a good reason to reject one out of hand before you even see it. There are just too many decisions the human must make while installing Gentoo and too many of them do not have sane defaults. So the installer is still going to ask the human to make decisions, it is going to provide a list of possibilities and say "pick one", and then automate whatever that means. When I run through an install by following the handbook, I feel more like a script interpreter than a human being. The only real decisions I make when installing Gentoo are: * How to allocate my hard drive (sane default: what the handbook suggests) * What mirrors to use (sane default: what the handbook suggests -- mirrorselect) * Which equally usable option from the possible loggers, crons, dhcp clients, and boot loaders (sane default: who cares? just pick one) * What book to read for the rest of the time I'm staring at emerge waiting to have to type something else. (sane default: the handbook, duh.) Everything else is just copying and pasting out of the handbook. That's practically the definition of an automatable process. --Mikr
Re: [gentoo-user] verifying GCC version program was compiled with
Alan McKinnon schrieb am 04.04.2009 23:55: > On Saturday 04 April 2009 23:42:54 Daniel Pielmeier wrote: >> Joseph schrieb am 04.04.2009 22:48: >>> Is there a way to verify GCC version program was compiled with? >>> I just want to check if all the programs were compiled with latest GCC >>> version as I'm getting an errors at time to time. >> I don't think it is possible to get the compiler or it's version used >> for a specific program. If you are upgrading the compiler it is >> advisable to recompile the complete system so all programs are compiled >> with the same compiler version. Take a look at the gcc upgrading guide >> [1] for the necessary steps you need to follow. >> >> [1] http://www.gentoo.org/doc/en/gcc-upgrading.xml > > This is complete nonsense advice. There is absolutely no need to rebuild the > entire system every time you upgrade compilers, and whoever told you that is > flat out wrong. If the gentoo docs told you that, then they are wrong, or > misplaced, or the person writing them is overcautious to the point of being > ridiculous. If this advice really was true, then a whole lot of stuff would > break all over the world: > > - every Windows box on the planet would need a complete reinstall whenever a > Windows Update happened (Yes, Microsoft does upgrade their compiler!) > - third party apps would not run, as you have no way of knowing if Oracle's > compiler is the same as yours (and you don't even have a guarantee that > Oracle > uses gcc). My Oracle instance at work is working just fine and I know for a > fact the compilers used for it and SuSE are not even in the same version > series. > - Compiling any package locally could not work on a binary distro. But they > do. > > There are *some* special cases where the gcc devs break stuff at an ABI level > between versions (usually related to C++ not to C). These are well known and > heavily documented - the toolchain devs make sure of this. 3.3 to 3.4 was > such > a case, there was another minor case early in the gcc-4 series. By no means > do > this mean that the fix for those cases must now be applied every time. > I must confess that I don't know if there is an ABI breakage between 4.1.2 and 4.3.2. So if there is none you may be fine without rebuilding world. -- Daniel Pielmeier signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: What annoys you?
Daniel da Veiga wrote: On Fri, Apr 3, 2009 at 17:11, Mike Edenfield wrote: On 4/3/2009 3:38 PM, Volker Armin Hemmann wrote: there is no installer anymore. And that is a good thing. I will agree that an installer doesn't belong near the top of anyones "show stopper" list of Gentoo defects. Gentoo doesn't *need* an installer and all previous attempts at one have been less than successful. We can all certainly get along fine without one. But can you really provide a non-condescending, *rational* argument explaining why it would be an actively detrimental idea to have a working installer for Gentoo? Why, if some person appeared tomorrow with a fully functional, debugged, tested, flexible, easy to use, fully-handbook-compliant, *optional* drop-in installation process, why that would be a bad thing? I would still think its a problema. People would install Gentoo, get a functional system, not read the handbook, and flood the forums and this mailing list with already answered and handbook questions. Aside from this being exactly what I meant by condescending, I don't find "if there was an installer then stupid people would use it" to be a convincing argument. --Mike
Re: [gentoo-user] Re: What annoys you?
Volker Armin Hemmann wrote: On Friday 03 April 2009, Daniel da Veiga wrote: On Fri, Apr 3, 2009 at 17:11, Mike Edenfield wrote: On 4/3/2009 3:38 PM, Volker Armin Hemmann wrote: there is no installer anymore. And that is a good thing. I will agree that an installer doesn't belong near the top of anyones "show stopper" list of Gentoo defects. Gentoo doesn't *need* an installer and all previous attempts at one have been less than successful. We can all certainly get along fine without one. But can you really provide a non-condescending, *rational* argument explaining why it would be an actively detrimental idea to have a working installer for Gentoo? Why, if some person appeared tomorrow with a fully functional, debugged, tested, flexible, easy to use, fully-handbook-compliant, *optional* drop-in installation process, why that would be a bad thing? I would still think its a problema. People would install Gentoo, get a functional system, not read the handbook, and flood the forums and this mailing list with already answered and handbook questions. The installer would only benefit the more experienced user that would get an unattended installation, and yet, experienced users tend to customize their systems, so, no installer would help them. exactly. Installer = not reading documentation = epic failure waiting to happen Each time I read this, it occurs to me that you are seriously confusing "reading the documentation" with "understanding the documentation." The number of people who manage to parrot the handbook instructions into a bash prompt, get Gentoo up, then do absolutely idiotic things to break it that show up on IRC should be proof enough that just reading the handbook does not a Gentoo expert make.
[gentoo-user] simple firewall
Hi I wonder if there is any easy firewall for gentoo. I tried ubuntu for a while and used their ufw, which was very simple. My needs: Block incoming traffic except for sshd and https (and sometimes bittorrent) and allow my lan to connect to my samba share, mythtv and mysql when i use openvpn or allways, which would be easyist. My box is usually protected by pfsense. I have a hard time to understand iptables and i have tried guarddog and kmyfirewall and others, didn't really like them. Something like ufw would be nice. Cheers Martin
Re: [gentoo-user] Re: What annoys you?
On Sunday 05 April 2009 00:11:08 Mike Edenfield wrote: > > I would still think its a problema. > > People would install Gentoo, get a functional system, not read the > > handbook, and flood the forums and this mailing list with already > > answered and handbook questions. > > Aside from this being exactly what I meant by condescending, > I don't find "if there was an installer then stupid people > would use it" to be a convincing argument. Then try this one: There is no installer (after the fashion of a binary distro installer) as the very idea is horribly broken. All attempts to make one have resulted in a horrible unmaintainable mess and caused more grief on support channels than they were worth - creating the very thing they were designed to prevent. In other words: Installers are a bloody stupid idea. Get over it. There is such a thing as a prerequisite level of expertise. Every field has this and every field SHOULD enforce it. You don't get to drive a car on a public road till you have proven that you have learned how to drive a car, and you don't learn how on public roads. Why is gentoo any different, and why is it every time this thread comes up we get flooded with the idea that we must entertain stupid people? It's not elitist, it's a simple fact of life. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: What annoys you?
On Sunday 05 April 2009 00:07:12 Mike Edenfield wrote: > Alan McKinnon wrote: > > This mythical thing - a working installer - probably does not exist and > > likely never will. > > This may be true, and it certainly is the case right now. > But that's not a good reason to reject one out of hand > before you even see it. I'm not doing that. There isn't a claimed working installer to evaluate. I said that "this *class of thing* called an installer is unlikely to work right on gentoo". I did not say "every installer written or to be written must necessarily be rejected" > > There are just too many decisions the human must make while installing > > Gentoo and too many of them do not have sane defaults. So the installer > > is still going to ask the human to make decisions, it is going to provide > > a list of possibilities and say "pick one", and then automate whatever > > that means. > > When I run through an install by following the handbook, I > feel more like a script interpreter than a human being. The > only real decisions I make when installing Gentoo are: > > * How to allocate my hard drive (sane default: what the > handbook suggests) > * What mirrors to use (sane default: what the handbook > suggests -- mirrorselect) > * Which equally usable option from the possible loggers, > crons, dhcp clients, and boot loaders (sane default: who > cares? just pick one) > * What book to read for the rest of the time I'm staring at > emerge waiting to have to type something else. (sane > default: the handbook, duh.) > > Everything else is just copying and pasting out of the > handbook. That's practically the definition of an > automatable process. Then why has it not been done if it's so conceptually simple? Maybe because it's a *seriously* hard problem to solve. But, the onus is actually on you to produce a working installer that does the right thing correctly and thereby to prove your position as correct. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: What annoys you?
On Sun, 5 Apr 2009 00:38:45 +0200, Alan McKinnon wrote: > There is such a thing as a prerequisite level of expertise. Every field > has this and every field SHOULD enforce it. You don't get to drive a > car on a public road till you have proven that you have learned how to > drive a car, and you don't learn how on public roads. Why is gentoo any > different, and why is it every time this thread comes up we get flooded > with the idea that we must entertain stupid people? It's not elitist, > it's a simple fact of life. There is another point here - developer resources are limited. Unless you are prepared to work on an installer yourself, and no-one is stopping you, resurrecting the defunct GLI project could impinge on development in other areas. As installation is a rare occurrence with Gentoo, once in the lifetime of each computer, it is understandable that effort is put into other areas. Or maybe no-one want an installer badly enough to work on one, with the possible exception of quickstart. -- Neil Bothwick Plagarism prohibited. Derive carefully. signature.asc Description: PGP signature
Re: [gentoo-user] verifying GCC version program was compiled with
On 04/04/09 23:55, Alan McKinnon wrote: [snip] [1] http://www.gentoo.org/doc/en/gcc-upgrading.xml This is complete nonsense advice. There is absolutely no need to rebuild the entire system every time you upgrade compilers, and whoever told you that is flat out wrong. If the gentoo docs told you that, then they are wrong, or misplaced, or the person writing them is overcautious to the point of being ridiculous. If this advice really was true, then a whole lot of stuff would break all over the world: [snip] So in other words it was not necessary to recompile the entire system in this case going from gcc: 4.3.2 to 4.2.3 ? Though, according to Gentoo guide, the second number has changed so this is a major upgrade. Not to mention it is good to take advantage of "native" flag. -- Joseph
[gentoo-user] Re: Another Jacked up mess on update - hal daemon
Dale writes: > Since you can ssh into the system, could you remove hald from the > default runlevel and reboot? I'm not sure about the keyboard and mouse > after that tho. At least maybe you can get to a console. As reported in OP, I sshed in and stopped the start of hald.. that allowed boot to continue to login prompt but no mouse and keyboard. So a login shell won't be useful for now. > Did you run etc-update, or whatever config update tool you prefer, after > the updates? You may also want to emerge the old version of hal and try > that. Since you can get in, that may help. Of course, if it was me, > I'd mask that version and skip that one in the future. O_O Maybe the > next version will work better. No I didn't do the update... As reported in OP, I actually wasn't done with the follup chores to an update, and shutdown from a remote due to absentminded pea brainedness. I'm doing that now via ssh. Maybe things will improve...
Re: [gentoo-user] Re: Another Jacked up mess on update - hal daemon
Harry Putnam wrote: > No I didn't do the update... As reported in OP, I actually wasn't done > with the follup chores to an update, and shutdown from a remote due to > absentminded pea brainedness. > > I'm doing that now via ssh. Maybe things will improve... > > > Well, if you will cross your fingers that I can get my car fixed, I'll cross mine for your puter. Deal? Let's hope we both have some good luck. Dale :-) :-)
Re: [gentoo-user] simple firewall
On 00:24 Sun 05 Apr, gigli wrote: > Hi > > I wonder if there is any easy firewall for gentoo. I tried ubuntu for a > while and used their ufw, which was very simple. > > My needs: > > Block incoming traffic except for sshd and https (and sometimes > bittorrent) and allow my lan to connect to my samba share, mythtv and > mysql when i use openvpn or allways, which would be easyist. My box is > usually protected by pfsense. > > I have a hard time to understand iptables and i have tried guarddog and > kmyfirewall and others, didn't really like them. Something like ufw > would be nice. > > Cheers > Martin > > Something I did was setup a virtual machine and did all my trial and error there. It keeps you from messing up your machine, and you can test everything out at your lesure. As for software, you could look into Shorewall and see if that works for you. -- I'm not anti-social, I'm just not user friendly
Re: [gentoo-user] Another Jacked up mess on update - hal daemon
On Sunday 05 April 2009, Harry Putnam wrote: > Once again I find myself with a big mess following an update world. > This time I was probably out of date by more than 1 mnth, probably > less than 2. > > On first reboot the bootup proceeds well into level 3, right up to > starting hal daemon. > > There is sets forever. > > Since its past the point where sshd is started I can ssh into the > machine. > > I thought to maybe stop hald then attempt a restart. It appears > halting hald did allow the boot to continue, but it will not start. > > Consequently I have no mouse or keyboard at the login prompt. > > But I can ssh into the box. > > What should I supply here to allow someone to help diagnose the > problem? > > Recent info on hal from `qlop --list|grep hal' > > Sun Feb 15 10:52:16 2009 >>> app-misc/hal-info-20090202 > Sun Feb 15 10:54:45 2009 >>> sys-apps/hal-0.5.11-r8 > Fri Apr 3 09:23:58 2009 >>> sys-apps/hal-0.5.12_rc1 > Fri Apr 3 09:24:12 2009 >>> app-misc/hal-info-20090330 > > Running 2.6.28-r1 kernel for currently. > > I wasn't sure what to look for in in dmesg but saw nothing that > appeared related. > > There was trouble during the update with glibc. > > When I added --skip-first --keep-going to the command line: > > emerge -vuD --skip-first --keep-going world > > Then the update completed. > > I actually didn't really intend to reboot when I did, I was working on > a different machine and forgot I'd just completed an update so > shutdown by ssh from a remote when I quit for the day. I do know the > update had finished since I did look in on it from time to time. > > On next boot, the problem with hal daemon reported above started. and you did etc-update/cfg-update after the update? Have you read the messages with elogv? Same hal versions here - no problems at all.
Re: [gentoo-user] Another Jacked up mess on update - hal daemon
Harry Putnam wrote: > Once again I find myself with a big mess following an update world. > This time I was probably out of date by more than 1 mnth, probably > less than 2. > > On first reboot the bootup proceeds well into level 3, right up to > starting hal daemon. > > There is sets forever. > > Since its past the point where sshd is started I can ssh into the > machine. > > I thought to maybe stop hald then attempt a restart. It appears > halting hald did allow the boot to continue, but it will not start. > > > Since you can ssh into the system, could you remove hald from the default runlevel and reboot? I'm not sure about the keyboard and mouse after that tho. At least maybe you can get to a console. Did you run etc-update, or whatever config update tool you prefer, after the updates? You may also want to emerge the old version of hal and try that. Since you can get in, that may help. Of course, if it was me, I'd mask that version and skip that one in the future. O_O Maybe the next version will work better. Hope that helps, a little anyway. Dale :-) :-)
Re: [gentoo-user] simple firewall
gigli wrote: > I wonder if there is any easy firewall for gentoo. I tried ubuntu for a > while and used their ufw, which was very simple. > > My needs: > > Block incoming traffic except for sshd and https (and sometimes > bittorrent) and allow my lan to connect to my samba share, mythtv and > mysql when i use openvpn or allways, which would be easyist. My box is > usually protected by pfsense. I'll second the request. What I'd really like is one similar to what's on the mac where basically when an app attempts to connect to a port, a popup asks if you want to allow it. In the meantime I've been using shorewall which is way more complicated than I like.
[gentoo-user] Re: Another Jacked up mess on update - hal daemon
Harry Putnam writes: > But I can ssh into the box. > > What should I supply here to allow someone to help diagnose the > problem? > > Recent info on hal from `qlop --list|grep hal' > > Sun Feb 15 10:52:16 2009 >>> app-misc/hal-info-20090202 > Sun Feb 15 10:54:45 2009 >>> sys-apps/hal-0.5.11-r8 > Fri Apr 3 09:23:58 2009 >>> sys-apps/hal-0.5.12_rc1 > Fri Apr 3 09:24:12 2009 >>> app-misc/hal-info-20090330 I found this in the syslog: Apr 4 18:26:22 reader /etc/init.d/hald[1448]: status: starting Apr 4 18:26:30 reader /etc/init.d/hald[1332]: WARNING: hald not under our control, aborting Not very helpful but its all I found about hal.
[gentoo-user] Another Jacked up mess on update - hal daemon
Once again I find myself with a big mess following an update world. This time I was probably out of date by more than 1 mnth, probably less than 2. On first reboot the bootup proceeds well into level 3, right up to starting hal daemon. There is sets forever. Since its past the point where sshd is started I can ssh into the machine. I thought to maybe stop hald then attempt a restart. It appears halting hald did allow the boot to continue, but it will not start. Consequently I have no mouse or keyboard at the login prompt. But I can ssh into the box. What should I supply here to allow someone to help diagnose the problem? Recent info on hal from `qlop --list|grep hal' Sun Feb 15 10:52:16 2009 >>> app-misc/hal-info-20090202 Sun Feb 15 10:54:45 2009 >>> sys-apps/hal-0.5.11-r8 Fri Apr 3 09:23:58 2009 >>> sys-apps/hal-0.5.12_rc1 Fri Apr 3 09:24:12 2009 >>> app-misc/hal-info-20090330 Running 2.6.28-r1 kernel for currently. I wasn't sure what to look for in in dmesg but saw nothing that appeared related. There was trouble during the update with glibc. When I added --skip-first --keep-going to the command line: emerge -vuD --skip-first --keep-going world Then the update completed. I actually didn't really intend to reboot when I did, I was working on a different machine and forgot I'd just completed an update so shutdown by ssh from a remote when I quit for the day. I do know the update had finished since I did look in on it from time to time. On next boot, the problem with hal daemon reported above started.
Re: [gentoo-user] Re: What annoys you?
Mike Edenfield wrote: > Volker Armin Hemmann wrote: >> On Friday 03 April 2009, Daniel da Veiga wrote: >>> >>> I would still think its a problema. >>> People would install Gentoo, get a functional system, not read the >>> handbook, and flood the forums and this mailing list with already >>> answered and handbook questions. The installer would only benefit the >>> more experienced user that would get an unattended installation, and >>> yet, experienced users tend to customize their systems, so, no >>> installer would help them. >> >> exactly. Installer = not reading documentation = epic failure waiting >> to happen > > Each time I read this, it occurs to me that you are seriously > confusing "reading the documentation" with "understanding the > documentation." > > The number of people who manage to parrot the handbook instructions > into a bash prompt, get Gentoo up, then do absolutely idiotic things > to break it that show up on IRC should be proof enough that just > reading the handbook does not a Gentoo expert make. > > > When I installed Gentoo, ages ago, I followed the handbook, even did some copy and paste. I must agree with Volker here, doing the install the Gentoo way does teach a person a lot. I'm not saying they know everything but they do learn a lot about Gentoo. I used to notice people on the forums and this list back when there was a installer, asking questions that had they installed the manual way would not have to be asked. They would have learned how to do things during the install. Gentoo had a installer and it didn't work out. Can't we let the thing rest in peace? I seriously doubt the devs will be working on that for a good long time. I can't recall hearing any dev saying they wanted to either, at least not on gentoo-dev anyway. Dale :-) :-)
[gentoo-user] Re: Another Jacked up mess on update - hal daemon
Volker Armin Hemmann writes: >> >> On next boot, the problem with hal daemon reported above started. > > and you did etc-update/cfg-update after the update? Have you read the > messages > with elogv? Same hal versions here - no problems at all. I've completed the cfg-update -u and there was only one file really changed. sshd_config which I left alone. However I did remember to make sure the package I had trouble with `glibc' did get installed. It did not and will not. Ending with this stuff below... I'm not at all sure what to make of it. Is it related to hal daemon problem? emerge -vuD glibc [...] usr/lib/libc_nonshared.a >>> Completed installing glibc-2.9_p20081201-r2 into >>> /var/tmp/portage/sys-libs/glibc-2.9_p20081201-r2/image/ --- ACCESS VIOLATION SUMMARY --- LOG FILE "/var/log/sandbox/sandbox-15179.log" VERSION 1.0 FORMAT: F - Function called FORMAT: S - Access Status FORMAT: P - Path as passed to function FORMAT: A - Absolute Path (not canonical) FORMAT: R - Canonical Path FORMAT: C - Command Line F: open_wr S: deny P: /etc/ld.so.cache~ A: /etc/ld.so.cache~ R: /etc/ld.so.cache~ C: /var/tmp/portage/sys-libs/glibc-2.9_p20081201-r2/work/build-default-i686-pc-linux-gnu-nptl/elf/ldconfig -r /var/tmp/portage/sys-libs/glibc-2.9_p20081201-r2/image /lib /usr/lib >>> Failed to emerge sys-libs/glibc-2.9_p20081201-r2, Log file: >>> '/var/tmp/portage/sys-libs/glibc-2.9_p20081201-r2/temp/build.log'
[gentoo-user] Re: Another Jacked up mess on update - hal daemon
Dale writes: > Harry Putnam wrote: >> No I didn't do the update... As reported in OP, I actually wasn't done >> with the follup chores to an update, and shutdown from a remote due to >> absentminded pea brainedness. >> >> I'm doing that now via ssh. Maybe things will improve... >> >> >> > > Well, if you will cross your fingers that I can get my car fixed, I'll > cross mine for your puter. Deal? > > Let's hope we both have some good luck. Too late... hehe... already flaked out some other baloney (glibc) not installing..
[gentoo-user] Re: Another Jacked up mess on update - hal daemon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Harry Putnam wrote: > Volker Armin Hemmann writes: > >>> On next boot, the problem with hal daemon reported above started. >> and you did etc-update/cfg-update after the update? Have you read the >> messages >> with elogv? Same hal versions here - no problems at all. > > I've completed the cfg-update -u and there was only one file really > changed. sshd_config which I left alone. > > > However I did remember to make sure the package I had trouble with > `glibc' did get installed. It did not and will not. > > Ending with this stuff below... I'm not at all sure what to make of > it. > Is it related to hal daemon problem? > emerge -vuD glibc > [...] >usr/lib/libc_nonshared.a Completed installing glibc-2.9_p20081201-r2 into /var/tmp/portage/sys-libs/glibc-2.9_p20081201-r2/image/ > [snip sandbox error] That actually is completely separate, and is due to a bad version of sandbox (if I'm not mistaken) - you probably need to either upgrade or downgrade sys-apps/sandbox to 1.6-r2 (1.7 appears to be broken in this regard). If I'm right, then this probably is bug 264399. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknYNroACgkQOypDUo0oQOo2uQCgmpl2YRJbKnDr7TghvcFt5Gu5 WNUAoMUctbHHxr/3LDggyqQhi4D1URJZ =IZpq -END PGP SIGNATURE-
[gentoo-user] revdep-rebuild problem
Doing revdep-rebuild on an amd64 machine, I received a response the included the following lines: * All prepared. Starting rebuild emerge --oneshot app-text/xpdf:0 gnome-base/gnome-panel:0 kde-base/kdegraphics:3.5 mail-client/-MERGING-evolution:2.0 media-plugins/gst-plugins-faad:0.8 media-plugins/xmms-alsa:0 media-plugins/xmms-vorbis:0 media-video/totem:0 .. Calculating dependencies... done! emerge: there are no ebuilds to satisfy "mail-client/-MERGING-evolution:2.0". After doing emerge -C evolution, I redid revdep-rebuild but got the same response. After doing emerge evolution, I again redid revdep-rebuild, with the same results. Suggestions for how to successfully run revdep-rebuild would be most welcome. I'm willing to sacrifice evolution if that would help. -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] revdep-rebuild problem
John P. Burkett wrote: > Doing revdep-rebuild on an amd64 machine, I received a response > the included the following lines: > * All prepared. Starting rebuild > emerge --oneshot app-text/xpdf:0 > gnome-base/gnome-panel:0 > kde-base/kdegraphics:3.5 > mail-client/-MERGING-evolution:2.0 > media-plugins/gst-plugins-faad:0.8 > media-plugins/xmms-alsa:0 > media-plugins/xmms-vorbis:0 > media-video/totem:0 > .. > Calculating dependencies... done! > emerge: there are no ebuilds to satisfy > "mail-client/-MERGING-evolution:2.0". > > After doing emerge -C evolution, I redid revdep-rebuild but got the same > response. After doing emerge evolution, I again redid revdep-rebuild, > with the same results. > > Suggestions for how to successfully run revdep-rebuild would be most > welcome. I'm willing to sacrifice evolution if that would help. > > Hmm, somehow portage got the idea there is a package named mail-client/-MERGING-evolution, which is false. If you are lucky: emerge -avC mail-client/-MERGING-evolution Although that could fail, as package names aren't supposed to start with -, so who knows what portage does with it. Next shot, clear out anything you don't need (make sure to check the output, although these days this command is safe unless you have done something strange). emerge -av --depclean Final shot is to play around in /var/db/pkg. This is where portage keeps track of what is installed, and how, so messing around here is inherently unsafe. I have my suspicions as to the correct thing to do here, but I won't post it since I'm not terribly sure. Someone with more expertise could help here, but I suspect either method 1 or 2 will work. Nick