February 2009 - openSUSE Programming (Deutsch)

freeremoted
by Sascha 'saigkill' Manns 27 Feb '09

27 Feb '09

Hallo Liste, ich habe eine Frage zu folgendem Output: [ 80%] Building CXX object server/CMakeFiles/freeremoted.dir/manager.cpp.o cd /usr/src/packages/BUILD/freeremoted-0.1.4/server && /usr/bin/c++ - march=i586 -mtune=i686 -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -Wall -O2 -Wl,-export-dynamic -DHAVE_CONFIG_H - I/usr/src/packages/BUILD/freeremoted-0.1.4 - I/usr/src/packages/BUILD/freeremoted-0.1.4/iolib - I/usr/include/dbus++-0.6 -I/usr/include/dbus-1.0 - I/usr/lib/dbus-1.0/include -o CMakeFiles/freeremoted.dir/manager.cpp.o - c /usr/src/packages/BUILD/freeremoted-0.1.4/server/manager.cpp /usr/src/packages/BUILD/freeremoted-0.1.4/server/manager.cpp:28:21: error: tinyxml.h: No such file or directory /usr/src/packages/BUILD/freeremoted-0.1.4/server/manager.cpp: In member function 'void freeremote::Manager::reconfigure()': /usr/src/packages/BUILD/freeremoted-0.1.4/server/manager.cpp:56: error: 'TiXmlDocument' was not declared in this scope /usr/src/packages/BUILD/freeremoted-0.1.4/server/manager.cpp:56: error: expected `;' before 'doc' /usr/src/packages/BUILD/freeremoted-0.1.4/server/manager.cpp:57: error: 'doc' was not declared in this scope /usr/src/packages/BUILD/freeremoted-0.1.4/server/manager.cpp:60: error: 'doc' was not declared in this scope /usr/src/packages/BUILD/freeremoted-0.1.4/server/manager.cpp:66: error: invalid use of incomplete type 'struct TiXmlElement' /usr/src/packages/BUILD/freeremoted-0.1.4/server/manager.h:27: error: forward declaration of 'struct TiXmlElement' /usr/src/packages/BUILD/freeremoted-0.1.4/server/manager.cpp:69: error: invalid use of incomplete type 'struct TiXmlElement' /usr/src/packages/BUILD/freeremoted-0.1.4/server/manager.h:27: error: forward declaration of 'struct TiXmlElement' /usr/src/packages/BUILD/freeremoted-0.1.4/server/manager.cpp:73: error: invalid use of incomplete type 'struct TiXmlElement' /usr/src/packages/BUILD/freeremoted-0.1.4/server/manager.h:27: error: forward declaration of 'struct TiXmlElement' /usr/src/packages/BUILD/freeremoted-0.1.4/server/manager.cpp:79: error: invalid use of incomplete type 'struct TiXmlElement' /usr/src/packages/BUILD/freeremoted-0.1.4/server/manager.h:27: error: forward declaration of 'struct TiXmlElement' Wenn ich das richtig lese, scheint er tinyxml.h nicht zu finden. Jetzt habe ich mir das Paket libtinyxml0 angesehen (habe ich lokal installiert aus meinem Repo) und festgestellt, das im Paket zwar die so Dateien drin sind (/usr/lib64) aber nicht die Header Dateien. Laut dem Buildlog von libtinyxml wurde aber in /usr/include/ORDNER die Dateien installiert. Kann sich jemand einen Reim darauf machen? Oder muss ich das *.cpp File umändern von: # include tinyxml zu # include libtinyxml? Fragen über Fragen... -- Sincereley yours Sascha Manns openSUSE Marketing Team (Weekly News) openSUSE Build Service Web: http://saschamanns.gulli.to Blog: http://lizards.opensuse.org/author/saigkill -- 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

Status Update
by Sascha 'saigkill' Manns 27 Feb '09

27 Feb '09

Hallo ihr lieben, libdbus++ ist jetzt so weit. Es baut durch. Ich habe die Repos entfernt, und nur noch Factory/standard drin. Dort sind alle Pakete, die ich brauche. Vielen Dank nochmals an alle, die mitgearbeitet haben :-) -- Sincereley yours Sascha Manns openSUSE Marketing Team (Weekly News) openSUSE Build Service Web: http://saschamanns.gulli.to Blog: http://lizards.opensuse.org/author/saigkill -- To unsubscribe, e-mail: opensuse-programming-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-programming-de+help(a)opensuse.org

3 9

Statistikprogramm
by Sascha 'saigkill' Manns 24 Feb '09

24 Feb '09

Hallo ihr lieben, Jan-Simon Möller hatte für unser Weekly News Team ein Python Programm geschrieben. Es liest verschiedene Server aus, und gibt die neuen und die alten Werte aus. Jetzt geht es um folgendes: listsubscriber_now = child_stdout.read().split("\n")[0] Hier wird die Variable definiert. print listsubscriber_now+" subscribers to news.o.o" Hier wird sie mit anderen Variablen zusammen ausgegeben. listsubscriber_old = result.split("non-unique")[0].split("has") [1].split("(")[0].strip() Hier wird der alte Wert definiert. print listsubscriber_old+" old subscribers to news.o.o" Hier wird die Variable ausgegeben. Mein Wunsch war es, Jan eine kleine Mathematikfunktion einzubauen. So haben wir auch gleich die Differenz zur Vorwoche. Also habe ich versucht: listsubscriber_diff = (listsubscriber_now - listsubscriber_old) und dann mit print listsubscriber_diff auszugeben. Aber diese Funktion klappt so nicht (wie bei meinen Programmierkenntnissen zu erwarten war). Aber da dies ein gutes Lernprojekt ist, wollte ich euren Rat einholen. Wie baut man Mathefunktionen richtig ein? -- Sincereley yours Sascha Manns openSUSE Marketing Team (Weekly News) openSUSE Build Service Web: http://saschamanns.gulli.to Blog: http://lizards.opensuse.org/author/saigkill -- 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

Ich plane ein neues Release, brauche aber Hilfe ...
by Lothar Behrens 23 Feb '09

23 Feb '09

Hallo, ich plane ein neues Release, das ich in kürze rausbringen möchte. Leider arbeite ich an dem Code alleine und kann mich nicht immer um alle Plattformen kümmern. So scheint z.Z. der Code auf openSuSE 11.1 nicht kompilierbar zu sein. Was macht die Software: Es geht im allgemeinen um ein Prototyping System, mit dem Datenbankanwendungen plattformübergreifend modelliert werden können und ggf. auch eine Codegeneration - Kette nachgeschaltet werden kann (XML) Warum es nicht kompiliert werden könnte: Ich habe ein eigenes Make System, welches versucht, plattformübergreifend zu sein. Auf allen Systemen kommt bisher GNU Make zum Einsatz und ein Makefile Generator, der die Makefiles passend zur Plattform erstellt. Das Problem: Neue Betriebssystem Versionen müssen immer von Hand eingebunden werden. Es sind Tests und Anpassungen nötig, was eigentlich nicht im Sinne eines typischen Unix Make Prozesses ist. (Aka. configure && make && make install). Die Herausforderung: Das System besteht aus einem übergeordnetem Makefile und verschiedenen Modulen. Die Module könnten so angepasst werden, damit diese auch mit automake und Konsorten laufen könnten. Denn vor dem ersten Make existiert kein Makefile im Modul. Es ist dabei darauf zu achten, dass evtl. der Schritt, automake zu verwenden in den Makefile Generator als ein Zusatzschalter implementiert wird, um diese Makevariante unter UNIX Plattformen zu aktivieren. Es ist keine regelmäßige Arbeit, sondern vielmehr eine Portierung / Integration des Make Systems. Das Projekt: http://sourceforge.net/projects/lbdmf Ich würde mich freuen, wenn es einen Entwickler gibt, der Interesse hat :-) Das Projekt wird mir langsam etwas zu umfangreich. Mit etwas Hilfe könnte ich mich dann mehr um die eigentliche Entwicklung kümmern. Danke Lothar -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen -- 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

Frage zu #pragma
by Sascha 'saigkill' Manns 19 Feb '09

19 Feb '09

Hallo Liste, der Ping war nur zum prüfen auf Anwesenheit. :-) Ich bin gerade im OBS dabei BOINC zu packen. 11.0 und 11.1 läuft sauber durch. Aber bei der Factory kommt ein #pragma Fehler. Ich habe den output mal angehängt. Vielleicht sagt das jemandem von euch etwas. -- Sincereley yours Sascha Manns openSUSE Marketing Team (Weekly News) openSUSE Build Service Web: http://saschamanns.gulli.to Blog: http://lizards.opensuse.org/author/saigkill

3 15

boinctray
by Sascha 'saigkill' Manns 19 Feb '09

19 Feb '09

Servus Freunde, zu obigem Paket habe ich eine Frage, eigentlich 2 Fragen. RPMLint sagt "no-binary", obwohl im spec steht: install -m755 boinctray /var/tmp/boinctray-2.3-build/usr/bin Laut BuildLog scheint das auch installiert zu werden. Und dann steht dort noch: script-without-shebang /usr/share/boinctray/po Wo kommen denn die *.po Dateien sonst hin? -- Sincereley yours Sascha Manns openSUSE Marketing Team (Weekly News) openSUSE Build Service Web: http://saschamanns.gulli.to Blog: http://lizards.opensuse.org/author/saigkill -- 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: [opensuse-programming-de] libdbus++ Build
by Sascha 'saigkill' Manns 18 Feb '09

18 Feb '09

Nabend, wie würde man diesen Fehler fachmännisch lösen? libdbus++.i586: E: shlib-policy-name-error (Badness: 10000) libdbus++-0_6_0 Your package contains a single shared library but is not named after its SONAME. In einem anderen Paket habe ich im %install Bereich manuell einen sonamen vergeben. Aber mich würde interessieren, wie würdet ihr obigen Fehler angehen? Und auch wie vergebe ich Versionsnummern für so-Files? -- Sincereley yours Sascha Manns openSUSE Marketing Team (Weekly News) openSUSE Build Service Web: http://saschamanns.gulli.to Blog: http://lizards.opensuse.org/author/saigkill -- To unsubscribe, e-mail: opensuse-programming-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-programming-de+help(a)opensuse.org

5 29

libdbus++ Build
by Sascha 'saigkill' Manns 18 Feb '09

18 Feb '09

Hallo Freunde, momentan baue ich libdbus++, aber make bricht ab bei: g++ -DHAVE_CONFIG_H -I. -I../../src -march=i586 -mtune=i686 -fmessage- length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -Wall -Werror -Wctor-dtor-privacy -Wnon- virtual-dtor -Woverloaded-virtual -Wno-deprecated -Wunused-parameter - Wunused-variable -Wunused-value -Wunused-function - I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I../../include - march=i586 -mtune=i686 -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -MT tinyxmlparser.lo -MD -MP -MF .deps/tinyxmlparser.Tpo -c .../tinyxmlparser.cpp -fPIC -DPIC -o .libs/tinyxmlparser.o cc1plus: warnings being treated as errors .../tinyxmlparser.cpp: In static member function 'static const char* TiXmlBase::SkipWhiteSpace(const char*, TiXmlEncoding)': .../tinyxmlparser.cpp:357: error: suggest parentheses around && within || make[3]: *** [tinyxmlparser.lo] Error 1 Was fehlt mir da? -- Sincereley yours Sascha Manns openSUSE Marketing Team (Weekly News) openSUSE Build Service Web: http://saschamanns.gulli.to Blog: http://lizards.opensuse.org/author/saigkill -- To unsubscribe, e-mail: opensuse-programming-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-programming-de+help(a)opensuse.org

5 25

CMake
by Sascha 'saigkill' Manns 18 Feb '09

18 Feb '09

Hallo Leute, hab mir gerade den FOSDEM Vortrag über CMake angehört. CMake scheint ja fast unschlagbar zu sein. Die %optflags werde ich mal ausprobieren... -- Sincereley yours Sascha Manns openSUSE Marketing Team (Weekly News) openSUSE Build Service Web: http://saschamanns.gulli.to Blog: http://lizards.opensuse.org/author/saigkill -- To unsubscribe, e-mail: opensuse-programming-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-programming-de+help(a)opensuse.org

3 2

Baubefehl lokalisieren
by Sascha 'saigkill' Manns 15 Feb '09

15 Feb '09

Nabend allerseits, ich möchte gerne einem Baubefehl den -soname Passus hinzufügen. Ich habe die Ausgabe ab %install gepostet. Mir geht es um den letzten (abgegrenzten) Teil. Wo finde ich den Baubefehl? configure, Makefile.in oder in einer foo.c Datei? Gruß Sascha Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.67433 + umask 022 + cd /usr/src/packages/BUILD + cd tktray1.1 + make DESTDIR=/var/tmp/libtktray-1.1-build install gcc -pipe -DPACKAGE_NAME=\"tktray\" -DPACKAGE_TARNAME=\"tktray\" - DPACKAGE_VERSION=\"1.1\" -DPACKAGE_STRING=\"tktray\ 1.1\" - DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 - DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 - DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 - DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 - D_LARGEFILE64_SOURCE=1 -DTCL_WIDE_INT_TYPE=long\ long - DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1 -DUSE_TCL_STUBS=1 - DUSE_TK_STUBS=1 -I"/usr/include" - I"/usr/src/packages/BUILD/tk8.5.5/generic" - I"/usr/src/packages/BUILD/tk8.5.5/unix" -march=i586 -mtune=i686 - fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector - funwind-tables -fasynchronous-unwind-tables -O2 -fomit-frame-pointer - Wall -Wno-implicit-int -fPIC -c `echo tktray.c` -o tktray.o tktray.c: In function 'TrayIconObjectCmd': tktray.c:255: warning: pointer targets in passing argument 3 of 'tclStubsPtr->tcl_GetLongFromObj' differ in signedness rm -f libtktray1.1.so ------------------------------------------------------------------------------------------------- gcc -pipe -shared -o libtktray1.1.so tktray.o -lXext -lX11 -L/usr/lib - ltclstub8.5 -L/usr/lib -ltkstub8.5 : libtktray1.1.so -------------------------------------------------------------------------------------------------- -- Sincereley yours Sascha Manns openSUSE Marketing Team (Weekly News) openSUSE Build Service Web: http://saschamanns.gulli.to Blog: http://lizards.opensuse.org/author/saigkill -- To unsubscribe, e-mail: opensuse-programming-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-programming-de+help(a)opensuse.org

4 10