Skip to main content

the avatar of Andreas Jaeger

Factory Progress 2011-07-01

Here’s with some delay the next incarnation of Factory Progress. I’ve noticed the following changes that might interest people using and developing openSUSE Factory:

Package changes

Linux 3.0

Linux kernel 3.0 rc5 is currently on its way to factory and the header files (in package linux-glibc-devel) have already been updated for it. If your software reads the Linux kernel version, please check that it can cope with the two digits instead of the three of the new version. Best would be to not read the version at all.

Systemd

Frederic has proposed a “Road to systemd for openSUSE 12.1″. Systemd is a replacement of the SysVinit scripts that we have been using and improving in the past with many new – including some controversial – ideas. Check his blog post for additional references about systemd. The majority of the distributions are moving to systemd as well and standarizing on it, will allow to share some more code and development in this area.

We’re now in phase 1 – which means: Get systemd running as an option. Once this is working satisfactory, we can switch the default (phase 2) and decide what to do with SysVinit support.

No static glibc libraries

The C library glibc now does not come anymore with static libraries, those are in the new glibc-devel-static subpackage.

Python 3.2

The python3 package is now at version 3.2, the most important change in Python 3.2 is the implementation of “PEP 384, a stable ABI for extension modules” which means that with 3.2 and upwards there won’t be any API breakages for modules which is really important developer wise.

Another big improvement is the new GIL (Global Interpreter Lock) implementation which will speed up threaded Python code. Python 3.2 also introduces “futures” library which is used for concurrent programming, this will be useful more multi-core Python development.

Tomoyo

Tomoyo is a MAC (Mandatory Access Control) implementation for Linux – so an alternative to AppArmor and SELinux. openSUSE’s Linux kernel does now come with the module and also the tools were updated to support this.

Policy and tool changes

New Source Service mode activated and recompression of tar balls

The new source service mode has been activated, it is recommended to update to osc 0.132 version as available in the openSUSE:Tools project to work with source services. Now the download URL given in source link is checked, so it has to be accurate. If you downloaded and recompressed a tarball, read Coolo’s policy change: “please don’t recompress tarballs unless it saves >1MB for download.”.

He also mentions:

What will become policy sooner or later is that you should not have incorrect source URLs behind Source*, so _if_ you have to recompress, don’t lie in the
Source line, but put the original tar as comment and use local file names in Source:

Dropping a package from Factory

Vincent explained  How/why/when to drop a package from Factory.

Release notes in FATE

To make it easier to write release notes, it helps a lot, if you (= the so-called stakeholders) would provide a release notes snippet in the future using openFATE. We can then collect all those release notes and edit them.

Other interesting bits

openSUSE Conference

The call for papers is continuing to run, please submit session proposals at the conference site. If you like to learn what a BoF is, read this article.

a silhouette of a person's head and shoulders, used as a default avatar

Из чего состоят дистрибутивы Linux. Часть I


Дистрибутивов Linux огромное количество. Откуда они берутся, как получаются и почему именно такие — этому и посвящена статья. Статья адресована прежде всего новичкам в мире Linux, поскольку большинство из тех, кто начинал им пользоваться раньше появления Ubuntu, обычно знают все, что приведено ниже.

Представьте себе огромное количество разного ПО от маленьких (но важных) проектов по отдельным библиотекам до огромных типа KDE, GNOME, Libre- и OpenOffice, ядра Linux. Все эти отдельные проекты развиваются каждый сам по себе, иногда с оглядкой на остальные, иногда нет. Конечно, каждый может собрать это все ПО вместе и объявить дистрибутивом Linux, но в случае серьезных дистрибутивов (я к ним отношу те, что занимают первые 10 мест в рейтинге Distrowatch) все обычно гораздо сложнее.


Немного о терминах.
Разработчиками дистрибутива (или майнтейнерами) обычно называют тех, кто берет какое-то ПО и упаковывает его в пакет для конкретного дистрибутива (пакетная система, для чего она нужна и что делает - отдельный большой вопрос).
Место, откуда это ПО берется - называется апстрим (от английского upstream). Адекватного перевода на русский язык я пока не нашел, да и слово апстрим стало уже устоявшимся термином. Для серьезных дистрибутивов апстримом являются конкретные проекты свободного (и не очень) ПО. Для производных дистрибутивов - другие дистрибутивы Linux. Например, для CentOS - апстримом является Red Hat Enterpise Linux, для Ubuntu - Debian, для Debian - оригинальные разработчики ПО. Еще раз - апстрим это или разработчик конкретной программы, или родительский дистрибутив.
Пакетом называется отдельный атом дистрибутива (в смысле неделимости), который несет в себе конкретную программу (или набор программ), библиотеку (или набор библиотек), документацию, темы оформления или что-то еще. Короче говоря, все, что составляет дистрибутив Linux - это меньшее или большее количество пакетов. Пакет - это обычно:

  • архив дерева файлов в том виде, в котором они должны лежать на диске после установки;
  • набор метаданных, содержащих информацию о пакете (имя майнтейнера, описание пакета, зависимости);
  • набор скриптов, облегчающих установку пакета для пользователя и/или производящих те или иные настройки.

Пакетная система - то, что помогает пользователям дистрибутива искать, ставить, обновлять пакеты и автоматически отслеживать зависимости между ними. Пакетные системы в мире Linux делятся на три больших и хорошо очерченных класса:

  • пакетная система Debian и ее deb-пакеты.
  • пакетная система rpm, придуманная в свое время Red Hat и теперь имеющая не всегда совместимые между собой пакеты разных rpm-дистрибутивов (Red Hat/Fedora, SUSE, Mandriva и т.п.). Имеется в виду, что, например, пакет для Mandriva может и встанет на SUSE (зависит от положения звезд на небе), но работать скорее всего откажется.
  • все остальные пакетные системы. В качестве примера сюда можно отнести и пакеты ArchLinux, и Slackware, и отчасти Gentoo.

Важный составляющих элемент пакетной системы - менеджер пакетов. Это программа, позволяющая управлять пакетами на конкретной машине. И обычно она имеет только текстовый интерфейс, но разработчики большинства дистрибутивов, как правило, поставляют графические утилиты, взаимодействующие с пакетным менеджером и таким образом значительно облегчающие жизнь тех, кто еще не познакомился с консолью Linux или не хочет с ней знакомится вовсе.
Вопрос какая пакетная система лучше, какая хуже - относится к сфере личных пристрастий и потому спорный. Желающие могут в этом убедиться, открыв на каком-нибудь Linux-форуме тему «Что лучше rpm или deb?». Если Вас сразу не забанят модераторы форума за провокацию, то флейм по этому поводу займет не один десяток страниц.
Зависимости - это следующая непонятная новичкам штука. Бывают жесткие и мягкие. Жесткая зависимость в общем виде - это все то, без чего содержимое пакета работать не будет. Обычно это какие-то библиотеки, обеспечивающие функционал конкретной программы. Мягкая зависимость - это то, что обеспечивает дополнительный функционал для программы. Такой тип зависимостей есть, по большому счету, только в deb-пакетах.
Следующее непонятное определение - репозиторий пакетов. Это место, откуда пользователи берут ПО для своего дистрибутива. Обычно это некое сетевое (но может быть и локальным) хранилище пакета, в котором помимо собственно пакетов для дистрибутива находится набор метаданных, которые используются пакетным менеджером для управления ПО на машине пользователя. Именно благодаря этим метаданным пользователям достаточно легко найти нужные пакеты в репозитории, а пакетному менеджеру выяснить, какое ПО требует обновлений.
По способу поддержки репозитория можно выделить три типа дистрибутивов:

  1. Дистрибутивы со скользящим релизом (или безрелизные). На английском они обычно называются rolling release. Типичный (и достаточно популярный) тут - Archlinux. В таких дистрибутивах после обычно малого периода тестирования пакеты попадают к пользователям практически сразу после релиза конкретного пакета его разработчиком. Главное преимущество таких дистрибутивов - то, что в репозитории находится очень свежее ПО. Это имеет и обратную сторону (за все в жизни приходится платить) - в этом ПО зачастую имеются ошибки, которые с переменным успехом отлавливаются пользователями такого дистрибутива. По причине того, что большая часть проектов развивается без оглядки друг на друга, иногда встречается какая-либо несовместимость между какими-то пакетами, вызывающая неработоспособность определенной программы. Иногда (при серьезных изменениях) меняется формат конфигурационного файла программы или демона, что требует работы руками. Но те, кто используют такие дистрибутивы, обычно знают, на что идут, и достаточно квалифицированы для того, чтобы решить все возникающие проблемы. Тут из всех дистрибутивов, на мой взгляд, самый выдержанный подход у Gentoo, который представляет собой дистрибутив с rolling release-моделью, но тем не менее все пакеты попадают в его стабильную ветвь после значительного периода тестирования, что обеспечивает достаточно высокую надежность его работы.
  2. Дистрибутивы с релизной моделью. Проблема получения стабильного дистрибутива давно уже решена и используется большинством разработчиков разных дистрибутивов Linux, таких как Debian, Ubuntu, Red Hat, SUSE и проч. У таких дистрибутивов есть обычно тестовая ветвь с rolling release-моделью, на которой обкатываются (и решаются) разные проблемы несовместимости и нестабильной работы конкретного ПО. Периодически эту ветвь замораживают, блокируя попадание туда новых пакетов. Затем в таком репозитории вычищают по максимуму все имеющиеся в нем проблемы и ошибки. Когда ошибок, по мнению разработчиков, уже достаточно малое количество, выпускается очередной релиз, на протяжении жизни которого в нем не будут уже меняться версии имеющегося ПО. Обновления такого дистрибутива включают в себя исправление оставшихся ошибок и устранение возникающих время от времени уязвимостей. Иногда ошибки устраняют и разработчики апстрима. Тогда задача майнтейнера пакета проанализировать исходный код разработчиков ПО (он же открыт) и выделить из него только те изменения, которые отвечают за исправление ошибок. Затем эти изменения накладываются на те программы и библиотеки, которые находятся в стабильном релизе. Благодаря этому получается, что версия ПО в стабильном дистрибутиве старая, но тем не менее в ней исправлено большинство уязвимостей, найденных к этому моменту. Другое дело, что длительная поддержка ПО по такой схеме - вещь трудная. Ведь чем больше проходит времени с момента релиза, тем более высокая квалификация требуется от разработчика, чтобы выделить только то, что исправляет ошибки и ни в коем случае не ломает совместимость с другими программами и библиотеками. Именно по этой причине длительную поддержку релиза могут позволить себе немногие. По сути лишь те, кто имеет большое количество квалифицированных программистов, то есть коммерческие компании Red Hat и Novell. Такие дистрибутивы прекрасно подходят для консервативной корпоративной среды, где редко происходят сильные изменения и поэтому нужна высокая стабильность работы.
  3. Дистрибутивы со смешанным циклом. В таких дистрибутивах стабилизируется (замораживается) только одна часть репозитория. Как правило, это все, что относится к сборочной среде, - компилятор, библиотека C, разные важные библиотеки, ядро Linux. А ПО, относящееся к десктопам (типа Firefox, OpenOffice, разные игры), обновляется регулярно (но обязательно после продолжительного тестирования).

Для таких популярных дистрибутивов как openSUSE и Ubuntu есть выбор - либо использовать стабильную базу конкретного релиза их дистрибутива, или подключить дополнительные репозитории (репозитории OBS для SUSE и ppa для Ubuntu), получая таким образом более свежее ПО для своей системы.
Вроде как все, что хотелось бы сказать по данному поводу. Если что осталось неясно, постараюсь ответить в комментариях на вопросы, касающиеся данной статьи. В меру сил и наличия свободного времени постараюсь внести все необходимые изменения, если потребуется в приведенный текст статьи.

the avatar of Thomas Thym

the avatar of Francisco J. Arias

Compartir el escritorio en un aula de clases

Introducción: Una metodología de enseñanza que utilizo para enseñar programación consiste en no presentar la solución completa de un problema sino de ir completándolo incrementalmente con la ayuda de los estudiantes presentes en la clase. Mi rol se limita a sólo ser un guía que los ayuda a descubrir una posible solución al ejercicio planteado.

Problemática: Este esquema funciona bien en los horarios de cátedras (salas/aulas) pero los laboratorios (salas de computación) no cuentan con proyector (datashow) entonces es necesario contar con alguna herramienta que permita compartir la pantalla de mi computador vía red para que los estudiantes puedan ver en sus computadores lo que voy haciendo en el mío.

Solución: Utilizar lo que describí en mi post anterior para el control de sesiones en openSUSE. Esta vez queremos que los clientes (estudiantes) puedan ser sólo espectadores de mi sesión. Para esto utilizamos el siguiente comando en un terminal (como usuario normal):


x11vnc -forever -bg -viewonly -nopw -shared


La explicación "humana" de cada uno de los parámetros es la siguiente:

  • forever: Indica que la sesión compartida seguirá iniciada incluso después de que algún cliente se desconecte.

  • bg: Sirve para que la sesión de nuestro servidor corra como un servicio de fondo (background).

  • viewonly: Este parámetro nos sirve para establecer que los clientes sólo podrán ver nuestro escritorio y no manipular el mouse ni el teclado.

  • nopw: Establece que los clientes puedan conectarse al servidor sin clave.

  • shared: Nos permite tener más de un cliente.


Una vez que el comando es introducido aparecerán en la consola un montón de instrucciones. Nos interesa un par de  líneas como las siguientes:


The VNC desktop is: localhost.site:2
PORT=5902



La primera línea puede variar según la configuración del equipo. La segunda línea nos indica en qué puerto está corriendo nuestro servidor. En el ejemplo es el 5902, así que es necesario ir al administrador del cortafuegos y abrir dicho puerto:

YaST->Seguridad y Usuarios->Cortafuegos->Servicios Autorizados->Opciones Avanzadas

En la sección "Puertos TCP" agregamos el puerto que anotamos en el paso anterior:



Damos aceptar a esa ventana y a la ventana de configuración del cortafuegos.

Y ahora estamos listos para compartir nuestro escritorio con los estudiantes. Sólo debemos decirles que bajen un cliente VNC (como TightVNC) y les damos nuestra IP y el puerto asignado al servicio, por ejemplo:


192.168.0.100:5902


Y eso es. Happy teaching!
the avatar of Alex Eftimie

PackageKit backend for Software Center: late week 4 report

Since third week’s report was no report – basically because I was delayed by missing parts in the architecture (the saga hasn’t finished yet), I’m posting this late 4th week report:

Workspace 1_003Yep, the PK InstallBackend is shaping up :D !

Unfortunately, the only machine running this code is mine, the reason being this chain of dependencies:

- static Python bindings for PK are dead

- PK gi depends on pygobject invoke-rewrite branch of J5 (which isn’t
yet merged into master, but will make it to 3.2 release);

- PK gi breaks statically loaded glib in software-center master; therefore, the -gtk3 port of software-center should be used;

- software-center-gtk3 isn’t ready for merging into trunk – experimental design changes towards a friendlier 5.0 are being done.

Therefore I’m testing the install/remove routines on the small modules, such as the PendingView in the above screenshot, waiting for components stabilization.

Next week – and probably until week 6 report, I will continue work on the install parts and start developing the PK PackageInfo class.

PS: I’m undecided if I should make my reports biweekly or milestone based :-/

a silhouette of a person's head and shoulders, used as a default avatar

1ο openSUSE collaboration weekend camp


Ο καιρός έχει ζεστάνει για τα καλά και ήρθε λοιπόν η ώρα να κανονίσουμε
...τις καλοκαιρινές μας εξορμήσεις!

Για φέτος είχαμε μια πολύ ενδιαφέρουσα ιδέα...
Σκεφτήκαμε να κάνουμε κάτι διαφορετικό!

Μια εκδρομούλα που θα συνδυάζει παραλία με ΕΛ/ΛΑΚ!”

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

Μια συνάντηση που γίνεται από την κοινότητα... για την κοινότητα!
Δηλάδή τον κάθε έναν από  ΕΣΑΣ, με σκοπό... (εκτός από τα μπάνια) τη συνεργασία!

* Πότε;
   Το  Παρασκευοσαββατοκύριακο 15-16-17 Ιουλίου 2011!  

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

* Ποιος;
  Η ελληνική κοινότητα openSUSE που διοργανώνει το 1ο openSUSE collaboration weekend camp, θα φροντίσει για την ομαλή ροή του προγράμματος, τον χώρο και τις λεπτομέρειες της διοργάνωσης.
 Απευθύνεται, όμως, σε όλους τους ανθρώπους του ΕΛ/ΛΑΚ, οι οποίοι μπορούν να συμμετέχουν καθώς και να πραγματοποιήσουν το δικό τους workshop!  

  Αν θέλετε να κάνετε κάποιο workshop δεν έχετε παρά να μας στείλετε email με μια σύντομη περιγραφή του, μέχρι και την Τετάρτη 6/7.  

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

Φυσικά δε θα λείψουν οι αμέτρητες βουτιές στη θάλασσα και οι άφθονες μπύρες!

Γιατί αγαπάμε αυτό που κάνουμε και περνάμε ωραία συνεισφέροντας στο ΕΛ/ΛΑΚ ακόμα και το καλοκαίρι!

Όσοι θέλετε να συμμετέχετε επικοινωνήστε μαζί μας για να δηλώσετε συμμετοχή ώστε να μπορέσουμε να οργανώσουμε καλύτερα τη διαθεσιμότητα των δωματίων!

Για περισσότερες πληροφορίες & δήλωση συμμετοχής:
 - Επικοινωνήστε μαζί μας στο info@os-el.gr ή
 - Μπείτε στο κανάλι μας #openSUSE-el στον IRC server Freenode.
Οδηγίες για το πως να συνδεθείτε στο irc μπορείτε να βρείτε εδώ: http://el.opensuse.org/SDB:XCHAT

the avatar of Will Stephenson

Facebook bans KDE’s photo uploader; all uploaded content inaccessible.

So in my head there’s a little Walter Sobchak beating on my conscience and shouting “This is what you get when you trust Facebook with your data, Will”.
The reason is that I upload photos to Facebook using KDE’s shared uploader and this has fallen victim to the whims of FB’s purge of its app biosphere. Unless the original developer can convince them that the app is not spammy, offering a bad experience or having the wrong attitude, the app, my photos (all archived elsewhere of course), but most importantly, all the kind comments from my friends and contacts that represent FB’s only value, get sent to the farm.
This is what you get when you trust one company with stuff you care about. Will.

a silhouette of a person's head and shoulders, used as a default avatar

1o openSUSE collaboration weekend camp 15-17 Ιουλίου

Ο καιρός έχει ζεστάνει για τα καλά και ήρθε λοιπόν η ώρα να κανονίσουμε …τις καλοκαιρινές μας εξορμήσεις!

Για φέτος είχαμε μια πολύ ενδιαφέρουσα ιδέα… Σκεφτήκαμε να κάνουμε κάτι διαφορετικό!

“Μια εκδρομούλα που θα συνδυάζει παραλία με ΕΛ/ΛΑΚ!”

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

Μια συνάντηση που γίνεται από την κοινότητα… για την κοινότητα!
Δηλάδή τον κάθε έναν από ΕΣΑΣ, με σκοπό… (εκτός από τα μπάνια) τη συνεργασία!

* Πότε;
Το Παρασκευοσαββατοκύριακο 15-16-17 Ιουλίου 2011!

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

* Ποιος;
Η ελληνική κοινότητα openSUSE που διοργανώνει το 1ο openSUSE collaboration weekend camp, θα φροντίσει για την ομαλή ροή του προγράμματος, τον χώρο και τις λεπτομέρειες της διοργάνωσης.
Απευθύνεται, όμως, σε όλους τους ανθρώπους του ΕΛ/ΛΑΚ, οι οποίοι μπορούν να συμμετέχουν καθώς και να πραγματοποιήσουν το δικό τους workshop!

Αν θέλετε να κάνετε κάποιο workshop δεν έχετε παρά να μας στείλετε email με μια σύντομη περιγραφή του, μέχρι και την Τετάρτη 6/7.

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

Φυσικά δε θα λείψουν οι αμέτρητες βουτιές στη θάλασσα και οι άφθονες μπύρες!

Γιατί αγαπάμε αυτό που κάνουμε και περνάμε ωραία συνεισφέροντας στο ΕΛ/ΛΑΚ ακόμα και το καλοκαίρι!

Όσοι θέλετε να συμμετέχετε επικοινωνήστε μαζί μας μέχρι την [b]Τετάρτη 22/6[/b] για να δηλώσετε συμμετοχή ώστε να μπορέσουμε να οργανώσουμε καλύτερα τη διαθεσιμότητα των δωματίων!

Για περισσότερες πληροφορίες & δήλωση συμμετοχής:

– Επικοινωνήστε μαζί μας στο info@os-el.gr ή

– Μπείτε στο κανάλι μας #openSUSE-el στον IRC server Freenode.
Οδηγίες για το πως να συνδεθείτε στο irc μπορείτε να βρείτε εδώ:
http://el.opensuse.org/SDB:XCHAT

a silhouette of a person's head and shoulders, used as a default avatar

1ο openSUSE collaboration weekend camp 2011

Η ελληνική κοινότητα openSUSE σας προσκαλεί στο 1ο openSUSE collaboration weekend camp 2011, το οποίο θα πραγματοποιηθεί στις 15-17 Ιουλίου 2011 στην Ολυμπιακή ακτή (Παραλία Κατερίνης).

Μπορείτε να δείτε την ακριβή τοποθεσία στο googlemaps -> http://bit.ly/lauMqu

Για περισσότερες πληροφορίες & δήλωση συμμετοχής:
– Επικοινωνήστε μαζί μας στο info@os-el.gr ή
– Μπείτε στο κανάλι μας #openSUSE-el στον IRC server Freenode.
Οδηγίες για το πως να συνδεθείτε στο irc μπορείτε να βρείτε εδώ: http://el.opensuse.org/SDB:XCHAT

Τι θα κάνουμε…

Δουλειά & Διακοπές!

Τα sessions που θα πραγματοποιηθούν θα ποικίλουν σε μορφή & θεματολογία (το ακριβές πρόγραμμα θα ανακοινωθεί μέχρι τις 11 Ιουλίου):

* Θα επικεντρωθούμε σε πρακτικά (hands-on) sessions με ενδιαφέροντα workshops (για τα οποία περιμένουμε ιδέες και από εσάς), στα οποία ο καθένας θα μπορεί να δουλέψει πάνω στο αντικείμενο που θέλει, να βοηθήσει, να ρωτήσει και να λύσει απορίες

* Θα συζητήσουμε και θα ανταλλάξουμε απόψεις στα discussion & talk sessions

* Όπως είπαμε όμως θα είμαστε εκεί για να συνδυάσουμε τη δουλειά με διακοπές, οπότε δε θα λείψουν οι βουτιές στη θάλασσα, η χαλαρή κουβέντα και… οι μπύρες!

Ο στόχος μας είναι να βοηθήσουμε τα μέλη των κοινοτήτων να βελτιωθούν, να μάθουν και να ασχοληθούν με ακόμα περισσότερα πράγματα.

[get involved]  Θέλουμε να ενθαρρύνουμε ακόμα και τους όχι και τόσο έμπειρους χρήστες να ασχοληθούν ενεργά με την κοινότητα και να συνεισφέρουν σε αυτήν!
Θα τους δείξουμε στην πράξη πώς λειτουργεί η κοινότητα και πόσο ωραία περνάμε κάνοντας πράγματα όλοι μαζί!

[give & get help]  Θα βοηθήσουμε νέα μέλη να μάθουν πώς να συνεισφέρουν στην κοινότητα και θα τους καθοδηγήσουμε όσον αφορά τη χρήση συγκεκριμένων εργαλείων έτσι ώστε να μπορέσουν και αυτοί να προσφέρουν και να εξελιχτούν μέσα σε αυτήν.

[get the job done]  Ο απώτερος σκοπός βέβαια όλων αυτών είναι, αφού δείξουμε, λύσουμε απορίες και εξηγήσουμε, να δουλέψουμε!  Να καθίσουμε και να ασχοληθούμε όλοι μαζί με projects που μας αρέσουν, εργαλεία που μας ενδιαφέρουν και τελικά με το πέρας του event να έχουμε ολοκληρώσει πράγματα που είχαν μείνει πίσω, να έχουμε δημιουργήσει κάτι που χρειαζόταν η κοινότητα και γενικότερα αντί να κάνουμε τη δουλειά στο σπίτι μας, να την κάνουμε εκεί όλοι μαζί παρέα (και άμα πιάσει πολλή ζέστη… θα κάνουμε δροσερά διαλείμματα στη θάλασσα!)

Πού θα μείνουμε…

Στο ξενοδοχείο Grand Platon Hotel (http://www.grandplaton-hotel.gr/)στην Ολυμπιακή ακτή Κατερίνης, μόλις 400 μέτρα από τη Θάλασσα.

Τιμές (συμπεριλαμβάνεται πρωινό):

* Μονόκλινο – 35 ευρώ/βραδιά

* Δίκλινο – 50 ευρώ/βραδιά

* Τρίκλινο – 67 ευρώ/βραδιά

Πώς θα έρθετε…

1.  Με αυτοκίνητο (δείτε και τον χάρτη στο googlemaps):

Συντεταγμένες:  40.249513,22.585809

2.  Με ΚΤΕΛ (Τηλ. 2351023313 – website: http://ktelpierias.blogspot.com/):
Με το ΚΤΕΛ Κατερίνης, το οποίο θα σας αφήσει στον σταθμό μέσα στην πόλη της Κατερίνης.

Δρομολόγια ΚΤΕΛ:
(Για αποφυγή προβλημάτων επιβεβαιώνετε με το ΚΤΕΛ τα δρομολόγια που σας ενδιαφέρουν)

Από Αθήνα για Κατερίνη: 9.45 – 15.00 – 22.00
(Κάθε Παρασκευή υπάρχει έξτρα δρομολόγιο στις 17.00)

Από Κατερίνη για Αθήνα: 9.30 – 15.00 – 24.00
(Κάθε Πέμπτη υπάρχευ έξτρα δρομολόγιο στις 17.00)

Διάρκεια: 5 ώρες
Κόστος:
– Κανονικό εισιτήριο: 30 ευρώ η απλή μετάβαση – 40 ευρώ με επιστροφή
– Φοιτητικό εισιτήριο:  22.5 ευρώ η απλή μετάβαση – 33 ευρώ με επιστροφή

Από Θεσ/νίκη προς Κατερίνη:
Δευτ – Παρ : 6.30 – 7.00 – 7.45 – 8.15 – 8.45 – 9.15 – 9.45 – 10.15 – 10.45 – 11.15 – 11.45 – 12.15 – 12.45 – 13.15 – 13.45 – 14.15 – 14.45 – 15.15 – 15.45 – 16.15 – 16.45 – 17.15 – 17.45 – 18.15 – 18.45 – 19.15 – 19.45 – 20.15 – 20.45 – 21.30 – 22.30

Από Κατερίνη για Θεσ/νίκη:
Δευτ – Παρ : 5.15 – 5.40 – 6.30 – 7.00 – 7.30 – 8.00 – 8.30 – 9.00 – 9.30 – 10.00 – 10.30 – 11.00 – 11.30 – 12.00 – 12.30 – 13.00 – 13.30 – 14.00 – 14.30 – 15.00 – 15.30 – 16.00 – 16.30 – 17.00 – 17.30 – 18.00 – 18.30 – 19.15 – 19.45 – 20.30 – 21.30

Διάρκεια:  45 λεπτά & Κόστος:  6,3 ευρώ η απλή μετάβαση
*ΤΑ ΣΑΒΒΑΤΑ ΓΙΑ ΘΕΣ/ΝΙΚΗ ΤΑ ΠΡΩΤΑ ΔΡΟΜΟΛΟΓΙΑ ΕΙΝΑΙ ΣΤΙΣ 6.00 – 7.00 – 8.00 ΚΑΙ ΣΤΗ ΣΥΝΕΧΕΙΑ ΟΠΩΣ ΤΙΣ ΚΑΘΗΜΕΡΙΝΕΣ.

*ΤΙΣ ΚΥΡΙΑΚΕΣ ΚΑΙ ΤΙΣ ΑΡΓΙΕΣ ΤΟ ΠΡΩΤΟ ΕΙΝΑΙ ΣΤΙΣ 6.00, ΤΑ ΕΠΟΜΕΝΑ ΑΝΑ ΩΡΑ ΑΚΡΙΒΩΣ ΕΩΣ ΤΙΣ 14.00 ΚΑΙ ΜΕΤΑ ΑΝΑ ΜΙΣΗ ΩΡΑ)

3.  Με Τρένο/ Προαστιακός( http://tickets.trainose.gr/dromologia/):

* Από Θεσσαλονίκη προς Κατερίνη:
5:11 (IC), 5:37, 6:40, 7:04 (IC), 8:00, 9:20, 10:04 (IC), 10:22, 12:04 (IC), 12:58, 14:25, 15:04 (IC), 15:37, 16:17 (απλό), 17:14, 18:04 (IC), 18:37, 20:45, 21:47, 23:00 (απλό)

* Από Κατερίνη προς Θεσσαλονίκη:
00:23, 5:07(απλό), 6:46, 8:06, 09:16, 10:31 (απλό), 11:32, 11:57 (IC), 12:36, 13:38, 14:57 (IC), 15:36, 16:57 (IC), 17:31, 18:24, 19:02 (IC), 19:46, 20:46 (IC), 21:55, 22:57 (IC)

* Από Αθήνα προς Κατερίνη (είναι όλα IC εκτός από το τελευταίο):
7:18, 10:18, 12:18, 14:18, 16:15, 18:18, 23:55 (απλό)

* Από Κατερίνη προς Αθήνα (είναι όλα IC εκτός από το τελευταίο):
5:56, 7:49, 10:49, 12:49, 15:49, 18:49, 23:55 (απλό)

the avatar of Efstathios Agrapidis

Greek openSUSE community, Translation of openSUSE Weekly news in Greek(issue 180)

Hello out there,

I am very pleased to announce the new issue (180) of openSUSE Weekly
News in Greek. This issue is somehow an anniversary one, as it is the 30th translated in a row. In this one you will read about:

* openSUSE Conference and RW sessions – the BoF
* TechRepublic/Jack Wallen: Five tips for collaborating in LibreOffice
* Jos Poortvliet: openSUSE and online services
* Bruno Friedmann: ATI/AMD fglrx 8.861 Catalyst 11.6 available for openSUSE
* LinuxJournal/Bruce Byfield: Tweaking text in Scribus

And of course many many interesting news about openSUSE, plus useful
advice for making our lives easier.

Enough… read more at: own.opensuse.gr or at
http://el.opensuse.org/Weekly_news.

Looking forward to hearing your comments, advice and anything you would
like to read about at the next issue.

The openSUSE Weekly News is translated in the Greek language from issue #150. You can read older translated issues here: http://el.opensuse.org/Κατηγορία:Weekly_news_issues

Enjoy it!