Nivel I Curso De Administración GNU/Linux

Total Page:16

File Type:pdf, Size:1020Kb

Nivel I Curso De Administración GNU/Linux Curso de Administración GNU/Linux Nivel I FacultadFacultad dede CienciaCiencia yy TecnologíaTecnología –– OroOro VerdeVerde –– 20092009 Curso de Administración GNU/Linux Nivel I Facultad de Ciencia y Tecnología – Oro Verde – 20091 El Curso de Administración de GNU/Linux en su nivel I pretende formar profesionales en el ámbito del Software Libre. Capítulo 3: Manejo de paquetes en GNU/Linux Evolución del Software y los paquetes en GNU/Linux Manejo de paquetes con APT y DPKG Manejo de paquetes con TAR y GZIP Manejo de paquetes con herramientas gráficas 2 Para cerrar el capítulo 3 del curso veremos como administrar los paquetes en nuestra distribución Debian GNU/Linux. Comenzaremos con la evolución del Software y tocaremos aspectos históricos de los mismos. Luego pasaremos a ver el manejo de los paquetes con las herramientas apt y dpkg que se utilizan para manipular archivos con extensión .deb. También veremos que manera podremos realizar instalaciones manuales de paquetes con extensión tar.gz o bien tar.bz2. Terminando con la clase veremos algunas utilidades gráficas que nos permitan manipular los paquetes, como ejemplo, podemos citar kpackage para KDE y Synaptic basado en las librerías GTK. Capítulo 3: Evolución del Software y los paquetes GNU/Linux En el principio... ● En GNU/Linux era muy complicado instalar programas. ● Necesitábamos obligatoriamente compilar los programas ● Esto generaba muchos problemas de por las dependencias ● Todo esto hacía que instalar problemas era sumamente complicado 3 Con la salida de las primeras distribuciones de GNU/Linux hace varios años, resultaba sumamente tedioso y complicado instalar aplicaciones, ya que no existía un mecanismo que permitiera realizar esto de forma simple y eficiente. Como vimos anteriormente, al ser una de las bondades del software libre la posibilidad de disponer libremente del código fuente del programa, necesitábamos compilar el mismo para poder obtener los archivos binarios o ejecutables y así poder correr el problema. Sin embaro muchas veces el proceso de compilación de software puede resultar molesto y muy dificultoso, ya que para realizar esta tarea necesitamos tener acceso además a todas las librerías, compiladores y herramientas que esta utiliza. Llamamos a esto dependencias, ya que son todas las librerías y utilidades necesarias para poder llevar a cabo la compilación e instalación del mismo. A la hora de instalar un programa, necesitábamos primero instalar y configurar todas sus dependencias, y aunque a veces el número de dependencias es muy grande y a sus ves éstas pueden depender de otras herramientas, lo que genera una cadena larga de dependencias a la hora de instalar. Capítulo 3: Evolución del Software y los paquetes GNU/Linux Para solucionar esto... ● Distintas comunidades de usuarios desarrollaron Sistemas de Paquetes ● Nace el concepto de paquete ● Esto soluciona la gran mayoría de los problemas anteriores ● En la actualidad existen numerosas herramientas para realizar este proceso 4 Una vez visto este problema, diversas comunidades de usuarios de software libre se pusieron a trabajar para ver como solucionar este problema, y desarrollaron lo que hoy se conoce como Sistema de Paquetes. Un sistema de paquetes es una herramienta que permite administrar toda la instalación de software de una computadora, se encarga de instalar, remover, configurar y actualizar todos las aplicaciones y utilidades del sistema. Un Paquete puede definirse como un programa, herramienta o librería compilada y lista para su uso. En este caso, se instalan directamente los programas compilados y todas sus dependencias y no necesitamos compilar ni preocuparnos por las librerías y las herramientas necesarias para su correcto funcionamiento. Capítulo 3: Evolución del Software y los paquetes GNU/Linux Algunos sistemas de Paquetes ● Debian GNU/Linux: apt-get ● Gentoo: Portage ● Slackware: tgz ● Fedora / RedHat / CentOS: yum 5 Advanced Packaging Tool, (tcc APT), es un sistema de gestión de paquetes creado por el proyecto Debian. APT simplifica en gran medida la instalación y eliminación de programas en los sistemas GNU/ Linux. No existe un programa apt en sí mismo, sino que APT es una biblioteca de funciones C++ que se emplea por varios programas de Línea de comandos para distribuir paquetes, en especial, apt-get y apt-cache. Existen también programas que proporcionan un frontispicio para APT, generalmente basados en apt-get, como aptitude con una interfaz de texto ncurses, Synaptic con una interfaz gráfica GTK+, o Adept con una interfaz gráfica Qt. Existe un repositorio central con más de 21.000 paquetes apt utilizados por apt-get y programas derivados para descargar e instalar aplicaciones directamente desde Internet, conocida como una de las mejores cualidades de Debian. APT fue diseñado originariamente para trabajar con paquetes .deb, en lo sistemas Debian (y derivados), pero desde entonces ha sido modificado para trabajar con paquetes RPM (apt-rpm), y para funcionar en otros sistemas operativos, como Mac OS X (Fink) y OpenSolaris (distribución Nexenta OS). RPM Package Manager (o RPM, originalmente llamado Red Hat Package Manager) es una herramienta de administración de paquetes pensada básicamente para Linux. Es capaz de instalar, actualizar, desinstalar, verificar y solicitar programas. RPM es el formato de paquete de partida del Linux Standard Base. Originalmente desarrollado por Red Hat para Red Hat Linux, en la actualidad muchas distribuciones Linux lo usan dentro de los cuales las más destacadas son Fedora Linux, MandrivaLinux, SuSE Linux y Conectiva Linux. También se ha portado a otros sistemas operativos. Portage es el nombre del sistema avanzado de ports originario de Gentoo. Portage es un verdadero sistema de ports en la tradición de los ports BSD, pero está basado en Python y posee una serie de características avanzadas, entre ellas: la gestión de dependencias, afinamiento preciso de los paquetes a gusto del administrador, instalaciones falsas al estilo OpenBSD, cajas de arena durante la compilación, desinstalación segura, perfiles de sistema, paquetes virtuales, gestión de los ficheros de configuración y múltiples ranuras para distintas versiones de un mismo paquete. Yellow dog Updater, Modified YUM es una herramienta de software libre de gestión de paquetes para sistemas Linux basados en RPM. Fue desarrollado por Seth Vidal y un grupo de programadores voluntarios, y actualmente se mantiene como parte del proyecto Linux@DUKE de la Universidad de Duke. Clase 6: Manejo de paquetes con APT y DPKG ¿Qué es APT? ● Herramienta avanzada para el manejo de paquetes. ● Basada el uso de DPKG. Algunas funciones de APT ● Resolución de complejas dependencias. ● Traer paquetes de servidores remotos para instalar en nuestro equipo. Configuración básica de APT Se realiza desde el archivo /etc/apt/sources.list. 6 APT es un acrónimo para Advanced Packaging Tool, un sistema de gestión de paquetes creado por el proyecto Debian. Su objetivo es simplificar en gran medida la instalación y eliminación de programas en los sitemas Linux. No existe un programa apt en sí mismo; éste es una librería de funciones C++ que se emplea por varios programas de línea de comandos para distribuir paquetes, en especial, apt-get y apt-cache. Existen también programas que proporcionan un front end para APT, generalmente basados en apt-get, como aptitude con una intefaz de texto ncurses o synaptic con una interfaz gráfica GTK+. Existe un repositorio central con más de 19000 paquetes apt utilizados por apt-get y programas derivados para descargar e instalar aplicaciones directamente desde Internet, conocida como una de las mejores cualidades de Debian. APT fue diseñado originariamente para trabajar con paquetes .deb en lo sistemas Debian, pero desde entonces ha sido modificado para trabajar con paquetes RPMs, y para funcionar en otros sistemas operativo, como Mac OS X. El archivo /etc/apt/sources.list y el contenido de este archivo, normalmente sigue este formato: # See sources.list(5) for more information, especialy # Remember that you can only use http, ftp or file URIs # CDROMs are managed through the apt-cdrom tool. deb http://http.us.debian.org/debian stable main contrib non-free deb http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free deb http://security.debian.org stable/updates main contrib non-free # Uncomment if you want the apt-get source function to work #deb-src http://http.us.debian.org/debian stable main contrib non-free #deb-src http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free La primera palabra en cada línea, deb o deb-src, indican el tipo del archivo: si son paquetes binarios (deb) o paquetes fuente (deb-src), que son los códigos originales, más el archivo de control de Debian (.dsc) y el diff.gz que contienen los cambios necesarios para "debianizar" el programa. Las líneas que comienzan con # nos indican que son comentarios o fuentes que no están siendo utilizadas por nuestro sistema en este momento. De manera que si queremos agregarlas, solo necesitamos borrar el #. A este proceso se lo suele llamar descomentar. Clase 6: Manejo de paquetes con APT y DPKG Configuración de APT El archivo /etc/apt/sources.list posee una lista de las fuentes en donde encontraremos los paquetes. Estructura de /etc/apt/sources.list deb http://host/debian distribución sección1 sección2 sección3 deb-src http://host/debian distribución sección1 sección2 sección3 Ejemplo de /etc/apt/sources.list deb http://http.us.debian.org/debian stable main contrib non-free deb-src http://http.us.debian.org/debian stable main contrib non-free 7 Sources.list es archivo hallado, siguiendo la localización completa /etc/apt/sources.list, en distribuciones GNU/Linux derivadas de Debian GNU/Linux; donde se enlistan las "fuentes" o "repositorios" disponibles de los paquetes de software candidatos a ser: actualizados, instalados, removidos, buscados, sujetos a comparación de versiones, etc. La herramienta APT administra el acceso a dichos paquetes, utilizando el fichero sources.list, para realizar las acciones previamente mencionadas.
Recommended publications
  • KDE Plasma 5
    Arvo Mägi KDE Plasma 5 Tallinn, 2017 1 Sissejuhatus KDE töökeskkonnale pani aluse saksa programmeerija Matthias Ettrich 14.10.1996. 2016. a oktoobris sai populaarne KDE seega 20. aastaseks. Hea ülevaate KDE ajaloost annab artikkel „19 Years of KDE History: Step by Step.” KDE 4.14 ilmumisega oli KDE saavutanud kasutusküpsuse, kuid edasine areng kippus takerduma – vaja oli põhimõttelisi uuendusi. Otsustati võtta kasutusele iseseisvatel moodulitel põhinev KDE 5 arhitektuur – Qt/Frameworks. Kõik KDE rakendusprogrammid, sh Plasma 5 töölaud, kasutavad ainult konkreetse rakenduse jaoks vajalikke mooduleid. Varem kasutati kõigi rakenduste jaoks ühist suurt teeki, mis raskendas muudatuste tegemist ja pidurdas arendustööd. Qt on C++ programmeerimiskeskkond. Pikaajalise toega Qt 5.9 LTS ilmus 31. mail 2017. KDE Frameworks on 70 moodulist koosnev komplekt, mis lihtsustab Qt keskkonnas KDE programmide koostamist. Frameworks veaparandused ja täiendused ilmuvad iga kuu. KDE Plasma 5 töölaud põhineb KDE Frameworksil (KF5). Töölaua veaparandused ilmuvad iga kuu, vajadusel mitu korda kuus, uued versioonid kord kvartalis. Plasma 5.8 LTS, mis on pikaajalise toega (18 kuud), ilmus 4.10.2016, veidi enne KDE 20. aastaseks saamist. Plasma 5.10 ilmus 30.05.2017. Järgmine pikaajalise toega Plasma 5.12 ilmub 2018. a jaanuaris. Plasma 5 töölaud on pälvinud palju kiitvaid hinnanguid ja sobib igapäevaseks tööks. Eeldab kaasaegset, mitme tuumaga protsessori ja piisava mäluga (vähemalt 4 GB) arvutit. SSD kettalt töötab välkkiirelt. Töölaud on keskkond rakendusprogrammide käivitamiseks ja kasutamiseks. KF5-le on üle viidud kõik KDE põhirakendused (failihaldur Dolphin, pildinäitaja Gwenview, konsool Konsole, teksti- redaktor Kate, ekraanitõmmise võtja Spectacle, videoredaktor Kdenlive, plaadikirjutaja K3b jt). Need on KDE Applications koosseisus, mille uued versioonid ilmuvad kolm korda aastas, veaparandused kord kuus.
    [Show full text]
  • Translate's Localization Guide
    Translate’s Localization Guide Release 0.9.0 Translate Jun 26, 2020 Contents 1 Localisation Guide 1 2 Glossary 191 3 Language Information 195 i ii CHAPTER 1 Localisation Guide The general aim of this document is not to replace other well written works but to draw them together. So for instance the section on projects contains information that should help you get started and point you to the documents that are often hard to find. The section of translation should provide a general enough overview of common mistakes and pitfalls. We have found the localisation community very fragmented and hope that through this document we can bring people together and unify information that is out there but in many many different places. The one section that we feel is unique is the guide to developers – they make assumptions about localisation without fully understanding the implications, we complain but honestly there is not one place that can help give a developer and overview of what is needed from them, we hope that the developer section goes a long way to solving that issue. 1.1 Purpose The purpose of this document is to provide one reference for localisers. You will find lots of information on localising and packaging on the web but not a single resource that can guide you. Most of the information is also domain specific ie it addresses KDE, Mozilla, etc. We hope that this is more general. This document also goes beyond the technical aspects of localisation which seems to be the domain of other lo- calisation documents.
    [Show full text]
  • Using Your Desktop
    Valade_06.qxd 3/31/05 2:58 PM Page 73 CHAPTER 6 Using Your Desktop inux provides two basic types of interface for you to use when working with your computer: GUI (graphical user interface) and CLI (command-line interface). An L overview of the interface types is provided in Chapter 5. In this chapter, the most common type of interface, a GUI called a desktop, is discussed in detail. The CLI is dis- cussed in detail in Chapter 7. Linux can start without a desktop, but most users prefer to have Linux start with a desk- top. The installation instructions provided in Chapter 4 result in a desktop opening at startup. A desktop interface functions as the top of your desk, supplying an empty work- ing surface and a set of tools. Different distributions provide different desktops, but most provide KDE (K Desktop Environment) and/or GNOME (Gnu Network Object Model Environment)—the Big Two of Linux desktops. The default desktop differs by distribution. For instance, Fedora defaults to GNOME, and Mandrake/SuSE defaults to KDE. However, you can change the default once you decide which desktop you prefer. KDE and GNOME are open source software, each developed in a project of its own. New versions are released independently of Linux releases or the release of any specific Linux distribution. As a result, different distributions include different KDE and/or GNOME versions. In addition, KDE and GNOME are very configurable. Almost everything about them can be changed. Consequently, KDE and GNOME don’t look exactly the same in different distributions or versions of distributions.
    [Show full text]
  • Get Your Default KDE and GNOME Desktops in Line by David D
    Get Your Default KDE and GNOME Desktops in Line by David D. Scribner As mentioned in my last article, Get Your Default KDE and GNOME Menus in Line, the User Manuals for the KDE and GNOME GUI environments include instructions on modifying the user’s menus and desktop properties. Just as with the menus however, modifications to the desktop settings made by individual users are stored in the user’s home directory and have no affect on the “defaults” installed for new users. Being the system administrator, you may have custom desktop wallpaper, shortcut icons and panel (or Kicker, as KDE now calls it) icons that differ from those set up in the default configurations. If you wish to have the default desktops installed for new users tailored to include selected application icons in the panel or kicker (taskbar), or changes to the default desktop shortcuts, background, colors or style that GNOME and KDE normally set up for those new users, you will have to make a few modifications. This article is intended to cover the basic tasks of customizing such default installations. Since customizing the default desktops for your new users result in changes to the installed files, back up any of these files/directories before proceeding with any modifications! Desktop Configuration Skeletons Items pertaining to the desktop you want your new users to be greeted with are perhaps easiest to configure by placing the relevant KDE and GNOME desktop configuration files in the /etc/skel directory. You could modify the master files KDE and GNOME use to create new user setups, but they may be overwritten should you upgrade to a newer version of the environment.
    [Show full text]
  • Kubuntu Desktop Guide
    Kubuntu Desktop Guide Ubuntu Documentation Project <[email protected]> Kubuntu Desktop Guide by Ubuntu Documentation Project <[email protected]> Copyright © 2004, 2005, 2006 Canonical Ltd. and members of the Ubuntu Documentation Project Abstract The Kubuntu Desktop Guide aims to explain to the reader how to configure and use the Kubuntu desktop. Credits and License The following Ubuntu Documentation Team authors maintain this document: • Venkat Raghavan The following people have also have contributed to this document: • Brian Burger • Naaman Campbell • Milo Casagrande • Matthew East • Korky Kathman • Francois LeBlanc • Ken Minardo • Robert Stoffers The Kubuntu Desktop Guide is based on the original work of: • Chua Wen Kiat • Tomas Zijdemans • Abdullah Ramazanoglu • Christoph Haas • Alexander Poslavsky • Enrico Zini • Johnathon Hornbeck • Nick Loeve • Kevin Muligan • Niel Tallim • Matt Galvin • Sean Wheller This document is made available under a dual license strategy that includes the GNU Free Documentation License (GFDL) and the Creative Commons ShareAlike 2.0 License (CC-BY-SA). You are free to modify, extend, and improve the Ubuntu documentation source code under the terms of these licenses. All derivative works must be released under either or both of these licenses. This documentation is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE AS DESCRIBED IN THE DISCLAIMER. Copies of these licenses are available in the appendices section of this book. Online versions can be found at the following URLs: • GNU Free Documentation License [http://www.gnu.org/copyleft/fdl.html] • Attribution-ShareAlike 2.0 [http://creativecommons.org/licenses/by-sa/2.0/] Disclaimer Every effort has been made to ensure that the information compiled in this publication is accurate and correct.
    [Show full text]
  • MX-19.2 Users Manual
    MX-19.2 Users Manual v. 20200801 manual AT mxlinux DOT org Ctrl-F = Search this Manual Ctrl+Home = Return to top Table of Contents 1 Introduction...................................................................................................................................4 1.1 About MX Linux................................................................................................................4 1.2 About this Manual..............................................................................................................4 1.3 System requirements..........................................................................................................5 1.4 Support and EOL................................................................................................................6 1.5 Bugs, issues and requests...................................................................................................6 1.6 Migration............................................................................................................................7 1.7 Our positions......................................................................................................................8 1.8 Notes for Translators.............................................................................................................8 2 Installation...................................................................................................................................10 2.1 Introduction......................................................................................................................10
    [Show full text]
  • Pipenightdreams Osgcal-Doc Mumudvb Mpg123-Alsa Tbb
    pipenightdreams osgcal-doc mumudvb mpg123-alsa tbb-examples libgammu4-dbg gcc-4.1-doc snort-rules-default davical cutmp3 libevolution5.0-cil aspell-am python-gobject-doc openoffice.org-l10n-mn libc6-xen xserver-xorg trophy-data t38modem pioneers-console libnb-platform10-java libgtkglext1-ruby libboost-wave1.39-dev drgenius bfbtester libchromexvmcpro1 isdnutils-xtools ubuntuone-client openoffice.org2-math openoffice.org-l10n-lt lsb-cxx-ia32 kdeartwork-emoticons-kde4 wmpuzzle trafshow python-plplot lx-gdb link-monitor-applet libscm-dev liblog-agent-logger-perl libccrtp-doc libclass-throwable-perl kde-i18n-csb jack-jconv hamradio-menus coinor-libvol-doc msx-emulator bitbake nabi language-pack-gnome-zh libpaperg popularity-contest xracer-tools xfont-nexus opendrim-lmp-baseserver libvorbisfile-ruby liblinebreak-doc libgfcui-2.0-0c2a-dbg libblacs-mpi-dev dict-freedict-spa-eng blender-ogrexml aspell-da x11-apps openoffice.org-l10n-lv openoffice.org-l10n-nl pnmtopng libodbcinstq1 libhsqldb-java-doc libmono-addins-gui0.2-cil sg3-utils linux-backports-modules-alsa-2.6.31-19-generic yorick-yeti-gsl python-pymssql plasma-widget-cpuload mcpp gpsim-lcd cl-csv libhtml-clean-perl asterisk-dbg apt-dater-dbg libgnome-mag1-dev language-pack-gnome-yo python-crypto svn-autoreleasedeb sugar-terminal-activity mii-diag maria-doc libplexus-component-api-java-doc libhugs-hgl-bundled libchipcard-libgwenhywfar47-plugins libghc6-random-dev freefem3d ezmlm cakephp-scripts aspell-ar ara-byte not+sparc openoffice.org-l10n-nn linux-backports-modules-karmic-generic-pae
    [Show full text]
  • What's New in KDE SC
    RevieWs KDE SC 4.4 What’s new in KDE SC 4.4 FOUR-IN-HAND fmatte, photocase.com fmatte, Version 4.4 sees the KDE Software Compilation reach a status on par puzzle bench lets you create your own puzzles, giving you a free choice of the with the user friendliness and stability of good old KDE 3.5. On top of number of parts (Figure 3). Palapeli au- tomatically remembers your progress in this, many features are new. BY MARCEL HILZINGER completing the puzzles. You can thus work on multiple puzzles, or new puzzle f you have not looked at an open line feature allows users to compose designs, concurrently. source operating system for a year, postings at any time. iyou probably won’t recognize any- The KDE-Edu educational set includes New system Components thing. Projects disappear and new ones two new programs: Cantor and Rocs. KDE always had an address book, but take their place; a tool or library that is The Cantor math tool (Figure 2) lets you the tool that comes with KDE SC 4.4 is today’s buzz can be obsolete tomorrow. compose math worksheets. By default, practically a new program. Its author is KDE users experienced this situation Cantor relies on the internal KAlgebra KDE PIM developer Tobias König, who is when the desktop warped from version back end, although it 3.x to 4.x. Early 4.x releases showed supports the free Maxima promise, but none could achieve the sta- [3] and Sage [4] educa- Online. Easy. Secure. Reliable bility and versatility of the late 3.x se- tional systems.
    [Show full text]
  • KDE 2.0 Development
    00 8911 FM 10/16/00 2:09 PM Page i KDE 2.0 Development David Sweet, et al. 201 West 103rd St., Indianapolis, Indiana, 46290 USA 00 8911 FM 10/16/00 2:09 PM Page ii KDE 2.0 Development ASSOCIATE PUBLISHER Michael Stephens Copyright © 2001 by Sams Publishing This material may be distributed only subject to the terms and conditions set ACQUISITIONS EDITOR forth in the Open Publication License, v1.0 or later (the latest version is Shelley Johnston presently available at http://www.opencontent.org/openpub/). DEVELOPMENT EDITOR Distribution of the work or derivative of the work in any standard (paper) book Heather Goodell form is prohibited unless prior permission is obtained from the copyright holder. MANAGING EDITOR No patent liability is assumed with respect to the use of the information con- Matt Purcell tained herein. Although every precaution has been taken in the preparation of PROJECT EDITOR this book, the publisher and author assume no responsibility for errors or omis- Christina Smith sions. Neither is any liability assumed for damages resulting from the use of the information contained herein. COPY EDITOR International Standard Book Number: 0-672-31891-1 Barbara Hacha Kim Cofer Library of Congress Catalog Card Number: 99-067972 Printed in the United States of America INDEXER Erika Millen First Printing: October 2000 PROOFREADER 03 02 01 00 4 3 2 1 Candice Hightower Trademarks TECHNICAL EDITOR Kurt Granroth All terms mentioned in this book that are known to be trademarks or service Matthias Ettrich marks have been appropriately capitalized. Sams Publishing cannot attest to Kurt Wall the accuracy of this information.
    [Show full text]
  • Glossary.Pdf
    2 Contents 1 Glossary 4 3 1 Glossary Technologies Akonadi The data storage access mechanism for all PIM (Personal Information Manager) data in KDE SC 4. One single storage and retrieval system allows efficiency and extensibility not possible under KDE 3, where each PIM component had its own system. Note that use of Akonadi does not change data storage formats (vcard, iCalendar, mbox, maildir etc.) - it just provides a new way of accessing and updating the data.</p><p> The main reasons for design and development of Akonadi are of technical nature, e.g. having a unique way to ac- cess PIM-data (contacts, calendars, emails..) from different applications (e.g. KMail, KWord etc.), thus eliminating the need to write similar code here and there.</p><p> Another goal is to de-couple GUI applications like KMail from the direct access to external resources like mail-servers - which was a major reason for bug-reports/wishes with regard to perfor- mance/responsiveness in the past.</p><p> More info:</p><p> <a href=https://community.kde.org/KDE_PIM/Akonadi target=_top>Akonadi for KDE’s PIM</a></p><p> <a href=https://en.wikipedia.org/wiki/Akonadi target=_top>Wikipedia: Akonadi</a></p><p> <a href=https://techbase.kde.org/KDE_PIM/Akonadi target=_top>Techbase - Akonadi</a> See Also "GUI". See Also "KDE". Applications Applications are based on the core libraries projects by the KDE community, currently KDE Frameworks and previously KDE Platform.</p><p> More info:</p><p> <a href=https://community.kde.org/Promo/Guidance/Branding/Quick_Guide/ target=_top>KDE Branding</a> See Also "Plasma".
    [Show full text]
  • Unregisterd Version
    The Official Ubuntu Book 1 Table of Contents 3 Copyright 6 Foreword 8 Preface 11 Acknowledgments 13 About the Authors 14 Introduction 15 Chapter 1. Introducing Ubuntu 18 A Wild Ride 19 Free Software, Open Source, and GNU/Linux 20 A Brief History of Ubuntu 23 What Is Ubuntu? 27 Ubuntu Promises and Goals 31 Canonical and the Ubuntu Foundation 36 Ubuntu Subprojects, Derivatives, and Spin offs 39 Summary 40 Chapter 2. Installing Ubuntu 41 Choosing Your Ubuntu Version 42 Getting Ubuntu 44 Installing from the Desktop CD 47 Installing Using the Alternate Install CD 56 Post-Installation 64 Summary 66 Chapter 3. Using Ubuntu on the Desktop 67 Taking Your Desktop for a Ride 69 Using Your Applications 78 The Ubuntu File Chooser and Bookmarks 116 Ubuntu in Your Language 118 Customizing Ubuntu's Look and Feel 119 Managing Your Files 121 Ubuntu and Multimedia 127 Summary 133 Chapter 4. Advanced Usage and Managing Ubuntu 134 Adding and Removing Programs and Packages 135 Keeping Your Computer Updated 143 Moving to the Next Ubuntu Release 147 Using and Abusing Devices and Media 148 Configuring a Printer in Ubuntu 151 Graphically Access Remote Files 158 The Terminal 160 Working with Windows 165 Summary 167 Chapter 5. The Ubuntu Server 168 What Is Ubuntu Server? 169 Installing Ubuntu Server 171 Ubuntu Package Management 179 Ubuntu Server Security 188 Summary 193 Chapter 6. Support and Typical Problems 194 Your System 196 Applications 210 Multimedia 215 Networking 221 Hardware 226 System Administration 237 Other 249 Summary 255 Chapter 7. Using Kubuntu 256 Introduction to Kubuntu 257 Installing Kubuntu 262 Customizing Kubuntu 269 Systems Administration 273 Managing Files with Kubuntu 289 Common Applications 297 Finding Help and Giving Back to the Community 315 Summary 317 Chapter 8.
    [Show full text]
  • K Desktop Environment 3 from Wikipedia, the Free Encyclopedia
    K Desktop Environment 3 From Wikipedia, the free encyclopedia K Desktop Environment 3 is the third series of releases of the K Desktop Environment (after that called KDE Software Compilation). There are six major releases in this series. K Desktop Environment 3 Contents 1 K Desktop Environment 3.0 2 K Desktop Environment 3.1 3 K Desktop Environment 3.2 4 K Desktop Environment 3.3 K Desktop Environment 3.5 5 K Desktop Environment 3.4 6 K Desktop Environment 3.5 Developer(s) KDE Initial release 3 April 2002 6.1 Kolab Enterprise Stable release 3.5.10 / 26 August 7 Release schedule 2008 Development status Superseded by 8 Trinity Desktop Environment KDE SC 4 9 References Written in C++ (Qt 3) Operating system Unix-like with X11 10 External links Available in Multilingual Type Desktop environment K Desktop Environment 3.0 License GPL and other licenses K Desktop Environment 3.0 introduced better support for restricted usage, a feature demanded by certain environments such as kiosks, Internet cafes and enterprise deployments, which disallows the user from having full access to all capabilities of a Website kde.org (http://kde piece of software.[1] To address these needs, KDE 3.0 included a new lockdown framework, essentially a permissions-based .org/) system for altering application configuration options that supplements the standard UNIX permissions system.[2] The KDE panel and the desktop manager were modified to employ this system, but other major desktop components, such as Konqueror and the Control Center, had to wait for subsequent releases.[3] K Desktop Environment 3.0 debuted a new printing framework, KDEPrint.
    [Show full text]