January 2010 - openSUSE Programming (Deutsch)

Frage zu 64bit-portability-issue curses.c:322
by Sascha 'saigkill' Manns 31 Jan '10

31 Jan '10

Hallo ihr lieben, wie manchem bekannt ist, bastel ich gerne mal am Compiler, um Erfahrungen zu sammeln. Jetzt bin ich mal bei netris. Hier kam obige Meldung,. Die Funktion ist: ExtFunc void RefreshScreen(void) { static char timeStr[2][32]; time_t theTime; time(&theTime); strftime(timeStr[0], 30, "%I:%M %p", localtime(&theTime)); <--Das ist die Zeile um die es geht. /* Just in case the local curses library sucks */ if (strcmp(timeStr[0], timeStr[1])) { move(statusYPos, statusXPos); addstr(timeStr[0]); strcpy(timeStr[1], timeStr[0]); } move(boardYPos[0] + 1, boardXPos[0] + 2 * boardWidth[0] + 1); refresh(); } Hat jemand sowas mal gehabt? Bei Google fand ich bisher noch nichts, was mich wirklich weiterbrachte... -- Sincerely yours Sascha Manns openSUSE Community & Support Agent openSUSE Marketing Team Blog: http://saigkill.wordpress.com Web: http://www.open-slx.de (openSUSE Box Support German) Web: http://www.open-slx.com (openSUSE Box Support English) -- To unsubscribe, e-mail: opensuse-programming-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-programming-de+help(a)opensuse.org

4 7

Downloadvereinfachung
by Sascha 'saigkill' Manns 30 Jan '10

30 Jan '10

Hallo ihr lieben, ich habe eine kleine Frage. Unter http://www.phrak.com/archives/tgz/phrack*.tar.gz um die 60 tar.gzs, die ich gerne laden würde. Hat jemand eine Idee, wie ich viellleicht mit nem dreizeiler und wget in einem Script den Download anstossen kann? -- Sincerely yours Sascha Manns openSUSE Community & Support Agent openSUSE Marketing Team Blog: http://saigkill.wordpress.com Web: http://www.open-slx.de (openSUSE Box Support German) Web: http://www.open-slx.com (openSUSE Box Support English) -- To unsubscribe, e-mail: opensuse-programming-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-programming-de+help(a)opensuse.org

4 7

Bash - Exit Status von Hintergrundjobs ermitteln
by Thomas Michalka 30 Jan '10

30 Jan '10

Liebe MitListige, intensive Recherchen in der Manpage und gedruckter Literatur zur Bash sowie in Mailinglistenarchiven haben zu folgendem Vorhaben nichts nennenswertes ergeben: Ich möchte in einem Skript mehrere Hintergrundjobs nacheinander starten, d.h. die Bash soll (zunächst) nicht warten, bis einer fertig ist, sondern alle Jobs auf die Reise schicken und danach gleich wieder weitere Anweisungen synchron ausführen. Weiter unten im Skript soll dann jedoch auf die Rückkehr (die Beendigung) aller Jobs gewartet werden, wobei die Rückgabewerte aller Hintergrundjobs ermittelt werden sollen. So könnte das in etwa aussehen: # Alle Backups parallel laufen lassen for SRC_DIR in $SRC_DIR_LIST ; do rsync <options> $SRC_DIR $DEST_DIR & PID_LIST="$! " done # Weitere Anweisungen, synchron zur for-Schleife ... ... ... # Jetzt aber auf den Abschluss aller Backups warten wait $PID_LIST exit_status=$? # Der Rest des Skripts kommt hier ... ... ... aber auch das Problem: man weiß nicht, in welcher Reihenfolge die Jobs fertig werden. Bei dem wait-Kommando dürfte anschließend in exit_status nur derjenige des zuletzt terminierenden rsync-Prozesses stehen. Was aber passiert, wenn man in einer weiteren Schleife die Rückgabewerte aller rsync-Prozesse ermittelt, etwa so: for PID in $PID_LIST ; do wait $PID exit_status_list="$? " done Hier zweifle ich stark, ob das überhaupt funktioniert, denn 1. Hier wird der Sinn der oben gewollten Asynchronität der Hintergrundjobs konterkariert, weil für eine PID, deren Prozess noch nicht terminiert ist, in dieser for-Schleife gewartet wird, bis er beendet ist. 2. Es ist nicht klar, ob wait $PID bei einem vor der for-Schleife schon beendeten Job noch den exit_status zurückgibt und was demnach in der exit_status_list landet. Ein simples abschließendes wait ohne Parameter würde die Shell bis zur Terminierung des letzten Hintergrundjobs warten lassen, aber leider bekommt man dann als Rückgabewert nur 0, was nichts über den Erfolg oder Misserfolg der Hintergrundprozesse aussagt. Willkommen wäre mir ein Hinweis, wo man solche grundlegenden Bash-Programmier-Fragen und -Lösungen nachschlagen kann. Vielen Dank schon mal für die Mühe! Gruß, Tom P.S.: Folgenden Bash-Manpage-Ausschnitte waren für mich zunächst Grundlage: "If a command is terminated by the control operator &, the shell executes the command in the background in a subshell. The shell does not wait for the command to finish, and the return status is 0 [Anm: der Subshell]. Commands separated by a ; are executed sequentially; the shell waits for each command to terminate in turn. The return status [Anm.: der das Kommando startenden Shell] is the exit status of the last command executed" "wait [n ...] Wait for each specified process and return its termination status. Each n may be a process ID or a job specification; if a job spec is given, all processes in that job's pipeline are waited for. If n is not given, all currently active child processes are waited for, and the return status is zero. If n specifies a non-existent process or job, the return status is 127. Otherwise, the return status is the exit status of the last process or job waited for." -- To unsubscribe, e-mail: opensuse-programming-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-programming-de+help(a)opensuse.org

4 9

quilt Frage
by Sascha 'saigkill' Manns 13 Jan '10

13 Jan '10

Moin Kollegen, ich hab eine Frage zu quilt. Heute hatte ich mit "quilt new a.patch" und "quilt refresh" einen Patch erstellt. Dieser ist ja dann als oberster Patch deklariert. Dann habe ich das selbe mit b.patch gemacht, woraufhin dieser der obserste Patch ist. Wenn ich in a.patch etwas ändern möchte, wie bekomme ich den dann als obersten Patch? Schönen Tag noch :-) -- Sincerely yours Sascha Manns openSUSE Community & Support Agent openSUSE Marketing Team Blog: http://saigkill.wordpress.com Web: http://www.open-slx.de (openSUSE Box Support German) Web: http://www.open-slx.com (openSUSE Box Support English) -- To unsubscribe, e-mail: opensuse-programming-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-programming-de+help(a)opensuse.org

2 2

Re: Patentrezept "Kompilieren und Installieren"
by Philipp Thomas 07 Jan '10

07 Jan '10

On Wed, 6 Jan 2010 12:02:27 +0100, you wrote: >Wie geschrieben, ich würde da heute komplett drauf verzichten. Macht rpm ab 11.2 AFAIK automatisch. >Warum wir da ${RPM_BUILD_ROOT} statt %{buildroot} verwenden, ist eine >Frage die ich genauso beantworten würde. Das ist IMO letztlich Geschmackssache. %buildroot wird schon von rpm substituiert, $RPM_BUILD_ROOT erst von der Shell, die das von rpmbuild erzeugte Skript ausführt. Philipp -- To unsubscribe, e-mail: opensuse-programming-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-programming-de+help(a)opensuse.org

1 0

Re: Patentrezept "Kompilieren und Installieren"
by David Haller 06 Jan '10

06 Jan '10

Hallo, ein Umzug des Threads ist überfällig: X-Mailed & Followup-To opensuse-programming-de Am Die, 05 Jan 2010, Philipp Bender schrieb: >ok, ich bin nun einen Schritt weiter. Erkentnisse soweit: > >1. muss man die .rpmmacros erstellen, z.B. mit > >%_topdir /home/phil/build/opensuse Nur wenn man nicht /usr/src/packages/ verwenden will. >2. muss man innerhalb dieses topdir eine Struktur haben mit SPECS, SOURCES, >BUILD, BUILDROOT und so weiter Jap. >3. gibt es nicht PRO PAKET so eine Verzeichnisstruktur, sodern in SPECS sind >alle *.spec der (jemals) selbsterstellten Pakete, genau wie sich unter SOURCES >mehrere verschiedene Quellarchive befinden können. Korrekt. v.a. SOURCES sollte man aber ab und an ausmisten, da es sonst zu Konflikten bei schlecht benannten patch-Dateien kommt (foo.diff statt name[-version]-foo.diff). BUILD kann man regelmäßig oder sogar aus dem .spec heraus ausmisten. >4. muss ich die kompilierte Datei nicht mit "make install" ins System kopieren >(z.B. soll sie nach "/tmp/foo") sondern ich gebe unter %files an "/tmp/foo" >und muss dafür sorgen, dass sich die Ordnerstruktur innerhalb meines >Quellordners wiederfindet, also wenn ich eine Datei "/usr/lib/foo.so" >installieren will, muss ich diese Zeile so unter %files schreiben und der >Ordner $QUELLORDNER/usr/lib/ muss (samt der Datei foo.so) existieren oder beim >Kompilieren erzeugt werden. FALSCH. Wie die Dateien nach %{buildroot} (aka $RPM_BUILD_ROOT) kommen ist egal. Ob per '%makeinstall (aka make DESTDIR="$RPM_BUILD_ROOT" install'), python setup.py install (hab grad nicht im Kopf wie man da DESTDIR angibt), per cp oder install oder sonstwie. Wichtig ist nur, daß die Files unter %{buildroot} am richtigen Platz laden, nämlich %{buildroot}/da/wo/sie/installiert/hinsollen. Ausführbare Dateien gehören nach %{_bindir}, also: install -d -m 755 %{buildroot}%{_bindir} install -m 755 foo %{buildroot}%{_bindir}/foo install -m 755 bar %{buildroot}%{_bindir}/ >Also bleibt im Beispiel der %install - Abschnitt leer? Nein. >Mit dieser Konfiguration, die ich nocheinmal hier > >http://pastebin.ca/1738521 (Makefile) Hier solltest du praktischerweise einen install-Target hinzufügen. ==== Makefile ==== CXX ?= g++ DESTDIR= all: $(CXX) -o foo main.cpp install: install -d -m 755 $(DESTDIR)/tmp install -m 755 foo $(DESTDIR)/tmp/foo ==== >http://pastebin.ca/1738522 (Specfile) ==== foo.spec ==== [..] %prep %setup -q ### normal mit -q, ohne ist nur sinnvoll wenn man's braucht bzw. damit ### du erstmal mitbekommst, was das Makro macht ;) %build make %install make DESTDIR="%{buildroot}" install %clean rm -rf "%{buildroot}" %files /tmp/foo ==== Sinnvoller wäre generell foo in %{_bindir} zu haben: ==== Makefile ==== CXX ?= g++ prefix = /usr/local bindir = $(prefix)/bin DESTDIR= all: $(CXX) -o foo main.cpp install: install -d -m 755 $(DESTDIR)$(bindir) install -m 755 foo $(DESTDIR)$(bindir)/foo ==== ==== foo.spec ==== [..] %build make prefix="%{_prefix}" %install make prefix="%{_prefix}" DESTDIR="%{buildroot}" install %clean rm -rf "%{buildroot}" %files %{_bindir}/foo ==== >error: File not found: >/home/phil/build/opensuse/BUILDROOT/FooScript-0.0.1-1.i386/tmp/foo Du hast foo eben nicht nach %{buildroot}/tmp/foo kopiert/installiert. -dnh -- Time is an illusion; lunchtime, doubly so. -- Ford Prefect -- To unsubscribe, e-mail: opensuse-programming-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-programming-de+help(a)opensuse.org

2 1