Category Archives: Open source
One of the biggest reason for the success Mozilla Firefox is Add-ons. These add-ons extend the functionality of the browser. Recently a new tool called Mozilla Add-ons Builder was released. The Builder is a Web-based add-on SDK (you need to use Firefox to get the most out of it)
This new tool, which is obviously aimed at boosting both educational and commercial adoption of Firefox’s new add-on architecture, is actually constructed from two technologies that we’ve discussed before: Jetpack and Bespin. Jetpack is the future of Firefox add-on development and promises simpler, more powerful and ‘restartless’ extensions. Bespin is Mozilla’s new Web-based text editor.
The Add-ons Builder basically adds a rather pretty ‘file explorer’ interface to Bespin. It works, but only just. While the SDK helps you find libraries, there’s no auto-complete for library methods. The tutorial suggests you look at the source code of other add-ons for inspiration, but there’s no way of searching through them — just a big, page-after-page directory. The only desirable feature of the Add-ons Builder has to be its rapid prototyping; the ability to test your new code with a single click is very cool. I’d much rather use a desktop SDK though!
Related articles by Zemanta
- Mozilla Add-ons Builder (linuxtoy.org)
Let me first tell why one should rebuild a Linux Kernel.The main reason was to optimize the kernel to your environment (hardware and usage patterns). With modern hardware there is rarely a need to recompile unless there is a particular feature of a new kernel that you must have. The performance gains are probably not noticeable unless specific benchmarks are being run.
This said, the newest Linux kernel (22.214.171.124)has noticeable improvements for the typical desktop user as a result of the improved scheduling system in the new kernel. Even for older kernels, rebuilding is often necessary for low memory situations, esoteric hardware, and in cases where every ounce of performance must be extracted.
Download your tarball from the index page at http://kernel.org , which links to the latest versions. If you are using FTP, go to ftp.kernel.org/pub/linux/kernel/[version] — these subdirectories all contain an empty file named LATEST_IS_[version] to help you find the latest. Kernel.org has almost-complete kernel archives back to version 0.99 if you’re feeling really adventurous.
Unpack the tarball in your home directory. If you’re planning to do a lot of compiling and installing kernels (and other good stuff), you may want to read the Note on /usr/src at the bottom of this page first.
tar xivf linux-2.6.0.tar.bz2
(Replace xivf with xzvf if you downloaded the .gz)
cd into the linux directory. You’ll now need to configure the kernel to select the features you want/need. There are several ways to do this..
Command line questions.
(Useful only if you kept a .config from a previous kernel build. With the newest kernels, the .config of the currently-running kernel is used by default if it’s available, so you usually won’t need this feature.)
(GTK+ based X-Windows configuration)
(QT based X-Windows configuration)
Now we can build the kernel (for older kernel like 2.4.x first build the dependencies with "make dep").
Wait. When its finished, it will have built both the kernel (bzImage) and the modules (for older kernels like 2.4.x, you need to run "make bzImage ; make modules").
Become root to be able to install modules and kernel. Everything before this point can and should be done as a normal user, there is really no need to be root to compile a kernel. It’s actually a very bad idea to do everything as root because root is too powerful, one single mistake is enough to ruin your system completely.
Install the modules.
Install the new kernel..
If your distribution uses lilo:
Edit /etc/lilo.conf, and add these lines…
image = /boot/vmlinuz126.96.36.199
label = 2.6.0
Also copy your root=/dev/??? line here too.
Run /sbin/lilo, reboot, and enjoy.
If your distribution uses grub:
root (hd0,1) # or whatever your current root is
kernel /boot/vmlinuz-188.8.131.52 root=/dev/hda1 # or whatever…
If you’re using Ubuntu, you will need to edit menu.lst instead of grub.conf
If your menu.lst needs an initrd line, you can generate the necessary info by doing something like
update-initramfs -k 184.108.40.206 -c
update-initramfs seems to be the replacement for mkinitrd (which is mentioned in the "more indepth tutorial" mentioned below.
Most distributions have an installation routine that links a new /boot/vmlinuz-[version] to simply vmlinuz, so you may want to add a stanza like this to grub.conf:
title=My very latest kernel install
root (hd0,1) # or whatever your current root is
kernel /boot/vmlinuz root=/dev/hda1 # or whatever…
This will let you boot fresh kernels for testing without constantly editing grub.conf.
Note: This will work for lilo, too, but you still have to run /sbin/lilo after every install.
If you get modversion problems (symbols ending in _Rxxxxxxxx), have a look at this question in the linux-kernel mailing list FAQ to solve the problem.
Still not getting it? Try this more indepth tutorial
Note on /usr/src
If you’re just trying out this procedure, do the unpacking and building in your home directory as discussed above. In a professional environment, though, the source would be stored in /usr/src or /usr/local/src, where compiling would also be done. To allow this, and at the same time avoid becoming root for the entire procedure, use your favorite GNOME or KDE utilities to create a group "devel" (or "hack" or whatever) and add yourself to that group. Then change the group owner of /usr/src to the new group and grant write privileges to the group.
That way you can unpack the kernel tarball into /usr/src (or whatever) and configure and build there without doing everything as root. Of course, you’ll still need to sudo or become root when you install the new kernel and edit the lilo/grub configuration files.
This will help keep the kernel source separate from your resume, diary, and jpegs of your Main Squeeze.