<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="wordpress/2.2.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>

<channel>
	<title>Unix Howto</title>
	<link>http://www.unix-howto.com</link>
	<description>The ultimate place for Unix / Linux news and howtos</description>
	<pubDate>Sat, 06 Mar 2010 16:43:47 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.3</generator>
	<language>en</language>
			<item>
		<title>Remi Collet: PHP 5.3.2 available</title>
		<link>http://www.unix-howto.com/linux/2010/03/06/11686/remi-collet-php-532-available.html</link>
		<comments>http://www.unix-howto.com/linux/2010/03/06/11686/remi-collet-php-532-available.html#comments</comments>
		<pubDate>Sat, 06 Mar 2010 16:43:47 +0000</pubDate>
		<dc:creator>Someone on the net write...</dc:creator>
		
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://www.unix-howto.com//?p=11686</guid>
		<description><![CDATA[
RPM of final release of php 5.3.2 are available for Fedora and for Enterprise Linux (RHEL/CentOS) in remi repository. This version will be available really soon in official updates (testing) for Fedora &#62;= 12.
Read the PHP 5.3.2 Release Announcement    UseÂ  YUM to install :
yum &#8211;enablerepo=remi update php-\*
Notice : now, all extensions are [...]]]></description>
			<content:encoded><![CDATA[<p>
RPM of final release of php 5.3.2 are available for Fedora and for Enterprise Linux (RHEL/CentOS) in remi repository. This version will be available really soon in official updates (testing) for Fedora &gt;= 12.<br />
Read the PHP 5.3.2 Release Announcement    UseÂ  YUM to install :<br />
yum &#8211;enablerepo=remi update php-\*<br />
Notice : now, all extensions are provided for php-cli and php (module for apache in prefork mode) and php-zts (module for apache in worker mode). Read the entry PHP 5.3, MPM worker, zts and mysqlnd (yes I know, pecl extensions are not yet available).<br />
For all questions or help, please use&#8230; Lire PHP 5.3.2 available<BR><BR><a href='http://blog.famillecollet.com/post/2010/03/06/PHP-5.3.2-available' rel='nofollow'>Read full story</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.unix-howto.com/linux/2010/03/06/11686/remi-collet-php-532-available.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>Ankur Sinha - franciscod: GNUnify 2010 at Pune</title>
		<link>http://www.unix-howto.com/linux/2010/03/06/11685/ankur-sinha-franciscod-gnunify-2010-at-pune.html</link>
		<comments>http://www.unix-howto.com/linux/2010/03/06/11685/ankur-sinha-franciscod-gnunify-2010-at-pune.html#comments</comments>
		<pubDate>Sat, 06 Mar 2010 16:43:47 +0000</pubDate>
		<dc:creator>Someone on the net write...</dc:creator>
		
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://www.unix-howto.com//?p=11685</guid>
		<description><![CDATA[
Iâ€™m pretty late with this one. All thanks to the excessive work thatâ€™s bogging me down. (College work + fests + projects + fedora work  ) Anyway, here goes:
The event was the second major FOSS event that I attended, the first being foss.in at the end of the last year. Â Pune was great to [...]]]></description>
			<content:encoded><![CDATA[<p>
Iâ€™m pretty late with this one. All thanks to the excessive work thatâ€™s bogging me down. (College work + fests + projects + fedora work  ) Anyway, here goes:<br />
The event was the second major FOSS event that I attended, the first being foss.in at the end of the last year. Â Pune was great to be at. I flew into Mumbai from Mangalore (airport nearest to Manipal) and took a train into Pune. The organizers did a great job of getting us to the event location and the accommodation provided was fabulous.<br />
My workshop on RPM packaging was on Day2 of the event. We mostly spent Day1 trying to solve some FTBFS bugs and packaging some new stuff. Rahulâ€™s event opening talk on FOSS andÂ Kushalâ€™s python workshop happened on Day1.<br />
We started early on Day2 to get the labs ready for our events. I spent most of the morning setting up Fedora Packager on the systems. The tight schedule only allowed me 2 hours for the workshop, which, pretty frankly, is a short time to walk a newbie through packaging. Keeping that in mind, I decided to walk them through a font package, since packaging fonts teaches you all about the spec while skipping over the building from source. The workshop went pretty well, slow, but well. Rahul helped out by hopping around and correcting people ( Thanks for that  ). We got them to complete a spec each. Most of them managed to build rpms from them too. rpmlint errors took more time. By the time we got to this, the professor whose workshop was scheduled next at the lab was walking around   .<br />
I dinâ€™t make myself any slides for the workshop. A page with the relevant links was all that was needed. The workshop was to be a â€œno theory, all workâ€ event. I stuck strictly to this method.<br />
Hereâ€™s a set of photos from the event.<br />
       <BR><BR><a href='http://dodoincfedora.wordpress.com/2010/03/06/gnunify-2010-at-pune/' rel='nofollow'>Read full story</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.unix-howto.com/linux/2010/03/06/11685/ankur-sinha-franciscod-gnunify-2010-at-pune.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>Remi Collet: qelectrotech-0.21-1</title>
		<link>http://www.unix-howto.com/linux/2010/03/06/11684/remi-collet-qelectrotech-021-1.html</link>
		<comments>http://www.unix-howto.com/linux/2010/03/06/11684/remi-collet-qelectrotech-021-1.html#comments</comments>
		<pubDate>Sat, 06 Mar 2010 16:43:47 +0000</pubDate>
		<dc:creator>Someone on the net write...</dc:creator>
		
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://www.unix-howto.com//?p=11684</guid>
		<description><![CDATA[
QElectroTech version 0.21 is out. RPM are available in remi repository for Fedora â‰¥ 8 and will be in fedora updates repository (Fedora â‰¥ 11) after the testing stage . This is an application to design electric diagrams, try it and send feedback to the team.    Official web site : http://qelectrotech.org/.
Changes : [...]]]></description>
			<content:encoded><![CDATA[<p>
QElectroTech version 0.21 is out. RPM are available in remi repository for Fedora â‰¥ 8 and will be in fedora updates repository (Fedora â‰¥ 11) after the testing stage . This is an application to design electric diagrams, try it and send feedback to the team.    Official web site : http://qelectrotech.org/.<br />
Changes : Changelog 0.2 -&gt; 0.21 (in French)<br />
Installation by  YUM :<br />
yum &#8211;enablerepo updates-testing install qelectrotech<br />
Or:<br />
yum &#8211;enablerepo remi install qelectrotech<br />
Launcher is available in Applications / Electronics.<br />
If you still prefer download : the repository&#8230; Lire qelectrotech-0.21-1<BR><BR><a href='http://blog.famillecollet.com/post/2010/03/06/qelectrotech-0.21-1-en' rel='nofollow'>Read full story</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.unix-howto.com/linux/2010/03/06/11684/remi-collet-qelectrotech-021-1.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>Fedora Uruguay: YouTube y Vimeo optan por el codec H.264 en vez de Ogg/Theora</title>
		<link>http://www.unix-howto.com/linux/2010/03/06/11683/fedora-uruguay-youtube-y-vimeo-optan-por-el-codec-h264-en-vez-de-ogg-theora.html</link>
		<comments>http://www.unix-howto.com/linux/2010/03/06/11683/fedora-uruguay-youtube-y-vimeo-optan-por-el-codec-h264-en-vez-de-ogg-theora.html#comments</comments>
		<pubDate>Sat, 06 Mar 2010 16:43:47 +0000</pubDate>
		<dc:creator>Someone on the net write...</dc:creator>
		
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://www.unix-howto.com//?p=11683</guid>
		<description><![CDATA[
A continuaciÃ³n reproduzco comunicado por parte de Mozilla con respecto a la decisiÃ³n que tomo YouTube y Vimeo de optar por el codec H.264 en vez de Ogg, viendose perjudicado los usuarios de navegadores como Firefox y Opera por esta decisiÃ³n, como asi tambiÃ©n todos los internautas por el riesgo de las patentes y tener [...]]]></description>
			<content:encoded><![CDATA[<p>
A continuaciÃ³n reproduzco comunicado por parte de Mozilla con respecto a la decisiÃ³n que tomo YouTube y Vimeo de optar por el codec H.264 en vez de Ogg, viendose perjudicado los usuarios de navegadores como Firefox y Opera por esta decisiÃ³n, como asi tambiÃ©n todos los internautas por el riesgo de las patentes y tener que pagar por una licencia de uso, tanto por la creaciÃ³n de contenido como visualizaciÃ³n del mismo.<br />
Comunicado de Mozilla:<br />
leer mÃ¡s<BR><BR><a href='http://fedora-uy.org/node/124' rel='nofollow'>Read full story</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.unix-howto.com/linux/2010/03/06/11683/fedora-uruguay-youtube-y-vimeo-optan-por-el-codec-h264-en-vez-de-ogg-theora.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>Gino Alania: Tiempo para todo</title>
		<link>http://www.unix-howto.com/linux/2010/03/06/11682/gino-alania-tiempo-para-todo.html</link>
		<comments>http://www.unix-howto.com/linux/2010/03/06/11682/gino-alania-tiempo-para-todo.html#comments</comments>
		<pubDate>Sat, 06 Mar 2010 16:43:47 +0000</pubDate>
		<dc:creator>Someone on the net write...</dc:creator>
		
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://www.unix-howto.com//?p=11682</guid>
		<description><![CDATA[
La primera vez que realice un blog fue por la monada del medio y era por el advenimiento de algo nuevo que se observaba en la nube&#8230;.. el cual no fue mala idea, conocÃ­ a mucha gente, el cual no me arrepiento de haberlo hecho es mas me ayudaron en la vida desde hace muchos [...]]]></description>
			<content:encoded><![CDATA[<p>
La primera vez que realice un blog fue por la monada del medio y era por el advenimiento de algo nuevo que se observaba en la nube&#8230;.. el cual no fue mala idea, conocÃ­ a mucha gente, el cual no me arrepiento de haberlo hecho es mas me ayudaron en la vida desde hace muchos aÃ±os , quizÃ¡s cambiaron en parte la Ã³rbita de mi destino.</p>
<p>Ha pasado casi 7 aÃ±os de mi primer blog siempre alojado en mi servidor pero en este ultimo aÃ±o observo el advenimiento en la nube de muchas cosas relacionadas en la red social y el microbloging como mÃ©todo para que se masifique la intenciÃ³n de que la gente tenga algo que decir y lo peor de todo que esto es un Ã©xito y realidad y lo peor de toda este historia es que a mi tambiÃ©n me arrastra este tsunami quedando atrapado es este imÃ¡n fiel corderito de todo este sistema, he notado que muchos amigos casi el 99,999 % tambiÃ©n los veo a mi lado de esta ola inmensa y casi pocos se han mantenido fiel a fiel  viejo blog , nos estÃ¡n encausando a pensar poco, apenas nuestro cerebro se convertirÃ¡n en 140 caracteres y no los millones caracteres que podrÃ­amos escribir en nuestros paleolÃ­ticos blogs .</p>
<p>Para todo hay justificaciÃ³n , algunos dirÃ¡n el tiempo , otros la necesidad de mantenerse conectados y otros dirÃ¡n simplemente moda, pero los geeks que alguna vez soÃ±amos en un mundo nuevo no podrÃ­amos caer en este vicio que otra vez los que controlan el mundo nos vuelven a encasillar .</p>
<p>Hoy declaro que no me dejare llevar por este tsunami y que a pesar que la tierra cambie de eje o los dÃ­as poco a poco se hagan mas cortos, dirÃ© que me mantendrÃ© otra vez fiel a mi viejo blog, quiero manifestar que aun quiero generar contenido y no quiero dejar de pensar, quiero que mis nietos me recuerden como el rebelde que aun quiere mantenerse fiel a la lucha de guerra de guerrillas y no ser un corderito mas de este ganado que conducen l abismo de la ignorancia &#8230;.</p>
<p>Comunico que ya los tiempo difÃ­ciles estÃ¡n pasando a nivel personal , poco a poco nos iluminamos el cielo de nuevas esperanzas y que poco a poco nuestra Ã³rbita del destino nos esta llevando a lo que queremos &#8230;.</p>
<p>Bueno lo bueno es que ellos tienen bugs y esto mismo aprovecho para ser rebelde &#8230; es decir estoy en su mundo y ellos en el mio , es decir mi blog cuenta con rss y ellos oyen mi blog es decir lo que escriba esta en twitter y en facebook &#8230;. asÃ­ jamas dejaran de leerme.<BR><BR><a href='http://192.168.1.2/galania/index.php/blog/show/Tiemp-para-todo.html' rel='nofollow'>Read full story</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.unix-howto.com/linux/2010/03/06/11682/gino-alania-tiempo-para-todo.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>Theo Chatzimichos: Gentoo KDE and Qt February Meetings</title>
		<link>http://www.unix-howto.com/linux/2010/03/06/11681/theo-chatzimichos-gentoo-kde-and-qt-february-meetings.html</link>
		<comments>http://www.unix-howto.com/linux/2010/03/06/11681/theo-chatzimichos-gentoo-kde-and-qt-february-meetings.html#comments</comments>
		<pubDate>Sat, 06 Mar 2010 16:43:45 +0000</pubDate>
		<dc:creator>Someone on the net write...</dc:creator>
		
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://www.unix-howto.com//?p=11681</guid>
		<description><![CDATA[In the last KDE and Qt meetings, there have been many and important changes, so I decided to blog about them to keep users up-to-date. The summaries and logs are available in each projectâ€™s site (http://kde.gentoo.org and http://qt.gentoo.org). Both projects have regular meetings, every third Thursday of the month (unless announced otherwise), and very often [...]]]></description>
			<content:encoded><![CDATA[<p>In the last KDE and Qt meetings, there have been many and important changes, so I decided to blog about them to keep users up-to-date. The summaries and logs are available in each projectâ€™s site (http://kde.gentoo.org and http://qt.gentoo.org). Both projects have regular meetings, every third Thursday of the month (unless announced otherwise), and very often they have a common one. The channel that hosts us is #gentoo-meetings in Freenode, and everyone is welcome to join us. I will mention only the most remarkable issues that were discussed/decided, which seem to be a lot:<br />
Qt meeting, 19 February 2010<br />
This was delayed one day, so I missed it. I really hate it when I miss Gentoo meetings, as every time they are very fun and challenging, and I like very much interacting with so many Gentoo developers and contributors at the same time. Before proceeding, Iâ€™d like to point out that the Qt Project was very recently founded as a separate project, because the Qt Team (sub-herd of the KDE Project) has grown too much and had too many non-KDE issues. The Qt members are doing an awesome work. And here are some of the important issues:</p>
<p>We now have an â€œunofficialâ€ channel in IRC, and a new shiny Qt Subdomain! So from now on you can find us in #gentoo-qt on Freenode, and our documentation resides in http://qt.gentoo.org (thanks to Robin (robbat2) for setting that up). Of course we will still be available in #gentoo-kde or #gentoo-desktop.<br />
Raster USE flag is going to be on by default. ÎœÎ¬ÏÎºÎ¿Ï‚ (hwoarang) already blogged about this asking for testing.<br />
Qt 3 has been masked for removal from the tree, along with all Qt 3 packages and the qt3 USE flag. The only blocker for this task was MythTV, which now has a stable Qt 4 replacement in Gentoo. Also, Ben (yngwin) informed the kde-sunset maintainers about this, but so far I didnâ€™t see anyone committing those apps there, so if you want to do it (or do general qt3 and kde3 work), consult this document. (Reminder: kde-sunset is user-maintained overlay, anyone interested can ask for access there, so if you are still interested in Qt 3 and/or KDE 3 packages, please ask for commit access instead of complaining to the Gentoo developers).</p>
<p>KDE meeting, 25 February 2010<br />
This was delayed one week, which was a request by me, so it wonâ€™t be during my exams. There hasnâ€™t been a KDE meeting in January, so there were plenty of topics to discuss. I was also the moderator of this one, which made it double fun. In most of the issues there has been some progress, so letâ€™s begin:</p>
<p>We now have a new leader, TomÃ¡Å¡ ChvÃ¡tal aka scarabeus. After a year of Jorge Manuel B.S. Vicettoâ€™s (jmbsvicetto) absolutely perfect leadership, we had the annual elections, were scarabeus was voted by pretty much everyone. He is admittedly very skilled and very active in Gentoo community in general, as a member of QA, X11 and KDE Teams and also a recent council member. Iâ€™d also like to give props to my former â€œbossâ€ Jorge, especially for taking over that old nasty mysql/amarok issue and creating the libmysqld.so patch.<br />
KDE SC 4.3.5 is stable in tree now, and the newly released KDE SC 4.4.1 is available in tree as testing. There have been many problems with 4.4.0 (mostly crashes), so it wonâ€™t be a stable candidate for sure. Weâ€™ll see how 4.4.1 goes and accordingly decide if this is going to be a stable candidate, or wait for 4.4.2.<br />
Amarok and MySQL 5.1 suffer from the same old libmysqld.so issue. Thus, we strongly recommend to remove the embedded USE flag from both Amarok and MySQL. In fact, it is not anymore enabled by default in the ebuilds. As a side note about MySQL, Akonadi seems to break in some machines with &gt;MySQL-5.1.42. The problem is known to upstream developers, and there have been some workarounds in KDE forum, but I didnâ€™t have time to test any of them yet.<br />
KDEPIM in trunk KDE is currently broken (really just kmail). This is because kmailâ€™s mail storage is being ported to akonadi, so IMAP (I donâ€™t know about the other protocols for sure) doesnâ€™t work at all at the moment. Sput (Quassel developer) proposed to use the enterprise KDEPIM branch, which is supposed to work, as it is being paid by companies. I sent an email asking for help in gentoo-desktop mailing list, with no answers so far. Please see the thread archive (available here) for more info. I would also like to inform you that the KDE Team decided not to provide the usual trunk snapshots until version 4.4.70 (which is going to be the first alphas), because of this KDEPIM issue.<br />
KOffice 2.1.1 is released a month ago, but it is not available to users yet. Actually, it is in tree hardmasked, as it needs a close depedency checking in ebuilds. I was held responsible for this, and I hope till the weekend it will be done, if I get enough help from scarabeus which was the former KOffice ebuilds maintainer, or by anyone else from the KDE Team (there are plenty of people in the Team, Iâ€™m sure Iâ€™ll find someone to help me). By the way, this is my only KDE todo thing left.<br />
KNetworkManager is now in tree, but also hardmasked. This was in upstreamâ€™s kdereview branch, which contains packages that stay there for review by the developers for wider testing, before they move to their final KDE module or extragear branch (take a look at KDEâ€™s SVN repo to get the picture). It was supposed to be released along with KDE 4.4, but it didnâ€™t make it. So, I created a snapshot of the current SVN repository, which seems to have many problems, like crashes, missing features etc. So I guess it will remain hardmasked for a while, and I will continue to update the snapshot once every two weeks.<br />
The KDE Documentation is also one of my playgrounds. I recently updated the guide, and with a quick look I did the following: closed all three bugs regarding the KDE Installation Guide, added more items in Hints and Troubleshooting section, completely removed the kdeprefix reference, replaced the snapshots installation guide with a note that we wonâ€™t provide them for now, and done a bunch of small fixes (mostly version corrections and typos).<br />
I raised the issue of kde-meta (and accordingly @kde-* sets) not including all KDE modules. It currently excludes the developer-specific modules like KDESDK and KDEbindings (although it does contain KDEWebDev), and proposed either to include them all in kde-meta or to introduce a developer or sdk USE flag in kde-meta. Some developers were opposed on this, proposing to have a new meta package, like kdefull-meta, an idea which I actually hated. Our final word on this was to open a new discussion thread in gentoo-desktop mailing list, which I did, and review the issue in the next meeting.<br />
Finally, Iâ€™d like the attention of everybody here, as the following issue is very very important. In a previous meeting we discussed the split of the desktop profile in gnome/ and kde/ subprofiles. We raised the idea in gentoo-dev mailing list for review, and we had a positive feedback in general. Other DEâ€™s refused to have a special subprofile, so they will stick to the basic desktop profile. What this means is that the desktop profile from now on will not contain GNOME or KDE-specific USE flags, which are transfered to the according subprofile. For users that want both DEâ€™s (or just both DE-specific USE flags) can enable them manually in their make.conf (they are not many after all). The major advantage from the user-side of view is that many unwanted dependencies get stripped off automatically, and from the developer-side of view is that from now on weâ€™ll have a more separate approach when packaging. The patches are ready and sent for review in gentoo-dev mailing list. Currently the result can be seen in the kde-crazy overlay, and here you can see the relevant thread. A news item will also be made before committing, and I hope that the final move will happen next week. Iâ€™d like to thank Maciej (reavertm), Ben (yngwin) and Samuli (ssuominen) for their precious help on this. (P.S. This is one of the very few moments that I felt I did some Gentoo development instead of KDE packaging, if you know what I mean   )</p>
<p>Qt Team meeting Log and Summary<br />
KDE Team meeting Log and  Summary<br />
=-=-=-=-=<br />
Powered by Blogilo<BR><BR><a href='http://blog.tampakrap.gr/gentoo-kde-and-qt-february-meetings/#utm_source=feed&#038;utm_medium=feed&#038;utm_campaign=feed' rel='nofollow'>Read full story</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.unix-howto.com/linux/2010/03/06/11681/theo-chatzimichos-gentoo-kde-and-qt-february-meetings.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>Damien Krotkine: Typepad</title>
		<link>http://www.unix-howto.com/linux/2010/03/06/11680/damien-krotkine-typepad.html</link>
		<comments>http://www.unix-howto.com/linux/2010/03/06/11680/damien-krotkine-typepad.html#comments</comments>
		<pubDate>Sat, 06 Mar 2010 16:43:45 +0000</pubDate>
		<dc:creator>Someone on the net write...</dc:creator>
		
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://www.unix-howto.com//?p=11680</guid>
		<description><![CDATA[I&#8217;m in the metro of Paris, testing Typepad :
new beta account I just subscribed to
new mobile version of the blog
Iphone App
automatic Twitter posting
per category feeds
Typepad is Based on Movable Type, the best blog system ouuta there. It&#8217;s Perl based. It rocks. Read full story
]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m in the metro of Paris, testing Typepad :<br />
new beta account I just subscribed to<br />
new mobile version of the blog<br />
Iphone App<br />
automatic Twitter posting<br />
per category feeds</p>
<p>Typepad is Based on Movable Type, the best blog system ouuta there. It&#8217;s Perl based. It rocks. <BR><BR><a href='http://damien.krotkine.com/the-player-of-games/2010/03/typepad.html' rel='nofollow'>Read full story</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.unix-howto.com/linux/2010/03/06/11680/damien-krotkine-typepad.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>Jeremy Olexa: Virtual Machine clocksource issue</title>
		<link>http://www.unix-howto.com/linux/2010/03/06/11679/jeremy-olexa-virtual-machine-clocksource-issue.html</link>
		<comments>http://www.unix-howto.com/linux/2010/03/06/11679/jeremy-olexa-virtual-machine-clocksource-issue.html#comments</comments>
		<pubDate>Sat, 06 Mar 2010 16:43:45 +0000</pubDate>
		<dc:creator>Someone on the net write...</dc:creator>
		
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://www.unix-howto.com//?p=11679</guid>
		<description><![CDATA[You have probably seen the Host Virtual advertisements on the sidebar of gentoo.org website.
I ran into a weird clocksource issue on my VPS that I haven&#8217;t seen elsewhere. This issue was that my time would progressively get worse and worse and eventually NTP could not keep up because the clock was so far out of [...]]]></description>
			<content:encoded><![CDATA[<p>You have probably seen the Host Virtual advertisements on the sidebar of gentoo.org website.<br />
I ran into a weird clocksource issue on my VPS that I haven&#8217;t seen elsewhere. This issue was that my time would progressively get worse and worse and eventually NTP could not keep up because the clock was so far out of date. This happened on a pretty quick interval, about 1-2 days until I had to manually reset it. I opened up a support case with Host Virtual and the suggestion was to change the kernel&#8217;s clocksource to jiffies, from tsc, or vice versa. (or use a newer kernel, but I was already at the latest 2.6.32.x kernel at the time) My kernel&#8217;s clocksource was at the default and I had to research the issue some more because I haven&#8217;t heard of this before.<br />
In the kernel&#8217;s Documentation directory, I found some info. (Documentation/kernel-parameters.txt). There is quite some details in there, but the summary is that the default clocksource was &#8216;tsc&#8217; on x86. I changed my kernel&#8217;s clocksource by the clocksource=jiffies kernel parameter. Rebooted the virtual machine and NTP has been able to keep time since.<br />
I don&#8217;t really know the difference here and don&#8217;t care to research much more. It is fixed and maybe this info will help someone else someday.<BR><BR><a href='http://blog.jolexa.net/2010/03/05/virtual-machine-clocksource-issue/' rel='nofollow'>Read full story</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.unix-howto.com/linux/2010/03/06/11679/jeremy-olexa-virtual-machine-clocksource-issue.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>Diego E. PettenÃ²: A shared object is (not) enough</title>
		<link>http://www.unix-howto.com/linux/2010/03/06/11678/diego-e-petten-a-shared-object-is-not-enough.html</link>
		<comments>http://www.unix-howto.com/linux/2010/03/06/11678/diego-e-petten-a-shared-object-is-not-enough.html#comments</comments>
		<pubDate>Sat, 06 Mar 2010 16:43:45 +0000</pubDate>
		<dc:creator>Someone on the net write...</dc:creator>
		
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://www.unix-howto.com//?p=11678</guid>
		<description><![CDATA[In my immediately previous post I have thrown in a couple of nods to two particularly nasty issues related to shared object plugins; I have written extensively, or even excessively, about the issue so Iâ€™m not going to write more about the presentation of shared objects (or dynamic libraries if you prefer the Microsoft term [...]]]></description>
			<content:encoded><![CDATA[<p>In my immediately previous post I have thrown in a couple of nods to two particularly nasty issues related to shared object plugins; I have written extensively, or even excessively, about the issue so Iâ€™m not going to write more about the presentation of shared objects (or dynamic libraries if you prefer the Microsoft term for the same concept), and Iâ€™d rather go on with the two current problems at hand, which Iâ€™ll try to cover in a proper manner.<br />
Shared objects as plugins<br />
When building shared objects for plugin usage, like the case for NSS I noted, PAM plugins or extensions for languages like Ruby, Python, Perl, Javaâ€¦ you donâ€™t need static libraries at all, so a shared object is enough!<br />
While some of those system do support statically linking engine and plugins in an application, this rarely works out as intended; for instance FreeBSD (used to?) support statically linked PAM, but that worked only for the default modules, and if you configured your service authentication chain to use non-default modules you have a non-working setup. So the net result is definitely against having to support statically-linked PAM, or any other statically linked system.<br />
Since you cannot link this stuff statically in, you can easily see that there is no need to install (nor build!) the static archive version of those things; this is usually done properly by both custom-tailored build system (as upstream likely tries to minimise the effort) and by the language-specific buildsystems (like the various incarnation of mkmf and rake-compiler in Ruby, distutils in Python, ant for Java, and so on so forth). On the other hand, especially with autotools-based build system, most people seem to forget that there is a nasty overhead in building both version, beside the waste of installing the extra file.<br />
Indeed, since libtool will prefer building PIC objects for the shared objects (as itâ€™s required for AMD64 and most of non-x86 architectures), and non-PIC objects for static archives (to reduce overhead); since you cannot build once for both (nor you can pre-process once, as you can have __PIC__ conditional code!) you end up having to call the compiler twice for each source file. To reduce this overhead you can usually default to disable static libraries (or disable it through ./configure invocation) or you can disable it altogether as instructed so that it only ever builds the shared object version, and not the static one. Unfortunately this does not stop libtool from installing a pointless .la file but thatâ€™s a different story.<br />
While there is a safety check in Portage proper to check for .la and .a files in /lib, there is no such check for Ruby, Python, Perl, Java extensions. My tinderbox has an extra check for that and is usually able to find them; I also have a bug report template that tries explaining the maintainers involved why I report to them that a .la file is pointless and that they might want to fix the eventual static archives at the same time as well. Unfortunately, sometimes people decide itâ€™s too much of a hassle to prepare the patch to send upstream and apply that in Gentoo, so you end up with ebuilds that avoid using make install to avoid installing the already built archives, or just delete them after install (works okay for .la files, since they are usually small and itâ€™s definitely not trivial to avoid installing them), causing the double-build to still be performed.<br />
Boot-critical programs and shared objects<br />
Different page, correlated issue happens with boot-critical programs: things that need to be started before you mount all your local filesystems (maybe because they are needed to mount such filesystems, like lvm) need to have all their shared objects being available at that time. This becomes a problem when you end up needing libraries installed in /usr/lib and you split out /usr (similarly to what I said about /boot I donâ€™t think the general case should be for splitting it out; sure there are cases where itâ€™s needed for various reasons, but it shouldnâ€™t be by default!), as they wouldnâ€™t be able to run.<br />
To solve this problem you either move the libraries (and all their dependencies) to /lib, or you have to statically link applications. The former creates a chain reaction that makes the whole point of splitting /usr mostly moot; the latter problem actually moves the problem down to the user: since Gentoo policy is to never force static linking on the user, as shared object linking has many many advantages, this is usually made conditional to the static USE flag; such a flag will build the software with static linking, and will thus require the dependent libraries to be available in static archive form (which is why rather than Portage features or whatever else, static libraries are usually made optional via an USE flag: it can be depended upon).<br />
Mix the two! Shared object plugins for boot-critical programs!<br />
And here is the reason why I merged the two problems, as they might seem just barely related: there is a case where you actually need a static archive to build a shared object plugin; thatâ€™s the case for PAM plugins that need libraries, such as pam_userdb uses Berkeley DB library for storage.<br />
Itâ€™s not an easy case to solve, because of course youâ€™d be looking to have the library available as static archive, but at the same time it has to be PIC to work properlyâ€¦ up to the 0.99 version, the solution was to build an internal copy of Berkeley DB within the PAM ebuild; without counting the additional problems with security, we ended up with a very complex ebuild, a lot more complex than it would be needed for PAM alone. I discarded that solution when I took over PAM, and split the Berkeley DB support in its own ebuildâ€¦ doing the same thing as before. That ebuild has been, up to now, pretty much untouched, and the result is that we have a stale ebuild in tree using a stale version of Berkeley DB. I donâ€™t like that situation at all.<br />
Sincerely, after thinking about it I think the best solution at this point is simply to get rid of the stale ebuild, and decide that even though PAM is installed in /lib, it does not warrant total coverage: we wonâ€™t be moving, or building statically, things like PostgreSQL, LDAP, MySQL and so on so forth, and yes, those are all possible providers for the PAM modules. I guess we should just add one very simple statement: donâ€™t use external-dependent modules for authenticating users and services that are boot-critical.<br />
If Iâ€™ll still be a Gentoo developer next month, after I free myself up from my current work tasks, Iâ€™ll be merging back sys-auth/pam_userdb into sys-libs/pam, and then take care of getting the new PAM stable, and the old ebuild removed. This should solve quite a few of our problems and set a better precedent than what we have right now.<BR><BR><a href='http://blog.flameeyes.eu/2010/03/05/a-shared-object-is-not-enough' rel='nofollow'>Read full story</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.unix-howto.com/linux/2010/03/06/11678/diego-e-petten-a-shared-object-is-not-enough.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>Sebastian Pipping: Join us with Gentoo bugday today (Saturday)</title>
		<link>http://www.unix-howto.com/linux/2010/03/06/11677/sebastian-pipping-join-us-with-gentoo-bugday-today-saturday.html</link>
		<comments>http://www.unix-howto.com/linux/2010/03/06/11677/sebastian-pipping-join-us-with-gentoo-bugday-today-saturday.html#comments</comments>
		<pubDate>Sat, 06 Mar 2010 16:43:45 +0000</pubDate>
		<dc:creator>Someone on the net write...</dc:creator>
		
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://www.unix-howto.com//?p=11677</guid>
		<description><![CDATA[Just a very quick call:
Today, Saturdays 6th is a Gentoo bugday.
Users and developers get together at #gentoo-bugs on Freenode IRC to cooperate on fixing bugs: ideally all at once but a few thousands per participant makes a good start, too. It makes a difference, itâ€™s fun, itâ€™s a great way of contributing to Gentoo.
See you [...]]]></description>
			<content:encoded><![CDATA[<p>Just a very quick call:<br />
Today, Saturdays 6th is a Gentoo bugday.<br />
Users and developers get together at #gentoo-bugs on Freenode IRC to cooperate on fixing bugs: ideally all at once but a few thousands per participant makes a good start, too. It makes a difference, itâ€™s fun, itâ€™s a great way of contributing to Gentoo.<br />
See you there!<br />
(Actually I need a few hours of sleep firstâ€¦)<BR><BR><a href='http://blog.hartwork.org/?p=636' rel='nofollow'>Read full story</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.unix-howto.com/linux/2010/03/06/11677/sebastian-pipping-join-us-with-gentoo-bugday-today-saturday.html/feed</wfw:commentRss>
		</item>
	</channel>
</rss>
