Seit 2002 Diskussionen rund um die Programmiersprache Python
https://www.python-forum.de/
Mag sein. Aber es gibt dennoch schon allein im Linux Basis-System Programme die eine sehr niedrige Version haben und so seit ~1994 verbleiben sind.birkenfeld hat geschrieben:Ich hätte aber ähnlich reagiert. Normalerweise nehme ich an, dass ein Autor seine Versionsnummern realistisch vergibt, und 0.0.1 heißt "Finger weg!"
"feel free to reopen..."Leonidas hat geschrieben:Hmm, ich frage mich ob der nur das 0.0.1 gesehen hat und dann gleich zugemacht hat?birkenfeld hat geschrieben:Tja, lang hat er nicht gelebt
)
Wenn das dazu führt, dass sich der Gentooer das Ding näher anschaut, warum nicht? Ich kann mir vorstellen, dass auch Gentoo nicht zuviele Freiwillige hat, also würde ich mir als Contributor meine Zeit gut einteilen.lunar hat geschrieben:"feel free to reopen..."Leonidas hat geschrieben:Hmm, ich frage mich ob der nur das 0.0.1 gesehen hat und dann gleich zugemacht hat?birkenfeld hat geschrieben:Tja, lang hat er nicht gelebt
... vielleicht warte ich einfach zwei Wochen, veers macht aus 0.0.1 ein 0.2 und dann fühle ich mich tatsächlich so frei
Ich kenne die Gentoo-Policies nicht, aber sie sind sicher öffentlich zugänglich.@birkenfeld
Keywords und Masks existieren. Ich hatte ja auch nicht erwartet, dass das Paket gleich stable wird, aber ~x86 sollte doch wohl drin sein.
Bekannte Software wie Emacs ist ein Sonderfall, und das weißt du auch.Außerdem halte ich ein offizielles Release selbst in früher Beta-Phase immer noch für stabiler als ein CVS oder SVN Checkout und davon enthält der tree offenbar einiges (wie wir beide wissen
Btw, beim emacs-cvs der unicode-Branch stand eine ganze Zeit lang im Splashscreen von emacs selbst ein dicker, fetter, roter Balken, der auf den Alpha-Status hingewiesen und vor produktivem Einsatz gewarnt hat. Da hats aber offenbar keinen gestört.
Lustigerweise war 0.0.1 bei app-arch/unrar-gpl offenbar ausreichend...
Ich habe sie nicht gefunden...birkenfeld hat geschrieben:Ich kenne die Gentoo-Policies nicht, aber sie sind sicher öffentlich zugänglich.@birkenfeld
Keywords und Masks existieren. Ich hatte ja auch nicht erwartet, dass das Paket gleich stable wird, aber ~x86 sollte doch wohl drin sein.
Dann scheinen die Gentoo-Devs ja eine sehr weitgehende Auslegung von "bekannt" zu haben, denn "Sonderfälle" gibt es doch ein paar. eix findet 21 Pakete für die regexp ".*-(svn|cvs)$", unter anderem Obskures wie sdcc und abcl ("Armed Bear Common Lisp").Bekannte Software wie Emacs ist ein Sonderfall, und das weißt du auch.Außerdem halte ich ein offizielles Release selbst in früher Beta-Phase immer noch für stabiler als ein CVS oder SVN Checkout und davon enthält der tree offenbar einiges (wie wir beide wissen
Btw, beim emacs-cvs der unicode-Branch stand eine ganze Zeit lang im Splashscreen von emacs selbst ein dicker, fetter, roter Balken, der auf den Alpha-Status hingewiesen und vor produktivem Einsatz gewarnt hat. Da hats aber offenbar keinen gestört.
Lustigerweise war 0.0.1 bei app-arch/unrar-gpl offenbar ausreichend...
??Bei Unrar verhält es sich auch nicht viel anders -- das Format ist sehr verbreitet, und ein freies Entpacktool wurde dringend gebraucht.
BTW, ARGH -- wer hat die Idee aufgebracht, Links in derselben Farbe wie den Textkörper zu formatieren und nichtmal zu unterstreichen? ARGH!
Und?lunar hat geschrieben:Ich habe sie nicht gefunden...birkenfeld hat geschrieben:Ich kenne die Gentoo-Policies nicht, aber sie sind sicher öffentlich zugänglich.@birkenfeld
Keywords und Masks existieren. Ich hatte ja auch nicht erwartet, dass das Paket gleich stable wird, aber ~x86 sollte doch wohl drin sein.
Schon möglich. Letztendlich entscheidet dann halt die Willkür.Dann scheinen die Gentoo-Devs ja eine sehr weitgehende Auslegung von "bekannt" zu haben, denn "Sonderfälle" gibt es doch ein paar. eix findet 21 Pakete für die regexp ".*-(svn|cvs)$", unter anderem Obskures wie sdcc und abcl ("Armed Bear Common Lisp").Bekannte Software wie Emacs ist ein Sonderfall, und das weißt du auch.
Schau mal auf deine Homepage... und ja, #444 und #000 ist (für mich) bei dünnen Buchstaben und mehr als 20cm Augenabstand nicht unterscheidbar.??BTW, ARGH -- wer hat die Idee aufgebracht, Links in derselben Farbe wie den Textkörper zu formatieren und nichtmal zu unterstreichen? ARGH!
... ich hatte jetzt gehofft, dass das dich jetzt motiviert, danach zu suchenbirkenfeld hat geschrieben:Und?lunar hat geschrieben:Ich habe sie nicht gefunden...birkenfeld hat geschrieben:Ich kenne die Gentoo-Policies nicht, aber sie sind sicher öffentlich zugänglich.@birkenfeld
Keywords und Masks existieren. Ich hatte ja auch nicht erwartet, dass das Paket gleich stable wird, aber ~x86 sollte doch wohl drin sein.
Wie hättest du es denn gerne? Du darfst dir eine Formatierung aussuchenSchau mal auf deine Homepage... und ja, #444 und #000 ist (für mich) bei dünnen Buchstaben und mehr als 20cm Augenabstand nicht unterscheidbar.
Einzige Einschränkung: kein Grün! Ich hatte das so verstanden, dass er die Link-Farbe geändert sehen wollte...veers hat geschrieben:text-decoration: underline;?
Code: Alles auswählen
/usr/lib/python2.4/distutils/dist.py:236: UserWarning: Unknown distribution option: 'windows'
warnings.warn(msg)
running install
running build
running build_py
running build_scripts
running install_lib
byte-compiling /usr/local/lib/python2.4/site-packages/lanshark/lib.py to lib.pyc
File "/usr/local/lib/python2.4/site-packages/lanshark/lib.py", line 241
with f:
^
SyntaxError: invalid syntax
byte-compiling /usr/local/lib/python2.4/site-packages/lanshark/configuration.py to configuration.pyc
File "/usr/local/lib/python2.4/site-packages/lanshark/configuration.py", line 57
with open(f, "r") as f:
^
SyntaxError: invalid syntax
byte-compiling /usr/local/lib/python2.4/site-packages/lanshark/icons.py to icons.pyc
SyntaxError: ('future feature with_statement is not defined',)
byte-compiling /usr/local/lib/python2.4/site-packages/lanshark/autostart.py to autostart.pyc
File "/usr/local/lib/python2.4/site-packages/lanshark/autostart.py", line 54
with open(getfilename(name), "w") as f:
^
SyntaxError: invalid syntax
running install_scripts
changing mode of /usr/local/bin/lansharkc to 755
changing mode of /usr/local/bin/lansharkgui to 755
running install_data
running install_egg_info
Removing /usr/local/lib/python2.4/site-packages/lanshark-0.0.1.egg-info
Writing /usr/local/lib/python2.4/site-packages/lanshark-0.0.1.egg-info
Mmmh, da kann ich dir nicht helfen, ich verwende Qt.veers hat geschrieben:Bezüglich den Umlauten, ich hatte/habe Probleme mit dem Encoding und PyGTK werde dem noch nachgehen.
Mmhh, vielleicht so (-- = Trennlinie):Zum Kontext Menu, da hast du Recht nur was soll da rein? Webinterface öffnen und beenden?
Du kannst damit machen, was du willst (siehe LizenzZum Ebuild, ich werde es einfach auf der Website einbinden. Ist es ok wenn ich eine Kopie davon mache?
). Aber warum willst du eine Kopie auf deiner Website einstellen? Wenn du ihn direkt auf deiner Website anbieten möchtest, kann ich ihn dir auch gleich immer direkt zusenden, und die Seite auf meiner Seite wieder entfernen... Dann musst du nicht dafür sorgen, dass du die Kopie aktuell hältst, wenn ich die Datei aktualisiere.
Alle bekannten Bugs sollten nun behoben sein.lanshark.29a.ch hat geschrieben: Lanshark 0.0.2 wurde heute veröffentlicht. Die wichtigsten Änderungen sind:
* Eine Downloaden nach option wurde hinzugefügt
* Die möglichkeit Datein direkt nach dem Download zu öffnen wurde hinzugefügt
* Das Status-Icon hat nun ein Kontextmenu sowie einen Tooltip
* Diverse kleine Usability verbesserungen
* Verbesserte stabilität in instabilen Netzwerken (WLAN...)
* Neue Überseztung: Bulgarisch - Danke Vladimir Kolev
* Neue Übersetzung: Spanisch - Danke Emilio Gomez Fernandez
* Neue Übersetzung: Russisch - Danke Nikolay Parukhin
* Der Daemon-Code von lansharkc wurde in eine neues Script lansharkd verschoben.
* Internationalisierungsprobleme unter Windows wurden gelöst
* Ein Bug durch den Hosts verschwanden wurde beseitigt
* Viele weitere kleine Verbesserungen
Eine Liste aller Änderungen befindet sich im Log von git.