Welcome to Planet openSUSE

This is a feed aggregator that collects what openSUSE contributors are writing in their respective blogs.

To have your blog added to this aggregator, please read the instructions.


Wednesday
16 May, 2012


face

Sirko brought up the idea to organise a hackfest together with developers of applications for Linux desktops and experts interested in colour management. The idea behind that event was to bring interested developers together, support them in implementing color management in their software and move forward that topic across desktops and distributions.

During the recent LGM we found a chance to involve Richard Hughes and planed together about what we like to do during the hackfest. We spotted three main areas of interest: desktop applications including window managers, web browsers and printing. These topics are already worked on, but in a scattered way.

As example, Gwenview is a really great application for managing pictures. But it has no color management implemented yet. Color management in KWin is worked on during the GSoC this year, but in the opposite color management in the compositing manager mutter on the GNOME side is far away as can be read here. Not many web browsers support color management and if they who do, it is often incomplete. The SVG v2 standard will for example introduce additional color management features compared to SVG v1. So it is now the right time to get these implemented in order to be well prepared. For the KDE printing stack there is also a GSoC project this year, but also the Linux Foundation has a working group for this topic.

So, by meeting in person in one place, we want to get something done and build a good understanding of the role of each participating group for a working end to end colour management.

The hackfest will very likely happen in Brno in the Czech Republic at the Red Hat offices. A good time appears later this year 16th till 19th November. Now we like to collect more ideas, speak to people and sort financial issues.


face

 

Por este blog hemos celebrado varios cumpleaños, y así dimos cuenta de la celebración de los 20 años del kernel Linux, también como no de Suse, y tambien celebramos los 15 años de KDE.

Y hoy la felicitación corresponde a que celebramos los 10 años de Red Hat. Una de las grandes empresas junto con la veterana Suse, en hacer de Linux un negocio rentable. Esta empresa se ha convertido en un referente a nivel mundial en cuanto a modelo de empresa “open source”.

Sigue demostrando que una empresa puede ser rentable comercializando un producto libre como es Linux, si da un soporte y ayuda extra. Los productos de Red Hat y los servicios que ofrece siguen siendo válidos para las empresas que los adoptan, y Red Hat sigue desarrollando nuevas fórmulas que satisfagan las necesidades de los usuarios.

Red Hat para conmemorar este décimo aniversaio ha sacado una línea de tiempo donde se pueden ver y consultar los diferentes hitos que han formado la historia de la empresa en estos 10 años. Puedes verlo es este enlace: http://www.redhat.com/10yearsofrhel/

 

 

Red Hat continúa trabajando en sus proyectos y lanzará Red Hat Enterprise Linux 7 en la segunda mitad de 2013, pero tambien sigue apoyando y patrocinando la comunidad GNU/Linux con Fedora, que pronto lanzará su versión 17.

——————————————————



face

Logo LinuxTagEuropes biggest event arround Linux and Open Source – LinuxTag, is’nt far away anymore and Oyranos will participate on it. LinuxTag take its place in Berlin from 23.-26. May on the exhibition area arround the Funkturm. On saturday the 26th of May I will present together with Sirko an talk about colour management – “Bring Color To The Game“. The talk will not introduce Oyranos as CMS, it will more explain what color management is and about the actual status on free desktops. We want as well to talk about what a user needs to get colour management running. During LinuxTag I will be reachable on the openSUSE booth for questions and introduction into profiling and bring some colorimeters.


face
The SUSE Systems Management team has finished converting YaST from Subversion to GIT and will be migrating all repositories to GitHub this week.

We'd like to benefit from some GitHub features, such as code review, comments, easier merging and cherry-picking, integrated wiki etc., but most of all, we'd like to be closer to the community so it's easier for you to change anything in YaST.

See you soon at GitHub!

face


Ο καιρός έχει ζεστάνει για τα καλά και ήρθε λοιπόν η ώρα να κανονίσουμε ξανά τις καλοκαιρινές μας εξορμήσεις για φέτος. Έτσι λοιπόν ήρθε η ώρα να βρεθούμε και πάλι όλοι μαζί για το φετινό openSUSE Collaboration Summer Camp !!! 
Τι θα κάνουμε είπες;

Θα μαζευτούμε όλοι μαζί δίπλα στη θάλασσα για να παρακολουθήσουμε διάφορα workshops (μην ξεχάσετε να φέρετε τα laptop σας!) και θα δουλέψουμε πάνω στα αγαπημένα μας projects! 
Πότε;

Το Παρασκευοσαββατοκύριακο 20-21-22 Ιουλίου 2012! 
Πού;

Στο ξενοδοχείο Grand Platon Hotel ( www.grandplaton-hotel.gr ) στην Ολυμπιακή Ακτή στην παραλία Κατερίνης. Λεπτομέρειες για το πώς να έρθετε μπορείτε να βρείτε εδώ. 
Ποιός;

Η ελληνική κοινότητα openSUSE που διοργανώνει το 2ο openSUSE Collaboration Summer Camp θα φροντίσει για την ομαλή ροή του προγράμματος, το χώρο και τις λεπτομέρειες της διοργάνωσης. Απευθύνεται σε όλους όσους ασχολούνται με το ΕΛ/ΛΑΚ οι οποίοι μπορούν τόσο να συμμετέχουν όσο και να πραγματοποιήσουν το δικό τους workshop! 
Γιατί να έρθω λοιπόν;

Στόχος μας είναι να φέρουμε πιο κοντά τις κοινότητες, ενθαρρύνοντας τη συνεργασία και δουλεύοντας όλοι μαζί πάνω στα projects που μας ενδιαφέρουν, ενώ ταυτόχρονα να ενδυναμώσουμε την επικοινωνία ανάμεσα στα μέλη της ελληνικής κοινότητας ΕΛ/ΛΑΚ. Φυσικά δε θα λείψουν οι αμέτρητες βουτιές στη θάλασσα και οι άφθονες μπύρες, διότι αγαπάμε αυτό που κάνουμε και περνάμε ωραία συνεισφέροντας στο ΕΛ/ΛΑΚ ακόμα και το καλοκαίρι! 
Όσοι θέλετε να συμμετέχετε, επικοινωνήστε μαζί μας και δηλώστε συμμετοχή ώστε να μπορέσουμε να οργανώσουμε καλύτερα τη διαθεσιμότητα των δωματίων! 

Για περισσότερες πληροφορίες & δήλωση συμμετοχής: 
- Επικοινωνήστε μαζί μας στο summercamp@os-el.gr 
- Μπείτε στο κανάλι μας #openSUSE-el στον IRC server Freenode. 

face

Over the next few days, we will gradually remove these duplicated 3rd party repositories from Studio. Official and private user repositories will not be affected. Affected appliances will be automatically updated.

What impact might this have on you?

Most users will not notice anything different, but some may encounter a couple of side-effects:

  1. Your 3rd party repositories in Studio may now have a different name.The name of the repository being used by your appliance may change, but you don't have to worry about that because:
    • Your account was not compromised - the change is done by our cleanup script.
    • The contents of the affected repositories (if any) should be identical.
    • The official and private user repositories are not affected.
  2. Your appliance may have software resolution errors. This is rare, but can happen if the explicitly requested software version is not available in the new repository (eg. the old version is no longer in the repository nor in the Studio cache). If this happens, Studio will propose the following solutions:
    • Add the latest version of the package: This will explicitly require the latest version of the package from the repositories in your appliance.
    • Do not require a specific version of the package: This removes the explicit version constrain, pulling in latest version instead.
    • Remove the package: No longer install the package in the appliance.
If you must have the old package, you can either package it inside of a dedicated repository with the openSUSE Build Service or upload the RPM to Studio.

Please contact us via the forum or mailing list if you have any questions or problems.

Why are we doing this?

It’s spring time once again and so we’re busy with housekeeping to maintain a reasonably fast and responsive site, even as the number of users grows. This week’s spring cleaning target is the software repositories in Studio. There are three types of software repositories that can be added to your SUSE Studio appliances:

  • Official repositories: Repositories added by the Studio administrators, like openSUSE 12.1 OSS and SLES 11 SP2 x86_64.
  • 3rd party repositories: Public repositories hosted outside of susestudio.com that have been added by Studio users, such as those from the openSUSE Build Service and PackMan.
  • Private user repositories: Repositories that are automatically created and hosted by Studio whenever you upload a RPM to your appliance in the software tab. These are private to your appliance and are only accessible by Studio.

For faster appliance builds and improved reliability (eg. builds will still work if the external repository is temporarily down), all RPMs from these repositories are cached by Studio. Whenever a new repository is added, all the RPMs within it are added to the download queue and bumped up if it is required by an appliance build (the build process waits for the download to be completed).

With more than 18,000 repositories, these cached RPMs use quite some terabytes on our storage servers. There are often duplicated RPMs from different


face

 

Estamos a pocos días de empezar Akademy-es 2012 de Zaragoza, el mayor evento KDE en España en el que las charlas, ponencias, comidas y reencuentros serán los protagonistas, pero también se podrán hacer otras cosas como:

  1. Conocer el mundo secreto de los desarrolladores; sus motivaciones, sus aplicaciones, cómo trabajan, etc.
  2. Charlar con otros usuarios de KDE y saber cuáles son los motivos por los que lo usan.
  3. Aprender nuevas aplicaciones para tus quehaceres o nuevos trucos del entorno KDE.
  4. Conocer otros usuarios y compartir experiencias.
  5. Tomar una copa o un tentempié con el programador o traductor de tu aplicación favorita.

Y me queda la +1 cosa que hacer, o mejor dicho, que llevarnos a casa cuando el domingo finalice el evento: cargarse con energías KDE para seguir trabajando para la Comunidad.

 

¡Nos vemos en Zaragoza!

No related content found.


Tuesday
15 May, 2012


face


Grandes noticias. El gran Antonio Larrosa, uno de los más ilustres veteranos promotores de KDE, vuelve a subir al estrado para relizar una ponencia sobre el proyecto.
El próximo jueves 17 dará una conferencia en la Universidad de Málaga con título “KDE: Organización y desarrollo con software libre” dentro del ciclo de conferencias organizada por la rama de estudiantes del IEEE de Málaga.
El evento será a las 17:30 en la Sala de Grados A de la E.T.S.I. Informática.
Esta charla puede ser un buen aperitivo si pensáis ir a Akademy-es 2012 de Zaragoza o un excelente sustituto si no podéis asistir al evento maño.

No related content found.


face

Всем привет. В одной из прошлых статей я писал о мультипротокольном кроссплатформенном мессенджере MDC. Напомню, MDC – мессенджер с поддержкой протоколов ICQ, Mail.ru и других. Но главной его фишкой является возможность хранить историю на сервере и объединять контакты из разных протоколов. На момент написания статьи в моем репозитории был собран пакет MDC.

С тех пор много воды утекло. Был открыт исходный код MDC. Но почему-то его разработка была заброшена. На сегодняшний день последней версией мессенджера так и осталась 1.0.4.3. В связи с этим  я не придал значения тому, что с выходом openSUSE 12.1 не был собран rpm-пакет для этой версии дистрибутива. И как оказалось, напрасно. На почту мне стали приходить письма с просьбой собрать rpm-пакет MDC для последней версии дистрибутива openSUSE. Должен признать, что по причине занятости я немного повременил со сборкой. Но теперь пакет собран и выложен в моей домашнем репозитории. Прошу любить и жаловать.

Если у вас еще не добавлен мой репозиторий:

#zypper ar http://download.opensuse.org/repositories/home:/tuoma/openSUSE_12.1/  home:tuoma

И устанавливаем MDC:

#zypper in mdc

Для любителей поклацать мышкой, все тоже самое можно сделать в YaST :)

В свою очередь хотелось бы выразить сожаление по поводу того, что мессенджер пока не развивается. Задумка довольно таки интересная и реализация неплохая. Так что будем надеяться, что разработчики продолжат в ближайшем будущем развивать свое детище по имени MDC.

Искренне ваш.



face

Поскольку я планирую неоднократно обращаться к теме создания и модификации систем размещения данных и их модификации средствами YaST, для ориентировки в этом подразделе размещаю его общее содержание. (more…)


Jakub Steiner: Symbolic Icons

20:18 UTCmember

face

GNOME 3 introduced a new style of icons we call symbolic. Last year, Meg Ford joined the effort we kicked off with Lapo and did a great job extending the theme coverage, without us having any style guidelines in place yet. This year, we’ll have another Woman Outreach program participant joining the effort, so I’ve edited a little video introduction on how we design these icons along with a little overview of all the icon styles currently in place.


face

А теперь давайте вернёмся в начальное окно программы Partitioner, вспомним, что там внизу слева притулился пункт Настройки и посмотрим, что же через него можно настроить. (more…)


face

Большинство опций монтирования — общие для всех файловых систем. С них-то мы и начнём — на примере файловой системы ext4, рассматриваемой в качестве опорного умолчального варианта. (more…)


face

А теперь давайте вернёмся немного назад и посмотрим, как можно управлять параметрами форматирования раздела в зависимости от определённой для него файловой системы. И начнём с умолчальной ext4. (more…)


face

При запуске Partitioner’а для начала появляется грозное окно, вопрошающее нас — а вообще понимаем ли мы, что творить собрались? (more…)


face

Наконец-то собрался с силами сравнить быстродействие файловой системы ext4 с различными опциями журналирования и без журнала вовсе. На сей предмет у меня на диске ещё при инсталляции был припасён неразмеченный пуско диска размером около 45 настоящих гигабайт. Теперь настало время его разметить, разместить на нём соответствующую файловую систему и пристУпить. (more…)


face

Siendo una de las preguntas más recurrentes, y en el mismo orden de ideas de mi artículo: Internet Seguro para niños de 2 a 8 años, les traigo otra serie de consejos que pueden aplicar para el bloqueo de contenido, considerado “no apropiado”, en los computadores de sus hijos.

Para los usuarios de Windows, lo primero es dirigirse a el Panel de Control y cambiar los privilegios de la cuenta de usuario Administrador a Estándar o Invitado, de esta forma limitan la mayoría de los efectos secundarios que puedan tener las acciones de los niños en la red al no poseer control total sobre el computador, y  no poder instalar cualquier aplicación sin supervisión. Recuerden que debe haber al menos una cuenta con privilegios de administrador, que debería ser la del padre con una buena contraseña.

Para los usuarios de cualquier plataforma, la mayoría de los navegadores poseen soluciones de filtrado que pueden ser muy útiles para lograr el objetivo planteado.

Google Chrome

StayFocused es técnicamente una extensión para incrementar la productividad, pero, ya que puede bloquear los sitios web y dominios con unos pocos clics, usted puede configurarlo para restringir el acceso de sus hijos.

TinyFilter es una extensión que filtra las malas palabras y el contenido para los distintos tipos de web que puede resultar ofensivos.

Mozilla Firefox

FoxFilter puede configurarlo para el bloqueo de todo el contenido en un sitio, o sólo las palabras que usted defina.

brOOzi adopta un enfoque diferente, y en su lugar sólo sepermite a los niños a visitar los sitios que los padres aprueben.

Internet Explorer

Para activar el control parental en IE, accede a Herramientas >Opciones de Internet > Contenidos, en un botón llamado “Asesor de Contenidos” podrás definir la lista de acceso a los sitios que desees permitir o bloquear.

Editar el archivo Hosts

Una solución un tanto más complicada, pero bastante efectiva.

El archivo HOSTS tanto en Windows como otros sistemas operativos se usa para asociar nombres de maquinas con direcciones IP. Los nombres de maquina son por ejemplo, www.google.com, www.youtube.com, entre otros. Las direcciones IP son solo numeros que internamente significan los nombres de dominio. Los computadores utilizan los números para encontrar los sitios, pero los humanos usamos las palabras como www.google.com asi que no tenemos que recordar la extensa lista de numeros cuando queremos visitar un sitio web.

Se encuentra ubicado en c:\windows\system32\drivers\etc\hosts y debe ser editado en modo administrador.

Para bloquear el acceso a un dominio solo debe agregarse al final del archivo una línea por cada dominio que deseemos:

127.0.0.1 youtube.com
127.0.0.1 facebook.com
127.0.0.1 mail.live.com

Es importante destacar que este bloqueo es global en el equipo, y ningún navegador u otra aplicación podrá alcanzar los sitios


face

I'm right handed. I'd like to use notebook with big monitor, docking station, external mouse and keyboard.

Question is, what is the reasonable setup? For now, I have notebook to the left of the big monitor, with X set up to use both monitors, and notebook "to the right" of the big monitor. Yes, it is usable, but moving mouse right to get to the display that is to the left of the screen is strange.

If I put notebook to the right of big monitor, I'll have no place for the mouse.

So... is there clever solution?

(I'd still like to undock and be able to use the apps I've opened.)


face

預設在 Novell SLES 11 中的內建字體實在太醜了,還是習慣在 openSUSE 中的 Droid-Sans 字體,添加方式如下所示:

# OCICLI  "http://software.opensuse.org/ymp/M17N:fonts/SLE_11_SP2/google-droid-fonts.ymp?base=SUSE%3ASLE-11%3ASP2&query=google-droid-fonts"

這個動作可以透過添加 One-Click Install的方式來達成,當然也可以前往http://software.opensuse.org/search/find 搜尋來源庫安裝

修正前的長相

修正後的長相

 


face
Дистрибутивы SUSE/openSUSE используют в работе консольный менеджер пакетов zypper, настройки которого скрыты далеко от глаз пользователя и далее мы рассмотрим их.
zypper работает на базе движка ZYpp (или libzypp) и поэтому имеется два конфигурационных файла, это /etc/zypp/zypp.conf и /etc/zypp/zypper.conf
Рассмотрим, что можно сделать с помощью того и другого.

zypp.conf

arch = s390
Параметр определяющий архитектуру процессора и, соответственно, того какие пакеты будет использовать zypper. По умолчанию архитектура определяется автоматически и менять значение данного параметра строго не рекомендуется. Если это всё же происходит, то придётся заново скачать и установить все пакеты, которые были установлены ранее и отличаются от заданной вновь архитектуры. Всё же это является способом для смены архитектуры всего установленного ПО в системе, к примеру, если вы установили сборку под i586, а ваш процессор поддерживает 64-хбитную архитектуру.

cachedir = /var/cache/zypp
Параметр отвечающий за местоположение кэша zypper. По умолчанию это /var/cache/zypp

metadatadir = /var/cache/zypp/raw
Каталог для хранения метаданных, которые загружаются из репозиториев. По умолчанию это {cachedir}/raw, где {cachedir} это значение параметра cachedir. Изменение значения требует последующего обновления и загрузки метаданных из всех подключенных репозиториев.

solvfilesdir = /var/cache/zypp/solv
Каталог для хранения файлов .solv, получаемых в результате обработки загруженных метаданных из репозиториев. По умолчанию это {cachedir}/solv, где {cachedir} это значение параметра cachedir.

packagesdir = /var/cache/zypp/packages
Путь к каталогу в котором будут храниться загружаемые пакеты. По умолчанию это {cachedir}/packages, где {cachedir} это значение параметра cachedir.

configdir = /etc/zypp
Каталог хранения конфигурационного файла. По умолчанию это /etc/zypp

reposdir = /etc/zypp/repos.d
Путь к каталогу, в котором должны храниться файлы .repo с данными подключенных репозиториев. Значение по умолчанию {configdir}/repos.d, где {configdir} это значение параметра configdir.

servicesdir = /etc/zypp/services.d
Каталог хранения файлов .service. По умолчанию это {configdir}/services.d, где {configdir} это значение параметра configdir.

repo.add.probe = false
Проверка доступа к репозиторию при его добавлении. По умолчанию отключена и проверка осуществляется при первом вызове команды zypper ref. Полезно включить, если у вас бывают проблемы с доступом к репозиториям.

repo.refresh.delay = 60
Параметр определяющий промежуток времени в минутах до следующего автообновления метаданных подключенных репозиториев. По умолчанию его значение равно 10 минутам. При значении 0, автообновление метаданных будет происходить каждый раз. Не влияет на то, будет происходить автообновление вообще или нет.

repo.refresh.locales = ru
Список локалей по которым zypper должен определять, описания пакетов на каком языке он должен получать с метаданными. Не все репозитории это поддерживают, а описания на английском языке загружаются в любом случае.

download.max_concurrent_connections = 5
Количество одновременных соединений при загрузке пакетов. По умолчанию значение равно 5.

download.min_download_speed = 0
Минимальная скорость загрузки (задаётся в байтах в секунду) перед разрывом соединения. Параметр может использоваться для предотвращения атак на серверы предоставляющие обновления на очень низкой скорости. По умолчанию ограничение не установлено.

download.max_download_speed = 0
Максимальная скорость загрузки (задаётся в байтах в секунду). Ограничения по умолчанию нет.

download.max_silent_tries = 5
Максимальное количество попыток подключения к репозиторию, которое автоматически будет производиться без обращения к пользователю.

download.use_deltarpm = true
Параметр отвечающий за то, отдавать предпочтения пакетам в .delta.rpm или простым .rpm пакетам. Использование .delta.rpm позволяет уменьшить нагрузку на сетевой трафик, но при этом создание пакета rpm для последующей установки будет производиться на локальной машине, что на короткое время увеличит нагрузку на оперативную память и процессор.

download.use_deltarpm.always = false
Параметр указывающий zypp всегда использовать deltarpm. Не имеет эффекта, если параметру download.use_deltarpm задано значение true.

download.media_preference = download
Параметр определяющий предпочтение источнику загрузки пакета при наличии одинаковой его версии в обоих типах источников. Источником для данного параметра служит web-репозитории и медиа-носитель (CD, DVD). Доступные значения для параметра - download (загружать из web-репозиториев) и volatile (предпочитать медиа-носитель). По умолчанию установлено первое. 

commit.downloadMode =
Политика транзакций zypp. Возможные значения:
DownloadOnly - только загружать пакеты в кэш без дальнейшей установки.
DownloadInAdvance - сначала загрузить все пакеты в кэш, потом начать установку.
DownloadInHeaps - порционная загрузка и установка пакетов

vendordir = /etc/zypp/vendors.d
Определение каталога содержащего файлы описаний специфичных для разных поставщиков типа nvidia. По умолчанию это {configdir}/vendor.d, где {configdir} это значение параметра configdir.

solver.onlyRequires = false
Устанавливать только необходимые зависимости пакетов. Параметр позволяющий избежать предложений установки рекомендуемых пакетов, в число которых входят языковые пакеты, а также требуемые для какого-либо аппаратного обеспечения. По умолчанию отключено.

solver.allowVendorChange = false
Разрешить по умолчанию смену поставщика при обновлении (действует как zypper dup вместо zypper up). Строго не рекомендуется к включению и по умолчанию отключено.

solver.cleandepsOnRemove = false
Параметр указывающий удалять зависимости пакета при его удалении. По умолчанию отключено и строго не рекомендуется.

solver.checkSystemFile = /etc/zypp/systemCheck
Файл содержащий список пакетов необходимых для работы запущенной системы. Служит для информирования пользователя при попытке удаления пакетов из системы, которые есть в списке. По умолчанию содержит только glibc и расположен в {configdir}/systemCheck, где {configdir} это значение параметра configdir.

solver.upgradeTestcasesToKeep = 2
Параметр указывающий сколько тестов разрешения зависимостей следует сохранять при апгрейде дистрибутива (так называется выполнение операции zypper dup). Тесты размещаются в /var/log/updateTestcase-, где - дата выполнения zypper dup. Результаты тестов разрешения зависимостей нужны, чтобы прилагать их к сообщениям об ошибках в https://bugzilla.novell.com/, в случае их возникновения. Чтобы отключить сохранение этих тестов, выставьте значение "0". Если хотите сохранять все отчёты о тестах, то следует выставить значение "-1". По умолчанию равно 2.

solver.upgradeRemoveDroppedPackages = true
Параметр предписывает удалять пакеты отсутствующие в репозиториях на момент выполнения апгрейда (zypper dup). По умолчанию включено.

multiversion = provides:multiversion(kernel)
Значение параметра определяет какие одинаковые пакеты имеющие разные версии могут быть установлены в систему. В значение принимается как название пакетов, так и то, что ими предоставляется. По умолчанию список пуст.

multiversion.kernels = latest,running
Список пакетов предоставляющих ядро Linux, которые могут сосуществовать в системе параллельно друг другу. По умолчанию не удаляется любое ядро, если в предыдущем параметре задано значение provides:multiversion(kernel). Пакеты могут определяться следующим образом:

2.6.32.12-0.7 - Определённая версия ядра
latest             - Последняя версия ядра
latest-N         - Последнее ядро имеющее версию, определённую вместо "N"
running         - Оставлять ядро, которое запущенно в данный момент
oldest           - Оставлять ядро с самой старой версией (так называемое GA (Genetic Algorithm) ядро)
oldest+N      - То же, что и предыдущее, но с определением версии ядра

locksfile.path = /etc/zypp/locks
Определение местоположения lock-файла. По умолчанию это {configdir}/locks, где {configdir} это значение параметра configdir. Значение может быть любым.

locksfile.apply = true
Блокирование lock-файла сразу после запуска zypp. По умолчанию включено.

update.datadir = /var/adm
Каталог в котором будут располагаться "элементы обновления". Под таковыми подразумеваются сообщения и скрипты. По умолчанию это каталог /var/adm.

update.messagesdir = /var/adm/update-messages
Каталог для хранения сообщений при обновлении. По умолчанию это {update.datadir}/update-messages, где {update.datadir} это значение параметра update.datadir.

update.scriptsdir = /var/adm/update-scripts
Каталог для хранения скриптов при обновлении. По умолчанию это {update.datadir}/update-scripts, где {update.datadir} это значение параметра update.datadir.

update.messages.notify = single | /usr/lib/zypp/notify-message -p %p
Параметр определяющий поведение zypp при работе с сообщениями, которые поступают от обновляемых пакетов. zypp может подготовить сообщение об обновлении и перенаправить его содержимое в выбранном формате на командную строку. Формат сообщений может быть следующим:
single - отправлять сообщение в командную строку по отношению к каждому сообщению об обновлении.
none   - не использовать перенаправление, сразу отправлять сообщение в командную строку.
digest - один вызов командной строки на все сообщения обновлений.
bulk   - один вызов командной строки на всё содержимое всех сообщений, разделяемых по нажатию Ctrl-L.

Возможные сокращения для подстановки:
%p     - идентификатор пакета вида название-версия-релиз.архитектура
%P     - полный путь к файлу с сообщениями обновлений

Значение по умолчанию: single | /usr/lib/zypp/notify-message -p %p

rpm.install.excludedocs = no
Исключить из устанавливаемых пакетов файлы документации. Позволяет немного сэкономить дисковое пространство. По умолчанию отключено.

history.logfile = /var/log/zypp/history
Местоположение файла для истории выполненных операций. Лог истории описан на странице http://en.opensuse.org/Libzypp/Package_History. По умолчанию это /var/log/zypp/history

credentials.global.dir = /etc/zypp/credentials.d
Каталог для хранения данных о полномочиях (credentials). По умолчанию это /etc/zypp/credentials.d

credentials.global.file = /etc/zypp/credentials.cat
Путь к файлу содержащему список пользователей вида логин:пароль для доступа к libzypp. По умолчанию это /etc/zypp/credentials.cat

zypper.conf

Конфигурационный файл непосредственно самого zypper может быть не только системным и располагаться в /etc/zypp/, но и пользовательским. Во втором случае он должен иметь путь $HOME/.zypper.conf


Секция [main]

showAlias = false
Отображать псевдоним репозитория вместо его названия. По умолчанию отключено.

repoListColumns = Anr
Столбцы, которые должны отображаться в выводе команды 'zypper lr' (вывести список всех репозиториев). Доступные значения (возможны любые их сочетания):

a - псевдоним репозитория
n - название репозитория
r - статус использования автообновления репозиторием
u - ссылка
p - приоритет
Номер и статус репозитория будут отображаться в любом случае. Значение по умолчанию: anr

Секция [solver]

installRecommends = no
Параметр отвечающий за установку мягких зависимостей (рекомендуемых пакетов). По умолчанию включено.

forceResolutionCommands = remove
Параметр указывает поведение zypper при разрешении зависимостей. По умолчанию происходит удаление. Возможные значения (могут быть просто перечислены): remove, install, update, patch, verify
При указанном вручную параметре --no-force-resolution, значение в конфигурационном файле эффекта не имеет.

Секция [color]

useColors = never
Параметр определяет использовать ли zypper цветовую окраску при выводе. Значение по умолчанию - never, то есть никогда не использовать. Кроме never возможны значения always (всегда) и autodetect (автоопределение).

background = dark
Значение определяет фон в выводе zypper. Доступны значения dark (тёмный) и light (светлый). По умолчанию фон тёмный (dark).

result = white
Цвет вывода результатов операций zypper. Доступные значения: любой цвет (по-английски).

msgStatus = grey
Цвет статусных сообщений и отображающегося прогресса выполнения операций. По умолчанию - серый (grey). Доступные значения: любой цвет (по-английски).

msgError = red
Цвет сообщений об ошибках. По умолчанию красный (red). Можно указать любой другой (по-английски).

msgWarning = yellow
Цвет предупреждений. По умолчанию жёлтый (yellow). Можно указать любой другой (по-английски).

highlight = lightcyan
Цвет подсветки вывода zypper. По умолчанию светло-голубой (lightcyan). Можно указать любой другой (по-английски).

promptOption = grey
Цвет диалогов. По умолчанию серый (grey). Можно указать любой другой (по-английски).

Секция [obs]

baseUrl = http://download.opensuse.org/repositories/
Базовый путь к репозиториям openSUSE Build Service. Используется при обработке таких запросов как obs://project/platform URI

platform = openSUSE_11.3
Целевая платформа для репозиториев openSUSE Build Service. Используется при обработке таких запросов как obs://project/platform URI


Словарь терминов:


Service - клиентская часть протокола Repository Index Service (RIS) для управления пакетами. Repository Index Service (RIS) в отличие от обычного репозитория может предлагать более одного репозитория программного обеспечения, которые в свою очередь могут быть изменены администратором или поставщиком сервиса. Repository Index Service является расширением службы Novell Update специально для управления обновлениями SUSE Linux Enterprise.

Product - группа пакетов необходимая для установки определённого продукта (такого как openSUSE, openSUSE-Addon-NonOss или codecs-set).


Дополнительные ресурсы информации:



face

Como ando usando LXDE, tengo que usar diferentes aplicaciones hechas para otros entornos de escritorio para tener digamos que “un entorno de escritorio completo”.

En este caso, andaba navegando con Firefox y tenía que descargar un archivo comprimido. Bueno, no tengo un programa que me permita visualizar gráficamente los comprimidos, así que tendremos que usar el gestor que usa XFCE4: Xarchiver.

Al usar pacman, me informa que no lo encuentra en los repos de “core”, “extra” y “community”, así que la opción que sigue es por medio de yaout.

En la terminal, tecleen

yaourt xarchiver

Nos pedirá elegir la versión a instalar, así que elegimos la opción 4.

Después les mostrará diversos mensajes indicando si desean modificar los archivos de instalación de xarchiver. En mi caso les dije que no (n) a todo lo que fuera edición, y sí (S) a todo lo que fuera instalación o resolución de dependencias del paquete.

Al final, yaourt hará todo por nosotros e instalará Xarchiver.



face

Tenía un mucho tiempo que había escuchado las bondades sobre Arch Linux como la distro más importante para aquellos que desean seguir progresando en el mundo de los usuarios Linux. De hecho, muchos de mis amigos y contactos más avanzados la usan para su trabajo cotidiano y resaltan su gran rapidez y nivel de personalización.

La verdad, le tenía miedo a Arch. Me había costado varias noches configurar Kubuntu para que funcionara muy bien el la notebook, y la idea de agarrar otra distro para probar no me había convencido mucho que digamos. Afortunadamente no es muy difícil de instalar. La verdad, es más confuso instalar distribuciones como Damn Small Linux o KNOPPIX.

Para probarlo, les recomiendo leerse el tutorial de instalación de @Gespadas, en donde te explica paso a paso (y con manzanas) todo el proceso de instalación y configuración del sistema con los entornos de escritorio más importantes que hay en GNU/Linux.

En cuanto a instalación y configuración de servicios como un LAMP, correo, etc.., les recomiendo leer la wiki en inglés. Se los digo porque ayudando a un amigo, tuvimos algunos problemas con los pasos de la wiki en español.

En otro post les diré sobre algunas configuraciones que tuve en mi equipo. Por el momento he elegido LXDE y funciona muy bien. Aquí la prueba:

Así que por el momento usaré Arch para la note, y openSUSE en la desktop para trabajar en otras cosas.



Monday
14 May, 2012


face

“… e funciona muito um bem como pires de caneca!



face

Tecnologia que torna possível controlar o computador e trocar canais da televisão com a mente será apresentada no Congresso BITS GLOBAL CONFERENCES 2012. Organizado pela SOFTSUL, o evento ocorre de 15 a 17 de maio, durante a BITS – Business IT South América 2012, na Fiergs. O Emotiv EPOC consiste em um capacete com 14 eletrodos, desenvolvido pela Emotiv Systems, capaz de traduzir sinais neurais em 30 possíveis formas, detectando a atividade cerebral de maneira não invasiva através da eletroencefalografia (EEG). Assim, as ondas cerebrais são medidas por meio de sensores externos ao longo do couro cabeludo, que captam as ondas elétricas em várias partes da superfície do córtex cerebral.

A Paletras acontecerá no dia 17 de Maio às 11h00. Mais informações AQUI!



face

Como alguno de vosotros sabreís, Aleix Pol, el creador de KAlgebra y gran activista del projecto KDE, está trabajando con BlueSystems estos últimos meses para mejorar Muon, el futuro y prometedor instalador de aplicaciones de KDE. Su objectivo es claro, crear una interfaz de usuario que mejore considerablemente la experiencia con Muon. Esta aplicación recibe el nombre de Muon Discover.

La idea es simple. ¿No has encontrado una herramienta que era perfecta para tus necesidades, pero sólo después perder mucho tiempo dando vueltas por la red? ¿Cuando has instalado una aplicación no te has preguntado si realmente valía la pena? ¿o si era realmente lo que buscabas?
Todos estos problemas se resuelven con la Muon Discover. Con ella serás capaz de navegar entre categorías de aplicaciones y listas de las 5 mejores aplicaciones obteniendo descripciones, comentarios y pantallazos de las mismas para no equivocrate con la elección.
Además, con Muon Discover podrás controlar las diferentes fuentes de software (o repositorio) que tengas y gestionar las aplicaciones que ya instaladas en el pasado pero que no necesites más.

Para ver este nueva aplicación nada mejor que un vídeo demostrativo.

Si estás interesado, puedes probarlo siguiendo este enlace. Todos los comentarios, reporte de errores e ideas son aceptadas. El objetivo es crear una apliación a la medida de la mayoría de usuarios.

No related content found.


face
Менеджер пакетов в Arch Linux по умолчанию не очень сильно функционален, но зато имеет как минимум три "обёртки":
  1. pacmatic
  2. powerpill
  3. yaourt
Что удивительно: если о последних двух в рунете достаточно информации, то о первом почему-то ни слова, хотя он упоминается в Enhancing Arch Linux Stability.

Появился он не так давно, но уже явно используется. Что же отличает его от оригинального pacman и собратьев?
  • Каждый раз при запуске ищет файлы *.pacnew в /etc, после чего, в случае их нахождения, предлагает обновить существующие. При этом каждый файл сравнивается с помощью diff. Изменения можно просмотреть, пропустить, либо удалить (когда и так всё хорошо, например). То есть некая функциональность dispatch-conf. Всё это происходит в vimdiff.
  • Проверяет rss ленту Arch и выводит новости в консоль перед обновлением (выглядит это не очень привлекательно)
Если этих причин кому-то будет достаточно, то вперёд:
yaourt -Sy aur/pacmatic

face

 

Tienen miedo de la crítica. Tienen miedo de que se pueda llegar a pensar en todos sus errores, y en todos sus mamoneos.

Tienen miedo de gente que se manifiesta.

Tienen miedo de ti. Por eso tú eres su objetivo!!

 

 

Los mísmos políticos que besan niños en mítines, reparten caramelos y se hacen fotos con simpatizantes ondeando sus banderitas.

Los mismos políticos que negocian ruinas y mienten hasta la saciedad. Los mismos que comulgan los domingos en su iglesia de toda la vida.

Esos mismos son los mismos que te ilegalizan, te detienen, que te censuran más allá de los cauces “legales” que ellos controlan, te impiden que ejerzas lo que ellos creen que no es democracia y te animan a que participes en lo que ellos dicen que sí es democracia. Una democracia estéril.

Esos mismos son los mismos que azuzan a los descerebrados cancerberos de sus privilegios, que acatan órdenes con gusto, golpean, maltratan, torturan a “peligrosos” ciudadanos armados con un cerebro y dos manos que llevan esposadas.

De sus despachos salen las órdenes de detención y terror. De sus bocas hoy salen un “hagan lo que tengan que hacer” el Domingo saldrá un padrenuestro en misa de 10h como buen cristiano.

Un ministro da las ódenes y un sumiso perro las acata. Mantiene el orden, y todo gira!

¿Qué será de ti cuando nadie te ve? cuando te conducen a empujones dentro de su territorio oscuro? Cobardes que arrinconan, y medran, que asustan e intimidan.

Terminada la cacería. Saciados de órdenes, de sabor a adrenalina y sangre, se despojan de sus pasamontañas y sus parapetos de terror, y salen a la calle, respiran el aire frio de la mañana, besan a su mujer e hijo y duermen tranquilos sabiendo que hoy ha sido otro día con el deber cumplido.

Golpean y callan a quien dice basta ya de corrupción, de malversación de dinero público en arcas privadas, que basta ya de derechos de pernada. Que basta ya de reirse de la gente, que basta ya de pedir y pedir y no ceder un ápice en sus derechos de casta superior.

Nuestras ideas y opiniones no son demagogia!! Otra forma de organizarse es posible, y necesaria!! Que basta ya de mentiras!!

Es ilegal!! dicen con sus bocas y repitan los ecos casposos. Y citan el artículo 3.22 subíndice c de la pantomima legal que se han montado de espaldas a la calle. Ellos que han hecho las leyes a su imagen y semejanza. Pero ¿es justo? 

Legal no es sinónimo de justo 

 

 ———————————————————–



face


Its no secret that I have become something of a fan of Gnome 3. That being said however there are certainly some legitimate concerns regarding functionality. One unfortunate thing, is that in order to really understand how best to use your desktop actually requires you to do some reading... its not always immediately obvious. I personally don't find this terribly troubling, but I can certainly see how this can frustrate newer users. The other criticism is that Gnome 3 is inflexible and not extensible with applets the way Gnome 2 was. Though this is a legitimate concern it is not an entirely legitimate criticism, simply because it isn't true. On the contrary, Gnome 3 offers an elegant and easy to use extension framework that is more versatile than what applets provide. It should be noted that Gnome 3 being new may not have the extension you had hoped for, but it most probably will given enough time.

So now I present to you my personal favorite Gnome Shell extensions to address a number of these concerns. I frankly like Gnome Shell, and am thus not terribly interested in trying to alter the appearance or behavior of the environment to ape Gnome 2 or any other desktops. That being said, there are a few things that probably should have been included. You must be using Gnome 3.2 or higher to be able to use the Gnome Shell extensions.

1.Alt-Tab switcher
Knowing to use the Alt-Tab application switcher is a quick way to speed up your workflow. However, the switcher in Gnome Shell is just a bit counter-intuitive since it is hybridized a bit. Check the Gnome Cheat Sheet to see if you like the original. If you don't like being unable to switch between windows in the older fashion (the new fashion by default simply lists open applications, then offers what is essentially a dropdown to get to the individual windows) then this extension is for you. A plus with this one, is that switches the behavior to a slick and attractive coverflow design.

2.Alternative Status Menu, or how the hell do I reboot!?!?!
With the Alternative Status Menu, the need for holding the Alt key is removed. Now you have access to powering off and rebooting in the normal way you would expect.

3.Network Connections.
So, often I have had to remove a connection in order to reconnect to a network that has changed in some way. Granted this is probably a flaw with my hardware or the router in question. Nonetheless, getting quickly to network connections isn't as obvious as it used to be. This extension fixes that by adding a shortcut in the networking menu.

4.Remove the Accesibility Icon.
Many people have no use for the accessibility options, and thus don't want the clutter in the panel. This extension removes it.

5.Notifications.
I like the new way of handling notifications, but if I step away from my

Sunday
13 May, 2012


Jos Poortvliet: SUSE 20 years old!

22:49 UTCmember

face
I've been with SUSE now for almost 2 years now and it's been quite a ride. SUSE itself, however, has been having fun long before I joined. Heck, even before Free Software was on my radar (that's somewhere around 2000), SUSE was already going strong! November it'll be 20 years. Cool to see that in that time, Linux went from 'nothing' to "two-thirds of the global Fortune 100 uses SUSE Linux Enterprise"!!!

At SUSECon there'll be a celebration, the geeko's will re-do that at the openSUSE Summit afterwards. But SUSE has already been gearing up for the celebrations, putting up this infographic for example, see also on the right. Quite cool ;-)

There's another one showing 'where SUSE leads', the 11 good reasons why SUSE is the savvy Linux choice. It is used on the careers page with the header "where SUSE leads, YOU lead". Nice touch :D

Join us?

Talking about careers, I know the SUSE Studio team is looking for an UI designer. If you've played with SUSE Studio you know you've got some big shoes to fill. But it is an amazingly cool project with an amazingly cool team and an amazingly cool project lead - that would be Cornelius Schumacher, or Mister President for you!

The Boosters are also looking for new blood and so are many other teams in SUSE. Just have a look on this page for the job openings, about 40 at the moment.

At LinuxTag in Berlin, about three weeks from now, there'll be two SUSE HR people, who can answer any questions you might have. So, if you wanna work on awesome stuff for the Greenest company in the F/LOSS world, come and talk to us ;-)

See you at LinuxTag!

Older blog entries ->