04-12-07, Paweł Muszyński [EMAIL PROTECTED] napisał(a):
Michal Abramowicz pisze:
Na dzień dzisiejszy jedyne rozwiązanie to zmiana bazy na utf-8, ale z
tej bazy korzysta jeszcze jeden system i nie mam na dzień dzisiejszy
możliwości / czasu żeby wszystko z latin2 na utf-8 przerabiać.
E
On Tue, Dec 04, 2007 at 11:26:39 +0100, Paweł Muszyński wrote:
To wykracza poza moje umiejętności, przygotowałem patcha usuwającego
przełączanie się na latin1 przy połączeniu - proponuję dodanie go do
PLDowej wersji Postfixa.
To nie wchodzi w grę. Załóż sobie pod postfiksa osobny cluster na
04-12-07, Tomasz Pala [EMAIL PROTECTED] napisał(a):
On Sun, Dec 02, 2007 at 12:31:04 +0100, Jan Rekorajski wrote:
Dokladnie, te wszystkie yumo-konflikty sa do cofniecia.
+1
W jakim celu? Niczego nie psują (poza cvs-nserver, który to ja
zepsułem, bo zapomniałem dać im wspólny P:)
Co do
On Tue, 4 Dec 2007, Patryk Zawadzki wrote:
Co do zastępowania C przez O:
Dalej twierdzę, że poldek, który bez słowa zająknięcia usuwa exima i
instaluje postfiksa albo zamienia lighttpd na apache'a, to zjebany
system.
Nie masz racji.
Co nie zmienia faktu, że (choćby dla porządku) powinna
On Tue, Dec 04, 2007 at 18:37:58 +0100, Patryk Zawadzki wrote:
Dokladnie, te wszystkie yumo-konflikty sa do cofniecia.
+1
W jakim celu?
Bo:
1. śmiecą,
2. nie są logicznie uzasadnione.
Dalej twierdzę, że poldek, który bez słowa zająknięcia usuwa exima i
instaluje postfiksa albo
On Tue, Dec 04, 2007 at 20:59:25 +0100, Pawel Golaszewski wrote:
Co nie zmienia faktu, że (choćby dla porządku) powinna się pojawić nowa
pozycja w specach, np:
Functionality:cvsclient
To przecież jest Provides właśnie.
Funkcjonalnie powinno to odpowiadać obecnemu zachowaniu poldka,
On Sunday 02 December 2007, 16:09, arvenil wrote:
Author: arvenil Date: Sun Dec 2 16:09:47 2007 GMT
Module: SPECS Tag: HEAD
Log message:
- *-any-update up to 115
Files affected:
SPECS:
VMware-player.spec (1.27 - 1.28)
Diffs:
Zastanawialem sie czy to cudo dziala. Dotarlem do czegos takiego :
[EMAIL PROTECTED] bin]$ ./amdcccle
X Error: GLXBadContext 154
Extension:143 (Uknown extension)
Minor opcode: 5 (Unknown request)
Resource id: 0x342
Naruszenie ochrony pamięci
Dalej idac :
[EMAIL PROTECTED] bin]$
Dnia środa, 5 grudnia 2007, Bart. napisał:
Zastanawialem sie czy to cudo dziala. Dotarlem do czegos takiego :
[...]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7a29af0 (LWP 16508)]
0xb7af4572 in strdup () from /lib/libc.so.6
Jak to dalej zbadac ?
Czy moze
04-12-07, Tomasz Pala [EMAIL PROTECTED] napisał(a):
On Tue, Dec 04, 2007 at 18:37:58 +0100, Patryk Zawadzki wrote:
Dokladnie, te wszystkie yumo-konflikty sa do cofniecia.
+1
W jakim celu?
Bo:
1. śmiecą,
2. nie są logicznie uzasadnione.
Cel jest taki, żeby dało się odróżnić pakiet,
On Wed, Dec 05, 2007 at 00:52:56 +0100, Patryk Zawadzki wrote:
Cel jest taki, żeby dało się odróżnić pakiet, który zmienił nazwę
(Obsoletes na nazwę istniejącego pakietu) od pakietów wzajemnie
wymiennych (Obsoletes na wspólne provides).
Co to są pakiety 'wzajemnie wymienne'? Tak, mamy
Patryk Zawadzki wrote:
04-12-07, Tomasz Pala [EMAIL PROTECTED] napisał(a):
On Tue, Dec 04, 2007 at 18:37:58 +0100, Patryk Zawadzki wrote:
Dokladnie, te wszystkie yumo-konflikty sa do cofniecia.
+1
W jakim celu?
Bo:
1. śmiecą,
2. nie są logicznie uzasadnione.
Cel jest
12 matches
Mail list logo