Re: [gentoo-user] qt blockages...
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Mark Knecht wrote:
> Hi,
>I'm not used to seeing all the additional messages below the
> blockage indication. Can someone possibly help me understand how to
> read this?
>
>Are there really application packages that cannot be installed at
> the same or is only about qt and possibly the USE flags I've got?
>
>I tried removing qjackctl (the only world package I spotted in the
> list) but that didn't help.
>
>What to try next?
>
> Thanks,
> Mark
> ('installed', '/', 'x11-libs/qt-4.3.3', 'nomerge') pulled in by
> >=x11-libs/qt-4.3:4 required by ('installed', '/',
> 'app-text/poppler-bindings-0.8.7', 'nomerge')
> !!! The following installed packages are masked:
> - x11-libs/qt-4.3.3 (masked by: package.mask)
> /usr/portage/profiles/arch/amd64/package.mask:
> # Markus Meier (18 Jan 2009)
> # mask this version for a smooth upgrade wrt bug #248038
First, I would suggest checking to see if you have qt-4.3.3 installed (from the
line above, this looks to be the case), and if so, unmerge it - it is masked by
portage, anyway. If you do have the older version on your system, it would
block the new version and vice versa.
If that works, then great. If not, you may need to put at least
'app-text/poppler-bindings' in your package.keywords file, so you can pull in a
newer version.
Regards,
Chris
PS: Looking at the ebuild file for poppler-bindings might help.
-BEGIN PGP SIGNATURE-
iQIcBAEBCgAGBQJJc7MFAAoJEIAhA8M9p9DAwhcQAKrgEuZEMA+gbcxdHTLiIYPb
lQIpR5nNj0U/DDwMUoxs+CEijiJSkYQXUljKKWQOV9Wi0/Q8k/Ur51OSHe72KBhx
ZYuh6zodud+n8WJ5f10ebCFflo59i49o4H4avfvkngxlmdJ6q7MUYN9Hd5l7Ms8Q
S98eyXYtJJDCtAckQXXs7DQ2E5xr/YHYxnD8XiBTv2+OHignbr2WvWhuc4v1PVvA
hJ/DNmvsHm+KpSBKjazxp/MAkOwdXPb8Np3MEJKltrM41HjW1PFCpLiqLmFkKD3k
Z4OBaxAMFWsWnqBgRJ7wmz25TyCbyb9W0VeAjrK/DykFDVBA3R6pKmJpvmkY21r6
KQo2emvcoWMBLoI8U4qfKMnE0hdmXN3+wIPs7y2y5sQiLiBDIJvtdk2aJKgjFak5
yMwgkJfKEup++9ynjNoG7d6iszsCUhAOy+9VPfVctw3jwQGNKI+bFhgmAXuCIQX7
N5h12dOEvMHBerhdnfl2xZ7osbGVXT8HrUkK+roYNEL273Myjt2yWBAubi/ustzn
XyGL4yjHSywHFBIRSyhv4jT96C7GOtDynci6wwYzntnqAqSKaqnfpkMwaX3I6DN/
bfEubEEUfaC8O+XJ6lN8Y6/OY9sEKTo9Nhv71U7nKYSLThSJf1CCPWBgX4VNcurM
2dtKnyeRUHzeUc2pQh7K
=l5LP
-END PGP SIGNATURE-
Re: [gentoo-user] KDE4.2 compile problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dirk Uys wrote: > Hi > > Have anyone else successfully built kde4.2? > > Regards > Dirk Hi Dirk, I was able to compile KDE 4.2 successfully with no problems, without using anything outside of Portage. What arch are you using? Did you use the new, split ebuild version of Qt4? What USE flags are you using? Are you using the 'ACCEPT_KEYWORDS' variable in your make.conf file? One suggestion that might work would be to remerge xorg-server, and all of your xf86-* drivers (only the ones you need), as well as all keyboard related packages, especially anything related to keyboard layout. Make sure that you place them in your package.keywords file first. Regards, Chris -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJJiTyZAAoJEIAhA8M9p9DAC50P/3xKPDKcexAv8OJlbEklDK33 0dQg1Cz19lvjYsyxhO2Tn1UJG+BvFl7MFfoS9CZurcbj3azbeNdQU49E8BmLWj1A NfJ/+zRgO36fsALyEMDdgFIL4LyS2gLfVlhXtiui/OMzegytDLa/0HPGEnB7myxF Jg35qkGWE4H16rqHWV/fG3TpPTcp/1Z7lYCOYnSS7bquyRdL/Ax+wvjlrl7Gv5fv bN7+sgQjCfBROjdqU2S/o4XpZcXIY0kh0VGJrN8igHfDl9SiqCxd5k3dcqP2Zf81 pwPTtclZVkM/UXHWzaKvIonsxoO80X4vM39oOdZtT/g5g0sIgzeFu799Uhrx71Rc HUW5iyOZFa92vDg+NnUch9bMd1nKlavkfGtHth5wqRFihGrnMweT2hVpZbhfz0JQ XDsDrfiw3Y/ABQIpvokBgnEY07XLlmHIY8RImwEXYS+QSu6ohr5xf91y6Jy+YtDG DypPaYIcbLWtrZu7MkjwLaeNz03FJgU+4DBs7m53ZUd32ACi57e5npE1DfBR2rlq ymcXLiWSa4t7O9J8KBnd1AQZdojaV0IRKzwKTce2Nje+UpgabRf5LGAFODqozhww ewZaZmCnjaGcqIYPV5/qR5UBRk2tVl1+5P0wCCuXwD7KVgaEdCsK1ccBWdRo/InQ s8ngUoqJFoKoWjw3a3ZO =iX// -END PGP SIGNATURE-
Re: [gentoo-user] Re: Gentoo's advantage: "optimized for your system" -- huh?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Alan McKinnon wrote: > On Wednesday 04 February 2009 01:48:34 Nikos Chantziaras wrote: >> So all in all, I agree. Using Gentoo is nowadays not so much a matter >> of performance optimization but of better control of how to build the > I also get sick and tired of installing postfix on a database machine purely > to send nagios alerts, and watching the distro "helpfully" want to pull in > PostgreSQL, MySQL, LDAP, SASL, Courier and some fancy MTA-switcher thingy. > All because the maintainer enables those features and now I gotta have them. > > No thanks. Rather give me USE so I say what goes on the box. I'd have to agree. The main advantage of Gentoo over binary distributions is that it is a great deal more configurable than any of the major binary distributions. *I* choose, through USE flags, what I want to be pulled in, compiled and merged. I have tried Debian, *BSD, Ubuntu, SuSE, RedHat, Fedora Core, and others. I have found them to be bloated and slower, compared to Gentoo (any time you have to pull in over 500 binary packages to install a single package, there is definite bloat). I will mention that the performance optimizations for Gentoo mainly lie in the kernel configuration (the binary distributions compile just about everything you can imagine into their kernels), and in fine tuning the USE flags, so you you don't pull in anything you neither want nor need, thus limiting bloat. JMHO. Regards, Chris -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJJiUNdAAoJEIAhA8M9p9DApqoP/0HN0uJHfbjQ63yq0lwubW6k NqLrchH9/xzczxuK2Vj/cat7xtxK4BdDHq92Hur5M+zj2qd3sOIroVxQLNp/K6Qo gy8efsI5HGoWSFLhLdXJp3xuncD5EL0kERFqQ0TSa9ugRVK2b0M2dukMQ08D5lMg 0lBLa5kZKnaYy7QJhAAwRMgHjkr/tIDn2KcPMaC39xwcxWh/iDKa8kVODYsmt6gX yvTuaLJMpUWLhAYAf9tWSo7zE29wNRoBQCE0K8m1A25hf+dZ5+Iw+poM7qAPkssE eD/FDqyl21LfpILQgp8SwqXOKNnVZ8sU/fRihlsixYfA2UDNtscjk6DmNRfq8r5L UrhcU3BFCExu5Yg180Q3G8WcmCs1WgE9tEY95DTyuE7p4KH9fkIi/fUMSSnLdYmP NCO75iq+HTOFImMHdsaYP5l4QJp5ktVJzyxzEZKo3lbkiKODRovj8IQOkzltGgIS rbfhbiyTG0xAbK3IlhzR+tH4ncYyNWOTql+bbXgD35P4awolR/zWVaTSsiCwDsQg XWfoN/J+XoasjJd363PpwHCFe8G+4dM75dUQkri6lgMcRrrVeLCpNdr5ae3AXEMb CHRMZt9OlTaam6VjQGGTDahWoU8dFIy4GYLF2bMaOnU0VrPOu/ENoEjECXm4mjiq OcwGvpSdLX6Mvan0iX9l =vtJv -END PGP SIGNATURE-
Re: [gentoo-user] Re: Gentoo's advantage: 'optimized for your system' -- huh?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Mike Edenfield wrote: > On 2/5/2009 7:01 AM, Volker Armin Hemmann wrote: > >> no. He is an idiot if he does not read the docs. Simple. Like people >> who don't >> read the manual to their car or vcr and then complaining if something >> does not >> work. Idiots. > > "They should read the manual" is *not* a valid design goal for a system. > At best, it's a justification or rationalization when outside > constraints force a design to be non-intuitive. > > Given the choice between two otherwise equally functional systems (of > any sort -- electronic, mechanical, digital, etc); if one requires me to > spend extensive time reading an instruction manual to use and the other > is designed to be easy to use out of the box -- the "idiot" is the > person wasting their time reading instead of being productive. To use > your own example, I have no problem figuring out how to start my car, > turn on the A/C, tune my radio, and drive to work without reading the > automobile manual. I am afraid I am going to have to disagree with you on this issue. If you don't read your car's manual, you'll have no idea what kind of maintenance schedule that is recommended by the maker of the car, nor will you know what the appropriate tire pressure is, and the recommended tires for your car. Of course, if you plan to do your own maintenance on your car, you'll need not only the manual, but also a technical manual and some tools, as well as a garage. Gentoo provides the tools and the equivalent of the manual and technical manual, and you provide the "garage" (the hard drive) and "car" (the memory, CPU, etc.) It is up to you how you use those tools, and if you feel you shouldn't have to read the docs to have a working distro, then maybe you should consider Ubuntu or something similar, where no reading is really required, and no familiarity with programming is needed. Sorry, but it just had to be said. I believe that Gentoo was made for programmers and others who wish to tinker "under the hood" to make a better, faster and more efficient distro suited to their needs. I have absolutely NO problem reading the docs, looking at source code, and the like, since these thing help me to learn more. The thing that separates Gentoo from other metadistributions (kudos to the person who first coined this term), is that Gentoo has a relatively large number of maintainers who write patches to fix bugs, test new versions of packages, and new packages for stability on a range of different systems, set up USE flags for each new version or package, and so on. So long as you know the system, and know one or more programming languages, you can also submit packages, patches and ebuilds for consideration, or just use them on your system. Real speed improvements may be achieved, if and only if, you know how a package is coded, gcc compiler options, and linker flags, and so long as you have optimized the kernel for *your* system, as well as the system libc (glibc for Gentoo). The compiler and linker will only do what you have told them. As has already been stated in this debate, the main benefits of Gentoo over binary distros are the virtually endless configurability, and being able to merge a package without a ton of additional "required" packages that you neither need nor want. In contrast, the binary distributions are compiled with all package options on (this can pull in hundreds of unnecessary packages, just for the want of one), and for maximum usability on just about any system: Case in point, for 64-bit systems, Debian and its child Ubuntu, have packages compiled to use the "generic x86_64" option, so they can be used on an AMD64 and an IA64 system. In addition, all kernel options are either directly in the kernel, or modules that will eventually be required by some package. While it is possible to get the source and compile packages yourself, these distributions don't exactly make it easy. They are geared to people who don't want to read the docs - who want something that will set up a desktop environment "out of the box". They are not geared to people who want to tinker around "under the hood" (to keep the car analogy going). JMHO. Oh, and one final question, and observation. Observation: Anyone who tries to fly an airplane (or repair one) without reading the docs, assuming no flight experience, is truly an idiot, and a dangerous one, at that. I think that it is better to compare Gentoo to an airplane than to a car or a VCR. Although both of the latter are certainly complex, they in no way come close to the complexity of aircraft. Whether your Gentoo will be a single engine propeller plane, or a fast jet is up to you... Again, JMHO. Regards, Chris -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJJi/yMAAoJEIAhA8M9p9DAjzkP/0pJ0eEVSDW1u1mcGCMrvTck +FXPob9XWwjJHlfitGV6AZPXv+QJqBbIZYdxw+eT+Vhq2Th98pvZTK23yojhE8/1 yiLwHd7ujioSBpO4EQz/plTKQBAcRTvxZPBYO/clehcOM8SO4LB6N78BPsDdqH8b /
Re: [gentoo-user] Re: Gentoo's advantage: 'optimized for your system' -- huh?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Volker Armin Hemmann wrote: > On Freitag 06 Februar 2009, Christopher Walters wrote: > >> for 64-bit systems, Debian and its child Ubuntu, have packages compiled to >> use the "generic x86_64" option, so they can be used on an AMD64 and an >> IA64 system. In addition, all kernel options are either directly in the >> kernel, or modules that will eventually be required by some package. > > ugh, sooo wrong. > amd64/x86_64 is the same. Intels emt64 is the clone. IA64 (itanium) is a > completly different beast. Itanium doesn't even run x86 software (well). They > have nothing in common. I am well aware that AMD64 and IA64 are different, use different instruction sets, and different kernel configurations (AMD and Intel diverged many years ago). Perhaps I mistyped, or perhaps you misunderstood me, but my main points remain the same. It is not cool to pick one part of a person's message and criticize it, while ignoring the remainder of said message. Especially when said message is supporting your points. Regards, Chris -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJJjJZZAAoJEIAhA8M9p9DAQGoP/1Lsc7EVsfwE7u4MRyExw4kr 3wQJkzYBUzLR8DfMH3Vf0eGgf8am59vmiJFDnOS/ko31R4weUU4Q1xOjeIwkqXjS Mlw+HzrHcMmVYk0steAXj8DLExEs8vxAPhEFWr4jvXOmL6AWtOv05cps1zYmXTbk D5UEdqsoz2RfYCj4EhcH3SPEv+Vtr7dZLc+cmjOrVlOGokywPQwsa+/oU59bLfPd 4nxqHRSNh+sc6AEYriKEHnd1svO6hCHweug/56G/DaquviEy7iy3j69pAE+IMXNM JvQC5zIcLjzKKWXu7TLA1U/TGwUDnL+btfmRZ83LqaTqNB/QcRJynm+9aJiHmRUi V7bFBUlPOWCJ8F2BQCs06EbcdEUbhzD6lTlKYAIx6SIaYjk+CJTlqal9cv9jk+is 1lPAFWmIOOgwZ9smtpuvOgtjbVllPuDI5M8rzYUixS3mDJt6wmq7NQdaPGDJe3J6 KdRxpjf7vwcBsvs+DbE9kVtUa+bHQjsA8GQ/vsGpnYCtN6RMOC+VlqjLiVXClXXs GTO40LjBkPc/kgKD18XOxe0nGg8Ozws+o0jYt8S0y1F7d33mDQjwy2nNqya3q229 FFk0W5URZfbhhBQNrK9MZyybeygk25s8XtK58CKf6hCVwcIV9adDTA07wBLDwjfu 1/zUiDVRZrGPUFq1rSMh =LkWr -END PGP SIGNATURE-
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-
