[TYPO3-german] lokalen mirror vom TER repository

[Andreas Becker]

Also dann wuerde ich einfach mal sagen eben diese Pflicht einzufuehren - wo
liegt das Problem?

Immerhin wuerden dann auch unmaintained Extensions die nach wie vor als
stable angepriesen werden fuer die jeweiligen Developer sprechen und somit
sicher auch dazu anhalten, dass die oefter mal im TER vorbeischauen. ;-)
Tausendmal besser als ein Certificate welcher Art auch immer - REFERENZEN
die im Grunde dann fuer sich selber sprechen.

per default sollten dann diese unmaintained Extensions auch nicht angezeigt
werden. Gute Idee! Das mit den dependencies stimmt, jedoch ist eine
dependency auf eine Extension die nicht mehr maintained wird dann auch im
Grunde nicht das gelbe vom Ei. Somit muss sich dann ggf. der Extension
Developer selber darum kuemmern dass eben diese Dependency auch
entsprechend maintained wird. Der status einer Extension sollte NIE hoeher
sein als das schwaechste Glied in seiner Kette. Sprich eine dependency auf
eine unmaintained Extension haette dann auch ein unmaintained fuer die
Extension selbst zur Folge. Nur so wird auch die Kommunikation zwischen den
Devs mehr gefoerdert und ggf auch einmal keys an neue Maintainer
ueberschrieben die Qualitaet und Service noch ernst nehmen.

Andi


2012/8/5 Michael <typo3ml at schams.net>

> On 05/08/12 12:09, Andreas Becker wrote:
>
> > All dieses klumb gehoert ausgemissted und in ein separates TER Archiv.
>
> dem stimme ich zu... zumindest teilweise :-)
> ich habe kein problem damit, 5600 extensions (oder mehr) in einem
> repository unter typo3.org liegen zu haben, oder deren meta daten durch
> einen import des extensions.xml files in den datenbanken zu halten.
>
> aber ich glaube, fast alle von uns interessieren sich nur fuer einen
> bruchteil dieser menge, wenn es darum geht, bei der taeglichen arbeit
> mit TYPO3 extensions zu suchen und zu importieren/installieren.
>
> der grossteil der extensions - ich nenne ihn mal "unmaintained
> extensions" - wird sehr selten benoetigt. daher waere es wuenschenswert,
> aus der gesamtmenge den (ir)relevanten teil filtern zu koennen.
>
> > Wer seine Extension in den letzten 365 Tagen nicht ein einziges mal
> > ueberprueft und an die LTS UND die current stable Vsn angepasst hat
> > fliegt raus und wird ins ARCHIV gepackt bis er die Extension wieder
> > updated!
>
> wir haben diese tolle "dependency" einstellung fuer extensions. dort
> kann man als ext entwickler u.a. die min/max TYPO3 version angeben.
> diese angabe koennte zwingend sein und die "max" TYPO3 version duerfte
> nicht groesser, als die aktuellste stable version sein (z.B. TYPO3
> v4.7.10).
>
> extensions, die nicht mehr upgedated werden, wuerden somit automatisch
> in den "unmaintained" status fallen, sobald eine neue TYPO3 version
> released wird (und der entwickler nicht zumindest eine neue version mit
> angepasster dependency hochlaedt).
>
> im extension manager koennte man dann "unmaintained" extensions per
> default einfach *nicht* anbieten; das selbe fuer die suche im TER oder
> in irgendwelchen anderen systemen, die auf der extension list basieren.
>
> mit dieser policy wuerden keine extensions geloescht oder in ein archiv
> verschoben werden. das heisst, auch faelle, in denen man doch noch alte
> extensions benoetigt (oder diese zumindest anzeigen moechte), werden
> weiterhin beruecksichtigt. es geht eher um die klassifizierung von
> "unmaintained" extensions und die damit verbundene filterung.
>
> dieses konzept wurde vor ein paar monaten erarbeitet und diskutiert,
> siehe meine verweise im folgenden thread:
>
> http://lists.typo3.org/pipermail/typo3-german/2012-July/086995.html
>
> ...nur um die Umsetzung hat sich anscheinend noch niemand gekuemmert.
>
> > Danke Michael fuer diesen imposanten Einblick.
>
> ich hatte mir auch mal die arbeit gemacht und untersucht, was es denn
> praktisch bedeuten wuerde, wenn man nur noch extensions anzeigt (z.B. im
> EM oder im TER), die momentan ueberhaupt eine gueltige dependency zu
> TYPO3 versionen haben...
>
> dabei musste ich feststellen, dass das derzeit nur ein ganz geringer
> teil ist, was bedeutet, dass man zuerst die dependency pflicht
> einfuehren sollte, bevor man sich ueberhaupt gedanken ueber die
> filterung macht. ansonst wuerde die anzahl der verfuegbaren extensions
> naemlich nicht von 5600 auf 1000 schrumpen, sondern auf zwei oder drei
> hundert (sofern meine untersuchungen stimmen) :-)
>
> Cheers
> Michael
>
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>