W dniu 27 czerwca 2010 22:31 użytkownik Bartłomiej Zimoń uz...@o2.pl napisał:
Dnia 27 czerwca 2010 21:51 Bartosz Świątek shad...@gmail.com napisał(a):
W dniu 27 czerwca 2010 21:31 użytkownik Bartłomiej Zimoń uz...@o2.pl
napisał:
Dnia 27 czerwca 2010 9:09 Tomasz Pala go...@polanet.pl
Dnia piątek, 25 czerwca 2010, Tomasz Pala napisał:
2. mając wersję 1.2 i deltę z 1.1 do 1.2 przecież można odtworzyć także
stary pakiet.
Tego nie byłbym taki pewien. Tego się chyba jednak nie będzie dało zrobić.
Delta posiada zawsze pełne headery oraz pliki konfiguracyjne (diffowanie ich
nie
On Sun, Jun 27, 2010 at 08:52:32 +0200, Kamil Dziedzic wrote:
2. mając wersję 1.2 i deltę z 1.1 do 1.2 przecież można odtworzyć także
stary pakiet.
Tego nie byłbym taki pewien. Tego się chyba jednak nie będzie dało zrobić.
Delta posiada zawsze pełne headery oraz pliki konfiguracyjne
Dnia 27 czerwca 2010 9:09 Tomasz Pala go...@polanet.pl napisał(a):
On Sun, Jun 27, 2010 at 08:52:32 +0200, Kamil Dziedzic wrote:
2. mając wersję 1.2 i deltę z 1.1 do 1.2 przecież można odtworzyć także
stary pakiet.
Tego nie byłbym taki pewien. Tego się chyba jednak nie będzie dało
W dniu 27 czerwca 2010 21:31 użytkownik Bartłomiej Zimoń uz...@o2.pl napisał:
Dnia 27 czerwca 2010 9:09 Tomasz Pala go...@polanet.pl napisał(a):
On Sun, Jun 27, 2010 at 08:52:32 +0200, Kamil Dziedzic wrote:
2. mając wersję 1.2 i deltę z 1.1 do 1.2 przecież można odtworzyć także
stary
Dnia 27 czerwca 2010 21:51 Bartosz Świątek shad...@gmail.com napisał(a):
W dniu 27 czerwca 2010 21:31 użytkownik Bartłomiej Zimoń uz...@o2.pl
napisał:
Dnia 27 czerwca 2010 9:09 Tomasz Pala go...@polanet.pl napisał(a):
On Sun, Jun 27, 2010 at 08:52:32 +0200, Kamil Dziedzic wrote:
2.
Dnia 23 czerwca 2010 10:40 Daniel Dawid Majewski ligh...@o2.pl napisał(a):
W odpowiedzi na wiadomość z dnia 23.06.2010 09:51, od Bartosz Świątek:
pl_TKA co? Żyjesz w XIX w. i masz modem 56k? Oebcnie ot 200MB nie
pwoinno isę śicągać dłużej niż 10min zakłaadjąc, że nie żyjezs w
dżungli
On Mon, Jun 21, 2010 at 16:25:22 +0200, Jacek Osiecki wrote:
Ale ja mam na myśli to co akurat tu niestety upadło, czyli stara wersja +
delty do aktualnej... Owszem, przy pierwszej instalacji pakietu jest to
niewygodne - ale dlatego zaproponowałem limit 50%. Jednak zdecydowana
większość pobrań
W odpowiedzi na wiadomość z dnia 23.06.2010 06:09, od Bartłomiej Zimoń:
nawet pakiet w th-test zawital
No to teraz upgrade wesnoth [na dzień dzisiejszy 247.3M] może nie będzie
się dłużyć... ;)
--
Pozdrawiam,
Daniel Dawid Majewski
jabber:light-i/pld-users.org
W dniu 23 czerwca 2010 08:43 użytkownik Daniel Dawid Majewski
ligh...@o2.pl napisał:
W odpowiedzi na wiadomość z dnia 23.06.2010 06:09, od Bartłomiej Zimoń:
nawet pakiet w th-test zawital
No to teraz upgrade wesnoth [na dzień dzisiejszy 247.3M] może nie będzie
się dłużyć... ;)
pl_TKA co?
W odpowiedzi na wiadomość z dnia 23.06.2010 09:51, od Bartosz Świątek:
pl_TKA co? Żyjesz w XIX w. i masz modem 56k? Oebcnie ot 200MB nie
pwoinno isę śicągać dłużej niż 10min zakłaadjąc, że nie żyjezs w
dżungli :)/pl_TK
Nie widzę podstaw do wnikania, kto co ma, a czego nie ma i jakie
W odpowiedzi na wiadomość z dnia 21.06.2010 22:33, od Pawel Kwiatkowski:
Mnie ciekawi tylko jak będzie działał mechanizm repackage. Spakuje
całość czy tylko jakąś deltę. Przywracanie np. z repackage takiego
apache + php + okoliczne biblioteki z paczek w repackage jest
wystarczająco upierdliwe.
W dniu 22 czerwca 2010 09:20 użytkownik Daniel Dawid Majewski
ligh...@o2.pl napisał:
W odpowiedzi na wiadomość z dnia 21.06.2010 22:33, od Pawel Kwiatkowski:
Mnie ciekawi tylko jak będzie działał mechanizm repackage. Spakuje
całość czy tylko jakąś deltę. Przywracanie np. z repackage takiego
Dnia wtorek, 22 czerwca 2010, Bartosz Świątek napisał:
Hmm, jeśli delta działa tak jak myślę, czyli zmienia pliki na dysku +
meta dane rpma, to po nałożeniu takiej delty, rpm powinien myśleć, że
jest to nowy pakiet. Czyli:
rpm -qf /cos/dupa pokazuje dupa-1.0
nakładam deltę,
rpm -qf
Jak tylko nad tematem przysiade (moze dzis wieczorem), bo o ile pamietam to w
cvs mamy deltarpm 3.4
Jakis czas temu pobralem 3.5, gdzie okazalo sie ze czesc latek z 3.4 weszlo do
3.5,
a czesc przeportowalem - teraz musze to uporzedkowac.
Dodatkowo sa jeszcze zmiany, ktore dla naszych rpm-ow
W dniu 22 czerwca 2010 18:30 użytkownik Bartłomiej Zimoń uz...@o2.pl napisał:
Jak tylko nad tematem przysiade (moze dzis wieczorem), bo o ile pamietam to w
cvs mamy deltarpm 3.4
Jakis czas temu pobralem 3.5, gdzie okazalo sie ze czesc latek z 3.4 weszlo
do 3.5,
a czesc przeportowalem -
Dnia 22 czerwca 2010 18:35 Bartosz Świątek shad...@gmail.com napisał(a):
W dniu 22 czerwca 2010 18:30 użytkownik Bartłomiej Zimoń uz...@o2.pl
napisał:
Jak tylko nad tematem przysiade (moze dzis wieczorem), bo o ile pamietam to
w cvs mamy deltarpm 3.4
Jakis czas temu pobralem 3.5, gdzie
Dnia 23 czerwca 2010 5:54 Bartłomiej Zimoń uz...@o2.pl napisał(a):
Wlasnie mi sie przpomnialo ;) - poszlo do cvs na rel 2, a nasze nowosci
znajdziemy w patch1.
Zapraszam do testow.
nawet pakiet w th-test zawital
Pozdrawiam
Bartłomiej Zimoń
___
On Fri, 18 Jun 2010, Kamil Dziedzic wrote:
Dnia piątek, 18 czerwca 2010, Bartłomiej Zimoń napisał:
Potrzebujesz trzymać aktualne pakiety plus diffy ze starych wersji do
nowej.
Mozna bylo sie wysilic i zerknac chociaz do pliku README deltarpm.
Jeszcze raz: wymagany jest pakiet zrodlowy w pliku
2010/6/21 Jacek Osiecki jos...@hybrid.pl:
Pozwolę sobie włączyć się do dyskusji:
IMHO takie delty byłyby bardzo miłą nowością:
- synchronizowanie mirrorów by nie trwało kilkanaście godzin (w porywach)
Trwałoby jeszcze dłużej niż teraz. Nowa wersja pakietu + delty z poprzedniej.
--
::
On Mon, 21 Jun 2010, Witold Firlej wrote:
2010/6/21 Jacek Osiecki jos...@hybrid.pl:
Pozwolę sobie włączyć się do dyskusji:
IMHO takie delty byłyby bardzo miłą nowością:
- synchronizowanie mirrorów by nie trwało kilkanaście godzin (w porywach)
Trwałoby jeszcze dłużej niż teraz. Nowa wersja
On Mon, 21 Jun 2010, Jacek Osiecki wrote:
Potrzebujesz trzymać aktualne pakiety plus diffy ze starych wersji
do nowej.
Mozna bylo sie wysilic i zerknac chociaz do pliku README deltarpm.
Jeszcze raz: wymagany jest pakiet zrodlowy w pliku rpm lub
zainstalowany
Zaczynam mieć
Dnia 2010-06-20, nie o godzinie 22:12 +0200, Jacek Konieczny pisze:
On Sun, Jun 20, 2010 at 09:20:13PM +0200, Bartosz Świątek wrote:
W takim razie miejsca na ftp trzeba będzie zmarnować jeszcze więcej
niż obecnie. Bo z punktu widzenia automatyki to nic się nie zmieni +
dojdą delty :)
Dnia czwartek, 17 czerwca 2010, Bartłomiej Zimoń napisał:
(niebawem wrzuce te zmiany do cvs)
Kiedy można się spodziewać tego niebawem?:)
--
Pozdrawiam, Kamil Dziedzic
signature.asc
Description: This is a digitally signed message part.
___
Dnia 18 czerwca 2010 14:08 Bartosz Świątek shad...@gmail.com napisał(a):
W dniu 18 czerwca 2010 08:53 użytkownik Marcin Rybak
marcin.ry...@gmail.com napisał:
W dniu 18 czerwca 2010 08:36 użytkownik Kamil Dziedzic
kamil.li...@klecza.pl napisał:
Do siebie podczas aktualizacji ciągniesz
W dniu 20 czerwca 2010 17:19 użytkownik Bartłomiej Zimoń uz...@o2.pl napisał:
Dnia 18 czerwca 2010 14:08 Bartosz Świątek shad...@gmail.com napisał(a):
W dniu 18 czerwca 2010 08:53 użytkownik Marcin Rybak
marcin.ry...@gmail.com napisał:
W dniu 18 czerwca 2010 08:36 użytkownik Kamil Dziedzic
W odpowiedzi na wiadomość z dnia 20.06.2010 18:45, od Bartosz Świątek:
Moim zdaniem jest to fajne, ale są pewne nieomówione rzeczy. O ile
delta jest fajna w przypadku upgradu, to co w czasie instalacji? Na
ftp będzie jakaś stara wersja pakietu + delty do niej. Szczerze mówiąc
to ja wole od
W dniu 20 czerwca 2010 20:35 użytkownik Daniel Dawid Majewski
ligh...@o2.pl napisał:
W odpowiedzi na wiadomość z dnia 20.06.2010 18:45, od Bartosz Świątek:
Moim zdaniem jest to fajne, ale są pewne nieomówione rzeczy. O ile
delta jest fajna w przypadku upgradu, to co w czasie instalacji? Na
ftp
W dniu 2010-06-20 20:35, Daniel Dawid Majewski pisze:
[..]
Tak przynajmniej ja zrozumiałem consensus tego wątku, po jego uważnym
przeczytaniu.
Z tym konsensem to rozumiem, że sobie zażartowałeś, ale jeśli jednak nie
to na wszelki wypadek (żeby innym się nie utrwaliło):
On Sun, Jun 20, 2010 at 09:20:13PM +0200, Bartosz Świątek wrote:
W takim razie miejsca na ftp trzeba będzie zmarnować jeszcze więcej
niż obecnie. Bo z punktu widzenia automatyki to nic się nie zmieni +
dojdą delty :)
Przecież nikt rozsądny chyba nie twierdzi, że takimi deltami można by
Dnia 20 czerwca 2010 20:35 Daniel Dawid Majewski ligh...@o2.pl napisał(a):
W odpowiedzi na wiadomość z dnia 20.06.2010 18:45, od Bartosz Świątek:
Moim zdaniem jest to fajne, ale są pewne nieomówione rzeczy. O ile
delta jest fajna w przypadku upgradu, to co w czasie instalacji? Na
ftp będzie
Dnia 18 czerwca 2010 7:55 Kamil Dziedzic kamil.li...@klecza.pl napisał(a):
Czy to nie jest oczywiste ze delte wrzucamy na ftp tylko wtedy gdy jest sens?
Mozemy miec np. 1 wersje w pliku rpm i
Potrzebujesz trzymać aktualne pakiety plus diffy ze starych wersji do nowej.
Mozna bylo sie wysilic i
Dnia piątek, 18 czerwca 2010, Bartłomiej Zimoń napisał:
Potrzebujesz trzymać aktualne pakiety plus diffy ze starych wersji do
nowej.
Mozna bylo sie wysilic i zerknac chociaz do pliku README deltarpm.
Jeszcze raz: wymagany jest pakiet zrodlowy w pliku rpm lub zainstalowany
pakiet -wtedy
Kamil w sumie to chyba czesciowo masz racje,
bo fakt delty cos zajma ale skad zalozenie ze drugie tyle co aktualne rpm-y?
Przeciez logicznym jest ze jesli delta bedzie zajmowac 70% wielkosci
pakietu docelowego to chyba sensu nie ma go wrzucac na ftp?
Pozdrawiam
Bartłomiej Zimoń
W dniu 18 czerwca 2010 08:36 użytkownik Kamil Dziedzic
kamil.li...@klecza.pl napisał:
Do siebie podczas aktualizacji ciągniesz już tylko deltarpmy chyba, że suma
ich wielkości potrzebna do aktualizacji przekracza aktualny pakiet (lub
zwyczajnie potrzebnych delt nie ma) wtedy ciągniesz cały
2010/6/18 Marcin Rybak marcin.ry...@gmail.com:
W dniu 18 czerwca 2010 08:36 użytkownik Kamil Dziedzic
kamil.li...@klecza.pl napisał:
Do siebie podczas aktualizacji ciągniesz już tylko deltarpmy chyba, że suma
ich wielkości potrzebna do aktualizacji przekracza aktualny pakiet (lub
zwyczajnie
Dnia piątek, 18 czerwca 2010, Marcin Rybak napisał:
W dniu 18 czerwca 2010 08:36 użytkownik Kamil Dziedzic
kamil.li...@klecza.pl napisał:
Do siebie podczas aktualizacji ciągniesz już tylko deltarpmy chyba, że
suma ich wielkości potrzebna do aktualizacji przekracza aktualny pakiet
(lub
W dniu 18 czerwca 2010 08:53 użytkownik Marcin Rybak
marcin.ry...@gmail.com napisał:
W dniu 18 czerwca 2010 08:36 użytkownik Kamil Dziedzic
kamil.li...@klecza.pl napisał:
Do siebie podczas aktualizacji ciągniesz już tylko deltarpmy chyba, że suma
ich wielkości potrzebna do aktualizacji
W sumie racja - gdyby teraz nie udalo sie stworzyc z delty
pakietu docelowego ciagniemy pelna paczke.
Wiec tak, nalezaloby przewidziec miejsce na delty ale tylko wtedy kiedy maja
one sens.
Pozdrawiam.
Bartłomiej Zimoń
___
pld-devel-pl mailing list
Witam!
Przygladam sie dzialaniu deltarpm w wersji 3.5 po kilkunastu poprawkach
(niebawem wrzuce te zmiany do cvs) rozpoznaje on nasze rpm-y i generuje czesto
fajne delty.
Do przetestowania pozostaje jeszcze jakosc rpm-a po nalozonej delcie.
U nas czesto np. pojawiaja sie podbicia rel. tylko ze
On Thursday 17 of June 2010, Bartłomiej Zimoń wrote:
Pytanie brzmi czy mozemy to jakos w PLD wykorzystac, i czy warto?
Ale jak by to miało działać? Przecież i tak musimy na ftp-ie mieć finalny
pakiet i tak. Więc co nam daje wrzucanie obok niego jeszcze jakiś delt, poza
tym, że zjada to więcej
W dniu 17 czerwca 2010 22:18 użytkownik Mariusz Mazur
mma...@kernel.pl napisał:
On Thursday 17 of June 2010, Bartłomiej Zimoń wrote:
Pytanie brzmi czy mozemy to jakos w PLD wykorzystac, i czy warto?
Ale jak by to miało działać? Przecież i tak musimy na ftp-ie mieć finalny
pakiet i tak. Więc
Dnia czwartek, 17 czerwca 2010, Bartosz Świątek napisał:
Tu chyba chodzi o to, że np. masz pakiet kde4-icons-oxygen-4.4.4-1 na
ftp, który waży sobie 80MB (taki przykład tylko), ah przypomniało Ci
się, że jednak jakaś ikonka jest zła, poprawiasz pakiet, dajesz rel 2,
idzie na burdel, -2 ląduje
On Friday 18 of June 2010, Kamil Dziedzic wrote:
W deltarpm główne założenie to mniejszy transfer przy aktualizacjach. Czyli
idąc za Twoim przykładem user zamiast teraz pobierać kolejne 80mb bo się
ikonka zmieniła pobierze tylko 1mb.
Czyli defacto zwiększy się ilość miejsca potrzebnego na
On Fri, 18 Jun 2010, Mariusz Mazur wrote:
On Friday 18 of June 2010, Kamil Dziedzic wrote:
W deltarpm główne założenie to mniejszy transfer przy aktualizacjach. Czyli
idąc za Twoim przykładem user zamiast teraz pobierać kolejne 80mb bo się
ikonka zmieniła pobierze tylko 1mb.
Czyli
Dnia 18 czerwca 2010 0:13 Kamil Dziedzic kamil.li...@klecza.pl napisał(a):
Dnia czwartek, 17 czerwca 2010, Bartosz Świątek napisał:
Tu chyba chodzi o to, że np. masz pakiet kde4-icons-oxygen-4.4.4-1 na
ftp, który waży sobie 80MB (taki przykład tylko), ah przypomniało Ci
się, że jednak jakaś
W dniu 18 czerwca 2010 00:43 użytkownik Paweł Zuzelski z...@xatka.net napisał:
On Fri, 18 Jun 2010, Mariusz Mazur wrote:
On Friday 18 of June 2010, Kamil Dziedzic wrote:
W deltarpm główne założenie to mniejszy transfer przy aktualizacjach. Czyli
idąc za Twoim przykładem user zamiast teraz
Dnia 18 czerwca 2010 0:22 Mariusz Mazur mma...@kernel.pl napisał(a):
On Friday 18 of June 2010, Kamil Dziedzic wrote:
W deltarpm główne założenie to mniejszy transfer przy aktualizacjach. Czyli
idąc za Twoim przykładem user zamiast teraz pobierać kolejne 80mb bo się
ikonka zmieniła
On Fri, 18 Jun 2010, Bartłomiej Zimoń wrote:
Nastepna ciekawostka, majac taki pakiet zainstalowany lol-1.0.1-1.i686:
$ cvs up -dP lol
cvs server: nothing known about lol
A tak się ciekawie zapowiadał sądząc po nazwie.
--
Paweł
___
pld-devel-pl
49 matches
Mail list logo