<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>Advogato blog for pnasrat</title>
    <link>http://www.advogato.org/person/pnasrat/</link>
    <description>Advogato blog for pnasrat</description>
    <language>en-us</language>
    <generator>mod_virgule</generator>
    <pubDate>Wed, 19 Jun 2013 06:22:18 GMT</pubDate>
    <item>
      <pubDate>Fri, 21 May 2004 11:58:34 GMT</pubDate>
      <title>21 May 2004</title>
      <link>http://www.advogato.org/person/pnasrat/diary.html?start=18</link>
      <guid>http://www.advogato.org/person/pnasrat/diary.html?start=18</guid>
      <description>&lt;b&gt;Who ate all the PIEs&lt;/b&gt;

&lt;p&gt; Settling in to routine at Red Hat now, and starting to get stuff done.  Stumbled across a particularly nasty side affect of PIE and rpm's internal provides generator.

&lt;p&gt; It turns out rpmbuild is adding Provides: basename(/path/to/pie/exec) to the package header.  This in turn causes all EVR against that basename (often identical to the package name, or even worse for ppp created pppd which was  conflicting with initscripts).

&lt;p&gt; Fix is now in HEAD.</description>
    </item>
    <item>
      <pubDate>Fri, 14 May 2004 21:46:56 GMT</pubDate>
      <title>14 May 2004</title>
      <link>http://www.advogato.org/person/pnasrat/diary.html?start=17</link>
      <guid>http://www.advogato.org/person/pnasrat/diary.html?start=17</guid>
      <description>&lt;b&gt;Life resumes&lt;/b&gt;

&lt;p&gt; After a brief hiatus of &lt;a href="http://pauln.truemesh.com/wedding/" &gt;marriage&lt;/a&gt;, and &lt;a href="http://pauln.truemesh.com/honeymoon/" &gt;honeymoon&lt;/a&gt; life is starting to settle down.

&lt;p&gt; I did a few installs this week of FC2 to test out stuff, fairly nice on both my iBook G3 and my new work laptop.  I've started to setup the devel repository for JPackage so I can get cracking on the ant 1.6 changes, this will also probably be where things like eclipse 3 milestones will be pushed. 

&lt;p&gt; I've spent some time thinking about java depenancy issues for rpm/cojapas, I'm hoping to code something up next week sometime - jython + bcel are my friends. 

&lt;p&gt; Meanwhile &lt;a href="http://www.advogato.org/person/boto/" &gt;boto&lt;/a&gt; has revised the &lt;a href="http://www.brlan.com.br/~ehabkost/gcc-8086" &gt;8086 gcc&lt;/a&gt; target for 3.3.3, this could be fun for &lt;a href="http://elks.sf.net/" &gt;ELKS&lt;/a&gt;.</description>
    </item>
    <item>
      <pubDate>Thu, 29 Apr 2004 18:05:59 GMT</pubDate>
      <title>29 Apr 2004</title>
      <link>http://www.advogato.org/person/pnasrat/diary.html?start=16</link>
      <guid>http://www.advogato.org/person/pnasrat/diary.html?start=16</guid>
      <description>&lt;div style="background-image: url(http://inauspicious.org/files/images/iamredhat.png); width:80px; height:32px"&gt;&lt;/div&gt;</description>
    </item>
    <item>
      <pubDate>Thu, 29 Apr 2004 17:43:08 GMT</pubDate>
      <title>29 Apr 2004</title>
      <link>http://www.advogato.org/person/pnasrat/diary.html?start=15</link>
      <guid>http://www.advogato.org/person/pnasrat/diary.html?start=15</guid>
      <description>&lt;b&gt;World Wide Meeting&lt;/b&gt;

&lt;p&gt; I survived what was a very hectic and busy few days.  Hopefully I didn't make too big a fool of myself to my new employer :)  Lack of eating, combined with tiredness and alcohol is not a good combination.

&lt;p&gt; I didn't spend as much time with &lt;a href="http://livejournal.com/~katzj/" &gt;katzj&lt;/a&gt;  and others as I'd expected - but it was good nonetheless.  I got to know quite a few of the UK people which was useful - it seems likely I'll be popping up to Cambridge quite regularly.

&lt;p&gt; It was good to find sane voices on the Java front, and the intrest in JPackage looks positive.  Tech stuff on hold untill after the wedding...</description>
    </item>
    <item>
      <pubDate>Wed, 21 Apr 2004 13:03:25 GMT</pubDate>
      <title>21 Apr 2004</title>
      <link>http://www.advogato.org/person/pnasrat/diary.html?start=14</link>
      <guid>http://www.advogato.org/person/pnasrat/diary.html?start=14</guid>
      <description>&lt;b&gt;It Installs&lt;/b&gt;

&lt;p&gt; &lt;p&gt; Last night I successfully did a cold (other than having an AppleBootstrap Part already) install of rawhide onto my iMac DV SE.  Here are the gotchas:

&lt;p&gt; &lt;p&gt; &lt;ul&gt;
&lt;li&gt;install in text mode as we don't get correct X setup for macs yet - ie mac text at second yaboot prompt
&lt;li&gt;you must be running an anaconda &amp;gt;= 9.92-5
&lt;li&gt;Partitioning works other than for mac specific stuff - I just autopartitioned
&lt;li&gt;complete install
&lt;li&gt;reboot but use the cd again and go into rescue mode - mac rescue
&lt;li&gt;I used nfs install so /mnt/source is now the tree - I installed hfsutils - either rpm --root or cp, chroot, rpm will do
&lt;li&gt;I ran yabootconfig and edited then ran ybin
&lt;li&gt;set default run level to 3 and reboot
&lt;li&gt;I manually configure XFree86 (actually I cheated by using ydl's Xautoconfig rebuilt using xorg-foo
&lt;/ul&gt;

&lt;p&gt; &lt;p&gt; For all those keen to go I am pushing my tree courtesy of &lt;a href="http://www.advogato.org/person/skvidal/" &gt;skvidal&lt;/a&gt; to duke:

&lt;p&gt; &lt;p&gt; http://fedora.linux.duke.edu/fedorappc/

&lt;p&gt; &lt;p&gt;&lt;b&gt;Update&lt;/b&gt;

&lt;p&gt; Note off the cd you can tell yaboot to boot off the kernel - during install note the following partition numbers - / partition and /boot partition if seperate. Also note the kernel version (check from you mirror)

&lt;p&gt; Boot from CD:

&lt;p&gt; For non-boot cases (where 4 is / partition)

&lt;p&gt; tell yaboot to boot hd:4,/boot/vmlinuz-2.6.5-1.327 root=/dev/hda4

&lt;p&gt; For seperate boot (where 4 is /boot and 6 is /):

&lt;p&gt; tell yaboot to boot hd:4,/vmlinuz-2.6.5-1.327 root=/dev/hda6

&lt;p&gt; Oh and the snapshot is up of the tree that worked.

</description>
    </item>
    <item>
      <pubDate>Wed, 14 Apr 2004 09:09:25 GMT</pubDate>
      <title>14 Apr 2004</title>
      <link>http://www.advogato.org/person/pnasrat/diary.html?start=13</link>
      <guid>http://www.advogato.org/person/pnasrat/diary.html?start=13</guid>
      <description>&lt;b&gt;Java a packagers viewpoint&lt;/b&gt;

&lt;p&gt; Life has been busy - weddings take up a lot of your time...

&lt;p&gt; Well &lt;a href="http://log.ometer.com/2004-04.html#14" &gt;havoc&lt;/a&gt; and others are commenting on java currently so I thought I'd give an opinion from the trenches. 

&lt;p&gt; Having worked with &lt;a href="http://jpackage.org/" &gt;JPackage&lt;/a&gt; for a long time one the main frustrations is having to make our users repackage the non-free components.  However due to licensing confusion as &lt;a href="http://lists.debian.org/debian-java/2002/debian-java-200203/msg00015.html" &gt;summarised&lt;/a&gt; by another Jpackage member figuring out what we could provide as a package is non-trivial.  Also trying to keep things &lt;a href="http://www.pathname.com/fhs/" &gt;FHS&lt;/a&gt; compliant means modifications (even if it is just changing paths or wrapper scripts due to lack of proper symlink resolving) which the &lt;a href="http://java.sun.com/j2se/1.4.2/j2re-1_4_2_04-license.txt" &gt;license&lt;/a&gt;  prohibits.

&lt;p&gt; On the bright side there is cross distribution &lt;a href="http://java.debian.net/index.php/CommonJavaPackaging" &gt;discussion&lt;/a&gt; that is looking at the issues with java both on free VM's and vendor ones.   

&lt;p&gt; I have been very impressed with &lt;a href="http://sources.redhat.com/rhug/" &gt;RHUG&lt;/a&gt; and the native java stuff going into Fedora, it is good news for JPackage as people are looking at interoperability.  Java support is required for both Fedora and RHEL realistically and it isn't going to go away soon, hopefully we can make it transparent for any implementation.

&lt;p&gt; Oh and hopefully we'll get an updated &lt;a href="http://sources.redhat.com/eclipse/" &gt;native Eclipse&lt;/a&gt; snapshot soon...</description>
    </item>
    <item>
      <pubDate>Sat, 27 Mar 2004 06:21:11 GMT</pubDate>
      <title>27 Mar 2004</title>
      <link>http://www.advogato.org/person/pnasrat/diary.html?start=12</link>
      <guid>http://www.advogato.org/person/pnasrat/diary.html?start=12</guid>
      <description>It's been a while LifeStuff(tm)

&lt;p&gt; &lt;p&gt; &lt;b&gt;Fedora PPC&lt;/b&gt;

&lt;p&gt; &lt;p&gt; Things are looking fairly good atm, I've been running &lt;a href="http://people.redhat.com/arjanv" &gt;arjan's&lt;/a&gt; ppc kernel this week, rebuilt for firewire so it'll talk to my shiny new firewire drive I'm going to test builds on.

&lt;p&gt; &lt;p&gt; After wrestling with anaconda in test mode (turned out prodpath in anaconda was still looking for RedHat) a test run went fairly well.  Real install on Sunday.

&lt;p&gt; &lt;p&gt; &lt;b&gt;Other stuff&lt;/b&gt;

&lt;p&gt; &lt;p&gt; For doing my kernel builds I've started to use &lt;a href="http://www.kainx.org/mezzanine/" &gt;mezzanine&lt;/a&gt; to wrap around CVS and a PDR type setup.  Useful for generating diffs of specs and .configs.

&lt;p&gt; &lt;p&gt; Discussion on objects in python for rpm is starting which is nice, there is still so much to do at the rpm-python level, including a nasty for biarch setups in addErase that &lt;a href="http://www.advogato.org/person/skvidal/" &gt;skvidal&lt;/a&gt; caught - that's on the list for Sunday too.

&lt;p&gt; &lt;p&gt; Today (Saturday) is &lt;a href="http://blogs.redhat.com/" &gt;Red Hat World Tour&lt;/a&gt; meets my &lt;a href="http://gllug.org.uk" &gt;LUG&lt;/a&gt; which should be fun.

&lt;p&gt; &lt;b&gt;UPDATE&lt;/b&gt;
I'll leave it to you, dear reader to figure some of the questions I asked &lt;a href="http://blogs.redhat.com/archives/000055.html#more" &gt;
Red Hat&lt;/a&gt;.</description>
    </item>
    <item>
      <pubDate>Tue, 9 Mar 2004 15:59:01 GMT</pubDate>
      <title>9 Mar 2004</title>
      <link>http://www.advogato.org/person/pnasrat/diary.html?start=11</link>
      <guid>http://www.advogato.org/person/pnasrat/diary.html?start=11</guid>
      <description>&lt;b&gt;Fedora PPC&lt;/b&gt;

&lt;p&gt; &lt;p&gt; Apparently ppc support may be hitting the Fedora kernel tree.

&lt;p&gt; &lt;p&gt; The patches to arch/ppc/mm/init.c and include/asm-ppc/pgalloc.h sound identical to what I did based on &lt;a href="http://livejournal.com/users/spot/" &gt;spot's&lt;/a&gt; sparc patches.

&lt;p&gt; &lt;p&gt; At least can work with the split out configs for pmac.  This gives me hope for test3, now I just need to persuade my fiancee to let my buy a G5.</description>
    </item>
    <item>
      <pubDate>Sun, 7 Mar 2004 16:44:35 GMT</pubDate>
      <title>7 Mar 2004</title>
      <link>http://www.advogato.org/person/pnasrat/diary.html?start=10</link>
      <guid>http://www.advogato.org/person/pnasrat/diary.html?start=10</guid>
      <description>&lt;b&gt;Catching up&lt;/b&gt;

&lt;p&gt; Been busy with various things over the last week, so not had great deal of time.  However today got a fedora core 2.6.3 derived kernel up, running with selinux on ppc32.  Minor patches need to push to various people after more testing.

&lt;p&gt; &lt;pre&gt;
[pauln@imac pauln]$ uname -a
Linux imac.eridu 2.6.3psn1 #6 SMP Sun Mar 7 09:41:38 GMT 2004 ppc ppc ppc GNU/Linux
[pauln@imac pauln]$ id -Z
user_u:user_r:user_t
&lt;/pre&gt;

&lt;p&gt; Caught up in bugzilla checking existing ppc bugs and got yaboot/ybin added to policy-sources.  Probably should get quik and silo added too.  

&lt;p&gt; Also looked at &lt;a href="http://elks.sf.net/" &gt;ELKS&lt;/a&gt; for the first time in ages, some patches I need to check over and merge.  I'm glad to see things picking up on it, I just need to unpack my 8086's.</description>
    </item>
    <item>
      <pubDate>Tue, 2 Mar 2004 17:20:02 GMT</pubDate>
      <title>2 Mar 2004</title>
      <link>http://www.advogato.org/person/pnasrat/diary.html?start=9</link>
      <guid>http://www.advogato.org/person/pnasrat/diary.html?start=9</guid>
      <description>&lt;b&gt;Back to the grindstone&lt;/b&gt;

&lt;p&gt; &lt;p&gt; Well had housewarming this weekend which took up lots of my time - but was very worth while.  Lots of people I hadn't seen for a while.

&lt;p&gt; &lt;p&gt; I've made a start on rpm.spec for rpm-python, it'll be the first rpm-python component I've done from scratch but I'm fairly happy with how it's going.  I've also experimented with wrapping the rpm extension under a python module to make it easier to merge some helper functions. 

&lt;p&gt; &lt;p&gt; &lt;a href="http://www.advogato.org/person/jbj/" &gt;jbj&lt;/a&gt; has added glob support for macrofiles which will make &lt;a href="http://jpackage.org/" &gt;jpackage's&lt;/a&gt; life easier for macros.jpackage.  

&lt;p&gt; &lt;p&gt; My rpmdb went a bit foo'ey so I took the opportunity to play some more with &lt;a href="http://www.advogato.org/person/skvidal/" &gt;skvidal&lt;/a&gt;'s rpmUtils module in order to fix it.  Only real annoyance was not being able to access some useful functions in rpmUtils.updates as they are part of the class.  Probably me being lazy though.</description>
    </item>
  </channel>
</rss>
