Re: [gentoo-user] Enlightenment Problem
On Sat, 15 Nov 2014 17:44:06 +0200 Alan McKinnon alan.mckin...@gmail.com wrote: On 15/11/2014 16:58, john wrote: I have been using enlightenment 18 for the last 6 months with no problems. I have recently bought a ssd drive and transferred / and boot to there. Since then whenever I start enlightenment, enlightenment and kswapd uses all my resources so I cannot even start an xterm, etc. After 10 minutes all is ok again. top shows kswapd and enlightenment using all cpu. This maybe a coincidence with the ssd but have upgraded enlightenemt a few times since with no change. I have tried killing kswapd but nothing happens. It won't die. This happens everytime I log out so have switched to xfce4 for the time being but have no problem there. I have rebuilt all enlightenment and associated files (efl, elementary) and deleted all config files etc. If anyone has come across this or can help resolve I would be greatful. Cannot find much on Google search! /boot /dev/sda1 /root /dev/sda2 swap /dev/sdb2 /home /dev/sdb3 /var /dev/sdb4 fstab entry: /dev/sdb2 none swap sw 0 0 I have no idea what could cause that problem - I've never seen anyone with that issue (using enlightenment or otherwise) You might have better luck asking on the enlightenment user group: enlightenment-us...@lists.sourceforge.net Thanks Alan, I find it rather odd as well. I think it must be an enligtenment issue as other desktops are fine. Will send them an email. John D Maunder
[gentoo-user] Q: How is that terminus technicus for...
Hi, I connected a Arietta.G25 via Ethernet over USB (using a simple USB cable and hardware USB-Ethernet Adaptor to my Gentoo PC. I can ssh on that little tiny board. Now I want to access the internat from within the Arietta. Therefore all requests need to be transfered from the Arietta board to my PC, which then plays the role of an ISP to the Arietta board and itself places the requests to the internet instead of the Arietta board itself. But this is a too longish explanation to be put into a google request. Is there any name for that...so I am able to find the tutorials/howtos myself? Sorry...I am no native english speaker... Best regards, Meino PS: What USB-Ethernet adaptor could one recommend...the Arietta is USB-powered...?
Re: [gentoo-user] Re: question regarding usb gadget / eth usb
James wirel...@tampabay.rr.com [14-11-15 13:34]: meino.cramer at gmx.de writes: Hi James :) ...ARM9 emulator...nice idea. Does such thing exists for Linux? http://www.thefreecountry.com/emulators/arm.shtml Good hunting! ...thanks! Your good wish has already worked! I got access to the board 8) I'm always glad to hear of your successes It looks like the arm9 is a moderized Arm Thumb processor. ARM926EJ-S™ ARM® Thumb® Processor So there is a rich archives of codes for the arm thumb. Exactly what the new processor you have on your new board compared to the legacy features of the Arm Thumb is something you are going to have to research, test and verify. Arm codes from older devices usually run on newer arm processors, but not always. Indianess and similar issue abound, but they are usually well documented, including examples. https://www.linaro.org/projects/ Linaro is moving arm linux, particularly but not limited to 64bit arm, forward at light speed. It is a formidable collection of coders. Many have connections to the legacy arm communities, like the Arm Thumb. Much of the Arm Thumb legacy codes will run natively on the Aarch64 Arm processors. Im pretty sure you'll be able to run an Aarch64 arm chip like a cluster of arm thumb procesors. Aarch64 is purported to support 2 or 3 simultaneously running and different Operating Systems, concurrently. It is a brave new world and arm is the place to be. Even AMD has several Arm (64 bit)server SOC in the process of being rolled out! Best regards, Meino James Hi James, sorry for the delay...I was not at home this weekend. quemu is offered via emerge...will try that first. By the way: I think the CPU on my Arietta board is a 32 bit thingy.You wrote about 64 bit thumb code...executed by a cluster of 32 bit ARM CPUs...I have one Arietta board...or...what did I get confused here totally scratching my head... ;) Best regards, Meino
[gentoo-user] Re: Q: How is that terminus technicus for...
On Sun, 16 Nov 2014 14:49:02 +0100, meino.cramer wrote: I connected a Arietta.G25 via Ethernet over USB (using a simple USB cable and hardware USB-Ethernet Adaptor to my Gentoo PC. I can ssh on that little tiny board. Now I want to access the internat from within the Arietta. Therefore all requests need to be transfered from the Arietta board to my PC, which then plays the role of an ISP to the Arietta board and itself places the requests to the internet instead of the Arietta board itself. But this is a too longish explanation to be put into a google request. :) Is there any name for that...so I am able to find the tutorials/howtos myself? If I understood this correctly this should do what you want: - on the board set the default route to the PC - on the PC set up packet forwarding That's the best explanation I can give you without writing a full-blown tutorial, but searching for that should get you going. :) -h
Re: [gentoo-user] Q: How is that terminus technicus for...
On Sunday 16 Nov 2014 13:49:02 meino.cra...@gmx.de wrote: Hi, I connected a Arietta.G25 via Ethernet over USB (using a simple USB cable and hardware USB-Ethernet Adaptor to my Gentoo PC. I can ssh on that little tiny board. Now I want to access the internat from within the Arietta. Therefore all requests need to be transfered from the Arietta board to my PC, which then plays the role of an ISP to the Arietta board and itself places the requests to the internet instead of the Arietta board itself. But this is a too longish explanation to be put into a google request. Is there any name for that...so I am able to find the tutorials/howtos myself? Sorry...I am no native english speaker... Best regards, Meino PS: What USB-Ethernet adaptor could one recommend...the Arietta is USB-powered...? Sorry, I don't even know what Arietta may be. You need to be able to forward packets from Arietta via your PC and 'masquerade' their address. If the connection was via ethernet, then something like this would work: echo 1 /proc/sys/net/ipv4/ip_forward iptables -t nat -F iptables -t nat -A POSTROUTING -j MASQUERADE However, I am not sure if something special is needed for a USB to PC connection, it depends what the USB connection shows up as. I hope this gets you on the right path. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Q: How is that terminus technicus for...
Mick michaelkintz...@gmail.com [14-11-16 15:20]: On Sunday 16 Nov 2014 13:49:02 meino.cra...@gmx.de wrote: Hi, I connected a Arietta.G25 via Ethernet over USB (using a simple USB cable and hardware USB-Ethernet Adaptor to my Gentoo PC. I can ssh on that little tiny board. Now I want to access the internat from within the Arietta. Therefore all requests need to be transfered from the Arietta board to my PC, which then plays the role of an ISP to the Arietta board and itself places the requests to the internet instead of the Arietta board itself. But this is a too longish explanation to be put into a google request. Is there any name for that...so I am able to find the tutorials/howtos myself? Sorry...I am no native english speaker... Best regards, Meino PS: What USB-Ethernet adaptor could one recommend...the Arietta is USB-powered...? Sorry, I don't even know what Arietta may be. You need to be able to forward packets from Arietta via your PC and 'masquerade' their address. If the connection was via ethernet, then something like this would work: echo 1 /proc/sys/net/ipv4/ip_forward iptables -t nat -F iptables -t nat -A POSTROUTING -j MASQUERADE However, I am not sure if something special is needed for a USB to PC connection, it depends what the USB connection shows up as. I hope this gets you on the right path. -- Regards, Mick Hi Holger, Hi Mick, Thanks fpr the quick help and infos! It works! :) Arietta G25: http://www.acmesystems.it/arietta Best regards, Meino
[gentoo-user] gentoo as openstack compute node?
Hi, I tried to install sys-cluster/nova but this gives me a 'block' as some of the python modules it wants do not work in one install. Anybody had success in getting a Gentoo Box to be a compute node for OpenStack? Konstantin -- Dipl-Inf. Konstantin Agouros aka Elwood Blues. Internet: elw...@agouros.de Altersheimerstr. 1, 81545 Muenchen, Germany. Tel +49 89 69370185 There is no 'dead' in team! - Sameen Shaw
[gentoo-user] Re: gentoo as openstack compute node?
Konstantinos Agouros elwood at agouros.de writes: I tried to install sys-cluster/nova but this gives me a 'block' as some of the python modules it wants do not work in one install. Anybody had success in getting a Gentoo Box to be a compute node for OpenStack? Looking at /usr/portage/sys-cluster/openstack-meta/ openstack-meta-2014.1..ebuild I see: EAPI=5 DESCRIPTION=A openstack meta-package for installing the various openstack pieces HOMEPAGE=https://openstack.org; LICENSE=Apache-2.0 SLOT=0 KEYWORDS= IUSE=keystone swift neutron glance cinder nova horizon DEPEND= RDEPEND=keystone? ( ~sys-auth/keystone-2014.1. ) swift? ( ~sys-cluster/swift-2014.1. ) neutron? ( ~sys-cluster/neutron-2014.1. ) glance? ( ~app-admin/glance-2014.1. ) cinder? ( ~sys-cluster/cinder-2014.1. ) nova? ( ~sys-cluster/nova-2014.1. ) horizon? ( ~www-apps/horizon-2014.1. ) So all are using the latest release (*.) of these packages. I'd go and look in BGO for bugs related to nova. sys-cluster/nova is not maintained by the gentoo cluster herd: http://gentoobrowse.randomdan.homeip.net/herd/cluster The gentoo cluster project is similar but not the same as the cluster herd: https://www.gentoo.org/proj/en/cluster/ Some devs (hi Rich) are working on consolidation of herds and projects. The herd lists what they maintain, although it may not be current. BGO Bug 494026 says the security team has masked this package for vulnerabilities. It's not straightforward to tell who exactly is maintaining nova. It may by up for grabs for a (proxy) maintainter. Just search out nova on BGO. Also, after the herd decprecation is complete, and some other things are finalized, it shlould be clear who is maintaining what codes, Who is on what project team and if a code (package) is not claimed by a team, then the individual (dev or proxy) that is maintaining the code. Or this is my understanding/speculation on how it's gonna work. Ok, so from here all you gotta do is *dig* a bit. Also look for overlays on nova and the other Depends in the openstack ebuild to work around your issues. Also, often there is a way to get around hard masks if you choose to go that path. Goodhunting! James
Re: [gentoo-user] apcupsd to recycle power
On 15/11/2014 16:47, Daniel Frey wrote: If the above fails (if the above does indeed fail, some troubleshooting should happen to try to figure out why it doesn't work), KILLDELAY is the parameter you likely seek, but it is dangerous. If you set this it will wait x seconds after a shutdown was requested and forcibly shut down the UPS power. However, in the even that power is restored between the UPS kill and the time it actually turns off the mains will still not be cycled. But theoretically this window should be pretty small. Dan it does seem as though this hits the issue - that when power fails, the ups triggers a shutdown, but the power doesn't fail hard enough to wind down the ups too, in which case the machine that is waiting for the offbattery event is fast asleep and misses the message. it's a shame the killpower command does nothing for you. the only way forward that i see would be to get a small device a la raspberry pi, and have that run apcupsd on it. you can then have that device run wake on lan if it detects the power is good, and trigger remote shutdown when not.
[gentoo-user] kexec
howdy folks, i've had a bit of a hiatus of internet access and just catching up with mails i notice a recurring systemd related spark about boot times. please this message is not to recreate a flame but to suggest something that may benefit folks from all preferred init systems. kexec is a great little utility. when you run /etc/init.d/kexec start it creates references in the existing kernel for a soft reboot into a new kernel. you can then at a time of your choosing run reboot and the system will appear to go through a clean shutdown cycle, but instead of triggering the power cycle, it will access the referenced kernel and initram and load them into memory as though we are just coming from the grub boot menu. the kernel image and initramfs must be visible at the time you choose to reboot. from a forensics / debugging / kdump crash handling point of view this has great benefit because memory state remains the same when the system starts. (in fact for full access you need to use crash mode of kexec -p otherwise you overwrite bits when you boot and start services) from a reboot a remote computer into a new (tested?) kernel and initram in very little time point of view this means you do not need to wait for bios / uefi / raid bios / 24 disk raid spinup cycle / 24GB memory test to complete. sure if you are looking to reset faulty hardware like a stuck tape drive or graphics card this is not great. however, as the new kernel need not be identical to the existing kernel, it does mean you can upgrade then reboot a lot faster. using the tools manally is possible too -- /etc/init.d/kexec automounts boot and searches for the bits to use. you can do it manually by ## load a kernel and initram kexec -l /boot/vmlinux --append=dolvm, root=/dev/vg/root --initrd=/boot/initrd ## reboot hard and fast into new kernel (warning does not go through shutdown so mounted fs acts as though you hit the reset button) kexec -e let's say you have some remote or embedded systems that you want to upgrade the kernel for. if you have loadable modules you need to rsync /lib/modules/ otherwise you just need to scp the kernel and initram (if you have one) over then kexec it. no more waiting for device reset scans, just reload the operating system with #/etc/init.d/kexec restart followed by # reboot this is especially handy as grub2 has a few quirks regarding 'failsafe' menu choices, so doing things this way you can have grub2 still boot 'actuallyworks-vmlinuz' and then from ssh run kexec to 'testing-vmlinuz' hope this has been interesting!
Re: [gentoo-user] kexec
On Mon, Nov 17, 2014 at 01:52:28AM +, thegeezer wrote: kexec is a great little utility. when you run /etc/init.d/kexec start it creates references in the existing kernel for a soft reboot into a new kernel. you can then at a time of your choosing run reboot and the system will appear to go through a clean shutdown cycle, but instead of triggering the power cycle, it will access the referenced kernel and initram and load them into memory as though we are just coming from the grub boot menu. the kernel image and initramfs must be visible at the time you choose to reboot. I've heard a little about this and have been curious to try it, but haven't had the opportunity to dig into it yet. using the tools manally is possible too -- /etc/init.d/kexec automounts boot and searches for the bits to use. you can do it manually by /etc/init.d/kexec - is this a SysV/OpenRC-based init script? How does it play with systemd, do you know? ## load a kernel and initram kexec -l /boot/vmlinux --append=dolvm, root=/dev/vg/root --initrd=/boot/initrd ## reboot hard and fast into new kernel (warning does not go through shutdown so mounted fs acts as though you hit the reset button) kexec -e Would I be correct in guessing that this is dependant on sys-apps/kexec-tools being installed and CONFIG_KEXEC being enabled in the kernel? And, with CONFIG_KEXEC, is that required for the old kernel, new kernel or both? Also, how would one go about manually using kexec while still adhearing to a clean shutdown (going down through init, rather than just reset into the new kernel)? hope this has been interesting! It has, and having read this I'm going to try and play around with it in the next couple of days. Thanks for the info on it. Cheers. -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 signature.asc Description: Digital signature
Re: [gentoo-user] kexec
On Sun, Nov 16, 2014 at 10:25 PM, wraeth wra...@wraeth.id.au wrote: On Mon, Nov 17, 2014 at 01:52:28AM +, thegeezer wrote: using the tools manally is possible too -- /etc/init.d/kexec automounts boot and searches for the bits to use. you can do it manually by /etc/init.d/kexec - is this a SysV/OpenRC-based init script? How does it play with systemd, do you know? Kexec is a generic tool. The init.d script is openrc-specific. If you have a kernel loaded, you can reboot to it in systemd by just running systemctl kexec - that will shutdown the system and run the new kernel. You can also set up a systemd unit to load the kernel at boot time - kexec-tools installs one such unit already, and arch has an example of an instance-based one. Would I be correct in guessing that this is dependant on sys-apps/kexec-tools being installed and CONFIG_KEXEC being enabled in the kernel? And, with CONFIG_KEXEC, is that required for the old kernel, new kernel or both? Yes, and I believe it is needed for the running kernel (though you'd probably want it on the new one too). Also, how would one go about manually using kexec while still adhearing to a clean shutdown (going down through init, rather than just reset into the new kernel)? kexec -e is the command you want to run when you're ready to reboot. Obviously you don't want to run that until you're shut down. How to shut down is a function of your init implementation. -- Rich
Re: [gentoo-user] syslog-ng-3.6.1 nearly no log anymore
On Sat, Nov 15, 2014 at 04:11:56PM -0500, Rich Freeman wrote USE=systemd simply means to enable support for systemd, not that it is running. Generally stuff like this should be a matter of configuration, not build options. Otherwise your life as a Gentoo user would be a living nightmare when you look at how many profile use flags there are. There are already some situations where 2 programs cannot co-exist, e.g. 2 MTAs. This may be a similar situation in principle. A system daemon may operate differently under openrc than systemd. When I run emerge -pv syslog-ng I see that a systemd USE flag exists, but not an openrc USE flag. I think that's the root of the problem. The default is to support openrc. When the ebuild sees sees the systemd, it assumes you're not running openrc. Maybe the solution for syslog-ng is to add an openrc USE flag. Build in support for whichever flag is set. When experimenting, people might want to set both openrc and systemd USE flags for syslog-ng. If systemd users have to set the systemd flag for some ebuilds, I have no objection to setting the openrc USE flag in make.conf. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
