Saturday, November 27, 2010
Fedpkg Test Suite: release 0.2
Friday, November 5, 2010
SBR600 Project "fedpkg Test Suite" -- release 0.1
For our 0.1 release of our project, we were supposed to run a few test scripts using nose and python.
I made a script and ran 3 tests on it on the iraq.proximity.on.ca
First thing i had to do was
1 wget somethingaboutorange.com/mrl/projects/nose/nose-0.11.2.tar.gz
2 tar xvf nose-0.11.2.tar.gz
3 cd nose-0.11.2
4 ./install-rpm.sh
6 cd unit_tests
5 vi nosetest.py
7 chmod 755 nosetest.py
8 ./nosetest.py
All those three tests ran successfully
I made a script and ran 3 tests on it on the iraq.proximity.on.ca
First thing i had to do was
1 wget somethingaboutorange.com/mrl/projects/nose/nose-0.11.2.tar.gz
2 tar xvf nose-0.11.2.tar.gz
3 cd nose-0.11.2
4 ./install-rpm.sh
6 cd unit_tests
5 vi nosetest.py
7 chmod 755 nosetest.py
8 ./nosetest.py
All those three tests ran successfully

Tuesday, October 19, 2010
Building an RPM
First things i did was downloaded the source file of what i wanted to build.
yumdownloader --source PACKAGENAME
Afterwards:
rpm -i PACKAGENAME
Then i went to the specfiles to look at it and find some information of the package
~/rpmbuild/SPECS
Now the only thing left to do is build the package! and the command to do that is:
build -ba PACKAGENAME.spec
That's about it.Simple steps!
Monday, September 20, 2010
compiling NLED and Mozilla firefox 4.0 Beta 6
We had to build two packages from source code, one of which was NLED(Neat Little EDitor) and the other could be any of our choice.First, I will outline the steps i took to compile NLED from its source code:
- wget http://cdot.senecac.on.ca/software/nled/nled_2_52_src.tgz
- tar -xvz nled_2_52_src.tgz
Afterwards, I had to compile and install it, the steps to do that were: - make
- make install
- went to http://www.mozilla.com/en-US/firefox/all-beta.html
- Downloaded English(US) version 4.0b6
- Once it was downloaded, ran the file with typical settings
- Now typing this blog post on version 4.0b6 of firefox
contact details
Blog for SBR http://saad-husain.blogspot.com/
Seneca Wiki http://zenit.senecac.on.ca/wiki/index.php/User:SaadHusain
Fedora Wiki https://fedoraproject.org/wiki/User:Saadhusain
IRC name: saadhusain
Seneca Wiki http://zenit.senecac.on.ca/wiki/index.php/User:SaadHusain
Fedora Wiki https://fedoraproject.org/wiki/User:Saadhusain
IRC name: saadhusain
My conversation on Chatzilla
<saadhusain> hey michael <michaelhanson> hello <michaelhanson> ah! You're at Seneca? <saadhusain> yes <michaelhanson> Excellent. Sorry, had to contextualize for a moment there. <michaelhanson> To answer you, no, I've been using and contributing to open source for about 18 years now. I did recently spend a couple years inside a big company (following an acquisition) and missed out on a couple years of version-control progress, which was unfortunate. <michaelhanson> So I'm a bit of a newbie where git is concerned, for example, which means some of my methodologies are rusty. <saadhusain> that's understandable <saadhusain> furthermore, I would like to know about what projects are you involved with in the open source community, if you don't mind me asking <michaelhanson> sure... once upon a time, I was reasonably active in the libxml and libcurl library world. not for quite some years now. <michaelhanson> my main focus for the last year has been on Mozilla Labs projects, where I have worked on Sync (I wrote the unit testing framework and implemented many of the tests), Contacts (I was the lead developer; hg.mozilla.org/labs/people) and some new projects that haven't made it out the door yet. <saadhusain> i see, any advice for a noobie like me as to how i could contribute to the open source other than the project work we will be conducting shortly for our class? <michaelhanson> in my experience, the best way to get involved with open source is to be passionate about an application, and to learn how to use existing technology to make that application. <michaelhanson> then let your passion steer you -- if it means you end up making a library, do that. if you end up fixing bugs in somebody else's work do that. <michaelhanson> you may even find that you really like improving the quality of an existing application or library, and write tests and documentation for it. <saadhusain> hopefully i'll get to see my part to the opensource community take effect as well <michaelhanson> good luck. :) <saadhusain> thank you michael and thank you for your time | ||
Friday, September 17, 2010
HEEEYYYYYYYY!!!!!!!!!
This is my first blogpost!I'm sitting in my SBR600 class and we're discussing open source packages we can build!
Subscribe to:
Posts (Atom)