Hallo, Am Mon, 15 Aug 2011, Philipp Thomas schrieb:

On Mon, 15 Aug 2011 00:03:43 +0200, Al Bogner wrote:

...

Ich habe es mir selber kompiliert, wäre aber trotzdem an einem Repo interessiert.

http://download.opensuse.org/repositories/home:/dnh/

Wenn Du es Dir selber kompiliert hast, wäre es doch ein leichtes, daraus selber ein Paket zu machen und im OBS einzuchecken.

Philipp, kannst du evtl. noch über die restlichen Fehler drübergucken, ich steh da auf dem Schlauch (bzgl. dem "'mod' might be used uninitialized", da ist mir der Code jetzt zu hoch) bzw. ob man das so lassen kann ... https://build.opensuse.org/package/live_build_log?arch=x86_64&package=dclock&project=home%3Adnh&repository=openSUSE_11.4 -dnh -- Door: Something a cat wants to be on the other side of -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Mon, 15 Aug 2011, Al Bogner schrieb:

Am Mo, 15 Aug 2011 06:24:50 CEST schrieb David Haller:

...

Am Mon, 15 Aug 2011, Philipp Thomas schrieb:

...

On Mon, 15 Aug 2011 00:03:43 +0200, Al Bogner wrote:

...

Ich habe es mir selber kompiliert, wäre aber trotzdem an einem Repo interessiert.

http://download.opensuse.org/repositories/home:/dnh/

...

Wenn Du es Dir selber kompiliert hast, wäre es doch ein leichtes, daraus selber ein Paket zu machen und im OBS einzuchecken.

Philipp, kannst du evtl. noch über die restlichen Fehler drübergucken, ich steh da auf dem Schlauch (bzgl. dem "'mod' might be used uninitialized", da ist mir der Code jetzt zu hoch) bzw. ob man das so lassen kann ...

https://build.opensuse.org/package/live_build_log?arch=x86_64&package=dclock&project=home%3Adnh&repository=openSUSE_11.4

Genau das wollte ich gerade schreiben, bei mir funktionieren die Optionen, die ich verwenden will, aber die Warnungen kann ich nicht beurteilen.

Al, das was du an Warnungen gesehen hast habe ich weitestgehend behoben, und die übrigen sind für dich als "Endanwender" akademisch. Beim 'mod' bin ich mir nicht sicher (ob es da nen default geben sollte, und wenn ja welchen), beim Rest bin ich mir rel. sicher daß man das ignorieren kann. Deine Optionen (mit -geometry 128x60) tun hier mit dem dclock aus meinem Repo. -dnh, der '/usr/bin/xclock -norender -update 1 -rv -bg black \ -fg white -hd white -hl grey80 -geometry 100x100 -padding 4' bevorzugt. Da kann ich, trotz der sehr geringen Größe, meist noch von der Zimmertür aus (~4m) die Zeit ungefähr ablesen, digitool geht das trotz Brille und mind. 16pt Schrift im gkrellm nicht[1]... Und ein xclock mit -geometry 1000x1000 o.ä. ist wie ne Bahnhofsuhr. [1] die digi-Uhr im gkrellm hab ich, weil ich gelegentlich doch mal die Sekunden brauche und _da_ ist die digitale Version praktischer. -- Brain fried -- Core dumped -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Mon, 15 Aug 2011, Al Bogner schrieb:

Am Mo, 15 Aug 2011 12:39:59 CEST schrieb David Haller:

...

Deine Optionen (mit -geometry 128x60) tun hier mit dem dclock aus meinem Repo.

Danke, werde bei Gelegenheit dein Repo bei den anderen Rechnern einbinden.

Aber ich bitte darum, sonst hätte ich dclock ja umsonst verpackt!

...

-dnh, der '/usr/bin/xclock -norender -update 1 -rv -bg black \ -fg white -hd white -hl grey80 -geometry 100x100 -padding 4' bevorzugt. Da kann ich, trotz der sehr geringen Größe, meist noch von der Zimmertür aus (~4m) die Zeit ungefähr ablesen, digitool geht das trotz Brille und mind. 16pt Schrift im gkrellm nicht[1]... Und ein xclock mit -geometry 1000x1000 o.ä. ist wie ne Bahnhofsuhr.

[1] die digi-Uhr im gkrellm hab ich, weil ich gelegentlich doch mal die Sekunden brauche und _da_ ist die digitale Version praktischer.

Wie gibt man mit xclock die Schriftgröße im Digitalmodus an?

Geht AFAIK nur indirekt über die Schrift (-fn), siehe auch xlsfonts. Ob man das noch skalieren kann? k.A. Sonst hätte ich dir xclock auch vorgeschlagen. Obiges bezieht sich ja auf den Analog-Modus! -dnh -- In /etc is what you think. In /proc is, what the OS thinks. -- Thomas Blum in doc -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Mo, 15 Aug 2011 17:50:39 CEST schrieb David Haller:

Hallo,

Am Mon, 15 Aug 2011, Al Bogner schrieb:

...

Am Mo, 15 Aug 2011 12:39:59 CEST schrieb David Haller:

...

Deine Optionen (mit -geometry 128x60) tun hier mit dem dclock aus meinem Repo.

Danke, werde bei Gelegenheit dein Repo bei den anderen Rechnern einbinden.

Aber ich bitte darum, sonst hätte ich dclock ja umsonst verpackt!

So, ich habe es gerade getestet. Leider passt es nicht ganz mit dclock -dateup -date "%A, %d %b %Y" -seconds -smallsize .8 -miltime -geometry 1280x600 -bg black -led_off black -noblink und einem 1280x1024 Monitor. Das Datum wird von der Zeit überlagert. Im Unterschied zu Ubuntu ist das Datum deutlich größer, das mir besser gefallen würde, Ich denke, da passt was mit der -geometry und der Uhrzeitgrößenberechnung nicht. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Fr, 19 Aug 2011 22:51:02 CEST schrieb David Haller:

Hallo,

Am Tue, 16 Aug 2011, Al Bogner schrieb:

...

Am Mo, 15 Aug 2011 17:50:39 CEST schrieb David Haller:

...

Am Mon, 15 Aug 2011, Al Bogner schrieb:

...

Am Mo, 15 Aug 2011 12:39:59 CEST schrieb David Haller:

...

Deine Optionen (mit -geometry 128x60) tun hier mit dem dclock aus meinem Repo.

Danke, werde bei Gelegenheit dein Repo bei den anderen Rechnern einbinden.

Aber ich bitte darum, sonst hätte ich dclock ja umsonst verpackt!

So, ich habe es gerade getestet. Leider passt es nicht ganz mit

dclock -dateup -date "%A, %d %b %Y" -seconds -smallsize .8 -miltime -geometry 1280x600 -bg black -led_off black -noblink

und einem 1280x1024 Monitor.

Das Datum wird von der Zeit überlagert.

Ist leider nicht so einfach zu korrigieren ... :(

...

Im Unterschied zu Ubuntu ist das Datum deutlich größer, das mir besser gefallen würde, Ich denke, da passt was mit der -geometry und der Uhrzeitgrößenberechnung nicht.

Ich denke es liegt an der Schrift. Bei mir wird arial.ttf verwendet und ich kann das Problem nachvollziehen. Zeig mal

strace -eopen dclock 2>&1 | grep fonts

auf SuSE vs. Ubuntu ...

Hallo David, Mache ich, habe aber heute keine Lust mehr, bin vom Cardreader genervt. Nur soviel, mein unter 11.4 kompiliertes dclock sieht genauso wie unter Ubuntu aus. Wenn du willst mache ich einen Screenshot und schick ihn dir per PM. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Sa, 20 Aug 2011 03:04:50 CEST schrieb David Haller: Hallo David,

...

Nur soviel, mein unter 11.4 kompiliertes dclock sieht genauso wie unter Ubuntu aus.

Ich korrigiere mich, das Datum bleibt unter 11.4 mit dem selbstkompilierten dclock trotz Option unten, das Datum ist aber ziemlich klein im Vergleich zur Uhr.

Wenn du willst mache ich einen Screenshot und

...

schick ihn dir per PM.

Mich würde eher interessieren ob du was am Makefile oder sonstwo geändert hast und idealerweise das make.log (make 2>&1 | tee make.log).

Ich habe nichts im makefile geändert, ich habe mich ans Readme gehalten. For those people not using xmkmf: cp Makefile.orig Makefile make Log hängt an. Zuerst hatte ich Fehlermeldungen, weil irgendwas von "X11-devel" abging. Ich erinnere mich aber nicht mehr, was es war. AFAIR war es irgendeine Datei mit .h, die sich in einem devel-Paket befand. Eventuell war es xorg-x11-libXdmcp-devel, das ich nachinstallierte und das dann ziemlich viele Abhängigkeiten auflösen musste. rpm -qa | grep devel | sort glibc-devel-2.11.3-12.15.1.i686 kernel-default-devel-2.6.37.6-0.5.1.i586 kernel-desktop-devel-2.6.37.6-0.5.1.i586 kernel-devel-2.6.37.6-0.5.1.noarch libstdc++45-devel-4.5.1_20101208-9.8.i586 libusb-1_0-devel-1.0.8-4.1.i586 libusb-compat-devel-0.1.3-9.1.i586 libusbmuxd-devel-1.0.7-3.3.1.i586 libuuid-devel-2.19-3.6.1.i586 linux-glibc-devel-2.6.36-3.1.noarch xorg-x11-libICE-devel-7.6-8.1.i586 xorg-x11-libSM-devel-7.6-7.1.i586 xorg-x11-libX11-devel-7.6-10.2.i586 xorg-x11-libXau-devel-7.6_1.0.6-6.1.i586 xorg-x11-libxcb-devel-7.6_1.7-8.1.i586 xorg-x11-libXdmcp-devel-7.6-7.1.i586 xorg-x11-libXt-devel-7.6_1.0.9-4.1.i586 xorg-x11-proto-devel-7.6-17.1.i586 xorg-x11-xtrans-devel-7.6-6.1.i586 Unter Ubuntu habe ich einfach aus dem Repo installiert. strace -eopen dclock 2>&1 | grep fonts Da kommt nichts. Kann ich da was falsch machen?

Dann kann ich gucken, was anders ist.

Achso: das Repo ist nachwievor da.

Ich glaube, ich hatte da einen Denkfehler, ich habe bei http://software.opensuse.org/search?q=dclock&baseproject=openSUSE%3A11.4&lang=de&exclude_debug=true gesucht, anstatt das Repo aus dem Mail einzugeben. Al

Hallo, Am Dienstag, 16. August 2011 00:24 schrieb Al Bogner:

....

So, ich habe es gerade getestet. Leider passt es nicht ganz mit

dclock -dateup -date "%A, %d %b %Y" -seconds -smallsize .8 -miltime -geometry 1280x600 -bg black -led_off black -noblink

und einem 1280x1024 Monitor.

Das Datum wird von der Zeit überlagert.

Workaround: Nimm einfach zwei Uhren ;-) neben- oder übereinander, eine fürs Datum und eine für die Zeit. Aber jetzt nicht schlagen bitte....

Im Unterschied zu Ubuntu ist das Datum deutlich größer, das mir besser gefallen würde, Ich denke, da passt was mit der -geometry und der Uhrzeitgrößenberechnung nicht.

Al

-- Herzliche Grüße! Rolf Muth Meine Adressen duerfen nicht fuer Werbung verwendet werden! PGP Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xF8DC41935544C89A Analoge Uhr (clock): http://www.heise.de/software/download/analoge_uhr/61872

On Mon, 15 Aug 2011 06:24:50 +0200, David Haller wrote:

http://download.opensuse.org/repositories/home:/dnh/

Grmbl, OBS ist derzeit kaput und lässt mich nicht ans repository ...

Philipp, kannst du evtl. noch über die restlichen Fehler drübergucken, ich steh da auf dem Schlauch (bzgl. dem "'mod' might be used uninitialized", da ist mir der Code jetzt zu hoch) bzw. ob man das so lassen kann ...

Ich schau mir das Paket mal an und melde mich zurück. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Tue, 16 Aug 2011, Philipp Thomas schrieb:

On Mon, 15 Aug 2011 06:24:50 +0200, David Haller wrote:

...

ich steh da auf dem Schlauch (bzgl. dem "'mod' might be used uninitialized", da ist mir der Code jetzt zu hoch) bzw. ob man das so lassen kann ...

Einfach initialisieren mit 0. Wahrscheinlich gibt es nur die angeführten cases aber der Compiler kann das nicht wissen und warnt daher vorsorglich.

Ok, merci!

Beim Verwenden vollständiger Prototypen ist übrigens Vorsicht geboten, denn in Ermangelung derer gelten die üblichen Regeln für Typaufweitungen (type promotion) wie bei Parametern für Vararg-Funktionen. Dieses Aufweiten entfällt bei vollständigen Prototypen und kann ggfs. zu Fehlverhalten führen.

Beispiel? -v bitte (PM? programming-de?), sollte es nicht wenigstens ne Compilerwarnung geben? -dnh -- In /etc steht, was Du denkst. In /proc steht, was das OS denkt. [Thomas Blum in doc] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

On Fri, 19 Aug 2011 21:05:29 +0200, David Haller wrote:

Beispiel? -v bitte (PM? programming-de?)

Ich hätte präziser sagen sollen, daß es nur zu Problemen führt, wenn nicht beide Seiten mit vollem Prototyp compiliert wurden, also Bibliothek und Aufrufer z.B. . Dann erwartet die Bibliothek z.B.einen short int bekommt aber vom Aufrufer einen int geliefert, da sollte klar sein, daß das schief geht.

sollte es nicht wenigstens ne Compilerwarnung geben?

Warum? Er wird nur auf der Seite warnen, wo keine Prototypen vorhanden sind. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

On Sat, 20 Aug 2011 05:58:55 +0200, David Haller wrote:

Da ich zuletzt Xfree86-3.3.6 genauer angeschaut habe: wird auch beim aktuellen Xorg/libX* noch K&R Syntax verwendet?

Nein, schon seit einer Weile ist X11 komplett ANSIfiziert, genau so wie es jetzt autoconf und nicht mehr das arg veraltete imake verwendet.

-dnh, der sich endlich mal in quilt einarbeiten sollte um besser mit patches hantieren zu können ;)

Das ist so simpel, daß man schon fast dumm genannt werden sollte, es nicht zu verwenden. Kurzanleitung von Darix auf nordisch.org und viel mehr muss mann nicht wissen. Ach ja, ich habe mir natürlich ein paar Shellfunktionen gebastelt, die mir die tägliche Arbeit erleichtern: qs() { quilt setup "$@"; } qpu() { quilt push "$@"; } qpa() { qpu -a; } qn() { quilt new "$@"; } qe() { quilt edit "$@" } qr() { quilt refresh; } ansonsten muss man nur daran denken, bei einem Paket ohne Patches am Anfang im obersten Quellverzeichnis ein "ln -s .. patches" zu machen, damit die dann erzeugten Patches im Verzeichnis mit dem Tarball landen. Und man sollte daran denken, daß man nach einem refresh ein eventuell vorhandenes -p1 im Specfile entfernen muss, da die Patches immer p0 generiert werden. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org