Re: [gentoo-user] Question about qemu QEMU_SOFTMMU_TARGETS and QEMU_USER_TARGETS
On 22/07/2013 06:56, Walter Dnes wrote: I'm usually pretty good a Google, but I've run into a brick wall with qemu's QEMU_SOFTMMU_TARGETS and QEMU_USER_TARGETS settings. I find that wine on a 64-bit-only machine does not support 32-bit Windows programs. Years ago, I was able to build a 32-bit qemu Gentoo guest, and run wine 32-bit mode on that. I need to try it again, but I have no clue what QEMU_SOFTMMU_TARGETS and QEMU_USER_TARGETS settings to use. I repeat, I'm on a 64-bit Intel machine, and I want to emulate Intel 32-bit. Do these variables refer to the guest architecture or the host architecture? In plain English, given host and guest architectures which of the following combinations do I use... QEMU_SOFTMMU_TARGETS=host QEMU_USER_TARGETS=host QEMU_SOFTMMU_TARGETS=host QEMU_USER_TARGETS=guest QEMU_SOFTMMU_TARGETS=guest QEMU_USER_TARGETS=host QEMU_SOFTMMU_TARGETS=guest QEMU_USER_TARGETS=guest In your case, all that is required is QEMU_SOFTMMU_TARGETS=i386. Tip: use the -cpu host parameter to expose the full capability of the host CPU to the guest machine. --Kerin
Re: [gentoo-user] more on SSD: swap
On 22/07/2013 00:19, William Kenworthy wrote: swap: this will make one of the bigger speedups to the system when you need swap. swap is good - yes you can do without it, but the day comes when you REALLY do want it, and ... [crash!] ... otherwise it can just sit there waiting :) /etc/sysctl.conf: #vm.swappiness=1 #vm.vfs_cache_pressure=50 Do those settings set on the host or on the guest? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Question about qemu QEMU_SOFTMMU_TARGETS and QEMU_USER_TARGETS
2013/7/22 Walter Dnes waltd...@waltdnes.org: I'm usually pretty good a Google, but I've run into a brick wall with qemu's QEMU_SOFTMMU_TARGETS and QEMU_USER_TARGETS settings. I find that wine on a 64-bit-only machine does not support 32-bit Windows programs. Years ago, I was able to build a 32-bit qemu Gentoo guest, and run wine 32-bit mode on that. I need to try it again, but I have no clue what QEMU_SOFTMMU_TARGETS and QEMU_USER_TARGETS settings to use. I repeat, I'm on a 64-bit Intel machine, and I want to emulate Intel 32-bit. Do these variables refer to the guest architecture or the host architecture? In plain English, given host and guest architectures which of the following combinations do I use... QEMU_SOFTMMU_TARGETS=host QEMU_USER_TARGETS=host QEMU_SOFTMMU_TARGETS=host QEMU_USER_TARGETS=guest QEMU_SOFTMMU_TARGETS=guest QEMU_USER_TARGETS=host QEMU_SOFTMMU_TARGETS=guest QEMU_USER_TARGETS=guest Well, if all you want to do is run a 32-bit Wine on an amd64 box, full hardware virtualization is not needed. According to this answer: http://askubuntu.com/a/231605 All you need to do is ensure the proper WINEARCH and WINEPREFIX is used when invoking the 32-bit program. Wine must be built with ABI_X86=64 32, though. As for the QEMU_{SOFTMMU,USER}_TARGETS variables, those USER targets are for user-space emulation only, i.e. used to execute Linux binaries from a different architecture, thus not what you need. Something like this in make.conf may suffice: QEMU_SOFTMMU_TARGETS=i386 x86_64 # only enable x86 and x86_64 QEMU_USER_TARGETS= # prevent user-space emulation from being built Note the variables are not expanded, so an empty value is used to clear QEMU_USER_TARGETS instead of -*, as you might do otherwise.
[gentoo-user] systemd - are we forced to switch?
Hi, gnome-base/gnome-settings-daemon-3.8.4 requires systemd sys-auth/consolekit-0.4.6cannot coexist with systemd but many packages depend on sys-auth/consolekit : emerge -vpc sys-auth/consolekit gives sys-auth/consolekit-0.4.5_p20120320-r2 pulled in by: gnome-base/gnome-session-3.8.2.1-r1 requires sys-auth/consolekit gnome-base/gnome-shell-3.8.3-r1 requires sys-auth/consolekit kde-base/kdm-4.10.5 requires sys-auth/consolekit net-misc/networkmanager-0.9.8.2-r2 requires sys-auth/consolekit net-wireless/bluez-4.101-r5 requires sys-auth/consolekit sys-apps/accountsservice-0.6.34 requires sys-auth/consolekit sys-auth/pambase-20120417-r2 requires =sys-auth/consolekit-0.4.5_p2012[pam] sys-auth/polkit-0.111 requires sys-auth/consolekit[policykit] x11-apps/xdm-1.1.11-r3 requires sys-auth/consolekit x11-misc/slim-1.3.5-r2 requires sys-auth/consolekit So, what to do? Obviously, I don't want an unbootable system. How did you resolve this conflict? Many thanks for a hint, Helmut
Re: [gentoo-user] more on SSD: swap
William Kenworthy wrote: On 21/07/13 22:31, luis jure wrote: OK, now i have my system successfully installed and running on my new SSD. now i have to decide what to do with the rest of the disk (it's a 256MB samsung). the first big question is: what about swap? i found some web pages (perhaps old) stating that it's not wise to put swap on the SSD because of all the read/writes. but apparently from what i read on the recent thread on this list, that shouldn't be much of a concern now. i also read somewhere that if you have swap on the SSD and want to avoid unnecessary read/writes, you can reduce swappiness. i have 12GB RAM and i think normally i don't really need swap space on disk, so i thought that could be a good idea. so what i'm planning to do now is: - put swap on the SSD - reduce swappiness - put /var/tmp/portage on tmpfs so, do you guys think that's a good setup? swap: this will make one of the bigger speedups to the system when you need swap. swap is good - yes you can do without it, but the day comes when you REALLY do want it, and ... [crash!] ... otherwise it can just sit there waiting :) /etc/sysctl.conf: #vm.swappiness=1 #vm.vfs_cache_pressure=50 these were recommended to me for running vm's and seem to do the job (usually I am running with a several GB of swap (16G ram, 16G swap) in use ... these settings definitely minimise it though big rsync jobs stall when it fills ram+swap. /var/tmp/portage is a more difficult one ... a long thread way back (Dale, I think you were in it) looking at speed showed there was no speed advantage to compiling in tempfs because spinner) disk caching was so good the data only hit the disk when necessary. I presume the same will apply with compiling and SSD's in that the actual writes will be minimal (in the scheme of things) so it shouldn't be a worry. My experience with compiling in tempfs is that it works, but has a much higher failure rate than on disk - i.e., things like OO/Lo, KDE, gcc and glibc have large space requirements that you must make sure tmpfs can satisfy before you start. And if its a busy machine actively using lots of ram it gets hard. I am making the point that most machines today are way overprovisioned but when you are near the edge, saying things like I gave xGB ram and never needed swap, so you wont either is misrepresenting the situation. BillK Yes, I did so some testing on whether portage's work directory on tmpfs instead of HDD was faster or not and it wasn't much difference. I actually had a couple times where it was faster on HDD but could have been that some other process took up a few seconds of time too. The difference was literally seconds on compiles that were between 30 minutes to one hour. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] more on SSD: swap
On 22/07/13 14:24, Alan McKinnon wrote: On 22/07/2013 00:19, William Kenworthy wrote: swap: this will make one of the bigger speedups to the system when you need swap. swap is good - yes you can do without it, but the day comes when you REALLY do want it, and ... [crash!] ... otherwise it can just sit there waiting :) /etc/sysctl.conf: #vm.swappiness=1 #vm.vfs_cache_pressure=50 Do those settings set on the host or on the guest? Host ... they are applied via pressure on the guest memory via the balloon driver. The couple of windows images seem to create problems for the linux images in that linux seems to work better together but with windows hogging the memory (worst case is a win7 and win8 running concurrently, nether play well.) Have not looked further than reducing the memory allocated to windows (which triggered a genuine windows check on win7!) so they co-exist uneasily BillK
Re: [gentoo-user] more on SSD: swap
On 22/07/2013 10:46, William Kenworthy wrote: On 22/07/13 14:24, Alan McKinnon wrote: On 22/07/2013 00:19, William Kenworthy wrote: swap: this will make one of the bigger speedups to the system when you need swap. swap is good - yes you can do without it, but the day comes when you REALLY do want it, and ... [crash!] ... otherwise it can just sit there waiting :) /etc/sysctl.conf: #vm.swappiness=1 #vm.vfs_cache_pressure=50 Do those settings set on the host or on the guest? Host ... they are applied via pressure on the guest memory via the balloon driver. The couple of windows images seem to create problems for the linux images in that linux seems to work better together but with windows hogging the memory (worst case is a win7 and win8 running concurrently, nether play well.) Have not looked further than reducing the memory allocated to windows (which triggered a genuine windows check on win7!) so they co-exist uneasily BillK thanks -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] more on SSD: swap
Am Montag, 22. Juli 2013, 06:19:09 schrieb William Kenworthy: experience with compiling in tempfs is that it works, but has a much higher failure rate than on disk - i.e., things like OO/Lo, KDE, gcc and glibc have large space requirements that you must make sure tmpfs can satisfy before you start. em, no. KDE does not have large space requirements. LO does. The rest is happy with 2gb of tmpfs diskspace. -- #163933
Re: [gentoo-user] systemd - are we forced to switch?
Am Montag, 22. Juli 2013, 09:03:46 schrieb Helmut Jarausch: Hi, gnome-base/gnome-settings-daemon-3.8.4 requires systemd sys-auth/consolekit-0.4.6cannot coexist with systemd but many packages depend on sys-auth/consolekit : emerge -vpc sys-auth/consolekit gives sys-auth/consolekit-0.4.5_p20120320-r2 pulled in by: gnome-base/gnome-session-3.8.2.1-r1 requires sys-auth/consolekit gnome-base/gnome-shell-3.8.3-r1 requires sys-auth/consolekit kde-base/kdm-4.10.5 requires sys-auth/consolekit net-misc/networkmanager-0.9.8.2-r2 requires sys-auth/consolekit net-wireless/bluez-4.101-r5 requires sys-auth/consolekit sys-apps/accountsservice-0.6.34 requires sys-auth/consolekit sys-auth/pambase-20120417-r2 requires =sys-auth/consolekit-0.4.5_p2012[pam] sys-auth/polkit-0.111 requires sys-auth/consolekit[policykit] x11-apps/xdm-1.1.11-r3 requires sys-auth/consolekit x11-misc/slim-1.3.5-r2 requires sys-auth/consolekit So, what to do? Obviously, I don't want an unbootable system. How did you resolve this conflict? Many thanks for a hint, Helmut not using gnome. Gnome decided to force systemd. -- #163933
Re: [gentoo-user] more on SSD: swap
On Mon, 22 Jul 2013 10:49:48 +0200, Volker Armin Hemmann wrote: experience with compiling in tempfs is that it works, but has a much higher failure rate than on disk - i.e., things like OO/Lo, KDE, gcc and glibc have large space requirements that you must make sure tmpfs can satisfy before you start. em, no. KDE does not have large space requirements. LO does. The rest is happy with 2gb of tmpfs diskspace. And portage checks for sufficient space for greedy packages before it starts emerging anything, so if there is a problem you know right away. -- Neil Bothwick Therapy is expensive, popping bubble wrap is cheap! You choose. signature.asc Description: PGP signature
Re: [gentoo-user] systemd - are we forced to switch?
On 22/07/13 10:03, Helmut Jarausch wrote: Hi, How did you resolve this conflict? Many thanks for a hint, Helmut As a maintainer of sys-auth/consolekit, and xfce-base/xfce4-meta I can assure you sys-auth/consolekit is not about to be removed and the support for systemd-logind will be appended to XFCE instead of replaced like in GNOME. I'm trying to say, either migrate to systemd or pick another desktop with saner future plans like XFCE. - Samuli
Re: [gentoo-user] systemd - are we forced to switch?
On Jul 22, 2013 6:34 PM, Samuli Suominen ssuomi...@gentoo.org wrote: On 22/07/13 10:03, Helmut Jarausch wrote: Hi, How did you resolve this conflict? Many thanks for a hint, Helmut As a maintainer of sys-auth/consolekit, and xfce-base/xfce4-meta I can assure you sys-auth/consolekit is not about to be removed and the support for systemd-logind will be appended to XFCE instead of replaced like in GNOME. I'm trying to say, either migrate to systemd or pick another desktop with saner future plans like XFCE. - Samuli +1 for XFCE. It's more similar to Gnome2 than Gnome3 itself :-) Rgds, --
Re: [gentoo-user] systemd - are we forced to switch?
130722 Helmut Jarausch wrote: gnome-base/gnome-settings-daemon-3.8.4 requires systemd sys-auth/consolekit-0.4.6cannot coexist with systemd but many packages depend on sys-auth/consolekit : How did you resolve this conflict? Don't use Gnome. I've been using Fluxbox for years : it's simple, highly configurable quite adequate for everyday work ; you can use apps from KDE or Xfce, as you please. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] systemd - are we forced to switch?
On 22 July 2013 15:35, Philip Webb purs...@ca.inter.net wrote: 130722 Helmut Jarausch wrote: gnome-base/gnome-settings-daemon-3.8.4 requires systemd sys-auth/consolekit-0.4.6cannot coexist with systemd but many packages depend on sys-auth/consolekit : How did you resolve this conflict? Don't use Gnome. I've been using Fluxbox for years : it's simple, highly configurable quite adequate for everyday work ; you can use apps from KDE or Xfce, as you please. If somebody has to use gnome? For example, here is my girlfriend who has a Gentoo system with Unity on her laptop. She uses Evolution on daily basis. As I experienced not possible to install Evolution without gnome USE flag. In this case what is the proper solution? -- -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- Trust in God and keep your gunpowder dry! - Cromwell
Re: [gentoo-user] systemd - are we forced to switch?
On 22/07/2013 15:39, András Csányi wrote: On 22 July 2013 15:35, Philip Webb purs...@ca.inter.net wrote: 130722 Helmut Jarausch wrote: gnome-base/gnome-settings-daemon-3.8.4 requires systemd sys-auth/consolekit-0.4.6cannot coexist with systemd but many packages depend on sys-auth/consolekit : How did you resolve this conflict? Don't use Gnome. I've been using Fluxbox for years : it's simple, highly configurable quite adequate for everyday work ; you can use apps from KDE or Xfce, as you please. If somebody has to use gnome? For example, here is my girlfriend who has a Gentoo system with Unity on her laptop. She uses Evolution on daily basis. As I experienced not possible to install Evolution without gnome USE flag. In this case what is the proper solution? USE=gnome != install all of Gnome It means to compile with Gnome support. What Gnome packages does Evolution require, and do those deps pull in systemd? If no, there's no problem If yes, either live with what portage wants to do or use a different mail-client -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] systemd - are we forced to switch?
ConsoleKit is for all practical purposes unmaintained, and all of the packages you mentioned it support systemd just fine. Emerge systemd, and purge CK from your system; I did that almost a year ago. Regards. On Mon, Jul 22, 2013 at 2:03 AM, Helmut Jarausch jarau...@igpm.rwth-aachen.de wrote: Hi, gnome-base/gnome-settings-daemon-3.8.4 requires systemd sys-auth/consolekit-0.4.6cannot coexist with systemd but many packages depend on sys-auth/consolekit : emerge -vpc sys-auth/consolekit gives sys-auth/consolekit-0.4.5_p20120320-r2 pulled in by: gnome-base/gnome-session-3.8.2.1-r1 requires sys-auth/consolekit gnome-base/gnome-shell-3.8.3-r1 requires sys-auth/consolekit kde-base/kdm-4.10.5 requires sys-auth/consolekit net-misc/networkmanager-0.9.8.2-r2 requires sys-auth/consolekit net-wireless/bluez-4.101-r5 requires sys-auth/consolekit sys-apps/accountsservice-0.6.34 requires sys-auth/consolekit sys-auth/pambase-20120417-r2 requires =sys-auth/consolekit-0.4.5_p2012[pam] sys-auth/polkit-0.111 requires sys-auth/consolekit[policykit] x11-apps/xdm-1.1.11-r3 requires sys-auth/consolekit x11-misc/slim-1.3.5-r2 requires sys-auth/consolekit So, what to do? Obviously, I don't want an unbootable system. How did you resolve this conflict? Many thanks for a hint, Helmut -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] systemd - are we forced to switch?
On 22/07/13 18:02, Canek Peláez Valdés wrote: ConsoleKit is for all practical purposes unmaintained, and all of the packages you mentioned it support systemd just fine. Emerge systemd, and purge CK from your system; I did that almost a year ago. It's how you look at it. I call it mature but you are right it won't get new features or such, only bugfixes to keep status quo. Some people call that stable :-) [1] http://cgit.freedesktop.org/ConsoleKit/commit/?id=af75e100dc4d4fac2e1633aa134e40e390d38918
Re: [gentoo-user] systemd - are we forced to switch?
yeah, because it is so great to have that monster systemd on your box. Because xml configs are awesome and binary logs even more and I always wanted an init with builtin webbrowser. Security? bah, not needed. So when do I have to install mysql to use it? How long until some crap ala windows-registry is forced down my throat? 2013/7/22 Canek Peláez Valdés can...@gmail.com ConsoleKit is for all practical purposes unmaintained, and all of the packages you mentioned it support systemd just fine. Emerge systemd, and purge CK from your system; I did that almost a year ago. Regards. On Mon, Jul 22, 2013 at 2:03 AM, Helmut Jarausch jarau...@igpm.rwth-aachen.de wrote: Hi, gnome-base/gnome-settings-daemon-3.8.4 requires systemd sys-auth/consolekit-0.4.6cannot coexist with systemd but many packages depend on sys-auth/consolekit : emerge -vpc sys-auth/consolekit gives sys-auth/consolekit-0.4.5_p20120320-r2 pulled in by: gnome-base/gnome-session-3.8.2.1-r1 requires sys-auth/consolekit gnome-base/gnome-shell-3.8.3-r1 requires sys-auth/consolekit kde-base/kdm-4.10.5 requires sys-auth/consolekit net-misc/networkmanager-0.9.8.2-r2 requires sys-auth/consolekit net-wireless/bluez-4.101-r5 requires sys-auth/consolekit sys-apps/accountsservice-0.6.34 requires sys-auth/consolekit sys-auth/pambase-20120417-r2 requires =sys-auth/consolekit-0.4.5_p2012[pam] sys-auth/polkit-0.111 requires sys-auth/consolekit[policykit] x11-apps/xdm-1.1.11-r3 requires sys-auth/consolekit x11-misc/slim-1.3.5-r2 requires sys-auth/consolekit So, what to do? Obviously, I don't want an unbootable system. How did you resolve this conflict? Many thanks for a hint, Helmut -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] systemd - are we forced to switch?
On Mon, Jul 22, 2013 at 09:35:22AM -0400, Philip Webb wrote: 130722 Helmut Jarausch wrote: gnome-base/gnome-settings-daemon-3.8.4 requires systemd sys-auth/consolekit-0.4.6cannot coexist with systemd but many packages depend on sys-auth/consolekit : How did you resolve this conflict? Don't use Gnome. I've been using Fluxbox for years : it's simple, highly configurable quite adequate for everyday work ; you can use apps from KDE or Xfce, as you please. Sadly the GNU/Linux DEs are _way_ behind the rest of the software. Been using Fluxbox since 2003, and very happy. I am presently trying Xfce again for the upteenth time. ;)Especially for computers to sell people who need to be _free_ from proprietary OSes. Thanks Samuli Suominen for your work! Cheers, Bruce -- Happy Penguin Computers ') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
[gentoo-user] Experiences with amd richland or trinity APUs?
Hi there, I'm thinking of bying a quad-core cpu, preferably an amd cpu because they are significantly cheaper than intel ones. The actual models are A8 (trinity, RD 7560D GPU) and A10 (richland RD 8570D GPU), or a plain AthlonIIx4 (no GPU). My question is: Are these GPUs supported properly under linux? Does anyone have experiences with them? Thanks, Alex
Re: [gentoo-user] systemd - are we forced to switch?
Am 22.07.2013 17:02, schrieb Canek Peláez Valdés: ConsoleKit is for all practical purposes unmaintained, and all of the packages you mentioned it support systemd just fine. Emerge systemd, and purge CK from your system; I did that almost a year ago. Thanks, just purged consolekit from my system after setting USE=-consolekit and remerged the affected packages. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] SSD partitioning and migration - caveat
Am 20.07.2013 05:32, schrieb luis jure: on 2013-07-20 at 09:51 William Kenworthy wrote: You have to map the drive so grub can find it: no, i don't think that's the problem. the problem is that with GPT disks you need a BIOS Boot Partition since they don't have a MBR. is that correct? https://wiki.archlinux.org/index.php/GRUB#Install_to_GPT_BIOS_boot_partition http://www.anchor.com.au/blog/2012/10/the-difference-between-booting-mbr-and-gpt-with-grub/ Correct :-) If I remember correctly, stage2 of the grub bootloader will be put there. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] SSD partitioning and migration
Am 21.07.2013 01:45, schrieb Neil Bothwick: This sin't a rescue partition, it's just a GRUB menu entry and a copy f the ISO in /boot, so far less maintenance even than making sure a USB stick stays put. Plus it is much faster to boot. Yep, I got that set up as well when I did my GRUB2-learning-steps ;-) nice to have, sure!
[gentoo-user] Fresh install and problem with net.* init.d script
Hello, I've just build a new gentoo system from my running one (no cd install at all) and everything seems to be fine except that I can't start any net.* script from default runlevel. I use the new udev naming scheme, it detect my 2 interface as enp2s0 and enp5s1 so I have created the symlinks like this: ln -s /etc/init.d/net.lo /etc/init.d/net.enp2s0 then I have added the script to default runlevel: rc-update add net.enp2s0 default These iface are configured with static ip in /etc/conf.d/net like this: config_enp2s0=192.168.0.5 netmask 255.255.255.0 brd 192.168.0.255 routes_enp2s0=default via 192.168.0.1 config_enp5s1=10.10.10.100/24 when I boot the system, none of my two interface are started, instead dhcpcd start and assign ip from dhcp server After booting if I manually start the scripts it assign my static config to an alias of my interfaces... I really can't figure out what I am doing wrong, If someone have any idea it would be nice. Thanks for reading and sorry for my poor english speaking Fred Leon
Re: [gentoo-user] systemd - are we forced to switch?
maybe you should not just believe everything posted. Especially from a systemd fanboi. 2013/7/22 Michael Hampicke m...@hadt.biz Am 22.07.2013 17:02, schrieb Canek Peláez Valdés: ConsoleKit is for all practical purposes unmaintained, and all of the packages you mentioned it support systemd just fine. Emerge systemd, and purge CK from your system; I did that almost a year ago. Thanks, just purged consolekit from my system after setting USE=-consolekit and remerged the affected packages.
Re: [gentoo-user] Fresh install and problem with net.* init.d script
Le 2013/07/22 21:54, Paul Hartman a écrit : On Mon, Jul 22, 2013 at 3:42 PM, FredL rap...@drakonix.fr wrote: when I boot the system, none of my two interface are started, instead dhcpcd start and assign ip from dhcp server After booting if I manually start the scripts it assign my static config to an alias of my interfaces... I really can't figure out what I am doing wrong, If someone have any idea it would be nice. Do you perhaps have NetworkManager or wicd installed? no, none of them, it is a very basic install, with only the minimum packages installed . I have checked at the init script and find a line in the depend section saying : after lo lo0 dbus but dbus is not yet installed, can this be the cause of my problem?
Re: [gentoo-user] syslog-ng segfaults
Neil Bothwick wrote: Try app-admin/checkrestart, I generally run this after updating any daemons or libraries. This sounds very helpful, thanks for the suggestion Neil! -- R
Re: [gentoo-user] Fresh install and problem with net.* init.d script
Do you perhaps have NetworkManager or wicd installed? no, none of them, it is a very basic install, with only the minimum packages installed . I have checked at the init script and find a line in the depend section saying : after lo lo0 dbus but dbus is not yet installed, can this be the cause of my problem? so I have just installed dbus and add it to default runlevel and my net.* script are loaded correctly setting my static config, so every thing is fine now. But why do we need dbus in a very minimalistic system? I was thinking that it would be helpful in a full desktop environnement for automagically mounting device and things like that... Saying that I've just remenbered that I have selected the desktop profile instead of the default one, can this be why my init script need dbus for starting net iface?
Re: [gentoo-user] SSD partitioning and migration
Am 19.07.2013 21:02, schrieb Paul Hartman: Old SSDs that did not support TRIM would suffer write amplification after a certain amount of data had been written to them, but any modern SSD and modern OS will keep it nice and tidy. What's the best practice now for TRIM? I changed to manual fstrim -v / back then as they wrote that the fstab-options weren't the right way of doing it. Any news on this? I have root-fs on ext4, btw ... Stefan
Re: [gentoo-user] systemd - are we forced to switch?
This would be a lot less of an issue if someone just wrote a logind ebuild (wink wink) that provides consolekit like it was originally intended. But yeah you usually stay away from unmaintained upstreams. On Jul 22, 2013 11:03 PM, Canek Peláez Valdés can...@gmail.com wrote: ConsoleKit is for all practical purposes unmaintained, and all of the packages you mentioned it support systemd just fine. Emerge systemd, and purge CK from your system; I did that almost a year ago. Regards. On Mon, Jul 22, 2013 at 2:03 AM, Helmut Jarausch jarau...@igpm.rwth-aachen.de wrote: Hi, gnome-base/gnome-settings-daemon-3.8.4 requires systemd sys-auth/consolekit-0.4.6cannot coexist with systemd but many packages depend on sys-auth/consolekit : emerge -vpc sys-auth/consolekit gives sys-auth/consolekit-0.4.5_p20120320-r2 pulled in by: gnome-base/gnome-session-3.8.2.1-r1 requires sys-auth/consolekit gnome-base/gnome-shell-3.8.3-r1 requires sys-auth/consolekit kde-base/kdm-4.10.5 requires sys-auth/consolekit net-misc/networkmanager-0.9.8.2-r2 requires sys-auth/consolekit net-wireless/bluez-4.101-r5 requires sys-auth/consolekit sys-apps/accountsservice-0.6.34 requires sys-auth/consolekit sys-auth/pambase-20120417-r2 requires =sys-auth/consolekit-0.4.5_p2012[pam] sys-auth/polkit-0.111 requires sys-auth/consolekit[policykit] x11-apps/xdm-1.1.11-r3 requires sys-auth/consolekit x11-misc/slim-1.3.5-r2 requires sys-auth/consolekit So, what to do? Obviously, I don't want an unbootable system. How did you resolve this conflict? Many thanks for a hint, Helmut -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Fresh install and problem with net.* init.d script
On 22/07/2013 23:35, FredL wrote: Do you perhaps have NetworkManager or wicd installed? no, none of them, it is a very basic install, with only the minimum packages installed . I have checked at the init script and find a line in the depend section saying : after lo lo0 dbus but dbus is not yet installed, can this be the cause of my problem? so I have just installed dbus and add it to default runlevel and my net.* script are loaded correctly setting my static config, so every thing is fine now. But why do we need dbus in a very minimalistic system? I was thinking that it would be helpful in a full desktop environnement for automagically mounting device and things like that... dbus is NOT a desktop daemon. This is very important, and that single misunderstanding is probably behind all the fud you read about it. dbus implements a message bus - an amazingly useful thing to have. Why do you need or want a message bus? You might as well ask why do you need or want any other form of IPC you already have, as that is what dbus is. It's a very small, light daemon, can run system-wide or per-session and has the potential to many of the IPC implementations you already have. Those are the ones that don't happen to show up in ps so you hear very little whinging about them. That desktop systems are the main user of dbus at this point in time doesn't change one bit what dbus is designed to do and it's usefulness. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] SSD partitioning and migration
Stroller wrote: I wouldn't have bothered making this distinction, but I think: 1TB = 1000GB 1Tb = 125GB There are also TiBs[0]: 1 TiB = 1024 GiB Similarly, there are MiB, etc. [0] http://en.wikipedia.org/wiki/Tebibyte -- R
Re: [gentoo-user] systemd - are we forced to switch?
Thank you for the FUD. I was beginning to miss M$. Heres the freedesktop entry for a more authoritative statement. http://www.freedesktop.org/wiki/Software/ConsoleKit/ On Jul 23, 2013 4:57 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: maybe you should not just believe everything posted. Especially from a systemd fanboi. 2013/7/22 Michael Hampicke m...@hadt.biz Am 22.07.2013 17:02, schrieb Canek Peláez Valdés: ConsoleKit is for all practical purposes unmaintained, and all of the packages you mentioned it support systemd just fine. Emerge systemd, and purge CK from your system; I did that almost a year ago. Thanks, just purged consolekit from my system after setting USE=-consolekit and remerged the affected packages.
Re: [gentoo-user] Fresh install and problem with net.* init.d script
Le 2013/07/22 22:44, Alan McKinnon a écrit : On 22/07/2013 23:35, FredL wrote: Do you perhaps have NetworkManager or wicd installed? no, none of them, it is a very basic install, with only the minimum packages installed . I have checked at the init script and find a line in the depend section saying : after lo lo0 dbus but dbus is not yet installed, can this be the cause of my problem? so I have just installed dbus and add it to default runlevel and my net.* script are loaded correctly setting my static config, so every thing is fine now. But why do we need dbus in a very minimalistic system? I was thinking that it would be helpful in a full desktop environnement for automagically mounting device and things like that... dbus is NOT a desktop daemon. This is very important, and that single misunderstanding is probably behind all the fud you read about it. dbus implements a message bus - an amazingly useful thing to have. Why do you need or want a message bus? You might as well ask why do you need or want any other form of IPC you already have, as that is what dbus is. It's a very small, light daemon, can run system-wide or per-session and has the potential to many of the IPC implementations you already have. Those are the ones that don't happen to show up in ps so you hear very little whinging about them. That desktop systems are the main user of dbus at this point in time doesn't change one bit what dbus is designed to do and it's usefulness. ok, thanks for your explanation and your help, my last fresh install was a very long time ago and I can't remember having to install dbus before having my net script working, but a lot of things have changed since this last install and that is probably what I miss in this fresh install process
Re: [gentoo-user] systemd - are we forced to switch?
Thanks for the FUD. On Jul 22, 2013 11:15 PM, Volker Armin Hemmann volkerar...@googlemail.com wrote: yeah, because it is so great to have that monster systemd on your box. Because xml configs are awesome and binary logs even more and I always wanted an init with builtin webbrowser. Security? bah, not needed. Funny. I dont remember any xml blobs on my systemd configs. And my logs are sent to syslog-ng as text, too. Id say i dont have a builton webbrowser but i start emacs as a service ;) Its fair to say you havent the slightest idea what youre talking about so heaven knows how well youre misusing classic security practices right now. So when do I have to install mysql to use it? How long until some crap ala windows-registry is forced down my throat? Since this is a gnome topic? The registry was here like more than a year now. 2013/7/22 Canek Peláez Valdés can...@gmail.com ConsoleKit is for all practical purposes unmaintained, and all of the packages you mentioned it support systemd just fine. Emerge systemd, and purge CK from your system; I did that almost a year ago. Regards. On Mon, Jul 22, 2013 at 2:03 AM, Helmut Jarausch jarau...@igpm.rwth-aachen.de wrote: Hi, gnome-base/gnome-settings-daemon-3.8.4 requires systemd sys-auth/consolekit-0.4.6cannot coexist with systemd but many packages depend on sys-auth/consolekit : emerge -vpc sys-auth/consolekit gives sys-auth/consolekit-0.4.5_p20120320-r2 pulled in by: gnome-base/gnome-session-3.8.2.1-r1 requires sys-auth/consolekit gnome-base/gnome-shell-3.8.3-r1 requires sys-auth/consolekit kde-base/kdm-4.10.5 requires sys-auth/consolekit net-misc/networkmanager-0.9.8.2-r2 requires sys-auth/consolekit net-wireless/bluez-4.101-r5 requires sys-auth/consolekit sys-apps/accountsservice-0.6.34 requires sys-auth/consolekit sys-auth/pambase-20120417-r2 requires =sys-auth/consolekit-0.4.5_p2012[pam] sys-auth/polkit-0.111 requires sys-auth/consolekit[policykit] x11-apps/xdm-1.1.11-r3 requires sys-auth/consolekit x11-misc/slim-1.3.5-r2 requires sys-auth/consolekit So, what to do? Obviously, I don't want an unbootable system. How did you resolve this conflict? Many thanks for a hint, Helmut -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Fresh install and problem with net.* init.d script
On 23/07/2013 00:02, FredL wrote: Le 2013/07/22 22:44, Alan McKinnon a écrit : On 22/07/2013 23:35, FredL wrote: Do you perhaps have NetworkManager or wicd installed? no, none of them, it is a very basic install, with only the minimum packages installed . I have checked at the init script and find a line in the depend section saying : after lo lo0 dbus but dbus is not yet installed, can this be the cause of my problem? so I have just installed dbus and add it to default runlevel and my net.* script are loaded correctly setting my static config, so every thing is fine now. But why do we need dbus in a very minimalistic system? I was thinking that it would be helpful in a full desktop environnement for automagically mounting device and things like that... dbus is NOT a desktop daemon. This is very important, and that single misunderstanding is probably behind all the fud you read about it. dbus implements a message bus - an amazingly useful thing to have. Why do you need or want a message bus? You might as well ask why do you need or want any other form of IPC you already have, as that is what dbus is. It's a very small, light daemon, can run system-wide or per-session and has the potential to many of the IPC implementations you already have. Those are the ones that don't happen to show up in ps so you hear very little whinging about them. That desktop systems are the main user of dbus at this point in time doesn't change one bit what dbus is designed to do and it's usefulness. ok, thanks for your explanation and your help, my last fresh install was a very long time ago and I can't remember having to install dbus before having my net script working, but a lot of things have changed since this last install and that is probably what I miss in this fresh install process I wonder why you didn;t have dbus installed. You said you copied the new install over from an old one, right? So emerge world should have pulled in everything you need. What's different between that new install and the old one? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] SSD partitioning and migration
On Mon, Jul 22, 2013 at 4:42 PM, Stefan G. Weichinger li...@xunil.at wrote: Am 19.07.2013 21:02, schrieb Paul Hartman: Old SSDs that did not support TRIM would suffer write amplification after a certain amount of data had been written to them, but any modern SSD and modern OS will keep it nice and tidy. What's the best practice now for TRIM? I changed to manual fstrim -v / back then as they wrote that the fstab-options weren't the right way of doing it. Any news on this? I have root-fs on ext4, btw ... I think it depends on your usage patterns. discard will trim unused space immediately as files are deleted. Putting fstrim in your cron jobs will wait to free all unused space at once. If you delete many files, or large files, you may notice performance slowdowns by using discard. On the other hand, if your SSD is near full you may benefit from discard to allow faster write speed before the cron job runs. As far as I remember, some filesystems don't support discard option, but do support fstrim. So fstrim job may be safer as generic advice... and it was older advice, before discard existed, so old SSD guides may refer to it by default. I personally use discard with ext4 and btrfs, but I have not done tests or have evidence that it is the best choice for me. It's simply what I chose and never changed it. :)
Re: [gentoo-user] SSD partitioning and migration
Am 23.07.2013 00:22, schrieb Paul Hartman: I personally use discard with ext4 and btrfs, but I have not done tests or have evidence that it is the best choice for me. It's simply what I chose and never changed it. :) Thanks, Paul! More of a I do it MY way than a generic best practice for all as recommended by upstream devs, right? ;-) S
Re: [gentoo-user] SSD partitioning and migration
On Mon, Jul 22, 2013 at 5:26 PM, Stefan G. Weichinger li...@xunil.at wrote: Am 23.07.2013 00:22, schrieb Paul Hartman: I personally use discard with ext4 and btrfs, but I have not done tests or have evidence that it is the best choice for me. It's simply what I chose and never changed it. :) Thanks, Paul! More of a I do it MY way than a generic best practice for all as recommended by upstream devs, right? ;-) Basically I think it is like so many things in Linux, use whatever works best for you :)
Re: [gentoo-user] Fresh install and problem with net.* init.d script
Le 2013/07/22 23:08, Alan McKinnon a écrit : On 23/07/2013 00:02, FredL wrote: Le 2013/07/22 22:44, Alan McKinnon a écrit : On 22/07/2013 23:35, FredL wrote: Do you perhaps have NetworkManager or wicd installed? no, none of them, it is a very basic install, with only the minimum packages installed . I have checked at the init script and find a line in the depend section saying : after lo lo0 dbus but dbus is not yet installed, can this be the cause of my problem? so I have just installed dbus and add it to default runlevel and my net.* script are loaded correctly setting my static config, so every thing is fine now. But why do we need dbus in a very minimalistic system? I was thinking that it would be helpful in a full desktop environnement for automagically mounting device and things like that... dbus is NOT a desktop daemon. This is very important, and that single misunderstanding is probably behind all the fud you read about it. dbus implements a message bus - an amazingly useful thing to have. Why do you need or want a message bus? You might as well ask why do you need or want any other form of IPC you already have, as that is what dbus is. It's a very small, light daemon, can run system-wide or per-session and has the potential to many of the IPC implementations you already have. Those are the ones that don't happen to show up in ps so you hear very little whinging about them. That desktop systems are the main user of dbus at this point in time doesn't change one bit what dbus is designed to do and it's usefulness. ok, thanks for your explanation and your help, my last fresh install was a very long time ago and I can't remember having to install dbus before having my net script working, but a lot of things have changed since this last install and that is probably what I miss in this fresh install process I wonder why you didn;t have dbus installed. You said you copied the new install over from an old one, right? So emerge world should have pulled in everything you need. What's different between that new install and the old one? I just use my current gentoo system for building a new one from scratch, so I only use my current system as it was only a livecd. I won't use my current world file or anything else coming from my current system (except things like hostname, hosts, or kernel config). In fact I'm building a little script for deploying a very basic gentoo system without typing the full list of commands listed in the installation documentation. Just a hobby for lazy guy ;) Another reason for this fresh install is that I plan to write a full doc for describing the installation process for building a cluster hosting my own services (ftp, web, mail, etc...) in a para virtualised environnement (xen) . So I don't want to have any rubish coming from the desktop I currently used, and want to keep things as clean as possible.
Re: [gentoo-user] Fresh install and problem with net.* init.d script
On Mon, 22 Jul 2013 23:45:04 +0100, FredL wrote: I just use my current gentoo system for building a new one from scratch, so I only use my current system as it was only a livecd. I won't use my current world file or anything else coming from my current system (except things like hostname, hosts, or kernel config). In fact I'm building a little script for deploying a very basic gentoo system without typing the full list of commands listed in the installation documentation. Just a hobby for lazy guy ;) Another reason for this fresh install is that I plan to write a full doc for describing the installation process for building a cluster hosting my own services (ftp, web, mail, etc...) in a para virtualised environnement (xen) . So I don't want to have any rubish coming from the desktop I currently used, and want to keep things as clean as possible. Sets are your friend here. I have a base set containing all the useful things I put on all installs, including the things details in the handbook like a cron daemon and system logger as well as the likes of eix, conf-update, portage-utils and emacs. Then I have sets for desktop, laptop etc, each of which inherits the base set. so it's pretty much a case of partition the disk, unpack the stage3, emerge @laptop (or whatever, compile the kernel, configure the bootloader and reboot. -- Neil Bothwick Like an atheist in a grave: all dressed up and no place to go. signature.asc Description: PGP signature
Re: [gentoo-user] systemd - are we forced to switch?
Mark David Dumlao madum...@gmail.com wrote: Thank you for the FUD. I was beginning to miss M$. Heres the freedesktop entry for a more authoritative statement. http://www.freedesktop.org/wiki/Software/ConsoleKit/ On Jul 23, 2013 4:57 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: maybe you should not just believe everything posted. Especially from a systemd fanboi. 2013/7/22 Michael Hampicke m...@hadt.biz Am 22.07.2013 17:02, schrieb Canek Peláez Valdés: ConsoleKit is for all practical purposes unmaintained, and all of the packages you mentioned it support systemd just fine. Emerge systemd, and purge CK from your system; I did that almost a year ago. Thanks, just purged consolekit from my system after setting USE=-consolekit and remerged the affected packages. I have several things depending on consolekit: sys-auth/consolekit-0.4.5_p20120320-r2 pulled in by: gnome-base/gnome-control-center-3.8.3 requires sys-auth/consolekit gnome-base/gnome-session-3.8.2.1-r1 requires sys-auth/consolekit gnome-base/gnome-shell-3.8.3-r1 requires sys-auth/consolekit sys-apps/accountsservice-0.6.30 requires sys-auth/consolekit sys-auth/pambase-20120417-r2 requires =sys-auth/consolekit-0.4.5_p2012[pam] sys-auth/polkit-0.111 requires sys-auth/consolekit[policykit] -- 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] systemd - are we forced to switch?
On Mon, Jul 22, 2013 at 9:58 PM, cov...@ccs.covici.com wrote: [ snip ] I have several things depending on consolekit: sys-auth/consolekit-0.4.5_p20120320-r2 pulled in by: gnome-base/gnome-control-center-3.8.3 requires sys-auth/consolekit Dependency of gnome-control-center: || ( ( app-admin/openrc-settingsd sys-auth/consolekit ) =sys-apps/systemd-31 ) gnome-base/gnome-session-3.8.2.1-r1 requires sys-auth/consolekit gnome-session: systemd? ( =sys-apps/systemd-183 ) !systemd? ( sys-auth/consolekit ) gnome-base/gnome-shell-3.8.3-r1 requires sys-auth/consolekit gnome-shell: || ( sys-auth/consolekit =sys-apps/systemd-31 ) sys-apps/accountsservice-0.6.30 requires sys-auth/consolekit accountsservice: systemd? ( =sys-apps/systemd-186 ) !systemd? ( sys-auth/consolekit ) sys-auth/pambase-20120417-r2 requires pambase: consolekit? ( =sys-auth/consolekit-0.4.5_p2012[pam] ) systemd? ( =sys-apps/systemd-44-r1[pam] ) =sys-auth/consolekit-0.4.5_p2012[pam] consolekit obviously doesn't depend on itself. sys-auth/polkit-0.111 requires sys-auth/consolekit[policykit] polkit: pam? ( systemd? ( sys-auth/pambase[systemd] ) !systemd? ( sys-auth/pambase[consolekit] ) ) In other words, *ALL* of these packages can use systemd instead of consolekit (and in the case of pambase, both at the same time). And, as Mark already linked[1]: ConsoleKit is currently not actively maintained. The focus has shifted to the built-in seat/user/session management of Software/systemd called systemd-loginctl, I would not really count on these packages supporting CK in the future. Regards. [1] http://www.freedesktop.org/wiki/Software/ConsoleKit/ -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Experiences with amd richland or trinity APUs?
On Tue, Jul 23, 2013 at 1:09 AM, Alexander Puchmayr alexander.puchm...@linznet.at wrote: Hi there, I'm thinking of bying a quad-core cpu, preferably an amd cpu because they are significantly cheaper than intel ones. The actual models are A8 (trinity, RD 7560D GPU) and A10 (richland RD 8570D GPU), or a plain AthlonIIx4 (no GPU). My question is: Are these GPUs supported properly under linux? Does anyone have experiences with them? Thanks, Alex The ati-drivers is supported my A10.( ati-drivers 支持我的A10 ) Nothing special attention to the place you want. ( 没什么要特别要注意的地方。)
Re: [gentoo-user] systemd - are we forced to switch?
On Mon, 2013-07-22 at 17:14 +0200, Volker Armin Hemmann wrote: yeah, because it is so great to have that monster systemd on your box. Because xml configs are awesome and binary logs even more and I always wanted an init with builtin webbrowser. Security? bah, not needed. So when do I have to install mysql to use it? How long until some crap ala windows-registry is forced down my throat? Nobody is forcing you to use anything. These are all upstream (GNOME, freedestkop) decisions, you can't expect them to maintain code that doesn't follow their technical direction. If you don't like it you can fork or go use/contribute to other projects all you want. This is the power of open source, no one can take choice away from you, they can just make your choice a lot harder to realize. --Mark
Re: [gentoo-user] systemd - are we forced to switch?
On 23/07/13 00:46, Mark David Dumlao wrote: This would be a lot less of an issue if someone just wrote a logind ebuild (wink wink) that provides consolekit like it was originally intended. not possible, logind since systemd = 205 requires systemd and won't work on openrc, upstart, and such as in, the idea of using logind outside of systemd is a dead end so keeping ConsoleKit in portage for long as it works for long as we need openrc for Linux based systems and when it no longer works, the contingency plan is to ship vendor based polkit files that possibly either restore 'plugdev' group or provide similar groups to ArchLinux like 'network', 'storage', 'power' to split up the old 'plugdev' - Samuli