{"id":24,"date":"2008-05-17T21:07:12","date_gmt":"2008-05-17T18:07:12","guid":{"rendered":"http:\/\/vpv.kapsi.fi\/blog\/?p=24"},"modified":"2008-10-10T20:04:01","modified_gmt":"2008-10-10T17:04:01","slug":"my-adventures-with-fedora-9-part-2","status":"publish","type":"post","link":"https:\/\/vpv.kapsi.fi\/blog\/2008\/05\/my-adventures-with-fedora-9-part-2\/","title":{"rendered":"My adventures with Fedora 9, part 2"},"content":{"rendered":"<p>I&#8217;ve updated my Smolt profile for the laptop, it&#8217;s <a href=\"http:\/\/www.smolts.org\/client\/show\/pub_cd6fc43c-08ed-4e9d-860b-59f52f53cfcb\">here<\/a>.<\/p>\n<p>Since this laptop has an Intel 915GM\/GMS\/910GML Express Graphics Controller (I have no idea which one it actually is \ud83d\ude09 ), I tried kernel modesetting by adding <code>i915.modeset=1<\/code> to the kernel boot line in \/etc\/grub.conf. At first it seemed to work just right and it seems to be a really nice feature. But after some usage I started to see weird font issues every now and then, all of the characters weren&#8217;t drawn completely, some parts were missing. Now that I&#8217;ve disabled kernel modesetting again, I have not seen any of these issues, but the boot looks much uglier now \ud83d\ude00 . I&#8217;m looking forward to this stuff becoming more widely used in the future. I have to mention that drawing stuff on to the screen in X seems to have slowed down quite a bit with the upgrade. I can&#8217;t say anything very specific, but for example doing a <code>cat \/var\/log\/messages<\/code> is much slower and uses more CPU than it used to. <a href=\"https:\/\/www.redhat.com\/archives\/fedora-list\/2008-May\/msg01617.html\">Someone else has noticed it as well.<\/a> I think this might be the reason why the laptop is running a bit hotter than it used to.<\/p>\n<p>The IPW2200 error messages I mentioned in my <a href=\"https:\/\/vpv.kapsi.fi\/blog\/2008\/05\/15\/my-fedora-9-upgrade-story\/\">previous post<\/a> are gone now. Maybe it was the kernel update that fixed it&#8230;<\/p>\n<p>I also updated to KDE 4.0.4 from updates-testing. It seems to work quite nicely now, especially after I switched the new menu to the more traditional one. I still have the new menu on the desktop, though, just because you can&#8217;t add new icons to the desktop or the panel via the old style menu with the right mouse button. The most visible problem I see now is the clock. If I add the date to the clock, I can&#8217;t actually see the date at all, because it goes so low it&#8217;s already out of the display \ud83d\ude00 . The tray icons are also sometimes acting weirdly, as I wrote in my previous entry, but I&#8217;ll keep an eye on that. Oh, and I keep using compositing with KWin. I&#8217;ve had problems with GNOME&#8217;s compositing, but in KDE it works great and looks nice \ud83d\ude42 .<\/p>\n<p>Now that I mentioned updates-testing, there&#8217;s also one issue related to it. When I first did <code>yum --enablerepo updates-testing check-update<\/code>, it only showed me some Fedora 8 updates. Even doing <code>yum clean all<\/code> didn&#8217;t help. There was recently some talk about his in the #fedora-devel channel, so it might be a common issue. I did an <code>rm -r \/var\/cache\/yum\/*<\/code>, but apparently <code>yum --enablerepo updates-testing clean all<\/code> could also help.<\/p>\n<p>Now that Fedora 9 has <a href=\"http:\/\/openjdk.java.net\/install\/#fedora\">OpenJDK<\/a>, I removed Sun&#8217;s proprietary Java, which I had installed in \/opt\/, changed the java binary to the free one by running <code>alternatives --config java<\/code>, removed an sh script in \/etc\/profile.d\/ which set the java paths to the proprietary JDK and removed the symbolic link to the proprietary java plugin I had in \/usr\/lib\/mozilla\/plugins\/. I also installed the java-1.6.0-openjdk-devel and java-1.6.0-openjdk-plugin packages, so now I should have quite a complete open java stack. It&#8217;s not yet quite the same as the proprietary JDK, but it looks very promising. <a href=\"http:\/\/www.redhatmagazine.com\/2008\/05\/16\/open-source-project-openjdk\/\">Here&#8217;s a Red Hat Magazine article about OpenJDK<\/a>.<\/p>\n<p>The tapping functionality in touchpads has been disabled in Fedora 9. Axel Thimm gave advice on how to get it working again in <a href=\"https:\/\/bugzilla.redhat.com\/show_bug.cgi?id=437702#c1\">this bug<\/a> and now I have tapping working again. I&#8217;m not going to get into the discussion of whether or not this was a good thing, but having worked with the Docs team for a while, <strong>this would have needed a release note<\/strong>. The developer responsible for this change just probably forgot, since I don&#8217;t think the Docs team even knew about the change. Well, such is life&#8230; I also put <code>syndaemon -k<\/code> into my \/etc\/rc.local file, so that the touchpad will now be disabled when I&#8217;m using the keyboard. Syndaemon could be configurable as a service, though.<\/p>\n<p>I guess that&#8217;s it for now, I may report more about my Fedora 9 experiences later&#8230;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>I&#8217;ve updated my Smolt profile for the laptop, it&#8217;s here. Since this laptop has an Intel 915GM\/GMS\/910GML Express Graphics Controller (I have no idea which one it actually is \ud83d\ude09 ), I tried kernel modesetting by adding i915.modeset=1 to the kernel boot line in \/etc\/grub.conf. At first it seemed to work just right and it [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4],"tags":[],"class_list":["post-24","post","type-post","status-publish","format-standard","hentry","category-fedora"],"_links":{"self":[{"href":"https:\/\/vpv.kapsi.fi\/blog\/wp-json\/wp\/v2\/posts\/24","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/vpv.kapsi.fi\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/vpv.kapsi.fi\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/vpv.kapsi.fi\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/vpv.kapsi.fi\/blog\/wp-json\/wp\/v2\/comments?post=24"}],"version-history":[{"count":1,"href":"https:\/\/vpv.kapsi.fi\/blog\/wp-json\/wp\/v2\/posts\/24\/revisions"}],"predecessor-version":[{"id":38,"href":"https:\/\/vpv.kapsi.fi\/blog\/wp-json\/wp\/v2\/posts\/24\/revisions\/38"}],"wp:attachment":[{"href":"https:\/\/vpv.kapsi.fi\/blog\/wp-json\/wp\/v2\/media?parent=24"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/vpv.kapsi.fi\/blog\/wp-json\/wp\/v2\/categories?post=24"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/vpv.kapsi.fi\/blog\/wp-json\/wp\/v2\/tags?post=24"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}