Re: [gentoo-user] *** STOP misuing this list for personal attacks ***
On 22/03/14 14:48, Tanstaafl wrote: > On 3/22/2014 5:06 AM, Dale wrote: >> Helmut Jarausch wrote: >>> Please don't use this list for personal quarrels of any kind! >>> >>> If someone says something you don't like - just ignore it/him. >>> >>> If someone insults you, reply by personal mail only. >>> >>> If someone says something which is*technically* wrong, >>> just correct the facts without getting personal. > >> I don't read every message but who is personally attacking someone? > > He's probably referring to my factual statement that Tom was/is acting > like an arrogant prick. > > Lots of people confuse factual statements with personal attacks. > > That said, I've never been know for being tactful... ;) > Go and solve this shit off-list. I'm not following the systemd thread but over the last few days but your (plural) quarrels have become far too big in number to ignore. Create a separate thread if you need it so that people can ignore it without missing actual on-topic messages. -- Mateusz K.
Re: [gentoo-user] MD5SUM
On 15/03/14 11:46, Guido Budack wrote: > strange... > I have 12 threads about the same thing from you in my inbox. Stop it. Stay in the one thread you created any properly reply to the messages. If your mail client can't do threads, get a new mail client. Threads exist for a reason. I don't want to see this: http://fuuzetsu.co.uk/images/1394884504.png Thanks. -- Mateusz K.
Re: [gentoo-user] GSOC discussion
On 07/01/14 14:35, Vladimir Romanov wrote: > Wow. Can i try to do this task (aside of GSOC, simply because it's > interesting)? > Personally I think this project is a bit too convoluted, requires a lot of community effort and becomes fairly useless should people decide to stop contributing to it for some reason. I think the effort would be better spent updating the Wiki with the findings on the mailing lists. Google is Good Enough™ with finding the information you need. It does tend to take some time but I don't think it's so much that it justifies the amount of effort that'd have to go into the project. -- Mateusz K.
Re: [gentoo-user] Preparing a shared USB stick
On 02/01/14 23:02, Chris Stankevitz wrote: > Hello, > > Please consider a USB "stick" that is unformatted but is to be used by > multiple people/machines. Ideally your instructions will work for all > people/os/WM, but if necessary please assume that everyone is running > gnome under linux Well, if it ideally should work across multiple operating systems, you're probably stuck with FAT32 or similar due to Windows. > 1. How should I prepare this device so that it can be plugged into any > machine and will be writable by anyone? I suspect the answer will > involve words like fdisk, mkfs.xxx, mkdir/mount, chmod/chown. I'm > most interested in the chmod/chown part. If you go with FAT, there's no notion of ownership (I believe) so it's not a problem. If you don't, I still don't think chmod/chown matters as long as the user has the permissions to write to the stick when mounted on their own machine. I might be wrong though! > 2. How can I prepare the device so that files/directories added by > people in the future will continue to be writable by anyone? Likewise, I think they'll be able to as long as they have the permission to write to the mounted stick _on their own machine_. > 3. How can I ensure that all files will appear to have the same owner; > or, if this is not important, can you explain why it should not be a > problem. I think it's not a problem, at least not with FAT. > And of course if you can refer me to a document that explains this I'm > happy to read it. > > Thank you, > > Chris > I'm not an expert but hopefully this helps to at least steer you in the right direction. I used multiple USB sticks across multiple machines across multiple systems in the past and I never had any ownership concerns that you do. The only issues were if one of the systems couldn't read the file format used. -- Mateusz K.
Re: [gentoo-user] why media-libs are needed for an email client.
On 29/12/13 00:14, Edward M wrote: > Hello, > > > I want to give kmail a try but i'm confuse why multimedia libs depends > are needed for an email client. Perhaps because a lot of software nowadays attempts to do everything at once. Maybe it plays sound attachments inside of the client. > I get the following media-libs when i > execute emerge -a kmail: > > [snip] I recommend that you use the ‘-t’ portage flag in the future to see what pulls in what. I also recommend ‘-v’. Now, having said that, I don't see anything directly in the ebuild that would pull in those libraries. Here's however what I got when seeing what it will do on a system with gstreamer USE and no KDE: # required by media-libs/phonon-gstreamer-4.7.1 # required by media-libs/phonon-4.7.1[gstreamer] # required by kde-base/kdelibs-4.12.0 # required by kde-base/korganizer-4.12.0 # required by kde-base/kmail-4.12.0 # required by kmail (argument) >=media-plugins/gst-plugins-meta-0.10-r8:0.10 vorbis So maybe KDE is pulling in something. -- Mateusz K.
Re: [gentoo-user] Re: Weird graphical glitches after world update
On 21/11/13 20:48, walt wrote: > On 11/21/2013 07:10 AM, Mateusz Kowalczyk wrote: >> I spent a chunk of yesterday updating world on my machines (2 file >> servers and 1 netbook) and with some effort, the updates went through. I >> had to go out today so I rebooted my netbook and I started noticing >> weird graphical glitches in certain applications, as if parts of the >> screen weren't updating, > > Sounds like a video driver problem. Are you using one of the proprietary > video drivers (ati-drivers, nvidia-drivers, etc)? > > If yes, you could try: > > #eselect opengl list > Available OpenGL implementations: > [1] ati * > [2] xorg-x11 > > My ati-drivers need the proprietary version of opengl and sometimes this > setting is wrong after updating the opensource mesa package. > > Otherwise I'd just try re-emerging your video drivers as an experiment :) > > I have an intel 965GM and eselect opengl list only gives me xorg-x11. I dug around a fair bit last night and found [1] which brought to my attention that modesetting was not set up properly. Few kernel compilations later, and my modesetting module now loads fine. While it didn't make the issue go away for urxvt, my emacs is now usable again. Woohoo, I can do things again! There's always eshell and ansi-term which I can run in emacs so the crisis is at least somewhat averted while I figure out a solution. I thought I'd share the link for all other victims in hopes that it will help them. Sorry all for late reply but I was shifting my e-mail around and didn't notice the responses! [1]: http://forums.gentoo.org/viewtopic-t-949946-start-0.html -- Mateusz K.
[gentoo-user] Weird graphical glitches after world update
Greetings, I spent a chunk of yesterday updating world on my machines (2 file servers and 1 netbook) and with some effort, the updates went through. I had to go out today so I rebooted my netbook and I started noticing weird graphical glitches in certain applications, as if parts of the screen weren't updating, namely in urxvt and emacs. In urxvt, my shell prompt seems to not render the cursor and often keeps the letters I remove still on the prompt (only graphically, they aren't actually there). This is extremely annoying. It's also terrible in emacs: cursor sometimes doesn't get rendered and I get tons of artefacts from different buffers when I switch or from text I was editing. You can find an example image of such glitches in emacs at [1]. This is absolutely tragic for me as I spend majority of my time in emacs. I'd like to note that I'm running emacs in a graphical frame and not in a terminal. I'm unsure whether this is the case in my other machines as they are headless and don't even have X. The issue is weird however: firefox and thunderbird are fine, they don't suffer any such glitches. I can also make the glitches go away by ‘refreshing’ my screen with use of xrandr, such as telling xrandr to change my settings to what they currently are, which should technically be a no-op but well, it seems that it does it anyway. Oh, I should mention that I did not update my kernel Linux misaki 3.9.0-rc6 #1 SMP Tue Apr 9 10:51:07 BST 2013 i686 Intel(R) Core(TM)2 Duo CPU L7700 @ 1.80GHz GenuineIntel GNU/Linux I am truly lost as to how to troubleshoot this. I provide links to some of my system information below: http://fuuzetsu.co.uk/misc/genlop http://fuuzetsu.co.uk/misc/emergeinfo Please feel free to request any information. I hope someone can aid me as this basically renders my shell and emacs useless and they are the two things I absolutely need. Even getting my logs was difficult with such broken setup. Thanks. [1]: http://fuuzetsu.co.uk/images/badrendering.png -- Mateusz K.
Re: [gentoo-user] Annoying white corner button after update
On 14/08/13 06:57, Alan McKinnon wrote: > On 14/08/2013 01:45, Mateusz Kowalczyk wrote: >> Greetings, >> >> I had a rather large update yesterday and after restarting my emacs >> today (I haven't restarted since the update), I found an annoying >> arrow-like button at the corner of the window. The only thing I can do >> with it is to double click to close the window (I use a tiling WM so >> it's useless for resizing). A snippet where you can see it is at [1]. I >> can't find anything online on what this is, where it came from, or more >> importantly, how to get rid of this eyesore. Any clues appreciated. >> >> [1] - http://fuuzetsu.co.uk/misc/corner.png >> > > > Your first step in such cases is always to post the full list of > everything that was updated since it last worked. > > genlop -l > > > You're most right, apologies. You can wget the relevant part of the log from http://fuuzetsu.co.uk/misc/lop -- Mateusz K. 0x2ADA9A97.asc Description: application/pgp-keys
[gentoo-user] Annoying white corner button after update
Greetings, I had a rather large update yesterday and after restarting my emacs today (I haven't restarted since the update), I found an annoying arrow-like button at the corner of the window. The only thing I can do with it is to double click to close the window (I use a tiling WM so it's useless for resizing). A snippet where you can see it is at [1]. I can't find anything online on what this is, where it came from, or more importantly, how to get rid of this eyesore. Any clues appreciated. [1] - http://fuuzetsu.co.uk/misc/corner.png -- Mateusz K. 0x2ADA9A97.asc Description: application/pgp-keys
Re: [gentoo-user] new architectures for gentoo
On 27/07/13 00:12, Stefan G. Weichinger wrote: > > Anyone seen that ... > > http://www.gentoogroup.com/for-customers/ > > ;-) > > Stefan > I have actually had a picture of their actual office banner sent to me few months ago by another Gentoo user! -- Mateusz K. 0x2ADA9A97.asc Description: application/pgp-keys
Re: [gentoo-user] IPython with Python3 - what magic am I missing?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20/06/13 08:31, Helmut Jarausch wrote: > Hi, > > I'd like start IPython with Python3 as underlying Python > interpretor. GenToo has some magic to invoke IPython which I don't > understand. > > /usr/bin/ipython is a symlink to /usr/bin/python-exec which is a > script invoking the binary /usr/bin/python-exec-c > > I don't have Python3 as standard Python version (too dangerous with > Portage?) Portage does just fine with Python3. In fact, it's actually faster (I hear claims of upto 30% speed improvement but I haven't seen any data nor tested it myself.). > > How can I convince IPython to use Python3? > > I've tried python3 > /usr/lib64/python3.3/site-packages/spyderlib/widgets/ipython.py but > hits just quits without any visible action. > > Many thanks for a hint, Helmut > - -- Mateusz K. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRwrP3AAoJEM1mucMq2pqXFSMP/2QmDBlSM0y7AengDEVw/+W6 Wsnx01k+MDCBaGlA3sy6a0ZzrdAB/ARaKrxms6lpvVvIKOmSlWhfA2ucwnyK8OpW 8cdm89YQ+FlZkKdDXUGGfOoKPc8q3W4Zxq1I6pExvoQve5xX8Bbux4yzv3pmFO4O php7ID2C43ozWM/e+ogySnAyYJCDhT69NOReF2DfU30UXjuaBT004dMZ08siwLlF zk04Yu00nmSN9rOjbfP7g6MhZW4+CaHmnb15KHVzMWKYDbfkIvHl6BCFrinISDNL HwCEGAD9qK++17M60CByGoi41FTgbedRlCw8fCWLRJMJMDWOZpGTYJ5i+Rb2OqjZ sO8h1/H/3BCEojsRhHjgjb067OgM9ADJ/I9C5/QMMSy55DqWDzoWDEjuZg77NKiM HdO3de4RXA/p/vx8H1VMn4+7S6j5ChrL5lYzKL0nrmlcGI1RsCxs9MRDQ3yY9a62 smN2RHvuiBxR0KNCpiGAvt6XsbFVETb8EmmgLRi26fk2bPRn8z10sxW8fobfJJ9r xXGMS/j2mvU+G4Gn0SdDb4Fn8E8mS7gKW1ofR8gIo1hB5DMzYdZBfdI8ODMrvLP2 8WnGFnbuVCsPN96D0vFuFGp9NWMIbf7tVQyPJ+9CCPCqJHN3YFn+/zO+KG4tAfHU y3MjYfrjml5nglUiUuL8 =SpVg -END PGP SIGNATURE-
Re: [gentoo-user] app-accessibility/speech-dispatcher won't compile
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/05/13 12:17, Nilesh Govindrajan wrote: > Can someone help me with this? http://bpaste.net/show/96717/ > On the very same log you posted it says: * If you need support, post the output of `emerge --info '=app-accessibility/speech-dispatcher-0.7.1-r2'`, * the complete build log and the output of `emerge -pqv '=app-accessibility/speech-dispatcher-0.7.1-r2'`. * The complete build log is located at '/var/log/portage/build/app-accessibility/speech-dispatcher-0.7.1-r2:20130506-130354.log'. * The ebuild environment file is located at '/var/tmp/portage/app-accessibility/speech-dispatcher-0.7.1-r2/temp/environment'. * Working directory: '/var/tmp/portage/app-accessibility/speech-dispatcher-0.7.1-r2/work/speech-dispatcher-0.7.1_build' Furthermore, you should check the bugzilla first. Here's an issue with your problem: https://bugs.gentoo.org/show_bug.cgi?id=465806 In the future, please check that you post all the relevant info _after_ checking bugzilla. - -- Mateusz K. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRiOlMAAoJEM1mucMq2pqX8XwP/0oG+x0Lo7SbjnMZ0rQ8BMSX omVCLfylJBEBvhq9xi3lCpijqts9ODO4m0/bD/85gfJOls7TukX7L5gsg8h13Dwg upkhjm5MoX6K6N7fVF3xps3xPjCe4+DZ9l26nOLHXqof2KvOrBPa24SVqRQfHK8h O1D5l5wj3qEMmPbD42Y40rb665IZpXFfte0SrqYRGIr0AIV40fos/kVpbMNFAphA voPmeQ3PIFSW4Lff/WgCAuQc0dWHl0PJ4i6vcq2hIqmQJjqYaeP4VeQiXJKHj0vU OwIH8Ppan0nQTsFGXNIOKrIo28oT0bnV9mOxcBt3hIQFy4eouCd5WD+MRRaFVtWo qIEGYwQLiq27Y/YJPnQQT8fixoR6HA//y0uIFBCYAanol5yLmKIaujVGl4KCcVGb i28ALUuaitHgld0mf+/CIgeyZwddoNwU3D8KmZ/SGrqclZz1AFopTh9n/LLXD8BR D5mWNjV06GiezN4Zr5DaaA8pZn9J8ShrJ5QceJePmZd4xqO12rU0zgd7raoJ6PAI FNbTydyTm4IzpTj3QDwllXUQPfey/4MORKqOFpsT3GESVRUBuJdbq0ujmBeU6SSi ex/tZZZRsb7KbzNDVsQMjOaw7uH7VqM2L+ljX2ufiEmLPWfpOfitqsqh8Ne9OQVa Vbb6uihg4P9YQOFcQXe7 =ZpkN -END PGP SIGNATURE-
Re: [gentoo-user] anyone tried gentoo with f2fs yet?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 29/04/13 22:25, Fabio.baumeler wrote: > hi everyone > > has anyone been able to install amd64-gentoo-minimal with f2fs from > the livecd successfully? > > I tried to do so but failed when trying to mount the filesystem. > following error occured: > > The device '/dev/sda1' doesn't seem to have a valid NTFS. Maybe the > wrong device is used? Or the whole disk instead of a partition > (e.g. /dev/sda, not /dev/sda1)? Or the other way around? > > I'm using a brand new ssd. there has neither been installed a > filesystem before nor did I create a NTFS partition. > It might have been partitioned in the factory. It's a pretty pesky thing manufacturers tend to do... > does the error occur because the livecd is using kernel 3.7.10 and > f2fs is only available with kernel 3.8.X and later? If so, could I > just try to install gentoo based on another livecd which is using > kernel 3.8.X? > > thanks for any replies. > > Von Samsung Mobile gesendet > - -- Mateusz K. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRfuhEAAoJEM1mucMq2pqXGnAP/jPqjuBPHDCWJoXVGZ7f2LIK Kns1ntVXoxjA8FB3+LcY2wl9gpVVpwD/Ok50ug3eGdymWLMtDoFpye1G6zmGbTUq rymQ73Q20O0eB+UoOw7rH+V/N9MQaJqETAAk2/X6VoTmGAQKNUgiz3LbkFj8My86 i1k30Vs1dR+YeR6ta5uHTUSJcUL5EVVTd+DQg5nNpynKm+kWf9KEI3eByf4sSq6Q nIS7gfrEqs1Wf/kq85r4yVPWUl2t/2A70VSIazBAzhqqwYUlNEFjLuNsLp6ZRsb0 eMvXoHuBilHeFK63P4NQeOW+/UudIt3tMajVxnlNJg/kS2FAHA0xS69rIJ12ItXt eFlbJOvxwTPIK4QkMvhvvT3VGUslPcKloH9w37m0Av9ZerOxIwvEGHTWPZfhJlO3 1URit2tQ6xxW5vvHQyaifnY7DZDeUAEL3pcIEhSY5CmEvTcIkPK23Q4Zx+XCaeE0 t52XbVB3ks1E/sBZX/mk7h+bz85Io+oz91LW/YZGMbzmVdyhmYHms3yYxpb/oxFq 0JLEy/UrR0GLDCoLkDE/9vqAkZVZim+9J35PC21SxRbM3muwDEzkvpv6SHW2WVWN kujeCy+daUCmrY6bTqeO9gne3sWmX+8CP2/SmobWQvUkkCU0qvUaSXnNHH1jsSXs YUulilXnihdQUKqsBe/U =C8Mf -END PGP SIGNATURE-
Re: [gentoo-user] xorg forced by way of glib's test USE flag
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28/04/13 23:46, Grant wrote:
> I'm setting up Gentoo on a Beaglebone and I'm trying to do an
> 'emerge -DuN world' but it wants to pull in a mountain of xorg
> stuff. I've tracked the problem down to the test USE flag on
> glib:
>
> [ebuild R] dev-libs/glib-2.32.4-r1:2 USE="{test*} -debug
> (-fam) (-selinux) -static-libs (-systemtap) -utils -xattr"
>
> USE="-test" has no effect. I'm on the
> default/linux/arm/13.0/armv7a/developer profile. Can I avoid
> installing xorg?
>
> - Grant
>
Slightly OT but are you a Gentoo developer? Developer profiles are
there for Gentoo developers and not meant to set up an environment for
programmers. The handbook mentions this.
- --
Mateusz K.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
iQIcBAEBAgAGBQJRfae9AAoJEM1mucMq2pqX29oP/3IsxIwi0c4LmQDt4J55yYQz
9Lj69gvYKrD5A+tN7yyVz6HMWMHdyWEDpVr2/35c77d4J9TbEkjO7TGyUnojxveO
Wivo2O06kOaRvtucQCRv3Liz4WMIFCAI1QZ57KPtKgoY2Rm1t+TBWNorqYFqzm3/
aPjpLoMsuv7o73mjZcN+lyLOm2Cj/O+/op1g0gPF3YkrtfhPJLZiEXkW/4uXcTBZ
qwjSfUb0nQcIRjiL/Q80pj8D9wedoUABxjklL2WqYDpUC9SKzl9NFiF3bJ/evzEK
p7wSKvJR5UB5BYGNM6svuTy+yTGccQMPkLpjb1xMqzjn4pcE1POusKQA1SgRNrWW
KdRDoooOr8Yth8khjseqKrBr8lusICMSTgQEqqtx5cjmsiZwfGNbBs4tTMTyqPxK
1fsO4XKmwBCg7uAkCxP+wTCAw/uog1BdTMviLkicZ5wa5TKyUK1cG08zM0qn26KG
GX9tIpFHsUgt74vyqDUjXXOkEMozZp8C7Y0iKhPciaIbpMzo/iwbFwFuEhCivQv6
6w0exuVDnp6uPVQQFXYY9s62/gvNMnSfC9+IjjZ2n6yJnfykZTB9Pd3UtMgJ0pfO
MZGC6mc/t5HjfRHXKeEmvoAEAWbvANIbBBMbD7/hZpJPbBT6VHTJo0UWYkzBV7EH
YfJ6LFWGw0kuTDS9/byo
=2mpz
-END PGP SIGNATURE-
Re: [gentoo-user] Error building tar
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28/04/13 21:10, staticsafe wrote: > On 4/28/2013 14:53, staticsafe wrote: >> On 4/28/2013 14:44, Mateusz Kowalczyk wrote: >>> On 28/04/13 18:58, staticsafe wrote: >>>> Updating a Gentoo VM today when I encountered an issue with >>>> building tar. Attaching relevant logs. >>> >>> I just tried to update to see whether the issue occurs and can >>> now confirm that it does in fact happen. >>> >>> Should probably file a bug... >>> >>> >> >> Filed bug - https://bugs.gentoo.org/show_bug.cgi?id=467776 CCing >> ebuild maintainer as well. >> > My bug has been marked as a duplicate to this one: > https://bugs.gentoo.org/show_bug.cgi?id=467772 > The commit at fault was reverted and everything is fixed now. - -- Mateusz K. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRfYf7AAoJEM1mucMq2pqXi/sP/iqMkzyiTykLzDec4o9VLYwM x4E7ebktn/AVrfysmY+YzBSK8/piSPfn046o8oibelwJodqfEPDEpI3ZYvTdry87 YTYhbZSKiQKlr7dJqq6XF2q8/LRmeZgsRfra0OUxyaPV1nuhmkJcCK8tx+B5OJdD bnwjdpfpfs55/EeWZz7brJZHEJpJI7unZ4HJ2aY8FjrdcJTP2tvAVxnphuUpqD3g h00aoIs7PREFTLWAyi0hHl+b6Jz4UXKugLRl5kTu9+GmIn+ZvW/xUfh4RvqmnhIl CWUEX4YqlY/JhHkPH0OscaJ9mvQ5qakAmzMmereqAg1L6zTqq78G3f0BKNUsdzKb bPJV4Z5XkNDLTXw8oqSBzuThB5zD/xlP5uD1KApKO+KwdMhRAH5YZ0EvwQw8wT0C mEG+rOMQ9BMpd1JPwhCkYD3fIN5qbrFKFCG7BWi0VfwuqkSWMcHL7EN13MWSqKxh zoF/7AK0PbyWI5jgKHfcs/Fm8Hov7rbh4ALVnNghLpiPI7+FiUIC5rzoYw80MSO9 WdZk2ccTW/uuPNDSKDuIBuhf1wYXbPoRVJhvcdZYajVaOrs4K5pCQfQpZv1YhTOg OInPmFO2ZCVg5SgKggW9g9YjSZPKDB1YXwI7qcUKDNZbKVRiB2ZicvjyL1lqmY7h F9Oig24GbbamAlE7xtzu =8IpH -END PGP SIGNATURE-
Re: [gentoo-user] Error building tar
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28/04/13 18:58, staticsafe wrote: > Updating a Gentoo VM today when I encountered an issue with > building tar. Attaching relevant logs. > I just tried to update to see whether the issue occurs and can now confirm that it does in fact happen. Should probably file a bug... - -- Mateusz K. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRfW4hAAoJEM1mucMq2pqXFaEQAJZ+MBHYmwYLjPvl64haIjPd t3aqvAZqaaUCAVxWVsKaySzVO/tknw+eKWKZkNuFf1EQoUlHH38FGFIePLRZIn8t /Xn/MCrRLvjSUwZok8kEOw7aT7q6enARnmy3B479Ma6nvAdlES+jLtuAUy7TCh2q +yFTmhi2lUwMZ3e+Ncvmi7V9J5bH3qqo5gCRgmtsUvYpomPQB9IVVQfBu+6FEhvH VhecoLwhajdMBIk7nCR46AEipUdNhxKyv0JG/LYyw4+7cwYX2YAAZjCb851sxNyG zkk0NlF0V1All60OkCHcdacCoRzp6F1FYFgcA8CpdxtntsY9BcZAHl3llSxGgmIS NZBHRIuBMQxtfo+U79meWVZHab1Rfu8ERzFwSDAUkRQ2LL7oLYQ0LkC6U3QKPjUj 64b8v8HRwz22K5kegJ7QQKn26pXC+DAhb5QXPac+Z0knLJD5WXd/RdTm0J0ocqvp tPRB+grSpXsu+0HjA4km2a/kiwThs08TTqUEYG5hikyjiQIqbj99xl9vnK5ccWtj Zn9unrWxTMxwtOfJoyvXnHiOBfSk7KL47we2ay/lnetLPaG1wDtBwAzzLCb55h5a djUuSpYYqKj4MREvuSiuq9CTDyanBDFka1LWTOM7Jq36nRcG31rhPbd7nJ/xNfys HhKI5KAB+JppZQvxphHj =XLc3 -END PGP SIGNATURE-
[gentoo-user] Project ERROR: Unknown module(s) in QT: xml core
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Trying to compile Qt 5 and I keep getting that error. I thought that maybe I have to emerge qtxml first but that relies on qtcore which I'm trying to compile in the first place. Output of --info and -pvq in attachments. Any insight appreciated. - -- Mateusz K. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRcx5qAAoJEM1mucMq2pqXOqUQAIVpDWiVvG/RoihFdr2NsKwg JKYrDUW0Ms3L/SmGXa4RcRVhlD4ItmbTEtsM23TeZ1q1gKsawh5zt5mHxUCBaib9 C8e6zqn6cF2jlwEpWOGcwmGXqKwV7aZoNw3vrdbNLMRgZQ/r4AZb6zHnofVKIdOa 2N07sBA5a3bfuZ/d923AGo7NBzRLnTcmStc5fQhc5dvwkmqrNn6xcJviN/M7Db7q RDuxrW+Eu8BicsGwhJV32JYAcmIZH+5scs86FFJbyNfpBjmMiZIS99K1U/26z2Rx QnQ82j+PECu8oVHufs0dGHm8Ymp3Yb1Gr+fB+vXL9qS/Z/8eSSXaL6MkKej0ph+k y6FKm0/RWLDIGIirm6oKHdswvTPMznEO5W6LKKIAn7k4iLluI7iA2OBjZEi/6iZY r3v2ZqdjnaF7ErRFeCgVn5CRPggxV5CTAKReXBt4UMSfh1NU1z+v6aH2vdnJgb7I Hn653v1wYtPrMvnaC0ru/mRzB30RyGqo5rxvmAaxGNF8W8NgFvO1AEw/NE75mkd8 GF38MQP/ekKUpjfO6Dqepv1Y21N7/2h4LZwHxz/P+BFOe/TW+KuKLjfnT9SsZuM2 U8sv5GrTRrAaZN5YCgkdBSYG2s4l6Ng6rZuOqV1wiY0k5KKRgXdpj8rSbYsimYN3 axDw59A2oq1TyDUy9tOU =B4xK -END PGP SIGNATURE- Portage 2.1.11.60 (!../../usr/local/portage/profiles/default/linux/x86/13.0, gcc-4.6.3, glibc-2.17, 3.9.0-rc6 i686) = System Settings = System uname: Linux-3.9.0-rc6-i686-Intel-R-_Core-TM-2_Duo_CPU_L7700_@_1.80GHz-with-gentoo-2.2 KiB Mem: 3086284 total,566384 free KiB Swap:2097148 total, 2094584 free Timestamp of tree: Sat, 20 Apr 2013 21:45:02 + ld GNU ld (GNU Binutils) 2.23.1 app-shells/bash: 4.2_p37 dev-java/java-config: 2.1.12-r1 dev-lang/python: 2.7.3-r3, 3.1.5-r1, 3.2.3, 3.3.0-r1 dev-util/cmake: 2.8.10.2-r1 dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.11.8 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.69 sys-devel/automake: 1.10.3, 1.11.6 sys-devel/binutils: 2.23.1 sys-devel/gcc:4.6.3 sys-devel/gcc-config: 1.8 sys-devel/libtool:2.4.2 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.8 (virtual/os-headers) sys-libs/glibc: 2.17 Repositories: gentoo gentoo-haskell lisp angelos qt ACCEPT_KEYWORDS="x86 ~x86" ACCEPT_LICENSE="*" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=core2 -pipe -mno-movbe -mno-aes -mno-pclmul -mno-popcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-tbm -mno-avx -mno-sse4.2 -mno-sse4.1 --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=4096 -mtune=generic" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -march=core2 -pipe -mno-movbe -mno-aes -mno-pclmul -mno-popcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-tbm -mno-avx -mno-sse4.2 -mno-sse4.1 --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=4096 -mtune=generic" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--load-average=2 --with-bdeps y" FCFLAGS="-O2 -march=i686 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="-O2 -march=i686 -pipe" GENTOO_MIRRORS="http://mirror.bytemark.co.uk/gentoo/ http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/"; LANG="en_GB.UTF8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/haskell /var/lib/layman/lisp /var/lib/layman/angelos /var/lib/layman/qt" SYNC="rsync://rsync.uk.gentoo.org/gentoo-portage" USE="X aac acl acpi bash-completion berkdb bluetooth bzip2 canna cjk cleartype cli cls corefonts cracklib crypt cups curl cxx dbus dhcpcd dri emacs exif ffmpeg flac fortran ftp gd gdbm gif gnutls gpm gstreamer gtk hscolour iconv immqt-bc ipv6 jpeg latex m17n-lib matroska modules mousewheel mp3 mp4 mpeg mplayer mudflap nas ncurses nls nptl nsplugin ogg opengl openmp openssl oss oss4 pam pcre pdf perl png python readline sasl scim session smpeg sockets socks5 sqlite ssl tcpd threads truetype unicode unicode3 x86 xft zlib zsh-completion" ABI_X86="32" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens
Re: [gentoo-user] evince - Error printing to PDF
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17/04/13 17:30, Joseph wrote: > On 04/17/13 16:27, Alan McKinnon wrote: >> On 17/04/2013 15:57, Joseph wrote: >>> When I try to print from "evince" to pdf file I get an error: >>> >>> Error printing - Operation not supported >>> >>> >> >> >> well, obviously your installed evince doesn't do pdf >> printing. >> >> >> -- Alan McKinnon alan.mckin...@gmail.com > > Well, it did print to pdf or ps file a week ago before upgrading, > so what did it change? Why all of a sudden doesn't do pdf > printing? > So basically you're asking ?what changed on my system??. Not really something anyone can help with unless you post some information. - -- Mateusz K. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRbtdVAAoJEM1mucMq2pqXe1YP/i2v5x+Wf7p0eyMwsKuxuYf4 A0OHVkpD0ead3ULIM6dj1dpsYcu/hz0//y6qN/zn+go/8UM7Z2584RmlB/Gj3mgC 9yleo9+5zCH4hPjnTx/Yqi6NJ1xOc2CEsoZ3lfHFot1ydoQNv2cpvnwYrjCOCKhk voocr8qVNChfyomvU4dnp3TTE+NlGaWNfhg7fYRJ23UcIsQZTvBeCdd9lH56TwT6 BhlLCfUOqXn8vGkwfoSbT/NzQYt1qyF9NuqgMDm85bLpubOpaaIIqLYjQK/CSfRt +GNmAX+UDmrg5fAis5PfnNWAlOfxhrNrj0DyI+JBM9WZCcE+Mlg3XYxZqyfMB+3w ffpiXRwh9Hb98XmbDCaWWXSaXSvJ1yNJWhY1LKvuRZs73L+WdWrFqNxpyNVsMLzz sWZGCvPOf6Hvvf4thZu6Q6ocf2trfBCjjVGHxPNij0yy/OgJxwqm4XeZUNADcM9X CYpXoGGg/+C31XGBIWfuFBKioyrYkL97jYmoc9KfSysANTDSePeT8en/Pv5BLB7O 9RHdhOwxT2Jk4GHh6bE97skeCvNj08lebDLACLbdPPGD+VLeHyceiKzSR1SKbNc9 9vuVqjBsul6Kd+VUqXixWNDa5fO79ShDelxOKpiFrtRlVEOcGWoUIkUXcCrXNnGR S9VKx8D/hpZT3ZfKd6RM =4IN6 -END PGP SIGNATURE-
Re: [gentoo-user] compile large packages outside "/var/tmp/portage/"
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 14/04/13 20:39, Joseph wrote: > On 04/14/13 14:36, yegle wrote: >> PORTAGE_TMPDIR="/tmp/ying/portage_tmpdir" >> BUILD_PREFIX="/tmp/ying/build_prefix" >> DISTDIR="/tmp/ying/distdir" PORTDIR="/tmp/ying/portdir" These are >> the configurations in my make.conf. Details can be found in >> make.conf(5). >> >> -- yegle [1]http://about.me/yegle > > On my system I have in make.conf PORTAGE_TMPFS="/dev/shm" > > and in fstab: shm /dev/shmdevtmpfs > nodev,nosuid,noexec 0 0 > tmpfs /var/tmp/portagetmpfs defaults 0 > 0 > > which uses half of my ram for compiling packages. So 4GB is OK for > most of them except the big ones. > You could just read [1]: it tells you have to exclude packages on case-to-case basis as well as telling you some of the main space offenders. [1] - http://en.gentoo-wiki.com/wiki/Portage_TMPDIR_on_tmpfs - -- Mateusz K. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRawZlAAoJEM1mucMq2pqXSJYQAKImAMYGAzzCtq8yxlejTkUl 8pVCbH2cgpMg5EVtge8IOIIL9ApLHe7GiSHb7cpNC2jMomFhcOGqfn7/FZgMxfsD pwlHfw0iHmdaslgtPMck4D4bErZAmTGNuojKZOd4ytRx8GQKPHoKel0lnw0RFxRC JNEqx0Pvp4j61yNnAJZ5N2rAOIU+9o2h4ArMmo/XAaeg60PtsZ48ByU4WgNdqjkl KPyHHFZ2mKovs/IH4q1LWp7erAbCt0DUn1+dfeOZLDKLSPoICviTvWeGrLfPW+fI jTxvfnnd/Ydb1iMChEAcBkT1Tvg5sYM2CJnO8iflIYVpq9tl+UC0lwkT9El2vSmj w2f0ATZ//87QUKxGOUzj/bUJwAhGVk4r5Z9R8DgeTOHHBcNCNRhsLh2r/4q/oGCC nzRthrZFc/3SV0EMTSBY3R6nszR4tZjB5jkvKrPmutIgBY22VskPe7ISIWKslr+k gbILe39ackPCXIq4kE6YyphXG2SKDRzybpDE0xaDv4xTSjURpfCZ66np0Agxl7be ORccEVZifhy/xAX3R50T5/mv4cvI+njdS0QxY4K6fBorCsBLT6OY9FksWg6GohmK aRo+bNAHpI1N46m62YvhPP+E/SYF/ETqGQNT5v6shtYndDxZdjZoLRPw4HASKy72 9ys2Fg8zkp8/GaGlRkGs =CZsp -END PGP SIGNATURE-
Re: [gentoo-user] Can't update pax-utils to 0.5 because of genkernel block.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/04/13 11:53, Stroller wrote: > > I'm not sure why you're doing this, but I haven't fully parsed > relevant bug 442024 (you should). > http://bugs.gentoo.org/show_bug.cgi?id=442024 > > See also: http://packages.gentoo.org/package/sys-kernel/genkernel > http://packages.gentoo.org/package/app-misc/pax-utils > > Stroller. > > > > > Ah, I seem to have missed that bug report. Thanks a lot for the links. - -- Mateusz K. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRaBkTAAoJEM1mucMq2pqXz4IQAKwamCRtPZ76g+CdttDckuVI P/p3joQS/WR+oVQ1Sase0wHBBCYzpBsI0/8gqsVwkVM6Nx3xOFvkoTgW6NCAbnLQ z0xX6yN8WzU5f1oVfGJVX9C/26bNdbsEegqg8Z1dv+FQfiMg+MUt30xZf0Ej+M3Q IgOChTHNy9+H553YQXwI63v1WIiOTpVwQCervg5JVvE2+w57/nP8d+sQZePE2w96 +GklZLC8/Oc+CCDhujeLjm/e8d3Bu5u5F/JayVqvliLdNb9ijU+FzEM10kKcDvGR p0Tob7VHuPBWHv2N+Vj1fnfIbkFhT9ZTZHvHJ5ufdgo0A+m3xHf7rAEtK1okEVxJ 7/ZLDXtqw8oXmPdn9IA5kYMR56Jn2d2Nz2u9iNeACnhPgZAdzd7AbQSBtSD64s+Z o4fQsHSm6tp+1Eqm9KdNr+E2aj0v0aUyn32C/xLqP0ItH4+p6rEH9NBgrKNTlC3a VwBOf65SL/8tAMGAvEMHs0zzD3TfNeUv70GMlm8wdNIiNDULEUvwwO4rDf7e7CDR JHSqOLDr5C0MqU7dLWQblBX+B6b+IXobEQ5kGhrcm13vj6K8HjoIqXt8dSGVzEnM swN3pns9NrUMT6kJu/oNgoT2BJuyB/9l7D5Sw47wrday/xe8aeZWMQjDEswO262Y bnCN7c+VurHxji6aiok6 =oNaF -END PGP SIGNATURE-
[gentoo-user] Can't update pax-utils to 0.5 because of genkernel block.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Trying to update my (fairly fresh install) system, I stumbled upon a
package block. Nothing unusual except that I get the following:
- -
Calculating dependencies... done!
[ebuild U ] app-misc/pax-utils-0.5 [0.4] USE="-caps" 79 kB
[blocks B ] =app-misc/pax-utils-0.5 ("=app-misc/pax-utils-0.5" is
blocking sys-kernel/genkernel-3.4.45)
Total: 1 package (1 upgrade), Size of downloads: 79 kB
Conflict: 1 block (1 unsatisfied)
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
(sys-kernel/genkernel-3.4.45::gentoo, installed) pulled in by
sys-kernel/genkernel required by @selected
(app-misc/pax-utils-0.5::gentoo, ebuild scheduled for merge) pulled
in by
>=app-misc/pax-utils-0.1.17 required by
(sys-apps/portage-2.1.11.60::gentoo, installed)
>=app-misc/pax-utils-0.1.19 required by
(sys-apps/sandbox-2.5::gentoo, installed)
>=app-misc/pax-utils-0.1.10 required by
(sys-libs/glibc-2.15-r3::gentoo, installed)
pax-utils
=app-misc/pax-utils-0.2.1 required by
(sys-kernel/genkernel-3.4.45::gentoo, installed)
- -
I'm masking more recent pax-utils in my package.mask:
> app-misc/pax-utils-0.5
Why isn't Portage letting me update to 0.5? <0.6 is required by
genkernel and as far as I'm concerned, 0.5 should fall into that
category and yet it blocks.
- --
Mateusz K.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
iQIcBAEBAgAGBQJRZ51XAAoJEM1mucMq2pqXYB8P/Rxds5m1XWaGv7ACSyxPNk7E
sJssYeyfiCL4pCacGR6Z141PK0nQHlnsv50ore7zNdFE1kqCc5M4T19JzBbWQIx6
dP+zYCgB+Bd/L0+S2UyW8ZcO+w3H8BjksRuCze5VavnYoE6d5oEfuPIrN+/Uo6H7
DyxpOzAYehta18l5V+GzZhtRVrh2Ppe1IVJDGffZy0w25u2REX1u3T2Ve+MgwX8u
318cx/JTc0pBw0iFcXenzCP4uQurkhykyKa4eamwrLP3IEQgAgq6SknTrT+VcMh2
dBYT5xBTFMhQ4nYBZ2q2KHy6JOKEF6PCCLmYVw5gxwsKlYheuLZvlYXX4dbzWNmb
3dNRzighjZIJ9u3P6yA0/ih7rVbEObe9rxI7MVGeyfPl1AGQIu+JR35rUNeMEA2H
FIds5GcGHoYgz3Z8azqchgNjfEP4NwlHwrsPjugPpjEsUlsC9enC1AWKgDJo3X8f
uHxNPDuqSCZqWjbA3byH+T3VnTwPfHKESqJL+jeEJQkLcQbthDClgUHhxHs+0ZcF
TCNMB3FfRLOtRNG0eXf+eUsA6WIh9r84vRLoEfmSKRHP5WPRty2Hhumv97vN+pu4
pJlo5GZLaO20rGXLb9/P2B8d/flICDXTHpD+IN8Bc4IJl1YPTuZOIOA3ZD+LKvj4
42OMeVc9D7oWZ6s2xEnh
=lmEu
-END PGP SIGNATURE-
[gentoo-user] emul-linux-x86-libs blocking tons of X libs
I've been experiencing this issue whenever I tried to update in the
fairly recent weeks/days. ‘emerge -avutND’ produces a long list of
packages (see attachment) and then fails due to a block.
> [blocks B ] <=app-emulation/emul-linux-x86-xlibs-20130224
> ("<=app-emulation/emul-linux-x86-xlibs-20130224" is blocking
> x11-libs/libXdmcp-1.1.1-r1, x11-libs/libXtst-1.2.1-r1,
> x11-libs/libXt-1.1.3-r1, x11-proto/renderproto-0.11.1-r1,
> x11-libs/libXext-1.3.1-r1, x11-libs/libXcomposite-0.4.4-r1,
> x11-libs/libXxf86vm-1.1.2-r1, x11-libs/libXpm-3.5.10-r1,
> media-libs/fontconfig-2.10.2-r1, x11-proto/inputproto-2.3,
> x11-libs/libXdamage-1.1.4-r1, x11-proto/xf86bigfontproto-1.2.0-r1,
> x11-libs/libXaw-1.0.11-r2, x11-libs/libICE-1.0.8-r1,
> x11-proto/xproto-7.0.23-r2, x11-libs/libX11-1.5.0-r1,
> x11-libs/libXi-1.7, x11-libs/libXrender-0.9.7-r1,
> x11-libs/libXmu-1.1.1-r1, media-libs/freetype-2.4.11-r2,
> x11-proto/damageproto-1.2.1-r1, x11-proto/recordproto-1.14.2-r1,
> x11-libs/libXfixes-5.0-r1, x11-libs/libXrandr-1.4.0-r1,
> x11-proto/xf86vidmodeproto-2.3.1-r1, x11-proto/kbproto-1.0.6-r1,
> x11-libs/libXau-1.0.7-r1, x11-proto/compositeproto-0.4.2-r1,
> dev-libs/libpthread-stubs-0.3-r1, x11-proto/xcb-proto-1.8-r2,
> x11-proto/randrproto-1.4.0-r1, x11-proto/fixesproto-5.0-r1,
> x11-libs/libpciaccess-0.13.1-r1, x11-libs/libXcursor-1.1.13-r1,
> x11-libs/libxcb-1.9-r1, x11-proto/xextproto-7.2.1-r1,
> x11-libs/libSM-1.2.1-r1, x11-libs/libXft-2.3.1-r1)
Usually I'd unmerge one of the packages in question if I deem that I
don't need them but I'm unsure as to what the package actually does
nor what do the packages that it's blocking exactly do. Googling
around for the package name doesn't give much information.
Any suggestions as to how I could go about resolving this particular
block?
Quick ‘equery’ shows only a few things that depend on it:
> ✓ ShanaX61s shana % equery d emul-linux-x86-gtklibs
>
>
> % [P ~ ] [J 0 ]
> [L 38 ]
> * These packages depend on emul-linux-x86-gtklibs:
> dev-util/android-sdk-update-manager-21 (amd64 ?
> app-emulation/emul-linux-x86-gtklibs)
> sys-devel/gcc-4.5.4 (multilib ? app-emulation/emul-linux-x86-gtklibs)
> sys-devel/gcc-4.6.3 (multilib ? app-emulation/emul-linux-x86-gtklibs)
> sys-devel/gcc-4.7.2-r1 (multilib ? app-emulation/emul-linux-x86-gtklibs)
I have neither ‘amd64’ nor ‘multilib’ set which raises the question of
how and why it got onto my system in the first place… I'm still
somewhat wary of clobbering something that has ‘gcc’ in its depgraph…
--
Mateusz K.
[nomerge ] app-shells/zsh-5.0.2 USE="gdbm pcre unicode -caps -debug -doc
-examples -maildir -static"
[ebuild U ] sys-apps/groff-1.22.2 [1.22.1] USE="X -examples" LINGUAS="ja"
3,978 kB
[ebuild U ] sys-fs/udev-198-r6 [197-r9] USE="acl gudev hwdb introspection
keymap kmod openrc -doc (-selinux) -static-libs" 2,094 kB
[nomerge ] dev-lang/python-2.7.3-r3:2.7 USE="gdbm ipv6 ncurses readline
sqlite ssl threads tk (wide-unicode) xml -berkdb -build -doc -examples
-hardened% -wininst"
[ebuild U ] app-admin/python-updater-0.11 [0.10-r2] 10 kB
[ebuild U ] x11-libs/gtk+-2.24.17:2 [2.24.16:2] USE="cups introspection
(-aqua) -debug -examples {-test} -vim-syntax -xinerama" 12,978 kB
[nomerge ] app-emacs/jde-2.4.1_pre20110622 USE="-doc -source"
[nomerge ] dev-util/checkstyle-5.5 USE="-doc -source {-test}"
[nomerge ] dev-java/guava-07 USE="-doc -source"
[nomerge ]java-virtuals/jdk-with-com-sun-2011
[nomerge ] dev-java/icedtea-bin-7.2.3.6:7 USE="X cjk cups nsplugin
-alsa -doc -examples -source"
[nomerge ] net-print/cups-1.6.2 [1.6.1] USE="X acl dbus filters
gnutls pam python ssl threads usb -avahi -debug -java -kerberos (-selinux)
-static-libs -systemd -xinetd -zeroconf" LINGUAS="ja -ca -es -fr% -ru%"
[nomerge ] net-print/foomatic-filters-4.0.17 USE="cups dbus"
[ebuild U ]net-print/cups-filters-1.0.30 [1.0.29-r1] USE="jpeg
perl png tiff -avahi -static-libs" 991 kB
[ebuild U ] net-print/cups-1.6.2 [1.6.1] USE="X acl dbus filters
gnutls pam python ssl threads usb -avahi -debug -java -kerberos (-selinux)
-static-libs -systemd -xinetd -zeroconf" LINGUAS="ja -ca -es -fr% -ru%" 8,168 kB
[ebuild U ] app-text/poppler-0.22.2-r2:0/35 [0.20.5:0/0]
USE="cairo cjk curl cxx introspection jpeg lcms png tiff utils -debug -doc
-jpeg2k -qt4" 2,164 kB
[nomerge ] app-editors/emacs-24.3:24 USE="X dbus gif gnutls gpm gtk gtk3
jpeg m17n-lib png svg tiff xft xpm -Xaw3d -alsa (-aqua) -athena -games -gconf
-gsettings -gzip-el -hesiod -imagemagick -kerberos -libxml2 -livecd -motif
-pax_kernel (-selinux) -sound -source -toolkit-scroll-bars -
Re: [gentoo-user] Is 'MAKEOPTS="--jobs --load-average=5"' silly?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 29/03/13 00:40, Peter Humphrey wrote: > On Thursday 28 March 2013 19:28:47 Stroller wrote: >> On 28 March 2013, at 14:03, Peter Humphrey wrote: >>> ... This box is an i5 with four single-threaded CPUs … >> >> Your usage of the term "CPUs" is making me twitch. > > What would you have said? > > And it wasn't usage, it was use. > I can only imagine he was pointing out that you have a single CPU with four cores in it. - -- Mateusz K. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRVO1fAAoJEM1mucMq2pqXaS8QAKPfQ72PlpiAKdf2xKmXKOnU 3sH2108QfVWxo3Aw+aQlUwSXukkwwJY7vZWRXHsYyU58A03UmBx2rQnYD+cXeUlN pm2HcIyp5qypX2oISK7i8Xg38Op/MCedtVU24uOZLYsQ9YUrBuHOhbKTmI5PvpAP hmNRbUFx+pdYtLJsvR11L+kgNXC/T8ZIyw3vouktEidf7igRXVs5oCZyaCLfxDXk XT8V1HHxbvU7Y5kUKoVAuWAHtxKqnVCyqpz/G1gLsSVrksfP4Spv+7qWe87yiBdu fd8CBlc6A6cArz82owim9YdllKMa2T6/ohptOkLyrWhU7Q4piGD48ky55dqlYzB6 Zsa6DuiUEmIYfWTviR1pXgFsMTCpkmj2mLSZ5xLL45/I1U2+9NsbiKxnwe/8GfpU oUY2owjkpfxoaOyWZ0YCBgXEIuWpzJllifv5B18XroC9QSWPCckhOoR9JnrfS6QW 1EVsomK5moJ/Qqe4Xtx0XZj8fUmOnelV2h/NoNRt0kdQFacT8+y6xTGCdOb+FLxf e8qUUtOiEv5zSbHO1cHuqzmHdXcr7euZI881Vp9nFbdvbmXD3hrQybakdVzq9gt/ cRg+JvE4pGyUBtNdVy8vWW4PWf7rw0gOqF3PpuJB2siFqSZs0fYREIzRFucVFj5/ EWl9A8gv/BAZv6D6S4/L =2eKx -END PGP SIGNATURE-
Re: [gentoo-user] Re: [gentoo-user] Sync, emerge -puND world, and WHAM!!! ~100 packages to merge.
On 28/03/13 11:52, Alan Mackenzie wrote: > On Thu, Mar 28, 2013 at 01:48:21PM +0400, the guard wrote: > > > >> Среда, 27 марта 2013, 18:09 UTC от Alan Mackenzie : >>> Hi, Gentoo! > >>> Has anybody else seen this? I did a sync, then emerge -puND world and >>> got a list of ~100 packages to merge. About a third of them seem to be >>> new perl stuff, 13 packages with gnome, and a lot of this and that. > >>> Most worrying is sys-fs/udisks-2.1.0. Should I be worried about this >>> (all my other udev-ish stuff is up to date), or will it just work? > >>> But getting such a large update, all at once, seems worrying. Should I >>> worry about anything, or just plough ahead with the update? > >>> -- >>> Alan Mackenzie (Nuremberg, Germany). > >> depends on how long it's been since you had the last uodate > > A couple of days at most. I've never seen such a large update, except > for when I'd just installed Gentoo. > I recently had ‘emerge -avutND’ throw 713 packages at me after not updating for a couple of weeks. It took me a few days to get it back to an updated state but I managed. ~100 packages is not unusual if you don't update for a week or so, especially if something gets an update that other things depend on at which point it might remerge all those packages as well. I wouldn't worry. -- Mateusz K.
Re: [gentoo-user] Re: Gentoo speed comparison to other distros
On 14/03/13 23:52, Dale wrote: > Mateusz Kowalczyk wrote: >> On 14/03/13 22:41, Dale wrote: >>> Grant Edwards wrote: >>>> On 2013-03-14, Dale wrote: >>>> >>>>> I was wondering. Has anyone ever seen where a test as been done to >>>>> compare the speed of Gentoo with other distros? Maybe Gentoo compared >>>>> to Redhat, Mandrake, Ubuntu and such? >>>> I just did a test, and they're all the same. >>>> >>>> CDs/DVDS of various distros dropped from a height of 1m all hit the >>>> floor simultaneously [there are random variations due to aerodynamic >>>> instability of the disk shape, but it's the same for all distros]. If >>>> launched horizontally with spin to provide attitude stability (thrown >>>> like a frisbee), they all fly the same. >>>> >>>> The point being, you're going to have to define "speed". >>>> >>>> Does speed refer to >>>> >>>> Installation time? >>>> >>>> Boot time? >>>> >>>> Linpack? >>>> >>>> Dhrystone? >>>> >>>> Whetstone? >>>> >>>> Time for me to figure out how to fix a configuration problem? >>>> >>>> Time to do to an update on a machine that's been unplugged for a year? >>>> >>>> Time to to produce a packaged version of some random C program that >>>> comes with a Makefile that uses autotools? >>>> >>>> Time for a reported bug to get fixed? >>>> >>> >>> OK. It appears not very many can figure out what I asked for. So, let >>> me spell it out for those who are challenged. LOL ;-) Read some >>> humor into that OK. >>> >>> Install a OS. Run tests on a set of programs and record the time it >>> takes to complete a certain task. More tasks the better. >>> >>> Then install another OS on the same hardware. Run tests on a set of >>> programs and record the time it takes to complete a certain task. More >>> tasks the better. >>> >>> The object of this is, does Gentoo with the customization it allows run >>> faster than some binary install that does NOT allow those controls? In >>> other words, can a Gentoo based install perform more efficiently than a >>> binary based install like Redhat, Ubuntu or some other distro? >>> >>> I am NOT concerned about compile times or the install itself. >>> >>> Does that put the dots closer together for the challenged ones? ROFL >>> >>> Dale >>> >>> :-) :-) >>> >> The point of the challenged ones was that while we can take measurements >> like these, it's rather meaningless to do so. The result will be >> different for every single person out there depending on their >> configuration, USE, CFLAGS and who knows what else. >> >> I can compile a package with support for 3 different DEs, few WMs, oss >> and alsa and about a billion things I will never use. Does this make for >> a more or less of a meaningful test than doing the same test with no >> flags what so ever? There is no correct answer as it varies per user >> basis. The most meaningful measurements that we can probably take would >> be between different USE flags configurations. Maybe we can say that >> package ‘foo’ with certain USE and CFLAGS runs in less average time than >> the same package on a distro Bar. >> >> In my opinion, it would be far more meaningful to measure the effect of >> different USE flags on the same package, *in relative time* on the same >> system. This would give us more idea about the impact of each flag as >> opposed to a very limited view of ‘package foo with certain specific USE >> flags runs 10ms faster than the same package on the same hardware on a >> binary distribution’. If you still want such measurements and you want >> them to be somewhat meaningful to you, it is you who will have to take >> them. Unless there are some gross inconsistencies in run times on >> different distributions, we have no use for such measurement. >> >> Everyone understood what you asked for. It's _you_ that misunderstood >> their explanation for why it's meaningless to ask such a question in the >> first place. >> > > I didn't miss anything. I get what some are saying. The reason for my > question is this. Gentoo allows a person to customize the OS to the > speci
Re: [gentoo-user] Re: Gentoo speed comparison to other distros
On 14/03/13 22:41, Dale wrote: > Grant Edwards wrote: >> On 2013-03-14, Dale wrote: >> >>> I was wondering. Has anyone ever seen where a test as been done to >>> compare the speed of Gentoo with other distros? Maybe Gentoo compared >>> to Redhat, Mandrake, Ubuntu and such? >> I just did a test, and they're all the same. >> >> CDs/DVDS of various distros dropped from a height of 1m all hit the >> floor simultaneously [there are random variations due to aerodynamic >> instability of the disk shape, but it's the same for all distros]. If >> launched horizontally with spin to provide attitude stability (thrown >> like a frisbee), they all fly the same. >> >> The point being, you're going to have to define "speed". >> >> Does speed refer to >> >> Installation time? >> >> Boot time? >> >> Linpack? >> >> Dhrystone? >> >> Whetstone? >> >> Time for me to figure out how to fix a configuration problem? >> >> Time to do to an update on a machine that's been unplugged for a year? >> >> Time to to produce a packaged version of some random C program that >> comes with a Makefile that uses autotools? >> >> Time for a reported bug to get fixed? >> > > > OK. It appears not very many can figure out what I asked for. So, let > me spell it out for those who are challenged. LOL ;-) Read some > humor into that OK. > > Install a OS. Run tests on a set of programs and record the time it > takes to complete a certain task. More tasks the better. > > Then install another OS on the same hardware. Run tests on a set of > programs and record the time it takes to complete a certain task. More > tasks the better. > > The object of this is, does Gentoo with the customization it allows run > faster than some binary install that does NOT allow those controls? In > other words, can a Gentoo based install perform more efficiently than a > binary based install like Redhat, Ubuntu or some other distro? > > I am NOT concerned about compile times or the install itself. > > Does that put the dots closer together for the challenged ones? ROFL > > Dale > > :-) :-) > The point of the challenged ones was that while we can take measurements like these, it's rather meaningless to do so. The result will be different for every single person out there depending on their configuration, USE, CFLAGS and who knows what else. I can compile a package with support for 3 different DEs, few WMs, oss and alsa and about a billion things I will never use. Does this make for a more or less of a meaningful test than doing the same test with no flags what so ever? There is no correct answer as it varies per user basis. The most meaningful measurements that we can probably take would be between different USE flags configurations. Maybe we can say that package ‘foo’ with certain USE and CFLAGS runs in less average time than the same package on a distro Bar. In my opinion, it would be far more meaningful to measure the effect of different USE flags on the same package, *in relative time* on the same system. This would give us more idea about the impact of each flag as opposed to a very limited view of ‘package foo with certain specific USE flags runs 10ms faster than the same package on the same hardware on a binary distribution’. If you still want such measurements and you want them to be somewhat meaningful to you, it is you who will have to take them. Unless there are some gross inconsistencies in run times on different distributions, we have no use for such measurement. Everyone understood what you asked for. It's _you_ that misunderstood their explanation for why it's meaningless to ask such a question in the first place. -- Mateusz K.
Re: [gentoo-user] /sbin/ldconfig: /usr/lib/libgmp.so.3 is not a symbolic link
You were right. Thanks. On 13/02/13 04:16, kwk...@hkbn.net wrote: > On Wed, 13 Feb 2013 03:43:52 + > Mateusz Kowalczyk wrote: > >> For a longer while now I've been getting `/sbin/ldconfig: >> /usr/lib/libgmp.so.3 is not a symbolic link' warning every time I >> build something. It didn't seem to create any actual issues and a >> quick Google search didn't bring anything up so I've ended up >> ignoring it. I am now sick of it and would love it fixed. I can't >> find anything on the web with anyone having the same problem and >> rebuilding libgmp seems to have had no effect. Does anyone have some >> ideas as to how the issue can be fixed? >> >> Thanks, >> Mateusz Kowalczyk > > (Delete the file /usr/lib/libgmp.so.3 and) check for invalid symlinks? > Surely /usr/lib/libgmp.so does not point > to /usr/lib/libgmp.so.3.whatever, but some more recent .so version, > like /usr/lib/libgmp.so.10.0.2? > > Kerwin. >
[gentoo-user] /sbin/ldconfig: /usr/lib/libgmp.so.3 is not a symbolic link
For a longer while now I've been getting `/sbin/ldconfig: /usr/lib/libgmp.so.3 is not a symbolic link' warning every time I build something. It didn't seem to create any actual issues and a quick Google search didn't bring anything up so I've ended up ignoring it. I am now sick of it and would love it fixed. I can't find anything on the web with anyone having the same problem and rebuilding libgmp seems to have had no effect. Does anyone have some ideas as to how the issue can be fixed? Thanks, Mateusz Kowalczyk
Re: [gentoo-user] Amazon-Instant video
...probably because they agree to things such as DRM On 12/02/13 17:16, Bruce Hill wrote: > On Tue, Feb 12, 2013 at 10:16:13AM -0600, Paul Hartman wrote: >> >> If you want to get it working on your computer, your time may be >> better spent installing an MS Windows web browser in Wine or setting >> up a virtual machine with Windows... those are the only ways I've been >> able to get protected video like Netflix/SlingPlayer/ESPN3/etc. to >> work on my Linux box. > > The computing world is still slave to Mickey$oft and Apple. >
Re: [gentoo-user] rtorrent
Do you mind pointing out /why/ it's the `Best d/l utility on the
market'? OP is currently using rtorrent and he has an issue with
colouring. Even if you feel like he might benefit from another client, a
justification should be in place. I have looked at aria2 web page and it
says:
Lightweight. aria2 doesn’t require much memory and CPU time. The
physical memory usage is typically 4MiB (normal HTTP/FTP downloads) to
9MiB (BitTorrent downloads). CPU usage in BitTorrent with download speed
of 2.8MiB/sec is around 6%.
Fully Featured BitTorrent Client. All features you want in BitTorrent
client are available: DHT, PEX, Encryption, Magnet URI, Web-Seeding,
Selective Downloads and Local Peer Discovery.
I'm sorry but that's hardly worth switching to. I have just short of
1 active torrents in my rtorrent and it uses 750MB of memory and 0.7
to 1.2% CPU (Core 2 Duo). It hardly looks like aria can beat that so
it's clearly not the performance you're advertising.
As an rtorrent user, I'm genuinely interested why would one ever
consider switching to aria at all, especially as OP hasn't complained
about lack of any features that aria might have or do better.
Thanks
On 06/02/13 20:40, Bruce Hill wrote:
> On Wed, Feb 06, 2013 at 07:25:44AM +0100, András Csányi wrote:
>> Good morning All,
>>
>> I would like to ask some help regarding color stuff of rtorrent. Where
>> can I find a how to or something? What I found is not working with my
>> rtorrent.
>>
>> I have this:
>>
>> [I] net-p2p/rtorrent
>> Available versions: 0.8.6-r1 (~)0.8.6-r4 (~)0.8.7-r4 0.8.9^t
>> (~)0.9.1 (~)0.9.2 {color daemon debug ipv6 test xmlrpc}
>> Installed versions: 0.9.2(07:24:56 AM 02/06/2013)(daemon ipv6
>> xmlrpc -debug -test)
>> Homepage:http://libtorrent.rakshasa.no/
>> Description: BitTorrent Client using libtorrent
>
> Best d/l utility on the market: net-misc/aria2
>
Re: [gentoo-user] rtorrent
[1] might interest you although I have to admit that the ass-backwards installation process means that I wasn't to get it running myself. Also be careful of one of the scripts putting its own locale settings in one of your dotfiles because they obviously know better. http://code.google.com/p/pyroscope/wiki/RtorrentExtended On 06/02/13 06:49, Raffaele BELARDI wrote: > On 02/06/2013 07:25 AM, András Csányi wrote: >> Good morning All, >> >> I would like to ask some help regarding color stuff of rtorrent. Where >> can I find a how to or something? What I found is not working with my >> rtorrent. >> > > Looks like color support was dropped by the ebuild maintainer: > > https://bugs.gentoo.org/show_bug.cgi?id=407525 > > I switched to deluge. > > raf >
