Re: [gentoo-amd64] Heads-up: KDEers: Particularly kde3-ers,
Am Sonntag, 23. August 2009 19:04:45 schrieb Volker Armin Hemmann: On Sonntag 23 August 2009, Duncan wrote: Those of you kde-ers, particularly kde3-ers (aka stable kde-ers), heads-up! If you aren't aware of the current gentoo kde (especially kde3) situation, you *NEED* to subscribe to the gentoo-desktop list (normally lower activity than here, so it shouldn't be a huge burden), AND check the archives for the last couple months. bullshit The short version: kde3 is likely going to be masked, soon, apparently very possibly before any kde4 is ever marked stable. The current plan is to leave kde3 in-tree but masked, probably until early next year, at which point it'll move to an overlay, kde-sunset or similarly named, where it'll be maintained primarily by interested users. maybe, you you don't have to be subscribed to -desktop to find that. Anyway, without an official announcement it is just a plan. cut unimportant crap Of course, qt3 upon which kde3 depends is in similar or even worse shape (except that it was in arguably better shape when it went unsupported, as until then, people had been paid to keep it working, even if they'd have otherwise preferred to be working on the newer versions), apparently not supported any longer by its own (commercial FLOSS) upstream. and here we come to the real stuff. qt3 is planned to be removed from the tree. Nothing else. Unfortunately, all this is complicated by the state of kde4, in many ways a mirror image of kde3 -- specifically like a mirror image in that it's similar, but nicely reversed. kde4 is getting all sorts of developer attention, but again despite what upstream says, it's anything /but/ as stable and smoothly functional and polished as kde3 is. bullshit I'm normally an early adopter, running ~arch and in fact often unmasking and even reaching into overlays for fresh versions, often beta or rc, sometimes even live-vcs versions direct from the upstream repositories. you are also writing way too much. 4.3 (as every kde4 version so far) is markedly better than the previous version, but there's still a LOT of broken functionality, features still rapidly evolving, etc. extreme bullshit kde4.3 therefore at what I'd normally consider the late-beta stage. User's who actually used and depended on the previous version for anything beyond basic functionality shouldn't be upgrading yet unless they're prepared to spend HOURS, in this case, DAYS, even WEEKS, even more bullshit. emerge @kde4.3 some hours later: perfectly fine working kde 4.3. No bugs, stable, all funtionality needed there. So instead of talking you typical annoying much worded crap, could you please point out the problems with 4.3? Examples? upgrading, finding fixes and workarounds for bugs, even switching to alternative software solutions at times when the functionality simply isn't there. I estimate I've spent about 80 hours on the upgrade and reconfiguring, all told. nice. I spent maybe 3h. All told. switch, and users WILL need to spend SOME time reconfiguring and adapting, but perhaps 20-40 hours is reasonable, NOT 80! 80 hours, two weeks of full-time 40-hour-week equivalent work, simply indicates how immature and broken some aspects of the project still are, and more bullshit. So, name your examples. And I didn't even bother to read the rest. duncan, if I want to read a book, I buy a book, This is an INTERNATIONAL list. We are not living in nightmare land where everybody's first language is english. Reading your emails takes more time than installing kde. All you had said to this point could have been said in two simple sentences too: kde 3.5 is planned to go away into an overlay because qt3 is not supported anymore kde 4.X has still some problems. See? See the difference to you writings? Short, compact, same message. Oh, and of course I left out the bullshit. But no, you do have to write a freaking essay. In the future: keep it short. In my opinion duncan is one of the people around here which make this list very useful and the information he is sharing within his emails is one of the reasons why I didn't unsubscribe yet. I like duncans emails :). Rgds Bernhard
Re: [gentoo-amd64] Re: Recover files on ext4 partition
Am Donnerstag, 9. Juli 2009 03:09:59 schrieb Duncan: Duncan 1i5t5.dun...@cox.net posted pan.2009.07.09.00.51...@cox.net, excerpted below, on Thu, 09 Jul 2009 00:51:32 +: Beyond that, I'd suggest contacting the maintainer (Ted Ts'o) himself, or more accurately, the ext4 list (much better than mailing an individual for something like this), as ext4 is new enough and different enough from ext3, it's unlikely there's standard recovery tools out there for it yet. I forgot this... Be sure to check the list archive tho, and look for a FAQ. It may indeed be a FAQ, that they're tired of seeing on the list. (Years ago, that went without saying as it was just common netiquette, but unfortunately, common netiquette isn't so common, any more, and it way too often needs to be made explicit now days.) Thank you both for the hints. Just be SURE you're pointing it at the correct write location. I'll try to work on that :). Rgds Bernhard
[gentoo-amd64] Recover files on ext4 partition
Hi, does anyone of you have some experience in recovering a wiped out ext4 partition? I accidentially ran mkfs.ext4 on a ext4 partition for which I do not have a backup (I wanted to format sdg but instead I accidentially took sde :( ). Is there a way to recover the data in this case? Rgds Bernhard
[gentoo-amd64] weird sound problem
Hi, I did a kernel update to 2.6.24 (gentoo-sources), a update to the linux-headers 2.6.24 and a world recompile. After the recompile sound stops working. Every time I try playing sound under kde (gmplayer, amarok/xine-lib) I get the message could not open sound device. mplayer gives me this: [AO_ALSA] alsa-lib: dlmisc.c:118:(snd_dlsym_verify) unable to verify version for symbol _snd_pcm_empty_open [AO_ALSA] alsa-lib: pcm.c:2109:(snd_pcm_open_conf) symbol _snd_pcm_empty_open is not defined inside (null) [AO_ALSA] Fehler beim Öffnen der Wiedergabe: No such device or address [AO SDL] Samplerate: 44100Hz Kanäle: Stereo Format s16le [AO_ALSA] alsa-lib: dlmisc.c:118:(snd_dlsym_verify) unable to verify version for symbol _snd_pcm_empty_open [AO_ALSA] alsa-lib: pcm.c:2109:(snd_pcm_open_conf) symbol _snd_pcm_empty_open is not defined inside (null) [AO SDL] Kann Audio nicht öffnen: No available audio device I'm in the audio group. Logged in as root I get the same errors. On the other hand sound from TV works. Any ideas what is going on? Rgds Bernhard -- gentoo-amd64@lists.gentoo.org mailing list
Re: [gentoo-amd64] weird sound problem
Am Dienstag 29 Januar 2008 schrieb Bernhard Auzinger: Hi, I did a kernel update to 2.6.24 (gentoo-sources), a update to the linux-headers 2.6.24 and a world recompile. After the recompile sound stops working. Every time I try playing sound under kde (gmplayer, amarok/xine-lib) I get the message could not open sound device. mplayer gives me this: [AO_ALSA] alsa-lib: dlmisc.c:118:(snd_dlsym_verify) unable to verify version for symbol _snd_pcm_empty_open [AO_ALSA] alsa-lib: pcm.c:2109:(snd_pcm_open_conf) symbol _snd_pcm_empty_open is not defined inside (null) [AO_ALSA] Fehler beim Öffnen der Wiedergabe: No such device or address [AO SDL] Samplerate: 44100Hz Kanäle: Stereo Format s16le [AO_ALSA] alsa-lib: dlmisc.c:118:(snd_dlsym_verify) unable to verify version for symbol _snd_pcm_empty_open [AO_ALSA] alsa-lib: pcm.c:2109:(snd_pcm_open_conf) symbol _snd_pcm_empty_open is not defined inside (null) [AO SDL] Kann Audio nicht öffnen: No available audio device I'm in the audio group. Logged in as root I get the same errors. On the other hand sound from TV works. Any ideas what is going on? Rgds Bernhard I solved it by setting the ALSA_PCM_PLUGINS. Rgds Bernhard -- gentoo-amd64@lists.gentoo.org mailing list
Re: [gentoo-amd64] Re: NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
Am Dienstag 01 Januar 2008 schrieb Hemmann, Volker Armin: On Montag, 31. Dezember 2007, Enrico Weigelt wrote: * Yuval Hager [EMAIL PROTECTED] wrote: Have you tried their latest, x11-drivers/nvidia-drivers-169.07 ? I am not following closely, but it should have major fixes and improvements. It works for me on GeForce 7300. http://bugs.gentoo.org/show_bug.cgi?id=199671 For this year I've already wasted too much resources on that. Maybe I'll have a try in a few month. 3D stuff isnt't that important for me - for 2D stuff the free driver works very fine. yeah, just copying an ebuild and replacing nv with nvidia in xorg.conf costs so much time and is so hard to do. Whining on the other hand does not take any time at all. BTW: the ebuild conflicts between kernel and nvidia-drivers are also annoying. The kernel parts should be handled differently. what are you talking about? conflicts? kernel parts? which kernel parts handled by what and why? Maybe the problem is that he compiled in the deprecated nvidia framebuffer support? Rgds Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] Re: compiling on dual-cores - only 50% usage per cpu
KDE user here too. =8^) I use ksysguard in the panel, with 4 CPU monitors, one for each of my dual cores on each of my Opteron 290s. Oh, it's 4 cores, not 8. But not bad either. Rgds Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] compiling on dual-cores - only 50% usage per cpu
Am Sonntag 11 November 2007 schrieb Peter Humphrey: On Saturday 10 Nov 2007, Bernhard Auzinger wrote: it's not a important question, but has anybody of you noticed when compiling certain packages the load on both cpu's is only about 50%. I have the feeling that it happens with packages that can not be split up into two jobs. But in this case one cpu should be on 100% load and the other one at ~0%. Maybe someone of you has a good explanation for this behaviour. I posted a question like this a few months ago, and I did a fair amount of detective work. Pretty much inconclusive, I'm afraid, but it seemed to be due to a motherboard chipset problem. This is a SuperMicro H8DCE; the problem only appeared when this replaced a faulty MSI board. I think the conversation ran in May, so you should be able to find it in the archive if you're interested. (I'd noticed that the BOINC scheduler was trying to get two processes run at full load, one on each CPU, but according to /top/ and /gkrellm/ each was getting just 50%, sometimes one on each CPU and sometimes both on the same one. And /top/ seemed confused about which CPU was running which tasks!) I don't run BOINC any more, for other reasons, so I haven't run into the problem recently. Kernel compilations seem to go OK, so it's all a bit of a mystery. I concluded at the time: I'm left with a vague feeling of dissatisfaction from not knowing what's going on, and a suspicion that something in the nForce2 chipset doesn't match what the kernel thinks. Kernel versions seem not to affect this problem, at least not in the range of versions I could find. -- Rgds Peter. Linux Counter 5290, Aug 93 I don't think that it is a motherboard issue because I watched the same behaviour not only on my amd64X2 but also at work at a core2-duo and older pentium4's. I will try to find the thread from may. Thank you. Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] Planning a new box - AMD Opteron or Intel Xeon?
Am Samstag 10 November 2007 schrieb Kris Kersey (Augustus): Conway, While it doesn't include Barcelona, you probably would find my review on LinuxHardware.org very useful in your decision making process. It included the latest Xeon and Opteron processors using Tyan boards. Here's the link: http://www.linuxhardware.org/article.pl?sid=07/04/05/1414204mode=thread If you have any other questions, I'll be happy to help. Thanks, Kris Kersey (Augustus) LinuxHardware.org Site Manager [EMAIL PROTECTED] Gentoo Linux AMD64 Developer [EMAIL PROTECTED] AIM: Augustus22 Why do you compare two systems with a different number of cores? 2x2Core athlon64 versus 2x4Core Core2Duo. Rgds Bernhard -- [EMAIL PROTECTED] mailing list
[gentoo-amd64] compiling on dual-cores - only 50% usage per cpu
Hi everybody, it's not a important question, but has anybody of you noticed when compiling certain packages the load on both cpu's is only about 50%. I have the feeling that it happens with packages that can not be split up into two jobs. But in this case one cpu should be on 100% load and the other one at ~0%. Maybe someone of you has a good explanation for this behaviour. Rgds Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] compiling on dual-cores - only 50% usage per cpu
Thank you for your explanations. It seems to make sense that the job hops from one CPU to another, just too fast to be seen on the averaged processor statistics. I think I'll take a look at schedutils. The xfce-cpuload-plugin seems to be nice, but I'm kde-user :). Rgds Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] conversion sda to lvm2 questions
Am Samstag 13 Oktober 2007 schrieb Beso: can i use raid even if i got a single hd and a non raid board?! i think i missed this thing. i knew that i could use raid on 2 separate disks of the same ammount and only if i had a raid compatible board (with hardware or software) but i didn't know that you could use it also on a single disk. RAID = Redundant Array of Independent Disks. I think this explains that it would be nonsense to have raid on a single disk. i tried to copy the system some time ago and found out that there are files in /dev and /tmp or /var/tmp that have an enormous dimension. i have left them behind and then got an unusable system for some reason. the copy i had was from a livecd with the cp -p to preserve ownership and permission. for what i know from /dev i have only to get /dev/null and /dev/console and let all others devices be created by udev. from /tmp instead i should not copy anything and from /var/tmp i should copy only the ccache. are my suppositions correct? Of course, copying /dev/zero is not a good idea on a running system. You will wait forever for this task to finish (/dev/zero, remember there comes data out of it, endlessly). You don't have to copy anything of /dev. udev will provide you the solution to create a new /dev directory after boot. LG Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] Java on AMD64
Am Donnerstag 20 September 2007 schrieb Mark Knecht:
It has been a long time since I've looked at Java on my AMD64 machine.
I run into links, etc., and they don't work. It was frustrating two
years ago. It just didn't work. On my machine still it doesn't, but
maybe this is because I haven't tried to fix it in a long time, so...
Here's a link with some Java on the page:
http://mathworld.wolfram.com/GaussianFunction.html
I get the typical white box with a jigsaw puzzle piece asking me to
'Click here to download plugin' and then a message about JRE missing.
I currently use Blackdown but notice this 'virtual' JRE is Sun. That
all seems a bit strange.
lightning ~ # eix -I jre
[I] dev-java/blackdown-jre
Available versions: (1.4.2) 1.4.2.03-r14
{nsplugin}
Installed versions: 1.4.2.03-r14(1.4.2)(01:56:19 AM
06/02/2007)(-nsplugin) Homepage:http://www.blackdown.org
Description: Blackdown Java Runtime Environment
[U] virtual/jre
Available versions:
(1.4) 1.4.1 1.4.2
(1.5) 1.5.0
(1.6) 1.6.0
Installed versions: 1.5.0(1.5)(10:30:16 PM 06/01/2007)
Homepage:http://java.sun.com/
Description: Virtual for JRE
Found 2 matches.
lightning ~ #
I thought that before I invested too much time I'd ask if there is
anyone who makes pages like the one above work and what you have
installed.
Thanks!
Cheers,
Mark
But if you are comfortable in using conqueror, there is another possibility.
Because as far as I know, konqueror uses the java-vm directly (no plugin). So
you can use the 64bit sun-jdk/jre without any problem.
Rgds
Bernhard
--
[EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] can not unmount cifs (samba) share
Am Sonntag 16 September 2007 schrieb Tonko Mulder: Did you just send that message like 5 times? Regards, Tonko What do you mean with like 5 times? I sent this mail one time on 16.09.2007 at 10:33am CET. Rgds Bernhard -- [EMAIL PROTECTED] mailing list
[gentoo-amd64] can not unmount cifs (samba) share
Hi, I'm using cifs to mount samba-shares and recently noticed that I can't really unmount the shares. I can unmount them, they will be away but listed in the mtab forever. I'm mounting/unmounting the shares as a normal user like mount.cifs //server/share /local_dir and unmount with umount.cifs /local_dir Is this a bug or am I missing something? Rgds Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] xextproto - filesize does not match
Am Samstag 08 September 2007 schrieb Herbert Laubner: Hi, I am installing xorg-x11 on an amd64 machine. On xextproto-7.0.2 the digest verification failed. Is there a change giong on or is there a bugy file on the server? Regards, herb Hi, change the GENTOO_MIRROR and the digest verification will be ok. With gd.tuwien.ac.at I experienced the same. Change the mirror in your make.conf temporarily to the another gentoo-mirror and all will be fine. Rgds Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] complete crash with ondemand scheduler
the ondemand governor steps the processor between the least step to the most one. for example, i have a turion 64 with steps from 800mhz to 2ghz. the ondemand governor would step from 800mhz directly to 2ghz when the cpu is under load and then return to 800 mhz when the load drops down. I think you are wrong, because the ondemand governor does also switch between all available frequencies. For example my amd64X2 is capable of 1000,1800,2000,2200,2400MHz and the ondemand governor does switch very well between these frequencies if needed. Rgds Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] 2nd HDD for var, tmp, usr/portage, swap
Am Freitag 20 Juli 2007 schrieb Richard Freeman: Bernhard Auzinger wrote: My question is if it makes sence to move these partitions to another harddisk? Others have responded to this well already - one thing I might add is to check out lvm if you have so many drives. Once you've used it you'll NEVER go back. Depending on the filesystems you use it is easy to resize partitions after the fact, and moving them from drive to drive is a breeze even while they're active. I'm currently running on 5 logical volumes on top of two RAID-5 md devices. (With two more mirrored md devices for boot and root). Six hard drives in total. It took a little work getting to this point, but I can move stuff around easily while filesystems are online and with full redundancy on everything but swap (I could run swap on my RAID-5 lvm partitions, but you take a performance hit there - and I don't care about a possible crash so much as the loss of lots of data). Oh, and for /tmp and /var/tmp consider using tmpfs - you don't get faster access times than virtual ram. You might need to fall back to your hard drive for very large emerges unless you have 5-10GB of swap... Just for the record. I decided to go LVM2 :). It runs since 10 days and I'm very happy with it. The setup was very quick and easy. For a few seconds I thought of buying a few more harddisks. Not because of the space, just because (vg/lv)extend excites me so much :). That stuff is cool. Regards Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] 2nd HDD for var, tmp, usr/portage, swap
Is there any way to get a unique identifier for a drive - such as a UUID? Do you want the uuid or something else. With udevinfo you get a lot of information. udevinfo --query=all --name=/dev/sdb4 --root Rgds Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] 2nd HDD for var, tmp, usr/portage, swap
Spreading them across drives could result in faster access if the controllers the drives are atached to allow overlapping commands. IDE doesn't do this and can only have one drive active on the bus. They are two IDE-drives and two SATA-drives. The IDE drives are each on a separate controller. Thank you all for your replies. You've inspired me very well :). If the weather will be rainy, I will move my /var/ partition to another drive or maybe set up an LVM. But before I've to sleep a few nights over it. Rgds Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] Re: 3200+ - X2 4000+
bogomips: 3611.22 TLB size: 1024 4K pages bogomips: 1603.39 TLB size: 1024 4K pages 2) Just curious: Why is there such a big difference between the 2 CPUs' bogomips values reported? -- [EMAIL PROTECTED] mailing list -- Piotr There has to be no difference between the two cores on dual-core processors. That's because the bogomips-benchmark is a calculated benchmark that depends mostly on the clock frequency and since the two cores on dual-core athlons/opterons use the same clock, it's not possible to have different values on that type of dual-core processor. I've absolutely identical values (4825.77 bogomips) for both cores of my Athlon64 X2 4600+. If you have two processors (f.ex. two single-cores) on your mainboard, than you will have two slightly different values because of the slightly different clock of the two processors. In your case it seems that the second processor has a decreased clock. I'm sure you have enabled cool'n'quiet. Rgds Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] mount by UUID
So when you try to run `umount /mnt/hdd_extern_1` as a plain ole user you get a segfault? That's exactly what happens. If that's the case then I'd say it's probably a bug in either umount or libuuid. Isn't libuuid a part of e2fsprogs? Either way I'm sure the devs would be able to help you if you file a bug. You should probably include a backtrace with your bug report. Good idea :). Thank you. rgds Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] mount by UUID
I exchanged the UUID=uuid_number with /dev/disks/by-uuid/uuid_number and now it works. That's funny. rgds Bernhard -- [EMAIL PROTECTED] mailing list
[gentoo-amd64] mount by UUID
Hi, I recently chose to mount my external hdd's by uuid. I just replaced the device file (dev/sdxy) by the uuid (UUID=X...) in my /etc/fstab. UUID=1ad24afc-f258-4b9e-a2c3-1e34c59562d8 /mnt/hdd_extern_1 reiserfs \ noauto,noatime,notail,user 0 0 UUID=1f0b0c58-7274-41c8-af00-2fbe5f4fbd6f /mnt/hdd_extern_2 reiserfs \ noauto,noatime,notail,user 0 0 As root I can mount and unmount the hdd's without any problem. But as user I can just mount but not unmount them. If I try to unmount them as user (after mounting as user, of course) I get a segmentation fault. Maybe someone can give me a hint, what is going on. rgds Brenhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] nvidia-settings blocks nvidia-drivers
Am Samstag 23 Juni 2007 schrieb david: I unmerged nvidia-settings, looks like it is included in the new drivers. But I still can't update world; amd64 ~ # emerge -p nvidia-settings These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N] media-video/nvidia-settings-1.0.20070302 [blocks B ] media-video/nvidia-settings (is blocking x11-drivers/nvidia-drivers-100.14.09) amd64 ~ # emerge -pv nvidia-drivers These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-drivers/nvidia-drivers-100.14.09 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB amd64 ~ # -- Powered by Gentoo/Linux I think the nvidia-settings package is included into the nvidia-drivers-package. rgds Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] Gentoo crashing?
Am Dienstag 15 Mai 2007 schrieb Peter Hoff: I can't even get 2.6.21 to compile. I was getting unhappy about that, but perhaps I've been looking at it the wrong way? My suggestion is to boot without X, without loading the graphic driver module (nvidia, ati) and without any other driver that is not needed for basic functionality (dvb, bttv, alsa, usb . . .). Maybe you should try not to load the network driver too. If it is not the heat, you could have some interrupt issues. A while ago, with my old P3, I had a similar problem. My problem was that my network-controller and my soundcard didn't like to share an interrupt together :) and the system hung up very often. For me it was unreproduceable, what caused my problems, but finally I got behind it by testing each component step by step. So don't become desperate. Try everything you have in your mind. Sometimes the least promising possibility solves the problem rgds Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] sound problems on startup
Please _do_not_ send html based e-mails. rgds Bernhard -- [EMAIL PROTECTED] mailing list
[gentoo-amd64] gnupg: can't generate keys
Hi, I experience some problems when generating keys when using gpg --gen-key. I get the the message: gpg: waiting on lock (held by 17362) ... and gpg never returns. It just keeps throwing that message at me forever and I've no clue what is going on. By the way, the pid (17362) is everytime the same. Maybe someone can help. rgds Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] gnupg: can't generate keys
Am Samstag 05 Mai 2007 schrieb Bernhard Auzinger: Hi, I experience some problems when generating keys when using gpg --gen-key. I get the the message: gpg: waiting on lock (held by 17362) ... and gpg never returns. It just keeps throwing that message at me forever and I've no clue what is going on. By the way, the pid (17362) is everytime the same. Maybe someone can help. rgds Bernhard Solved. It was just the pub/secring lockfile :) rgds Bernhard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] Quick Portage How to
'unmerge'ing those you don't want will clean up portage's database of installed packages. Doesn't remove /lib/modules/kernel-version/ though or old kernels from /boot/. Seems that manual deletion is required here. That's because one may still want to use a compiled kernel after the removal of the kernel sources. The second thing is that sys-kernel/gentoo-sources does only refer to the kernel sources and not to your self-made kernel. If the kernel were made/compiled by portage like any other program, portage would remove it. But unless this does not happen (and by the way is not possible yet), why should portage clean up the things it has not caused? rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Is swap need when there is 4g of ram?
swappiness does not help, if swap is really needed (like when compiling kdepim). I did not reconize yet that kdepim is that hungry at compile time :). The 'stupid' thing is, as soon as swap is used, it stays that way, no matter how many hundred mb of ram are free. The reason for that behaviour is, that in my opinion it would be nonsense to delete things from the swap when there is enough swap space free. But I think you can be sure that if there is enough ram free that the things will also be in the ram again. Things are kept (duplicated) in the swap space if there is enough swap because it's faster when it's necessary to swap out the same things again, I think. That's just a theory. I don't know for sure if I'm right. rgds Bernhar -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Is swap need when there is 4g of ram?
j2 for MAKEOPTS and +kdeenablefinal and after some time each one of the makejobs want 900mb ram. There are two libs where that happens, makes kdepim the slowest-to-compile packet for me. Wesnoth is also an offender. Some versions want 500mb+ at some point when compiling. That's pretty much. About 3 years ago I watched a similar behaviour on PyQt. At that time I had just 512MB of ram (and a 1.2GHz pentium3) and that tiny package drove me crazy because the memory requested by gcc when compiling PyQt was more than 512MB and the compile process did not only happen on data stored in the ram but also on data stored in the swap space. It was awful. My system was not usable for more than an hour. It was so busy swapping as I never saw a system swapping before. I remember that after a upgrade to 1G ram the PyQt package took less than five minutes. I decided to trace the memory usage when compiling PyQt and I recognized that it was less than a minute requesting so much memory. That was the first time I was convinced that swapping can end very very bad. rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
[gentoo-amd64] Re: persistent-net.rules
Interesting. I have different hardware, but use the macchanger module to change my MAC at every eth0 up, and don't have the problem here. udev must see the original MAC address on my hardware before macchanger gets to it, and thus set it up correctly. But if it's rewritten @ shutdown, why wouldn't it see the macchanger-randomized one then and thus get it wrong? I've tried macchanger but the thing is that at boottime the address of my network interface is always FF:FF:FF:FF:FF:FF and therefore it gets a random mac-address from the kernel. And because of the persistent-net.rules that are saved at shutdown, my network interface is named something unpredictable. Only if I delete the udev rule by plugging it to another computer to be able to boot without persistent-net.rules I get a interface eth0. Otherwise it increments every boot (eth0, eth1, . . . ). The funny thing is, that no matter which mac address I apply to the interface with macchanger, the mac address which will be written to the udev rules at shutdown is always the one randomly generated by the kernel and not the one I apply to it. rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] persistent-net.rules
Possibly a fix for the MAC address, on the BIOS screen, press shift+f2 then alt+f3 which should reveal extra settings, including the option to enter your own choice of MAC address for the nVidia adapter. The original mac address should be on a sticker above the paralell port. You don't mention which K8N neo2, so you may have two onboard NICs, and the stickers MAC address will only be for one of them, the other being a digit lower. You are amazing. I have my mac address back again :). Thank you very much. From where do you know these shortcuts to get extra options in the bios menu? Is there a specification available? My Mainboard is a K8N Neo2 Platinum (MS-7025). Thank you very much, both of you. rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
[gentoo-amd64] Re: persistent-net.rules
Only if I delete the udev rule by plugging it to another computer to be able to boot without persistent-net.rules I get a interface eth0. Otherwise it increments every boot (eth0, eth1, . . . ). just for the sake of completeness. I forgot to write hard disk in the sentence above :). by plugging the hard disk to another computer rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
[gentoo-amd64] Re: System load during emerge
[Later...] I've now found that if I run hdparm -d1 /dev/sda from an X terminal I get HDIO_SET_DMA failed: Inappropriate ioctl for device, but when /etc/init.d/hdparm is run during boot I see [ok] for each drive. Looks like I've got some exploring to do. As far as I know hdparm -d1 is not available, because sata drives work with libata (within the scsi subsystem) which uses dma for all drives. rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
[gentoo-amd64] persistent-net.rules
Hi, does somebody know how to prevent the persistent-net.rules to be saved during the shutdown process? The background is that I have a network interface with a faulty mac adress (FF:FF:FF:FF:FF:FF) on a K8N Neo2 (nforce3 ultra). So the kernel applys a random mac address to the network interface on every boot. At the shutdown process a entry with the randomly generated mac address will be written into /etc/udev/rules.d/70-persistent-net.rules. And that's my problem, because at the next boot another mac address will be applied to the network interface which does not match the one saved to persistent-net.rules and udev does not provide an interface eth0. rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] emerge world via ssh
Am Sonntag 28 Januar 2007 schrieb Dieter Ries: Hi, how can i run emerge -vD world, when i only have the possibility to access the machine via ssh for a short time? i have tried emerge -vD world but that seems to stop before even the first ebuild is compiled. Then i tried putting the emerge command into a bash script, and running emergeworld.sh but that had the same effect. There has to be a possibility... cu Dieter As already mentioned, screen is a good way to solve this. By the way. The compiling stops because you are starting emerge within the shell as child process of this shell. An if you terminate the father process (in this case the shell) by logging out, all child processes will be terminated too. rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Re: MAKEOPTS values for Athlon 64 X2
Am Mittwoch 17 Januar 2007 18:24 schrieb Hemmann, Volker Armin: if you want to spread FUD, and you are doing it right now, inform yourself. Ok? The fix was there in mere days after NVIDIA got the news. The firm who reported the 'problem' confused the NVIDIA problem with a much older Xorg problem. I thought the nvidia bug was known for about a year? rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] fsck seems to screw up my harddisk
Am Montag 27 November 2006 20:32 schrieb Guido Doornberg: Well, I want to use Gentoo but i don't realy like the idea of spoiling my weekend by installing an OS thats gonna stop working 30 times booting later. I doubt this is really Gentoo-specific. - you're right on that, I love gentoo, but I hope you understand what I mean. 1. My kernel version is gentoo-2.6.17-r7 - so it isn't an experimental kernel I can't post my emerge-info now because I don't have everything needed for booting (monitor and stuff) 2. You really made me doubt about that, but I don't think that is the problem. I'll do some more research on that. 3. I'll look for that next weekend =) Thank you =) Maybe you could try another filesystem. I don't think that your issues depend on the choosen filesystem. But trying another one may gives you further hints what is really going on. rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] eselect opengl set xorg-x11 keeps breaking my headers
Am Mittwoch 28 Juni 2006 01:12 schrieb Alex Bennee: Despite no longer having the emulation libraries installed eselect keep screwing up my headers to point at 32 bit glx stuff. This obviously breaks various X related compiles. Does anyone know how I can stop it doing this? Unfortunately its called during the ebuild so I can't manually fix them and re-run the build. -- Alex, homepage: http://www.bennee.com/~alex/ Declared guilty... of displaying feelings of an almost human nature. -- Pink Floyd, The Wall Did my suggestions help? rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] eselect opengl set xorg-x11 keeps breaking my headers
Am Mittwoch 28 Juni 2006 01:12 schrieb Alex Bennee: Despite no longer having the emulation libraries installed eselect keep screwing up my headers to point at 32 bit glx stuff. This obviously breaks various X related compiles. Does anyone know how I can stop it doing this? Unfortunately its called during the ebuild so I can't manually fix them and re-run the build. -- Alex, homepage: http://www.bennee.com/~alex/ Declared guilty... of displaying feelings of an almost human nature. -- Pink Floyd, The Wall Try to delete the gl-headers located in the emul directory. Usually /usr/include/GL contains symlinks to /usr/lib, but sometimes things go wrong with early versions of the emul stuff (they don't disappear by upgrading or unmerging) and eselect places a symlink which points to /usr/lib32 instead of /usr/lib or /usr/lib64. /usr/lib32 again is a symlink to the /emul directory. Delete gl-headers in the /emul directory to which the symlinks in /usr/include/GL point to. rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] totem is not starting
I had similar problems when I was upgrading my memory. Finally it was a known issue with the Winchester's memory controller. It can't handle fast timings in dual channel mode, when all memory banks are filled. So I switched to a slower RAM timing and all worked fine. rgds Bernhard Am Sonntag 11 Juni 2006 01:00 schrieb Dieter Ries: hi, i have a new gentoo up and running after my glibc broke. everithing seems fine, but when I try to launch totem media player, it doesnt start but i see a windows with the text: Totem could not startup. No Reason. This is nice for totem, but i want it to work with no reason, not to exit with no reason. console outout is as follows: localhost / # totem ** (totem:24493): WARNING **: Failed to connect to the D-BUS daemon: Unable to determine the address of the message bus ** (totem:24493): WARNING **: No GConf default audio sink key and osssink doesn't work ** Message: failed to render default audio sink from gconf does anybody know what happened to totem? cu Dieter -- Echte DSL-Flatrate dauerhaft für 0,- Euro*! Feel free mit GMX DSL! http://www.gmx.net/de/go/dsl -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] totem is not starting
Am Sonntag 11 Juni 2006 09:16 schrieb Bernhard Auzinger: I had similar problems when I was upgrading my memory. Finally it was a known issue with the Winchester's memory controller. It can't handle fast timings in dual channel mode, when all memory banks are filled. So I switched to a slower RAM timing and all worked fine. rgds Bernhard I'm sorry. rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Problems after upgrading to 4GB Ram
Am Sonntag 11 Juni 2006 20:10 schrieb Nuitari: Thanks for the suggestion. They are 4 matching 1GB sticks from Crucial. It's worked perfectly today with any 2 of them - just not when I fit all 4. It didn't work *at all* when I first put in 4GB, I had to recompile the kernel with IOMMU options - now it works, just not under load. I ran into a similar issue when it went from 512M - 1G. Same brand RAM, speeds, etc. I was slightly overclocking at the time and I ended up fixing things by going back to spec'd speeds. Make sure you're not pushing the envelope - no guarantees when you do that and sometimes a hardware change can keep that from working like it used to. Sounds like a motherboard issue of some kind - maybe some kind of timing setting will fix it. Don't ask me what half of those settings do, though... When I went from 2x 512mb to 2x 512 + 2x1gb, my MSI motherboard automatically went to DDR333 speed instead of DDR400, as specified in its manual. Dual-channel is still active. Let me guess, you have a AMD64 CPU with Winchester Core? As I wrote this morning, the Winchester's memory controller can't handle fast memory timings, if all memory banks are filled. Concerning this matter, I wrote an email to amd a few months ago and they sad that the winchester core and its predecessors have half-baked memory controllers on the chip. You have to set the command rate timing from 1T two 2T (as duncan told before) and your memory will work in DDR400 mode and without failure. If you have a venice core or later versions, you should not recognize this behaviour. The limitations of the winchester's memory controller should be listed somewhere in the following paper. http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/25759.pdf rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] 32-bit chroot
Read these and they were very informative but didn't answer my basic question as to whether I can use my existing x86 partition as the chroot system. I kinda get the impression from the howtos that this might not be the best idea. It will be a big fat chroot :). You may uninstall unneeded packages. But there is no reason why you shouldn't use your old system for that purpose. My 32bit chroot is nothing else than a running system. rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Re: urgent: Segfaults after synchronously emerging|downloading 30GB|burnng a DVD iso image
What tool or command do you use to make your copies? I remember seeing an invocation of tar piped to tar to ensure that all dates, permissions etc are preserved, even on pipes and other esoteric things, but my memory being what it is of course I can't remember it. I'm using flexbackup. flexbackup is a script written in perl which uses tar. It has always preserved the right permissions for my backups and it's very comfortable to use. rgds Berhard -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Nvidia forcedeth driver.
I think something else has gone wrong with your forcedeth driver. Gordon, maybe you could post the detailed feedback your system gives to you when try using the forcedeth driver. Sometimes it's a little bit confusing, which of both LAN adapters is eth0 and which eth1. I guess you have to disable the forcedeth driver from your kernel to use your D-LINK adapter as eth0. rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Giving up 64 platform
Hi Allan, I' m running a gentoo-amd64 system with multilib. Mplayer and Java work just fine for me and I did not recognize any instability at all. If you need help, there would be a lot of people in the forum inclusive myself, who would help you to solve your issues. Don't give up on amd64. I think it's worth a try. Rgds Bernhard By the way, the only reason I use multilib support is my x-plane flight simulator and some with_bad_codecs_encoded videos (mplayer and win32codecs). For all other things I do, it exists a amd64 compileable peace of oss software. Am Sonntag 23 April 2006 17:56 schrieb Allan Spagnol Comar: Hi folks on list. I don't know if I am the only one on the list having dificult with gentoo amd64 stability. Most of the internet and graphic world is beyond my command, like firefox and java ( always crash firefox ) or flash player, or mplayer .. I had 3 boxes running gentoo on a x86 platform without any problem, but 64 platform it really frustated me, its fast but most programs are masked. a lot of the programs I use won run unless you install a 32 bit binary ( so what the point of using gentoo ) sorry for the talking. Thanks for all that help that was giving. An answer to end. It's worth to use gentoo x86 on a AMD64, or should I run a binary distribution ? Thanks again, Allan -- An application asked: Requeires Windows 9x, NT4 or better, so I´ve installed Linux -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] KDE 3.5 and K3B
Please characterize your issues more detailed. Post the error messages and tell us more about your configuration. Rgds Bernhard Am Montag 20 Februar 2006 15:48 schrieb Mark Haney: I just upgraded to KDE 3.5.1 and I must say it's fantastic. The only issue I seem to be having is some sort of shared library problem with hal, dbus, ivman and k3b. I can't seem to get k3b working now no matter what I try with revdep-rebuild or any emerge combination. Any ideas? -- Mark Haney Sr. Systems Administrator ERC Broadband -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Re: Re: Re: Wow! KDE 3.5.1 Xorg 7.0 w/ Composite
May I put my oar into your optimisation dicussion. It's funny, Duncan. On the one side you are saving every byte of cpu-cache. On the other side, you are happy by having forked bashes in your main memory. But how do you take control about that? I mean, how do you get the code of your forked bashes away from your cpu cache to have it free for kernel code? A long time ago . . ., I was testing some CFLAGS on my own programs. I wrote a fast-fourier algorithm myself, only to see the impressive difference between Os, O3 and some other optimisation flags. I fed my fast-fourier algorithm with a large amount of input. But no matter how hard I tried to get it faster by changing the flags, it didn't work. The difference is marginal and not every flag brings improvement for every program. The only thing that changed a lot was the time gcc needs to perform those optimisations. Bernhard Am Donnerstag 09 Februar 2006 01:17 schrieb Duncan: Simon Stelling posted [EMAIL PROTECTED], excerpted below, on Wed, 08 Feb 2006 21:37:33 +0100: Duncan wrote: I should really create a page listing all the little Gentoo admin scripts I've come up with and how I use them. I'm sure a few folks anyway would likely find them useful. The idea behind most of them is to create shortcuts to having to type in long emerge lines, with all sorts of arbitrary command line parameters. The majority of these fall into two categories, ea* and ep*, short for emerge --ask additional parameters and emerge --pretend ... . Thus, I have epworld and eaworld, the pretend and ask versions of emerge -NuDv world, epsys and easys, the same for system, eplog package, emerge --pretend --log --verbose (package name to be added to the command line so eplog gcc, for instance, to see the changes between my current and the new version of gcc), eptree package, to use the tree output, etc. Interesting. But why do you use scripts and not simple aliases? Every time you launch your script the HD performs a seek (which is very expensive in time), copies the script into memory and then forks a whole bash process to execute a one-liner. Using alias, which is a bash built-in, wouldn't fork a process and therefore be much faster. My thinking, which is possibly incorrect (your input appreciated), is that file-based scripts get pulled into cache the first time they are executed, and will remain there (with a gig of memory) pretty much until I'm done doing my upgrades. At the same time, they are simply in cache, not something in bash's memory, so if the memory is needed, it will be reclaimed. As well, after I'm done and on to other tasks, the cached commands will eventually be replaced by other data, if need be. Aliases (and bash-functions) are held in memory. That's not as flexible as cache in terms of being knocked out of memory if the memory is needed by other things. Sure, that memory may be flushed to disk-based swap, but that's disk based the same as the actual script files I'm using, so reading it back into main memory if it's faulted out will take something comparable to the time it'd take to read in the script file again anyway. That's little gain, with the additional overhead and therefore loss of having to manage the temp-copy in swapped memory, if it comes to that. Actually, there are some details here that may affect things. I don't know enough about the following factors to be able to evaluate how they balance out, but the real reason I chose individual scripts is below. One, here anyway, tho not on most systems, I'm running four SATA disks in RAID. The swap is actually not on the RAID, as the kernel manages it like RAID on its own, provided all four swap areas are set to the same priority (they are), which means swap is running on the equivalent of four-way-striped RAID-0. Meanwhile, the scripts, as part of my main system, are on RAID-6 for redundancy, so with the same four disks backing the RAID-6 as the swap, I've only effectively two-way-striped storage there, the other two disk stripes being parity. Thus, retrieval from the 4-way-striped swap should in theory be more efficient than from the 2-way-striped regular storage. OTOH, the granularity of the stripe in either case, against the size of the one or two-line script, likely means that it'll be pulled from a single stripe (at the speed of reading from a single disk, tho there are parallelizing opportunities not available on a single disk). It's also likely that the swap will be more optimally managed for fast retrieval than the location on the regular filesystem is. Balanced against that we have the overhead of maintaining the swap tracking. That's assuming it would swap that out to the dedicated swap in the first place. I'm not familiar with Linux's VM, but given that the aliases and functions would be file-based in either case, it's possible it would simply drop the data from main memory, relying on
Re: [gentoo-amd64] Feasibility of Gentoo on ancient hardware?
Oh, I saw it but now. You did a stage1/stage2 install? I think you seem to be hardcore. With a stage3 install, you can save a lot of time. For addictional packages use the packages cd. I think there exists one with precompiled packages for i586. http://gd.tuwien.ac.at/opsys/linux/gentoo/releases/x86/current/packagecd/ Regards Bernhard Am Mittwoch 22 Juni 2005 19:37 schrieb Peter Humphrey: Having had a good deal of success maintaining useful Gentoo systems on this dual-Opteron workstation (with lots of help from my friends hereabouts, of course), I thought I'd try building a minimal system on an old P5-60 box, to be a firewall to replace an even older 486 box running Debian in 32MB (half the 64MB of the P5-60), which has been protecting my home mininetwork for the last five years or more. That may have been a mistake - /mnt/gentoo/usr/portage/scripts/bootstrap.sh is still compiling glibc and it's been running for two days or more already! I can't imagine how long 'emerge -e system' is going to take. (I compared where it's got to in glibc with the position of the same string in /var/log/portage/3023-glibc-2.3.5.log on this box and I found it on line 5576 of a 37321-line log file!) At this rate I think I'll still be poking bits around one at a time come August. I confess that I haven't checked the Requirements in the introductory docs, but has anyone any more favourable experience than this to report? Perhaps I ought to chuck all these antediluvian monstrosities in the skip and invest a couple of hundred quid on a modern box - pity to waste all that nice-looking hardware though. -- Peter Humphrey Linux Counter 5290, Aug 93. -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] KDE-meta
kde-base/kde-meta-3.4.0 (masked by: missing keyword) With this, portage wants to say, that the package isn't masked by any keyword. It's unstable and if you want to use it, you have to add the am64-keyword by inserting it into /etc/portage/package.unmask either. Am Samstag 21 Mai 2005 12:44 schrieb Luigi Pinna: Hello! I tried to reinstall kde 3.4 using the split-ebuild but... kde-meta has no keywords! I wrote in /etc/portage/package.keywords the line: =kde-base/kde-meta-3.4.0 ~amd64 but after... ACCEPT_KEYWORDS=~amd64 emerge -uDp kde-meta These are the packages that I would merge, in order: Calculating dependencies !!! All ebuilds that could satisfy kde-meta have been masked. !!! One of the following masked packages is required to complete your request: - kde-base/kde-meta-3.4.0 (masked by: missing keyword) For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 Software Availability in the Gentoo Handbook. Why? The single parts (kdebase, kdepim, etc) have the *-meta ebuild and they compile... Luigi Ps. Now I can use mplayer's windows codecs and flash... Thanks to everybody! pgpphYIHgTGlr.pgp Description: PGP signature
