Die SLUB hat ihre Seiten geringfügig überarbeitet. Es ist unbedingt nötig die Version v0.16 von slubmagic zu installieren, sonst erhält man kein Emails mehr über ablaufende Bücher!!
Welche Version man selbst von slubmagic verwendet, kann man mit
./slubmagic.sh v
herausfinden.

Link: slubmagic & Installationsanleitung

(swg)

So viel Sand und keene Förmsch’n. Und deswegen nur ein kleiner Bugfix an slubmagic. Die Versionsnummer schraubt sich damit auf v0.16 und man vergisst auch wider keine Bücher mehr in der SLUB.
Welche Version man selbst von slubmagic verwendet, kann man mit
./slubmagic.sh v
herausfinden.

Link: slubmagic & Installationsanleitung

(swg)

Na, keine Ahnung, ob es an Solaris liegt. Aber warum benutzt man für binaries diese kruden Pfade?
/usr/sfw/bin:/opt/sfw/bin:/usr/local/bin:/usr/ccs/bin:/bin:/usr/bin:/usr/xpg4/bin:/opt/SUNWspro/bin:/usr/dt/bin:/usr/openwin/bin:/usr/ucb
Ist auch wurscht wer da Schuld dran hat, ich habe die Pfade im slubmagic-script ergänzt. Letztendlich zählt nur, dass slubmagic jetzt auch auf den Kisten der Fak.Inf der TUD funktioniert (solche die da sind serv9 und deren buckelige Verwandschaft). Der SLUB muss man dann auch kein Geld mehr für versehentlich überzogenen Bücher in den Rachen werfen. Die Versionsnummer klettert damit auf die v0.15. Welche Version man selbst von slubmagic verwendet, kann man mit
./slubmagic.sh v
herausfinden. Das Update hat aber nur derjenige nötig, dessen slubmagic-Installation erfolgreich verlief und dann doch Fehleremails erhält.

Link: slubmagic & Installationsanleitung

(swg)

Und wieder eine neue Version, slubmagic steht jetzt bei v0.14. Diesmal hab ich mich um die Eingabe der Nutzerdaten während der Installation gekümmert – ihre Plausibilität wird jetzt überprüft. Bug #002, der den Crontab-Fehler bei der Installation betrifft, ist auch beseitigt. Damit lass ich’s für heute bewenden … müde -> Bett ruft. Viel Spaß Euch, wenig für die SLUB.

Link: slubmagic & Installationsanleitung

(swg)