Saturday, April 18, 2009

I think I got git

I've played around with git for a bit. Instead of using /etc, I used a directory in my user account that had a mixed collection of binary and text files.

First, I setup the git environment:
$ git config --global user.name "Rahi Parsi"
$ git config --global user.email rparsi@learn.senecac.on.ca
Then using the mockresults directory:
$ git init
$ git commit

This is where I first got a little confused. Git displays a text document using vi (or "less", not really sure). I couldn't figure out what to do at first. After some frustration, figured out that I can enter some remarks and just save.

Next I created some text files, created some zip files using the rpm's, and added to git:
$ git add stuff.zip notes.txt
$ git commit

Created a test branch:
$ git branch test
$ git checkout test

Made some changes:
$ rm root.log state.log
$ git commit -a
$ git checkout master

I made more changes by creating directories and adding files. The "vi" like popup screen that shows up after "$ git commit" takes some getting used to. It just feels odd, as I've never used a RCS that behaved like that.

Cleanup:
$ git branch -d experimental

Overall, I like git. It's not that hard to figure out and is quite versatile. Only negative I can say about it, is the "vi" popups for comments. Maybe I'm asking for too much, but I think there's a better approach somewhere.

Signing RPM packages - Done! | Creating a YUM repository - Done!

I created my yum repository on the Ireland system, and then proceeded to have a hell of a time with the gpg key generation. It so long to generate the key, thought it had frozen a few times.

I also tested distcc using the autoconf source package.

My repository is in /var/www/html/rparsi, so the URL would be http://142.204.133.26/rparsi/

It contains all RPM packages, the repo file and the public RSA key.

There's an RPM named "rahiskey" which installs the key and the repository on the system.

Distcc - shaves off 7 minutes

After trying to get gcc to build, have switched to the autoconf package.

Without distcc, it takes approximately 12 minutes to build. With distcc (Scotland as the server) the output is:

real 12m15.636s
user 7m7.141s
sys 5m16.847s

So essentially not much of a difference. I'm a bit surprised, as I expected the overhead of distcc to increase the build time.

Friday, April 3, 2009

Gcc, would you please build -- Thanks

Update regarding build of gcc package:

1. Still haven't solved the build problem. I get the same error message on Scotland, Australia and Ireland, so that rules out a Fedora version issue.

2. Testing with mock produces mixed results. "mock" completes the source and binary build in 121 minutes and 10 seconds. Running rpmlint on the resulting binary packages shows one error regarding glibc-devel.

3. Inspection of the build.log file shows a lot of "Error 1" and "Error 2" entries, which don't seem to be stopping the build.

At this point I'm not sure how to proceed.

Tuesday, March 24, 2009

Analysis of buildall.log [Scotland machine]

After sorting the buildall.log file created on the Scotland pc, these are the packages that took 1 or more hours to build:

UnihanDb-5.1.0-7.fc10.src.rpm,30428.28,0
openoffice.org-3.0.0-9.10.fc10.src.rpm,13593.51,0
diveintopython-5.4-12.fc9.src.rpm,8074.33,0
gcc-4.3.2-7.src.rpm,6999.26,0
GREYCstoration-2.8-1.fc9.src.rpm,6209.69,0
jgroups-2.2.9.2-4.6.fc10.src.rpm,4371.76,0
paraview-3.4.0-1.fc10.src.rpm,3764.76,0
kernel-2.6.27.5-117.fc10.src.rpm,3679.52,0


This list was derived by first sorting the log file (sort -n -r -t',' -k2 buildall.log), and feeding that output to a custom awk file:

BEGIN{ FS = ","; nMin = 3600;}
{
value = $2 + 0.0;
#print "DEBUG: comparing "value" with "nMin;
if(value >= nMin){ print $0;}
}

Going back to the packages in the list, the first one (UnihanDb) takes about 8 hours. Openoffice takes about 4 hours. Other packages range from 1-3 hours.

Unihan is a normalized character database, used for non-english character sets, variant character research, and input method development. Eight hours still seems too much, but is still realistic/believable.

Sunday, March 22, 2009

To 64-bit or not to 64-bit, that is my dilemma

If you're wondering why the loooong gap in blog postings, it's for several reasons, mostly personal.
To put it bluntly, I've been working and going to school non-stop for 2 years without a single break, and the stress of this semester coupled with fatigue, and personal matters, has broken me down.

However, I'm making every possible effort to catch up, and as of March 20 have caught up to my CIS701 and PHP701 classes. More work to be done, for sure.

For SBR600, I'm working on the gcc package. At the moment, I'm almost done installing the build requirements on the "Ireland" machine. One possible problem though, one of the required packages is only available in 64 bit (x86_64 package name suffix). Thus I'm installing 64 bit versions of all the packages, including the 64 bit source rpm for "gcc". At this point, I don't know if gcc can be built using a mix of 32 and 64 bit packages, so I'm trying for an all 64 bit version first.

Will keep you, the reader, up to date on the progress.

Wednesday, February 18, 2009

Tale of two hard drives

My replacement (SATAII) drive is exhibiting strange behaviour.

I installed Fedora 10, and customized it in exactly the same manner as my remaining IDE drive. The difference?

CUPS works flawlessly on my IDE with SELinux enabled and set to Permissive. On the other, CUPS is being blocked from creating files. I tried "enabling" all of the SAMBA options to no effect. Currently SELinux on that drive has been disabled.

If I ever have time, will investigate this mystery.

Other than that, not much to report on. It's hard for me to blog every week when nothing's really changed.

As for SBR600, last week we (as a class) compiled some packages while measuring system activity.

Friday, February 6, 2009

Hard drive dead

Well, it was bound to happen. My old IDE hard drive from way back (actually, 2nd semester) died today. I'm currently updating and customizing Fedora 10.

Will have to complete the process next week (Feb.9).

Here's hoping my remaining IDE drive lasts for the rest of the semester!

Thursday, February 5, 2009

New prm created from cups-pdf

Using the cups-pdf package, I modified the original source code to attempt dynamic output directory usage. So far it hasn't worked.

However, the source and binary do build using rpmbuild -ba.
Testing the source and binary rpm's using rpmlint produces 2 error messages regarding file permissions. I downloaded the official source rpm and tested with rpmlint, getting the exact same error message.

Testing with "mock" worked, as the binary rpm did build from the source.

Tuesday, February 3, 2009

Made my first RPM

Took a long time.

First I tried using a template Spec file, but "rpmbuild" failed on "Source0". After considerable reading, troubleshooting and pondering, figured out the right URL format to allow download of source from the SourceForge site.

Then I was stuck in the middle of the %prep stage. Rpmbuild was trying to change the working directory to something based on the versioning scheme I used. However, since the original source uses a different version number, the build would stop. Once I used the same version number as the source, it worked.

The source RPM is here:filezilla-3.1.5.1-1.fc10.src.rpm

Wednesday, January 21, 2009

Fedora re-installed, finally found a package that doesn't break it

I downloaded the latest FileZilla (client) source. Created "make" files using the "configure" script and compiled the executable. Testing shows that it works.

The main challenge was trying to find the package dependencies based on names that often didn't match those on the repositories. There also some packages not documented that needed to be installed, as "autoconf" 'configure' script would halt when certain libraries were not found.

Tuesday, January 20, 2009

ATI driver + latest Xorg = frustration

Looks like I'll have to wait for ATI to update their driver.

I've installed the open JDK 1.6, does anyone know if it's just the Sun releases repackaged for Fedora?

I'm also going to test tomcat/JSP, see how it runs. In the past it's been a bit of a wrestling match to get Fedora and tomcat to play nice.

Next on the "to do" list:
- apache configuration
- php & mysql installation
- Flash SDK installation and first demo

Why Flash?
It's notoriously buggy on Linux platforms and very crash prone. Thus a good litmus test for Fedora 10.

Sunday, January 18, 2009

Fedora testing update...

Spent a lot of time on Friday trying to get some games to run on Fedora 10. After a while I realized that the ATI driver didn't install properly. So I went ahead with my SBR600 related tasks. Downloaded and compiled NLED using 'make'.

Did a search on SourceForge, but there are thousands of projects, and no direct way to search for one that uses 'autoconf'. So what am I supposed to do?

Funny thing, when I got home I remembered running into the same ATI driver problem on my home pc. Then recalled that SELinux needs to be disabled in order for the driver installer to function normally. I'm very sure that's all I need to do, so on Monday I'll re-install the driver and test some games.

So far I'm pleased with the overall stability of Fedora 10. Firefox crashed once, but on any OS that happens once in a while anyway.

Thursday, January 15, 2009

My first blog!

Finally, cr@p that was annoying.

This blog is laid out according to my course instructions.

Log of IRC chat

(12:27:39 PM) The topic for #fedora is: Fedora End User Support | http://fedoraproject.org/wiki/Getting_started_with_IRC_help | http://fedoraproject.org/wiki/Common_F10_bugs| No ATI (fglrx) for F9/10 | Be polite. Poll and be banned. Offtopic -> #Fedora-social
(12:27:40 PM) KingAztech [n=KingAzte@79-75-236-35.dynamic.dsl.as9105.com] entered the room.
(12:28:06 PM) KingAztech: my video is laggy on vlc and the sound has weird interuptions... any way i can fix that?
(12:28:08 PM) num1fng: I was hoping the new driver does
(12:28:16 PM) jroysdon: mwilson, it doesn't help that the rawhide wiki is outdated, or at least has links to outdated info: http://fedoraproject.org/wiki/Releases/Rawhide
(12:28:27 PM) mwilson: As opposed to actually reading the release notes for the driver, or something like that.
(12:28:41 PM) rparsi: KingAztech> what's your video card?
(12:28:49 PM) gregord left the room (quit: Connection timed out).
(12:28:51 PM) mwilson: jroysdon: I wouldn't know, I have better things to do than use Rawhide.
(12:28:56 PM) moni40tng left the room (quit: Read error: 110 (Connection timed out)).
(12:29:10 PM) KingAztech: rparsi: not sure, how can i check?
(12:29:12 PM) ***jroysdon sighs
(12:29:12 PM) rparsi: KingAztech> You will need to install the video driver, vlc and mplayer. Although the mplayer-gui currently doesn't install on Fedora 10
(12:29:45 PM) num1fng left the room (quit: Remote closed the connection).
(12:29:50 PM) rparsi: KingAztech> run system-config-display as 'root', and it will detect the video card model
(12:29:52 PM) jroysdon: mwilson, well, when for over a year linux and/or Fedora hasn't supported something that has been an open standard for some time, ya gotta do what ya gotta do.
(12:30:15 PM) jroysdon: (re: EAP-FAST support finally making it to open-ssl)

Link to Seneca wiki>
http://zenit.senecac.on.ca/wiki/index.php/User:Rparsi

Link to Fedora wiki>
https://fedoraproject.org/wiki/User:Rparsi2