Minggu, Mei 02, 2010

On 29 April 2010 was at 10.4 or ubuntu release tenarnya name Lucid Lynx, who many features offered as additional features, who I like is the view bootscreennya who become citizens of purple not brown anymore. On the desktop wallpaper is also no option like windows aero which could walpapernya alternate view.

Lucid Lynx on Ubuntu-based desktop, we are provided with access when it would make the turn when we need a repository for updates / install packages.

To select a repository is recommended for use there in the local repository (Indonesia) Indonesian people for our course, and the existing software ubuntu repository sources list Indonesia, who I currently use is a repository of kambing.ui.ac.id / ubuntu.

Vicarious step, select the System-Administration-Software Sources to display showing the following:

Then select the part softawe ubuntu-Download from his bow at the click until the option appears, select Other and search for Indonesia-kambing.ui.ac.id territory, such as the following picture:

Then choose the server and load, wait until the process is complete, and there we are using the Repository of kambing.ui.ac.id


Senin, Maret 29, 2010

Qmmp Player : Open Source Multimedia Player


Qmmp is Multimedia player like Winamp in windows or xmms in linux, this player supported much plugins winamp, for now stable version lauched 0.3.3.


Qmmp support Winamp and xmms skins, plugin, MPEG1 layer 1/2/3. Ogg Vorbis, FLAC, Musepack, WavePack, ModPlug, WMA Support, format from FFmpeg library, PCM Wave, AAC, CD Audio, CUE Sheet, WavPack emmbeded CUE, ALSA Sound, Jack Sound, OSS Sound, PulseAudio, last.fm/Libre.fm, Spectrum Analyzer, ProjectIM, Konversi Sample rate, efek bs2b dsp, streaming, removable device detection via HAL, MPRIS, global hotkey, playback video with MPlayer.

How to install on Ubuntu? like another application supported Ubuntu. Just Run : apt-get install qmmp at console, installation run n wait until finish.

To play go to Application -- Sound and Video -- qmmp

yihaa... interface like winamp show.. lets play your audio.

Sabtu, Maret 27, 2010

Install Cairo dock on Ubuntu Lucid Lynx

Cairo-Dock is an animated application launch bar for the desktop, comparable to the dock in Mac OS X or Rocket Dock (for Windows). Now, you can use Cairo-Dock with OpenGL.

In previus version we have to add another repository to install Cairo-Dock, but with Ubuntu Lucid Lynx we just go simple install.
First we check the availability Cairo-Dock with this command : apt-cache search cairo-dock, an the result like this :
lucid@lucid-laptop:~$ apt-cache search cairo-dock
cairo-dock - A light and eye-candy dock to launch your programs (metapackage)
cairo-dock-core - A light and eye-candy dock to launch your programs (core package)
cairo-dock-data - A light and eye-candy dock to launch your programs (common files)
cairo-dock-dev - A light and eye-candy dock to launch your programs (dev package)
cairo-dock-plug-ins - A set of plug-ins for cairo-dock
cairo-dock-plug-ins-data - Common files for cairo-dock-plug-ins
cairo-dock-plug-ins-integration - Two plug-ins for cairo-dock for a better integration in GNOME or Xfce
docky - Elegant, powerful, clean dock
python-docky - Elegant, powerful, clean dock - Python support library,

Thereis cairo-dock appear, next just run : aptitude install cairo-dock, the Cairo Dock will be installed on your ubuntu with it depedencies. After finished we can run this application with choose : Application --Accessories--GLX-Dock. To make Cairo Dock Auto run on startup, just go to System--Preferences--Startup Application, then add launcher for Cairo Dock.

For more information you can see the video from youtube.

Jumat, Maret 26, 2010

Tasksel For Simple Installation

Tasksel is an installation system that is an integral part of the Debian installer (it is also included in Ubuntu). Tasksel groups software packages by tasks and offers an easy way to install all the packages needed for that task. It provides the same functionality as using conventional meta-packages.

Tasks List

Tasks are defined in .desc files found in /usr/share/tasksel. Debian derivatives can easily add tasks.

The default list available in Ubuntu can be viewed with this command-line:

gedit /usr/share/tasksel/ubuntu-tasks.desc

Installation

tasksel has been included as part of the base installation since Ubuntu 6.10 (Edgy). Tasksel is present on all versions of Ubuntu's installer (but previously was not installed as part of the base system).

Usage

To run tasksel from the command line, type:

sudo tasksel

the tasksel menu will be shown:

tasksel.jpg

Already-installed tasks will have an asterisk beside their name. Select a task by scrolling down and pressing space. This will put an asterisk beside the selected task and mark it for installation. Removing an asterisk marks the task for removal. Once "ok" is selected the task installations and/or removals will take place using apt-get.

Command line arguments

You can also directly specify which task to install.

For instance, to add the Apache-MySQL-PHP stack to an existing system:

sudo tasksel install lamp-server

For complete options, see the tasksel manpage:

man tasksel

Usage (alternative)

NOTE - Calling tasks from apt-get is not documented anywhere. If you find a page that documents this, please update this page with a link.

One can alternatively install tasks with apt-get. This is the syntax:

sudo apt-get install the_name_of_the_task_you_want^

And yes, you forgot the caret (^), and yes, it is magical.

Examples:

sudo apt-get install ubuntu-desktop^ sudo apt-get install kubuntu-desktop^ sudo apt-get install lamp-server^

Task descriptions

Here are the long descriptions of a few common tasks:

  • dns-server

Selects the BIND DNS server and its documentation.

  • edubuntu-server

This task provides the Edubuntu classroom server.

  • lamp-server

Selects a ready-made Linux/Apache/MySQL/PHP server.

  • ubuntu-desktop

This task installs the Ubuntu desktop environment.

  • ubuntu-live

This task provides the extra packages installed on the Ubuntu LiveCD. It is neither useful nor recommended to install this task in other environments.

source : https://help.ubuntu.com/community/Tasksel

Minggu, Februari 28, 2010

Debian Packages Cycle : Package maintenance

Each Debian software package has a maintainer who keeps track of releases by the "upstream" authors of the software and ensures that the package is compliant with Debian Policy, coheres with the rest of the distribution, and meets the standards of quality of Debian. In relations with users and other developers, the maintainer uses the bug tracking system to follow up on bug reports and fix bugs. Typically, there is only one maintainer for a single package, but increasingly small teams of developers "co-maintain" larger and more complex packages and groups of packages.[41]

Periodically, a package maintainer makes a release of a package by uploading it to the "incoming" directory of the Debian package archive (or an "upload queue" which periodically batch-transmits packages to the incoming directory). Package uploads are automatically processed to ensure that they are well-formed (all the requisite files are in place) and that the package is digitally signed by a Debian developer usingOpenPGP-compatible software. All Debian developers have public keys.[42] Packages are signed to be able to reject uploads from hostile outsiders to the project, and to permit accountability in the event that a package contains a serious bug, a violation of policy, or malicious code.

If the package in incoming is found to be validly signed and well-formed, it is installed into the archive into an area called the "pool" and distributed every day to hundreds of mirrors worldwide. Initially, all package uploads accepted into the archive are only available in the "unstable" suite of packages, which contains the most up-to-date version of each package.

However, new code is also untried code, and those packages are only distributed with clear disclaimers. For packages to become candidates for the next "stable" release of the Debian distribution, they first need to be included in the "testing" suite. The requirements for a package to be included in "testing" is that it:[43][44]

  • Must have been in unstable for the appropriate length of time (the exact duration depends on the "urgency" of the upload)
  • Must not have a greater number of "release-critical" bugs filed against it than the current version in testing. Release-critical bugs are those bugs which are considered serious enough that they make the package unsuitable for release.
  • Must be compiled for all release architectures the package claims to support (eg: the i386-specific package gmod can be included in "testing")
  • All of its dependencies must either be satisfiable by packages already in testing, or be satisfiable by the group of packages which are going to be installed at the same time.
  • The operation of installing the package into testing must not break any packages currently in testing.

Thus, a release-critical bug in a package on which many packages depend, such as a shared library, may prevent many packages from entering the "testing" area, because that library is considered deficient.

Periodically, the Release Manager publishes guidelines to the developers in order to ready the release, and in accordance with them eventually decides to make a release. This occurs when all important software is reasonably up-to-date in the release-candidate suite for all architectures for which a release is planned, and when any other goals set by the Release Manager have been met. At that time, all packages in the release-candidate suite ("testing") become part of the released suite ("stable").

It is possible for a package – particularly an old, stable, and seldom-updated one – to belong to more than one suite at the same time. The suites are simply collections of pointers into the package "pool" mentioned above.

[edit]Security information and policy

The Debian Project, being free software, handles security policy through public disclosure rather than through security through obscurity. Many advisories are coordinated with other free software vendors and are published the same day a vulnerability is made public. Debian has a security audit team that reviews the archive looking for new or unfixed security bugs. Debian also participates in security standardization efforts: the Debian security advisories are compatible with the Common Vulnerabilities and Exposures (CVE) dictionary, and Debian is represented in the Board of the Open Vulnerability and Assessment Language (OVAL) project.[45]

The Debian Project offers extensive documentation and tools to harden a Debian installation both manually and automatically.[46] SELinux(Security-Enhanced Linux) packages are installed by default though not enabled.[47]


Source : wikipedia.org

Minggu, Februari 14, 2010

Bootloader Karmic Koala with Grub2

Today I have finished installing karmic koala, at menu loader many option to log in, and than I thing to remove some loader.

First I go to : /boot/grub/menu.lst , but viola... i cant that at my karmic koala. after googling I can find the problem, the last version of ubuntu use Grub v1 and for ubuntu karmic koala user Grub v2.

what is basicly different between Grub v1 and Grub v2?

  • menu.lst no longer controls the menu.

  • 'grub.cfg` is now in control of the menu.
  • grub.cfg is automatically generated by one of the GRUB 2 scripts.

  • The partition numbering is different.
  • Stanzas are phrased slightly differently and can't be copied directly from a GRUB 1 menu.lst to grub.cfg. They are pretty close and easy to change, though.

So according to manual from grub v2, i can edit my loader Ubuntu Karmic with : /boot/grub/grub.cfg

### BEGIN /etc/grub.d/10_linux ###
menuentry "Ubuntu, Linux 2.6.31-19-generic" {
recordfail=1
if [ -n ${have_grubenv} ]; then save_env recordfail; fi
set quiet=1
insmod ext2
set root=(hd0,10)
search --no-floppy --fs-uuid --set fa5dfed6-faa4-43b5-b0a9-6b3f623706f9
linux /boot/vmlinuz-2.6.31-19-generic root=UUID=fa5dfed6-faa4-43b5-b0a9-6b3f623706f9 ro quiet splash
initrd /boot/initrd.img-2.6.31-19-generic
}
menuentry "Ubuntu, Linux 2.6.31-19-generic (recovery mode)" {
recordfail=1
if [ -n ${have_grubenv} ]; then save_env recordfail; fi
insmod ext2
set root=(hd0,10)
search --no-floppy --fs-uuid --set fa5dfed6-faa4-43b5-b0a9-6b3f623706f9
linux /boot/vmlinuz-2.6.31-19-generic root=UUID=fa5dfed6-faa4-43b5-b0a9-6b3f623706f9 ro single
initrd /boot/initrd.img-2.6.31-19-generic
}
menuentry "Ubuntu, Linux 2.6.31-14-generic" {
recordfail=1
if [ -n ${have_grubenv} ]; then save_env recordfail; fi
set quiet=1
insmod ext2
set root=(hd0,10)
search --no-floppy --fs-uuid --set fa5dfed6-faa4-43b5-b0a9-6b3f623706f9
linux /boot/vmlinuz-2.6.31-14-generic root=UUID=fa5dfed6-faa4-43b5-b0a9-6b3f623706f9 ro quiet splash
initrd /boot/initrd.img-2.6.31-14-generic
}
menuentry "Ubuntu, Linux 2.6.31-14-generic (recovery mode)" {
recordfail=1
if [ -n ${have_grubenv} ]; then save_env recordfail; fi
insmod ext2
set root=(hd0,10)
search --no-floppy --fs-uuid --set fa5dfed6-faa4-43b5-b0a9-6b3f623706f9
linux /boot/vmlinuz-2.6.31-14-generic root=UUID=fa5dfed6-faa4-43b5-b0a9-6b3f623706f9 ro single
initrd /boot/initrd.img-2.6.31-14-generic
}
## END /etc/grub.d/10_linux ###

and change to :

### BEGIN /etc/grub.d/10_linux ###
menuentry "Ubuntu, Linux 2.6.31-19-generic" {
recordfail=1
if [ -n ${have_grubenv} ]; then save_env recordfail; fi
set quiet=1
insmod ext2
set root=(hd0,10)
search --no-floppy --fs-uuid --set fa5dfed6-faa4-43b5-b0a9-6b3f623706f9
linux /boot/vmlinuz-2.6.31-19-generic root=UUID=fa5dfed6-faa4-43b5-b0a9-6b3f623706f9 ro quiet splash
initrd /boot/initrd.img-2.6.31-19-generic
}
menuentry "Ubuntu, Linux 2.6.31-19-generic (recovery mode)" {
recordfail=1
if [ -n ${have_grubenv} ]; then save_env recordfail; fi
insmod ext2
set root=(hd0,10)
search --no-floppy --fs-uuid --set fa5dfed6-faa4-43b5-b0a9-6b3f623706f9
linux /boot/vmlinuz-2.6.31-19-generic root=UUID=fa5dfed6-faa4-43b5-b0a9-6b3f623706f9 ro single
initrd /boot/initrd.img-2.6.31-19-generic
}
## END /etc/grub.d/10_linux ###
After do that we can reboot our Ubuntu and just look different view while boot loader menu shown.

Kamis, Januari 14, 2010

Squid 3.0 On Debian Lenny

There is sample configuration for Squid 3.0

http_port 192.168.1.1:3128 transparent
icp_port 3130
acl youtube dstdomain .youtube.com
no_cache allow youtube
hierarchy_stoplist cgi-bin ? localhost .js .jsp .friendster.com
acl QUERY urlpath_regex cgi-bin \? localhost .friendster.com
no_cache deny QUERY
cache_replacement_policy heap LFUDA
memory_replacement_policy heap GDSF
cache_mem 6 MB
cache_dir diskd cache0 12000 28 256
cache_dir diskd cache1 12000 28 256
cache_swap_low 98
cache_swap_high 99
cache_access_log /var/log/squid/access.log
cache_log /var/log/squid/cache.log
cache_store_log /var/log/squid/store.log
mime_table /usr/share/squid/mime.conf
pid_filename /var/run/squid.pid
client_netmask 255.255.255.0
refresh_pattern ^ftp: 10080 95% 241920 reload-into-ims override-lastmod
refresh_pattern . 180 95% 120960 reload-into-ims override-lastmod
redirect_rewrites_host_header off
acl all src 0.0.0.0/0.0.0.0
acl manager proto cache_object
acl localnet src 192.168.1.0/255.255.255.0
acl localhost src 127.0.0.1/255.255.255.255
acl SSL_ports port 443 8443 563 777
acl Safe_ports port 25 80 81 110 443 563 6667 7000 777 210 119 70 21 1025-65535
acl Safe_ports port 280 6668 6669
acl Safe_ports port 488
acl Safe_ports port 591
acl Safe_ports port 777

always_direct deny all
acl CONNECT method CONNECT
http_access allow manager localhost
http_access deny manager
http_access allow localnet
http_access allow localhost
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access deny CONNECT
#httpd_accel_host virtual
#httpd_accel_port 80
#httpd_accel_with_proxy on
#httpd_accel_uses_host_header on
http_access deny all
maximum_object_size 128 MB
maximum_object_size_in_memory 8 KB
ipcache_size 4096
ipcache_low 98
ipcache_high 99
quick_abort_min 0
quick_abort_max 0
quick_abort_pct 75
fqdncache_size 4096
shutdown_lifetime 10 seconds
cache_mgr squidku@yahoo.com
cache_effective_user proxy
cache_effective_group proxy
memory_pools off
buffered_logs off
log_icp_queries off
logfile_rotate 1
log_fqdn off
forwarded_for off
icp_hit_stale on
query_icmp on
reload_into_ims on
emulate_httpd_log off
negative_ttl 2 minutes
pipeline_prefetch on
vary_ignore_expire on
half_closed_clients off
high_page_fault_warning 2
nonhierarchical_direct on
prefer_direct off
visible_hostname squidku.net.id
unique_hostname squidku.net.id
For more configuration we can modificate the configuration above, beside implemented to Debian this configuration can apply to Ubuntu, Linuxmint and other linux distro.

For more information, just visit squid official site.

Jumat, Januari 08, 2010

SheevaPlug - a Debian home server in a wall-wart

Personally I have always been interested in unusual hardware. Coming from a background in electronics, I tend to find "standard" computer hardware rather boring and always like to experiment with stuff that is off the beaten path. So I was thrilled when I found out about the Linux-powered Marvell SheevaPlug and ordered one right away from GlobalScale Technologies for only US$99. My intended project was replacing my ageing and power-hungry home server with this tiny, power-saving device.

System-level decisions

The SheevaPlug (pictured on the left) is an ARM-based computer with a 1.2 GHz processor, 512 MB of RAM and 512 MB of Flash memory, a Gigabit Ethernet port and a USB host connector, all rolled into the tiny form factor of a wall-wart power adapter. It is offered as a development kit in the hope that developers will find cool things to do with it and jump start a new concept called "plug computing". Since its introduction, several web sites have sprung up that provide valuable information to get it up and running for a variety of applications.

Installing Linux on a device like this is nothing like the standard pop-in-a-CD-and-go install process we are accustomed to when installing Linux on a normal PC. For one thing, there is no local user interface in the form of a monitor and keyboard. There is also no CD drive, and the device has no BIOS, instead it has a powerful open-source boot-loader called U-Boot that is quite famous in embedded systems circles.

The SheevaPlug comes with a stripped-down Ubuntu already pre-installed on the Flash drive and, for many uses as a standard file or web server, this may be just fine. But I use my home server as a MythTV backend, and I was surprised to find that the pre-installed Ubuntu does not have any kernel modules installed. This caused my USB TV tuner not to be recognized. I might have been able to hack in the right modules, but since I was going to add an external USB hard drive to store network backups and recorded TV shows anyway, I decided to leave the Ubuntu installation on the Flash drive alone and install a Debian system on the USB hard drive instead.

In case someone would like to install a fresh Ubuntu, it is worth noting that the ARM edition of Ubuntu 9.10 is not compatible with the SheevaPlug processor. Ubuntu 9.10 uses the ARMv6+VFP instruction set, while the SheevaPlug processor can only handle ARMv5 instructions. As far as I know, every other distro with an ARM branch should work though, as does Ubuntu 9.04.

A quick note on running a MythTV backend on the SheevaPlug. While the SheevaPlug has a processor that is quite capable of handling many server-related workloads, it is missing a floating point unit which causes media encoding performance to be pretty poor. In my setup, I only receive over-the-air HDTV, and the incoming MPEG2 stream can be dumped straight to the hard drive without requiring extra encoding. If you were to try to make MythTV on a SheevaPlug record analog TV though, the results would likely be very poor, since the SheevaPlug doesn't have the muscle to handle the required encoding in real time. As always, use the right tool for the task. In my case, not requiring additional encoding, the SheevaPlug handles the backend tasks for both playback of recorded shows and live TV playback with time-shifting just fine.

Installation

After I had already started this project, I found out that there are different ways to install Debian on the SheevaPlug that are probably easier than what I did, but since I didn't use them, I can't comment on them here. Instead I followed the manual bootstrapping procedure described here which is probably harder, but worked well for me nonetheless. The initial step needs to be performed on a different machine that is already running Debian. I didn't follow the procedure to the letter but made some changes to customize my system. For one thing, instead of Debian "unstable", I decided to install Debian "testing". It has a kernel that is recent enough to support my TV tuner (an ATI TV Wonder 600 USB, well supported under Linux), and it is more stable than Debian's "unstable" branch.

I customized /etc/hostname, /etc/network/interfaces and /etc/fstab to fit my network and system. I decided to partition the USB hard drive to have an ext3 system partition, a 1 GB swap partition and use the rest of the drive as a JFS file system that would hold network storage, backups and MythTV recordings. I chose the lesser known JFS file system because it deals well with the large files generated by MythTV and it is well know to be light on CPU usage, a marked advantage for a low-end system like this one. I decided to skip some of the read-only-root recommendations listed in the procedure since I was not using a Flash storage device but a real hard drive.

With my hard drive now set up with the first stage of the bootstrap system, it was time to hook it up to the SheevaPlug and give it a spin. Since I needed to hook up both a USB hard drive and a USB tuner, I had to add an external USB hub to split the one USB connection on the SheevaPlug into four. I do wish the manufacturer would have included a USB hub in the SheevaPlug hardware so more than just one USB connector would be available, but alas, an external hub does the trick.

The SheevaPlug has no connection for a screen, instead the initial console is accessed through a separate USB device connection that provides a virtual serial port. In fact, two virtual serial ports are provided through this connection: one provides JTAG connectivity for very low-level debugging, the other one provides a serial console at 115,200 bps. On a Linux system, these virtual serial ports can be accessed as /dev/ttyUSBx devices, and the serial console ends up being the second device. An inconvenience is that these devices only appear after the SheevaPlug is powered up, so you have to be fast in making your serial terminal connection once the devices appear to be able to stop the automatic bootloader in time.

After changing the bootloader parameters according to the directions in the procedure, I booted and reached a Bash prompt where I could run the second stage of the bootstrap process and the remaining setup. Besides the regular Debian package sources, I also added the debian-multimedia.org repository and was pleasantly surprised how well stocked their ARM repository is. Debian proper has an excellent reputation when it comes to supporting different architectures, but I hadn't expected this to extend to third-party repositories. A MythTV package for ARM was readily available, saving me the lengthy compile-cycle I had been expecting.

Still, I wasn't able to escape compiling entirely. I ran into trouble getting the USB tuner to work, although it is supposed to work just fine under Linux. The kernel always failed to load the firmware, although I had added it according to the instructions, and the kernel could find the file just fine, but then would error out trying to add a duplicate device node. Plugging the tuner in to my netbook running sidux, it worked just fine out of the box. This had me stumped for a while, but eventually I traced the problem down to a difference in how the Debian ARM and x86 kernels are configured. The ARM kernel has an option set to have the I2C device file system compiled into the kernel, while this is a module in the x86 kernel. The USB tuner uses components that connect to each other using the I2C bus, and both the I2C device file system and the TV tuner driver were trying to create device nodes for these components. I solved the issue by having APT download the kernel sources, copying the standard kernel configuration from the /boot directory, changing this troublesome option and recompiling the kernel.

I finished my system by using apt-get to install SSH, Samba, SWAT, MySQL, MythTV, rsync and probably some other stuff I forgot. How to set all these up is beyond the scope of this article and works pretty much the same as on any other Debian system, so plenty of information is available. The only thing that is unusual and that may confuse people is how to run mythtv-setup, since this is a Qt program and the SheevaPlug has no native GUI interface. The answer is that you can use ssh -X to log in to the SheevaPlug with port forwarding, and then when you run mythtv-setup, the user interface will be exported to the machine you're logging in from.

* * * * *
Conclusion


This write-up was intended as a very high-level review of my experience setting up this unusual system, and is by no means a step-by-step walkthrough. There is plenty of detailed information available online on websites such as plugcomputer.org and computingplugs.com that can prove invaluable to get things working on the SheevaPlug. As remarked before, the system is sold as a developer's kit and setting it up is definitely not for the faint of heart or for those who avoid the terminal like the plague. In the end, I had a lot of fun getting this to work and the system is working beautifully. I learned a lot in the process and am amazed yet again at how flexible Debian is as an operating system for just about any computer, even embedded systems like this one.

About the author. Patrick Van Oosterwijck is an embedded software developer who in his professional life spends most of his days designing embedded systems and writing software for micro-controllers, usually on bare-metal devices without operating systems. His interest in Linux started about six years ago and since then he has experimented with everything from SuSE and Ubuntu to Gentoo and Buildroot. The last couple of years he has worked on several projects that apply Linux to embedded systems running on x86, Blackfin and ARM processors.

taken from distro watch issue

Selasa, Januari 05, 2010

What New on Linuxmint 8 Helena

Dekstop view of linuxmint, nice look

This is Linux Mint 8, codename Helena, based and compatible with Ubuntu 9.10 Karmic Koala and its repositories.

New features

Based on Ubuntu 9.10 Karmic Koala, Linux 2.6.31, Gnome 2.28 and Xorg 7.4, Linux Mint 8 "Helena" features a lot of improvements and the latest software from the Open Source World.

Featured improvements in this release: OEM installation, possibility to ignore updates, configurable menu places, multiple selection in the Software Manager, new system tray File Uploader with support for drag and drop and mutiple files uploads.

For complete what's new on Linux Mint you can visit LinuxMint Official site.

to download the installer just click here.