On wtorek, 6 lutego 2007, Arkadiusz Miskiewicz wrote:
Właśnie zerkam na budowanie 4.1.2... z ciekawszych rzeczy to np. nie jest
budowalne gccem 4.2 bez małych poprawek.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30130
Jak ktoś chce gcc 4.1.2 w Th to zapraszam.
--
Arkadiusz Miśkiewicz
On Mon, 5 Feb 2007, Arkadiusz Miskiewicz wrote:
2) podstawowy upgrade Ac - Th to niezla jazda bez trzymanki, trzeba
miec troche wiecej wiedzy niz troche zeby to bezbolesnie zrobic a)
lzma moze jest i fajne ale rpm z Ac tego za cholere nie rozumie a
nie jest udostepniony zaden
On Mon, Feb 05, 2007 at 11:20:04PM +0100, Jan Rekorajski wrote:
a) lzma moze jest i fajne ale rpm z Ac tego za cholere nie rozumie a
nie jest udostepniony zaden rpm przejsciowy
SOA#1
[15:41 [EMAIL PROTECTED]:~]% s /usr/sbin/chroot lzmaroot rpm -ihv
/wtf-20051104-1.athlon.rpm --nodeps
On Tue, 06 Feb 2007, Paweł Sikora wrote:
Jan Rekorajski napisał(a):
b) optflags dla i686 powinny byc: -march=i686 -mtune=generic
zdecydowanie _NIE_ -mtune=pentium4 [1]
[1] p4 to nie jedyne i686, pamietajcie ze AMD oprocz kart graficznych
produkuje tez procesory, no i
On wtorek, 6 lutego 2007, Jan Rekorajski wrote:
malo aktualny pomysl. zamierzamy wraz z 2.6.20 w th uzywac
`make headers_install` do generowania biezacej bazy llh.
Najpierw sie zamierz na gcc. Tak zeby w Th byl jakis stabilny i
przewidywalny kompilator a nie losowy snapshot ktorym sie nie
Dnia wtorek, 6 lutego 2007, Arkadiusz Miskiewicz napisał:
Dodam tylko, że chętnie zobaczę gcc 4.1.2 w Th jeśli soname dla libstdc++
się nie zmieniło pomiędzy 4.1, a 4.2 i jeśli ktoś w ogóle zrobi update
speca do aktualnego RC 4.1.2. Też mam dość tego dziadostwa 8-)
Czegoś tu nie rozumiem, to
On Tue, 06 Feb 2007, Robert Tomasik wrote:
Dnia wtorek, 6 lutego 2007, Arkadiusz Miskiewicz napisał:
Dodam tylko, że chętnie zobaczę gcc 4.1.2 w Th jeśli soname dla libstdc++
się nie zmieniło pomiędzy 4.1, a 4.2 i jeśli ktoś w ogóle zrobi update
speca do aktualnego RC 4.1.2. Też mam dość
On wtorek, 6 lutego 2007, Robert Tomasik wrote:
Dnia wtorek, 6 lutego 2007, Arkadiusz Miskiewicz napisał:
Dodam tylko, że chętnie zobaczę gcc 4.1.2 w Th jeśli soname dla libstdc++
się nie zmieniło pomiędzy 4.1, a 4.2 i jeśli ktoś w ogóle zrobi update
speca do aktualnego RC 4.1.2. Też mam
On Tuesday 06 of February 2007 18:57:35 Robert Tomasik wrote:
Dnia wtorek, 6 lutego 2007, Arkadiusz Miskiewicz napisał:
Dodam tylko, że chętnie zobaczę gcc 4.1.2 w Th jeśli soname dla libstdc++
się nie zmieniło pomiędzy 4.1, a 4.2 i jeśli ktoś w ogóle zrobi update
speca do aktualnego RC
On Tuesday 06 of February 2007 19:52:46 Paweł Sikora wrote:
On Tuesday 06 of February 2007 18:57:35 Robert Tomasik wrote:
Dnia wtorek, 6 lutego 2007, Arkadiusz Miskiewicz napisał:
Dodam tylko, że chętnie zobaczę gcc 4.1.2 w Th jeśli soname dla
libstdc++ się nie zmieniło pomiędzy 4.1, a
On Tue, Feb 06, 2007 at 07:54:44PM +0100, Paweł Sikora wrote:
( a co jeszcze to nie wiem ) o czym wolf
^^ albo wrobell, nie pamietam :)
Ja sobie nie przypominam nic, więc raczej nie ja. ;p
wolf
--
Bartek .
Taudul :
On poniedziałek, 5 lutego 2007, Jan Rekorajski wrote:
1) rpm jest _z***any_
a) nie da mu sie przetlumaczyc w .rpmmacros/rpmrc zeby budowal
na cos innego niz on sobie wymysli
b) optflags dla i686 powinny byc: -march=i686 -mtune=generic
zdecydowanie _NIE_ -mtune=pentium4 [1]
On Mon, 05 Feb 2007, Arkadiusz Miskiewicz wrote:
On poniedziałek, 5 lutego 2007, Jan Rekorajski wrote:
1) rpm jest _z***any_
a) nie da mu sie przetlumaczyc w .rpmmacros/rpmrc zeby budowal
na cos innego niz on sobie wymysli
b) optflags dla i686 powinny byc: -march=i686
On poniedziałek, 5 lutego 2007, Jan Rekorajski wrote:
Nasz rpm, że tak powiem jest w połowie drogi tranformacji.
Czy gdzies mozna zobaczyc jak powinien wygladac rpm po tranformacji?
Na ftpie wraptastic.org są rpmki jeffa, można zerknąć mniej więcej jak on to
widzi.
Ciekawe, glibc
Dnia poniedziałek 05 lutego 2007 23:20, Jan Rekorajski napisał:
2) podstawowy upgrade Ac - Th to niezla jazda bez trzymanki, trzeba
miec troche wiecej wiedzy niz troche zeby to bezbolesnie zrobic
Po prostu trudne, czy jest jakieś chwilowo zwiększone ryzyko zepsucia sobie
systemu/uziemienia
On Tue, 06 Feb 2007, Enleth wrote:
Dnia poniedziałek 05 lutego 2007 23:20, Jan Rekorajski napisał:
2) podstawowy upgrade Ac - Th to niezla jazda bez trzymanki, trzeba
miec troche wiecej wiedzy niz troche zeby to bezbolesnie zrobic
Po prostu trudne, czy jest jakieś chwilowo zwiększone
On poniedziałek, 5 lutego 2007, Jan Rekorajski wrote:
Tak, to znaczy ze np. funkcja unshare() bedzie dzialac _zawsze_, co
najwyzej na kernelu 2.6.16 da ci -ENOSYS.
Akurat ta przykladowa fukcja jest niezbedna do zbudowania
pam_namespace.so z najnowszego pam-a ;)
Boje się tylko przypadku
On Tue, Feb 06, 2007 at 07:59:46AM +0100, Arkadiusz Miskiewicz wrote:
On poniedziałek, 5 lutego 2007, Jan Rekorajski wrote:
Tak, to znaczy ze np. funkcja unshare() bedzie dzialac _zawsze_, co
najwyzej na kernelu 2.6.16 da ci -ENOSYS.
Akurat ta przykladowa fukcja jest niezbedna do
Jan Rekorajski napisał(a):
b) optflags dla i686 powinny byc: -march=i686 -mtune=generic
zdecydowanie _NIE_ -mtune=pentium4 [1]
[1] p4 to nie jedyne i686, pamietajcie ze AMD oprocz kart graficznych
produkuje tez procesory, no i jest jeszcze cala kupa starszego
sprzetu
czy
19 matches
Mail list logo
