Re: [gentoo-user] cloning problem
On 02/04/2013 10:52:44 PM, Neil Bothwick wrote: On Mon, 04 Feb 2013 16:53:09 +0100, Helmut Jarausch wrote: On the very first boot the cloned system fails to mount all file systems even /dev/pts which is a bit problematic when doing all this from remote. I get PTY allocation request failed on channel 0 Luckily I still can use the console on the remote system although I don't get a prompt. Did you copy /dev/null and /dev/console to the new machine. These need to exist on the root partition as they are needed before udev starts. Thanks Neil, what do you mean by copy? When cloning, I transfer a tarball of the root and usr partition. Doesn't that suffice? The only thing which comes to my mind now is that the tarball was created from a live root partition. Helmut.
Re: [gentoo-user] cloning problem
On Tue, 05 Feb 2013 09:26:06 +0100, Helmut Jarausch wrote: Did you copy /dev/null and /dev/console to the new machine. These need to exist on the root partition as they are needed before udev starts. Thanks Neil, what do you mean by copy? When cloning, I transfer a tarball of the root and usr partition. Doesn't that suffice? The only thing which comes to my mind now is that the tarball was created from a live root partition. There's the problem. The live root partition has a devfs mounted on /dev so the contents of /dev on the root filesystem are unavailable. Either use a live CD or bind mount / somewhere and copy that. mount --bind / /mnt/tmp cd /mnt/tmp tar -czf tarball.tgz . -- Neil Bothwick Unable to open TROUSER.ZIP - replace floppy and retry. signature.asc Description: PGP signature
Re: [gentoo-user] GNOME configuration problem
Am 04.02.2013 11:52, schrieb Helmut Jarausch: Hi, I'm not using the full GNOME desktop but only single applications like 'meld'. (Only) for some users (including root on one machine and a non-root user on an another machine) meld fails with : File /usr/lib64/meld/meld/ui/historyentry.py, line 121, in _save_history self.__gconf_client.set_list(key, gconf.VALUE_STRING, gconf_items) glib.GError: Configuration server couldn't be contacted: D-BUS error: Can't overwrite existing read-only value: Value for `/apps/gnome-settings/meld/history-direntry' set in a read-only source at the front of your configuration path I have even removed $HOME/.gconf and $HOME/.local/meld with no success. Any hints are very much appreciated, Helmut. The read-only source of gconf is in /etc/gconf/, probably /etc/gconf/gconf.xml.defaults/%gconf-tree.xml I use meld too, but I have no entry of it in /etc/gconf (checked with grep -ri meld /etc/gconf/). But I do have entries for the gconf-path `/apps/gnome-settings/meld/history-direntry' if I look at it with gconf-editor. They are stored in ~/.gconf/apps/gnome-settings/meld/%gconf.xml It seems history-direntry is a list of directories I used meld in. Hope the info helps debugging, Daniel -- Get my PGP key at: * http://keyserver.ubuntu.com:11371/pks/lookup?op=getsearch=0x837FB8B5BB9D4887 * $ gpg --recv-keys --keyserver keyserver.ubuntu.com 0xBB9D4887 signature.asc Description: OpenPGP digital signature
[gentoo-user] no audio on cisco webex
I've got a brand new 64bit install of Gentoo here with Java and Flash and it absolutely will not provide the audio portion of any Cisco Webex meeting. I can see the presentation part w/o issue, I can watch Youtube w/o issue, and I can even do a video call over Skype without issue. Which all leads me to believe that my audio works :) Does anyone now the magic needed to make Webex perform correctly? -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: douglasjhunley.com G+: http://goo.gl/sajR3
[gentoo-user] nvidia-drivers fail to determine kernel version
Hi, when using vanilla kernel 3.7.5 (appropiate kernel headers installed) emergeing nvidia-drivers 313.18 works fine. As soon vanilla kernel 3.7.6 are installed the emerge process fails because the kernel version couldnt be determined. Both times /usr/src/linux symlinks to the according kernel sources. What did I wrong? How can I fix that? Thank you very much in advance for any help! Best regards, mcc
Re: [gentoo-user] nvidia-drivers fail to determine kernel version
Note sure it's something wrong that you did, but that sure is strange... It usually happens when switching from 3.x to 3.y kernel version... When you're trying to emerge nvidia-drivers, are you running the recently compiled kernel? 2013/2/5 meino.cra...@gmx.de Hi, when using vanilla kernel 3.7.5 (appropiate kernel headers installed) emergeing nvidia-drivers 313.18 works fine. As soon vanilla kernel 3.7.6 are installed the emerge process fails because the kernel version couldnt be determined. Both times /usr/src/linux symlinks to the according kernel sources. What did I wrong? How can I fix that? Thank you very much in advance for any help! Best regards, mcc
Re: [gentoo-user] no audio on cisco webex
On Tue, Feb 5, 2013 at 7:54 AM, Douglas J Hunley doug.hun...@gmail.com wrote: I've got a brand new 64bit install of Gentoo here with Java and Flash and it absolutely will not provide the audio portion of any Cisco Webex meeting. I can see the presentation part w/o issue, I can watch Youtube w/o issue, and I can even do a video call over Skype without issue. Which all leads me to believe that my audio works :) Does anyone now the magic needed to make Webex perform correctly? I have not used webex, but my googling seems to indicate the plugin uses 32-bit libraries and you'll need to run a 32-bit browser in order for sound to work on linux (or perhaps 64-bit browser using 32-bit java through nspluginwrapper or something like that).
Re: [gentoo-user] nvidia-drivers fail to determine kernel version
Hi Alexandre, thanks for your reply! :) Both kernels were compiled the same way prior to emergeing the nvidia-drivers. In both cases the symlink /usr/src/linux points to the correct kernel sources... I also to booted into the kernel for which I want to emerge the drivers which doesnt make a difference... What else may be the reason for that? Best regards, mcc Alexandre Domi crok.r...@gmail.com [13-02-05 16:04]: Note sure it's something wrong that you did, but that sure is strange... It usually happens when switching from 3.x to 3.y kernel version... When you're trying to emerge nvidia-drivers, are you running the recently compiled kernel? 2013/2/5 meino.cra...@gmx.de Hi, when using vanilla kernel 3.7.5 (appropiate kernel headers installed) emergeing nvidia-drivers 313.18 works fine. As soon vanilla kernel 3.7.6 are installed the emerge process fails because the kernel version couldnt be determined. Both times /usr/src/linux symlinks to the according kernel sources. What did I wrong? How can I fix that? Thank you very much in advance for any help! Best regards, mcc
Re: [gentoo-user] nvidia-drivers fail to determine kernel version
meino.cra...@gmx.de wrote: Hi Alexandre, thanks for your reply! :) Both kernels were compiled the same way prior to emergeing the nvidia-drivers. In both cases the symlink /usr/src/linux points to the correct kernel sources... I also to booted into the kernel for which I want to emerge the drivers which doesnt make a difference... What else may be the reason for that? Best regards, mcc Bug maybe? I would search the forums then B.G.O. and see if it has been reported there. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] nvidia-drivers fail to determine kernel version
Hi, It could be because it's hard coded in the nvidia sh script... It used to be like that, don't know if it's still the case... Le 5 févr. 2013 16:32, meino.cra...@gmx.de a écrit : Hi Alexandre, thanks for your reply! :) Both kernels were compiled the same way prior to emergeing the nvidia-drivers. In both cases the symlink /usr/src/linux points to the correct kernel sources... I also to booted into the kernel for which I want to emerge the drivers which doesnt make a difference... What else may be the reason for that? Best regards, mcc Alexandre Domi crok.r...@gmail.com [13-02-05 16:04]: Note sure it's something wrong that you did, but that sure is strange... It usually happens when switching from 3.x to 3.y kernel version... When you're trying to emerge nvidia-drivers, are you running the recently compiled kernel? 2013/2/5 meino.cra...@gmx.de Hi, when using vanilla kernel 3.7.5 (appropiate kernel headers installed) emergeing nvidia-drivers 313.18 works fine. As soon vanilla kernel 3.7.6 are installed the emerge process fails because the kernel version couldnt be determined. Both times /usr/src/linux symlinks to the according kernel sources. What did I wrong? How can I fix that? Thank you very much in advance for any help! Best regards, mcc
[gentoo-user] Re: no audio on cisco webex
Paul Hartman paul.hartman+gentoo at gmail.com writes: Does anyone now the magic needed to make Webex perform correctly? Try the Chrome browser. Sometimes it works with audio when other browsers do not. hth, James
[gentoo-user] OT: penetration testing
Hello, Some time ago, Alan recommended a linux distro for penetration testing on networks that I manage. Sorry Alan, I lost the referral; google no find.. So from Google, I found a list of 10 linux distros, including Pentoo, for penetration testing. Rather than take the time to test each one, recommendations as to which ones anyone likes or uses, would save me quite some time... http://blog.rootcon.org/2012/02/10-pentesting-linux-distributions-you.html All feedback is appreciated, as I'm looking for a distro, I can run as a liveDVD, usbstick or such, when I need it and not dedicated a machine to this task. TIA, James
Re: [gentoo-user] OT: penetration testing
On 05/02/2013 20:57, James wrote: Hello, Some time ago, Alan recommended a linux distro for penetration testing on networks that I manage. Sorry Alan, I lost the referral; google no find.. It was the first one in that list - BackTrack I've heard good things about a few of the others and nothing bad about any. So take your pick ;-) backtrack is the well known granddaddy and poster child for pentest distros, but I'm sure all of them will get the job done. It really comes down to the list of useful apps they bundle for you. So from Google, I found a list of 10 linux distros, including Pentoo, for penetration testing. Rather than take the time to test each one, recommendations as to which ones anyone likes or uses, would save me quite some time... http://blog.rootcon.org/2012/02/10-pentesting-linux-distributions-you.html All feedback is appreciated, as I'm looking for a distro, I can run as a liveDVD, usbstick or such, when I need it and not dedicated a machine to this task. TIA, James -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: nvidia-drivers fail to determine kernel version
On 02/05/2013 06:56 AM, meino.cra...@gmx.de wrote: Hi, when using vanilla kernel 3.7.5 (appropiate kernel headers installed) emergeing nvidia-drivers 313.18 works fine. As soon vanilla kernel 3.7.6 are installed the emerge process fails because the kernel version couldnt be determined. Every time Linus changes his underwear the nvidia installer forgets how to find the kernel version :( Rafaele Belardi posted a link here on Jan 29 to a patch on the nvidia website. If you can't make it work I'll post more details tomorrow.
Re: [gentoo-user] Re: no audio on cisco webex
On Tue, Feb 5, 2013 at 12:48 PM, James wirel...@tampabay.rr.com wrote: Does anyone now the magic needed to make Webex perform correctly? Try the Chrome browser. Sometimes it works with audio when other browsers do not. Chrome is the only browser I use and is the one where I experienced the issue :-/ -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: douglasjhunley.com G+: http://goo.gl/sajR3
Re: [gentoo-user] *draft* for setting up network bridge with systemd (for qemu/kvm)
Am 29.01.2013 20:48, schrieb Stefan G. Weichinger: Thanks for sharing ... I quickly followed your suggestions and built another service-file with your solution (you had typos btw - brigdge ;-) ). It works as well and is maybe even slimmer in execution. I will just keep both versions around and see where it gets me. The *fun* is: I just now learned about macvtap-devices ... which seem to enable me to get rid of that bridging at all ... afai understand it will be enough to run network.service and libvirtd will do the rest (correctly configured kernel given). testing now ...
Re: [gentoo-user] *draft* for setting up network bridge with systemd (for qemu/kvm)
Am 05.02.2013 23:00, schrieb Stefan G. Weichinger: Am 29.01.2013 20:48, schrieb Stefan G. Weichinger: Thanks for sharing ... I quickly followed your suggestions and built another service-file with your solution (you had typos btw - brigdge ;-) ). It works as well and is maybe even slimmer in execution. I will just keep both versions around and see where it gets me. The *fun* is: I just now learned about macvtap-devices ... which seem to enable me to get rid of that bridging at all ... afai understand it will be enough to run network.service and libvirtd will do the rest (correctly configured kernel given). testing now ... hmmm ... yes and no: http://wiki.libvirt.org/page/Guest_can_reach_outside_network,_but_can't_reach_host_(macvtap) Yes, I was able to connect my VMs to a macvtap-device on my gentoo server host and this got them online vs. other networks (they could reach the internet etc). No, I wasn't able to ssh into them from the KVM-host itself ... which in my case is my main gentoo workstation where I run VMs within KVM for several purposes ... The workaround mentioned in the link above didn't work out so far for me, some more fiddling needed maybe. Got to think it over, but it seems way of an overhead to run an isolated network to contact VMs on my *local* machine just to be able to use macvtap :-P At least I learned about that new (to me ...) feature and the opportunity to use it with gentoo. Great. Really. In my case here it isn't about maximum performance ... I use KVM to test things and prepare VMs or installations to deploy somewhere else. For gentoo-based-KVM-servers it is a bit different: the need to contact the VM via the virtualization host isn't that important, if I am able to ssh/ping/whatever the VM from the outside, that is good enough. I have to deploy such a server in about two weeks. The good old bridging with TAP-devices etc. will be good enough. Especially as I replace another server still running VMware Server 2.x ... - KVM with libvirt, on a recent gentoo-kernel should really improve things ... aside from networking details. --- sorry for dumping my thoughts in here. Stefan
Re: [gentoo-user] Re: nvidia-drivers fail to determine kernel version
walt w41...@gmail.com [13-02-06 04:51]: On 02/05/2013 06:56 AM, meino.cra...@gmx.de wrote: Hi, when using vanilla kernel 3.7.5 (appropiate kernel headers installed) emergeing nvidia-drivers 313.18 works fine. As soon vanilla kernel 3.7.6 are installed the emerge process fails because the kernel version couldnt be determined. Every time Linus changes his underwear the nvidia installer forgets how to find the kernel version :( Rafaele Belardi posted a link here on Jan 29 to a patch on the nvidia website. If you can't make it work I'll post more details tomorrow. Hi, thanks for your reply, walt! :) What I found based on your mail are patches against different nvidia-drivers and different kernel version than I am using to get this running... I tried the symlink include/linux - include/uapi/linux mentioned here: https://devtalk.nvidia.com/default/topic/525935/linux/please-update-310-xx-drivers-for-linux-3-7-3-8-compatibility/2/ after the kernel was build, but ths doesnt help. Any information would help me here a lot! Thank you very much in advance for any help! Best regards, mcc
[gentoo-user] rtorrent
Good morning All,
I would like to ask some help regarding color stuff of rtorrent. Where
can I find a how to or something? What I found is not working with my
rtorrent.
I have this:
[I] net-p2p/rtorrent
Available versions: 0.8.6-r1 (~)0.8.6-r4 (~)0.8.7-r4 0.8.9^t
(~)0.9.1 (~)0.9.2 {color daemon debug ipv6 test xmlrpc}
Installed versions: 0.9.2(07:24:56 AM 02/06/2013)(daemon ipv6
xmlrpc -debug -test)
Homepage:http://libtorrent.rakshasa.no/
Description: BitTorrent Client using libtorrent
Thanks in advance!
András
--
-- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu --
http://facebook.com/andras.csanyi
-- Trust in God and keep your gunpowder dry! - Cromwell
Re: [gentoo-user] rtorrent
On 02/06/2013 07:25 AM, András Csányi wrote: Good morning All, I would like to ask some help regarding color stuff of rtorrent. Where can I find a how to or something? What I found is not working with my rtorrent. Looks like color support was dropped by the ebuild maintainer: https://bugs.gentoo.org/show_bug.cgi?id=407525 I switched to deluge. raf
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
On Sat, Feb 2, 2013 at 4:10 AM, Stefan G. Weichinger li...@xunil.at wrote: Am 2013-02-01 20:39, schrieb Canek Peláez Valdés: Having an empty log is also weird; mine says: Jan 30 01:19:20 centurion polkitd[1614]: Started polkitd version 0.110 Jan 30 01:19:22 centurion polkitd[1614]: Loading rules from directory /etc/polkit-1/rules.d Jan 30 01:19:22 centurion polkitd[1614]: Loading rules from directory /usr/share/polkit-1/rules.d Jan 30 01:19:22 centurion polkitd[1614]: Finished loading, compiling and executing 3 rules Jan 30 01:19:22 centurion polkitd[1614]: Acquired the name org.freedesktop.PolicyKit1 on the system bus Jan 30 01:19:30 centurion polkitd[1614]: Registered Authentication Agent for unix-session:1 (system bus name :1.30 [gnome-shell --mode=gdm], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.utf8) Jan 30 01:19:39 centurion polkitd[1614]: Unregistered Authentication Agent for unix-session:1 (system bus name :1.30, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.utf8) (disconnected from bus) Jan 30 01:19:55 centurion polkitd[1614]: Registered Authentication Agent for unix-session:2 (system bus name :1.58 [/usr/bin/gnome-shell], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.utf8) Sorry for answering so late; long weekend in here. I removed and re-installed polkit, then followed your suggestions. My polkit only logs this (yes, I tried to log in and got rejected): # /usr/lib/polkit-1/polkitd --replace Successfully changed to user polkitd 10:58:53.739: Loading rules from directory /etc/polkit-1/rules.d 10:58:53.739: Loading rules from directory /usr/share/polkit-1/rules.d 10:58:53.739: Finished loading, compiling and executing 3 rules Entering main event loop Connected to the system bus 10:58:53.741: Acquired the name org.freedesktop.PolicyKit1 on the system bus 10:59:25.755: Registered Authentication Agent for unix-session:c6 (system bus name :1.28 [gnome-shell --mode=gdm], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale de_DE.UTF-8) Nothing more. I was expecting more from that. The gdm.log is empty. That is weird; if you ran gdm outside of systemd, with the --nodaemon option, the program should print everything to stdout and/or stderr, and then should capture it. I'm running out of ideas. What does the file /etc/pam.d/gdm-password contains? thanks for you patience with this issue, btw! That's what the list is for, Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
