To chybra raczej nie jest prawidłowe zachowanie rpmvercmp?
$ rpmvercmp 2.6.36.1-1 2.6.36-5
2.6.36.1-1 2.6.36-5
Dopiero takie porównanie działa:
$ rpmvercmp 2.6.36.5-1 2.6.36-5
2.6.36.5-1 2.6.36-5
A wszystko przez to że:
$ rpmvercmp 2.6.36.5 2.6.36-5
2.6.36.5 == 2.6.36-5
Sprawdzone na Th i
witam, w zalaczniku patch do opera.spec podbijajacy wersje do
11.00beta1, pozdrawiam
--- opera/opera.spec.old 2010-11-27 18:58:17.0 +0100
+++ opera/opera.spec 2010-11-27 18:55:56.0 +0100
@@ -5,8 +5,8 @@
# - WEEKLY - weekly development version (sometimes it's on DEVEL)
W dniu 27 listopada 2010 19:19 użytkownik Paweł Lęcznar
maillist...@gmail.com napisał:
witam, w zalaczniku patch do opera.spec podbijajacy wersje do 11.00beta1,
pozdrawiam
Dziękujemy, ale już dawno mamy.
--
I'm living proof if you do one thing right in your career, you can
coast for a long
2010/11/27 Bartosz Świątek shad...@gmail.com:
witam, w zalaczniku patch do opera.spec podbijajacy wersje do 11.00beta1,
pozdrawiam
Dziękujemy, ale już dawno mamy.
Hurra dla CVS-a, w którym wszystko widać jak na tacy!
wolf
___
pld-devel-pl mailing
On Saturday 27 of November 2010, Paweł Lęcznar wrote:
witam, w zalaczniku patch do opera.spec podbijajacy wersje do
11.00beta1, pozdrawiam
IMO nie ma sensu. Zaraz wyjdzie kolejny zwykły snapshot z starymi urlami itd i
trzeba będzie odkręcać.
Choć pewnie komuś z listy się przyda i nałoży sobie
Nie wiem jakie było założenie programiku rpmvercmp z poldka, ale
jeżeli miałby porównywać kompletne napisy epoch:version-release to
powinien raczej używać rpmEVRcompare().
Nie mam pod ręką żadnego starszego wydania poldek/rpm żeby sprawdzić,
ale mam wrażenie, że dawniej działało to prawidłowo
W dniu 27.11.2010 19:24, Bartosz Taudul pisze:
Hurra dla CVS-a, w którym wszystko widać jak na tacy!
no własnie szkoda, ze nie widac, nie zasmiecalbym listy, pozdrawiam
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
W dniu 27 listopada 2010 20:24 użytkownik Paweł Lęcznar
maillist...@gmail.com napisał:
W dniu 27.11.2010 19:24, Bartosz Taudul pisze:
Hurra dla CVS-a, w którym wszystko widać jak na tacy!
no własnie szkoda, ze nie widac, nie zasmiecalbym listy, pozdrawiam
Na DEVEL są snapshoty, pewnie
W dniu 27.11.2010 20:44, Bartosz Świątek pisze:
Na DEVEL są snapshoty, pewnie aktualniejsze niż beta, a jeśli nie to
niewiele im brakuje.
tak wiem, korzystam z tego dobrodziejstwa regularnie i podeslalem patcha
gdyz obecnie aktualniejsze nie sa ale pewnie za niedlugo tak czy inaczej
beda,
Po upgradzie PAMa przestaĹ dziaĹaÄ cron. OkazaĹo siÄ, Ĺźe nie zrestartowany
po tej operacji cron uĹźywaĹ starej wersji biblioteki libpam.so, ktĂłra
zaĹadowaĹa dynamicznie moduĹ PAMowy i pojawiĹa siÄ niezgodnoĹÄ wersji:
Nov 27 18:06:01 pld /usr/sbin/crond[31016]: PAM unable to
Po upgradzie PAMa przestał działać cron. Okazało się, że nie zrestartowany
po tej operacji cron używał starej wersji biblioteki libpam.so, która
załadowała dynamicznie moduł PAMowy i pojawiła się niezgodność wersji:
Nov 27 18:06:01 pld /usr/sbin/crond[31016]: PAM unable to
Dnia sobota, 27 listopada 2010, Adam Osuchowski napisał:
Po upgradzie PAMa przestaĹ dziaĹaÄ cron. OkazaĹo siÄ, Ĺźe nie
zrestartowany po tej operacji cron uĹźywaĹ starej wersji biblioteki
libpam.so, ktĂłra zaĹadowaĹa dynamicznie moduĹ PAMowy i pojawiĹa
siÄ niezgodnoĹÄ wersji:
Łukasz Maśko wrote:
Czy mógłbyś, z łaski swojej, doprowadzić do porządku kodowanie w swoim
programie pocztowym? Dzięki :-)
Drugi, poprawiony mail wysłałem co najmniej parę minut _przed_ tym jak Ty
napisałeś swój. Więc, czy mógłbyś, z łaski swojej, patrzeć na następne
maile na liście, a nie
On Saturday 27 of November 2010, Adam Osuchowski wrote:
Problem dotyczy nie tylko PAMa bo będzie występował wszędzie gdzie jest
użyty podobny mechanizm -- dlopen modułów/pluginów, rozwiązanie więc
powinno być ogólniejsze.
Wszędzie tam gdzie program zlinkowany z starym libpam próbuje ładować
Arkadiusz Miskiewicz wrote:
Póki co dodajemy restartowanie do problematycznych usług. Znasz coś poza
cronami?
W praktyce złapał mi się na to tylko cron, ale przydarzyć się to może
pewnie każdemu serwisowi, który wykorzystuje PAMa (bo tego dlopena woła
libpam, a nie sama aplikacja). Widzę, że
Dnia sobota, 27 listopada 2010, Adam Osuchowski napisał:
Łukasz Maśko wrote:
Czy mógłbyś, z łaski swojej, doprowadzić do porządku kodowanie w swoim
programie pocztowym? Dzięki :-)
Drugi, poprawiony mail wysłałem co najmniej parę minut _przed_ tym jak Ty
napisałeś swój. Więc, czy mógłbyś,
W dniu 27 listopada 2010 22:20 użytkownik Łukasz Maśko
e...@yen.ipipan.waw.pl napisał:
Dnia sobota, 27 listopada 2010, Adam Osuchowski napisał:
Łukasz Maśko wrote:
Czy mógłbyś, z łaski swojej, doprowadzić do porządku kodowanie w swoim
programie pocztowym? Dzięki :-)
Drugi, poprawiony mail
Dnia sobota, 27 listopada 2010, Bartosz Świątek napisał:
[...]
Dziewczyny, rozstawiłem basenik z kisielem, GO GO GO!!!
Gdzie?! Gdzie!? I jaki smak? ;-)
--
Łukasz Maśko GG: 2441498_o)
Lukasz.Masko(at)ipipan.waw.pl
2010/11/27 Arkadiusz Miskiewicz ar...@maven.pl:
On Saturday 27 of November 2010, Adam Osuchowski wrote:
Problem dotyczy nie tylko PAMa bo będzie występował wszędzie gdzie jest
użyty podobny mechanizm -- dlopen modułów/pluginów, rozwiązanie więc
powinno być ogólniejsze.
Wszędzie tam gdzie
W dniu 27.11.2010 21:50, Arkadiusz Miskiewicz napisał(a):
On Saturday 27 of November 2010, Adam Osuchowski wrote:
Problem dotyczy nie tylko PAMa bo będzie występował wszędzie gdzie jest
użyty podobny mechanizm -- dlopen modułów/pluginów, rozwiązanie więc
powinno być ogólniejsze.
Wszędzie
On Sat, 27 Nov 2010, Patryk Zawadzki wrote:
2010/11/27 Arkadiusz Miskiewicz ar...@maven.pl:
On Saturday 27 of November 2010, Adam Osuchowski wrote:
Problem dotyczy nie tylko PAMa bo będzie występował wszędzie gdzie jest
użyty podobny mechanizm -- dlopen modułów/pluginów, rozwiązanie więc
2010/11/27 Paweł Zuzelski paw...@pld-linux.org:
A nie lepiej dodać w cronie R: na pam = X i restart crona przenieść
do posttrans? Zrestartuje się po wszystkim.
O, to tak można? To czemu nie restartujemy apache'a w posttrans?
Zawsze mnie denerwuje, że jak instaluje jakieś moduły php czy
On Sat, 27 Nov 2010, Bartosz Taudul wrote:
2010/11/27 Paweł Zuzelski paw...@pld-linux.org:
A nie lepiej dodać w cronie R: na pam = X i restart crona przenieść
do posttrans? Zrestartuje się po wszystkim.
O, to tak można? To czemu nie restartujemy apache'a w posttrans?
Zawsze mnie
2010/11/27 Paweł Zuzelski paw...@pld-linux.org:
Nie no wiesz, ja się pytam tylko. Może to z jakiegoś powodu jest tak
zrobione.
Oczywiście. Powód jest taki, że nikt o tym czymś nie wiedział.
wolf
___
pld-devel-pl mailing list
24 matches
Mail list logo
