Balazs Scheidler írta:

On Thu, Sep 04, 2003 at 03:08:44PM +0200, Szűcs Tibor wrote:

...

Üdv!

A következő sort használom upgradre:

deb http://apt.balabit.hu/zorp-gpl-os/ 2.0 zorp-os main zorp-common zorp-gpl zorp-os zorp-os-extra

tegnap előtt telepítettem egy gépet és a /usr/share/zorp/pylib/Zorp/Cache.py file hiányzott

a forrásban megvolt de a deb-ből hiányzott.

ezt a hibat mar javitottuk elvileg (a testing agban mindig ujabb verzio van)

Sziasztok! egy kicsit elkeseredett vagyok, rossz tapasztalataim vannak mostanában. az éles tűzfalon ha nyomok sec. okból update-upgrade-et, jó lenne ha nem olyan release jönne le ami el sem indul mert kimaradt 1 fájl belőle... persze kézzel lehúzhatom a testingből a működő verziót, de hát........... a 2.0.2-es rendszeresen coredumpolt, 1.2GB core fájl gyűjt össze az /etc/zorp-ban, a 2.0.3 nem működött, mert közepes terhelésnél megállt rajta egy rövid idő után a hálózati forgalom , hmm, a 2.0.4 jó volt, a 2.0.5-ből hiányzott 1 fájlt és nem indult el. most a 2.0.5.10 működik pár napja. A 2.0.5.1 sem ment valamiért - nem tudom már... Remélem ezután már elmúlnak az ilyen gondok... tudom a zorp-gpl-t szivességből csináljátok, és biztosan rengeteg melótok van nektek is... szóval, hogyan lehetne user oldalról supportálni a assurrance of quality-t? elég a bugreport ide a listára vagy van BTS? köszi

On Fri, Sep 05, 2003 at 03:31:38PM +0200, narancs wrote:

Remélem ezután már elmúlnak az ilyen gondok... tudom a zorp-gpl-t szivességből csináljátok, és biztosan rengeteg melótok van nektek is... szóval, hogyan lehetne user oldalról supportálni a assurrance of quality-t? elég a bugreport ide a listára vagy van BTS?

ide a listara tokeletes. A Zorp GPL karbantartasa folyamatosan egyre nagyobb terhet jelent, ezert mar nem tudunk minden release-t GPL-ben kiadni. Ezert elofordul az, hogy egy teszting sorozat (4 szamjegyu releasek) kozul egy, vagy egy sem jelenik meg. A release management igy nez ki nalunk: * alapvetoen kereskedelmi agban fejlesztunk a HEAD-ben * valtozasokrol eldol, hogy backportolodik-e vagy sem * backportolt hibajavitasokkal egyutt minden sorozat elott test release-zek jelennek meg (ezeket lehet a 2.0test agban megtalalni, es az kulonbozteti meg a stabiltol, hogy 4 szamjegyu verzioszamuk van: pl 2.0.5.10) * amikor lezarunk egy uj release-t (mert ami meg backportolando az tul nagy valtoztatas, vagy az eddigi valtozasok listaja mar 'meger' egy release-t), akkor keszul egy uj stabil verzio, 3 szamjegyu verzioszammal * ezt a verziot nehany napig parkoltatjuk a 2.0test agban, majd atsorolodik a stabil agba, megjelenik a 2.0-ban, a weblapon megjelenik a frissitesek kozt, illetve veglegesitodik a NEWS file tartalma Release nap minden heten legalabb egyszer van, kritikus esetben tobbszor is elofordulhat. A GPL-es agak karbantartasa pedig azert egyre nagyobb feladat, mert rengeteg agunk van: 0.8, 0.8gpl, 1.4, 1.4gpl, 2.0, 2.0gpl, 2.1, 2.1gpl Termeszetesen a 0.8 ill 1.4-es sorozatok mar nagyon ritkan valtoznak, de meg 4 ag karbantartasa is komoly feladat. (azt nem is emlitve, hogy a kereskedelmihez kotodo management rendszerben is sok backport tortenik, bar valamivel kevesebb aggal) Ebbol kovetkezik, hogy a GPL-es Zorp egy teszting agban altalaban osszesen egyszer jelenik meg, utana pedig a 3 szamjegyu Zorppal egyutt. Persze itt is elofordulnak csuszasok, azaz elofordul 2-3 het csuszas is, mire egy adott kereskedelminek megfelelo GPL-es Zorp megjelenik. Ebbe pedig ohatatlanul is csuszhatnak hibak, a helyzeten segiteni akkor lehet, ha - mi megprobalunk gyakrabban test release-t kitenni - ti hasznaljatok/tesztelitek a test release-t is A regresszios tesztunket (proxy funkcionalis teszteles protokoll szinten) mi jelenleg csak a kereskedelmi verzion futtatjuk. -- Bazsi PGP info: KeyID 9AF8D0A9 Fingerprint CD27 CFB0 802C 0944 9CFD 804E C82C 8EB1