From bartek w erp5.pl  Fri Nov 23 09:58:51 2007
From: bartek w erp5.pl (bartek)
Date: Fri, 23 Nov 2007 09:58:51 +0100
Subject: [Erp5-poland]
 =?utf-8?q?Jak_zrobi=C4=87_upgrade_-_normalnie=2C_wy?=
 =?utf-8?q?tnij-wklej_czy_jaka=C5=9B_inne_lepsza_metoda=3F?=
In-Reply-To: <20071122165449.06867a4c@tank.ventis.local>
References: <20071122165449.06867a4c@tank.ventis.local>
Message-ID: <4746964B.90805@erp5.pl>

Łukasz Nowak wrote:
> Witam,
> 
> Pytania wstępne. Czy macie duże problemy z upgrade'ami mocno
> zmodyfikowanych systemów? Np. próba robienia upgrade co dzień/tydzień do
> najnowszej rewizji? Czy robicie częste (co najmniej cotygodniowe)
> upgrade'y? Zakładam, że nie.

Słusznie zakładasz :) Jak dotąd robiliśmy to nieco chaotycznie, czyli 
jak trzeba było coś upgrejdnąć to się ciągnęło HEAD i pluło trzy razy 
przez lewe ramię. A żeby nie zapluć biura robiliśmy to jak najrzadziej :)

Teraz mam taki plan żeby wszystkie sajty podnieść do 17264, przynajmniej 
będzie wiadomo czego się trzymać, wiemy już mniej więcej jakie w tej 
rewizji są bugi, w razie czego będziemy nakładać patche, ale też na 
wszystkich sajtach te same, więc będzie prościej. Za jakiś czas znowu 
wybierzemy rewizję o przyzwoicie niskiej liczbie błędów w testach i 
znowu podniesiemy wszystkie sajty.

> Mam problem. Obecnie pracujemy na rewizji 15401. Próbowaliśmy zrobić
> upgrade do 17264, niestety test-coverage Nexedi nie wykazał kilku
> istotnych błędów. Korzystamy dużo z symulacji (trade, accounting,
> zaczynamy MRP) oraz stocków - niestety test-coverage na to jest bardzo
> niepełny.

To może napiszemy parę testów? Jak dla mnie to możesz zostać "contrib 
testing coordinator", wyspecyfikuj co trzeba i w miarę możliwości 
czasowych jakieś testy możemy wysmażyć.

> Pytanie: jakie widzicie inne propozycje upgrade? Wyeksportować *_module
> i inne istotne foldery z site'a do .zexp i zaimportować je do nowo
> postawionej wersji? Użyć SyncML do przeniesienia danych z jednego site
> do drugiego? Coś innego?

Na moje oko przeniesienie przez zexp powinno być ok, można spróbować. 
Sam się chętnie dowiem czy to działa.

> Zakładam, że nasz test-coverage będzie pełny (czyt. w 100% sprawdzi
> wszystkie krytyczne dla firmy akcje wykonywane w systemie).

Patrz powyżej - może macie jakieś generyczne testy które można by 
zakomitować do core?

B.

> Pozdrawiam,
> Łukasz
> 


-- 
"feelings affect productivity. (...) unhappy people write worse 
software, and less of it."
Karl Fogel, "Producing Open Source Software"


From jacek w erp5.pl  Fri Nov 23 11:07:48 2007
From: jacek w erp5.pl (Jacek Medrzycki)
Date: Fri, 23 Nov 2007 11:07:48 +0100
Subject: [Erp5-poland]
 =?utf-8?q?Jak_zrobi=C4=87_upgrade_-_normalnie=2C_wy?=
 =?utf-8?q?tnij-wklej_czy_jaka=C5=9B_inne_lepsza_metoda=3F?=
In-Reply-To: <4746964B.90805@erp5.pl>
References: <20071122165449.06867a4c@tank.ventis.local>
	<4746964B.90805@erp5.pl>
Message-ID: <4746A674.7090601@erp5.pl>

bartek pisze:
> Na moje oko przeniesienie przez zexp powinno być ok, można spróbować. 
> Sam się chętnie dowiem czy to działa.
>   
Pojedyńcze obiekty przenosiłem w ten sposób i działało. Nie wiem, jak z 
historią (moje były draft).
J.


From lukasz.nowak w ventis.com.pl  Fri Nov 23 15:48:14 2007
From: lukasz.nowak w ventis.com.pl (=?UTF-8?B?xYF1a2Fzeg==?= Nowak)
Date: Fri, 23 Nov 2007 15:48:14 +0100
Subject: [Erp5-poland]
 =?utf-8?q?Jak_zrobi=C4=87_upgrade_-_normalnie=2C_wy?=
 =?utf-8?q?tnij-wklej_czy_jaka=C5=9B_inne_lepsza_metoda=3F?=
In-Reply-To: <4746A674.7090601@erp5.pl>
References: <20071122165449.06867a4c@tank.ventis.local>
	<4746964B.90805@erp5.pl> <4746A674.7090601@erp5.pl>
Message-ID: <20071123154814.751c9341@tank.ventis.local>

Cześć,
On 2007-11-23, 11:07:48
Jacek Medrzycki <jacek w erp5.pl> wrote:

> bartek pisze:
> > Na moje oko przeniesienie przez zexp powinno być ok, można
> > spróbować. Sam się chętnie dowiem czy to działa.
> >   
> Pojedyńcze obiekty przenosiłem w ten sposób i działało. Nie wiem, jak
> z historią (moje były draft).
> J.

Ponieważ kopiowanie Data.fs do innego systemu skończyło się załączonym
traceback przeniosłem moduły za pomocą import/export zexp. Z tego co
widzę, to historia pozostała, nawet simulation_tool przeżył tą operację
- jest nadzieja.

Co do załączonego tracebacka - czasem pojawiał się komunikat:

This object is broken because the ERP5Type product that
created it is no longer installed or is installed incorrectly.
Please contact the product maintainer for assistance.

Note that the data associated with this product has not
been lost, and will be accessible again if the product is
reinstalled. 

Po wejściu na dowolny moduł (np. accounting_module, etc). Niekedy site
działał cały dzień poprawnie. Czasem po restarcie zope była możliwość
pracy przez 5-10 kliknięć i znów podobny.

Na tym samym kodzie stworzony czysty Data.fs sprawuje się bez zarzutu.

Pozdrawiam,
Łukasz

-- 
Łukasz Nowak R&D Ventis http://www.ventis.com.pl/
tel: +48 32 768 16 85 fax: +48 32 392 10 61
``Use the Source, Luke...'' I am only craftsman.
-------------- następna część ---------
An embedded and charset-unspecified text was scrubbed...
Name: traceback.txt
URL: <http://mail.tiolive.com/pipermail/erp5-poland/attachments/20071123/9f4d8cf4/attachment.txt>

From jacek w erp5.pl  Fri Nov 23 16:36:08 2007
From: jacek w erp5.pl (Jacek Medrzycki)
Date: Fri, 23 Nov 2007 16:36:08 +0100
Subject: [Erp5-poland]
 =?iso-8859-2?q?Jak_zrobi=E6_upgrade_-_normalnie=2C_?=
 =?iso-8859-2?q?wytnij-wklej_czy_jaka=B6_inne_lepsza_metoda=3F?=
In-Reply-To: <20071123154814.751c9341@tank.ventis.local>
References: <20071122165449.06867a4c@tank.ventis.local>	<4746964B.90805@erp5.pl>
	<4746A674.7090601@erp5.pl>
	<20071123154814.751c9341@tank.ventis.local>
Message-ID: <4746F368.1060104@erp5.pl>

Łukasz Nowak pisze:
> Po wejściu na dowolny moduł (np. accounting_module, etc). Niekedy site
> działał cały dzień poprawnie. Czasem po restarcie zope była możliwość
> pracy przez 5-10 kliknięć i znów podobny.
>
> Na tym samym kodzie stworzony czysty Data.fs sprawuje się bez zarzutu.
>   

Też tak mielismy. Nie wiem, czy jest to wina kopiowania data.fs, bo 
operację tę przeprowadzałem dosyć często i ten efekt rzadko występował.

Zauważyłem, że pomaga wywalenie wszystkich plików poza data.fs (czyli 
indexu, temp itp) i wystartowanie sajta.

J.


From lukasz.nowak w ventis.com.pl  Fri Nov 23 16:39:42 2007
From: lukasz.nowak w ventis.com.pl (=?UTF-8?B?xYF1a2Fzeg==?= Nowak)
Date: Fri, 23 Nov 2007 16:39:42 +0100
Subject: [Erp5-poland]
 =?utf-8?q?Jak_zrobi=C4=87_upgrade_-_normalnie=2C_wy?=
 =?utf-8?q?tnij-wklej_czy_jaka=C5=9B_inne_lepsza_metoda=3F?=
In-Reply-To: <4746F368.1060104@erp5.pl>
References: <20071122165449.06867a4c@tank.ventis.local>
	<4746964B.90805@erp5.pl> <4746A674.7090601@erp5.pl>
	<20071123154814.751c9341@tank.ventis.local>
	<4746F368.1060104@erp5.pl>
Message-ID: <20071123163942.71fe2714@tank.ventis.local>

Witam,

On 2007-11-23, 16:36:08
Jacek Medrzycki <jacek w erp5.pl> wrote:

(...)
> Też tak mielismy. Nie wiem, czy jest to wina kopiowania data.fs,
bo 
> operację tę przeprowadzałem dosyć często i ten efekt rzadko
> występował.
> 
> Zauważyłem, że pomaga wywalenie wszystkich plików poza data.fs (czyli 
> indexu, temp itp) i wystartowanie sajta.

O! Nie wpadłbym na to. W przyszłym tygodniu powtórzę buga, a jeśli
Twoja rada pomoże, wtedy dam na troubleshooting wiki.

Co do warunków przenoszenia Data.fs wędruje w moim przypadku z
"koszernego" MDK2006.0/i386 do debian/etch i386. Pomiędzy nimi są dość
poważne różnice - m.in. w wersjach gcc, glibc czy bibliotekach
pythonowych (zmienia się minorowa wersja python2.4).

Łukasz

-- 
Łukasz Nowak R&D Ventis http://www.ventis.com.pl/
tel: +48 32 768 16 85 fax: +48 32 392 10 61
``Use the Source, Luke...'' I am only craftsman.


From jacek w erp5.pl  Fri Nov 23 16:42:37 2007
From: jacek w erp5.pl (Jacek Medrzycki)
Date: Fri, 23 Nov 2007 16:42:37 +0100
Subject: [Erp5-poland]
 =?utf-8?q?Jak_zrobi=C4=87_upgrade_-_normalnie=2C_wy?=
 =?utf-8?q?tnij-wklej_czy_jaka=C5=9B_inne_lepsza_metoda=3F?=
In-Reply-To: <20071123163942.71fe2714@tank.ventis.local>
References: <20071122165449.06867a4c@tank.ventis.local>	<4746964B.90805@erp5.pl>
	<4746A674.7090601@erp5.pl>	<20071123154814.751c9341@tank.ventis.local>	<4746F368.1060104@erp5.pl>
	<20071123163942.71fe2714@tank.ventis.local>
Message-ID: <4746F4ED.7070003@erp5.pl>

Łukasz Nowak pisze:
>
> Co do warunków przenoszenia Data.fs wędruje w moim przypadku z
> "koszernego" MDK2006.0/i386 do debian/etch i386. Pomiędzy nimi są dość
> poważne różnice - m.in. w wersjach gcc, glibc czy bibliotekach
> pythonowych (zmienia się minorowa wersja python2.4).
>   
A, to co innego. Ja kopałem między Mandrivami 2007 - co prawda dwie 64 
bitowe, a jedna (mój lapek) 32, ale reszta instalacji taka sama, z 
wersją pythona włącznie.
Czyli data.fs nie byłby taki do końca przenośny?
J,


From lukasz.nowak w ventis.com.pl  Fri Nov 23 16:57:29 2007
From: lukasz.nowak w ventis.com.pl (=?UTF-8?B?xYF1a2Fzeg==?= Nowak)
Date: Fri, 23 Nov 2007 16:57:29 +0100
Subject: [Erp5-poland] =?utf-8?q?testowanie_wydajno=C5=9Bci=2C_szukanie_w?=
 =?utf-8?q?=C4=85skich_garde=C5=82_-_UI_i_odczucia_user=C3=B3w?=
Message-ID: <20071123165729.0f15fdf6@tank.ventis.local>

Witam,

Wstępem - czy wydaje mi się, czy Zope-2 jest szybkościowo-wydajnościowy
słaby? I wcale się nie skaluje - bez użycia ZEO czy clusteringu?
Zakładam, że tak.

Mamy coraz więcej różnorodnie powiązanych ze sobą danych w systemie. Od
pewnego czasu zaczynają być problemy z wydajnością. Np. wyświetlanie
accounting_module listboxa trwa...8 sekund. Niektóre raporty generują
się po 20 sekund, a sposób ich używania czy potrzeby firmy zakładają,
że powinny być dostępne w 1-2 sekundy.

Mam ogólne pytanie - w jaki sposób - nie uciekając się do technologii
testowania UI w stylu mechanize, etc - wytestować wydajność formatek?
Byłbym wdzięczny za URI na sieci do analizy problemu. Na razie moje
profilery są dość proste:

==SNIP==
## Script (Python) "profik"
##bind container=container
##bind context=context
##bind namespace=
##bind script=script
##bind subpath=traverse_subpath
##parameters=
##title=
##
for i in range(1,6):
  b = DateTime().timeTime()
  context.accounting_module.view()
  e = DateTime().timeTime()

  print i,e-b

request=context.REQUEST
request.RESPONSE.setHeader('Content-type', 'text/plain')
return printed
==SNIP==

Mam zamiar potworzyć sobie klasy, które wyliczą średnie czasy generacji
różnych formatek na portal type'ach, z ewentualnym testowaniem wywołań
okrojonych (np. listbox z mniejszą ilością kolumn, aby stwierdzić, czy
jakaś konkretna nie kładzie systemu na kolana).

Jeśli jesteście zainteresowani współpracą, macie propozycje, uwagi czy
znacie już temat byłbym wdzięczny za sugestie.

Miłego weekendu,
Łukasz

-- 
Łukasz Nowak R&D Ventis http://www.ventis.com.pl/
tel: +48 32 768 16 85 fax: +48 32 392 10 61
``Use the Source, Luke...'' I am only craftsman.


From bartek w erp5.pl  Fri Nov 23 17:04:43 2007
From: bartek w erp5.pl (bartek)
Date: Fri, 23 Nov 2007 17:04:43 +0100
Subject: [Erp5-poland] konferencja w styczniu
In-Reply-To: <4726F03F.7080105@erp5.pl>
References: <4726F03F.7080105@erp5.pl>
Message-ID: <4746FA1B.3060201@erp5.pl>

Pierwsze pomysły na prezentacje:

1) Ściśle ERP5

- w ramach dzielenia się doświadczeniami prawdopodobnie będziemy mogli 
opowiedzieć o wdrożeniu w agencji reklamowej (erp5_project)

- zarządzanie projektami wdrożeniowymi ERP5 / wykorzystanie ERP5 Project 
do zarządzania projektem informatycznym

- software management w ERP5 (tj organizacja kodu przy implementacji)

- nowe funkcjonalności (iCal, RSS, IMAP Proxy (jeśli uda się go 
zrobić...), coś tam jeszcze

2) Extrasy

- Mirek Ciaś z firmy Trout&Partners może opowiedzieć o marketingu w Open 
Source, czyli mniej więcej o tym jak opowiadać laikom o wolnym 
oprogramowaniu tak żeby zajarzyli że to jest fajne

- Krzysztof Kowalczyk (SGH / Ubik Business Consulting) może opowiedzieć 
o modelach biznesowych, czyli o tym jak Wolne Oprogramowanie może na 
siebie zarabiać

- partnerem imprezy prawdopodobnie będzie Novell, czy będą mogli coś 
ciekawego opowiedzieć tego jeszcze nie wiem, zależy czy coś chcemy od 
nich usłyszeć

Bartek

bartek wrote:
> Witam
> 
> W drugiej połowie stycznia (dokładny termin do ustalenia) planujemy 
> zorganizować coś w rodzaju konferencji czy spotkania polskiej 
> społeczności ERP5 - zrobiliśmy coś takiego w tym roku, z bardzo dobrym 
> skutkiem, więc myślę że będziemy to robić regularnie. Pierwsze spotkanie 
> było raczej kameralne, to będzie miało charakter otwarty, więc 
> uczestników będzie, mam nadzieję, nieco więcej.
> 
> Impreza będzie dwudniowa, sobotnio-niedzielna, sobotę wieczorem 
> oczywiście przeznaczymy na tak zwaną "integrację" w jakimś sympatycznym 
> pubie.
> 
> Mniej więcej za miesiąc będziemy znali dokładny spis treści konferencji, 
> obecnie jesteśmy na etapie "call for papers", rozmawiamy też z kilkoma 
> osobami które być może pojawią się jako goście specjalni - szczegóły za 
> miesiąc, wtedy też będziemy publikować oficjalne zaproszenie. Na pewno 
> będziemy dzielić się doświadczeniami ze zrealizowanych projektów, 
> będziemy rozmawiać o roli community w rozwoju ERP5, może o ciekawych 
> implementacjach różnych funkcjonalności, może o kierunkach rozwoju 
> systemu, może o rynku OpenSource - to się okaże.
> 
> Treść konferencji zależy w dużym stopniu od was - jeśli ktoś ma jakiś 
> pomysł, albo jest jakieś zagadnienie o którym chciałby posłuchać czy 
> porozmawiać, to bardzo prosimy o sygnał.
> 
> Pozdrawiam, i zapraszam
> Bartek
> 
> 
> PS. Spotykamy się w Warszawie, dokładna lokalizacja nie jest jeszcze 
> ustalona, być może w tym samym miejscu co poprzednio tylko w większej sali.
> 


-- 
"feelings affect productivity. (...) unhappy people write worse 
software, and less of it."
Karl Fogel, "Producing Open Source Software"