Just Try A Github

U just become curious because many people using github to store their own files , host a sourcecode, and anything else. Then i think to make some try for it… So i registered to github… hopla,,, register,  add a repo… try to clone, success ~_~

But something become completed when i need to add files to github again… So there was some ssh keys to use, to make we can add some files to the repo.

 

#pacman -S openssh git --needed

Generate you ssh keys.

$ ssh-keygen -t rsa -C "your_email@youremail.com"

Done? the key will be in your ~/.ssh/ directory, so just open it with text editor then add it to github. Hopla… you can push to gitu hub now

Posted in Uncategorized | Leave a comment

Clementine 1.1.0rc1

hmm, woah at least the new 1.x.x of clementine version shown the 1.1.0rc1.
so what is the differences? I notices a few, if you’re using clementine now maybe you will notice it..
there was some inter service added soundcloud , moodbar then the background at you playlist…

Other features include:

  • – Show nearby concerts for an artist using the Songkick API.
  • – Support “My Music” in Grooveshark.
  • – Support logical operators in the playlist filter.
  • – Support top lists in Spotify
  • – Support undo for playlist sorting and shuffling
  • – Verify and backup database on startup.
  • – Support mono playback
  • – Add the ability to get a Grooveshark URL to share a songs and playlists
  • – Add “Very high” quality setting for visualisations
  • – Load cover art from mp4 files
  • – Show .mka, .ape and .wv in file view
  • – Add “Edit file information” and “Show in file browser” actions to the file view
  • – Tons of bug fixes

You will find the RC in the download section, in 32 or 64 bit deb, rpm, or source.

if you’re using archlinux right now, this is the PKGBUILD, firstly

# $Id: PKGBUILD 74613 2012-07-31 19:55:44Z ebelanger $
#Maintainer: Stéphane Gaudreault
#Contributor: BlackEagle
#Contributor: Dany Martineau

pkgname=clementine
pkgver=1.1.0
pkgrel=rc1
pkgdesc="A music player and library organizer"
url="http://www.clementine-player.org/"
license=('GPL')
arch=('i686' 'x86_64')
depends=('gstreamer0.10-base' 'taglib' 'glew' 'liblastfm' 'libgpod'
         'libmtp' 'libplist' 'hicolor-icon-theme' 'qt' 'libimobiledevice'
         'qjson' 'libcdio' 'protobuf' 'qca' 'qca-ossl' 'gvfs')
makedepends=('cmake' 'boost')
optdepends=('gstreamer0.10-base-plugins: for more open formats'
            'gstreamer0.10-good-plugins: for use with "Good" plugin libraries'
            'gstreamer0.10-bad-plugins: for use with "Bad" plugin libraries'
            'gstreamer0.10-ugly-plugins: for use with "Ugly" plugin libraries')
source=(http://clementine-player.googlecode.com/files/${pkgname}-${pkgver}${pkgrel}.tar.gz)
sha1sums=('d76bab75ed133d7848d063e1fbded88c69ac069a')
install=clementine.install

build() {
   cd "${srcdir}/${pkgname}-${pkgver}${pkgrel}"

   cmake . -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
   make
}

package() {
   cd "${srcdir}/${pkgname}-${pkgver}${pkgrel}"
   make DESTDIR="${pkgdir}" install
}

install file

post_install() {
  gtk-update-icon-cache -q -t -f usr/share/icons/hicolor
  update-desktop-database -q
}

post_upgrade() {
  post_install $1
}

post_remove() {
  post_install $1
}
Posted in Uncategorized | Leave a comment

Create Your Own Archlinux ISO Style

Okay, this just another tutorial from many other tutorials on google which i make based on what i do.
Firstly sure, read the archiso wiki first.”here

Then after read, just make simple…
1. Install some packages
2. Clone the archiso git
3. Install the archiso
4. Make the directory to make our custom iso
5. Copy the archiso profile to the directory “to make the custom one copy the releng profile”

Simply like this…

# pacman -S make patch git libisoburn squashfs-tools dosfstools rsync lynx --needed
# git clone git://projects.archlinux.org/archiso.git
# make -C archiso install
$ mkdir ~/archlive
# cp -r /usr/share/archiso/configs/PROFILE/ ~/archlive

Instead using the manual way on archiso, i prefer using the automatic, because we just need little work to do.

If you want try to manual way… let it flow… here i will describe the automatic way…

first we need to edit file package.i686 or packages.x86_64 , don’t delete anything packages which already listed there, except you already what are doing… You just need add some or many packages depend on your needed.

Example of my packages.x86_64

arch-install-scripts
b43-fwcutter
btrfs-progs
crda
darkhttpd
ddrescue
dhclient
dialog
dmraid
dnsmasq
dnsutils
dosfstools
efibootmgr
elinks
gnu-netcat
gptfdisk
grml-zsh-config
grub-bios
grub-efi-x86_64
haveged
hdparm
ipw2100-fw
ipw2200-fw
irssi
lftp
lilo
linux-atm
mtools
netcfg
nfs-utils
nilfs-utils
nmap
ntfs-3g
ntfsprogs
ntp
openconnect
openssh
openvpn
parted
pptpclient
refind-efi-x86_64
rp-pppoe
rsync
smartmontools
speedtouch
sudo
tcpdump
usb_modeswitch
vpnc
wget
wireless_tools
wpa_actiond
wvdial
xl2tpd
zd1211-firmware
zsh
firefox
xfce4
xfsprogs
xbindkeys
geany
wicd
xlockmore
xorg-server
xorg-util-macros
xorg-utils
xorg-xdpyinfo
xorg-xfontsel
xorg-xinit
xorg-xkb-utils
xorg-xkbevd
xorg-xkbutils
xorg-xkill
xorg-xrandr
xf86-input-keyboard
xf86-input-mouse
xf86-input-synaptics
xf86-video-intel
xf86-video-v4l
xf86-video-vesa
pidgin
intel-dri
libgl
sakura
guake
xdelta3
cantarell-fonts
wicd
wicd-gtk
gtk-engine-murrine
bash
pam
pambase
sylpheed
clementine
terminus-font
xfce4-notifyd
parcellite
xchat
mate-polkit
gksu
terminal
xfce4-screenshooter
mirage
udisks2
consolekit
gstreamer0.10-plugins
vlc
volumeicon
gnome-themes-standard
gtk-engine-unico
alsa-utils
xterm
conky

See there was many packages… i make a live CD which… give X (init 5) to start instead using the terminal version (init 3), from the packages listed you will know i’m create a xfce4 live CD. Yes that’s true.

So what we need to do next?
Simple make a skel… Skel is a directory which contain your config for the desktop later.
so just make it…


$ mkdir ~/archlive/root-image/etc $ mkdir ~/archlive/root-image/etc/skel
already created ? just continue...

for example, i wan’t my ‘terminal’ (xfce4 default term applications) config to included in the live CD, so i must know where is the terminal applications config is. So its under

“/home/USERNAME/.config/terminal/”
So what to do know? because it is skel, also you can add the .config directory there, then copy the terminal config folder which we had found before.

Just like that xchat sakura or even your current xfce4 setup, but with notice “some setup won’t work due because the applications doesn’t exist or because different directory structure.” So i hope you can check the xfce4 config again to match with your live xfce4 user and applications.

To make the live CD start “X” automatically there was a simple trick. use .zprofile , and yah sure, place it in the skel.
vt=$(fgconsole 2>/dev/null)
(( vt == 1 )) && startx -- vt$vt &> ~/.xlog
unset vt

Well, that the .zprofile

then the other thing we must use is the .xinitrc , because this custom also place it in skel. Fill it with, this taken with default xfce4 xinitrc, due the ck session bug.

#!/bin/sh

# fix broken $UID on some system...
if test "x$UID" = "x"; then
  if test -x /usr/xpg4/bin/id; then
    UID=`/usr/xpg4/bin/id -u`;
  else
    UID=`id -u`;
  fi
fi

# set $XDG_MENU_PREFIX to "xfce-" so that "xfce-applications.menu" is picked
# over "applications.menu" in all Xfce applications.
if test "x$XDG_MENU_PREFIX" = "x"; then
  XDG_MENU_PREFIX="xfce-"
  export XDG_MENU_PREFIX
fi

# set DESKTOP_SESSION so that one can detect easily if an Xfce session is running
if test "x$DESKTOP_SESSION" = "x"; then
  DESKTOP_SESSION="xfce"
  export DESKTOP_SESSION
fi

# $XDG_CONFIG_HOME defines the base directory relative to which user specific
# configuration files should be stored. If $XDG_CONFIG_HOME is either not set
# or empty, a default equal to $HOME/.config should be used.
if test "x$XDG_CONFIG_HOME" = "x" ; then
  XDG_CONFIG_HOME=$HOME/.config
fi
[ -d "$XDG_CONFIG_HOME" ] || mkdir "$XDG_CONFIG_HOME"

# $XDG_CACHE_HOME defines the base directory relative to which user specific
# non-essential data files should be stored. If $XDG_CACHE_HOME is either not
# set or empty, a default equal to $HOME/.cache should be used.
if test "x$XDG_CACHE_HOME" = "x" ; then
  XDG_CACHE_HOME=$HOME/.cache
fi
[ -d "$XDG_CACHE_HOME" ] || mkdir "$XDG_CACHE_HOME"

# set up XDG user directores.  see
# http://freedesktop.org/wiki/Software/xdg-user-dirs
if which xdg-user-dirs-update >/dev/null 2>&1; then
    xdg-user-dirs-update
fi

# Modify libglade and glade environment variables so that
# it will find the files installed by Xfce
GLADE_CATALOG_PATH="$GLADE_CATALOG_PATH:"
GLADE_PIXMAP_PATH="$GLADE_PIXMAP_PATH:"
GLADE_MODULE_PATH="$GLADE_MODULE_PATH:"
export GLADE_CATALOG_PATH
export GLADE_PIXMAP_PATH
export GLADE_MODULE_PATH

# For now, start with an empty list
XRESOURCES=""

# Has to go prior to merging Xft.xrdb, as its the "Defaults" file
test -r "/etc/xdg/xfce4/Xft.xrdb" && XRESOURCES="$XRESOURCES /etc/xdg/xfce4/Xft.xrdb"
test -r $HOME/.Xdefaults && XRESOURCES="$XRESOURCES $HOME/.Xdefaults"

BASEDIR=$XDG_CONFIG_HOME/xfce4
if test -r "$BASEDIR/Xft.xrdb"; then
  XRESOURCES="$XRESOURCES $BASEDIR/Xft.xrdb"
elif test -r "$XFCE4HOME/Xft.xrdb"; then
  mkdir -p "$BASEDIR"
  cp "$XFCE4HOME/Xft.xrdb" "$BASEDIR"/
  XRESOURCES="$XRESOURCES $BASEDIR/Xft.xrdb"
fi

# merge in X cursor settings
test -r "$BASEDIR/Xcursor.xrdb" && XRESOURCES="$XRESOURCES $BASEDIR/Xcursor.xrdb"

# ~/.Xresources contains overrides to the above
test -r "$HOME/.Xresources" && XRESOURCES="$XRESOURCES $HOME/.Xresources"

# load all X resources (adds /dev/null to avoid an empty list that would hang the process)
cat /dev/null $XRESOURCES | xrdb -nocpp -merge -

# load local modmap
test -r $HOME/.Xmodmap && xmodmap $HOME/.Xmodmap

# run xfce4-session if installed
if which xfce4-session >/dev/null 2>&1; then

  # check if we start xfce4-session with ck-launch-session. this is only
  # required for starting from a console, not a login manager
  if test "x$XFCE4_SESSION_WITH_CK" = "x1"; then
    if which ck-launch-session >/dev/null 2>&1; then
      ck-launch-session xfce4-session
    else
      echo
      echo "You have tried to start Xfce with consolekit support, but"
      echo "ck-launch-session is not installed."
      echo "Aborted startup..."
      echo

      exit 1
    fi
  else
    # start xfce4-session normally
    xfce4-session
  fi

  exit 0
fi

##################
# IMPORTANT NOTE #
##################

# Everything below here ONLY gets executed if you are NOT using xfce4-session
# (Xfce's session manager).  If you are using the session manager, everything
# below is handled by it, and the code below is not executed at all.  If you're
# not sure if you're using the session manager, type 'ps -e|grep xfce4-session'
# in a terminal while Xfce is running.

##################

# Use dbus-launch if installed.
if test x"$DBUS_SESSION_BUS_ADDRESS" = x""; then
  if which dbus-launch >/dev/null 2>&1; then
    eval `dbus-launch --sh-syntax --exit-with-session`
    # some older versions of dbus don't export the var properly
    export DBUS_SESSION_BUS_ADDRESS
  else
    echo "Could not find dbus-launch; Xfce will not work properly" >&2
    fi
fi

# this is only necessary when running w/o xfce4-session
xsetroot -solid black -cursor_name watch

# or use old-fashioned startup script otherwise

xfsettingsd &
xfwm4 --daemon

# start up stuff in $XDG_CONFIG_HOME/autostart/
if test -d "$XDG_CONFIG_HOME/autostart"; then
  for i in ${XDG_CONFIG_HOME}/autostart/*.desktop; do
    grep -q -E "^Hidden=true" "$i" && continue
    if grep -q -E "^OnlyShowIn=" "$i"; then
      # need to test twice, as lack of the line entirely means we still run it
      grep -E "^OnlyShowIn=" "$i" | grep -q 'XFCE;' || continue
    fi
    grep -E "^NotShowIn=" "$i" | grep -q 'XFCE;' && continue

    # check for TryExec
    trycmd=`grep -E "^TryExec=" "$i" | cut -d'=' -f2`
    if test "$trycmd"; then
      which "$trycmd" >/dev/null 2>&1 || continue
    fi

    cmd=`grep -E "^Exec=" "$i" | cut -d'=' -f2`
    if test "$cmd" && which "$cmd" >/dev/null 2>&1; then
      $cmd &
    fi
  done
fi

xfdesktop&
orage &

panel=`which xfce4-panel`
case "x$panel" in
    x|xno*)
        ;;
    *)
        $panel
        ret=$?
        while test $ret -ne 0; do
            xmessage -center -file - -timeout 20 -title Error <<EOF
A crash occured in the panel
Please report this to the xfce4-dev@xfce.org list
or on http://bugs.xfce.org
Meanwhile the panel will be restarted
EOF
            cat >&2 <<EOF
A crash occured in the panel
Please report this to the xfce4-dev@xfce.org list
or on http://bugs.xfce.org
Meanwhile the panel will be restarted
EOF
            $panel
            ret=$?
        done
        ;;
esac

xsetroot -bg white -fg red  -solid black -cursor_name watch
amixer set "Master" 80% unmuted

if you using alsa, maybe after you start the GUI, the speaker will be muted. So the last line “amixer bla…” is to set the speaker level.

Then you will need rc.local , rc.local created after the etc/ directory just one directory right before skel…

#Copy udisks2 conf to mount as normal user
mv /etc/10-storage-group-mount-override.pkla /etc/polkit-1/localauthority/50-local.d/10-storage-group-mount-override.pkla

#Make some dir
mkdir /home/live/Documents
mkdir /home/live/Downloads
mkdir /home/live/Musics
mkdir /home/live/Videos
mkdir /home/live/Pictures
mkdir /home/live/Desktop
chown -R live:users /home/live/
# Copy files over to home
su -c "cp -R /etc/skel/.[a-zA-Z0-9]* /home/live/" live

So that’s my rc.local , that’s you know im using the live user. Another thing you can setup is timezone, locale.conf, vconsole.conf.

Because im using udisks2 and there was a problem with auth, because live CD i think it's don't store password, so we must override the udisks2 setup , so here is the 10-storage-group-mount-override.pkla 
[storage group mount override]
Identity=unix-group:users
Action=org.freedesktop.udisks2.*
ResultAny=yes
ResultInactive=yes
ResultActive=yes

then , what?

# ./build.sh -v build single netinstal Just it... make the iso, somehow may be you will some experiment with you setup.

One last hint, you can change your live CD, username just edit part ofbuild.sh

useradd -m -p “” -g users -G “audio,disk,optical,wheel,root,users” -s /bin/zsh live’

the last one “live” words it your username, happy ISO-ing..???

Hints :
#./build.sh clean single core

to clean your iso setup before, if you using single all, just replace with single all.

Posted in Uncategorized | Leave a comment

GRUB2 with user and password

hmm, biar ga ada yg boot sembarangan ke komputer ane, ane pk user sama pass di boot loadernya karena pk GRUB maka yang di edit adala 00_header

biar lebih jelas…
#nano /etc/grub.d/00_header
kemudian tambahkan ini :

cat << EOF
set superusers=”nama_user1 nama_user2″
password user1 pass_user1
password user2 pass_user2
EOF

jika ingin ada 3 atau 4 atau bnyak user cukup tmbahkan selanjutnya, sbenarnya jg bisa d atur per distro t belum di coba 😀

Posted in Uncategorized | Leave a comment

pcmanfm & libfm 1.0rc1

From news from lxde blog here so i try to compile this on my archlinux 64bit… like usual u need to download the libfm and pcmanfm source and extract it…

Then you must be install the libfm first.... if you have libfm from repo please remove it, to keep system clean...
so here how i compile libfm :
$./configure --prefix=/usr --enable-udisks
$make
$sudo make install
a bit different on pcmanfm
$./configure --prefix=/usr
$make LDFLAGS+="-lm"
$sudo make install



Posted in Uncategorized | Leave a comment

gnome-shell 3.4.2

Hmm, after the first time i test gnome-shell 3.0.0. on fedora 15, and slow simply slow on that system, now i try again this gnome-shell… first install, i just install the gnome-shell and gnome-session, and this is not work… then i just realize must install all of gnome dependencies so #pacman -S gnome is the right choice than install per part of it… then just edit your ~/.xinitrc for a little just add this line exec dbus-launch gnome-session” done, don’t forget to comment the other u are using for, relog and login again, tada… a gnome-shell started… so what’s new??? i will say nearly nothing, but one thing i realiz is, gnome-shell on archlinux is pretty fast than the fedora’s… because the version??? i don’t know, surely the first thing you must do on gnome-shell is search for extensions, now there was a gnome-extension site here http://extensions.gnome.org , there will be many list extension u can use for your gnome-shell, and tweak…. don’t forget to install gnome-tweak tool, ah ya if you using notify-osd like, just remove it, it’s not integrated enough with gnome-shell… so this in my gnome-shell simple screenshoot on archlinux

gnome-shell archlinux

Posted in Uncategorized | Leave a comment

Getting More Far With MKINITCPIO

mkinitcpio is apllication which help us to make kernel image, from the beginning of Arch installation i just touch this very little…

so today i try to explore more…
for archer always read archwiki first so the first articles and the last also here then after a simply brief, i tried this…

1. Need to edit your /etc/mkinitcpio.conf  so, #nano /etc/mkinitcpio.conf
first is MODULES=” “, instead load on /etc/rc.conf load modules from kernel can be a good choice, you don’t need to add modules to /etc/rc.conf , just leave it empty, even this tell for advanced user but you can try it too… you just need to know the modules which your laptop or computer need…

2. For BINARIES=” ” or FILES=” ” , i don’t because i don’t have condition to include “files” or “binaries” to execute??? hmm, need more research…

3. The third part is HOOKS=” ” , so what this is for?  this is a set of scripts which executed on ramdisk, doesn’t know further… but this is needed… u can check using $mkinitcpio -L then $mkinitcpio -H hooks_name

4. Then latest is COMPRESSION=” ” defaultly this part is commented… but we need to uncomment it, know im using lzop compression, give great compression too… i need to test the others 🙂 just set COMPRESSION_OPTIONS=”-9″ this is tell to compress as small as possbile i think…

But all of it on your own, happy try generate you linux image

5. To generate #mkinitcpio -p kernel-name

Posted in Uncategorized | Leave a comment

The GNU/Linux distributions Differences

A lot of people have heard of GNU/Linux (more commonly referred to as just “Linux”) and are having trouble finding out what the differences are between different versions — or distributions — that are available. This article will outline the differences between several popular GNU/Linux distributions and similar operating systems.

What Is GNU/Linux?

GNU/Linux is a modular operating system that looks and acts like a more intelligently programmed, up-to-date Unix. The term itself — GNU/Linux — is extremely vague and doesn’t exist in the literal sense. You don’t go to the store and buy GNU/Linux; instead you buy a software distribution (or distro for short) that uses GNU/Linux as its basis. So while you can’t buy “Linux” at the store, you can buy SUSE Linux or Linspire.

Distributions can fundamentally differ in several ways:

  • Base operating system
  • Software management and updating
  • Hardware management
  • Desktop environment and theme
  • Proprietary extras

The sections below will cover each of these topics in depth. If there is one particular area that you are confused about, feel free to skip down to the appropriate section. The next topic will cover how GNU/Linux differs from Unix and other Unix-like operating systems.

BSD, Unix, OS X, Linux?

There are many Unix-like operating systems and derivatives. Which ones are which?

Category OSes Origin of code?
GNU GNU/Linux, GNU/HURD, GNU/Mach, GNU/BSD Free Software Foundation; kernels developed separately except HURD. The Linux kernel was originally written by Linus Torvalds, and is currently maintained by him.
BSD FreeBSD, OpenBSD, NetBSD, DesktopBSD, BSD/OS UC Berkeley, originally; each project has been developed separately since the early-mid 1990s, however.
Unix Solaris, AIX, IRIX, HP/UX, Tru64, UnixWare, OpenServer Bell Labs (AT&T) developed the original Unix code. UNIX is now a trademarked operating system certification program instead of an operating system, and no longer requires that a compliant OS contain AT&T Unix source code to achieve brand certification. Despite that, all of the extant Unix derivatives are compliant with at least one published UNIX standard.
Darwin Darwin, OS X Based on the NeXTSTEP operating system, which used the Mach kernel and some FreeBSD programs and networking code. OS X is developed from Darwin.
Minix Minix Originally written by Andrew Tanenbaum, but now mostly developed by a handful of others

GNU/Linux is only one possible combination of the GNU operating system with a separate kernel. GNU’s own kernel is HURD, but it’s been in development for a long time and is nowhere near ready for production. GNU/BSD and GNU/Mach exist, but more for experimental purposes than anything else. So in effect, GNU/Linux is the only GNU-based operating system that matters. Theoretically, you could use the operating system components from BSD and eliminate GNU entirely (or almost entirely) from GNU/Linux, but that would, again, be purely an academic pursuit.

Of the above-listed operating systems, only GNU/Linux has a variety of software distributions. The others are software distributions in themselves. The one exception is Solaris, which is based on code from the OpenSolaris project. There is at least one other OpenSolaris-based distribution aside from Solaris, and others are probably in development.

Most of these operating systems are similar in superficial ways. All are command line-based at heart, even if many of them default to graphical interfaces. Most of them share the majority of their terminal commands — or have commands that have largely similar functionality and syntax — so if you know one system very well, it is not difficult to learn a different one. GNU’s userland utilities were improved replacements of Unix commands; BSD was originally developed from Unix source code, so its userland utilities started out as clones of Unix commands and have evolved from there. Some of these OSes can use the same software programs if properly configured. Some are restricted to specific hardware architectures, while others are extraordinarily versatile in terms of what computers they can operate on.

The amount of code- and program-sharing among all of these operating systems varies. All of them are guaranteed to have either BSD code integrated somewhere, or at least one GNU utility (usually the GNU Compiler Collection, the BASH terminal program, or the Emacs text editor, among many others) included by default.

Base operating system differences

Among GNU/Linux distributions, there can be many variances in the base operating system (kernel and userland utilities). Some have unique methods of managing startup scripts; others mimic BSD or Unix. You can know everything there is to know about creating and modifying init scripts on Red Hat Enterprise Linux, then be totally lost when trying to implement the same changes on Gentoo Linux.

Almost all distros make their own small, custom changes to the Linux kernel in order to accommodate other changes or additions that the distribution maintainers want to make. This makes each distro’s kernel unique, and probably incompatible with other distributions. Commercial desktop GNU/Linux distros usually have extensively hacked kernels that support proprietary programs like Win4Lin, VMware, and proprietary hardware drivers.

place holder

GNU/Linux distributions are generally binary compatible with each other. That means that a program that will work on SUSE Linux will also work on Xandros and Linspire and any other distribution of the same generation and hardware architecture. Like all other operating systems, programs that are compiled for one architecture will not work on others. The only exception is 32-bit x86 binaries, which will work with most 64-bit AMD64 and Intel EM64T computers that are running a 64-bit operating system with a 32-bit binary compatibility layer. Every 64-bit desktop GNU/Linux distribution in existence offers a 32-bit binary compatibility layer by default, and it’s so transparent that you can’t tell the difference between 32-bit and 64-bit applications under all but the most extreme conditions.

Software management and updating

Chances are, if you’ve selected the right GNU/Linux distribution for your needs, you won’t have to add any extra software to it. If you do, most distros have software repositories that contain thousands of extra software packages that have been certified to work with your configuration. All you have to do is figure out which programs you want, select them from a list, and everything is installed for you. It’s much like using Windows Update.

Also like Windows Update, all major GNU/Linux distributions come equipped with a software update framework. Unlike Windows Update, however, GNU/Linux updaters will find patches and bug fixes for all of the software on your computer — not just the basic operating system. Each distribution has its own specialized update tools, but they are all generally easy to use.

On a more basic level, GNU/Linux distributions install software in one of two ways: by compiling from source code, or — more commonly — by installing precompiled binary packages.

Source-based distributions like Gentoo and Arch still have a software management framework like the big fancy commercial distros, but you have extra options. You can add in compiler flags to make programs a little faster or use less memory, or you can build applications with hooks to other programs so that your software is more interoperable. Binary distributions make guesses as to what your needs will be, and try to cover all of the bases by compiling everything in. In the real world, you’re not going to notice much of a difference by adding compiler optimizations and other options, but if you like tinkering with your computer, you’ll enjoy the experience.

Source-based distros will take a lot longer to manage because it takes time to compile large programs. You can use binary packages to get started, but updates are applied by compiling from source code. A binary installation of the KDE desktop environment takes only slightly longer than the time consumed downloading the binaries from the Internet, but compiling the full KDE system from source can literally take days. The same can be said of such behemoths as OpenOffice.org, GNOME, and Mozilla.

Binary distributions almost exclusively use two package formats for programs: RPM (a recursive acronym for RPM Package Manager), and DEB (short for Debian, a GNU/Linux distribution that is commonly used as a basis for others). In the old days, you may have had to go searching for RPMs or DEBs of programs that you wanted. In this day and age, however, you use your package manager to find and retrieve them for you. In the event that you must install one of these packages by hand, there are graphical alternatives to the standard command line tools for installing them. There are even tools available to use DEB packages on RPM-based distros, and vice-versa. Usually programs are packaged in both formats, though.

Red Hat (and Fedora Core), SUSE, and Mandriva are three well-known distributions that use RPM packages. Linspire, Xandros, Debian, Ubuntu, and Mepis are some of the most popular DEB-based distributions. Both package formats are heavily entrenched in these and other distributions; neither seeks to replace the other.

Occasionally you might see someone on a message forum or mailing list complaining about RPMs and “dependency hell.” This is because individual packages usually depend on other packages, and that means tracking down several RPMs to install one program, then doing some command line kung-fu to install them in the right order. Again, this is the old way of doing things — nowadays you let your package manager do the work for you.

Popular package managers include:

Hardware management

Commercial GNU/Linux distributions include software that automatically detects and installs the proper drivers for all of your computer hardware and peripherals. Usually it works perfectly without any user intervention necessary. Sometimes it encounters unsupported hardware, or hardware that requires a newer kernel or driver. Some distros share the same autodetection and hardware management code, some have a totally unique hardware management framework.

Non-commercial distros are usually good at detecting hardware, but never contain proprietary drivers for ATI and Nvidia video cards, some kinds of wireless network chips, RAID cards, and video capture cards. Drivers for these devices require licensing and distribution agreements that non-commercial distribution developers are generally unwilling to negotiate, agree to, or pay for. This means that if you want to take full advantage of your 3D graphics card, you will have to download and install a proprietary video driver. A simple Google search will usually yield installation instructions. Again, this is best done by adding software repository sources to your package manager instead of installing them by hand.

All GNU/Linux distributions of the same era (released within 6 months of each other) will have similar or identical support for computer hardware and peripheral devices, with the above-listed exception that commercial distros often have extra proprietary drivers. Commercial distros make it easy to configure your hardware — assuming you even have to. Free-of-charge distros can be just as easy in some ways, and much more difficult in others.

Desktop environments and themes

The two primary desktop environments in the world of GNU/Linux are GNOME and KDE. Most distros support both, and usually default to one or the other. There are also window managers, which don’t have the large number of integrated programs, but are usually considered to be more responsive and efficient on slower computers. Which one you should use is entirely a matter of preference.

Aside from desktop environment, each distribution has its own special color, icon, login, desktop, and menu theme. You can change the theme — there are several dozen good themes available, and more coming out every week — so don’t let the default look and feel of the desktop discourage you. You can make KDE look almost exactly like Windows XP, and you can make GNOME look almost exactly like Apple OS X. Window managers are even more customizable, but often require you to edit configuration files by hand.

If you’re coming from Windows, you’ll find KDE easier to adjust to because it has the same basic graphical layout. If you prefer something that is a little different and possibly more efficient in terms of mouse movements and menu navigation, try GNOME instead. Most desktop distros standardize on KDE, but allow GNOME as well; most “enterprise” distributions (made for business use) standardize on GNOME, but allow KDE as well. In the old days, some popular distros shut out all but the developers’ favorite desktop environment, but this is rare or nonexistent nowadays.

Proprietary extras

In addition to the proprietary hardware drivers mentioned previously, there are also proprietary software extras that are an important complement to the desktop computing experience. Most people will, at one time or another, need to access a PDF, Java applet, Flash animation, or video file on the World Wide Web. And when they need to see those files, they need browser plugins to do it. Unfortunately, all of the most functional plugins for these technologies are not free-as-in-rights, and won’t be included with the majority of GNU/Linux distributions. If you want them, you have to either choose a commercial distro (there are some recommendations in a section below), or add them by hand. As I’ve said before, adding them by hand is not necessarily difficult, but it will take some reading and research to get everything working perfectly. If you are not prepared to do this, do not choose a GNU/Linux distro that does not include these extras.

Recommendations

If you don’t know what you’re doing, don’t choose distributions that require a lot of legwork to configure basic services or install extra software. If you are new to GNU/Linux and want a great desktop experience, I recommend trying these distros (listed in no specific order):

All of these distros will cost you something — usually under US $100. A lot of experienced GNU/Linux enthusiasts will recommend non-commercial distributions like Ubuntu, Fedora Core, or Debian. These are good distros and are available free of charge, but require that you add proprietary video drivers and Web browser plugins by hand, and don’t have the same kind of automatic hardware management that the four distros I listed above have. That means that you could end up rather frustrated by your GNU/Linux experience. Also stay away from the open source edition of SUSE Linux — that is also missing many of the proprietary extras that you’re used to in Windows or OS X (the commercial version of SUSE does have plugins for Java, Flash, and PDF). It’s not tough to add them if you follow this guide, but many people are not prepared to get that technical with their software.

If you’re looking for a distro that is more suited to server use, try these:

Again, people will argue that other distros or Unix-like OSes are better, but the above-mentioned distributions are easy to install, configure, and manage, and come with extensive documentation and commercial support. You will have a much easier time with them, and you’re better off going with one of these if you’re new to GNU/Linux or Unix-like operating systems in general. You can make virtually any GNU/Linux distribution into a server of any kind; it’s just a matter of how much work you have to do to prepare and maintain it. If you don’t want to do a lot of work, choose one of the above distros.

Non-commercial desktop distributions of note include:

If you would prefer more of a challenge, as either a server or a desktop OS, try these distros:

Lastly, if you would like to see what a GNU/Linux desktop can look like, you can download Knoppix, a distro that runs entirely from a CD. You write the ISO file to a blank CD-R disc, then restart your computer with the disc in the CD drive. You’ll run a whole distribution right from the CD. When you’re done playing around, just select the Shutdown menu option, remove the CD from the drive, and restart — nothing will be written to your hard drive.

source

Posted in Uncategorized | Leave a comment

I3-WM Archlinux

After using openbox for a long time, i try too use a pure tilling WM, a pure using keybindings WM…

so i install i3-wm, why? because a Archlinux Group on facebook, suggested it… so i install it and try it… first time, oh man i dont know what i must todo, i just get a simple bar with little text on it… So i browse for some reference…

1. source1 

2. source2

3. source3

that 3 links will be good enough.. so what first to do? it must be copy the default config to your home 🙂 then just configure it as you wish… i will share mine too “here

this is my simple screenshoot 🙂 happy using I3-WM

screenshoot

 

Posted in Uncategorized | Leave a comment

Archlinux without GTK3

oh man, i need to remove gtk3 because this stupid thing mess up with my gtk2 setup… just remove and take some new applications…
gnome-polkit changed to mate-polkit
guvcview changed to wxcam

what else… zenity??? dconf??? just remove the unusable things…

Posted in Uncategorized | Leave a comment