[gentoo-user] aiccu and systemd
Does anyone of you successfully use aiccu in these days, especially on systemd-based systems? I miss the functionality of having my very own IPv6-adresses on my thinkpad when I roam, for accessing ressources at home etc. But aiccu doesn't work for me anymore for months, I think. No gentoo-bug on this yet. I get right now: # systemctl status aiccu aiccu.service - Automatic IPv6 Connectivity Client Utility Loaded: loaded (/usr/lib64/systemd/system/aiccu.service; disabled) Active: inactive (dead) Nov 22 11:29:41 enzo systemd[1]: Got notification message for unit aiccu.service Nov 22 11:29:41 enzo systemd[1]: aiccu.service: Got notification message from PID 6932, but reception only permitted for PID 0 Nov 22 11:29:41 enzo aiccu[6932]: [AYIYA-tun-tundev] : (Socket to TUN) started Nov 22 11:29:41 enzo systemd[1]: aiccu.service: cgroup is empty Nov 22 11:29:41 enzo systemd[1]: aiccu.service changed stop-sigterm - dead Nov 22 11:29:41 enzo systemd[1]: Job aiccu.service/start finished, result=done Nov 22 11:29:41 enzo systemd[1]: Started Automatic IPv6 Connectivity Client Utility. Nov 22 11:29:41 enzo systemd[1]: Collecting aiccu.service Nov 22 11:29:43 enzo systemd[1]: Collecting aiccu.service Nov 22 11:29:59 enzo systemd[1]: Collecting aiccu.service What about that part with but reception only permitted for PID 0 ? The unitfile is rather simple ... I will see if I can dig up something more special. Stefan
Re: [gentoo-user] aiccu and systemd
Am 22.11.2013 11:35, schrieb Stefan G. Weichinger: What about that part with but reception only permitted for PID 0 ? The unitfile is rather simple ... I will see if I can dig up something more special. Successful with another unit-file, like found at https://bugzilla.redhat.com/show_bug.cgi?id=656886 Right now I have: # cat aiccu.service [Unit] Description=Automatic IPv6 Connectivity Client Utility After=iptables.service ip6tables.service network.service NetworkManager.service NetworkManager-wait-online.service Before=network.target ConditionPathExists=/etc/aiccu.conf [Service] EnvironmentFile=-/etc/aiccu.conf ExecStart=/usr/sbin/aiccu start ExecStop=/usr/sbin/aiccu stop Type=forking PIDFile=/var/run/aiccu.pid [Install] WantedBy=multi-user.target And it works. So I should maybe file a bug for this ... Stefan
Re: [gentoo-user] Re: GPT-UEFI-fstab questions
Am 21.11.2013 19:45, schrieb James: Stefan G. Weichinger lists at xunil.at writes: just asking for discussion and experience ... Stefan Hello Stefan, Maybe you should start a new thread specifically about your proboem and what you want to achieve. My efforts (currently) are more focused on pentoo that UEFI, as that part of my pentoo efforts is on hold until a figure out a few more things. I'll post as I can contribute to your new thread. thanks for your suggestion. Currently I am on the road and won't be back at that specific machine for the next few days. I will open a new thread as soon as I find the time to deal with this topic again. Greets, Stefan
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.
Re: [gentoo-user] Firefox not killing processes on close
Dale wrote: Thanks for the help tho. Right now, I'm doing a emerge -e system and plan to start a emerge -e world when I leave in the AM to take my bro to the Doctor. It may not help one dang bit but what the heck. I need to break in this new CPU/cooler grease anyway. ;-) Dale :-) :-) Small update. The emerge -e world helped some. It still does it but not as often. Still annoying tho. So, still got something not right somewhere. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] aiccu and systemd
Am 22.11.2013 11:44, schrieb Stefan G. Weichinger: And it works. So I should maybe file a bug for this ... for the records: https://bugs.gentoo.org/show_bug.cgi?id=492296
[gentoo-user] Chromium dropping support for NPAPI
News here: http://blog.chromium.org/2013/09/saying-goodbye-to-our-old-friend-npapi.html And the previous one: http://blog.chromium.org/2012/08/the-road-to-safer-more-stable-and.html Currently chromium --- adobe-flash communication in Gentoo works through NPAPI and I don't see the bundled Flash plugin on about:plugins page. There are no USE flags for bundled Flash either. In another distro (Chakra) I can see that Flash is using PPAPI, not NPAPI in Chromium. So it possible to build Chromium with bundled Flash in Gentoo?
Re: [gentoo-user] Chromium dropping support for NPAPI
On 22/11/13 at 10:24pm, Pavel Volkov wrote: News here: http://blog.chromium.org/2013/09/saying-goodbye-to-our-old-friend-npapi.html And the previous one: http://blog.chromium.org/2012/08/the-road-to-safer-more-stable-and.html Currently chromium --- adobe-flash communication in Gentoo works through NPAPI and I don't see the bundled Flash plugin on about:plugins page. There are no USE flags for bundled Flash either. In another distro (Chakra) I can see that Flash is using PPAPI, not NPAPI in Chromium. So it possible to build Chromium with bundled Flash in Gentoo? I think your looking for * www-plugins/chrome-binary-plugins Available versions: (stable) (~)31.0.1650.57_p1^msd (beta) (~)32.0.1700.19_beta1^msd (unstable) [M](~)33.0.1712.4_alpha1^msd [M]**^msd {+flash +pdf} Homepage:http://www.google.com/chrome Description: Binary plugins -- native API Flash and PDF -- from Google Chrome for use in Chromium. Last time I tried it, it didn't work very well. Would keep getting unsupported version of flash etc. -- - Yohan Pereira The difference between a Miracle and a Fact is exactly the difference between a mermaid and a seal. -- Mark Twain
Re: [gentoo-user] Chromium dropping support for NPAPI
On Saturday 23 November 2013 00:30:45 Yohan Pereira wrote: I think your looking for * www-plugins/chrome-binary-plugins Last time I tried it, it didn't work very well. Would keep getting unsupported version of flash etc. Thanks, I installed the flash part from it chrome-binary-plugins. It's running well. I think Lightspark is also using NPAPI, they should do somethng about it in that case.
Re: [gentoo-user] Re: Weird graphical glitches after world update
On Thu, 21 Nov 2013 17:49:25 -0800, walt wrote: One other possibility is that xorg updated something that broke some video drivers. Maybe qlop -l xorg would give you a hint about when your video problem first appeared? I'm seeing similar, but not identical issues, most annoying in the message list in Claws Mail, which seem to be caused by x11-drivers/xf86-video-intel-2.99.906. Downgrading to the previous version gets rid of the problem. -- Neil Bothwick Programmer (n): A red-eyed, mumbling mammal capable of conversing with inanimate objects. signature.asc Description: PGP signature
[gentoo-user] Anyone installed x11-drivers/ati-drivers recently? (Fails to download)
Hi there, I have no clue why downloading ati-drivers fails. I always get redirected to http://support.amd.com/en-us/download/incomplete no matter what version of ati-drivers I want to install. Alex
[gentoo-user] Re: chromium build issue
On 11/21/2013 03:19 PM, james N. wrote: File /usr/lib64/python2.7/multiprocessing/synchronize.py, line 59, in module function, see issue 3770.) ImportError: In general, when I see emerge errors involving any python stuff, I run python-updater as a knee-jerk reflex even before I start using my brain :) It may not help, but it couldn't hurt...
[gentoo-user] Re: Anyone installed x11-drivers/ati-drivers recently? (Fails to download)
On 11/22/2013 10:56 AM, Alexander Puchmayr wrote: Hi there, I have no clue why downloading ati-drivers fails. I always get redirected to http://support.amd.com/en-us/download/incomplete no matter what version of ati-drivers I want to install. Problems like that are sometimes caused by gentoo mirror servers that are having technical problems. Are you having similar trouble with any other packages? You can specify your preferred mirrors by adding a line like this to your make.conf file: GENTOO_MIRRORS=http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/linux/distributions/gentoo;
Re: [gentoo-user] chromium build issue
On Thu, Nov 21, 2013 at 5:19 PM, james N. ja...@flatlan.net wrote: Hey list, I have a build issue with chromium on one machine but not the other. The version I'm trying to build is www-client/chromium-32.0.1700.19 but the problem occurs on the current stable version also (31.0.1650.57). * ERROR: www-client/chromium-32.0.1700.19::gentoo failed (configure phase): * (no error message) * * Call stack: * ebuild.sh, line 93: Called src_configure * environment, line 4972: Called die * The specific snippet of code: * egyp_chromium ${myconf} || die * * If you need support, post the output of `emerge --info '=www-client/chromium-32.0.1700.19::gentoo'`, * the complete build log and the output of `emerge -pqv '=www-client/chromium-32.0.1700.19::gentoo'`. * The complete build log is located at '/var/tmp/portage/www-client/chromium-32.0.1700.19/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/www-client/chromium-32.0.1700.19/temp/environment'. * Working directory: '/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19' * S: '/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19' before that, the output is: Updating projects from gyp files... Traceback (most recent call last): File build/gyp_chromium, line 157, in module sys.exit(gyp.main(args)) File /var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/__init__.py, line 527, in main return gyp_main(args) File /var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/__init__.py, line 503, in gyp_main options.circular_check) File /var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/__init__.py, line 129, in Load params['parallel'], params['root_targets']) File /var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/input.py, line 2687, in Load generator_input_info) File /var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/input.py, line 594, in LoadTargetBuildFilesParallel parallel_state.pool = multiprocessing.Pool(8) File /usr/lib64/python2.7/multiprocessing/__init__.py, line 232, in Pool return Pool(processes, initializer, initargs, maxtasksperchild) File /usr/lib64/python2.7/multiprocessing/pool.py, line 138, in __init__ self._setup_queues() File /usr/lib64/python2.7/multiprocessing/pool.py, line 232, in _setup_queues from .queues import SimpleQueue File /usr/lib64/python2.7/multiprocessing/queues.py, line 48, in module from multiprocessing.synchronize import Lock, BoundedSemaphore, Semaphore, Condition File /usr/lib64/python2.7/multiprocessing/synchronize.py, line 59, in module function, see issue 3770.) ImportError: This platform lacks a functioning sem_open implementation, therefore, the required synchronization primitives needed will not function, see issue 3770. Any ideas? Thanks -- James This is my signature. Please don't steal it. What kernel are you running and/or what kernel did you build python2.7 with? I would try remerging dev-lang/python:2.7 Possibly relevant: http://bugs.python.org/issue8326 -- Alecks Gates