<?xml version="1.0"?>
<!-- name="generator" content="blosxom/2.0" -->
<!DOCTYPE rss PUBLIC "-//Netscape Communications//DTD RSS 0.91//EN" "http://my.netscape.com/publish/formats/rss-0.91.dtd">

<rss version="0.91">
  <channel>
    <title>Gotom weblog   </title>
    <link>http://www.gotom.jp/~gotom/cgi-bin/blosxom.cgi</link>
    <description>Gotom's weblog.</description>
    <language>en</language>

  <item>
    <title>emacs diff-mode craziness</title>
    <link>http://www.gotom.jp/~gotom/cgi-bin/blosxom.cgi/2005/05/04#20050504</link>
    <description>&lt;p&gt;
The current emacs21 and xemacs21 switches to diff-mode
when we open *.patch files.  But I fell into the trap hidden in
the current diff-mode behavior over one hour.
&lt;/p&gt;&lt;p&gt;
When I opened the patch file
(filename: debian/patches/linux-types-and-time.patch in linux-kernel-headers
package),
the file was as follows:
&lt;pre&gt;
        --- include.orig/linux/time.h   2005-04-21 09:03:16.000000000 +0900
        +++ include/linux/time.h        2005-05-04 15:29:52.266871616 +0900
        @@ -1,6 +1,10 @@
         #ifndef _LINUX_TIME_H
	...
         #ifdef __KERNEL__
=&gt;      @@ -177,5 +181,6 @@ struct      itimerval {
         #define TIMER_ABSTIME 0x01
	...
         #endif
        --- include.orig/linux/types.h  2005-04-21 09:03:16.000000000 +0900
        +++ include/linux/types.h       2005-05-04 15:30:14.515900970 +0900
        @@ -1,6 +1,16 @@
         #ifndef _LINUX_TYPES_H
	...
=&gt;      @@ -169,4 +179,6 @@
                char                    f_fpack[6];
         };
&lt;/pre&gt;
Then, I just exchanged the order of two parts as follows:
&lt;pre&gt;
        --- include.orig/linux/types.h  2005-04-21 09:03:16.000000000 +0900
        +++ include/linux/types.h       2005-05-04 15:30:14.515900970 +0900
        @@ -1,6 +1,16 @@
         #ifndef _LINUX_TYPES_H
	...
         #include &lt;linux/config.h&gt;
=&gt;      @@ -169,5 +179,7 @@                                                                                                 
                char                    f_fpack[6];
         };
        --- include.orig/linux/time.h   2005-04-21 09:03:16.000000000 +0900
        +++ include/linux/time.h        2005-05-04 15:29:52.266871616 +0900
        @@ -1,6 +1,10 @@
         #ifndef _LINUX_TIME_H
	...
        +
         #ifdef __KERNEL__
=&gt;      @@ -177,6 +181,7 @@ struct      itimerval { 
         #define TIMER_ABSTIME 0x01
	...
&lt;/pre&gt;
@@ lines are suddenly modified without any editing for patch lines.
This behavior is crazy.
I submitted the bug report to
&lt;a href=&quot;http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=201816&quot;&gt;Bug#201816&lt;/a&gt;
 and 
&lt;a href=&quot;http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=307617&quot;&gt;Bug#307617&lt;/a&gt;.
I think either this problem should be fixed or emacs should provide
the variable to stop @@ line modification via &quot;setq&quot; and so on.
&lt;/p&gt;
</description>
  </item>
  <item>
    <title>blosxom and debian glibc</title>
    <link>http://www.gotom.jp/~gotom/cgi-bin/blosxom.cgi/2005/03/30#20050330</link>
    <description>&lt;p&gt;
I just installed blosxom for my blog.
I usually use my diary at
&lt;a href=&quot;http://www.gotom.jp/~gotom/diary/&quot;&gt;gotom diary&lt;/a&gt;, but
I heard from someone that blosxom is more suitable for planet.debian.net articles 
compared with HNS.
&lt;br&gt;
I was requested to write this blog from my colleague, Guillaume Bisch -
I guess he'll look at my blog in April after he returns to Switzerland.
I usually wrote my diary in Japanese - but in this blog I'll write all articles in English.
&lt;/p&gt;
&lt;p&gt;
Today, I worked for debian glibc 2.3.2.ds1-21 &lt;=&gt; 2.3.4-3 upgrade/downgrade path.
It works nicely for me, but it needs more review.  I shall write this interesting
problem someday.
&lt;/p&gt;
</description>
  </item>
  </channel>
</rss>
