[gentoo-user] Apache 2.2.6 - Problems with vhosts
Hello list, I have a problem here with apache and vhosts that I hope you can help me to solve. I have apache 2.2.6 running in a box called myserver.university.edu I start apache with the following options: APACHE2_OPTS=-D DEFAULT_VHOST -D USERDIR -D PHP5 With USERDIR active, users can use: http://myserver.university.edu/usernameto access their files. It works. Now I have a user who adquired a domain (let's say: www.example.com) and wants to redirect it to his user folder. For this, I edited the file: 00_default_vhost.conf It looks like this: IfDefine DEFAULT_VHOST Listen 80 NameVirtualHost *:80 VirtualHost *:80 ServerName myserver.university.edu Include /etc/apache2/vhosts.d/default_vhost.include IfModule mpm_peruser_module ServerEnvironment apache apache /IfModule /VirtualHost VirtualHost *:80 DocumentRoot /home/group1/user1/public_html/ ServerName example.com ServerAlias www.example.com /VirtualHost VirtualHost *:80 DocumentRoot /home/group1/user1/public_html/subdomain1 ServerName subdomain1.example.com /VirtualHost /IfDefine The file: default_vhost.include ; looks like this: ServerAdmin [EMAIL PROTECTED] DocumentRoot /var/www/localhost/htdocs Directory /var/www/localhost/htdocs Options Indexes FollowSymLinks AllowOverride All /Directory Directory /var/www/localhost/cgi-bin AllowOverride None Options None /Directory The problem I am having is the following: When I type: http://myserver.university.edu/username it works for any user. When I type: http://subdomain1.example.com/ it shows the files hosted in /home/group1/user1/public_html/subdomain1 BUT, if I type: http://www.example.com or http://example.com, then, it doesn't show the files hosted in /home/group1/user1/public_html/ BUT it shows the files hosted in the root directory of apache: /var/www/localhost/htdocs Can anyone help me? :-)
Re: [gentoo-user] understanding --depclean
On Tue, 11 Nov 2008 23:00:08 -0600, Dale wrote: Be very careful with --depclean. It can really mess up something if you are not watching close. That may have been the case some time ago, but depclean is much safer now. Notice that the warning at the start of its output has disappeared now? -- Neil Bothwick All new: Parts not interchangeable with previous model. signature.asc Description: PGP signature
Re: [gentoo-user] understanding --depclean
Dale schrieb: Michael P. Soulier wrote: I'm new to gentoo, and I recently changed my USE flags, so I ran emerge -p --depclean to see what it suggests removing. Along with many others, I see dev-lang/python selected: 2.4.4-r13 protected: none omitted: 2.5.2-r7 [EMAIL PROTECTED]:~$ equery list | grep dev-lang/python dev-lang/python-2.4.4-r13 dev-lang/python-2.5.2-r7 So it's going to remove the redundant python version, is that right? Any chance of shared files being removed? Thanks, Mike Run this, emerge -uvDNp world and see if it wants to emerge anything. man emerge will tell you what the options are for but the -N is the important part. Also, you may want to run python-updater as well just to see if it picks up anything. Basically, you want to make sure everything is using the new version of python before removing the old. --depclean has no clue on that one. Also, anytime you run --depclean, run revdep-rebuild -i afterwards just in case something did get messed up. Always do that before you log out or reboot. I have been known to switch to another console and login before logging out of the other one. Just to be sure. Be very careful with --depclean. It can really mess up something if you are not watching close. Ask first if you're not sure. Dale :-) :-) Hi, As I have written somewhere else a couple of times. If unmerging a part of the system consider running quickpkg --include-config=y forexamplepython before. Running revdep-rebuild might show you do have to reinstall whatever you unmerged but emerge might not be able to do it any longer if something is really broken. kh
Re: [gentoo-user] Apache 2.2.6 - Problems with vhosts
On Wed, 12 Nov 2008 09:59:59 +0100, Gololo wrote: Now I have a user who adquired a domain (let's say: www.example.com) and wants to redirect it to his user folder. For this, I edited the file: 00_default_vhost.conf It looks like this: IfDefine DEFAULT_VHOST Listen 80 NameVirtualHost *:80 VirtualHost *:80 ServerName myserver.university.edu Include /etc/apache2/vhosts.d/default_vhost.include IfModule mpm_peruser_module ServerEnvironment apache apache /IfModule /VirtualHost VirtualHost *:80 DocumentRoot /home/group1/user1/public_html/ ServerName example.com ServerAlias www.example.com /VirtualHost VirtualHost *:80 DocumentRoot /home/group1/user1/public_html/subdomain1 ServerName subdomain1.example.com /VirtualHost /IfDefine You don't edit 00_default_vhost.conf, that for teh default setting (hint: look at the name of the file). Put your settings in 01_domain.conf, 02_domain2.conf etc. Secondly, you have only defined more default setups here. And where isthe Directory stanza for the user dir? The contents of 01_example.com.conf should be along the lines of VirtualHost www.example.com:80 ServerAlias example.com DocumentRoot /home/group1/user1/public_html Directory /var/www/stfw.net/htdocs Options Indexes order allow,deny Allow from all /Directory /VirtualHost -- Neil Bothwick WinErr 011: Window open - Do not look outside signature.asc Description: PGP signature
Re: [gentoo-user] Transferring an existing install to new disk
2008/11/12 Garry Smith [EMAIL PROTECTED]: tar -cvzpf - ./bin ./boot ./dev ./etc ./lib ./lost+found ./media ./mnt ./opt ./proc ./root ./sbin ./sys ./usr ./var | ssh -p8889 [EMAIL PROTECTED] cd /mnt/gentoo; tar -xzpf - Unfortunately the symbolic links all came out as 0 byte files (not sym links), so in the end I fell back on rsync (over SSH) which did the job. How do you normally preserve symlinks using tar piped over SSH? I think the symlinks shouldn't get affected by the tar+ssh transfer. There is some tar option that preserves stuff. Take a look at man tar. I use tar to do regular backups of my complete system and restored it at least one time without problems. When I am back home I can look up the command I use. -- Regards, Daniel
Re: [gentoo-user] Apache 2.2.6 - Problems with vhosts
On Wed, 12 Nov 2008 12:13:51 +0100, Gololo wrote: Ok, thanks for the quick answer. I will try this in a second, but, just a couple of questions. Please do not top post. 1) DocumentRoot /home/group1/user1/public_html Directory /var/www/stfw.net/htdocs Should I write there the same path there? I mean, should I write the path to the public_html directory both in DocumentRoot and in Directory? Sorry, I cut'n'pasted that from a working config and missed changing one of the paths. The Directory and DocumentRoot paths should be the same. 2) How should I add the subdomains in this 01_example.com.conf. Would it be something like this? I'd put each one as a separate vhost. -- Neil Bothwick Just when my ship comes in, it's the Kobyashi Maru. signature.asc Description: PGP signature
[gentoo-user] Testing lyx-1.6.0
I have been very disappointed by lyx-1.6.0 as it seemingly misses some features (and files): - no icons for the toolbars - no config files for displaying lyx files as dvi, postscript or pdf - no conversion files Did I miss something, or v.1.6.0 has still to be completed ? What's your experience ? As for me, as I use lyx on a daily basis, I had to switch back to v.-1.5.6 -- ~adj~
Re: [gentoo-user] Transferring an existing install to new disk
Dirk Uys wrote: On Wed, Nov 12, 2008 at 9:35 AM, Harry Putnam [EMAIL PROTECTED] wrote: I should know how to do this but so many changes have happened recently and I haven't done anything like this for a very long time. My desktop version of gentoo is pretty far out of date. And I think there have been enough changes that I don't even want to try to get it cleaned up. Rather, I'd like to build up a newly installed gentoo to the point where it has all the stuff I want. But do it inside a vmware virtual machine. I'm trying to keep my working desktop in place until such time as the vmware gentoo setup is ready Once that install is up to speed with all my preferred apps in place. And any kinks worked out... Only then use it to overwrite my desktop OS. Or reformat that disk and move the vmware gentoo version to it. The vmware gentoo would be guest on a windows XP pro machine. I'd like to hear any comments concerning what problems I might run into or whether the plan is likely to be a serious mess. Also wouldn't mind seeing a rough outline of how to make that kind of move. I've thought about this myself, but I think there are some issues. The hardware that vmware can simulate are limited and may not match your actual hardware. This does not mean it's impossible, but you may need to set network, graphics ,etc up again once the system is transferred. Guess the steps will be pretty much the same as for transferring between partitions or similar machines - make sure all the required modules for the target system is compiled in the kernel. - Update /etc/fstab to point to the correct devices. - Update the grub.conf to pass the correct root. (btw, does anyone use anything other than grub these days?) - Use tar (with appropriate flags to keep permissions and symlinks in place) to transfer all the files - Install the bootloader on the target MBR I may have missed a few things, but that's everything I currently remember. Harry was asking about going between two machines. I did something similar recently ((http://blog.garrysmith.net/?p=62#more-62) and used the following command to pass the output from tar directly to the destination machine over SSH: tar -cvzpf - ./bin ./boot ./dev ./etc ./lib ./lost+found ./media ./mnt ./opt ./proc ./root ./sbin ./sys ./usr ./var | ssh -p8889 [EMAIL PROTECTED] “cd /mnt/gentoo; tar -xzpf -” Unfortunately the symbolic links all came out as 0 byte files (not sym links), so in the end I fell back on rsync (over SSH) which did the job. How do you normally preserve symlinks using tar piped over SSH? An example of the rsync command I used was: rsync -avpe ssh -p 8889 /home [EMAIL PROTECTED]:/mnt/gentoo The next time that I do this, I will just use rsync straight away and not use tar. The Gentoo Live CD has rsync (the Gentoo minimal install doesn't), so you should use the former (I booted both machines (one of them within VMWare fusion) from live the CD in order to do the copy. cheers Garry
Re: [gentoo-user] Transferring an existing install to new disk
Hi, Dirk, Hi, List! On Wed, Nov 12, 2008 at 09:59:09AM +0200, Dirk Uys wrote: - Update the grub.conf to pass the correct root. (btw, does anyone use anything other than grub these days?) Yes. I use LILO. My lilo.conf traces its ancestry back to my original Linux installation, SuSE 5.3. Why? Because learning grub would take time. Maybe not very much time, but it would take some. By contrast, although learning LILO took a very great deal of time, that time is already spent, and can never more be got back. Putting an extra entry into lilo.conf and regenerating the boot loader now takes, at most, a few minutes. But if the motivation of your question is simplifying Gentoo by leaving out LILO, that wouldn't bother me at all. While I've still got a Debian on my PC, I can use it to lie low, and when I need to learn grub, no big deal. In fact, by the time I get to learn grub, it will, in its turn, probably have been superseded by something else. :-) Regards Dirk -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Re: Transferring an existing install to new disk
On Wed, 12 Nov 2008 08:03:51 -0600, Harry Putnam wrote: If you're installing to a new disk, do a standard Gentoo install to that disk, but do it from your working setup instead of the live CD environment. Your existing installation has all the tools you need to build a new setup in a chroot. I'm having a bit of a thick skulled problem understanding what you mean above. I can't think of how I would do a fresh install to a new disk from a working vmware guest on a different machine or even on the same machine for that matter. The subject mentions a new disk, and your original post mentioned installing anew for a machine you want to keep running, so I took it that the new disk goes in the old computer. So boot your existing Gentoo setup as usual, then follow the handbook to install on the new disk. You do not have to boot from a live CD to install Gentoo, and suitable working Linux environment will do the job, and an existing Gentoo installation is more than suitable. -- Neil Bothwick Don't just read the Tagline; read the MESSAGE! signature.asc Description: PGP signature
Re: [gentoo-user] Apache 2.2.6 - Problems with vhosts
Hello again, I followed the solution you propposed and I got this error in the error_log of apache: Options FollowSymLinks or SymLinksIfOwnerMatch is off which implies that RewriteRule directive is forbidden: /home/protel/gololo/public_html/ Plus I got a 403 Forbidden in the browser. So I changed the: Options Indexes with Options Indexes FollowSymLinks SymLinksIfOwnerMatch Now, www.example.com is working, but, any request of the short: http://myserver.university.edu/username is redirected to www.example.com/username which should not be happening Any help on this would me much appreciated. PS. What do you mean with top posting? What is this?
Re: [gentoo-user] Re: Transferring an existing install to new disk
On Wed, 12 Nov 2008 09:51:12 -0600, Harry Putnam wrote: So boot your existing Gentoo setup as usual, then follow the handbook to install on the new disk. You do not have to boot from a live CD to install Gentoo, and suitable working Linux environment will do the job, and an existing Gentoo installation is more than suitable. There still seems to be some misunderstanding. I want to build up a fresh install somewhere besides my existing desktop OS (gentoo). Leave the existing setup alone for now. Which is what a chroot install does. Get the fresh install up to speed so it is a fresh and new approximation of my desktop OS. Ditto. And finally overwrite the desktop OS with the newly built one. Overwrite? Where does the new disk come into it then? It sounds like what you are describing is just a new install using an exiting gentoo os instead of install disk. But the result would be a new install with nothing setup... on the desktop which is not what I want. Obviously, you would set everything up, but it would be made easier by the fact you are running on the target machine, and everything is in place. There's no copying entire systems over, just change the bootloader config when it's ready. -- Neil Bothwick Due to inflation, all clouds will now be lined with zinc. signature.asc Description: PGP signature
[gentoo-user] Howto compile Xgl on Gentoo (to have dual seat box)
Hi, I have dual head nvidia card and like to make dual seat gentoo box. (i.e. two people can work simultaneously, using their own monitor+mouse+kbd) I met these problems: 1. one X window server can work only with one mouse, kbd and VGA card 2. nvidia driver doesn't allow to run two X servers on single dual head card I configured Xorg.conf for two semi independent screens (signed as :0.0 and :0.1), but didn't succeed to attach extra kbd/mouse to them. (I can run e.g. mplayer on one screen in fullscreen mode and work on the other, but still using one mouse+kbd.) I got inspired by this link: http://research.edm.uhasselt.be/~jori/page/index.php?n=Misc.DualSeatX So I have to compile Xgl, run it on both screens and then attach extra mouse + kbd to them via XevdevServer. Does anybody know how to compile Xgl on Gentoo box ? TIA. noro I found these outdated links, but nothing useful: http://www.gentoo-wiki.info/XGL http://forums.gentoo.org/viewtopic-t-641342.html http://www.freedesktop.org/wiki/Software/Xgl
[gentoo-user] KDE-4.1.3 + KDE-3.5.9 = messed up KDEDIRS ?
Hi everybody, I've just updated to 4.1.3 (slotted alongside with 3.5.9) and all of sudden konqueror and akregator (didn't test much more, but I'm sure something else was broke too) stopped launching hinting that there is a CSS version mistmatch blah-blah-blah. Path to CSS suggested that 4.1.3 was using CSS from 3.5.9 which was bizzare since it was working before. so I checked my KDEDIRS environment variable and found out that kde-3.5 was listed there (no traces of kde-4.1) and to work around it I just applied little script that rewrites KDEDIRS to something more usefull (?) placing it under ~/.kde-4.1/env/kde4-kdedirs.sh: #!/bin/sh export KDEDIRS=/usr:/usr/local and this fixed it. Now my question is: is it something about my setup or it's happening to others too? Is there a more proper way to fix it? -- Dmitry Makovey Web Systems Administrator Athabasca University (780) 675-6245 signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] ath5k in the kernel - where is it?
Could you post the output of lspci, please? I have stability problems with madwifi on my system, so if you've got the same wlan chipset I would give it a try also (with 2.6.27, then). 03:00.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01) I have the same one. FWIW I had no stability issues with madwifi-ng 0.9.4 with wpa_supplicant 0.5.7 with 2.6.25-gentoo-r7, and IIRC that was with only the old 80211 stuff turned on in the kernel. (??IEEE80211 instead of MAC80211??) Mine works great except it freezes the whole system when starting ath0 in master mode if I have SMP enabled in my kernel: http://madwifi.org/ticket/1903 - Grant In case anyone else runs into this with madwifi-ng, it's fixed with the latest madwifi-ng-svn ebuild in the je_fro overlay. ath5k doesn't support master mode yet in 2.6.27 (although there is a patch floating around) and madwifi-old is completely unsupported (sandbox violations, should be removed from portage). - Grant
Re: [gentoo-user] understanding --depclean
Neil Bothwick wrote: On Tue, 11 Nov 2008 23:00:08 -0600, Dale wrote: Be very careful with --depclean. It can really mess up something if you are not watching close. That may have been the case some time ago, but depclean is much safer now. Notice that the warning at the start of its output has disappeared now? That is true but let's say a person updates python but forgets or doesn't know, to run python-updater, will --depclean know that? What if emerge doesn't work and they don't have buildpkg of some sort in make.conf? I agree that --depclean is a LOT better but there are still situations where it can mess up a system. It is best to be careful and really look at that list before letting it remove a package. Basically, don't type it in and walk off to let it do whatever it wants. I also seem to remember that big warning when --depclean runs. I think that may still be there for a reason. ;-) Dale :-) :-)
Re: [gentoo-user] understanding --depclean
KH wrote: Dale schrieb: Michael P. Soulier wrote: I'm new to gentoo, and I recently changed my USE flags, so I ran emerge -p --depclean to see what it suggests removing. Along with many others, I see dev-lang/python selected: 2.4.4-r13 protected: none omitted: 2.5.2-r7 [EMAIL PROTECTED]:~$ equery list | grep dev-lang/python dev-lang/python-2.4.4-r13 dev-lang/python-2.5.2-r7 So it's going to remove the redundant python version, is that right? Any chance of shared files being removed? Thanks, Mike Run this, emerge -uvDNp world and see if it wants to emerge anything. man emerge will tell you what the options are for but the -N is the important part. Also, you may want to run python-updater as well just to see if it picks up anything. Basically, you want to make sure everything is using the new version of python before removing the old. --depclean has no clue on that one. Also, anytime you run --depclean, run revdep-rebuild -i afterwards just in case something did get messed up. Always do that before you log out or reboot. I have been known to switch to another console and login before logging out of the other one. Just to be sure. Be very careful with --depclean. It can really mess up something if you are not watching close. Ask first if you're not sure. Dale :-) :-) Hi, As I have written somewhere else a couple of times. If unmerging a part of the system consider running quickpkg --include-config=y forexamplepython before. Running revdep-rebuild might show you do have to reinstall whatever you unmerged but emerge might not be able to do it any longer if something is really broken. kh Another good way is to have it in make.conf. I have buildsyspkg in mine so that it does it automatically. It hasn't saved me yet since I follow my own advice but it may one day. Dale :-) :-)
Re: [gentoo-user] Apache 2.2.6 - Problems with vhosts
Ok, thanks for the quick answer. I will try this in a second, but, just a couple of questions. 1) DocumentRoot /home/group1/user1/public_html Directory /var/www/stfw.net/htdocs Should I write there the same path there? I mean, should I write the path to the public_html directory both in DocumentRoot and in Directory? 2) How should I add the subdomains in this 01_example.com.conf. Would it be something like this? VirtualHost subd1.example.com:80 http://www.example.com/ DocumentRoot /home/group1/user1/public_html/subd1/ Directory /var/www/stfw.net/htdocs Options Indexes order allow,deny Allow from all /Directory /VirtualHost Thanks! You don't edit 00_default_vhost.conf, that for teh default setting (hint: look at the name of the file). Put your settings in 01_domain.conf, 02_domain2.conf etc. Secondly, you have only defined more default setups here. And where isthe Directory stanza for the user dir? The contents of 01_example.com.conf should be along the lines of VirtualHost www.example.com:80 ServerAlias example.com DocumentRoot /home/group1/user1/public_html Directory /var/www/stfw.net/htdocs Options Indexes order allow,deny Allow from all /Directory /VirtualHost -- Neil Bothwick WinErr 011: Window open - Do not look outside
[gentoo-user] sshd won't restart on remote system
After updating to the latest stable x86 openssh and merging config files on my remote system, I get: # /etc/init.d/sshd restart * Stopping sshd ... [ !! ] There is nothing in /var/log/sshd/current. Does anyone know what I should do? - Grant
Re: [gentoo-user] Testing lyx-1.6.0
Am Mittwoch, 12. November 2008 15:11:08 schrieb [EMAIL PROTECTED]: What's your experience ? Works fine for me. Bye... Dirk
Re: [gentoo-user] understanding --depclean
On Wed, Nov 12, 2008 at 7:41 AM, Michael P. Soulier [EMAIL PROTECTED] wrote: I'm new to gentoo, and I recently changed my USE flags, so I ran emerge -p --depclean to see what it suggests removing. Along with many others, I see dev-lang/python selected: 2.4.4-r13 protected: none omitted: 2.5.2-r7 [EMAIL PROTECTED]:~$ equery list | grep dev-lang/python dev-lang/python-2.4.4-r13 dev-lang/python-2.5.2-r7 So it's going to remove the redundant python version, is that right? Any chance of shared files being removed? There are chances that it will remove some shared files. To avoid this use revdep-rebuild after emerge --depclean. revdep-rebuild would rebuild all packages with broken libraries/binaries. Python is a bit special: you should use python-updater before unmerging older python. python-updated would reinstall all python modules for newer python. -- Vladimir Rusinov http://greenmice.info/
[gentoo-user] Re: Transferring an existing install to new disk
Neil Bothwick [EMAIL PROTECTED] writes: If you're installing to a new disk, do a standard Gentoo install to that disk, but do it from your working setup instead of the live CD environment. Your existing installation has all the tools you need to build a new setup in a chroot. I'm having a bit of a thick skulled problem understanding what you mean above. I can't think of how I would do a fresh install to a new disk from a working vmware guest on a different machine or even on the same machine for that matter. Can you explain a few details... maybe I'll catch on.
Re: [gentoo-user] Transferring an existing install to new disk
On Wed, 12 Nov 2008 01:35:32 -0600, Harry Putnam wrote: Rather, I'd like to build up a newly installed gentoo to the point where it has all the stuff I want. But do it inside a vmware virtual machine. I'm trying to keep my working desktop in place until such time as the vmware gentoo setup is ready If you're installing to a new disk, do a standard Gentoo install to that disk, but do it from your working setup instead of the live CD environment. Your existing installation has all the tools you need to build a new setup in a chroot. -- Neil Bothwick It's is not, it isn't ain't, and it's it's, not its, if you mean it is. If you don't, it's its. Then too, it's hers. It isn't her's. It isn't our's either. It's ours, and likewise yours and theirs. -- Oxford University Press, Edpress News signature.asc Description: PGP signature
[gentoo-user] Re: Transferring an existing install to new disk
Neil Bothwick [EMAIL PROTECTED] writes: So boot your existing Gentoo setup as usual, then follow the handbook to install on the new disk. You do not have to boot from a live CD to install Gentoo, and suitable working Linux environment will do the job, and an existing Gentoo installation is more than suitable. There still seems to be some misunderstanding. I want to build up a fresh install somewhere besides my existing desktop OS (gentoo). Leave the existing setup alone for now. Get the fresh install up to speed so it is a fresh and new approximation of my desktop OS. And finally overwrite the desktop OS with the newly built one. It sounds like what you are describing is just a new install using an exiting gentoo os instead of install disk. But the result would be a new install with nothing setup... on the desktop which is not what I want.
Re: [gentoo-user] sshd won't restart on remote system
On Wednesday 12 November 2008 17:37:29 Grant wrote: After updating to the latest stable x86 openssh and merging config files on my remote system, I get: # /etc/init.d/sshd restart * Stopping sshd ... [ !! ] There is nothing in /var/log/sshd/current. Does anyone know what I should do? Sometimes ssh won't restart if it's being used, possible after an openssl update I'm not sure. Try this (sleep 5 ; /etc/init.d/sshd restart) then logout, and 5-6 seconds later try to login, if it worked ssh can now be restarted while you're logged in as normal. -- Mike Williams
Re: [gentoo-user] Transferring an existing install to new disk
Alan Mackenzie wrote: Hi, Dirk, Hi, List! On Wed, Nov 12, 2008 at 09:59:09AM +0200, Dirk Uys wrote: - Update the grub.conf to pass the correct root. (btw, does anyone use anything other than grub these days?) Yes. I use LILO. My lilo.conf traces its ancestry back to my original Linux installation, SuSE 5.3. Why? Because learning grub would take time. Maybe not very much time, but it would take some. By contrast, although learning LILO took a very great deal of time, that time is already spent, and can never more be got back. Putting an extra entry into lilo.conf and regenerating the boot loader now takes, at most, a few minutes. But if the motivation of your question is simplifying Gentoo by leaving out LILO, that wouldn't bother me at all. While I've still got a Debian on my PC, I can use it to lie low, and when I need to learn grub, no big deal. In fact, by the time I get to learn grub, it will, in its turn, probably have been superseded by something else. :-) Regards Dirk I started out with Lilo too. I can't recall why I switched but I did. Grub is so much easier than Lilo. I have no regrets with switching and would only use Lilo if it was all that was available. The biggest thing to learn is the way the drives are listed. It uses (hd0,0) and such. It's really not that hard once you get how it does it. Also, it is real easy to switch to a older kernel at the grub boot screen. Just edit the boot line and let it rip. You can also edit other options for the boot line but changing kernels is the big one for me. It's a thought. Dale :-) :-)
[gentoo-user] Re: Transferring an existing install to new disk
Neil Bothwick [EMAIL PROTECTED] writes: On Wed, 12 Nov 2008 09:51:12 -0600, Harry Putnam wrote: So boot your existing Gentoo setup as usual, then follow the handbook to install on the new disk. You do not have to boot from a live CD to install Gentoo, and suitable working Linux environment will do the job, and an existing Gentoo installation is more than suitable. There still seems to be some misunderstanding. I want to build up a fresh install somewhere besides my existing desktop OS (gentoo). Leave the existing setup alone for now. Which is what a chroot install does. Get the fresh install up to speed so it is a fresh and new approximation of my desktop OS. Ditto. And finally overwrite the desktop OS with the newly built one. Overwrite? Where does the new disk come into it then? New as in new to the built up install. Perhaps a better choice would have been `different disk' It sounds like what you are describing is just a new install using an exiting gentoo os instead of install disk. But the result would be a new install with nothing setup... on the desktop which is not what I want. Obviously, you would set everything up, but it would be made easier by the fact you are running on the target machine, and everything is in place. There's no copying entire systems over, just change the bootloader config when it's ready. Ok, I see where your going here remove the notion of `new' disk. I don't have room for a new disk on the target machine, hence the idea of overwriting. But just talking about this much seems to indicate I'd be better off braving up and trying to clean up my existing install. Note a different thread where I've started on that mission: Subject: How to fix a hefty (emerge) blocking problem To be posted shortly
Re: [gentoo-user] Transferring an existing install to new disk
On Wed, Nov 12, 2008 at 11:50 AM, Dale [EMAIL PROTECTED] wrote: Alan Mackenzie wrote: Hi, Dirk, Hi, List! On Wed, Nov 12, 2008 at 09:59:09AM +0200, Dirk Uys wrote: - Update the grub.conf to pass the correct root. (btw, does anyone use anything other than grub these days?) Yes. I use LILO. My lilo.conf traces its ancestry back to my original Linux installation, SuSE 5.3. Why? Because learning grub would take time. Maybe not very much time, but it would take some. By contrast, although learning LILO took a very great deal of time, that time is already spent, and can never more be got back. Putting an extra entry into lilo.conf and regenerating the boot loader now takes, at most, a few minutes. But if the motivation of your question is simplifying Gentoo by leaving out LILO, that wouldn't bother me at all. While I've still got a Debian on my PC, I can use it to lie low, and when I need to learn grub, no big deal. In fact, by the time I get to learn grub, it will, in its turn, probably have been superseded by something else. :-) Regards Dirk I started out with Lilo too. I can't recall why I switched but I did. Grub is so much easier than Lilo. I have no regrets with switching and would only use Lilo if it was all that was available. The biggest thing to learn is the way the drives are listed. It uses (hd0,0) and such. It's really not that hard once you get how it does it. Also, it is real easy to switch to a older kernel at the grub boot screen. Just edit the boot line and let it rip. You can also edit other options for the boot line but changing kernels is the big one for me. It's a thought. I have my grub menu set up with 2 kernel choices; one points to/vmlinuz and the other points to /vmlinuz.old, that way i don't ever have to edit anything. Comes in handy if the new kernel blows up :)
Re: [gentoo-user] Re: Transferring an existing install to new disk
Harry Putnam wrote: Neil Bothwick [EMAIL PROTECTED] writes: So boot your existing Gentoo setup as usual, then follow the handbook to install on the new disk. You do not have to boot from a live CD to install Gentoo, and suitable working Linux environment will do the job, and an existing Gentoo installation is more than suitable. There still seems to be some misunderstanding. I want to build up a fresh install somewhere besides my existing desktop OS (gentoo). Leave the existing setup alone for now. Get the fresh install up to speed so it is a fresh and new approximation of my desktop OS. And finally overwrite the desktop OS with the newly built one. It sounds like what you are describing is just a new install using an exiting gentoo os instead of install disk. But the result would be a new install with nothing setup... on the desktop which is not what I want. This may help. You can install from the CD, another Gentoo system, another Linux system with about any OS on it as long as it has chroot and a couple other goodies. I installed my Gentoo system from Mandrake years ago. As long as you can run chroot and a couple other goodies, you can install. Another thing I have done, put a hard drive in my main rig, install Gentoo to run on another system. After I get everything done, except the boot loader, I put the drive in the new system, install the boot loader and see if it boots or not. What people are saying is, there are a lot of ways to do what you are wanting to do. Gentoo is very flexible that way. :-) Dale :-) :-)
Re: [gentoo-user] KDE-4.1.3 + KDE-3.5.9 = messed up KDEDIRS ?
On Wednesday 12 November 2008, Dmitry S. Makovey wrote: Hi everybody, I've just updated to 4.1.3 (slotted alongside with 3.5.9) and all of sudden konqueror and akregator (didn't test much more, but I'm sure something else was broke too) stopped launching hinting that there is a CSS version mistmatch blah-blah-blah. Path to CSS suggested that 4.1.3 was using CSS from 3.5.9 which was bizzare since it was working before. You need to go fully ~arch on KDE for them to co-exist in a nicer way. -- /PA signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Howto compile Xgl on Gentoo (to have dual seat box)
noro kamen ha scritto: Hi, I have dual head nvidia card and like to make dual seat gentoo box. (i.e. two people can work simultaneously, using their own monitor+mouse+kbd) I met these problems: 1. one X window server can work only with one mouse, kbd and VGA card 2. nvidia driver doesn't allow to run two X servers on single dual head card I configured Xorg.conf for two semi independent screens (signed as :0.0 and :0.1), but didn't succeed to attach extra kbd/mouse to them. (I can run e.g. mplayer on one screen in fullscreen mode and work on the other, but still using one mouse+kbd.) I got inspired by this link: http://research.edm.uhasselt.be/~jori/page/index.php?n=Misc.DualSeatX So I have to compile Xgl, run it on both screens and then attach extra mouse + kbd to them via XevdevServer. Does anybody know how to compile Xgl on Gentoo box ? Xgl has been discontinued: http://en.wikipedia.org/wiki/Xgl Can't you do the same with AIGLX in Xorg? m.
Re: [gentoo-user] Transferring an existing install to new disk
Paul Hartman wrote: I have my grub menu set up with 2 kernel choices; one points to/vmlinuz and the other points to /vmlinuz.old, that way i don't ever have to edit anything. Comes in handy if the new kernel blows up :) I too have two entries. One for the current kernel and one for the old that I know works. I do mine manually tho. I don't do the install thing. I'm assuming you do tho. ;-) Here is a list of my old kernels: [EMAIL PROTECTED] / # ls -al /boot/bzImage-2.6.2* -rw-r--r-- 1 root root 2437912 2007-12-18 04:25 /boot/bzImage-2.6.23-r3-1 -rw-r--r-- 1 root root 2468952 2008-04-29 23:05 /boot/bzImage-2.6.23-r8-5 -rw-r--r-- 1 root root 2456984 2008-07-10 17:11 /boot/bzImage-2.6.23-r8-6 -rw-r--r-- 1 root root 2363676 2008-08-05 22:43 /boot/bzImage-2.6.25-r7-1 -rw-r--r-- 1 root root 2359548 2008-08-12 17:59 /boot/bzImage-2.6.25-r7-2 [EMAIL PROTECTED] / # I'm still using the old 23 version. The 25 version makes KDE and my mouse VERY slow. I hadn't had time to figure out why yet. Dale :-) :-)
Re: [gentoo-user] How to fix a hefty (emerge) blocking problem
On 12/11/2008, Harry Putnam [EMAIL PROTECTED] wrote: I've allowed my desktop OS to become somewhat outdated. And I haven't followed all the recent changes to gentoo, so of course I am a little baffled by what appears to a real mess of overlapping dependencies or something causing 16 different blocking problems. The output of emerge -vuDNp shows a message saying I might be able solve some of the problem with masking but that appears to be only one small part of the blocking. I've included below some long output from: emerge -vuDNpt world (to show the interdependence's) (sorry but this is some 600 lines long) Possibly some other flags to emerge would be more helpful. If so please tell me and I'll post that as well. This output seems a little overwhelming but I hope someone who is used to deciphering such output will take time to look at it and maybe see how I can get started straightening it out. First a short look at the blocking lines: = * = * = * = * = * = * = grep blocking outfile [blocks b ] x11-drivers/xf86-video-nsc (x11-drivers/xf86-video-nsc is blocking x11-base/xorg-server-1.5.2) [blocks b ] x11-drivers/xf86-video-vga (x11-drivers/xf86-video-vga is blocking x11-base/xorg-server-1.5.2) [blocks b ] x11-drivers/xf86-video-imstt (x11-drivers/xf86-video-imstt is blocking x11-base/xorg-server-1.5.2) [blocks b ] x11-drivers/xf86-video-cyrix (x11-drivers/xf86-video-cyrix is blocking x11-base/xorg-server-1.5.2) [blocks b ]sys-libs/ss (sys-libs/ss is blocking sys-libs/e2fsprogs-libs-1.41.3) [blocks b ] sys-libs/e2fsprogs-libs (sys-libs/e2fsprogs-libs is blocking sys-libs/com_err-1.40.11, sys-libs/ss-1.40.11) [blocks b ] sys-libs/com_err (sys-libs/com_err is blocking sys-libs/e2fsprogs-libs-1.41.3) [blocks b ] sys-fs/e2fsprogs-1.41 (sys-fs/e2fsprogs-1.41 is blocking sys-libs/e2fsprogs-libs-1.41.3) [blocks b ] x11-base/xorg-server-1.5 (x11-base/xorg-server-1.5 is blocking x11-libs/libpciaccess-0.10.5) [blocks b ]dev-python/pygtk-2.13 (dev-python/pygtk-2.13 is blocking dev-python/pygobject-2.15.4) [blocks B ]dev-python/pygtk-2.13 (dev-python/pygtk-2.13 is blocking dev-python/pygobject-2.15.4) [blocks B ] =sys-fs/udev-126 (=sys-fs/udev-126 is blocking sys-fs/cryptsetup-1.0.6) [blocks B ] =kde-base/kdebase-3.5* (=kde-base/kdebase-3.5* is blocking kde-base/kdeprint-3.5.10) [blocks B ] kde-base/kdeprint:3.5 (kde-base/kdeprint:3.5 is blocking kde-base/kdebase-3.5.9-r4) [blocks B ] =x11-libs/qt-4.4.0_alpha:4 (=x11-libs/qt-4.4.0_alpha:4 is blocking x11-libs/qt-qt3support-4.4.2, x11-libs/qt-script-4.4.2, x11-libs/qt-dbus-4.4.2, x11-libs/qt-assistant-4.4.2, x11-libs/qt-xmlpatterns-4.4.2, x11-libs/qt-sql-4.4.2, x11-libs/qt-gui-4.4.2, x11-libs/qt-svg-4.4.2, x11-libs/qt-test-4.4.2, x11-libs/qt-core-4.4.2, x11-libs/qt-webkit-4.4.2, x11-libs/qt-opengl-4.4.2) [blocks B ] kde-base/kdebase (kde-base/kdebase is blocking kde-base/kdelibs-3.5.10-r2) The blocks regarding sys-fs/e2fsprogs, sys-libs/e2fsprogs-libs, sys-libs/ss and sys-libs/com_err were discussed recently on this list. Basically you need to: emerge -f e2fsprogs e2fsprogs-libs emerge -C com_err ss e2fsprogs emerge -1 e2fsprogs I'm not sure about the others, but fixing these should get you closer to an up-to-date system. :) Dan
Re: [gentoo-user] How to fix a hefty (emerge) blocking problem
On Wed, Nov 12, 2008 at 9:58 AM, Harry Putnam [EMAIL PROTECTED] wrote: I've allowed my desktop OS to become somewhat outdated. And I haven't followed all the recent changes to gentoo, so of course I am a little baffled by what appears to a real mess of overlapping dependencies or something causing 16 different blocking problems. The output of emerge -vuDNp shows a message saying I might be able solve some of the problem with masking but that appears to be only one small part of the blocking. I've included below some long output from: emerge -vuDNpt world (to show the interdependence's) Take a look at emerge -pvDuN system first. Get that up to date. Dan's instructions should get you past some of this. For now make ##sure## you do an emerge -f to fetch files you might need. (Or use another local machine to get copies from if you break something. You'll get through it but it might be a bit of work. good luck, Mark
Re: [gentoo-user] sshd won't restart on remote system
On 12/11/2008, Grant [EMAIL PROTECTED] wrote: After updating to the latest stable x86 openssh and merging config files on my remote system, I get: # /etc/init.d/sshd restart * Stopping sshd ... [ !! ] There is nothing in /var/log/sshd/current. Does anyone know what I should do? You could stop the sshd process manually with kill or similar (I use htop). (Careful though, you don't want to kill your current session, just the daemon listening for new connections!) Then you can zap the service and start it as normal. Or you could reboot the host, and (assuming it's in your default run-level) sshd will start on boot. Dan
Re: [gentoo-user] How to fix a hefty (emerge) blocking problem
Am Mittwoch, 12. November 2008 18:58:10 schrieb Harry Putnam: I've allowed my desktop OS to become somewhat outdated. And I haven't followed all the recent changes to gentoo, so of course I am a little baffled by what appears to a real mess of overlapping dependencies or something causing 16 different blocking problems. From the output you gave, I would suggest that you 1) update portage to the latest (evantually keyword masked) version. This should be able to ignore blocks. 2) Adjust your VIDEO_CARDS, I don't think you have that many cards plugged into your machine. 3) There seem to be blocks between monolithic and splitted kde/qt (kde*-meta) ebuilds. Decide which ones to use and remove the others. qt you need to eventually update separatedly, i.e. emerge qt. 4) update world with the ignore blocks option turned on (don't know which that is, since I use paludis). 5) emerge --depclean (-p) to remove the cruft. HTH... Dirk
Re: [gentoo-user] How to fix a hefty (emerge) blocking problem
On Mittwoch 12 November 2008, Harry Putnam wrote: I've allowed my desktop OS to become somewhat outdated. And I haven't followed all the recent changes to gentoo, so of course I am a little baffled by what appears to a real mess of overlapping dependencies or something causing 16 different blocking problems. The output of emerge -vuDNp shows a message saying I might be able solve some of the problem with masking but that appears to be only one small part of the blocking. I've included below some long output from: emerge -vuDNpt world (to show the interdependence's) (sorry but this is some 600 lines long) Possibly some other flags to emerge would be more helpful. If so please tell me and I'll post that as well. This output seems a little overwhelming but I hope someone who is used to deciphering such output will take time to look at it and maybe see how I can get started straightening it out. First a short look at the blocking lines: = * = * = * = * = * = * = grep blocking outfile [blocks b ] x11-drivers/xf86-video-nsc (x11-drivers/xf86-video-nsc is blocking x11-base/xorg-server-1.5.2) [blocks b ] x11-drivers/xf86-video-vga (x11-drivers/xf86-video-vga is blocking x11-base/xorg-server-1.5.2) [blocks b ] x11-drivers/xf86-video-imstt (x11-drivers/xf86-video-imstt is blocking x11-base/xorg-server-1.5.2) [blocks b ] x11-drivers/xf86-video-cyrix and you need all the videodrivers? I am sure not. So remove them and set VIDEO_CARDS in makec.conf. [blocks b ]sys-libs/ss (sys-libs/ss is blocking sys-libs/e2fsprogs-libs-1.41.3) [blocks b ] sys-libs/e2fsprogs-libs (sys-libs/e2fsprogs-libs is blocking sys-libs/com_err-1.40.11, sys-libs/ss-1.40.11) [blocks b ] sys-libs/com_err (sys-libs/com_err is blocking sys-libs/e2fsprogs-libs-1.41.3) [blocks b ] sys-fs/e2fsprogs-1.41 (sys-fs/e2fsprogs-1.41 is blocking this has been discussed on this list SEVERAL TIMES. Search is your friend. Just install the latest portage. It has a block breaking function. Then upgrade e2fsprogs like described a few douzend times on this ml and in the forums. Remove all the acient video drivers you don't need anyway. After that, most blocks should be gone.
[gentoo-user] Re: How to fix a hefty (emerge) blocking problem
Dan Wallis [EMAIL PROTECTED] writes: The blocks regarding sys-fs/e2fsprogs, sys-libs/e2fsprogs-libs, sys-libs/ss and sys-libs/com_err were discussed recently on this list. Basically you need to: emerge -f e2fsprogs e2fsprogs-libs emerge -C com_err ss e2fsprogs emerge -1 e2fsprogs I'm not sure about the others, but fixing these should get you closer to an up-to-date system. :) That did clean those up... thanks
[gentoo-user] Re: How to fix a hefty (emerge) blocking problem
Volker Armin Hemmann [EMAIL PROTECTED] writes: [...] Many thanks for the other useful info I've snipped [blocks b ] x11-drivers/xf86-video-nsc (x11-drivers/xf86-video-nsc is blocking x11-base/xorg-server-1.5.2) [blocks b ] x11-drivers/xf86-video-vga (x11-drivers/xf86-video-vga is blocking x11-base/xorg-server-1.5.2) [blocks b ] x11-drivers/xf86-video-imstt (x11-drivers/xf86-video-imstt is blocking x11-base/xorg-server-1.5.2) [blocks b ] x11-drivers/xf86-video-cyrix and you need all the videodrivers? I am sure not. So remove them and set VIDEO_CARDS in makec.conf. A light just went off over my head. For mnths, maybe yrs... I've wondered why so many x11 drivers would get installed. OK, but a quick google on `site:gentoo.org VIDEO_CARDS' didn't turn up a way to determine what card is on the machine. At least not a recognizable hit I can see is about that. I'm pretty sure I can get that info without opening the cover but I'm drawing blanks about how.
[gentoo-user] Re: How to fix a hefty (emerge) blocking problem
Dirk Heinrichs [EMAIL PROTECTED] writes: [...] thanks for the other useful info I've snipped 4) update world with the ignore blocks option turned on (don't know which that is, since I use paludis). a quick grep of man emerge and man portage on `ignore' and on `block' didn't turn up such an option. I am updated to latest portage (sys-apps/portage-2.2_rc14)
Re: [gentoo-user] How to fix a hefty (emerge) blocking problem
Am Mittwoch, 12. November 2008 19:49:47 schrieb Andrey Falko: It sure looks like a mess :). However nothing that can't be cleaned up I think. No reason for a full-quote, though. You need to manually downgrade to qt-4.3.5 because strigi depends on a 4.3 version of it. No, you don't, because it doesn't. It depends on the split qt ebuilds _or_ qt-4.3. Just do something like this: echo 'x11-libs/qt-4.3.5' /etc/portage/package.mask Not needed. unmerge qt-4.3.5 instead. Third step: Make sure that the qt blocker is gone by rerunning emerge -DuaptN world If you still have qt blockers don't continue, post the output here. Fourth step: Clear the kde blocker. This is a little bit tougher. We need more info on your system and what you are trying to do. Are you a kde-4 user or kde-3.5? If kde-4, then you might want to remove the kde-3.5 packages. Why? They can happily live next to each other. However, 3.5 may need to be upgraded to its latest version first. If you are kde-3.5, then you want to mask the kde-4 packages. Nope. Bye... Dirk
Re: [gentoo-user] Re: How to fix a hefty (emerge) blocking problem
Am Mittwoch, 12. November 2008 20:11:33 schrieb Harry Putnam: a quick grep of man emerge and man portage on `ignore' and on `block' didn't turn up such an option. As I said, I use paludis. I was only told that emerge also has this option, just last week (or was it the week before?) on this list. Bye... Dirk
[gentoo-user] Re: How to fix a hefty (emerge) blocking problem
Dirk Heinrichs [EMAIL PROTECTED] writes: Am Mittwoch, 12. November 2008 20:11:33 schrieb Harry Putnam: a quick grep of man emerge and man portage on `ignore' and on `block' didn't turn up such an option. As I said, I use paludis. I was only told that emerge also has this option, just last week (or was it the week before?) on this list. Sorry, didn't mean to jam you about it... I posted the grep info hoping someone else would insert some info about it... thanks again.
[gentoo-user] Re: How to fix a hefty (emerge) blocking problem
Harry Putnam [EMAIL PROTECTED] writes: and you need all the videodrivers? I am sure not. So remove them and set VIDEO_CARDS in makec.conf. A light just went off over my head. For mnths, maybe yrs... I've wondered why so many x11 drivers would get installed. OK, but a quick google on `site:gentoo.org VIDEO_CARDS' didn't turn up a way to determine what card is on the machine. At least not a recognizable hit I can see is about that. I'm pretty sure I can get that info without opening the cover but I'm drawing blanks about how. Never mind. lspci is my friend
Re: [gentoo-user] Re: How to fix a hefty (emerge) blocking problem
On Mittwoch 12 November 2008, Harry Putnam wrote: Dirk Heinrichs [EMAIL PROTECTED] writes: [...] thanks for the other useful info I've snipped 4) update world with the ignore blocks option turned on (don't know which that is, since I use paludis). a quick grep of man emerge and man portage on `ignore' and on `block' didn't turn up such an option. I am updated to latest portage (sys-apps/portage-2.2_rc14) you don't need that option. There is no option. It just works.
Re: [gentoo-user] Re: How to fix a hefty (emerge) blocking problem
On Mittwoch 12 November 2008, Harry Putnam wrote: Volker Armin Hemmann [EMAIL PROTECTED] writes: [...] Many thanks for the other useful info I've snipped [blocks b ] x11-drivers/xf86-video-nsc (x11-drivers/xf86-video-nsc is blocking x11-base/xorg-server-1.5.2) [blocks b ] x11-drivers/xf86-video-vga (x11-drivers/xf86-video-vga is blocking x11-base/xorg-server-1.5.2) [blocks b ] x11-drivers/xf86-video-imstt (x11-drivers/xf86-video-imstt is blocking x11-base/xorg-server-1.5.2) [blocks b ] x11-drivers/xf86-video-cyrix and you need all the videodrivers? I am sure not. So remove them and set VIDEO_CARDS in makec.conf. A light just went off over my head. For mnths, maybe yrs... I've wondered why so many x11 drivers would get installed. OK, but a quick google on `site:gentoo.org VIDEO_CARDS' didn't turn up a way to determine what card is on the machine. At least not a recognizable hit I can see is about that. I'm pretty sure I can get that info without opening the cover but I'm drawing blanks about how. as root: lspci
Re: [gentoo-user] Transferring an existing install to new disk
I did it last week. in some place untar che last stage3-xxx mount --bind proc, dev, usr/portage, passwd, group ecc copy inside current make.conf, make.profile chroot inside the new stage. when finish i make a big tar of everyone in the new chroot. reboot with live cd, move all my old system in /old, untar the new system on the rootfs. if something is missing in the new system , you have the original file of configuration in /old P.S. sometime i make something like stage4 from livecd and i store it in a USB HD. If something is going wrong, in 20 min i can restore all my system. Il giorno mer, 12/11/2008 alle 01.35 -0600, Harry Putnam ha scritto: I should know how to do this but so many changes have happened recently and I haven't done anything like this for a very long time. My desktop version of gentoo is pretty far out of date. And I think there have been enough changes that I don't even want to try to get it cleaned up. Rather, I'd like to build up a newly installed gentoo to the point where it has all the stuff I want. But do it inside a vmware virtual machine. I'm trying to keep my working desktop in place until such time as the vmware gentoo setup is ready Once that install is up to speed with all my preferred apps in place. And any kinks worked out... Only then use it to overwrite my desktop OS. Or reformat that disk and move the vmware gentoo version to it. The vmware gentoo would be guest on a windows XP pro machine. I'd like to hear any comments concerning what problems I might run into or whether the plan is likely to be a serious mess. Also wouldn't mind seeing a rough outline of how to make that kind of move. stage4_uzzmaster.sh Description: application/shellscript signature.asc Description: Questa è una parte del messaggio firmata digitalmente
[gentoo-user] Re: How to fix a hefty (emerge) blocking problem
Andrey Falko [EMAIL PROTECTED] writes: lspci should show you what video card you have. Look for VGA or something like that. For example on my system: Thanks... I didn't see your post in time and posted a never mind after banging away with google and unearthing that info.
Re: [gentoo-user] sshd won't restart on remote system
After updating to the latest stable x86 openssh and merging config files on my remote system, I get: # /etc/init.d/sshd restart * Stopping sshd ... [ !! ] There is nothing in /var/log/sshd/current. Does anyone know what I should do? You could stop the sshd process manually with kill or similar (I use htop). (Careful though, you don't want to kill your current session, just the daemon listening for new connections!) Then you can zap the service and start it as normal. Or you could reboot the host, and (assuming it's in your default run-level) sshd will start on boot. I could reboot, but how can I be sure sshd will start again? The fact that it's not stopping makes me wonder if there is something wrong. If it doesn't start I'm locked out of the remote system. - Grant
[gentoo-user] Re: How to fix a hefty (emerge) blocking problem
Dirk Heinrichs [EMAIL PROTECTED] writes: From the output you gave, I would suggest that you 1) update portage to the latest (evantually keyword masked) version. This should be able to ignore blocks. 2) Adjust your VIDEO_CARDS, I don't think you have that many cards plugged into your machine. 3) There seem to be blocks between monolithic and splitted kde/qt (kde*-meta) ebuilds. Decide which ones to use and remove the others. qt you need to eventually update separatedly, i.e. emerge qt. 4) update world with the ignore blocks option turned on (don't know which that is, since I use paludis). 5) emerge --depclean (-p) to remove the cruft. What if I ran the --depclean before updating world. Would that help me get rid of some junk before updating it with `world'?
[gentoo-user] Is equery depends still viable
With recent changes in portage in the last few mnths, is equery in general and `equery depends' in particular still reliable?
Re: [gentoo-user] KDE-4.1.3 + KDE-3.5.9 = messed up KDEDIRS ?
On Mittwoch 12 November 2008, Alan McKinnon wrote: On Wednesday 12 November 2008 18:31:41 Dmitry S. Makovey wrote: Hi everybody, I've just updated to 4.1.3 (slotted alongside with 3.5.9) and all of sudden konqueror and akregator (didn't test much more, but I'm sure something else was broke too) stopped launching hinting that there is a CSS version mistmatch blah-blah-blah. Path to CSS suggested that 4.1.3 was using CSS from 3.5.9 which was bizzare since it was working before. so I checked my KDEDIRS environment variable and found out that kde-3.5 was listed there (no traces of kde-4.1) and to work around it I just applied little script that rewrites KDEDIRS to something more usefull (?) placing it under ~/.kde-4.1/env/kde4-kdedirs.sh: #!/bin/sh export KDEDIRS=/usr:/usr/local and this fixed it. Now my question is: is it something about my setup or it's happening to others too? Is there a more proper way to fix it? I had something similar on my first try: kde-4 went into /usr kde-3 went into /usr/kde/3.5 And bizarre weird errors kept happening. I remerged all of kde-4 with USE=kdeprefix to put it back into /usr/kde/4.1 and all the weirdness went away in my opinion installing kde straight into /usr and changing the default behaviour is the most stupid thing gentoo devs have done in the last couple of years.
Re: [gentoo-user] KDE-4.1.3 + KDE-3.5.9 = messed up KDEDIRS ?
On November 12, 2008, Alan McKinnon wrote: On Wednesday 12 November 2008 18:31:41 Dmitry S. Makovey wrote: Hi everybody, I've just updated to 4.1.3 (slotted alongside with 3.5.9) and all of sudden konqueror and akregator (didn't test much more, but I'm sure something else was broke too) stopped launching hinting that there is a CSS version mistmatch blah-blah-blah. Path to CSS suggested that 4.1.3 was using CSS from 3.5.9 which was bizzare since it was working before. so I checked my KDEDIRS environment variable and found out that kde-3.5 was listed there (no traces of kde-4.1) and to work around it I just applied little script that rewrites KDEDIRS to something more usefull (?) placing it under ~/.kde-4.1/env/kde4-kdedirs.sh: #!/bin/sh export KDEDIRS=/usr:/usr/local and this fixed it. Now my question is: is it something about my setup or it's happening to others too? Is there a more proper way to fix it? I had something similar on my first try: kde-4 went into /usr kde-3 went into /usr/kde/3.5 And bizarre weird errors kept happening. I remerged all of kde-4 with USE=kdeprefix to put it back into /usr/kde/4.1 and all the weirdness went away I've dealt with this in the past too. I'm pretty sure I have enabled kdeprefix before 4.1.3 merge. I know it's there now and emerge -uDNp world doesn't show anything to be rebuilt due to useflag change. :( -- Dmitry Makovey Web Systems Administrator Athabasca University (780) 675-6245 signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] KDE-4.1.3 + KDE-3.5.9 = messed up KDEDIRS ?
On Wednesday 12 November 2008 18:31:41 Dmitry S. Makovey wrote: Hi everybody, I've just updated to 4.1.3 (slotted alongside with 3.5.9) and all of sudden konqueror and akregator (didn't test much more, but I'm sure something else was broke too) stopped launching hinting that there is a CSS version mistmatch blah-blah-blah. Path to CSS suggested that 4.1.3 was using CSS from 3.5.9 which was bizzare since it was working before. so I checked my KDEDIRS environment variable and found out that kde-3.5 was listed there (no traces of kde-4.1) and to work around it I just applied little script that rewrites KDEDIRS to something more usefull (?) placing it under ~/.kde-4.1/env/kde4-kdedirs.sh: #!/bin/sh export KDEDIRS=/usr:/usr/local and this fixed it. Now my question is: is it something about my setup or it's happening to others too? Is there a more proper way to fix it? I had something similar on my first try: kde-4 went into /usr kde-3 went into /usr/kde/3.5 And bizarre weird errors kept happening. I remerged all of kde-4 with USE=kdeprefix to put it back into /usr/kde/4.1 and all the weirdness went away -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] KDE-4.1.3 + KDE-3.5.9 = messed up KDEDIRS ?
On November 12, 2008, Volker Armin Hemmann wrote: I had something similar on my first try: kde-4 went into /usr kde-3 went into /usr/kde/3.5 And bizarre weird errors kept happening. I remerged all of kde-4 with USE=kdeprefix to put it back into /usr/kde/4.1 and all the weirdness went away in my opinion installing kde straight into /usr and changing the default behaviour is the most stupid thing gentoo devs have done in the last couple of years. wouldn't call it stupid though. FHS compliance is a good thing (I'm a sysadmin so I really appreciate when things can be easily located universaly). I think what failed is communication on that change. In developers defense I'd say that we're dealing with ~arch packages here so we've been warned they'll be somewhat not-so-stable. What I think needs to happen is gentoo users have to be warned in big red letters everywhere possible when upgrading from KDE3 to KDE4 to make firm decision whether to use kdeprefix or not. Enforcing proper FS layout is a good thing IMO. Just needs clear communication before marked as stable :) -- Dmitry Makovey Web Systems Administrator Athabasca University (780) 675-6245 signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: How to fix a hefty (emerge) blocking problem
Volker Armin Hemmann [EMAIL PROTECTED] writes: Just install the latest portage. It has a block breaking function. Then upgrade e2fsprogs like described a few douzend times on this ml and in the forums. Remove all the acient video drivers you don't need anyway. After that, most blocks should be gone. Got that part fixed what about this: From emerge -vuDNpt system [...] [nomerge ] x11-base/xorg-server-1.5.2 [1.4.2] [nomerge ] x11-libs/libpciaccess-0.10.5 USE=-debug -minimal [0] [blocks b ]x11-base/xorg-server-1.5 (x11-base/xorg-server-1.5 is blocking x11-libs/libpciaccess-0.10.5) [ebuild U ] x11-base/xorg-server-1.5.2 [1.4.2] [ebuild N] x11-libs/libpciaccess-0.10.5 USE=-debug [...] I may have trimmed that down too much .. there was a very long line of stuff after the xorg-server entries. I tried installed emerge -v x11-base/xorg-server and x11-libs/libpciaccess separately by themselves without the -uDN part but that fails too. Not too easy to see how to get around this.
Re: [gentoo-user] Re: How to fix a hefty (emerge) blocking problem
On Mittwoch 12 November 2008, Harry Putnam wrote: Dirk Heinrichs [EMAIL PROTECTED] writes: From the output you gave, I would suggest that you 1) update portage to the latest (evantually keyword masked) version. This should be able to ignore blocks. 2) Adjust your VIDEO_CARDS, I don't think you have that many cards plugged into your machine. 3) There seem to be blocks between monolithic and splitted kde/qt (kde*-meta) ebuilds. Decide which ones to use and remove the others. qt you need to eventually update separatedly, i.e. emerge qt. 4) update world with the ignore blocks option turned on (don't know which that is, since I use paludis). 5) emerge --depclean (-p) to remove the cruft. What if I ran the --depclean before updating world. Would that help me get rid of some junk before updating it with `world'? no, it would completly fuck up your system.
[gentoo-user] Re: How to fix a hefty (emerge) blocking problem
Volker Armin Hemmann [EMAIL PROTECTED] writes: Just install the latest portage. It has a block breaking function. Then upgrade e2fsprogs like described a few douzend times on this ml and in the forums. Remove all the acient video drivers you don't need anyway. After that, most blocks should be gone. Thanks again, and it appears to be working with at least `system' at this moment. After cleaning up the x11 drivers, and emerge -C 7-8 things I really don't need anymore. Even with a blocker in there, the emerge is running along just like you said it would nice. Hopefully the world part may be as easy too. I was really reluctant to take too this mess but with yours, Andreys', Dirks', Marks' and Dans' input it appears I may get this done by tomorrow. All and all, much easier than my first thought of building up a fresh gentoo install somewhere else and using that to overwrite my current install.
Re: [gentoo-user] Re: How to fix a hefty (emerge) blocking problem
Am Mittwoch, 12. November 2008 21:36:24 schrieb Volker Armin Hemmann: On Mittwoch 12 November 2008, Harry Putnam wrote: What if I ran the --depclean before updating world. Would that help me get rid of some junk before updating it with `world'? no, it would completly fuck up your system. ??? Bye... Dirk
Re: [gentoo-user] Re: How to fix a hefty (emerge) blocking problem
Am Mittwoch, 12. November 2008 20:20:40 schrieb Harry Putnam: As I said, I use paludis. I was only told that emerge also has this option, just last week (or was it the week before?) on this list. Sorry, didn't mean to jam you about it... Oh, I didn't understand it as such, just wanted to clarify. Bye... Dirk
Re: [gentoo-user] KDE-4.1.3 + KDE-3.5.9 = messed up KDEDIRS ?
On Wednesday 12 November 2008 22:31:52 Dmitry S. Makovey wrote: On November 12, 2008, Volker Armin Hemmann wrote: I had something similar on my first try: kde-4 went into /usr kde-3 went into /usr/kde/3.5 And bizarre weird errors kept happening. I remerged all of kde-4 with USE=kdeprefix to put it back into /usr/kde/4.1 and all the weirdness went away in my opinion installing kde straight into /usr and changing the default behaviour is the most stupid thing gentoo devs have done in the last couple of years. wouldn't call it stupid though. FHS compliance is a good thing (I'm a sysadmin so I really appreciate when things can be easily located universaly). I think what failed is communication on that change. In developers defense I'd say that we're dealing with ~arch packages here so we've been warned they'll be somewhat not-so-stable. What I think needs to happen is gentoo users have to be warned in big red letters everywhere possible when upgrading from KDE3 to KDE4 to make firm decision whether to use kdeprefix or not. Enforcing proper FS layout is a good thing IMO. Just needs clear communication before marked as stable :) Essentially what we have with this (the five miles out view) is that portage considers there is a SLOT and the rest of the system does not. So as far as every other utility on the box is concerned (including KDE-3), the kde-3 SLOT simply does not exist, regardless of how nicely portage take care to put stuff in it's own little SLOT. You cannot possibly take /usr out of the various *PATH dirs, and whereas a funky env script might make kde-3 work, it certainly will not work in any other environment. You either have every version of a SLOT package in a SLOT or you do not. So, I like the idea of a non-SLOTted kde-4, but the devs really need to make the rules clear. It all boils down to these two: If you have kde-3 on the same system, you SHALL set USE=kdeprefix If you do not have kde-3 on the system you SHALL NOT set USE=kdeprefix To hell with choice in this regard. These are the rules that make stuff work. There is no choice. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: How to fix a hefty (emerge) blocking problem
On Wednesday 12 November 2008 22:23:33 Harry Putnam wrote: Volker Armin Hemmann [EMAIL PROTECTED] writes: Just install the latest portage. It has a block breaking function. Then upgrade e2fsprogs like described a few douzend times on this ml and in the forums. Remove all the acient video drivers you don't need anyway. After that, most blocks should be gone. Got that part fixed what about this: From emerge -vuDNpt system [...] [nomerge ] x11-base/xorg-server-1.5.2 [1.4.2] [nomerge ] x11-libs/libpciaccess-0.10.5 USE=-debug -minimal [0] [blocks b ]x11-base/xorg-server-1.5 (x11-base/xorg-server-1.5 is blocking x11-libs/libpciaccess-0.10.5) [ebuild U ] x11-base/xorg-server-1.5.2 [1.4.2] [ebuild N] x11-libs/libpciaccess-0.10.5 USE=-debug [...] I may have trimmed that down too much .. there was a very long line of stuff after the xorg-server entries. I tried installed emerge -v x11-base/xorg-server and x11-libs/libpciaccess separately by themselves without the -uDN part but that fails too. Not too easy to see how to get around this. I think this is what you want: quickpkg xorg-server emerge -C xorg-server emerge xorg-server -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] KDE-4.1.3 + KDE-3.5.9 = messed up KDEDIRS ?
On Mittwoch 12 November 2008, Dmitry S. Makovey wrote: On November 12, 2008, Volker Armin Hemmann wrote: I had something similar on my first try: kde-4 went into /usr kde-3 went into /usr/kde/3.5 And bizarre weird errors kept happening. I remerged all of kde-4 with USE=kdeprefix to put it back into /usr/kde/4.1 and all the weirdness went away in my opinion installing kde straight into /usr and changing the default behaviour is the most stupid thing gentoo devs have done in the last couple of years. wouldn't call it stupid though. FHS compliance is a good thing (I'm a sysadmin so I really appreciate when things can be easily located universaly). why? the FHS is a stupid standard. Why is following stupid standards a good thing? What next? LSB compliance - because it is great to be broken by definition? I think what failed is communication on that change. In developers defense I'd say that we're dealing with ~arch packages here so we've been warned they'll be somewhat not-so-stable. What I think needs to happen is gentoo users have to be warned in big red letters everywhere possible when upgrading from KDE3 to KDE4 to make firm decision whether to use kdeprefix or not. it would have been better to NOT introduce that kdeprefix flag and instead introducing a FHS flag - which should have been off by default. The current way - kdeprefix to get sane behaviour, that turned off, changing the default behaviour is either stupid or evil. Enforcing proper FS layout is a good thing IMO. Just needs clear communication before marked as stable :) Like making kde update interactive? Require a 'yes, I know about kdeprefix' dialog box? kde has always been in its own directory tree. /opt back in the suse days for example. Elderly kde documentation told people to install kde in its own sub tree - and I loved that. I always hated gnome for cluttering /usr with its garbage. Having a big project like kde in its own tree has a bazillion of advantages.
Re: [gentoo-user] understanding --depclean
On Wed, 12 Nov 2008 11:13:00 -0600, Dale wrote: That may have been the case some time ago, but depclean is much safer now. Notice that the warning at the start of its output has disappeared now? That is true but let's say a person updates python but forgets or doesn't know, to run python-updater, will --depclean know that? If packages depnd on the older version of python, depclean won't remove them. If it's just a matter of depending on the correct modules, python-updater will fix that after the older python has been removed. What if emerge doesn't work and they don't have buildpkg of some sort in make.conf? Why would emerge stop itself working? I agree that --depclean is a LOT better but there are still situations where it can mess up a system. It is best to be careful and really look at that list before letting it remove a package. Basically, don't type it in and walk off to let it do whatever it wants. While I always run it with --pretend first, that's because I'm more curious than paranoid. What are these situations in which it can really mess up a system and are they situations that any sensible user would put themselves in? I also seem to remember that big warning when --depclean runs. I think that may still be there for a reason. ;-) See above, that warning has been gone for some time. The preamble now contains this indication that depclean is a lot more cautious. * As a safety measure, depclean will not remove any packages * unless *all* required dependencies have been resolved. As a * consequence, it is often necessary to run `emerge --update * --newuse --deep @system @world` prior to depclean. -- Neil Bothwick If your VCR still flashes 12:00 - then Linux is not for you. signature.asc Description: PGP signature
Re: [gentoo-user] Is equery depends still viable
On Wednesday 12 November 2008 22:04:52 Harry Putnam wrote: With recent changes in portage in the last few mnths, is equery in general and `equery depends' in particular still reliable? I use it fairly often still, but do notice I get a lot of null output. So I no longer trust it fully. At least it doesn't give false positives - what's in the putput really is a valid depend. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: How to fix a hefty (emerge) blocking problem
On Wed, 12 Nov 2008 20:15:33 +0100, Dirk Heinrichs wrote: a quick grep of man emerge and man portage on `ignore' and on `block' didn't turn up such an option. As I said, I use paludis. I was only told that emerge also has this option, just last week (or was it the week before?) on this list. I don't think it has such an option, but it does handle blocks much better, automatically resolving many of them, including the recent e2fsprogs one. That's not ignoring blocks but dealing with them. -- Neil Bothwick Intel Inside Is a Government Warning Required by Law. signature.asc Description: PGP signature
Re: [gentoo-user] Re: How to fix a hefty (emerge) blocking problem
On Wed, 12 Nov 2008 14:23:33 -0600, Harry Putnam wrote: Got that part fixed what about this: From emerge -vuDNpt system [...] [nomerge ] x11-base/xorg-server-1.5.2 [1.4.2] [nomerge ] x11-libs/libpciaccess-0.10.5 USE=-debug -minimal [0] [blocks b ]x11-base/xorg-server-1.5 (x11-base/xorg-server-1.5 is blocking x11-libs/libpciaccess-0.10.5) [ebuild U ] x11-base/xorg-server-1.5.2 [1.4.2] [ebuild N] x11-libs/libpciaccess-0.10.5 USE=-debug There's nothing to fix, just let the emerge proceed. The docs aren't clear on this, but my experience with the newer portage is that a block marked with a b will be resolved by portage, a B block is a more serious problem. -- Neil Bothwick If you hear an Onion ring, please answer it! signature.asc Description: PGP signature
Re: [gentoo-user] rerouting buttons in X
On Tue, Nov 11, 2008 at 10:03 AM, Andrey Vul [EMAIL PROTECTED] wrote: My laptop (ASUS M50VM-B2) has no dedicated Home, End, PageUp, and PageDown buttons. Is there a way to force it if numlock is disabled then map the keys from numpad 7,1,9,3 to Home,End,PageUp,PageDown? Basically, how do I reroute the numpad? I'm not sure, but as far as I know, you want to dig around here: /usr/share/X11/xkb. There are tools that let you make mods to your layout, like xmodmap.
Re: [gentoo-user] KDE-4.1.3 + KDE-3.5.9 = messed up KDEDIRS ?
On November 12, 2008, Peter Alfredsen wrote: On Wednesday 12 November 2008, Dmitry S. Makovey wrote: Hi everybody, I've just updated to 4.1.3 (slotted alongside with 3.5.9) and all of sudden konqueror and akregator (didn't test much more, but I'm sure something else was broke too) stopped launching hinting that there is a CSS version mistmatch blah-blah-blah. Path to CSS suggested that 4.1.3 was using CSS from 3.5.9 which was bizzare since it was working before. You need to go fully ~arch on KDE for them to co-exist in a nicer way. looking at BGO I somehow don't feel too encouraged to go fully ~arch ;) http://bugs.gentoo.org/buglist.cgi?quicksearch=3.5.10 most of bugs listed above suggest that things break when moving in 3.5.10 direction. I'm not really prepeared to part with 1 stable platform in favor of using 2 unstable ones ;) I'll have to live with workarounds for a while I think, since I really depend on 3.5.x (i.e. fully functional KDE) and 4.1.3 is more of sneak-peek and an attempt to adjust/get used to the new way ahead of time :) Another silly question that bothers me now: KDE3 menu displayes double entires for most KDE applications whereas KDE4 doesn't. Did anybody try to solve this one (even as a workaround)? This behavior was there ever since I first tried KDE-4.0.x. -- Dmitry Makovey Web Systems Administrator Athabasca University (780) 675-6245 signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] KDE-4.1.3 + KDE-3.5.9 = messed up KDEDIRS ?
On Wednesday 12 November 2008 23:11:35 Volker Armin Hemmann wrote: why? the FHS is a stupid standard. Why is following stupid standards a good thing? What next? LSB compliance - because it is great to be broken by definition? Why is FHS stupid? I haven't read it fully since 2006 but at the time it was completely sensible to me. Stuff ends up in predictable sensible places that you can rely on. The one thing it did not mention explicitly was funky things like gentoo SLOTs or /usr/kde/ But, FHS itself already tells you how to do it conceptually: just follow the lead of /usr/local/ and do the exact same thing somwhere else. The most impressive part was laying out exactly what kind of things you should expect to find in /usr /usr/local /opt ~/bin -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Crossdev won't go away
Hi Peter, on Mon, Nov 10, 2008 at 10:50:32AM +, you wrote: I'm still having a bit of bother with crossdev. If I emerge -upDvtN world I get this warning (omitting the N makes no difference): !!! The following installed packages are masked: - cross-i686-pc-linux-gnu/linux-headers-2.6.23-r3 (masked by: ~amd64 keyword) I had a similar issue just recently when I built a crossdev environment for ARM on an amd64 system. I'm not exactly sure how it happened any more but I suppose it has to do with a later version of linux-headers being stable for the platform you want to crosscompile for than for your native one. Which isn't the case when I look now, perhaps the keywords have just been updated? For me, installing crossdev with -s1 helped, I'm only compiling for an embedded system anyway so I don't need the headers. Maybe just try again after an rsync? cheers, Matthias -- I prefer encrypted and signed messages. KeyID: FAC37665 Fingerprint: 8C16 3F0A A6FC DF0D 19B0 8DEF 48D9 1700 FAC3 7665 pgp1iXDp0g5n1.pgp Description: PGP signature
Re: [gentoo-user] Re: How to fix a hefty (emerge) blocking problem
On Wed, Nov 12, 2008 at 11:05 AM, Harry Putnam [EMAIL PROTECTED] wrote: Volker Armin Hemmann [EMAIL PROTECTED] writes: [...] Many thanks for the other useful info I've snipped [blocks b ] x11-drivers/xf86-video-nsc (x11-drivers/xf86-video-nsc is blocking x11-base/xorg-server-1.5.2) [blocks b ] x11-drivers/xf86-video-vga (x11-drivers/xf86-video-vga is blocking x11-base/xorg-server-1.5.2) [blocks b ] x11-drivers/xf86-video-imstt (x11-drivers/xf86-video-imstt is blocking x11-base/xorg-server-1.5.2) [blocks b ] x11-drivers/xf86-video-cyrix and you need all the videodrivers? I am sure not. So remove them and set VIDEO_CARDS in makec.conf. A light just went off over my head. For mnths, maybe yrs... I've wondered why so many x11 drivers would get installed. OK, but a quick google on `site:gentoo.org VIDEO_CARDS' didn't turn up a way to determine what card is on the machine. At least not a recognizable hit I can see is about that. I'm pretty sure I can get that info without opening the cover but I'm drawing blanks about how. lspci should show you what video card you have. Look for VGA or something like that. For example on my system: 01:00.0 VGA compatible controller: nVidia Corporation NV44 [Quadro NVS 285] (rev a1) So for me, I'd use either the nv or nvidia driver. Also, don't you have a video card section in xorg.conf? If you are using vesa or something then put that into your VIDEO_CARDS var.
Re: [gentoo-user] KDE-4.1.3 + KDE-3.5.9 = messed up KDEDIRS ?
On November 12, 2008, Volker Armin Hemmann wrote: wouldn't call it stupid though. FHS compliance is a good thing (I'm a sysadmin so I really appreciate when things can be easily located universaly). why? the FHS is a stupid standard. Why is following stupid standards a good thing? What next? LSB compliance - because it is great to be broken by definition? any consistency on a system is a good thing. when you deal with N systems you really appreciate when things are easily located and could be deducted easily even if you don't know where they are. Any standard could easily be called stupid but in absense of better alternatives I'd rather have stupid standard than none. I think what failed is communication on that change. In developers defense I'd say that we're dealing with ~arch packages here so we've been warned they'll be somewhat not-so-stable. What I think needs to happen is gentoo users have to be warned in big red letters everywhere possible when upgrading from KDE3 to KDE4 to make firm decision whether to use kdeprefix or not. it would have been better to NOT introduce that kdeprefix flag and instead introducing a FHS flag - which should have been off by default. The current way - kdeprefix to get sane behaviour, that turned off, changing the default behaviour is either stupid or evil. see, that depends on your perspective and long term goal. Like Alan mentioned in his post: if long-term strategy is to have gentoo more FHS-friendly (for whatever reasons) then default compliance is a good thing, if long-term solution is to keep doing things in non-FHS-way (a.k.a. gentoo-way ;) ) then your suggestion is a more viable one. So the real question you want to ask: Is gentoo as a whole intends to be FHS compliant in the future? What are the reasons for that? Can I opt-out?. For myself I think I know answers for the last two, but for you, I guess you'd have to find out yourself. What would be interesting to know for the entire group is the answer to the first question: Is gentoo as a whole intends to be FHS compliant in the future?. Does anybody know the answer? Enforcing proper FS layout is a good thing IMO. Just needs clear communication before marked as stable :) Like making kde update interactive? Require a 'yes, I know about kdeprefix' dialog box? no. there are simplier alternatives. Read Alan's post, and as an alternative here's my take: you can fail building any kde build if state of kdeprefix is undefined in /etc/make.conf. So you'd have to have that either explicitely enable or disable there. Not sure if that'd be easy to implement with current portage EAPI (not flaming - just don't know ;) ) kde has always been in its own directory tree. /opt back in the suse days for example. Elderly kde documentation told people to install kde in its own sub tree - and I loved that. I always hated gnome for cluttering /usr with its garbage. Having a big project like kde in its own tree has a bazillion of advantages. I can list quite a few disadvantages as well. So it boils down to the matter of personal preference and the direction that gentoo dev team chose for the future. -- Dmitry Makovey Web Systems Administrator Athabasca University (780) 675-6245 signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] mutt + gnupg
Hi Michael, on Tue, Nov 11, 2008 at 09:39:59AM -0500, you wrote: Now I run gpg-agent in my .xsession, with the GPG_AGENT_INFO variable being inherited by Mutt, but signing email doesn't work, as gpg says there's no secret key available. Do you have set pgp_use_gpg_agent=yes in your muttrc? Works fine here, though I don't remember what I changed in the last year when gpg started to need the agent, if anything. If that's not it, I can just mail you my config as well... cheers, Matthias -- I prefer encrypted and signed messages. KeyID: FAC37665 Fingerprint: 8C16 3F0A A6FC DF0D 19B0 8DEF 48D9 1700 FAC3 7665 pgpSI2yRB4vpQ.pgp Description: PGP signature
[gentoo-user] Re: Is equery depends still viable
Alan McKinnon [EMAIL PROTECTED] writes: On Wednesday 12 November 2008 22:04:52 Harry Putnam wrote: With recent changes in portage in the last few mnths, is equery in general and `equery depends' in particular still reliable? I use it fairly often still, but do notice I get a lot of null output. So I no longer trust it fully. At least it doesn't give false positives - what's in the putput really is a valid depend. Do you know off hand if there are any alternatives?
Re: [gentoo-user] Re: Is equery depends still viable
Harry Putnam schrieb am 12.11.2008 23:43: Alan McKinnon [EMAIL PROTECTED] writes: On Wednesday 12 November 2008 22:04:52 Harry Putnam wrote: With recent changes in portage in the last few mnths, is equery in general and `equery depends' in particular still reliable? I use it fairly often still, but do notice I get a lot of null output. So I no longer trust it fully. At least it doesn't give false positives - what's in the putput really is a valid depend. Do you know off hand if there are any alternatives? emerge -pv --depclean atom signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Is equery depends still viable
Harry Putnam wrote: Alan McKinnon[EMAIL PROTECTED] writes: On Wednesday 12 November 2008 22:04:52 Harry Putnam wrote: With recent changes in portage in the last few mnths, is equery in general and `equery depends' in particular still reliable? I use it fairly often still, but do notice I get a lot of null output. So I no longer trust it fully. At least it doesn't give false positives - what's in the putput really is a valid depend. Do you know off hand if there are any alternatives? dep from app-portage/udept just got recommended to me, but I don't know it's trustworthiness either. -- Iain Buchanan iaindb at netspace dot net dot au Something unpleasant is coming when men are anxious to tell the truth. -- Benjamin Disraeli
Re: [gentoo-user] sshd won't restart on remote system
On Wed, Nov 12, 2008 at 11:05:20AM -0800, Grant wrote: If it doesn't start I'm locked out of the remote system. You may be interested in : /etc/init.d/sshd reload -- Nicolas Sebrecht
Re: [gentoo-user] sshd won't restart on remote system
If it doesn't start I'm locked out of the remote system. You may be interested in : /etc/init.d/sshd reload I get: # /etc/init.d/sshd reload * Reloading sshd ... No /usr/sbin/sshd found running; none killed. [ ok ] # /etc/init.d/sshd restart * Stopping sshd ... [ !! ] - Grant
Re: [gentoo-user] sshd won't restart on remote system
On Wed, Nov 12, 2008 at 3:27 PM, Grant [EMAIL PROTECTED] wrote: If it doesn't start I'm locked out of the remote system. You may be interested in : /etc/init.d/sshd reload I get: # /etc/init.d/sshd reload * Reloading sshd ... No /usr/sbin/sshd found running; none killed. [ ok ] That is scary. Can you do equery f openssh, also do a simple ls /usr/sbin/sshd When is the last time you did an etc-update?
Re: [gentoo-user] sshd won't restart on remote system
On Wed, Nov 12, 2008 at 3:36 PM, Andrey Falko [EMAIL PROTECTED] wrote: On Wed, Nov 12, 2008 at 3:27 PM, Grant [EMAIL PROTECTED] wrote: If it doesn't start I'm locked out of the remote system. You may be interested in : /etc/init.d/sshd reload I get: # /etc/init.d/sshd reload * Reloading sshd ... No /usr/sbin/sshd found running; none killed. [ ok ] That is scary. Can you do equery f openssh, also do a simple ls /usr/sbin/sshd When is the last time you did an etc-update? I just checked on my system. sshd is in /usr/bin/sshd. Not sbin. You have an outdated /etc/init.d/sshd file. You might need to etc-update, or reinstall sshd and run etc-update afterwards
Re: [gentoo-user] rerouting buttons in X
Andrey Vul 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? On Wed, Nov 12, 2008 at 16:24, Andrey Falko [EMAIL PROTECTED] wrote: On Tue, Nov 11, 2008 at 10:03 AM, Andrey Vul [EMAIL PROTECTED] wrote: My laptop (ASUS M50VM-B2) has no dedicated Home, End, PageUp, and PageDown buttons. Is there a way to force it if numlock is disabled then map the keys from numpad 7,1,9,3 to Home,End,PageUp,PageDown? Basically, how do I reroute the numpad? I'm not sure, but as far as I know, you want to dig around here: /usr/share/X11/xkb. There are tools that let you make mods to your layout, like xmodmap. Yeah, I forgot about xmodmap :| Digging around the manpages helped. Now I have a .Xmodmap with the following: keysym KP_Prior = Prior keysym KP_Next = Next keysym KP_Insert = Insert keysym KP_Delete = Delete keysym KP_Home = Home keysym KP_End = End keysym KP_Up = Up keysym KP_Down = Down keysym KP_Left = Left keysym KP_Right = Right keysym KP_Begin = Begin Problem solved!
Re: [gentoo-user] mutt + gnupg
On 12/11/08 Matthias Bethke said: Do you have set pgp_use_gpg_agent=yes in your muttrc? Works fine here, though I don't remember what I changed in the last year when gpg started to need the agent, if anything. If that's not it, I can just mail you my config as well... Hmm. If I use that option, it doesn't prompt me for my passphrase, presumably expecting the agent to have it already. Ah, found it. I cut and pasted a big section of pgp variables and I missed the pgpsignas option. It works now, without the pgpusegpgagent option, which prompts me for my passphrase... Thanks, Mike -- Michael P. Soulier [EMAIL PROTECTED] Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpTpL50C0IQJ.pgp Description: PGP signature
Re: [gentoo-user] sshd won't restart on remote system
If it doesn't start I'm locked out of the remote system. You may be interested in : /etc/init.d/sshd reload I get: # /etc/init.d/sshd reload * Reloading sshd ... No /usr/sbin/sshd found running; none killed. [ ok ] That is scary. Can you do equery f openssh, also do a simple ls /usr/sbin/sshd When is the last time you did an etc-update? I just checked on my system. sshd is in /usr/bin/sshd. Not sbin. You have an outdated /etc/init.d/sshd file. You might need to etc-update, or reinstall sshd and run etc-update afterwards Thanks for helping me out with this. I re-emerged openssh and now sshd restarts just fine. - Grant
[gentoo-user] Re: Is equery depends still viable
Daniel Pielmeier [EMAIL PROTECTED] writes: With recent changes in portage in the last few mnths, is equery in general and `equery depends' in particular still reliable? I use it fairly often still, but do notice I get a lot of null output. So I no longer trust it fully. At least it doesn't give false positives - what's in the putput really is a valid depend. Do you know off hand if there are any alternatives? emerge -pv --depclean atom I realize cryptic answers are the ultimate in cleverness and show massive sophistication but how is this used to show dependencies to some specific package. Maybe a little more detail would keep my little pea brain from smoking under the load ;)
[gentoo-user] Re: Is equery depends still viable
Iain Buchanan [EMAIL PROTECTED] writes: Do you know off hand if there are any alternatives? dep from app-portage/udept just got recommended to me, but I don't know it's trustworthiness either. Looks promising .. thanks
Re: [gentoo-user] Re: Is equery depends still viable
Harry Putnam wrote: Daniel Pielmeier[EMAIL PROTECTED] writes: emerge -pv --depclean atom I realize cryptic answers are the ultimate in cleverness and show massive sophistication but how is this used to show dependencies to some specific package. Maybe a little more detail would keep my little pea brain from smoking under the load ;) I realise when you've been debugging for a while you're brain may get a bit frazzled, but if you looked at `man emerge` you would find the answer. In sympathy, here are the relevant parts: SYNOPSIS emerge [options] [action] [ebuild | tbz2file | file | @set | atom] ... atom An atom describes bounds on a package that you wish to install. See portage(5) for the details on atom syntax. For example, =dev-lang/python-2.2.1-r2 ... --depclean --- Use --depclean together with --verbose to show reverse dependencies. Now, I have to leave you with something to do to find the _exact_ syntax in your situation :) -- Iain Buchanan iaindb at netspace dot net dot au A Smith Wesson beats four aces.
Re: [gentoo-user] Re: vmware fails: Virtual Machine Monitor does not start
On Tue, Nov 11, 2008 at 8:16 PM, Noven [EMAIL PROTECTED] wrote: On Wed, 12 Nov 2008 14:19:33 Kevin O'Gorman wrote: On Tue, Nov 11, 2008 at 6:34 PM, Noven [EMAIL PROTECTED] wrote: On Wed, 12 Nov 2008 13:03:55 Kevin O'Gorman wrote: On Tue, Nov 11, 2008 at 3:12 PM, Allistar [EMAIL PROTECTED] wrote: Kevin O'Gorman wrote: On Tue, Nov 11, 2008 at 12:43 AM, Neil Bothwick [EMAIL PROTECTED] wrote: On Mon, 10 Nov 2008 19:24:15 -0800, Kevin O'Gorman wrote: I've re-emerge vmware-modules, re-run ...vmware-config.pl, and prayed. I still cannot do /etc/init.d/vmware start because this one part fails: Virutal machine Monitor and trying vmware says I need to run the config script (again). I'm getting nowhere and I really do want to run that VM again. Have you updated your kernel? VMware Workstation gives me problems like this with each new kernel, which is why I'm still running 2.6.26 on my desktop. I'm running 2.6.25-r8. I probably have updated since the last time I ran VMware. But I thought the above steps took care of that. I guess not. So what do I do now? From what I've experienced, the order you emerge vmware-workstation and vmware-modules is important. When getting the error you mention, a simple re-emerge of vmware-modules did the job. This did not help. I tried downloading VMWare-workstation, but the emerge fails on fetch restrictions, and the message points to a file on a server that denies it has such a file. The workstation bundle runs an installer that wants a runlevel directory, but rejects the /etc/runlevels directory and subdirectories. I'm guessing it wants something more like SYSV. In your /etc dir, link rc{0-6}.d and rcS.d to /etc/init.d . Also ensure vmware-modules is *not* installed before running the installer bundle. Can't remember if I did anythig else tricky, but its workig beautifully here. - Noven Okay, now it installs okay, and I can modprobe vmmon. However, vmware gives me: [EMAIL PROTECTED] ~ $ vmware /usr/lib/vmware/bin/vmware-modconfig: symbol lookup error: /usr/lib/vmware/lib/libview.so.2/libview.so.2: undefined symbol: _ZThn8_N3Gtk4HBoxD1Ev [EMAIL PROTECTED] ~ $ And I have absolutely no clue what that's about. ++ kevin Did you re-run vmware-config.pl? That will recompile modules for your system.You have unmerged vmware-modules before doing this? Now that I've unmerged everything, where would that be? Self-installed software can be so wierd. On mine, K08vmware and S19vmware are links to /etc/init.d/vmware. Here, they are links to ../vmware, which is /etc/vmware, and contains a bunch of things. I recall I pinched the vmware init script out of portage - /usr/portage/app-emulation/vmware-workstation/files/vmware-workstation.rc move it to /etc/init.d, rename it vmware and make it executable. start as normal. It's not quite working. I tried a restart, and it failed on link 84 which is: /etc/vmware/init.d/vmware stop | vmware_prettify stop but there's no such file: as /etc/vmware/init.d/vmware. There are rc?.d entries there. These contain symlinks which are broken, pointing to the same non-existent file. Sigh. - Noven -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: Is equery depends still viable
On Thu, Nov 13, 2008 at 2:06 AM, Harry Putnam [EMAIL PROTECTED] wrote: Daniel Pielmeier [EMAIL PROTECTED] writes: With recent changes in portage in the last few mnths, is equery in general and `equery depends' in particular still reliable? I use it fairly often still, but do notice I get a lot of null output. So I no longer trust it fully. At least it doesn't give false positives - what's in the putput really is a valid depend. Do you know off hand if there are any alternatives? emerge -pv --depclean atom I realize cryptic answers are the ultimate in cleverness and show massive sophistication but how is this used to show dependencies to some specific package. Maybe a little more detail would keep my little pea brain from smoking under the load ;) Why did you not simply try, you lazy fat SUV owner? Here, I'll do it for you. But I imagine if this will not spoil you even more. $ emerge -pv --depc ffmpeg Calculating dependencies ... done! media-video/ffmpeg-0.4.9_p20080326 pulled in by: media-sound/sox-14.2.0 media-video/ffmpeg2theora-0.22 net-libs/opal-2.2.11 net-www/gnash-0.8.4 No packages selected for removal by depclean Packages installed: 577 Packages in world:134 Packages in system: 50 Unique package names: 577 Required packages:575 Number to remove: 0 -- Software is like sex: it is better when it is free - Linus Torvalds
Re: [gentoo-user] Re: Is equery depends still viable
2008/11/13 Harry Putnam [EMAIL PROTECTED]: Daniel Pielmeier [EMAIL PROTECTED] writes: emerge -pv --depclean atom I realize cryptic answers are the ultimate in cleverness and show massive sophistication but how is this used to show dependencies to some specific package. Maybe a little more detail would keep my little pea brain from smoking under the load ;) What is the cryptic part here? The answer tells you anything you need to know. Plus reading some documentation if you don't understand some bits is always useful. And if you are frightened of depclean you should at least know what -p means so this wont damage anything. Regarding udept, I would really like the idea if someone ore the original maintainer starts continuing this excellent tool. For now it works quite reliable but being unmaintained I fear it will get more and more unusable. -- Regards, Daniel
Re: [gentoo-user] Re: vmware fails: Virtual Machine Monitor does not start
Kevin O'Gorman wrote: On Tue, Nov 11, 2008 at 8:16 PM, Noven[EMAIL PROTECTED] wrote: Did you re-run vmware-config.pl? That will recompile modules for your system.You have unmerged vmware-modules before doing this? Now that I've unmerged everything, where would that be? Self-installed software can be so wierd. sorry to come in late - did you install it without using portage? On mine, K08vmware and S19vmware are links to /etc/init.d/vmware. Here, they are links to ../vmware, which is /etc/vmware, and contains a bunch of things. I recall I pinched the vmware init script out of portage - /usr/portage/app-emulation/vmware-workstation/files/vmware-workstation.rc move it to /etc/init.d, rename it vmware and make it executable. start as normal. It's not quite working. I tried a restart, and it failed on link 84 which is: /etc/vmware/init.d/vmware stop | vmware_prettify stop but there's no such file: as /etc/vmware/init.d/vmware. There are rc?.d entries there. These contain symlinks which are broken, pointing to the same non-existent file. Sigh. that's because you unmerged everything? You appear to be going around in circles a little bit :) I had a quick read over the thread and you've tried a few different things but with different versions of vmware-modules or workstation or whatever. Can we get back to a known state by: 1. unmerge everything vmware 2. `slocate vmware` and delete all the modules, binaries, libs, init scripts etc off your filesystem (except the VM's of course). Basically try and get to a system that has never seen vmware. 3. pick a version of vmware (workstation, player, whatever) and let us know what version of what product you're going to install, what version of the kernel you have, and use the portage version (please!). Then let's see if we can stick to one product+version+install_type at a time. HTH, -- Iain Buchanan iaindb at netspace dot net dot au I have a map of the United States. It's actual size. I spent last summer folding it. People ask me where I live, and I say, E6. -- Steven Wright
Re: [gentoo-user] Re: vmware fails: Virtual Machine Monitor does not start
On Thu, 13 Nov 2008 16:02:18 Kevin O'Gorman wrote: On Tue, Nov 11, 2008 at 8:16 PM, Noven [EMAIL PROTECTED] wrote: On Wed, 12 Nov 2008 14:19:33 Kevin O'Gorman wrote: On Tue, Nov 11, 2008 at 6:34 PM, Noven [EMAIL PROTECTED] wrote: On Wed, 12 Nov 2008 13:03:55 Kevin O'Gorman wrote: On Tue, Nov 11, 2008 at 3:12 PM, Allistar [EMAIL PROTECTED] wrote: Kevin O'Gorman wrote: On Tue, Nov 11, 2008 at 12:43 AM, Neil Bothwick [EMAIL PROTECTED] wrote: On Mon, 10 Nov 2008 19:24:15 -0800, Kevin O'Gorman wrote: I've re-emerge vmware-modules, re-run ...vmware-config.pl, and prayed. I still cannot do /etc/init.d/vmware start because this one part fails: Virutal machine Monitor and trying vmware says I need to run the config script (again). I'm getting nowhere and I really do want to run that VM again. Have you updated your kernel? VMware Workstation gives me problems like this with each new kernel, which is why I'm still running 2.6.26 on my desktop. I'm running 2.6.25-r8. I probably have updated since the last time I ran VMware. But I thought the above steps took care of that. I guess not. So what do I do now? From what I've experienced, the order you emerge vmware-workstation and vmware-modules is important. When getting the error you mention, a simple re-emerge of vmware-modules did the job. This did not help. I tried downloading VMWare-workstation, but the emerge fails on fetch restrictions, and the message points to a file on a server that denies it has such a file. The workstation bundle runs an installer that wants a runlevel directory, but rejects the /etc/runlevels directory and subdirectories. I'm guessing it wants something more like SYSV. In your /etc dir, link rc{0-6}.d and rcS.d to /etc/init.d . Also ensure vmware-modules is *not* installed before running the installer bundle. Can't remember if I did anythig else tricky, but its workig beautifully here. - Noven Okay, now it installs okay, and I can modprobe vmmon. However, vmware gives me: [EMAIL PROTECTED] ~ $ vmware /usr/lib/vmware/bin/vmware-modconfig: symbol lookup error: /usr/lib/vmware/lib/libview.so.2/libview.so.2: undefined symbol: _ZThn8_N3Gtk4HBoxD1Ev [EMAIL PROTECTED] ~ $ And I have absolutely no clue what that's about. ++ kevin Did you re-run vmware-config.pl? That will recompile modules for your system.You have unmerged vmware-modules before doing this? Now that I've unmerged everything, where would that be? Self-installed software can be so wierd. On mine, K08vmware and S19vmware are links to /etc/init.d/vmware. Here, they are links to ../vmware, which is /etc/vmware, and contains a bunch of things. I recall I pinched the vmware init script out of portage - /usr/portage/app-emulation/vmware-workstation/files/vmware-workstation.rc move it to /etc/init.d, rename it vmware and make it executable. start as normal. It's not quite working. I tried a restart, and it failed on link 84 which is: /etc/vmware/init.d/vmware stop | vmware_prettify stop but there's no such file: as /etc/vmware/init.d/vmware. There are rc?.d entries there. These contain symlinks which are broken, pointing to the same non-existent file. Sigh. - Noven Remove everything and follow this guide: http://forums.gentoo.org/viewtopic-t-711726-highlight-vmware+bundle.html - Noven
[gentoo-user] vwmare-player block
Hi I'm running a stable gentoo installation and getting a block on vmware-player: [ebuild U ] app-emulation/vmware-player-2.5.0.118166 [2.0.5.109488] 61,559 kB [ebuild N] app-emulation/vmware-modules-1.0.0.23 478 kB [blocks B ] =app-emulation/vmware-modules-1.0.0.23 (is blocking app-emulation/vmware-player-2.0.5.109488) I have the following in /etc/package.keyworkds/vmware-player file /etc/package.keyworkds/vmware-player app-emulation/vmware-player ~amd64 app-emulation/vmware-modules ~amd64 dev-cpp/libsexymm ~amd64 x11-libs/libview ~amd64 /file Is this just a consequence of mixing stable and unstable, or is there a way I can get around this? Regards Dirk
Re: [gentoo-user] Re: Is equery depends still viable
On Wed, 12 Nov 2008 16:43:14 -0600, Harry Putnam wrote: Do you know off hand if there are any alternatives? qdepends -Q pkgname qdepends is part of portage-utils. -- Neil Bothwick Windows: just another pane in the glass signature.asc Description: PGP signature