Re: [gentoo-user] Compiling for different CPU but same architecture
On Fri, 2014-08-01 at 00:46 -0500, Canek Peláez Valdés wrote: If you are using systemd, even better, use systemd-nswpan. systemd-nspawn is quite a useful utility for working in a chroot - almost a complete virtual machine without the overhead. I also came across a handy introduction to it [1] too, by none other than rich0 (one of our esteemed devs) - it's worth a read (particularly when you try using it without DEVPTS_MULTIPLE_INSTANCES set - that was fun!). [1] http://rich0gentoo.wordpress.com/2014/07/14/quick-systemd-nspawn-guide/ -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Compiling for different CPU but same architecture
On Fri, 01 Aug 2014 15:59:56 +1000, wraeth wrote: systemd-nspawn is quite a useful utility for working in a chroot - almost a complete virtual machine without the overhead. I also came across a handy introduction to it [1] too, by none other than rich0 (one of our esteemed devs) - it's worth a read (particularly when you try using it without DEVPTS_MULTIPLE_INSTANCES set - that was fun!). [1] http://rich0gentoo.wordpress.com/2014/07/14/quick-systemd-nspawn-guide/ I saw that a couple of weeks ago and thought I'll try that when I get time. The time needed turned out to be about 5 minutes, it's so much easier than using a chroot. -- Neil Bothwick WinErr 014: Keyboard locked - Try anything you can think of. signature.asc Description: PGP signature
Re: [gentoo-user] Compiling for different CPU but same architecture
On Fri, 2014-08-01 at 08:53 +0100, Neil Bothwick wrote: On Fri, 01 Aug 2014 15:59:56 +1000, wraeth wrote: systemd-nspawn is quite a useful utility for working in a chroot - almost a complete virtual machine without the overhead. I also came across a handy introduction to it [1] too, by none other than rich0 (one of our esteemed devs) - it's worth a read (particularly when you try using it without DEVPTS_MULTIPLE_INSTANCES set - that was fun!). [1] http://rich0gentoo.wordpress.com/2014/07/14/quick-systemd-nspawn-guide/ I saw that a couple of weeks ago and thought I'll try that when I get time. The time needed turned out to be about 5 minutes, it's so much easier than using a chroot. systemd-nspawn seems to be interesting. But will it work on my i5? Because I prefer to use -march=native. For using distcc I copied all the flags that gcc selects in march=native mode to make.conf.
Re: [gentoo-user] colord failed to upgrade
On Friday, August 01, 2014 07:11:59 AM Gevisz wrote: On Thu, 31 Jul 2014 20:17:54 +0200 J. Roeleveld jo...@antarean.org wrote: On 31 July 2014 16:19:21 CEST, Gevisz gev...@gmail.com wrote: On Thu, 31 Jul 2014 10:03:09 -0400 Alec Ten Harmsel a...@alectenharmsel.com wrote: I can't comment on a long-term, real, proper solution, but for right now emerge --oneshot dev-perl/XML-Parser should at least allow you to continue building colord. It seems that it helped, but not the suggestions from # perl-cleaner --all output. Thank you. Did you run the commands and then rerun perlcleaner as the output mentions at the end of the text? No. I did not run perl-cleaner just after those 2 suggested commands because I had not noted that demand. So, my complaint that the suggested long-term solution does not work may be incorrect. The claim is incorrect. I did what it said in the output and it resolved the issue on my systems. However, I run perl-cleaner after # emerge --oneshot dev-perl/XML-Parser # emerge --update --deep --with-bdeps=y --newuse --backtrack=60 --ask world # emerge --depclean --ask So, I hope that the problem was fixed. It should be resolved now. I don't add the --backtrack part. It hasn't been needed for me ever since I started using Gentoo sometime in 2004. (Not sure when it got introduced?) -- Joost
Re: [gentoo-user] Compiling for different CPU but same architecture
On Fri, 01 Aug 2014 13:31:09 +0530, Nilesh Govindrajan wrote: systemd-nspawn seems to be interesting. But will it work on my i5? Because I prefer to use -march=native. For using distcc I copied all the flags that gcc selects in march=native mode to make.conf. . Do the same for systemd-nspawn or chroot. Alternatively, set up CFLAGS that are compatible with both systems and use packages built for the faster machine on both. -- Neil Bothwick Bug: (n.) any program feature not yet described to the marketing department. signature.asc Description: PGP signature
Re: [gentoo-user] Compiling for different CPU but same architecture
On Fri, 2014-08-01 at 13:31 +0530, Nilesh Govindrajan wrote: systemd-nspawn seems to be interesting. But will it work on my i5? Because I prefer to use -march=native. For using distcc I copied all the flags that gcc selects in march=native mode to make.conf. systemd-nspawn is described as a chroot on steroids. It has no impact on what flags you use for compiling packages. The advantage of systemd-nspawn is the fact that it actually isolates and executes the chroot's own init process, either systemd or (as I understand - haven't tested myself) newer versions of OpenRC. Once you're in the chroot, things work almost the same as if you had actually booted the system itself (with some exceptions). It manages mounting the virtual filesystems it needs, and has built-in functionality for managing bind mounts if needed (such as binding your portage tree so you don't have to re-download it). As Neil said, once inside the chroot, you would still have to manually set your CFLAGS - -march=native is a function of gcc to dynamically detect the optimal flags to use *at the time it compiles*. All this is rather meaningless, though, if you don't have systemd on your host system anyway. -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Compiling for different CPU but same architecture
On Fri, 2014-08-01 at 18:23 +1000, wraeth wrote: On Fri, 2014-08-01 at 13:31 +0530, Nilesh Govindrajan wrote: systemd-nspawn seems to be interesting. But will it work on my i5? Because I prefer to use -march=native. For using distcc I copied all the flags that gcc selects in march=native mode to make.conf. systemd-nspawn is described as a chroot on steroids. It has no impact on what flags you use for compiling packages. The advantage of systemd-nspawn is the fact that it actually isolates and executes the chroot's own init process, either systemd or (as I understand - haven't tested myself) newer versions of OpenRC. Once you're in the chroot, things work almost the same as if you had actually booted the system itself (with some exceptions). It manages mounting the virtual filesystems it needs, and has built-in functionality for managing bind mounts if needed (such as binding your portage tree so you don't have to re-download it). As Neil said, once inside the chroot, you would still have to manually set your CFLAGS - -march=native is a function of gcc to dynamically detect the optimal flags to use *at the time it compiles*. All this is rather meaningless, though, if you don't have systemd on your host system anyway. I wouldn't have taken interest in that one if I didn't have systemd. I'm using GNOME3 on both my desktop and the laptop, so systemd is a must. -- Nilesh Govindrajan m...@nileshgr.com
Re: [gentoo-user] colord failed to upgrade
On Fri, 01 Aug 2014 10:07:18 +0200 J. Roeleveld jo...@antarean.org wrote: On Friday, August 01, 2014 07:11:59 AM Gevisz wrote: On Thu, 31 Jul 2014 20:17:54 +0200 J. Roeleveld jo...@antarean.org wrote: On 31 July 2014 16:19:21 CEST, Gevisz gev...@gmail.com wrote: On Thu, 31 Jul 2014 10:03:09 -0400 Alec Ten Harmsel a...@alectenharmsel.com wrote: I can't comment on a long-term, real, proper solution, but for right now emerge --oneshot dev-perl/XML-Parser should at least allow you to continue building colord. It seems that it helped, but not the suggestions from # perl-cleaner --all output. Thank you. Did you run the commands and then rerun perlcleaner as the output mentions at the end of the text? No. I did not run perl-cleaner just after those 2 suggested commands because I had not noted that demand. So, my complaint that the suggested long-term solution does not work may be incorrect. The claim is incorrect. I did what it said in the output and it resolved the issue on my systems. However, I run perl-cleaner after # emerge --oneshot dev-perl/XML-Parser # emerge --update --deep --with-bdeps=y --newuse --backtrack=60 --ask world # emerge --depclean --ask So, I hope that the problem was fixed. It should be resolved now. I don't add the --backtrack part. It hasn't been needed for me ever since I started using Gentoo sometime in 2004. (Not sure when it got introduced?) I am not sure if it was needed this time, but only this option helped me to fix the problem with my previous system update when I deviated a bit from my usual system update routine and got a similar message about blocked packages.
Re: [gentoo-user] Compiling for different CPU but same architecture
On Fri, 2014-08-01 at 13:55 +0530, Nilesh Govindrajan wrote: I wouldn't have taken interest in that one if I didn't have systemd. I'm using GNOME3 on both my desktop and the laptop, so systemd is a must. Yes, well, I thought it prudent just to make sure ;) -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
[gentoo-user] Gnome, pam_mount, keyrings ...
Greetings, could someone pls point me at how to solve this in the right way - I run gnome3, with gnome-keyring, seahorse, systemd-ui brings systemd-gnome-ask-password-agent (do I need that?) and I use pam_mount to unlock and mount my encrypted home-dir (thinkpad). As it happens I use a rather weak password (you know, you set something up for testing and then it gets productive ...) ... which I would like to change. So I have to add/edit the LUKS-keyphrase for the LUKS-device and additionally edit my password via plain passwd, right? And there is the gnome keyring, which I can edit via seahorse, right? What exactly to edit in there? I tried that for several times and never managed to change it all in the proper way so that logging in to gdm unlocks pam_mount as well ... I always ended up with a mismatch ... Could someone point out how to do this? Thanks a lot, Stefan!
Re: [gentoo-user] Re: USE flags handling
On Thursday 31 July 2014 15:37:51 Alan McKinnon wrote: On 31/07/2014 12:45, Alec Ten Harmsel wrote: So on that box you wouldn't choose a KDE program. Simple. Yes, it was simple. Everything on gentoo is just s simple ;) I think this is the first discussion about desktop environments I've ever seen that hasn't degenerated into a complete flame war. I love this list. Just wait till Neil, me and a few others swing the topic over to WW II fighter aircraft. The flames will start then. Ooh, the temptation ... -- Regards Peter
Re: [gentoo-user] colord failed to upgrade
On Thursday 31 July 2014 16:19:41 J. Roeleveld wrote: On 31 July 2014 16:03:09 CEST, Alec Ten Harmsel a...@alectenharmsel.com wrote: I can't comment on a long-term, real, proper solution, but for right now emerge --oneshot dev-perl/XML-Parser should at least allow you to continue building colord. Please do not top post. Far worse than top-posting is leaving reams and reams of quoted text in a reply that have nothing to do with your own contribution. I'm repeatedly surprised at how many old-timers forget that. Please snip irrelevancies out. -- Regards Peter
Re: [gentoo-user] Compiling for different CPU but same architecture
2014-08-01 2:01 GMT-06:00 Nilesh Govindrajan m...@nileshgr.com: On Fri, 2014-08-01 at 08:53 +0100, Neil Bothwick wrote: On Fri, 01 Aug 2014 15:59:56 +1000, wraeth wrote: systemd-nspawn is quite a useful utility for working in a chroot - almost a complete virtual machine without the overhead. I also came across a handy introduction to it [1] too, by none other than rich0 (one of our esteemed devs) - it's worth a read (particularly when you try using it without DEVPTS_MULTIPLE_INSTANCES set - that was fun!). [1] http://rich0gentoo.wordpress.com/2014/07/14/quick-systemd-nspawn-guide/ I saw that a couple of weeks ago and thought I'll try that when I get time. The time needed turned out to be about 5 minutes, it's so much easier than using a chroot. systemd-nspawn seems to be interesting. But will it work on my i5? Because I prefer to use -march=native. For using distcc I copied all the flags that gcc selects in march=native mode to make.conf. I don't think what CFLAGS you are using matters for using systemd-nspawn, but In my tests, It can be used for typical chroot and installation of a stage3 with openrc, but if you want to use '-b' to boot the container you need systemd on host and container. Here's another guide[1] by a gentoo dev, but on CFLAGS, -march=native and using distcc. [1] http://blogs.gentoo.org/mgorny/2014/06/23/inlining-marchnative-for-distcc/
Re: [gentoo-user] Compiling for different CPU but same architecture
On Fri, 1 Aug 2014 05:45:36 -0600, Jc García wrote: systemd-nspawn seems to be interesting. But will it work on my i5? Because I prefer to use -march=native. For using distcc I copied all the flags that gcc selects in march=native mode to make.conf. I don't think what CFLAGS you are using matters for using systemd-nspawn. If you are using a chroot to build packages for installation on another machine, the CFLAGS should be appropriate for the target machine, not the build host. -- Neil Bothwick The quickest way to a man's heart is through his sternum. signature.asc Description: PGP signature
Re: [gentoo-user] colord failed to upgrade
On Friday, August 01, 2014 11:00:11 AM Peter Humphrey wrote: On Thursday 31 July 2014 16:19:41 J. Roeleveld wrote: On 31 July 2014 16:03:09 CEST, Alec Ten Harmsel a...@alectenharmsel.com wrote: I can't comment on a long-term, real, proper solution, but for right now emerge --oneshot dev-perl/XML-Parser should at least allow you to continue building colord. Please do not top post. Far worse than top-posting is leaving reams and reams of quoted text in a reply that have nothing to do with your own contribution. I'm repeatedly surprised at how many old-timers forget that. Please snip irrelevancies out. Snipping emails using a mobile phone on a bumpy road doesn't work... If you know of a decent email client for Android that makes it simpler? -- Joost
Re: [gentoo-user] Compiling for different CPU but same architecture
2014-08-01 5:51 GMT-06:00 Neil Bothwick n...@digimed.co.uk: On Fri, 1 Aug 2014 05:45:36 -0600, Jc García wrote: systemd-nspawn seems to be interesting. But will it work on my i5? Because I prefer to use -march=native. For using distcc I copied all the flags that gcc selects in march=native mode to make.conf. I don't think what CFLAGS you are using matters for using systemd-nspawn. If you are using a chroot to build packages for installation on another machine, the CFLAGS should be appropriate for the target machine, not the build host. Maybe I misinterpreted what he was asking, I was only thinking about the part of using nspawn as a replacement for chroot, not beyond that, but you're right. -- Neil Bothwick The quickest way to a man's heart is through his sternum.
Re: [gentoo-user] colord failed to upgrade
On 8/1/2014 7:53 AM, J. Roeleveld jo...@antarean.org wrote: Snipping emails using a mobile phone on a bumpy road doesn't work... So, you're replying to emails while driving? bites tongue hard bashes knuckles harder Are you insane?
Re: [gentoo-user] Compiling for different CPU but same architecture
On Fri, 2014-08-01 at 06:00 -0600, Jc García wrote: 2014-08-01 5:51 GMT-06:00 Neil Bothwick n...@digimed.co.uk: On Fri, 1 Aug 2014 05:45:36 -0600, Jc García wrote: systemd-nspawn seems to be interesting. But will it work on my i5? Because I prefer to use -march=native. For using distcc I copied all the flags that gcc selects in march=native mode to make.conf. I don't think what CFLAGS you are using matters for using systemd-nspawn. If you are using a chroot to build packages for installation on another machine, the CFLAGS should be appropriate for the target machine, not the build host. Maybe I misinterpreted what he was asking, I was only thinking about the part of using nspawn as a replacement for chroot, not beyond that, but you're right. -- Neil Bothwick The quickest way to a man's heart is through his sternum. Why it shouldn't matter? What if a package's building process depends on some other package? Though the build process isn't for a completely different arch, it might matter. That's my doubt.
Re: [gentoo-user] Compiling for different CPU but same architecture
On Fri, 2014-08-01 at 06:00 -0600, Jc García wrote: 2014-08-01 5:51 GMT-06:00 Neil Bothwick n...@digimed.co.uk: On Fri, 1 Aug 2014 05:45:36 -0600, Jc García wrote: systemd-nspawn seems to be interesting. But will it work on my i5? Because I prefer to use -march=native. For using distcc I copied all the flags that gcc selects in march=native mode to make.conf. I don't think what CFLAGS you are using matters for using systemd-nspawn. If you are using a chroot to build packages for installation on another machine, the CFLAGS should be appropriate for the target machine, not the build host. Maybe I misinterpreted what he was asking, I was only thinking about the part of using nspawn as a replacement for chroot, not beyond that, but you're right. -- Neil Bothwick The quickest way to a man's heart is through his sternum. Why it shouldn't matter? What if a package's building process depends on some other package? Though the build process isn't for a completely different arch, it might matter. That's my doubt.
Re: [gentoo-user] colord failed to upgrade
On Friday, August 01, 2014 08:05:27 AM Tanstaafl wrote: On 8/1/2014 7:53 AM, J. Roeleveld jo...@antarean.org wrote: Snipping emails using a mobile phone on a bumpy road doesn't work... So, you're replying to emails while driving? Yes bites tongue hard bashes knuckles harder Are you insane? Sometimes... But I don't drive myself when using my mobile. This is on a bus...
Re: [gentoo-user] colord failed to upgrade
On 8/1/2014 8:42 AM, J. Roeleveld jo...@antarean.org wrote: But I don't drive myself when using my mobile. This is on a bus... Lol... sorry, I never ride a bus so didn't consider that possibility... ;)
Re: [gentoo-user] Compiling for different CPU but same architecture
2014-08-01 6:22 GMT-06:00 Nilesh Govindrajan m...@nileshgr.com: Why it shouldn't matter? What if a package's building process depends on some other package? Though the build process isn't for a completely different arch, it might matter. That's my doubt. If you want to build packages(tbz2), especifically for one machine, and you setup a container to do the building there you will have everything you need and you can have /etc/portage in sync, the issue might be if you want to reuse packages on both machines you would have to ensure the package and dependencies use -mtune=generic, but you still can have use flags differing that's more trouble. I wanted to do the same as you, but my resources are more constrained, I have an i3 desktop, where I have a container building for an amd-e2100 netbook(mostly for large packages), I didn't use distcc since building in the netbook doesn't really make the building much faster, but if I had more resources I would try to use distcc in pump mode.
[gentoo-user] What to put in chroot mtab
Hello list, I run a couple of chroots on this box to build packages for other boxes on the LAN. So far, I haven't worked out what I should populate /etc/mtab with in each chroot. Is it enough to grep ext4 /etc/mtab /mnt/chroot/etc/mtab? That catches all the physical partitions, but I imagine I need to add some /proc, /sys and /dev entries as well, but is there a simple formula for doing this? -- Regards Peter
Re: [gentoo-user] What to put in chroot mtab
On Friday 01 August 2014 14:07:08 I wrote: I run a couple of chroots on this box to build packages for other boxes on the LAN. So far, I haven't worked out what I should populate /etc/mtab with in each chroot. Is it enough to grep ext4 /etc/mtab /mnt/chroot/etc/mtab? That catches all the physical partitions, but I imagine I need to add some /proc, /sys and /dev entries as well, but is there a simple formula for doing this? I meant to add that one chroot is 32-bit and the other is 64. The host is an i5 running openrc. -- Regards Peter
Re: [gentoo-user] What to put in chroot mtab
Peter Humphrey wrote: On Friday 01 August 2014 14:07:08 I wrote: I run a couple of chroots on this box to build packages for other boxes on the LAN. So far, I haven't worked out what I should populate /etc/mtab with in each chroot. Is it enough to grep ext4 /etc/mtab /mnt/chroot/etc/mtab? That catches all the physical partitions, but I imagine I need to add some /proc, /sys and /dev entries as well, but is there a simple formula for doing this? I meant to add that one chroot is 32-bit and the other is 64. The host is an i5 running openrc. It has been a good while since I used this. So, make sure it makes sense to you before trying this. This may not work if something has changed in the past several years. Use with caution if at all. This is a little script, if you want to call it that, that I used to do mine. It also lists the command to use to do a 32 bit chroot from a 64 bit rig. Here it is: root@fireball / # cat /root/xx.chroot-mount-32bit mount -o bind /dev /mnt/gentoo32/dev mount -o bind /dev/pts /mnt/gentoo32/dev/pts mount -o bind /dev/shm /mnt/gentoo32/dev/shm mount -o bind /proc /mnt/gentoo32/proc mount -o bind /proc/bus/usb /mnt/gentoo32/proc/bus/usb mount -o bind /sys /mnt/gentoo32/sys mkdir -p /mnt/gentoo32/usr/portage/ mount -o bind /usr/portage /mnt/gentoo32/usr/portage/ echo mounting finished echo run linux32 chroot /mnt/gentoo32 /bin/bash next root@fireball / # You may have different mount points at the very least so edit to match what you have. Again, things could have changed and that no longer will work. It may not be a bad idea to let someone who has done this more recently to give a thumbs up to that. That last command should be: linux32 chroot /mnt/gentoo32 /bin/bash Dale :-) :-)
Re: [gentoo-user] What to put in chroot mtab
On Fri, Aug 1, 2014 at 9:07 AM, Peter Humphrey pe...@prh.myzen.co.uk wrote: Hello list, I run a couple of chroots on this box to build packages for other boxes on the LAN. So far, I haven't worked out what I should populate /etc/mtab with in each chroot. Is it enough to grep ext4 /etc/mtab /mnt/chroot/etc/mtab? That catches all the physical partitions, but I imagine I need to add some /proc, /sys and /dev entries as well, but is there a simple formula for doing this? ln -sf /proc/self/mounts /etc/mtab Problem solved, mostly. I still get some garbage in mount output in containers, but this seems to be the way everything is going. Rich
[gentoo-user] a question about emerge --sync
Hello everybody. I have a little bandwidth problem. I don't want to update my packages very frequently. Is it save to sync my portage not very often, say every month or two, so when I install something I wont be warned that some of my packages are outdated? In this manner I wont need to mask my packages, to prevent them from updating, right ? Thanks.
Re: [gentoo-user] What to put in chroot mtab
On Friday 01 August 2014 14:12:46 Peter Humphrey wrote: On Friday 01 August 2014 14:07:08 I wrote: I run a couple of chroots on this box to build packages for other boxes on the LAN. So far, I haven't worked out what I should populate /etc/mtab with in each chroot. Is it enough to grep ext4 /etc/mtab /mnt/chroot/etc/mtab? That catches all the physical partitions, but I imagine I need to add some /proc, /sys and /dev entries as well, but is there a simple formula for doing this? I meant to add that one chroot is 32-bit and the other is 64. The host is an i5 running openrc. Thanks for your script, Dale, but I already have something like it in /etc/init.d/chroot. It's what to put in the chroot's mtab I was asking about. Thanks for your suggestion too, Rich. It gives an even longer list of mounts than the host's mtab. I now realise that I haven't thought this through properly. I want the chroot's mtab to contain references to all the things it can see, and only those, modified if necessary to strip off the path to the chroot itself. Listing all the ext4 file-systems outside the chroot (which it can't see) is stupid. Looks like a manual setup is needed. -- Regards Peter
Re: [gentoo-user] What to put in chroot mtab
On Fri, Aug 1, 2014 at 8:12 AM, Peter Humphrey pe...@prh.myzen.co.uk wrote: On Friday 01 August 2014 14:07:08 I wrote: I run a couple of chroots on this box to build packages for other boxes on the LAN. So far, I haven't worked out what I should populate /etc/mtab with in each chroot. Is it enough to grep ext4 /etc/mtab /mnt/chroot/etc/mtab? That catches all the physical partitions, but I imagine I need to add some /proc, /sys and /dev entries as well, but is there a simple formula for doing this? I meant to add that one chroot is 32-bit and the other is 64. The host is an i5 running openrc. As Rich already pointed out, just make /etc/mtab a symlink from /proc/self/mounts. If there is more mount points there than the ones you need, grep -v'd them. And just for completeness, systemd actually requires /etc/mtab as a link to /proc/self/mounts, so don't be surprised if software in the future in Linux just assumes that. Saludos. -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] a question about emerge --sync
2014-08-01 8:30 GMT-06:00 behrouz khosravi bz.khosr...@gmail.com:
Hello everybody.
I have a little bandwidth problem. I don't want to update my packages
very frequently.
Is it save to sync my portage not very often, say every month or two,
so when I install something I wont be warned that some of my packages
are outdated?
If you plan to update monthly you might want to use emerge-webrsync,
and download portage snapshots as a tarball, it isn't that large
~70MiB, and if you get the chance of acces a better connection, you
can download it from the web[1] and just unpack it to your
${PORTDIR}, this is one of the good things about portage, and source
based compared to binary distros, you download a snapshot, upgrade
your packages, and you can keep installing packages from the ebuilds
in that snapshot without trouble for some time(if sources are
available), I know someone, a bit insane in my opinion, that was
still using a 2009 snapshot of portage as of the last year(not without
troubles), and he might still.
In this manner I wont need to mask my packages, to prevent them from
updating, right ?
Thanks.
Re: [gentoo-user] a question about emerge --sync
2014-08-01 9:03 GMT-06:00 Jc García jyo.gar...@gmail.com:
2014-08-01 8:30 GMT-06:00 behrouz khosravi bz.khosr...@gmail.com:
Hello everybody.
I have a little bandwidth problem. I don't want to update my packages
very frequently.
Is it save to sync my portage not very often, say every month or two,
so when I install something I wont be warned that some of my packages
are outdated?
If you plan to update monthly you might want to use emerge-webrsync,
and download portage snapshots as a tarball, it isn't that large
~70MiB, and if you get the chance of acces a better connection, you
can download it from the web[1] and just unpack it to your
${PORTDIR}, this is one of the good things about portage, and source
based compared to binary distros, you download a snapshot, upgrade
your packages, and you can keep installing packages from the ebuilds
in that snapshot without trouble for some time(if sources are
available), I know someone, a bit insane in my opinion, that was
still using a 2009 snapshot of portage as of the last year(not without
troubles), and he might still.
In this manner I wont need to mask my packages, to prevent them from
updating, right ?
Thanks.
missing URL[1]
[1] http://distfiles.gentoo.org/snapshots/
Re: [gentoo-user] What to put in chroot mtab
On Fri, Aug 1, 2014 at 11:00 AM, Canek Peláez Valdés can...@gmail.com wrote: And just for completeness, systemd actually requires /etc/mtab as a link to /proc/self/mounts, so don't be surprised if software in the future in Linux just assumes that. Part of the reason for this is namespace support. As namespaces become more popular the concept of a global list of mounts goes away, because every process on the system has its own view of the virtual filesystem. Chroots are just a very primitive form of file namespaces when you think about it. Rich
Re: [gentoo-user] What to put in chroot mtab
On Friday 01 August 2014 10:00:40 Canek Peláez Valdés wrote: ... just for completeness, systemd actually requires /etc/mtab as a link to /proc/self/mounts, so don't be surprised if software in the future in Linux just assumes that. Well, that seems to imply that you can't run a systemd chroot on a systemd or openrc host, no? Because from inside the chroot, what /proc/self/mounts lists is inaccurate. I wouldn't like to be the one who has to write a new installation handbook for systemd-only systems! :) -- Regards Peter
Re: [gentoo-user] What to put in chroot mtab
On Friday 01 August 2014 11:07:26 Rich Freeman wrote: On Fri, Aug 1, 2014 at 11:00 AM, Canek Peláez Valdés can...@gmail.com wrote: And just for completeness, systemd actually requires /etc/mtab as a link to /proc/self/mounts, so don't be surprised if software in the future in Linux just assumes that. Part of the reason for this is namespace support. As namespaces become more popular the concept of a global list of mounts goes away, because every process on the system has its own view of the virtual filesystem. Chroots are just a very primitive form of file namespaces when you think about it. That's an interesting thought. So far I've ignored namespaces, but I can see some reading being needed soon. -- Regards Peter
Re: [gentoo-user] What to put in chroot mtab
On Fri, Aug 1, 2014 at 10:21 AM, Peter Humphrey pe...@prh.myzen.co.uk wrote: On Friday 01 August 2014 10:00:40 Canek Peláez Valdés wrote: ... just for completeness, systemd actually requires /etc/mtab as a link to /proc/self/mounts, so don't be surprised if software in the future in Linux just assumes that. Well, that seems to imply that you can't run a systemd chroot on a systemd or openrc host, no? If you want to boot a container with systemd-nspawn, then no, you can't; you need mtab to be a symlink to /proc/self/mounts. If you simply want to chroot to it, it doesn't matter; you will not be running systemd anyway. Because from inside the chroot, what /proc/self/mounts lists is inaccurate. In what sense is inaccurate? Inside my systemd-nspawn container: root@gentoo ~ # sort /etc/mtab | uniq /run /var/run none rw,bind 0 0 debugfs /sys/kernel/debug debugfs rw 0 0 fusectl /sys/fs/fuse/connections fusectl rw 0 0 hugetlbfs /dev/hugepages hugetlbfs rw 0 0 mqueue /dev/mqueue mqueue rw 0 0 tmpfs /tmp tmpfs rw,strictatime,mode=1777 0 0 That seems accurate to me. Sure, as Rich mentioned, there are repetitions and other stuff, but nothing that a quick grep or sort will not fix. I wouldn't like to be the one who has to write a new installation handbook for systemd-only systems! :) We'll need to rewrote the whole thing when we switch to systemd anyway. Regards. -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] a question about emerge --sync
140801 behrouz khosravi wrote: I have a little bandwidth problem. I don't want to update my packages very frequently. Is it save to sync my portage not very often, say every month or two, so when I install something I wont be warned that some of my packages are outdated? Every month sb ok : I update my desktop machine once/week, but my netbook only perhaps once/year. However, the packages with big downloads -- eg LibreOffice -- tend to update less often, so it won't make a big difference. In this manner I wont need to mask my packages, to prevent them from updating, right ? I've been using Gentoo since 2003 have never done 'emerge world' without the '-p' flag. I do 'eix-sync' make a list of updates, then emerge them individually, I've never got into a mess. Sometimes, if someone does a big 'emerge world' after a long delay, there cb difficult upgrades which require special treatment s/he can get into a tangle without any obvious way out. For some items -- again eg LO -- you don't need to do every update : I'm using 4.2.0.4 (Portage stable 4.2.5.2) won't update till 4.3.x.x . A lot of the changes are minor bug fixes or features I don't use. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Re: USE flags handling
140731 Walter Dnes wrote: On Thu, Jul 31, 2014 at 10:47:29AM +0200, Volker Armin Hemmann wrote When reading pdf files, one expects images, so tiff and jpeg are reasonable flags. One does *NOT* expect audio stuff like phonon. And phonon *DEMANDS SOMETHING*. vlc is one of the options that satisfies phonon's demands. Or you could choose gstreamer and its gazillion plugins. Not quite (smile) ! -- I ran into this sent bugs to Gentoo + KDE ; the outcome was that I discovered that Phonon doesn't in fact demand that you install the actual sound software : it works to do 'USE=gstreamer --nodeps emerge phonon' Kdelibs then compiles successfully as well. If you compile KDE outside Portage, there's a nosound flag, but the Gentoo devs have implemented that to require 'USE=soundpkg, perhaps knowing that it cb happily ignored via '--nodeps'. Just don't expect this to be documented anywere (grimace). -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] What to put in chroot mtab
On Friday 01 August 2014 10:29:17 Canek Peláez Valdés wrote: On Fri, Aug 1, 2014 at 10:21 AM, Peter Humphrey pe...@prh.myzen.co.uk wrote: On Friday 01 August 2014 10:00:40 Canek Peláez Valdés wrote: ... just for completeness, systemd actually requires /etc/mtab as a link to /proc/self/mounts, so don't be surprised if software in the future in Linux just assumes that. Well, that seems to imply that you can't run a systemd chroot on a systemd or openrc host, no? If you want to boot a container with systemd-nspawn, then no, you can't; you need mtab to be a symlink to /proc/self/mounts. If you simply want to chroot to it, it doesn't matter; you will not be running systemd anyway. Because from inside the chroot, what /proc/self/mounts lists is inaccurate. In what sense is inaccurate? Inside my systemd-nspawn container: root@gentoo ~ # sort /etc/mtab | uniq /run /var/run none rw,bind 0 0 debugfs /sys/kernel/debug debugfs rw 0 0 fusectl /sys/fs/fuse/connections fusectl rw 0 0 hugetlbfs /dev/hugepages hugetlbfs rw 0 0 mqueue /dev/mqueue mqueue rw 0 0 tmpfs /tmp tmpfs rw,strictatime,mode=1777 0 0 That seems accurate to me. Sure, as Rich mentioned, there are repetitions and other stuff, but nothing that a quick grep or sort will not fix. I only meant that things mounted outside the chroot are listed inside it, even though they can't be accessed from there. I've solved the problem for myself anyway, for now, by constructing a suitable mtab by hand from outside the chroot for use within it. I wouldn't like to be the one who has to write a new installation handbook for systemd-only systems! :) We'll need to rewrote the whole thing when we switch to systemd anyway. Indeed. -- Regards Peter
Re: [gentoo-user] Re: USE flags handling
On 01/08/2014 05:16, Walter Dnes wrote:
On Thu, Jul 31, 2014 at 10:47:29AM +0200, Volker Armin Hemmann wrote
how much do you have to install if you deactivate all use flags for
okular? well, you still have all of qt... and kdelibs and phonon... but
you would loose a lot of the other stuff. vlc support in phonon is as
optional as tiff or chm in okular.
When reading pdf files, one expects images, so tiff and jpeg are
reasonable flags. One does *NOT* expect audio stuff like phonon. And
phonon *DEMANDS SOMETHING*. vlc is one of the options that satisfies
phonon's demands. Or you could choose gstreamer and its gazillion plugins.
I have no idea what you are talking about.
[I] kde-base/okular
Available versions: (4) 4.12.5-r1(4/4.12)^t (~)4.13.3(4/4.13)^t
{aqua chm crypt debug djvu dpi ebook +handbook +jpeg mobi +pdf
+postscript +tiff}
There's nothing in there about audio or video. There's only images and
of those only 4 rational ones are enabled by default plus the help system.
So what is the real problem exactly again?
--
Alan McKinnon
alan.mckin...@gmail.com
[gentoo-user] --exclude gentoo-sources
Howdy, I know I can use this option to protect kernel sources I want to keep around, from removal, via depclean. However, I use to just manually edit the world file and explicitly list the kernel sources versions I wanted to keep. This does not seem to work anymore? Other suggestions to keep the kernel sources around ? James
Re: [gentoo-user] a question about emerge --sync
On Fri, Aug 1, 2014 at 7:30 AM, behrouz khosravi bz.khosr...@gmail.com wrote: Is it save to sync my portage not very often, say every month or two, so when I install something I wont be warned that some of my packages are outdated? In this manner I wont need to mask my packages, to prevent them from updating, right ? You seem to be slightly confusing two different things. There is 'emerge --sync' (or emerge-webrsync) which maintains your copy of the portage tree and then there's 'emerge --update' which actually downloads the source, compiles, and then installs it. Running 'emerge --sync' or 'eix-sync' or 'emerge-webrsync' downloads *very* little (ebuild files, updates to package masks, etc). There's nothing stopping you from running a sync every day but only *updating* packages every month. The two are separate operations. It's probably not a bad idea to sync relatively often so you can see what changes are happening and can 'eselect news read' to keep up with announcements even if you don't plan on actually upgrading for long periods of time -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: about.me/douglas_hunley G+: http://google.com/+DouglasHunley
Re: [gentoo-user] a question about emerge --sync
On 01/08/2014 16:30, behrouz khosravi wrote: Hello everybody. I have a little bandwidth problem. I don't want to update my packages very frequently. Is it save to sync my portage not very often, say every month or two, so when I install something I wont be warned that some of my packages are outdated? In this manner I wont need to mask my packages, to prevent them from updating, right ? When to sync is completely in your control, so do it as often as you want. When installing a package, portage will want to install the latest deps according to your arch and mask/keywords, so if you haven't synced in a while, there's fewer updates. I used to do this often, as ZA used to have huge bandwidth problems. Back then I would only sync when I had decent bandwidth and I would fetch the distfiles in advance: emerge -pvf... whatever and then use the regular grep\sed\sawk tools to get a list of distfiles to download. I would fetch those and write them to $PORTDIOR/distfiles When I ran emerge world for real, it would not need to fetch tarballs as they were already there. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] --exclude gentoo-sources
On 08/01/2014 07:58 PM, James wrote: Howdy, I know I can use this option to protect kernel sources I want to keep around, from removal, via depclean. However, I use to just manually edit the world file and explicitly list the kernel sources versions I wanted to keep. This does not seem to work anymore? Other suggestions to keep the kernel sources around ? James emerge(1) Packages that are part of the world set will always be kept. They can be manually added to this set with emerge --noreplace atom. E.g. emerge --noreplace =sys-kernel/gentoo-sources-x.x.x
Re: [gentoo-user] --exclude gentoo-sources
On 01/08/2014 18:58, James wrote: Howdy, I know I can use this option to protect kernel sources I want to keep around, from removal, via depclean. However, I use to just manually edit the world file and explicitly list the kernel sources versions I wanted to keep. This does not seem to work anymore? Other suggestions to keep the kernel sources around ? put gentoo-sources in world, you then always get the latest. test each one , decide which are worth keeping. Let's say for argument that is 3.15.4, so: emerge -n =gentoo-sources-3.15.4 All versions not listed thusly are subject to depcleaning -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] colord failed to upgrade
On 01/08/2014 10:07, J. Roeleveld wrote: On Friday, August 01, 2014 07:11:59 AM Gevisz wrote: On Thu, 31 Jul 2014 20:17:54 +0200 J. Roeleveld jo...@antarean.org wrote: On 31 July 2014 16:19:21 CEST, Gevisz gev...@gmail.com wrote: On Thu, 31 Jul 2014 10:03:09 -0400 Alec Ten Harmsel a...@alectenharmsel.com wrote: I can't comment on a long-term, real, proper solution, but for right now emerge --oneshot dev-perl/XML-Parser should at least allow you to continue building colord. It seems that it helped, but not the suggestions from # perl-cleaner --all output. Thank you. Did you run the commands and then rerun perlcleaner as the output mentions at the end of the text? No. I did not run perl-cleaner just after those 2 suggested commands because I had not noted that demand. So, my complaint that the suggested long-term solution does not work may be incorrect. The claim is incorrect. I did what it said in the output and it resolved the issue on my systems. However, I run perl-cleaner after # emerge --oneshot dev-perl/XML-Parser # emerge --update --deep --with-bdeps=y --newuse --backtrack=60 --ask world # emerge --depclean --ask So, I hope that the problem was fixed. It should be resolved now. I don't add the --backtrack part. It hasn't been needed for me ever since I started using Gentoo sometime in 2004. (Not sure when it got introduced?) s/(Not sure when it got introduced)/$1 or even what it is for?/g There ya go, fixed that for ya. This appears to hold true for every Gentoo'er in the universe except 10 people in the magic $I_GROK_PORTAGE group. I myself am not in that group. -- Alan McKinnon alan.mckin...@gmail.com
Fwd: Re: [gentoo-user] --exclude gentoo-sources
Original Message Subject:Re: [gentoo-user] --exclude gentoo-sources Date: Fri, 01 Aug 2014 20:12:06 +0300 From: Alexander Kapshuk alexander.kaps...@gmail.com To: gentoo-user@lists.gentoo.org On 08/01/2014 07:58 PM, James wrote: Howdy, I know I can use this option to protect kernel sources I want to keep around, from removal, via depclean. However, I use to just manually edit the world file and explicitly list the kernel sources versions I wanted to keep. This does not seem to work anymore? Other suggestions to keep the kernel sources around ? James emerge(1) Packages that are part of the world set will always be kept. They can be manually added to this set with emerge --noreplace atom. E.g. emerge --noreplace =sys-kernel/gentoo-sources-x.x.x To remove the kernel sources pkg use: emerge --deselect sys-kernel/gentoo-sources:x.x.x Removing sys-kernel/gentoo-sources:x.x.x from world favorites file... Followed by 'emerge -a --depclean'
Re: [gentoo-user] colord failed to upgrade
On 01/08/2014 13:53, J. Roeleveld wrote: On Friday, August 01, 2014 11:00:11 AM Peter Humphrey wrote: On Thursday 31 July 2014 16:19:41 J. Roeleveld wrote: On 31 July 2014 16:03:09 CEST, Alec Ten Harmsel a...@alectenharmsel.com wrote: I can't comment on a long-term, real, proper solution, but for right now emerge --oneshot dev-perl/XML-Parser should at least allow you to continue building colord. Please do not top post. Far worse than top-posting is leaving reams and reams of quoted text in a reply that have nothing to do with your own contribution. I'm repeatedly surprised at how many old-timers forget that. Please snip irrelevancies out. Snipping emails using a mobile phone on a bumpy road doesn't work... If you know of a decent email client for Android that makes it simpler? k9 mail is pretty good, but you still have to deal with the Android touchscreen interface which makes select-delete hard. This may be the actual root of the problem. The other solution is peace, tolerance and understanding on the part of complainers. We can see your mail client and it's not like you are a clueless Web2.0 newbie without street cred. I had to eat humble pie a few years ago and back off and stop being the biggest ass BOFH in the world when folks used a phone. I recommend people do this. One's number of friends goes up :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] colord failed to upgrade
On 01/08/2014 14:44, Tanstaafl wrote: On 8/1/2014 8:42 AM, J. Roeleveld jo...@antarean.org wrote: But I don't drive myself when using my mobile. This is on a bus... Lol... sorry, I never ride a bus so didn't consider that possibility... ;) Bus, bus? What is this conveyance of which you speak? -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Recommendations for scheduler
Hi, Up-front disclaimer: Mostly [OT] post. But at least I'll test drive it on Gentoo before putting it in production :-) New job, new environment. Existing persons suffer from 5-year-old-with-a-hammer syndrome and assume cron is the solution to all ills. Result: a towering edifice of cron jobs that may or may not clobber each other's work, may or may not work at all, and implement no error handling at all. But my god, can they spew out mail from STOUT But cron has only one event trigger: wall-clock time. And it's a very blunt weapon. I'm looking for recommendations of alternative schedulers that satisfy real-world business needs that need some other event trigger than what the time is right now. For those familiar with it, I'm looking for something with the useful feature set, without the useless features and without the price tag of ControlM Anyone care to share experiences? -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: --exclude gentoo-sources
Alan McKinnon alan.mckinnon at gmail.com writes: I know I can use this option to protect kernel sources I want to keep around, from removal, via depclean. put gentoo-sources in world, you then always get the latest. test each one , decide which are worth keeping. Let's say for argument that is 3.15.4, so: emerge -n =gentoo-sources-3.15.4 All versions not listed thusly are subject to depcleaning I found this make.conf idea, whilst googling: # Keeps depclean from removing gentoo-sources EMERGE_DEFAULT_OPTS=--exclude gentoo-sources Unfortunately, I had already manually fixed the problem and ran depclean. So I'll just have to wait for a real test, but for now it passed the 'emerge --depclean -p' test. Have a good weekend, one and all! thx, James
[gentoo-user] Re: Recommendations for scheduler
Alan McKinnon alan.mckinnon at gmail.com writes: New job, new environment. Existing persons suffer from 5-year-old-with-a-hammer syndrome and assume cron is the solution to all ills. Result: a towering edifice of cron jobs that may or may not clobber each other's work, may or may not work at all, and implement no error handling at all. But my god, can they spew out mail from STOUT Sounds like a department full of computer scientist I inherited a few decades ago... I know nothing bout chronos, but I find it an interesting readymmv. http://nerds.airbnb.com/introducing-chronos/ http://airbnb.github.io/chronos/ https://github.com/airbnb/chronos cheers mate! James
Re: [gentoo-user] Recommendations for scheduler
On 01/08/2014 19:50, Сергей wrote: Also you can have a look at anacron. Unfortunately, anacron doesn't suit my needs at all. Here's how anacron works: this bunch of job will all happen today regardless of what time it is. That's not what I need, I need something that has very little to do with time. Example: 1. Start backup job on db server A 2. When complete, copy backup to server B and do a test import 3. If import succeeds, move backup to permanent storage and log the fact 4. If import fails, raise an alert and trigger the whole cycle to start again at 1 Meanwhile, 1. All servers are regularly doing apt-get update and downloading .debs, and applying security packages. Delay this on the db server if a backup is in progress. Meanwhile there is the regular Friday 5am code-publish cycle and month-end finance runs - this is a DevOps environment. Yes, I know I can hack something together with bash scripts and cron with a truly insane number of flag files. But this doesn't work for sane definitions of work involving other people. I can't expect my support crew to read bash scripts they found from crontabs and figure out what they mean. They need a picture that shows what will happen when and what the environment looks like. So basically I need something to replace bash and cron the same way puppet replaces scp and for loops -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Recommendations for scheduler
On 01/08/2014 20:17, James wrote: Alan McKinnon alan.mckinnon at gmail.com writes: New job, new environment. Existing persons suffer from 5-year-old-with-a-hammer syndrome and assume cron is the solution to all ills. Result: a towering edifice of cron jobs that may or may not clobber each other's work, may or may not work at all, and implement no error handling at all. But my god, can they spew out mail from STOUT Sounds like a department full of computer scientist I inherited a few decades ago... I've met folks like that Brilliant in their chosen field but completely useless outside it? The kind of fellows who see nothing wrong with eating a barbeque'd steak with a spoon because they can get a result? I know nothing bout chronos, but I find it an interesting readymmv. http://nerds.airbnb.com/introducing-chronos/ http://airbnb.github.io/chronos/ https://github.com/airbnb/chronos Aaaah, now this sounds like something I can use. Proper dependency chains, Restful JSON interface so the devs can write code to drive it in automation. Good find, thanks! cheers mate! James -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] What to put in chroot mtab
On Fri, 01 Aug 2014 14:07:08 +0100, Peter Humphrey wrote: I run a couple of chroots on this box to build packages for other boxes on the LAN. So far, I haven't worked out what I should populate /etc/mtab with in each chroot. Is it enough to grep ext4 /etc/mtab /mnt/chroot/etc/mtab? That catches all the physical partitions, but I imagine I need to add some /proc, /sys and /dev entries as well, but is there a simple formula for doing this? Do you need anything in mtab in the chroot? I've been using chroots to build packages for slower machines for years and /etc/mtab has always been empty or non-existent, with no problems. df gets the hump when run inside the chroot, but the package building works fine. -- Neil Bothwick Every morning is the dawn of a new error... signature.asc Description: PGP signature
Re: [gentoo-user] Re: Recommendations for scheduler
Alan McKinnon alan.mckin...@gmail.com wrote: On 01/08/2014 20:17, James wrote: Alan McKinnon alan.mckinnon at gmail.com writes: New job, new environment. Existing persons suffer from 5-year-old-with-a-hammer syndrome and assume cron is the solution to all ills. Result: a towering edifice of cron jobs that may or may not clobber each other's work, may or may not work at all, and implement no error handling at all. But my god, can they spew out mail from STOUT Sounds like a department full of computer scientist I inherited a few decades ago... I've met folks like that Brilliant in their chosen field but completely useless outside it? The kind of fellows who see nothing wrong with eating a barbeque'd steak with a spoon because they can get a result? I know nothing bout chronos, but I find it an interesting readymmv. http://nerds.airbnb.com/introducing-chronos/ http://airbnb.github.io/chronos/ https://github.com/airbnb/chronos Aaaah, now this sounds like something I can use. Proper dependency chains, Restful JSON interface so the devs can write code to drive it in automation. Good find, thanks! Unless I am missing something, chronos is not in the tree at all. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] --exclude gentoo-sources
On Fri, 1 Aug 2014 16:58:33 + (UTC), James wrote: Other suggestions to keep the kernel sources around ? Put this is /etc/portage/sets.conf [kernels] class = portage.sets.dbapi.OwnerSet world-candidate = False files = /usr/src -- Neil Bothwick Things which must be shipped together as a set, aren't. signature.asc Description: PGP signature
Re: [gentoo-user] Re: USE flags handling
Am 01.08.2014 05:16, schrieb Walter Dnes: On Thu, Jul 31, 2014 at 10:47:29AM +0200, Volker Armin Hemmann wrote how much do you have to install if you deactivate all use flags for okular? well, you still have all of qt... and kdelibs and phonon... but you would loose a lot of the other stuff. vlc support in phonon is as optional as tiff or chm in okular. When reading pdf files, one expects images, so tiff and jpeg are reasonable flags. One does *NOT* expect audio stuff like phonon. And phonon *DEMANDS SOMETHING*. vlc is one of the options that satisfies phonon's demands. Or you could choose gstreamer and its gazillion plugins. phonon is not an okular dependency.
Re: [gentoo-user] a question about emerge --sync
On Fri, Aug 1, 2014 at 1:07 PM, Douglas J Hunley doug.hun...@gmail.com wrote: You seem to be slightly confusing two different things. There is 'emerge --sync' (or emerge-webrsync) which maintains your copy of the portage tree and then there's 'emerge --update' which actually downloads the source, compiles, and then installs it. ... Well actually what I am I thinking is that doing a sync operation, makes portage aware of new packages and when I for any reason give the emerge --update ... command it tries to fetch new packages. Although I don't know if any situation forces me to issue update on a outdated portage tree!!!
Re: [gentoo-user] --exclude gentoo-sources
On Fri, Aug 1, 2014 at 12:58 PM, James wirel...@tampabay.rr.com wrote: Howdy, I know I can use this option to protect kernel sources I want to keep around, from removal, via depclean. Well I not a proficient user, but I think that depclean wont remove packages from distfiles. At least what happened to me was that depclean removed the sources from /usr/src/ folder but the linux.xxx remained in the disfiles folder.
[gentoo-user] can't launch skype...
Hi people! Totally strange, I have merged (previous) and now the least version. But I cannot execute skype. When I say: whereis skype I get the result: skype: /usr/share/skype tamer@tux /opt/jitsi $ ls -lA /usr/share/skype/ insgesamt 12 drwxr-xr-x 2 root root 4096 1. Aug 22:07 avatars drwxr-xr-x 2 root root 4096 1. Aug 22:07 lang drwxr-xr-x 2 root root 4096 1. Aug 22:07 sounds Do I have to be in a special group or something equal ?! what did I make wrong ?! I am not getting smart. For Any ideas, thank you! Tamer
Re: [gentoo-user] can't launch skype...
On Sat, Aug 2, 2014 at 1:43 AM, Tamer Higazi th9...@googlemail.com wrote: Hi people! Totally strange, I have merged (previous) and now the least version. But I cannot execute skype. When I say: whereis skype I get the result: skype: /usr/share/skype Not sure what your issue is exactly (path?) but the skype executable is installed to /opt/bin. % which skype /opt/bin/skype
Re: [gentoo-user] can't launch skype...
Hi, I had the same problem. Managed to solve it following way: 1. make sure that skype process not running 2. Backup your ~home/.skype and than delete it. 3. Start skype normally. This way you loose all history which was stored on your PC, but skype runs normally. You can restore chats history from backup you made earlier. Viktar On Aug 1, 2014 10:14 PM, Tamer Higazi th9...@googlemail.com wrote: Hi people! Totally strange, I have merged (previous) and now the least version. But I cannot execute skype. When I say: whereis skype I get the result: skype: /usr/share/skype tamer@tux /opt/jitsi $ ls -lA /usr/share/skype/ insgesamt 12 drwxr-xr-x 2 root root 4096 1. Aug 22:07 avatars drwxr-xr-x 2 root root 4096 1. Aug 22:07 lang drwxr-xr-x 2 root root 4096 1. Aug 22:07 sounds Do I have to be in a special group or something equal ?! what did I make wrong ?! I am not getting smart. For Any ideas, thank you! Tamer
Re: [gentoo-user] What to put in chroot mtab
On 1 August 2014 21:32:54 CEST, Neil Bothwick n...@digimed.co.uk wrote: On Fri, 01 Aug 2014 14:07:08 +0100, Peter Humphrey wrote: I run a couple of chroots on this box to build packages for other boxes on the LAN. So far, I haven't worked out what I should populate /etc/mtab with in each chroot. Is it enough to grep ext4 /etc/mtab /mnt/chroot/etc/mtab? That catches all the physical partitions, but I imagine I need to add some /proc, /sys and /dev entries as well, but is there a simple formula for doing this? Do you need anything in mtab in the chroot? I've been using chroots to build packages for slower machines for years and /etc/mtab has always been empty or non-existent, with no problems. df gets the hump when run inside the chroot, but the package building works fine. You don't need anything in mtab. I've been building packages for multiple machines for years. Never had any issues using them to update the rest. Only have issues with fetch restricted files blocking the use of a fully automated system. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] can't launch skype...
check it: ~ # equery files skype On 08/02/2014 12:13 AM, Tamer Higazi wrote: Hi people! Totally strange, I have merged (previous) and now the least version. But I cannot execute skype. When I say: whereis skype I get the result: skype: /usr/share/skype tamer@tux /opt/jitsi $ ls -lA /usr/share/skype/ insgesamt 12 drwxr-xr-x 2 root root 4096 1. Aug 22:07 avatars drwxr-xr-x 2 root root 4096 1. Aug 22:07 lang drwxr-xr-x 2 root root 4096 1. Aug 22:07 sounds Do I have to be in a special group or something equal ?! what did I make wrong ?! I am not getting smart. For Any ideas, thank you! Tamer
Re: [gentoo-user] What to put in chroot mtab
On 1 August 2014 15:28:01 CEST, Dale rdalek1...@gmail.com wrote: Peter Humphrey wrote: On Friday 01 August 2014 14:07:08 I wrote: I run a couple of chroots on this box to build packages for other boxes on the LAN. So far, I haven't worked out what I should populate /etc/mtab with in each chroot. Is it enough to grep ext4 /etc/mtab /mnt/chroot/etc/mtab? That catches all the physical partitions, but I imagine I need to add some /proc, /sys and /dev entries as well, but is there a simple formula for doing this? I meant to add that one chroot is 32-bit and the other is 64. The host is an i5 running openrc. It has been a good while since I used this. So, make sure it makes sense to you before trying this. This may not work if something has changed in the past several years. Use with caution if at all. This is a little script, if you want to call it that, that I used to do mine. It also lists the command to use to do a 32 bit chroot from a 64 bit rig. Here it is: root@fireball / # cat /root/xx.chroot-mount-32bit mount -o bind /dev /mnt/gentoo32/dev mount -o bind /dev/pts /mnt/gentoo32/dev/pts mount -o bind /dev/shm /mnt/gentoo32/dev/shm mount -o bind /proc /mnt/gentoo32/proc mount -o bind /proc/bus/usb /mnt/gentoo32/proc/bus/usb mount -o bind /sys /mnt/gentoo32/sys mkdir -p /mnt/gentoo32/usr/portage/ mount -o bind /usr/portage /mnt/gentoo32/usr/portage/ echo mounting finished echo run linux32 chroot /mnt/gentoo32 /bin/bash next root@fireball / # You may have different mount points at the very least so edit to match what you have. Again, things could have changed and that no longer will work. It may not be a bad idea to let someone who has done this more recently to give a thumbs up to that. That last command should be: linux32 chroot /mnt/gentoo32 /bin/bash Dale :-) :-) That script is too long :) cd /mnt/gentoo mount -o rbind /dev dev mount -o rbind /sys sys mount -o rbind /proc proc cp -L /etc/resolv.conf etc/resolv.conf cd .. chroot gentoo /bin/bash To undo: cd /mnt/gentoo umount -l proc sys dev If you need a 32bit chroot, put linux32 before the chroot like Dale mentioned. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] colord failed to upgrade
On 1 August 2014 14:44:06 CEST, Tanstaafl tansta...@libertytrek.org wrote: On 8/1/2014 8:42 AM, J. Roeleveld jo...@antarean.org wrote: But I don't drive myself when using my mobile. This is on a bus... Lol... sorry, I never ride a bus so didn't consider that possibility... ;) I have 2 options to get to my current customer: - car - bus Travel time for both is identical (door to door) Bus costs me less than 4 euros for a return trip. Car park is 12 euros a day (my employer pays for the car and fuel, so that doesn't enter the equation) Which means I can catch up on my personal email during the commute, safe money and not loose any time stuck in traffic (bus has seperate lanes) -- Joost Ps. I prefer to drive myself, but in this case it really doesn't make any sense. -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] colord failed to upgrade
On 1 August 2014 19:14:08 CEST, Alan McKinnon alan.mckin...@gmail.com wrote: On 01/08/2014 10:07, J. Roeleveld wrote: On Friday, August 01, 2014 07:11:59 AM Gevisz wrote: On Thu, 31 Jul 2014 20:17:54 +0200 J. Roeleveld jo...@antarean.org wrote: On 31 July 2014 16:19:21 CEST, Gevisz gev...@gmail.com wrote: On Thu, 31 Jul 2014 10:03:09 -0400 Alec Ten Harmsel a...@alectenharmsel.com wrote: I can't comment on a long-term, real, proper solution, but for right now emerge --oneshot dev-perl/XML-Parser should at least allow you to continue building colord. It seems that it helped, but not the suggestions from # perl-cleaner --all output. Thank you. Did you run the commands and then rerun perlcleaner as the output mentions at the end of the text? No. I did not run perl-cleaner just after those 2 suggested commands because I had not noted that demand. So, my complaint that the suggested long-term solution does not work may be incorrect. The claim is incorrect. I did what it said in the output and it resolved the issue on my systems. However, I run perl-cleaner after # emerge --oneshot dev-perl/XML-Parser # emerge --update --deep --with-bdeps=y --newuse --backtrack=60 --ask world # emerge --depclean --ask So, I hope that the problem was fixed. It should be resolved now. I don't add the --backtrack part. It hasn't been needed for me ever since I started using Gentoo sometime in 2004. (Not sure when it got introduced?) s/(Not sure when it got introduced)/$1 or even what it is for?/g There ya go, fixed that for ya. This appears to hold true for every Gentoo'er in the universe except 10 people in the magic $I_GROK_PORTAGE group. I myself am not in that group. I've followed a few recent discussions in the gentoo-dev list where the backtrack option got sorta explained. To me it sounds like a classical compromise between being quick or being thorough. With the choice being the same as when writing AI for a chess program. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] colord failed to upgrade
On 1 August 2014 19:19:49 CEST, Alan McKinnon alan.mckin...@gmail.com wrote: On 01/08/2014 13:53, J. Roeleveld wrote: On Friday, August 01, 2014 11:00:11 AM Peter Humphrey wrote: On Thursday 31 July 2014 16:19:41 J. Roeleveld wrote: On 31 July 2014 16:03:09 CEST, Alec Ten Harmsel a...@alectenharmsel.com wrote: I can't comment on a long-term, real, proper solution, but for right now emerge --oneshot dev-perl/XML-Parser should at least allow you to continue building colord. Please do not top post. Far worse than top-posting is leaving reams and reams of quoted text in a reply that have nothing to do with your own contribution. I'm repeatedly surprised at how many old-timers forget that. Please snip irrelevancies out. Snipping emails using a mobile phone on a bumpy road doesn't work... If you know of a decent email client for Android that makes it simpler? k9 mail is pretty good, but you still have to deal with the Android touchscreen interface which makes select-delete hard. This may be the actual root of the problem. The other solution is peace, tolerance and understanding on the part of complainers. We can see your mail client and it's not like you are a clueless Web2.0 newbie without street cred. I had to eat humble pie a few years ago and back off and stop being the biggest ass BOFH in the world when folks used a phone. I recommend people do this. One's number of friends goes up :-) I do regularly check the settings for html and bottom posting in k9mail. I had it revert back to (wrong) default a few months back. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] colord failed to upgrade
On 1 August 2014 19:22:44 CEST, Alan McKinnon alan.mckin...@gmail.com wrote: On 01/08/2014 14:44, Tanstaafl wrote: On 8/1/2014 8:42 AM, J. Roeleveld jo...@antarean.org wrote: But I don't drive myself when using my mobile. This is on a bus... Lol... sorry, I never ride a bus so didn't consider that possibility... ;) Bus, bus? What is this conveyance of which you speak? In your part of this rock it's usually a big long vehicle with a lot of people inside sitting on hard broken chairs. And some of the passengers opting for a nice view and having the luggage of the other passengers provide some comfort while sitting on the roof (Taken from various movies and documentaries situated in the continent you live in) -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
[gentoo-user] Re: Recommendations for scheduler
Alan McKinnon alan.mckin...@gmail.com wrote: But cron has only one event trigger: wall-clock time. And it's a very blunt weapon. I'm looking for recommendations of alternative schedulers that satisfy real-world business needs that need some other event trigger than what the time is right now. I had a similar need recently, and since the discussion in https://forums.gentoo.org/viewtopic-t-992780-highlight-.html had led to nothing satisfactory for me, I have written a scheduler tool which serves my needs (which might very well differ from yours...): The corresponding tool is still in beta testing phase: https://github.com/vaeth/schedule/ You can install it from the mv overlay (available over layman).
Re: Fwd: Re: [gentoo-user] --exclude gentoo-sources
On Friday 01 Aug 2014 18:15:12 Alexander Kapshuk wrote: Original Message Subject: Re: [gentoo-user] --exclude gentoo-sources Date: Fri, 01 Aug 2014 20:12:06 +0300 From: Alexander Kapshuk alexander.kaps...@gmail.com To: gentoo-user@lists.gentoo.org On 08/01/2014 07:58 PM, James wrote: Howdy, I know I can use this option to protect kernel sources I want to keep around, from removal, via depclean. However, I use to just manually edit the world file and explicitly list the kernel sources versions I wanted to keep. This does not seem to work anymore? Other suggestions to keep the kernel sources around ? James emerge(1) Packages that are part of the world set will always be kept. They can be manually added to this set with emerge --noreplace atom. E.g. emerge --noreplace =sys-kernel/gentoo-sources-x.x.x To remove the kernel sources pkg use: emerge --deselect sys-kernel/gentoo-sources:x.x.x Removing sys-kernel/gentoo-sources:x.x.x from world favorites file... Followed by 'emerge -a --depclean' Or if you're asking how to keep them forever, irrespective of what portage contains, you can copy the particular sources in your local overlay. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Cant compile Openvz sources
On Thu, 31 July 2014, at 12:49 am, Facundo Curti facu.cu...@gmail.com wrote: include/trace/events/kmem.h:528:1: aviso: se declaró ‘struct address_space’ dentro de la lista de parámetros [activado por defecto] include/trace/events/kmem.h:528:1: aviso: su ámbito es solamente esta definición o declaración, lo cual probablemente no es lo que desea [activado por defecto] More of us may be able to help if you set your language to English and resubmit your error messages. I believe this may be as easy as running `LC_MESSAGES=C make make modules_install` Related: http://permalink.gmane.org/gmane.linux.gentoo.devel/87489 Stroller.
Re: [gentoo-user] Recommendations for scheduler
On 1 August 2014 19:32:36 CEST, Alan McKinnon alan.mckin...@gmail.com wrote: Hi, Up-front disclaimer: Mostly [OT] post. But at least I'll test drive it on Gentoo before putting it in production :-) New job, new environment. Existing persons suffer from 5-year-old-with-a-hammer syndrome and assume cron is the solution to all ills. Result: a towering edifice of cron jobs that may or may not clobber each other's work, may or may not work at all, and implement no error handling at all. But my god, can they spew out mail from STOUT But cron has only one event trigger: wall-clock time. And it's a very blunt weapon. I'm looking for recommendations of alternative schedulers that satisfy real-world business needs that need some other event trigger than what the time is right now. For those familiar with it, I'm looking for something with the useful feature set, without the useless features and without the price tag of ControlM Anyone care to share experiences? I'm also looking for a free alternative. At most of my clients, I see Tivoli Workload Scheduler (TWS) being used a lot. It has most things what you want from an intelligent multi host scheduler. Unfortunately, it also comes with a corresponding price tag. If anyone knows of an OS project with comparable features, please let me know. Failing this, it is on my list to start writing one myself when I get some spare time. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Re: Recommendations for scheduler
On 1 August 2014 20:17:05 CEST, James wirel...@tampabay.rr.com wrote: Alan McKinnon alan.mckinnon at gmail.com writes: New job, new environment. Existing persons suffer from 5-year-old-with-a-hammer syndrome and assume cron is the solution to all ills. Result: a towering edifice of cron jobs that may or may not clobber each other's work, may or may not work at all, and implement no error handling at all. But my god, can they spew out mail from STOUT Sounds like a department full of computer scientist I inherited a few decades ago... I know nothing bout chronos, but I find it an interesting readymmv. http://nerds.airbnb.com/introducing-chronos/ http://airbnb.github.io/chronos/ https://github.com/airbnb/chronos cheers mate! James Looks interesting. Apart from it requiring a clustered environment (mesos). Unless I misunderstand the part where it says it runs on top of mesos? -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Re: Recommendations for scheduler
On 1 August 2014 23:02:11 CEST, Martin Vaeth mar...@mvath.de wrote: Alan McKinnon alan.mckin...@gmail.com wrote: But cron has only one event trigger: wall-clock time. And it's a very blunt weapon. I'm looking for recommendations of alternative schedulers that satisfy real-world business needs that need some other event trigger than what the time is right now. I had a similar need recently, and since the discussion in https://forums.gentoo.org/viewtopic-t-992780-highlight-.html had led to nothing satisfactory for me, I have written a scheduler tool which serves my needs (which might very well differ from yours...): The corresponding tool is still in beta testing phase: https://github.com/vaeth/schedule/ You can install it from the mv overlay (available over layman). Going to have a look at this soon. What are the features it currently has already and what are you planning on adding? -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] What to put in chroot mtab
On Aug 1, 2014 3:46 PM, J. Roeleveld jo...@antarean.org wrote: On 1 August 2014 15:28:01 CEST, Dale rdalek1...@gmail.com wrote: Peter Humphrey wrote: On Friday 01 August 2014 14:07:08 I wrote: I run a couple of chroots on this box to build packages for other boxes on the LAN. So far, I haven't worked out what I should populate /etc/mtab with in each chroot. Is it enough to grep ext4 /etc/mtab /mnt/chroot/etc/mtab? That catches all the physical partitions, but I imagine I need to add some /proc, /sys and /dev entries as well, but is there a simple formula for doing this? I meant to add that one chroot is 32-bit and the other is 64. The host is an i5 running openrc. It has been a good while since I used this. So, make sure it makes sense to you before trying this. This may not work if something has changed in the past several years. Use with caution if at all. This is a little script, if you want to call it that, that I used to do mine. It also lists the command to use to do a 32 bit chroot from a 64 bit rig. Here it is: root@fireball / # cat /root/xx.chroot-mount-32bit mount -o bind /dev /mnt/gentoo32/dev mount -o bind /dev/pts /mnt/gentoo32/dev/pts mount -o bind /dev/shm /mnt/gentoo32/dev/shm mount -o bind /proc /mnt/gentoo32/proc mount -o bind /proc/bus/usb /mnt/gentoo32/proc/bus/usb mount -o bind /sys /mnt/gentoo32/sys mkdir -p /mnt/gentoo32/usr/portage/ mount -o bind /usr/portage /mnt/gentoo32/usr/portage/ echo mounting finished echo run linux32 chroot /mnt/gentoo32 /bin/bash next root@fireball / # You may have different mount points at the very least so edit to match what you have. Again, things could have changed and that no longer will work. It may not be a bad idea to let someone who has done this more recently to give a thumbs up to that. That last command should be: linux32 chroot /mnt/gentoo32 /bin/bash Dale :-) :-) That script is too long :) cd /mnt/gentoo mount -o rbind /dev dev mount -o rbind /sys sys mount -o rbind /proc proc cp -L /etc/resolv.conf etc/resolv.conf cd .. chroot gentoo /bin/bash To undo: cd /mnt/gentoo umount -l proc sys dev That's still too long :) With systemd-nspawn, you only do: systemd-nspawn -D /mnt/gentoo Systemd takes care of /dev, /sys, etc. If the container has systemd installed, you can do systemd-nspawn -bD /mnt/gentoo and the services inside the container will be started like in a regular boot (you'll need to set the root password for the container). Also, if you want to share the /usr/portage directory between host and container, you only need to systemd-nspawn --bind=/usr/portage -bD /mnt/gentoo Regards. -- Canek
Re: [gentoo-user] Cant compile Openvz sources
On 1 August 2014 23:12:23 CEST, Stroller strol...@stellar.eclipse.co.uk wrote: On Thu, 31 July 2014, at 12:49 am, Facundo Curti facu.cu...@gmail.com wrote: include/trace/events/kmem.h:528:1: aviso: se declaró ‘struct address_space’ dentro de la lista de parámetros [activado por defecto] include/trace/events/kmem.h:528:1: aviso: su ámbito es solamente esta definición o declaración, lo cual probablemente no es lo que desea [activado por defecto] More of us may be able to help if you set your language to English and resubmit your error messages. I believe this may be as easy as running `LC_MESSAGES=C make make modules_install` Related: http://permalink.gmane.org/gmane.linux.gentoo.devel/87489 Stroller. Apart from rerunning the compile with a default locale like Stroller suggested. Can you also provide the command you used? The error looks similar (based on my very limited understanding of Spanish? ) to parallel build issues. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] What to put in chroot mtab
On Fri, Aug 1, 2014 at 4:31 PM, Canek Peláez Valdés can...@gmail.com wrote: On Aug 1, 2014 3:46 PM, J. Roeleveld jo...@antarean.org wrote: On 1 August 2014 15:28:01 CEST, Dale rdalek1...@gmail.com wrote: Peter Humphrey wrote: On Friday 01 August 2014 14:07:08 I wrote: I run a couple of chroots on this box to build packages for other boxes on the LAN. So far, I haven't worked out what I should populate /etc/mtab with in each chroot. Is it enough to grep ext4 /etc/mtab /mnt/chroot/etc/mtab? That catches all the physical partitions, but I imagine I need to add some /proc, /sys and /dev entries as well, but is there a simple formula for doing this? I meant to add that one chroot is 32-bit and the other is 64. The host is an i5 running openrc. It has been a good while since I used this. So, make sure it makes sense to you before trying this. This may not work if something has changed in the past several years. Use with caution if at all. This is a little script, if you want to call it that, that I used to do mine. It also lists the command to use to do a 32 bit chroot from a 64 bit rig. Here it is: root@fireball / # cat /root/xx.chroot-mount-32bit mount -o bind /dev /mnt/gentoo32/dev mount -o bind /dev/pts /mnt/gentoo32/dev/pts mount -o bind /dev/shm /mnt/gentoo32/dev/shm mount -o bind /proc /mnt/gentoo32/proc mount -o bind /proc/bus/usb /mnt/gentoo32/proc/bus/usb mount -o bind /sys /mnt/gentoo32/sys mkdir -p /mnt/gentoo32/usr/portage/ mount -o bind /usr/portage /mnt/gentoo32/usr/portage/ echo mounting finished echo run linux32 chroot /mnt/gentoo32 /bin/bash next root@fireball / # You may have different mount points at the very least so edit to match what you have. Again, things could have changed and that no longer will work. It may not be a bad idea to let someone who has done this more recently to give a thumbs up to that. That last command should be: linux32 chroot /mnt/gentoo32 /bin/bash Dale :-) :-) That script is too long :) cd /mnt/gentoo mount -o rbind /dev dev mount -o rbind /sys sys mount -o rbind /proc proc cp -L /etc/resolv.conf etc/resolv.conf cd .. chroot gentoo /bin/bash To undo: cd /mnt/gentoo umount -l proc sys dev That's still too long :) With systemd-nspawn, you only do: systemd-nspawn -D /mnt/gentoo Systemd takes care of /dev, /sys, etc. If the container has systemd installed, you can do systemd-nspawn -bD /mnt/gentoo and the services inside the container will be started like in a regular boot (you'll need to set the root password for the container). Also, if you want to share the /usr/portage directory between host and container, you only need to systemd-nspawn --bind=/usr/portage -bD /mnt/gentoo Oh, and I forgot: to stop the container, just log out if the container runs OpenRC, or run systemctl poweroff if the container runs systemd. Regards. -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] What to put in chroot mtab
On 1 August 2014 23:33:05 CEST, Canek Peláez Valdés can...@gmail.com wrote: On Fri, Aug 1, 2014 at 4:31 PM, Canek Peláez Valdés can...@gmail.com wrote: On Aug 1, 2014 3:46 PM, J. Roeleveld jo...@antarean.org wrote: On 1 August 2014 15:28:01 CEST, Dale rdalek1...@gmail.com wrote: Peter Humphrey wrote: On Friday 01 August 2014 14:07:08 I wrote: I run a couple of chroots on this box to build packages for other boxes on the LAN. So far, I haven't worked out what I should populate /etc/mtab with in each chroot. Is it enough to grep ext4 /etc/mtab /mnt/chroot/etc/mtab? That catches all the physical partitions, but I imagine I need to add some /proc, /sys and /dev entries as well, but is there a simple formula for doing this? I meant to add that one chroot is 32-bit and the other is 64. The host is an i5 running openrc. It has been a good while since I used this. So, make sure it makes sense to you before trying this. This may not work if something has changed in the past several years. Use with caution if at all. This is a little script, if you want to call it that, that I used to do mine. It also lists the command to use to do a 32 bit chroot from a 64 bit rig. Here it is: root@fireball / # cat /root/xx.chroot-mount-32bit mount -o bind /dev /mnt/gentoo32/dev mount -o bind /dev/pts /mnt/gentoo32/dev/pts mount -o bind /dev/shm /mnt/gentoo32/dev/shm mount -o bind /proc /mnt/gentoo32/proc mount -o bind /proc/bus/usb /mnt/gentoo32/proc/bus/usb mount -o bind /sys /mnt/gentoo32/sys mkdir -p /mnt/gentoo32/usr/portage/ mount -o bind /usr/portage /mnt/gentoo32/usr/portage/ echo mounting finished echo run linux32 chroot /mnt/gentoo32 /bin/bash next root@fireball / # You may have different mount points at the very least so edit to match what you have. Again, things could have changed and that no longer will work. It may not be a bad idea to let someone who has done this more recently to give a thumbs up to that. That last command should be: linux32 chroot /mnt/gentoo32 /bin/bash Dale :-) :-) That script is too long :) cd /mnt/gentoo mount -o rbind /dev dev mount -o rbind /sys sys mount -o rbind /proc proc cp -L /etc/resolv.conf etc/resolv.conf cd .. chroot gentoo /bin/bash To undo: cd /mnt/gentoo umount -l proc sys dev That's still too long :) With systemd-nspawn, you only do: systemd-nspawn -D /mnt/gentoo Systemd takes care of /dev, /sys, etc. If the container has systemd installed, you can do systemd-nspawn -bD /mnt/gentoo and the services inside the container will be started like in a regular boot (you'll need to set the root password for the container). Also, if you want to share the /usr/portage directory between host and container, you only need to systemd-nspawn --bind=/usr/portage -bD /mnt/gentoo Oh, and I forgot: to stop the container, just log out if the container runs OpenRC, or run systemctl poweroff if the container runs systemd. Regards. That script could easily be written in C and compiled and then called in a similar way as systemd-nspawn. What your command does is basically the same apart from doing something different from using chroots. Converting a perfectly working and efficiently running system to use something like systemd just to have a chroot environment is overly complex and convoluted. These solutions often cause more issues then the problem it tried to solve. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] What to put in chroot mtab
On Fri, Aug 1, 2014 at 4:39 PM, J. Roeleveld jo...@antarean.org wrote: On 1 August 2014 23:33:05 CEST, Canek Peláez Valdés can...@gmail.com wrote: On Fri, Aug 1, 2014 at 4:31 PM, Canek Peláez Valdés can...@gmail.com wrote: On Aug 1, 2014 3:46 PM, J. Roeleveld jo...@antarean.org wrote: On 1 August 2014 15:28:01 CEST, Dale rdalek1...@gmail.com wrote: Peter Humphrey wrote: On Friday 01 August 2014 14:07:08 I wrote: I run a couple of chroots on this box to build packages for other boxes on the LAN. So far, I haven't worked out what I should populate /etc/mtab with in each chroot. Is it enough to grep ext4 /etc/mtab /mnt/chroot/etc/mtab? That catches all the physical partitions, but I imagine I need to add some /proc, /sys and /dev entries as well, but is there a simple formula for doing this? I meant to add that one chroot is 32-bit and the other is 64. The host is an i5 running openrc. It has been a good while since I used this. So, make sure it makes sense to you before trying this. This may not work if something has changed in the past several years. Use with caution if at all. This is a little script, if you want to call it that, that I used to do mine. It also lists the command to use to do a 32 bit chroot from a 64 bit rig. Here it is: root@fireball / # cat /root/xx.chroot-mount-32bit mount -o bind /dev /mnt/gentoo32/dev mount -o bind /dev/pts /mnt/gentoo32/dev/pts mount -o bind /dev/shm /mnt/gentoo32/dev/shm mount -o bind /proc /mnt/gentoo32/proc mount -o bind /proc/bus/usb /mnt/gentoo32/proc/bus/usb mount -o bind /sys /mnt/gentoo32/sys mkdir -p /mnt/gentoo32/usr/portage/ mount -o bind /usr/portage /mnt/gentoo32/usr/portage/ echo mounting finished echo run linux32 chroot /mnt/gentoo32 /bin/bash next root@fireball / # You may have different mount points at the very least so edit to match what you have. Again, things could have changed and that no longer will work. It may not be a bad idea to let someone who has done this more recently to give a thumbs up to that. That last command should be: linux32 chroot /mnt/gentoo32 /bin/bash Dale :-) :-) That script is too long :) cd /mnt/gentoo mount -o rbind /dev dev mount -o rbind /sys sys mount -o rbind /proc proc cp -L /etc/resolv.conf etc/resolv.conf cd .. chroot gentoo /bin/bash To undo: cd /mnt/gentoo umount -l proc sys dev That's still too long :) With systemd-nspawn, you only do: systemd-nspawn -D /mnt/gentoo Systemd takes care of /dev, /sys, etc. If the container has systemd installed, you can do systemd-nspawn -bD /mnt/gentoo and the services inside the container will be started like in a regular boot (you'll need to set the root password for the container). Also, if you want to share the /usr/portage directory between host and container, you only need to systemd-nspawn --bind=/usr/portage -bD /mnt/gentoo Oh, and I forgot: to stop the container, just log out if the container runs OpenRC, or run systemctl poweroff if the container runs systemd. Regards. That script could easily be written in C and compiled and then called in a similar way as systemd-nspawn. And yet nobody has done it and got it included in most distributions. What your command does is basically the same apart from doing something different from using chroots. True, but still it's shorter ;) Converting a perfectly working and efficiently running system to use something like systemd just to have a chroot environment is overly complex and convoluted. I agree; but as many of us are already using systemd, is good to know that the possibility exists. These solutions often cause more issues then the problem it tried to solve. I was only offering options. The OP will use whatever he decides to use. Regards. -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] What to put in chroot mtab
On Fri, Aug 1, 2014 at 4:44 PM, Canek Peláez Valdés can...@gmail.com wrote: On Fri, Aug 1, 2014 at 4:39 PM, J. Roeleveld jo...@antarean.org wrote: On 1 August 2014 23:33:05 CEST, Canek Peláez Valdés can...@gmail.com wrote: On Fri, Aug 1, 2014 at 4:31 PM, Canek Peláez Valdés can...@gmail.com wrote: On Aug 1, 2014 3:46 PM, J. Roeleveld jo...@antarean.org wrote: On 1 August 2014 15:28:01 CEST, Dale rdalek1...@gmail.com wrote: Peter Humphrey wrote: On Friday 01 August 2014 14:07:08 I wrote: I run a couple of chroots on this box to build packages for other boxes on the LAN. So far, I haven't worked out what I should populate /etc/mtab with in each chroot. Is it enough to grep ext4 /etc/mtab /mnt/chroot/etc/mtab? That catches all the physical partitions, but I imagine I need to add some /proc, /sys and /dev entries as well, but is there a simple formula for doing this? I meant to add that one chroot is 32-bit and the other is 64. The host is an i5 running openrc. It has been a good while since I used this. So, make sure it makes sense to you before trying this. This may not work if something has changed in the past several years. Use with caution if at all. This is a little script, if you want to call it that, that I used to do mine. It also lists the command to use to do a 32 bit chroot from a 64 bit rig. Here it is: root@fireball / # cat /root/xx.chroot-mount-32bit mount -o bind /dev /mnt/gentoo32/dev mount -o bind /dev/pts /mnt/gentoo32/dev/pts mount -o bind /dev/shm /mnt/gentoo32/dev/shm mount -o bind /proc /mnt/gentoo32/proc mount -o bind /proc/bus/usb /mnt/gentoo32/proc/bus/usb mount -o bind /sys /mnt/gentoo32/sys mkdir -p /mnt/gentoo32/usr/portage/ mount -o bind /usr/portage /mnt/gentoo32/usr/portage/ echo mounting finished echo run linux32 chroot /mnt/gentoo32 /bin/bash next root@fireball / # You may have different mount points at the very least so edit to match what you have. Again, things could have changed and that no longer will work. It may not be a bad idea to let someone who has done this more recently to give a thumbs up to that. That last command should be: linux32 chroot /mnt/gentoo32 /bin/bash Dale :-) :-) That script is too long :) cd /mnt/gentoo mount -o rbind /dev dev mount -o rbind /sys sys mount -o rbind /proc proc cp -L /etc/resolv.conf etc/resolv.conf cd .. chroot gentoo /bin/bash To undo: cd /mnt/gentoo umount -l proc sys dev That's still too long :) With systemd-nspawn, you only do: systemd-nspawn -D /mnt/gentoo Systemd takes care of /dev, /sys, etc. If the container has systemd installed, you can do systemd-nspawn -bD /mnt/gentoo and the services inside the container will be started like in a regular boot (you'll need to set the root password for the container). Also, if you want to share the /usr/portage directory between host and container, you only need to systemd-nspawn --bind=/usr/portage -bD /mnt/gentoo Oh, and I forgot: to stop the container, just log out if the container runs OpenRC, or run systemctl poweroff if the container runs systemd. Regards. That script could easily be written in C and compiled and then called in a similar way as systemd-nspawn. And yet nobody has done it and got it included in most distributions. What your command does is basically the same apart from doing something different from using chroots. True, but still it's shorter ;) Sorry; I almost missed this. Actually systemd-nspawn does much more than chroot'ing and bind-mounting some dirs; it also runs the container in its own namespace. And it can add virtual networking a lot more stuff. See [1] for details. Regards. [1] http://www.freedesktop.org/software/systemd/man/systemd-nspawn.html -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México
[gentoo-user] Re: Recommendations for scheduler
J. Roeleveld jo...@antarean.org wrote: https://github.com/vaeth/schedule/ What are the features it currently has already This is hard to answer, since at a first glance the whole thing does not even look like a scheduler: It looks more like a means to communicate with some server, but after the discussions in the gentoo forums, it became clear to my surprise that this is all what is needed for the use cases I had in mind: The real scheduler driving the whole thing can be a tiny script (in shell or any other language) which just communicates with that server. To understand whether this can solve your problems, it is probably best if you look at the examples in the README (and/or the mentioned discussion in the gentoo forum). and what are you planning on adding? Since it is sufficient for my purposes, I am currently not planning to add anything (except possibly bug fixes or if I run into a problem which I cannot solve with it). Patches for extensions are welcome, of course. (Also suggestions without patches are welcome, but my time is currently very limited, and I do not make any promises.)
Re: [gentoo-user] [OT] Badblocks on my harddisk
On Thu, 31 July 2014, at 5:58 pm, Frank Steinmetzger war...@gmx.de wrote: On Sat, Jul 26, 2014 at 10:13:25AM +0200, meino.cra...@gmx.de wrote: In the meanwhile I found ddrescue... :) It took me five hours to copy the disk (1T) binaryly (this word looks wrong...) hm... not a native speaker, but: binarily? in binary? If in doubt, leave it out: in a binary manner on a binary level Bitwise. Or, in this case, a block copy. Stroller.
Re: [gentoo-user] Cant compile Openvz sources
2014-08-01 18:33 GMT-03:00 J. Roeleveld jo...@antarean.org: On 1 August 2014 23:12:23 CEST, Stroller strol...@stellar.eclipse.co.uk wrote: On Thu, 31 July 2014, at 12:49 am, Facundo Curti facu.cu...@gmail.com wrote: include/trace/events/kmem.h:528:1: aviso: se declaró ‘struct address_space’ dentro de la lista de parámetros [activado por defecto] include/trace/events/kmem.h:528:1: aviso: su ámbito es solamente esta definición o declaración, lo cual probablemente no es lo que desea [activado por defecto] More of us may be able to help if you set your language to English and resubmit your error messages. I believe this may be as easy as running `LC_MESSAGES=C make make modules_install` Sorry. You are rigth. My bad. Related: http://permalink.gmane.org/gmane.linux.gentoo.devel/87489 Stroller. Apart from rerunning the compile with a default locale like Stroller suggested. Can you also provide the command you used? I used: make -j12 make modules_install But is the same using make make modules_install Here is the output again. Now in english. Sorry for that :P CHK include/linux/version.h CHK include/linux/utsrelease.h SYMLINK include/asm - include/asm-x86 HOSTCC scripts/basic/fixdep HOSTCC scripts/basic/docproc HOSTCC scripts/basic/hash CC kernel/bounds.s GEN include/linux/bounds.h CC arch/x86/kernel/asm-offsets.s GEN include/asm/asm-offsets.h CALLscripts/checksyscalls.sh HOSTCC scripts/genksyms/genksyms.o HOSTCC scripts/genksyms/lex.o HOSTCC scripts/genksyms/parse.o HOSTLD scripts/genksyms/genksyms CC scripts/mod/empty.o HOSTCC scripts/mod/mk_elfconfig MKELF scripts/mod/elfconfig.h HOSTCC scripts/mod/file2alias.o scripts/mod/file2alias.c:797:12: warning: ‘do_x86cpu_entry’ defined but not used [-Wunused-function] HOSTCC scripts/mod/modpost.o scripts/mod/modpost.c: In function ‘get_markers’: scripts/mod/modpost.c:1563:12: warning: ignoring return value of ‘asprintf’, declared with attribute warn_unused_result [-Wunused-result] scripts/mod/modpost.c: In function ‘add_marker’: scripts/mod/modpost.c:1993:10: warning: ignoring return value of ‘asprintf’, declared with attribute warn_unused_result [-Wunused-result] HOSTCC scripts/mod/sumversion.o HOSTLD scripts/mod/modpost HOSTCC scripts/mod/mod-extract HOSTCC scripts/kallsyms scripts/kallsyms.c: In function ‘read_symbol’: scripts/kallsyms.c:112:9: warning: ignoring return value of ‘fgets’, declared with attribute warn_unused_result [-Wunused-result] HOSTCC scripts/pnmtologo HOSTCC scripts/conmakehash HOSTCC scripts/bin2c CC init/main.o CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o CC init/do_mounts.o LD init/mounts.o CC init/noinitramfs.o CC init/calibrate.o LD init/built-in.o LD usr/built-in.o LD arch/x86/crypto/built-in.o AS arch/x86/ia32/ia32entry.o CC arch/x86/ia32/sys_ia32.o CC arch/x86/ia32/ia32_signal.o CC arch/x86/ia32/ipc32.o LD arch/x86/ia32/built-in.o CC arch/x86/kernel/process_64.o CC arch/x86/kernel/signal.o AS arch/x86/kernel/entry_64.o CC arch/x86/kernel/traps.o CC arch/x86/kernel/irq.o In file included from include/linux/kmemtrace.h:12:0, from include/linux/slub_def.h:13, from include/linux/slab.h:203, from include/linux/percpu.h:5, from include/linux/percpu_counter.h:13, from include/linux/fs.h:452, from include/linux/sysfs.h:77, from include/linux/kobject.h:21, from include/linux/sysdev.h:24, from include/linux/cpu.h:22, from arch/x86/kernel/irq.c:4: include/trace/events/kmem.h:528:1: warning: ‘struct address_space’ declared inside parameter list [enabled by default] include/trace/events/kmem.h:528:1: warning: its scope is only this definition or declaration, which is probably not what you want [enabled by default] include/trace/events/kmem.h:528:1: warning: ‘struct address_space’ declared inside parameter list [enabled by default] include/trace/events/kmem.h:528:1: warning: ‘struct address_space’ declared inside parameter list [enabled by default] include/trace/events/kmem.h:528:1: warning: ‘struct address_space’ declared inside parameter list [enabled by default] In file included from include/linux/slab.h:203:0, from include/linux/percpu.h:5, from include/linux/percpu_counter.h:13, from include/linux/fs.h:452, from include/linux/sysfs.h:77, from include/linux/kobject.h:21, from include/linux/sysdev.h:24, from include/linux/cpu.h:22, from arch/x86/kernel/irq.c:4: include/linux/slub_def.h:97:17: error: field ‘kobj’ has incomplete type make[2]: ***
Re: [gentoo-user] can't launch skype...
On Friday 01 Aug 2014 21:13:07 Tamer Higazi wrote: Hi people! Totally strange, I have merged (previous) and now the least version. But I cannot execute skype. When I say: whereis skype I get the result: skype: /usr/share/skype tamer@tux /opt/jitsi $ ls -lA /usr/share/skype/ insgesamt 12 drwxr-xr-x 2 root root 4096 1. Aug 22:07 avatars drwxr-xr-x 2 root root 4096 1. Aug 22:07 lang drwxr-xr-x 2 root root 4096 1. Aug 22:07 sounds Do I have to be in a special group or something equal ?! what did I make wrong ?! I am not getting smart. For Any ideas, thank you! I had to install pulseaudio for the latest version of Skype to work, but I can't recall if had problems starting it before I installed pulseaudio. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] --exclude gentoo-sources
On 08/01/2014 01:19 PM, behrouz khosravi wrote: On Fri, Aug 1, 2014 at 12:58 PM, James wirel...@tampabay.rr.com wrote: Howdy, I know I can use this option to protect kernel sources I want to keep around, from removal, via depclean. Well I not a proficient user, but I think that depclean wont remove packages from distfiles. At least what happened to me was that depclean removed the sources from /usr/src/ folder but the linux.xxx remained in the disfiles folder. If you want to clean the distfiles directory, use eclean-dist. It scans what you have installed and removes sources that you don't need. Use `eclean-dist --help` for more info. Dan
Re: [gentoo-user] What to put in chroot mtab
J. Roeleveld wrote: On 1 August 2014 15:28:01 CEST, Dale rdalek1...@gmail.com wrote: It has been a good while since I used this. So, make sure it makes sense to you before trying this. This may not work if something has changed in the past several years. Use with caution if at all. This is a little script, if you want to call it that, that I used to do mine. It also lists the command to use to do a 32 bit chroot from a 64 bit rig. Here it is: root@fireball / # cat /root/xx.chroot-mount-32bit mount -o bind /dev /mnt/gentoo32/dev mount -o bind /dev/pts /mnt/gentoo32/dev/pts mount -o bind /dev/shm /mnt/gentoo32/dev/shm mount -o bind /proc /mnt/gentoo32/proc mount -o bind /proc/bus/usb /mnt/gentoo32/proc/bus/usb mount -o bind /sys /mnt/gentoo32/sys mkdir -p /mnt/gentoo32/usr/portage/ mount -o bind /usr/portage /mnt/gentoo32/usr/portage/ echo mounting finished echo run linux32 chroot /mnt/gentoo32 /bin/bash next root@fireball / # You may have different mount points at the very least so edit to match what you have. Again, things could have changed and that no longer will work. It may not be a bad idea to let someone who has done this more recently to give a thumbs up to that. That last command should be: linux32 chroot /mnt/gentoo32 /bin/bash Dale :-) :-) That script is too long :) cd /mnt/gentoo mount -o rbind /dev dev mount -o rbind /sys sys mount -o rbind /proc proc cp -L /etc/resolv.conf etc/resolv.conf cd .. chroot gentoo /bin/bash To undo: cd /mnt/gentoo umount -l proc sys dev If you need a 32bit chroot, put linux32 before the chroot like Dale mentioned. -- Joost Well, at the time, I made it do what I was having to do by hand following the guide. I just got tired of typing it all in so I made a little scripty thingy. It worked for me. As I mentioned before, it was a long time ago so things may have changed. Dale :-) :-)
Re: [gentoo-user] Cant compile Openvz sources
On 2 August 2014 01:00:34 CEST, Facundo Curti facu.cu...@gmail.com wrote: 2014-08-01 18:33 GMT-03:00 J. Roeleveld jo...@antarean.org: On 1 August 2014 23:12:23 CEST, Stroller strol...@stellar.eclipse.co.uk wrote: On Thu, 31 July 2014, at 12:49 am, Facundo Curti facu.cu...@gmail.com wrote: include/trace/events/kmem.h:528:1: aviso: se declaró ‘struct address_space’ dentro de la lista de parámetros [activado por defecto] include/trace/events/kmem.h:528:1: aviso: su ámbito es solamente esta definición o declaración, lo cual probablemente no es lo que desea [activado por defecto] More of us may be able to help if you set your language to English and resubmit your error messages. I believe this may be as easy as running `LC_MESSAGES=C make make modules_install` Sorry. You are rigth. My bad. Related: http://permalink.gmane.org/gmane.linux.gentoo.devel/87489 Stroller. Apart from rerunning the compile with a default locale like Stroller suggested. Can you also provide the command you used? I used: make -j12 make modules_install But is the same using make make modules_install Here is the output again. Now in english. Sorry for that :P Can you try building with make -j1 ? In other words, do not use parallel building? -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Cant compile Openvz sources
2014-08-01 21:02 GMT-03:00 J. Roeleveld jo...@antarean.org: On 2 August 2014 01:00:34 CEST, Facundo Curti facu.cu...@gmail.com wrote: 2014-08-01 18:33 GMT-03:00 J. Roeleveld jo...@antarean.org: On 1 August 2014 23:12:23 CEST, Stroller strol...@stellar.eclipse.co.uk wrote: On Thu, 31 July 2014, at 12:49 am, Facundo Curti facu.cu...@gmail.com wrote: include/trace/events/kmem.h:528:1: aviso: se declaró ‘struct address_space’ dentro de la lista de parámetros [activado por defecto] include/trace/events/kmem.h:528:1: aviso: su ámbito es solamente esta definición o declaración, lo cual probablemente no es lo que desea [activado por defecto] More of us may be able to help if you set your language to English and resubmit your error messages. I believe this may be as easy as running `LC_MESSAGES=C make make modules_install` Sorry. You are rigth. My bad. Related: http://permalink.gmane.org/gmane.linux.gentoo.devel/87489 Stroller. Apart from rerunning the compile with a default locale like Stroller suggested. Can you also provide the command you used? I used: make -j12 make modules_install But is the same using make make modules_install Here is the output again. Now in english. Sorry for that :P Can you try building with make -j1 ? In other words, do not use parallel building? Nop. I get the same error. :/
Re: [gentoo-user] What to put in chroot mtab
On 1 August 2014 23:44:11 CEST, Canek Peláez Valdés can...@gmail.com wrote: On Fri, Aug 1, 2014 at 4:39 PM, J. Roeleveld jo...@antarean.org wrote: On 1 August 2014 23:33:05 CEST, Canek Peláez Valdés can...@gmail.com wrote: On Fri, Aug 1, 2014 at 4:31 PM, Canek Peláez Valdés can...@gmail.com wrote: On Aug 1, 2014 3:46 PM, J. Roeleveld jo...@antarean.org wrote: On 1 August 2014 15:28:01 CEST, Dale rdalek1...@gmail.com wrote: Peter Humphrey wrote: On Friday 01 August 2014 14:07:08 I wrote: That's still too long :) With systemd-nspawn, you only do: systemd-nspawn -D /mnt/gentoo Systemd takes care of /dev, /sys, etc. If the container has systemd installed, you can do systemd-nspawn -bD /mnt/gentoo and the services inside the container will be started like in a regular boot (you'll need to set the root password for the container). Also, if you want to share the /usr/portage directory between host and container, you only need to systemd-nspawn --bind=/usr/portage -bD /mnt/gentoo Oh, and I forgot: to stop the container, just log out if the container runs OpenRC, or run systemctl poweroff if the container runs systemd. Regards. That script could easily be written in C and compiled and then called in a similar way as systemd-nspawn. And yet nobody has done it and got it included in most distributions. Because there is no need. If all you need is merge a few lines into a single command, puttincg it into a shell script is quicker and far easier to maintain. What your command does is basically the same apart from doing something different from using chroots. True, but still it's shorter ;) chroot.sh is only 9 characters. Naming the script 'a' would be even shorter. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] What to put in chroot mtab
On 1 August 2014 23:46:00 CEST, Canek Peláez Valdés can...@gmail.com wrote: Sorry; I almost missed this. Actually systemd-nspawn does much more than chroot'ing and bind-mounting some dirs; it also runs the container in its own namespace. And it can add virtual networking a lot more stuff. See [1] for details. Regards. [1] http://www.freedesktop.org/software/systemd/man/systemd-nspawn.html Sounds like overkill just to create a chroot to build packages. Is usefull if you want to isolate services into seperate containers. In which case this is just another system partitioning tool merged into the init system. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Cant compile Openvz sources
On 2 August 2014 02:17:28 CEST, Facundo Curti facu.cu...@gmail.com wrote: 2014-08-01 21:02 GMT-03:00 J. Roeleveld jo...@antarean.org: On 2 August 2014 01:00:34 CEST, Facundo Curti facu.cu...@gmail.com wrote: 2014-08-01 18:33 GMT-03:00 J. Roeleveld jo...@antarean.org: On 1 August 2014 23:12:23 CEST, Stroller strol...@stellar.eclipse.co.uk wrote: On Thu, 31 July 2014, at 12:49 am, Facundo Curti facu.cu...@gmail.com wrote: include/trace/events/kmem.h:528:1: aviso: se declaró ‘struct address_space’ dentro de la lista de parámetros [activado por defecto] include/trace/events/kmem.h:528:1: aviso: su ámbito es solamente esta definición o declaración, lo cual probablemente no es lo que desea [activado por defecto] More of us may be able to help if you set your language to English and resubmit your error messages. I believe this may be as easy as running `LC_MESSAGES=C make make modules_install` Sorry. You are rigth. My bad. Related: http://permalink.gmane.org/gmane.linux.gentoo.devel/87489 Stroller. Apart from rerunning the compile with a default locale like Stroller suggested. Can you also provide the command you used? I used: make -j12 make modules_install But is the same using make make modules_install Here is the output again. Now in english. Sorry for that :P Can you try building with make -j1 ? In other words, do not use parallel building? Nop. I get the same error. :/ In this case, check bugs.gentoo.org and if nothing there, file a new bug. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Cant compile Openvz sources
ok :P Thank you! 2014-08-01 21:30 GMT-03:00 J. Roeleveld jo...@antarean.org: On 2 August 2014 02:17:28 CEST, Facundo Curti facu.cu...@gmail.com wrote: 2014-08-01 21:02 GMT-03:00 J. Roeleveld jo...@antarean.org: On 2 August 2014 01:00:34 CEST, Facundo Curti facu.cu...@gmail.com wrote: 2014-08-01 18:33 GMT-03:00 J. Roeleveld jo...@antarean.org: On 1 August 2014 23:12:23 CEST, Stroller strol...@stellar.eclipse.co.uk wrote: On Thu, 31 July 2014, at 12:49 am, Facundo Curti facu.cu...@gmail.com wrote: include/trace/events/kmem.h:528:1: aviso: se declaró ‘struct address_space’ dentro de la lista de parámetros [activado por defecto] include/trace/events/kmem.h:528:1: aviso: su ámbito es solamente esta definición o declaración, lo cual probablemente no es lo que desea [activado por defecto] More of us may be able to help if you set your language to English and resubmit your error messages. I believe this may be as easy as running `LC_MESSAGES=C make make modules_install` Sorry. You are rigth. My bad. Related: http://permalink.gmane.org/gmane.linux.gentoo.devel/87489 Stroller. Apart from rerunning the compile with a default locale like Stroller suggested. Can you also provide the command you used? I used: make -j12 make modules_install But is the same using make make modules_install Here is the output again. Now in english. Sorry for that :P Can you try building with make -j1 ? In other words, do not use parallel building? Nop. I get the same error. :/ In this case, check bugs.gentoo.org and if nothing there, file a new bug. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] a question about emerge --sync
Am 01.08.2014 16:30, schrieb behrouz khosravi: Hello everybody. I have a little bandwidth problem. I don't want to update my packages very frequently. Is it save to sync my portage not very often, say every month or two, so when I install something I wont be warned that some of my packages are outdated? In this manner I wont need to mask my packages, to prevent them from updating, right ? Thanks. . the longer you wait, the more problems you will have. So sync often. Installing the actual updates? On a weekly basis is a good rule of thumb. And don't use --pretend, use --ask. Portage has become slow as f over time. You don't want to waste time to let it do the same twice. Also: read the manual. You obviously haven't - or did not understand everything you read, so read again. For your own safety.
