defaria.com/blogs/Status/archives/2005_04.html

   1 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
   2    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
   3 <html xmlns="http://www.w3.org/1999/xhtml" id="sixapart-standard">
   4 <head>
   5    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
   6    <meta name="generator" content="Movable Type 5.2.3" />
   7
   8    <link rel="stylesheet" href="http://defaria.com/blogs/Status/styles-site.css" type="text/css" />
   9    <link rel="alternate" type="application/atom+xml" title="Atom" href="http://defaria.com/blogs/Status/atom.xml" />
  10    <link rel="alternate" type="application/rss+xml" title="RSS 2.0" href="http://defaria.com/blogs/Status/index.xml"$>" />
  11
  12    <title>Status for Andrew DeFaria: April 2005 Archives</title>
  13
  14    <link rel="start" href="http://defaria.com/blogs/Status/" title="Home" />
  15    <link rel="prev" href="http://defaria.com/blogs/Status/archives/2005_03.html" title="March 2005" />
  16    <link rel="next" href="http://defaria.com/blogs/Status/archives/2005_05.html" title="May 2005" />
  17 </head>
  18 <body class="layout-one-column">
  19    <div id="container">
  20       <div id="container-inner" class="pkg">
  21
  22          <div id="banner">
  23             <div id="banner-inner" class="pkg">
  24                <h1 id="banner-header"><a href="http://defaria.com/blogs/Status/" accesskey="1">Status for Andrew DeFaria</a></h1>
  25                <h2 id="banner-description">Searchable status reports and work log</h2>
  26             </div>
  27          </div>
  28
  29          <div id="pagebody">
  30             <div id="pagebody-inner" class="pkg">
  31                <div id="alpha">
  32                   <div id="alpha-inner" class="pkg">
  33
  34                      <p class="content-nav">
  35                         <a href="http://defaria.com/blogs/Status/archives/2005_03.html">&laquo; March 2005</a> |
  36                         <a href="http://defaria.com/blogs/Status/">Main</a>
  37                         | <a href="http://defaria.com/blogs/Status/archives/2005_05.html">May 2005 &raquo;</a>
  38                      </p>
  39
  40
  41
  42
  43                      <h2 class="date-header">April 28, 2005</h2>
  44                      <a id="a000346"></a>
  45                      <div class="entry" id="entry-346">
  46                         <h3 class="entry-header">GD Packaging</h3>
  47                         <div class="entry-content">
  48                            <div class="entry-body">
  49                               <ul>
  50   <li>Updated package script for GD to include new functionality</li>
  51 </ul>
  52
  53                               <p class="entry-footer">
  54                                  <span class="post-footers">Posted by  at  6:49 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000346.html">Permalink</a>
  55
  56
  57                               </p>
  58                            </div>
  59                         </div>
  60                      </div>
  61
  62
  63
  64
  65                      <a id="a000345"></a>
  66                      <div class="entry" id="entry-345">
  67                         <h3 class="entry-header">GD LOS178</h3>
  68                         <div class="entry-content">
  69                            <div class="entry-body">
  70                               <p>Performed the following functions:</p>
  71
  72 <ul>
  73   <li>Committed CR542. Only 130 files got committed. Then I realized that none of the new files would be committed until cvs adds were done on the new files. This is because we are pulling the CR from one cvs repository to another using tar.</li>
  74
  75   <li>Compiled a list of files to be added and wrote a Perl script to add them. This took a long time to run mainly because of so many new files and because the quick algorithm I did was to chop the path name to its components and cvs add each component. This insured that all parent directories were properly cvs added however the algorithm redundantly adds parent directories. This is not harmful but slowed the progress.</li>
  76
  77   <li>After all files were added performed a commit to commit these new files to the repository</li>
  78
  79   <li>Tagged bin-image, toolbox, tst and los178 with the tag DEV_HYBRIDOS_2p0_ppc_20050428. Didn't know if it should be a REL or DEV tag. We can change this if need be.</li>
  80
  81   <li>Checked out using the above tag and built both dev and pdn</li>
  82
  83   <li>Packaged up everything into tomcat:/export/dev_archive/hybridos/2p0/20050428/solaris/media/ppc</li>
  84 </ul>
  85
  86 <p>Question: Should this tag be added to TagsLog or are DEV tags not to be documented in TagsLog.</p>
  87
  88                               <p class="entry-footer">
  89                                  <span class="post-footers">Posted by  at  2:47 AM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000345.html">Permalink</a>
  90
  91
  92                               </p>
  93                            </div>
  94                         </div>
  95                      </div>
  96
  97
  98
  99                      <h2 class="date-header">April 27, 2005</h2>
 100                      <a id="a000344"></a>
 101                      <div class="entry" id="entry-344">
 102                         <h3 class="entry-header">Port CR542 -> GD</h3>
 103                         <div class="entry-content">
 104                            <div class="entry-body">
 105                               <ul>
 106   <li>Worked on porting CR542 over to GD</li>
 107 </ul>
 108
 109                               <h3>CR542 port to GD</h3>
 110
 111 <p>There were a few problems with this port:</p>
 112
 113 <ol>
 114   <li>Symlink used for the <a href="/blogs/Status/archives/000324.html">bison.simple fix</a> was not a good fix. If ~adefaria/ppc_dev ever disappeared (and it did/does when I clean up things), then bison.simple is simply not available any more. Had Jeff fix this by putting a copy of bison.simple into the /usr/lynx/3.1.0 area. This defect should be fixed...</p>
 115
 116   <li>Implemented new src/bin/Makefile for some fixes that Thu requested</li>
 117
 118   <li>Top level Makefile needed to put src/net before src/bin so that openssl would be build before ping6 requires it</li>
 119 </ol>
 120
 121 <p>An outstanding issue is that if /usr/local/ssl exists on the build machine, openssl attempts to build itself. It should be using $ENV_PREFIX but it isn't. This problem was not detected in LOS178 because nothing in openssl was being used (and, again, if /usr/local/ssl is not there the the build process doesn't even attempt to build openssl).</p>
 122
 123                               <p class="entry-footer">
 124                                  <span class="post-footers">Posted by  at  5:59 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000344.html">Permalink</a>
 125
 126
 127                               </p>
 128                            </div>
 129                         </div>
 130                      </div>
 131
 132
 133
 134                      <h2 class="date-header">April 26, 2005</h2>
 135                      <a id="a000343"></a>
 136                      <div class="entry" id="entry-343">
 137                         <h3 class="entry-header">LOS178 build with CR 542</h3>
 138                         <div class="entry-content">
 139                            <div class="entry-body">
 140                               <ul>
 141   <li>Finally worked out remaining problems with build of LOS178 + CR 542</li>
 142
 143   <li>Packaged up build and put on T3</li>
 144
 145   <li>Worked on files4cr script to try to determine what is the changeset for 542</li>
 146 </ul>
 147
 148
 149                               <p class="entry-footer">
 150                                  <span class="post-footers">Posted by  at  5:55 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000343.html">Permalink</a>
 151
 152
 153                               </p>
 154                            </div>
 155                         </div>
 156                      </div>
 157
 158
 159
 160                      <h2 class="date-header">April 25, 2005</h2>
 161                      <a id="a000342"></a>
 162                      <div class="entry" id="entry-342">
 163                         <h3 class="entry-header">LOS178 & CR 542</h3>
 164                         <div class="entry-content">
 165                            <div class="entry-body">
 166                               <ul>
 167   <li>Worked with Glibert identifying problems with build of LOS178 + CR 542</li>
 168 </ul>
 169
 170                               <p class="entry-footer">
 171                                  <span class="post-footers">Posted by  at  5:53 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000342.html">Permalink</a>
 172
 173
 174                               </p>
 175                            </div>
 176                         </div>
 177                      </div>
 178
 179
 180
 181                      <h2 class="date-header">April 22, 2005</h2>
 182                      <a id="a000341"></a>
 183                      <div class="entry" id="entry-341">
 184                         <h3 class="entry-header">Bluecat/Bluecat</h3>
 185                         <div class="entry-content">
 186                            <div class="entry-body">
 187                               <ul>
 188   <li>Building of BC 5.3 on RH 6.1 failed in step 7. Apparently I had /mnt/cdrom already mounted. Picked up from step 8...</li>
 189
 190   <li>Building of BC 5.2 on RH 8.0 got along farther - to step 3.7! - but failed due to lack of uudecode. Installed and proceeding</li>
 191 </ul>
 192
 193                               <h3>BC 5.2 on RH 8.0</h3>
 194
 195 <p> Building BC 5.3 on RH 8.0 failed in step 3 with the following in build_ncurses.log:</p>
 196
 197 <div class="code"><pre>
 198 + zcat /build/bluecat/build/20050319/cdt/src/bluecat/SOURCES/patch-5.3-20021231.sh.gz
 199 + sh
 200 sh: line 2196: uudecode: command not found
 201 gzip: ncurses-5.3-20021231.patch.gz: No such file or directory
 202 + echo 'Patch #2 (ncurses-5.3-20030105.patch.gz):'
 203 + /bin/gzip -dc /build/bluecat/build/20050319/cdt/src/bluecat/SOURCES/ncurses-5.3-20030105.patch.gz
 204 + patch -p1 -s
 205 patch: **** aborted
 206 error: Bad exit status from /build/bluecat/build/20050319/var/tmp/rpm-tmp.56417 (%prep)
 207     Bad exit status from /build/bluecat/build/20050319/var/tmp/rpm-tmp.56417 (%prep)
 208 </pre></div>
 209
 210 <p>Turns out uudecode is part of sharutils-4.2.1-12 which I downloaded and installed. This should be added to the required package list.</p>
 211
 212                               <p class="entry-footer">
 213                                  <span class="post-footers">Posted by  at  2:46 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000341.html">Permalink</a>
 214
 215
 216                               </p>
 217                            </div>
 218                         </div>
 219                      </div>
 220
 221
 222
 223                      <h2 class="date-header">April 21, 2005</h2>
 224                      <a id="a000340"></a>
 225                      <div class="entry" id="entry-340">
 226                         <h3 class="entry-header">BC Builds/CVS Corruption</h3>
 227                         <div class="entry-content">
 228                            <div class="entry-body">
 229                               <ul>
 230   <li>Recieved hack to continue on with RH8.0 build. Proceeded to build that on Europa</li>
 231
 232   <li>Recieved instructions from Sasha regarding building BC 5.3 on RH 6.1. Proceeded to build that on Jaguar</li>
 233
 234   <li>Finished fixing CVS corruption with Vinnie's help</li>
 235 </ul>
 236
 237                               <h3>RH 8.0 BC Build</h3>
 238
 239 <p>Sasha's only advice was to uncomment a line in the glibc_cdt.spec file that gunzip's these info files. I had seen that before. I did this and restarted a stepwise build @ step 3. I suspect, however, that were I to backtrack to step 1 or so this hack would be overwritten</p>
 240
 241 <h3>BC 5.3 build on RH 6.1</h3>
 242
 243 <p>Meantime BC development goes on to BC 5.3. Sasha sent a PDF file with instructions for building. Looks like they've incorporated some of the changes I suggested (fixing mktools to be part of step one as well as the patch spec). Unfortunately they have not incorporated the fix for RH 8.0 to the do_it script.</p>
 244
 245 <p>Still the build is progressing fairly nicely and it looks as if they've also reduced the number of steps from 17 -> 13 (though do_it still described steps > 13).</p>
 246
 247 <p>I had made a change or two to do_it essentially removing the su $BUILD_CMD_USER as that causes me problems and utilizing sudo around the mount commands in steps 7 and 11. I have configured Europa such that int has passwordless sudo privileges.</p>
 248
 249                               <p class="entry-footer">
 250                                  <span class="post-footers">Posted by  at  4:05 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000340.html">Permalink</a>
 251
 252
 253                               </p>
 254                            </div>
 255                         </div>
 256                      </div>
 257
 258
 259
 260                      <h2 class="date-header">April 20, 2005</h2>
 261                      <a id="a000339"></a>
 262                      <div class="entry" id="entry-339">
 263                         <h3 class="entry-header">Rebuilding glibc RH 8.0</h3>
 264                         <div class="entry-content">
 265                            <div class="entry-body">
 266                               <ul>
 267   <li>Rebuild glibc on RH 8.0 in order to obtain static .a files for libnss_dns and libnss_files.</li>
 268 </ul>
 269
 270                               <h3>Rebuilding glibc</h3>
 271
 272 <p>According to Sasha I downloaded a copy of glibc-2.2.93.5.src.rpm. Next I modified the spec file to include --enable-static-nss=yes. In attempting to rebuild using rpmbuild -bb I received notice that I had to get and install gd-devel-1.8.4-9.i386.rpm and libpng-devel-1.2.2-8.i386.rpm. After that the rpmbuild worked OK and I copied the libraries like so:</p>
 273
 274 <div class="code"><pre>
 275 $ cp /usr/src/redhat/BUILD/glibc-2.2.93/build-i386-linux/resolv/libnss_dns.a /usr/lib/libnss_dns.a
 276 $ cp /usr/src/redhat/BUILD/glibc-2.2.93/build-i385-linux/nss/libnss_files.a /usr/lib/libnss_files.a
 277 </pre></div>
 278
 279                               <p class="entry-footer">
 280                                  <span class="post-footers">Posted by  at  3:44 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000339.html">Permalink</a>
 281
 282
 283                               </p>
 284                            </div>
 285                         </div>
 286                      </div>
 287
 288
 289
 290                      <h2 class="date-header">April 19, 2005</h2>
 291                      <a id="a000338"></a>
 292                      <div class="entry" id="entry-338">
 293                         <h3 class="entry-header">BC Step 3 still broke</h3>
 294                         <div class="entry-content">
 295                            <div class="entry-body">
 296                               <ul>
 297   <li>Trying to resolve problems in BC build step 3</li>
 298 </ul>
 299
 300                               <p>The build is still failing in step3. Specifically I see lines like the following at the end of build_glibc.log:</p>
 301
 302 <div class="code"><pre>
 303 rpm-tmp.51419 line 27:cp -pr documentation/ChangeLog.1.gz documentation/ChangeLog.10.gz documentation/ChangeLog.11.gz documentation/ChangeLog.12.gz documentation/ChangeLog.13.gz documentation/ChangeLog.2.gz documentation/ChangeLog.3.gz documentation/ChangeLog.4.gz documentation/ChangeLog.5.gz documentation/ChangeLog.6.gz documentation/ChangeLog.7.gz documentation/ChangeLog.8.gz documentation/ChangeLog.9.gz documentation/ChangeLog.gz documentation/ChangeLog.threads.gz documentation/Changes.threads documentation/FAQ-threads.html documentation/README.threads documentation/README.timezone documentation/README.ufc-crypt documentation/examples.threads /build/bluecat/build/20050319/var/tmp/glibc-2.3.2-root/usr/share/doc/glibc_cdt-common-2.3.2
 304 rpm-tmp.51419 line 28:exit 0
 305    File not found: /build/bluecat/build/20050319/var/tmp/glibc-2.3.2-root/cdt/share/info/libc.info
 306    File not found: /build/bluecat/build/20050319/var/tmp/glibc-2.3.2-root/cdt/share/info/libc.info-1
 307    File not found: /build/bluecat/build/20050319/var/tmp/glibc-2.3.2-root/cdt/share/info/libc.info-10
 308    File not found: /build/bluecat/build/20050319/var/tmp/glibc-2.3.2-root/cdt/share/info/libc.info-11
 309    File not found: /build/bluecat/build/20050319/var/tmp/glibc-2.3.2-root/cdt/share/info/libc.info-12
 310 ...
 311 </pre></div>
 312
 313 <p>When I look to see what's in that path I do see libc.info files (libc.info, libc.info-1, libc.info-10, etc.) but they are all gzipped (i.e. libc.info -> libc.info.gz, libc.info-10 -> libc.info-10.gz). My only suspicion is that something in this process changed to use gzip files and some other portion of this process is looking for the unzipped files.</p>
 314
 315 <p>As this appears to be dynamically created, I cannot simply unzip these files and continue on from this point. What should I do?</p>
 316
 317 <p>I have also been trying to perform the rpmbuild in steps (-bp, -bc, etc) to no avail. I've even tried to keep these .gz files around and place them in place so that the build/install can continue but then down the line I get problems like:</p>
 318
 319 <div class="code"><pre>
 320 + install -m 644 /build/bluecat/build/20050319/cdt/src/bluecat/SOURCES/nsswitch.conf /build/bluecat/build/20050319/var/tmp/glibc-2.3.2-root/cdt/etc/nsswitch.conf
 321 install: cannot stat `/build/bluecat/build/20050319/cdt/src/bluecat/SOURCES/nsswitch.conf': No such file or directory
 322 error: Bad exit status from /build/bluecat/build/20050319/var/tmp/rpm-tmp.44405 (%install)
 323 </pre></div>
 324
 325 <p>This is obviously not the right way to do this. I should wait from word from Moscow before preceeding.</p>
 326
 327                               <p class="entry-footer">
 328                                  <span class="post-footers">Posted by  at  3:56 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000338.html">Permalink</a>
 329
 330
 331                               </p>
 332                            </div>
 333                         </div>
 334                      </div>
 335
 336
 337
 338                      <h2 class="date-header">April 18, 2005</h2>
 339                      <a id="a000337"></a>
 340                      <div class="entry" id="entry-337">
 341                         <h3 class="entry-header">Bluecat Response</h3>
 342                         <div class="entry-content">
 343                            <div class="entry-body">
 344                               <ul>
 345   <li>Installed autoconf-2-13 on Europa. Restarting Bluecat build</li>
 346 </ul>
 347
 348                               <p>Received a response from Alexander. Seems Bluecat relies on autoconf-2.13. Found a package on the web and installed it.</p>
 349
 350 <p>Sasha also speaks of rebuilding glibc in order to get an archive version of libnss_dns and libnss_files. I've already copied these from Jaguar (RH 6.1).</p>
 351
 352 <p>Restarted Bluecat build in a non stepwise fashion. This should be interesting.</p>
 353
 354                               <p class="entry-footer">
 355                                  <span class="post-footers">Posted by  at  5:09 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000337.html">Permalink</a>
 356
 357
 358                               </p>
 359                            </div>
 360                         </div>
 361                      </div>
 362
 363
 364
 365                      <h2 class="date-header">April 14, 2005</h2>
 366                      <a id="a000336"></a>
 367                      <div class="entry" id="entry-336">
 368                         <h3 class="entry-header">Unable to build glibc for Bluecat</h3>
 369                         <div class="entry-content">
 370                            <div class="entry-body">
 371                               <p>In step 3 of the build process a build of glibc continues to fail. In debugging this I got down to:</p>
 372
 373 <div class="code"><pre>
 374 /build/bluecat/build/20050319/cdt/bin/rpmbuild -ba --rmsource --clean /usr/src/bluecat/packages/glibc/SPECS/glibc_cdt.spec --bluecat_cdt=i386-bluecat-linux
 375 </pre></div>
 376
 377 <p>This rpmbuild command is building both source and binary rpms and effectively goes through a building process. After a long time it eventually fails with:</p>
 378
 379 <div class="code"><pre>
 380 RPM build errors:
 381     File not found: /build/bluecat/build/20050319/var/tmp/glibc-2.3.2-root/cdt/\
 382 share/info/libc.info
 383     File not found: /build/bluecat/build/20050319/var/tmp/glibc-2.3.2-root/cdt/\
 384 share/info/libc.info-1
 385     File not found: /build/bluecat/build/20050319/var/tmp/glibc-2.3.2-root/cdt/\
 386 share/info/libc.info-10
 387 ...
 388 </pre></div>
 389
 390 <p>Looking in /build/bluecat/build/20050319/var/tmp/glibc-2.3.2-root/cdt/share/info I do see those files but they are gzipped (end in .gz). The rpmbuild command therefore returns a non zero status and due to bad error handling it looks as if the failure is somewhere else, but no it's here.</p>
 391
 392 <p>Also it seems like this directory, or at least the "var/tmp" portion of the path seems to indicate that this is a temporary directory, perhaps created by the rpmbuild itself so I'm not sure if simply unzipping the files will make this rpmbuild succeed or not.</p>
 393
 394                               <p class="entry-footer">
 395                                  <span class="post-footers">Posted by  at  2:36 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000336.html">Permalink</a>
 396
 397
 398                               </p>
 399                            </div>
 400                         </div>
 401                      </div>
 402
 403
 404
 405                      <h2 class="date-header">April 13, 2005</h2>
 406                      <a id="a000335"></a>
 407                      <div class="entry" id="entry-335">
 408                         <h3 class="entry-header">RH 8.0 BC Build</h3>
 409                         <div class="entry-content">
 410                            <div class="entry-body">
 411                               <ul>
 412   <li>Continuing with RH 8.0 BC build. Step 3 got pretty far but then has some problem. Attempting to repeat and debug</li>
 413 </ul>
 414
 415                               <p class="entry-footer">
 416                                  <span class="post-footers">Posted by  at  3:32 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000335.html">Permalink</a>
 417
 418
 419                               </p>
 420                            </div>
 421                         </div>
 422                      </div>
 423
 424
 425
 426                      <h2 class="date-header">April 12, 2005</h2>
 427                      <a id="a000334"></a>
 428                      <div class="entry" id="entry-334">
 429                         <h3 class="entry-header">Code review</h3>
 430                         <div class="entry-content">
 431                            <div class="entry-body">
 432                               <ul>
 433   <li>Held code review for 2.1.0 branch merge</li>
 434
 435   <li>Fixed references so that T3 == t3 WRT ecr.php. Also fixed a bug where multiple t3 type reference would fail to link properly</li>
 436
 437   <li>Plodding on with RH 8.0 Bluecat build</li>
 438 </ul>
 439
 440                               <p class="entry-footer">
 441                                  <span class="post-footers">Posted by  at  4:13 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000334.html">Permalink</a>
 442
 443
 444                               </p>
 445                            </div>
 446                         </div>
 447                      </div>
 448
 449
 450
 451                      <h2 class="date-header">April 11, 2005</h2>
 452                      <a id="a000333"></a>
 453                      <div class="entry" id="entry-333">
 454                         <h3 class="entry-header">LOS178 3.0.0</h3>
 455                         <div class="entry-content">
 456                            <div class="entry-body">
 457                               <ul>
 458   <li>Committed merge of branch 2.1.0 -> TOT producing 3.0.0</li>
 459
 460   <li>Tagged bin-image, los178, toolbox, and tst with REL_LOS178_3p0p0_ppc_20050408</li>
 461
 462   <li>Packaged up all media</li>
 463
 464   <li>Conducting review</li>
 465 </ul>
 466
 467                               <p class="entry-footer">
 468                                  <span class="post-footers">Posted by  at  7:16 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000333.html">Permalink</a>
 469
 470
 471                               </p>
 472                            </div>
 473                         </div>
 474                      </div>
 475
 476
 477
 478                      <h2 class="date-header">April  8, 2005</h2>
 479                      <a id="a000332"></a>
 480                      <div class="entry" id="entry-332">
 481                         <h3 class="entry-header">LOS178 3.0.0</h3>
 482                         <div class="entry-content">
 483                            <div class="entry-body">
 484                               <ul>
 485   <li>Merged 2.1.0 -> 2.0.0</li>
 486 </ul>
 487
 488                               <p>Ah, here's the deal, according to CR 491:</p>
 489
 490 <blockquote type=cite>
 491 <p>Clarification on who removed the C++ libraries: Rockwell Collins distributed the official VMOS 8.4 packages without the libstdc++.a and it is not LW that removed the libstdc++.a.</p>
 492
 493 <p>Since LW doesn't build the toolchain. The C++ libraries will be taken from LynxOS 3.1.0a PPC (12000.devos.tar.gz) and package into ppc.cdksol.tar.gz the prebuilt solaris cdk. This package will get extracted before starting the build.</p>
 494 </blockquote>
 495
 496 <p>So then the trick is to get the appropriate ppc.cdksol.tar.gz (revision 1.3.2.1).</p>
 497
 498 <p>So then summarizing what needs to be done:</p>
 499
 500 <ol>
 501   <li>Resolve the issue with arinc653drv.import (i.e. delete the file since it's marked dead)</li>
 502
 503   <li>Resolve the issue with ENVIRONMENT (see below)</li>
 504
 505   <li>Merge REL_LOS178_2p1p0-branch -> REL_LOS178_2p0p0_ppc_20050228 for bin-image to get the right ppc.cdksol.tar.gz.</li>
 506
 507   <li>Build to insure that it builds</li>
 508
 509   <li>Checkin merges</li>
 510 </ol>
 511
 512 <p>Regarding ENVIRONMENT: The conflict arise in 3 variables. The first variable, LYNXOS178_RELEASE is 2.0.0 in the old version and 2.1.0 in the new version. The new value will be 3.0.0.</p>
 513
 514 <p>The second variable is LYNXOS178_VERSION. In the old version it's 20050228 and the new version is 20050128. The new value will be today's date (20050408)</p>
 515
 516 <p>The third variable is also one of those time ones, RELEASE_TIMESTAMP. Old = "Mon Feb 28 11:00:00 2005" and New = "Fri Jan 28 11:00:00 2005". The new value will be "Fri Apr 8 11:00:00 2005".</p>
 517
 518                               <p class="entry-footer">
 519                                  <span class="post-footers">Posted by  at  2:27 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000332.html">Permalink</a>
 520
 521
 522                               </p>
 523                            </div>
 524                         </div>
 525                      </div>
 526
 527
 528
 529                      <h2 class="date-header">April  7, 2005</h2>
 530                      <a id="a000331"></a>
 531                      <div class="entry" id="entry-331">
 532                         <h3 class="entry-header">Bluecat RH 8.0 port</h3>
 533                         <div class="entry-content">
 534                            <div class="entry-body">
 535                               <p>This status entry is to hold a log of the issues and resolutions for getting the Bluecat build process from the ancient RH 6.1 to the <i>a little less ancient</i> RH 8.0.</p>
 536
 537 <ol>
 538   <li>Fun with eval, echo and new shell</li>
 539
 540   <li>Bug in rpm configure</li>
 541
 542   <li>Static vs. Shared</li>
 543 </ol>
 544
 545
 546                               <h3>Fun with eval, echo and new shell</h3>
 547
 548 <p>One of the things that the Bluecat do_it script does is to define the series of "steps" that need to be performed in terms of command lines in variables. Later on the $BUILD_STEP is evaluated to determine which set of commands need to be done as follows:</p>
 549
 550 <div class="code"><pre>
 551 echo "---- Step $BUILD_STEP started at `date` ----"
 552 su $BUILD_CMD_OWNER -c "mkdir -p $LOGS_PREFIX/step${BUILD_STEP}"
 553 cmd=`eval echo $"STEP${BUILD_STEP}_CMD"`
 554 su $BUILD_CMD_OWNER -c "$cmd $*"
 555 </pre></div>
 556
 557 <p>Effectively the name of the environment variable holding the proper command(s) for the step is composed with the echo portion. The eval statement is used to "evaluate" that environment variable thus storing the string of commands into the environment variable cmd. This works well in past versions of the OS but it fails in RH 8.0. First here's the behavior on RH 6.1:</p>
 558
 559 <div class="code"><pre>
 560 <font color="blue"><b>RH6.1:</b></font><u>export STEP1_CMD="ls /tmp"</u>
 561 <font color="blue"><b>RH6.1:</b></font><u>export BUILD_STEP=1</u>
 562 <font color="blue"><b>RH6.1:</b></font><u>echo $"STEP${BUILD_STEP}_CMD"</u>
 563 $STEP1_CMD
 564 </pre></div>
 565
 566 <p>However hears the same commands on RH8.0:</p>
 567
 568 <div class="code"><pre>
 569 <font color="red"><b>RH8.0:</b></font><u>export STEP1_CMD="ls /tmp"</u>
 570 <font color="red"><b>RH8.0:</b></font><u>export BUILD_STEP=1</u>
 571 <font color="red"><b>RH8.0:</b></font><u>echo $"STEP${BUILD_STEP}_CMD"</u>
 572 STEP1_CMD
 573 </pre></div>
 574
 575 <p>As you can see the result is missing a $. Prepending a leading \ before the $ fixes this. Adding in the eval portion also works:</p>
 576
 577 <div class="code"><pre>
 578 <font color="red"><b>RH8.0:</b></font><u>eval echo \$"STEP${BUILD_STEP}_CMD"</u>
 579 ls /tmp
 580 </pre></div>
 581
 582 <p>However when this is assigned to another environment variable (i.e. cmd) the result is not correct:</p>
 583
 584 <div class="code"><pre>
 585 <font color="red"><b>RH8.0:</b></font><u>cmd=`eval echo \$"STEP${BUILD_STEP}_CMD"`</u>
 586 <font color="red"><b>RH8.0:</b></font><u>echo $cmd</u>
 587 STEP1_CMD
 588 </pre></div>
 589
 590 <p>Subsituting the syntax of $(<command>) for `<command` however does work:</p>
 591
 592 <div class="code"><pre>
 593 <font color="red"><b>RH8.0:</b></font><u>cmd=$(eval echo \$"STEP${BUILD_STEP}_CMD")</u>
 594 <font color="red"><b>RH8.0:</b></font><u>echo $cmd</u>
 595 ls /tmp
 596 </pre></div>
 597
 598 <p>Note that the shell (bash) has been majorly updated for RH8.0:</p>
 599
 600 <div class="code"><pre>
 601 <font color="blue"><b>RH6.1:</b></font><u>bash -version</u>
 602 GNU bash, version 1.14.7(1)
 603 </pre></div>
 604
 605 <p>Versus:</p>
 606
 607 <div class="code"><pre>
 608 <font color="red"><b>RH8.0:</b></font><u>bash -version</u>
 609 GNU bash, version 2.05b.0(1)-release (i686-pc-linux-gnu)
 610 Copyright (C) 2002 Free Software Foundation, Inc.
 611 </pre></div>
 612
 613 <p>Please note that this new syntax also works flawlessly on the older RH 6.1.</p>
 614
 615 <h3>Bug in rpm configure</h3>
 616
 617 <p>When trying to build Bluecat on RH 8.0 and running mktools (to build the local gnutools) I get the following:</p>
 618
 619 <div class="code"><pre>
 620 [int@europa make]$ autoreconf -f -i
 621 autoreconf: `aclocal.m4' is updated
 622 Makefile.am: installing `./depcomp'
 623 WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
 624 WARNING: and `config.h.top', to define templates for `config.h.in'
 625 WARNING: is deprecated and discouraged.
 626
 627 WARNING: Using the third argument of `AC_DEFINE' and
 628 WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
 629 WARNING: `acconfig.h':
 630
 631 WARNING:   AC_DEFINE([NEED_MAIN], 1,
 632 WARNING:             [Define if a function `main' is needed.])
 633
 634 WARNING: More sophisticated templates can also be produced, see the
 635 WARNING: documentation.
 636 autoheader-2.53: `config.h.in' is updated
 637 </pre></div>
 638
 639 <p>Further, after running configure I get the following odd file in /usr/local/bluecat/eng/bluecat/make/.deps: remote-$(REMOTE).Po which causes the make to fail:</p>
 640
 641 <div class="code"><pre>
 642 [int@europa make]$ make
 643 Makefile:329: .deps/remote-stub.Po: No such file or directory
 644 make: *** No rule to make target `.deps/remote-stub.Po'.  Stop.
 645 </pre></div>
 646
 647 <p>Renaming .deps/remote-$(REMOTE).Po -> .deps/remote-stub.Po allows the make to proceed.</p>
 648
 649 <h3>Static vs. Shared - Cannot find -lnss_dns</h3>
 650
 651 <p>During the first real build step, step 2, the build fails when trying to build rpm. ld is unable to find the library nss_dns. Initial investigation shows that there is a nss_dns libs under /usr/lib as .so files but there is no .a file on RH 8.0. There is a .a file on RH 6.1 in /usr/lib. Apparently RH 8.0 no longer offers archive libraries for this. The solution to this problem is to pass -shared to gcc.</p>
 652
 653 <p>The specific gcc command line is:</p>
 654
 655 <div class="code"><pre>
 656 <font color="blue"><b>int@europa tools:</b></font><u>pwd</u>
 657 /var/tmp/rpm-4.2/tools
 658 <font color="blue"><b>int@europa tools:</b></font><u>gcc -Wl,--verbose -O2 -D_GNU_SOURCE -D_REENTRANT -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts -o rpmgraph <font color="red"><b>-static</b></font> rpmgraph.o  ../lib/.libs/librpm.a /var/tmp/rpm-4.2/rpmdb/.libs/librpmdb.a -L/var/tmp/rpm-4.2/zlib -L/usr/local/lib /var/tmp/rpm-4.2/rpmio/.libs/librpmio.a /var/tmp/rpm-4.2/popt/.libs/libpopt.a ../beecrypt/.libs/libbeecrypt.a -lrt -lpthread -lc -lnss_dns -lnss_files -lresolv</u>
 659 ...
 660 (/usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libc.a)truncate64.o
 661 (/usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libc.a)truncate.o
 662 attempt to open /var/tmp/rpm-4.2/zlib/libnss_dns.a failed
 663 attempt to open /usr/local/lib/libnss_dns.a failed
 664 attempt to open /usr/lib/gcc-lib/i386-redhat-linux/3.2/libnss_dns.a failed
 665 attempt to open /usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libnss_dns.a failed
 666 attempt to open /usr/i386-redhat-linux/lib/libnss_dns.a failed
 667 attempt to open /usr/lib/libnss_dns.a failed
 668 attempt to open /usr/local/lib/libnss_dns.a failed
 669 attempt to open /lib/libnss_dns.a failed
 670 collect2: ld returned 1 exit status
 671 </pre></div>
 672
 673 <p>This is probably due to the -static above. Removing -static fixes this. The question is: Is it OK to remove -static? Second question is how?</p>
 674
 675
 676
 677
 678
 679                               <p class="entry-footer">
 680                                  <span class="post-footers">Posted by  at 10:39 AM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000331.html">Permalink</a>
 681
 682
 683                               </p>
 684                            </div>
 685                         </div>
 686                      </div>
 687
 688
 689
 690                      <h2 class="date-header">April  5, 2005</h2>
 691                      <a id="a000330"></a>
 692                      <div class="entry" id="entry-330">
 693                         <h3 class="entry-header">Hybrid OS</h3>
 694                         <div class="entry-content">
 695                            <div class="entry-body">
 696                               <ul>
 697   <li>Checked in Hybrid OS, bin-image, toolbox and tst suite</li>
 698
 699   <li>Build both dev and pdn for HybridOS</li>
 700
 701   <li>Create packages for Hybrid OS</li>
 702
 703   <li>Updated ChangeSynergy</li>
 704 </ul>
 705
 706                               <p class="entry-footer">
 707                                  <span class="post-footers">Posted by  at  4:29 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000330.html">Permalink</a>
 708
 709
 710                               </p>
 711                            </div>
 712                         </div>
 713                      </div>
 714
 715
 716
 717                      <h2 class="date-header">April  4, 2005</h2>
 718                      <a id="a000329"></a>
 719                      <div class="entry" id="entry-329">
 720                         <h3 class="entry-header">Building Bluecat on RH 8.0</h3>
 721                         <div class="entry-content">
 722                            <div class="entry-body">
 723                               <ul>
 724   <li>Build local GNUTools on RH 8.0</li>
 725
 726   <li>Fixed bug in do_it script WRT RH 8.0</li>
 727 </ul>
 728
 729                               <h3>Building GNUTools on RH 8.0</h3>
 730
 731 <p>When trying to build Bluecat on RH 8.0 and running mktools (to build the local gnutools) I get the following:</p>
 732
 733 <div class="code"><pre>
 734 [int@europa make]$ autoreconf -f -i
 735 autoreconf: `aclocal.m4' is updated
 736 Makefile.am: installing `./depcomp'
 737 WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
 738 WARNING: and `config.h.top', to define templates for `config.h.in'
 739 WARNING: is deprecated and discouraged.
 740
 741 WARNING: Using the third argument of `AC_DEFINE' and
 742 WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
 743 WARNING: `acconfig.h':
 744
 745 WARNING:   AC_DEFINE([NEED_MAIN], 1,
 746 WARNING:             [Define if a function `main' is needed.])
 747
 748 WARNING: More sophisticated templates can also be produced, see the
 749 WARNING: documentation.
 750 autoheader-2.53: `config.h.in' is updated
 751 </pre></div>
 752
 753 <p>Further, after running configure I get the following odd file in /usr/local/bluecat/eng/bluecat/make/.deps: remote-$(REMOTE).Po which causes the make to fail:</p>
 754
 755 <div class="code"><pre>
 756 [int@europa make]$ make
 757 Makefile:329: .deps/remote-stub.Po: No such file or directory
 758 make: *** No rule to make target `.deps/remote-stub.Po'.  Stop.
 759 </pre></div>
 760
 761 <p>Renaming .deps/remote-$(REMOTE).Po -> .deps/remote-stub.Po allows the make to proceed.</p>
 762
 763 <h3>Fun with eval, echo and new shell</h3>
 764
 765 <p>One of the things that the Bluecat do_it script does is to define the series of "steps" that need to be performed in terms of command lines in variables. Later on the $BUILD_STEP is evaluated to determine which set of commands need to be done as follows:</p>
 766
 767 <div class="code"><pre>
 768 echo "---- Step $BUILD_STEP started at `date` ----"
 769 su $BUILD_CMD_OWNER -c "mkdir -p $LOGS_PREFIX/step${BUILD_STEP}"
 770 cmd=`eval echo $"STEP${BUILD_STEP}_CMD"`
 771 su $BUILD_CMD_OWNER -c "$cmd $*"
 772 </pre></div>
 773
 774 <p>Effectively the name of the environment variable holding the proper command(s) for the step is composed with the echo portion. The eval statement is used to "evaluate" that environment variable thus storing the string of commands into the environment variable cmd. This works well in past versions of the OS but it fails in RH 8.0. First here's the behavior on RH 6.1:</p>
 775
 776 <div class="code"><pre>
 777 <font color="blue"><b>RH6.1:</b></font><u>export STEP1_CMD="ls /tmp"</u>
 778 <font color="blue"><b>RH6.1:</b></font><u>export BUILD_STEP=1</u>
 779 <font color="blue"><b>RH6.1:</b></font><u>echo $"STEP${BUILD_STEP}_CMD"</u>
 780 $STEP1_CMD
 781 </pre></div>
 782
 783 <p>However hears the same commands on RH8.0:</p>
 784
 785 <div class="code"><pre>
 786 <font color="red"><b>RH8.0:</b></font><u>export STEP1_CMD="ls /tmp"</u>
 787 <font color="red"><b>RH8.0:</b></font><u>export BUILD_STEP=1</u>
 788 <font color="red"><b>RH8.0:</b></font><u>echo $"STEP${BUILD_STEP}_CMD"</u>
 789 STEP1_CMD
 790 </pre></div>
 791
 792 <p>As you can see the result is missing a $. Prepending a leading \ before the $ fixes this. Adding in the eval portion also works:</p>
 793
 794 <div class="code"><pre>
 795 <font color="red"><b>RH8.0:</b></font><u>eval echo \$"STEP${BUILD_STEP}_CMD"</u>
 796 ls /tmp
 797 </pre></div>
 798
 799 <p>However when this is assigned to another environment variable (i.e. cmd) the result is not correct:</p>
 800
 801 <div class="code"><pre>
 802 <font color="red"><b>RH8.0:</b></font><u>cmd=`eval echo \$"STEP${BUILD_STEP}_CMD"`</u>
 803 <font color="red"><b>RH8.0:</b></font><u>echo $cmd</u>
 804 STEP1_CMD
 805 </pre></div>
 806
 807 <p>Subsituting the syntax of $(<command>) for `<command` however does work:</p>
 808
 809 <div class="code"><pre>
 810 <font color="red"><b>RH8.0:</b></font><u>cmd=$(eval echo \$"STEP${BUILD_STEP}_CMD")</u>
 811 <font color="red"><b>RH8.0:</b></font><u>echo $cmd</u>
 812 ls /tmp
 813 </pre></div>
 814
 815 <p>Note that the shell (bash) has been majorly updated for RH8.0:</p>
 816
 817 <div class="code"><pre>
 818 <font color="blue"><b>RH6.1:</b></font><u>bash -version</u>
 819 GNU bash, version 1.14.7(1)
 820 </pre></div>
 821
 822 <p>Versus:</p>
 823
 824 <div class="code"><pre>
 825 <font color="red"><b>RH8.0:</b></font><u>bash -version</u>
 826 GNU bash, version 2.05b.0(1)-release (i686-pc-linux-gnu)
 827 Copyright (C) 2002 Free Software Foundation, Inc.
 828 </pre></div>
 829
 830 <p>Please note that this new syntax also works flawlessly on the older RH 6.1.</p>
 831
 832                               <p class="entry-footer">
 833                                  <span class="post-footers">Posted by  at  2:33 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000329.html">Permalink</a>
 834
 835
 836                               </p>
 837                            </div>
 838                         </div>
 839                      </div>
 840
 841
 842
 843                      <h2 class="date-header">April  1, 2005</h2>
 844                      <a id="a000328"></a>
 845                      <div class="entry" id="entry-328">
 846                         <h3 class="entry-header">Tagged HybridOS/Bluecat RH 8.0 building</h3>
 847                         <div class="entry-content">
 848                            <div class="entry-body">
 849                               <ul>
 850   <li>Tagged HybridOS with the proper release tag</li>
 851
 852   <li>Started attempting to build BlueCat on Europa (RH 8.0)</li>
 853 </ul>
 854
 855                               <h3>Building BlueCat on Europa Notes</h3>
 856
 857 <p>Some setup issues. Had to get int to be able to rsh without a password to t3. Additionally cvs was not being found once the rsh to t3 was working. This was because the PATH was merely /usr/bin. Tried for a long time to get rsh to execute int's ~/.bashrc but it wouldn't. Turns out the problem was the int's shell on t3 was not set to bash in /etc/passwd.</p>
 858
 859 <p>Additionally make sure you set CVSROOT=:ext:int@t3:/cm/CVS! I think I'll put this in int@europa's ~/.bashrc!</p>
 860
 861                               <p class="entry-footer">
 862                                  <span class="post-footers">Posted by  at  4:24 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000328.html">Permalink</a>
 863
 864
 865                               </p>
 866                            </div>
 867                         </div>
 868                      </div>
 869
 870                   </div>
 871                </div>
 872             </div>
 873          </div>
 874       </div>
 875    </div>
 876 </body>
 877 </html>