12. Tevet 5770
Gnome Shell in einem Wort? Unbrauchbar!
Mit Zeitgeist und Gnome Shell kann ich nicht viel anfangen. Zum Glück geht’s auch ohne.

17. Tevet 5770
surf ist ein toller kleiner Browser.

20. Tevet 5770
RHEL 6 soll angeblich Ende Q1 Anfang Q2 kommen, also hoffe ich auf CentOS 6 Ende Q2 Anfang Q3. Ich muss dann zusehen, dass ich i3 und die sonstigen Tools nach EPEL bekomme. Mal sehen was RHEL 6 bringt und was ich noch will bzw. brauche. J.T. wird mich dann höchstwahrscheinlich unterstützen.

26. Tevet 5770
Leider ist der Enlightenment-Maintainer etwas verschollen und Enlightenment in der Repo nicht ganz auf dem neuesten Stand. Schade, denn ein neueres Enlightenment macht sich recht gut mit LXDE. Es gibt schönere Fenstermanager als Openbox.

09. Schevat 5770
Der Upstream eines von mir kürzlich abgegebenen Paketes beschwert sich bei mir über die mangelnde Kommunikations- und Kooperationsbereitschaft des neuen Maintainers. Laut Upstream sollte ich mich bei dieser Applikation doch wieder einbringen. Ich werde mich mal um den Posten des Co-Maintainers „bewerben“.

14. Schevat 5770
Blick über den Tellerrand: Ich habe heute den Firefox unter openSuSE gesehen. Ich bin zwar kein Mozilla-Fan und erst recht kein KDE-Fan, aber die Firefoxintegration für KDE hat mich schon beeindruckt.

18. Schevat 5770
Wenn durch sinnlose Bürokratie, Idiotie und falschen Idealismus, welche von Klugscheißer, Besserwisser und Wichtigtuern geboren und genährt werden, Beiträge sabotiert und boykottiert werden, fällt es schwer Elan für neue Beiträge aufzubringen.

19. Schevat 5770
Manchmal, aber nur manchmal, wundert es mich, dass es Leute gibt, die genau die Problemsoftware verwenden die ich packe. Danke Thomas!

So long and thanks for all the fish :-)
שִׁמְעוֹן

I was in Millau, France.
The upstream of my package Florence is from Millau. It would have been better, if I had known that before.

So long and thanks for all the fish :-)
שִׁמְעוֹן

coming soon to epel5….

So long and thanks for all the fish :-)
שִׁמְעוֹן

To mock F11 srpms for epel, you need to build the srpms with --define="_source_filedigest_algorithm md5". That sucks, too.

So long and thanks for all the fish :-)
שִׁמְעוֹן

My email:

Dear [nickname]

your project [projectname] looks like very interesting. I installed it on my
pc and i like it.
I want to create a rpm-package for the GNU/Linux-Distribution Fedora [1], but
your package comes with some unmodified libs which are standard in every
distribution and build against them. The Fedora Guidelines [2] says that
it’s not allowed to use internal dependencies if they are in Fedora [3]. I
have to patch them out on every release. To make it easier you could use the
system-libs to compile it. It works, i tested it on F10 and F11 and add the
patch for your buildsystem as attachment. It would be very nice, if you adopt
this to your project.

Kind regards
Simon

[1] http://fedoraproject.org/
[2] http://fedoraproject.org/wiki/Packaging:Guidelines
[3] http://fedoraproject.org/wiki/Packaging:Guidelines#No_inclusion_of_pre-built_binaries_or_libraries

His/her answer:

Dear Simon,

I don’t give a fuck. Fedora isn’t mainstream and Fedora isn’t important (and it
never will be) and Fedora-Guidelines are Nazi-like.
It’s in Ubuntu and Debian so you can adopt it or leave it out. It’s not my
problem, it’s yours.

[nickname]

I haven’t answered yet.

So long and thanks for all the fish :-)
שִׁמְעוֹן

Dear maintainers of a third party repository,

I think it is a bad idea to use words like ‘fuck’ and ‘shit’ (and other bad words) in comments of a spec file! :-/

So long and thanks for all the fish :-)
שִׁמְעוֹן

- Erst speichern, dann ausführen
Man hat seine Sicherungsparameter in die Bedienoberfläche eingegeben und drückt nun auf “backup now!”, aber im Sicherungsordner taucht keine Sicherung auf. Dieses eher triviale Problem hat eine ganz simple Ursache. Die Eingaben in der Bedienoberfläche werden erst in die Konfigurationsdatei geschrieben, wenn man auf “Speichern” klickt. Der Befehl “backup now!” erstellt eine Sicherungskopie aus den Angaben in der Konfigurationsdatei, welche nicht geschrieben wird, wenn man die Eingaben vorher nicht speichert.

- Es gibt keinen Fortschrittsbalken
Wenn man ein Backupvorgang gestartet wird, dann bekommt man eine Prozess ID zugewiesen.
Man kann in der Konsole unter
ps -p xxxx
oder
ps -C sbackupd
die Aktivität des Sicherungsvorganges bestätigen lassen. Einen Einblick in die Restdauer oder den momentanen Fortschritt ist nicht möglich.

- Keine Rückmeldung bei Fehlern
Ist der Sicherungsort nicht beschreibar, bietet nicht genug Platz oder die Verbindung (USB oder remote) zum Sicherungsziel geht verloren, bricht die Sicherung ohne Rückmeldung ab. Es gibt auch ebenfalls keine Logdatei.

- Sicherungen dauern ewig
Der gestartete Prozess wird immer mit der Prozesspriorität 19 ausgeführt und ist dementsprechend langsam, auch wenn der PC nicht genutzt wird. Der Prozess kann z.b. mit einem renice beschleunigt werden.

- Änderung der Ordnerrechte (in Versionen <0.10.5)
Böse Überraschungen hat man mit Versionen vor 0.10.5 (0.10.5 ist in EPEL und Fedora verfügbar), da man die Sicherung als root betreibt und die Rechte des Sicherungsordner ohne Rückfrage auf 700 geändert wird. Man verliert als Benutzer den Zugriff auf alle Wechseldatenträger und in "/media" eingehängte Festplatten, wenn man "/media" als Sicherungsordner nimmt.

- “Regexp” notwendig
Es ist mindestens ein Regexp-Ausdruck notwendig damit ein Sicherungsvorgang gestartet werden kann. Hier sollte man im Zweifelsfalle einen trefferlosen Ausdruck wählen. Sbackup verwigert ohne Rückmeldung die Sicherung.

- USB-Sticks und USB-Platten nur bedingt geeignet
Ein sehr beliebter Fehler bei Sicherungen über 4GB ist es einen Fat32 USB-Stick zu verwenden. Ebenfalls beliebt ist es eine Zeitsteuerung und als Sicherungsordner eine externe Festplatte zu wählen, wenn diese zum Zeitpunkt der Sicherung nicht angeschlossen ist. Sbackup verweigert wie gewohnt ohne Rückmeldung den Dienst

Mein Tipp für Nutzer denen der Umgang mit sbackup zu schwierig erscheint:
Mit grsync (eine gtk-Oberfläche für rsync) ist eine einfache und benutzerfreundliche Möglichkeit um schnell eine Sicherungskopie seines “persönlichen Ordners” auf zu erstellen.

So long and thanks for all the fish :-)
שִׁמְעוֹן

- – - – - -

Beware of my very bad english :-(

שָׁלוֹם

Recently, there is not one day without somebody reporting me to sbackup, even in local LUGs (Linux User Groups) that I visited, in IRC or via EMail. Most of them missunderstood the ‘s’ in sbackup, standing for simple as userfriendly. Sbackup isn’t userfriendly, even if the name could misslead here.

- First save, then execute
You chose all your backup-parameters in the front-end and you click on “backup now!” but in the backup-directory isn’t a backup. This is is a little bit trivial. You have to save it first, because sbackup will read all parameters from the configfile and do not refresh settings during runtime automaticly. You have to save your configs first. If you don’t do so, sbackup will start with the default configuration.

- there is no progress-bar
If you started the backup process, then there will be displayed a process-id.
You can use
ps -p xxxx
or
ps -C sbackupd
to see if the backup is running. You can’t see the remaining time or the actual progress of your backup.

- no response on errors
Is the backup destination directory not writeable, or haven’t enough free space, or the connection to the backup destination (usb, remote) will lost, sbackup will abort without a response and there is no logfile. There is no exception handling to avoid overhead.

- the backup process is slow
The backup-process runs with a nice priority of 19 and is very slow, even the pc is idling. You can accelerate the process by using “renice”

- changing permissions (in versions <0.10.5)
In versions older than 0.10.5 (0.10.5 is in EPEL and Fedora available) the permissions of the backup destination directory will be set on 700 to root, because sbackup runs with root privileges. Users will lose access to disks which mount to "/media", if you choose "/media" as backup destination directory.

- “Regexp” is necessary
You need at least one definied regexp to start sbackup. To choose one without a hit will do this trick. Sbackup denies backup-creation without a response. As pointed out in ‘no response on errors’.

- Backup on USB-Sticks and USB-mass storage is only conditional applicable
A very popular mistake is to save backups with 4GB and more on a fat32 usb-stick. To use cron in combination with external disks is very popular too, but you should be sure that the external disk is mounted at the time of the backup. Sbackup won’t do anything and won’t give a response.

My personal advice for users who can’t handle sbackup:
Use grsync (a gtk-gui for rsync) is a simple and userfriendly possibility to do fastly backups of your home.

So long and thanks for all the fish :-)
שִׁמְעוֹן

Ein kleines Helferlein um den build mit mock etwas zu automatisieren…

/usr/local/bin/mockbuild

#!/bin/bash

BASEDIR=${HOME}/rpmbuild
FEDORAVER=${FEDORAVER:-"fedora-$(rpm --eval %{fedora})-$(rpm --eval %{_arch})"}
MOCKDIR=${BASEDIR}/mock-results/${FEDORAVER}
SPECDIR=${BASEDIR}/SPECS

if [ ${#} -lt 1 ]; then
  echo 'usage: mockbuild <packages>'
  exit 1
fi

# check directories
if ! [ -d ${BASEDIR} ]; then
  echo ${BASEDIR} not existent
  exit 1
fi
if ! [ -d ${SPECDIR} ]; then
  echo ${SPECDIR} not existent
  exit 1
fi

# check for special build (all specs)
if [ ${1} == '--all' ]; then
  list=$(ls ${SPECDIR}/*.spec | sed "s|${SPECDIR}/\(.*\).spec|\1|g")
else
  list=${@}
fi

for arg in ${list}; do
  # check directory for each pkg to build
  if ! [ -d ${MOCKDIR}/${arg} ]; then
    mkdir -p ${MOCKDIR}/${arg}
  else
    rm -f ${MOCKDIR}/${arg}/*
  fi

  # initiate the build
  rpmbuildout=$(LC_ALL=C rpmbuild -bs ${SPECDIR}/${arg}.spec) || exit 1
  $(LC_ALL=C mock -r ${FEDORAVER} --resultdir=${MOCKDIR}/${arg} ${rpmbuildout:7}) || exit 1
  $(LC_ALL=C rpmlint ${MOCKDIR}/${arg}/*.rpm > ${MOCKDIR}/${arg}/rpmlint) || exit 1
done

Mann ist mir langweilig :-) Und dann auch noch 42 Zeilen! Ich glaube ich brauch mein Handtuch :-)

So long and thanks for all the fish :-)
שִׁמְעוֹן

Bei Spielen unter Linux hat wieder die Weltraumputze zugeschlagen!
Ich habe heute alle meine Debian-Etch-Pakete vom Server gelöscht.

AlienArena, AssaultCube, Boswars, Chromium, FreeCiv, FretsonFire, GL117, Glest, LinCity, Nexuiz, OpenArena, OpenCity, OpenTTD, ScummVM, Stratagus, Supertuxkart, Teeworlds, Tremolous, Warsow, Wesnoth, Widelands, xMoto

Sie werden nicht länger gepflegt. Mal sehen, mit was man diesen Platz füllen kann :-)
Evtl. sollte man nicht mehr anfangen kleine eigene Repos zu bastlen, wenn man Contributor einer tollen Distribution und dessen größten Zusatzrepository ist.

So long and thanks for all the downloads :-)
שִׁמְעוֹן