VMware-server i libsexy
VMware server wymaga libsexy.so.1 podczas gdy mamy juz libsexy.so.2 w libsexy. Zastanawiam się czy nie warto zrobić compat-libsexy coby tą zależność zaspokoić. -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[SPECS] boost.spec patch
Poprawka na wciąganie nagłówka bits/atomicity.h przez boost. patch na speca : http://starowa.one.pl/uzi/pld/boost.spec.patch patch na boosta do SOURCES : http://starowa.one.pl/uzi/pld/boost-atomicity.patch Prosze o commit jesli wszystko z tym ok. Pozdrawiam. Bartłomiej Zimoń ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPECS] boost.spec patch
On Tue, Apr 24, 2007 at 04:59:34PM +0200, Bart wrote: Poprawka na wciąganie nagłówka bits/atomicity.h przez boost. patch na speca : http://starowa.one.pl/uzi/pld/boost.spec.patch patch na boosta do SOURCES : http://starowa.one.pl/uzi/pld/boost-atomicity.patch Z taką łatą to +BR/R libstdc++ = 6:4.2.0. Lepiej dodać #if uzależniający od wersji gcc. -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPECS] boost.spec patch
Jakub Bogusz wrote: On Tue, Apr 24, 2007 at 04:59:34PM +0200, Bart wrote: Poprawka na wciąganie nagłówka bits/atomicity.h przez boost. patch na speca : http://starowa.one.pl/uzi/pld/boost.spec.patch patch na boosta do SOURCES : http://starowa.one.pl/uzi/pld/boost-atomicity.patch Z taką łatą to +BR/R libstdc++ = 6:4.2.0. Lepiej dodać #if uzależniający od wersji gcc. Racja poprawilem boost-atomicity.patch Teraz juz powinno byc ok. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPECS] boost.spec patch
On Tuesday 24 of April 2007 17:47:09 Bart wrote: Jakub Bogusz wrote: On Tue, Apr 24, 2007 at 04:59:34PM +0200, Bart wrote: Poprawka na wciąganie nagłówka bits/atomicity.h przez boost. patch na speca : http://starowa.one.pl/uzi/pld/boost.spec.patch patch na boosta do SOURCES : http://starowa.one.pl/uzi/pld/boost-atomicity.patch Z taką łatą to +BR/R libstdc++ = 6:4.2.0. Lepiej dodać #if uzależniający od wersji gcc. Racja poprawilem boost-atomicity.patch zmieniles, ale na pewno nie poprawiles. co to jest GCC_VERSION? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPECS] boost.spec patch
Paweł Sikora wrote: On Tuesday 24 of April 2007 17:47:09 Bart wrote: Jakub Bogusz wrote: On Tue, Apr 24, 2007 at 04:59:34PM +0200, Bart wrote: Poprawka na wciąganie nagłówka bits/atomicity.h przez boost. patch na speca : http://starowa.one.pl/uzi/pld/boost.spec.patch patch na boosta do SOURCES : http://starowa.one.pl/uzi/pld/boost-atomicity.patch Z taką łatą to +BR/R libstdc++ = 6:4.2.0. Lepiej dodać #if uzależniający od wersji gcc. Racja poprawilem boost-atomicity.patch zmieniles, ale na pewno nie poprawiles. co to jest GCC_VERSION? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl #ifndef GCC_VERSION #define GCC_VERSION (__GNUC__ * 1000 + __GNUC_MINOR__) #endif znajduje sie juz w patchu ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPECS] boost.spec patch
2007/4/24, Bart [EMAIL PROTECTED]: Paweł Sikora wrote: On Tuesday 24 of April 2007 17:47:09 Bart wrote: Jakub Bogusz wrote: On Tue, Apr 24, 2007 at 04:59:34PM +0200, Bart wrote: Poprawka na wciąganie nagłówka bits/atomicity.h przez boost. patch na speca : http://starowa.one.pl/uzi/pld/boost.spec.patch patch na boosta do SOURCES : http://starowa.one.pl/uzi/pld/boost-atomicity.patch Z taką łatą to +BR/R libstdc++ = 6:4.2.0. Lepiej dodać #if uzależniający od wersji gcc. Racja poprawilem boost-atomicity.patch zmieniles, ale na pewno nie poprawiles. co to jest GCC_VERSION? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl #ifndef GCC_VERSION #define GCC_VERSION (__GNUC__ * 1000 + __GNUC_MINOR__) #endif A nie lepiej samo __GNUC__ używać ? Po kij to definiować GCC_VERSION ? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPECS] boost.spec patch
24-04-07, Bartosz Świątek [EMAIL PROTECTED] napisał(a): 2007/4/24, Bart [EMAIL PROTECTED]: Paweł Sikora wrote: On Tuesday 24 of April 2007 17:47:09 Bart wrote: Jakub Bogusz wrote: On Tue, Apr 24, 2007 at 04:59:34PM +0200, Bart wrote: Poprawka na wciąganie nagłówka bits/atomicity.h przez boost. patch na speca : http://starowa.one.pl/uzi/pld/boost.spec.patch patch na boosta do SOURCES : http://starowa.one.pl/uzi/pld/boost-atomicity.patch Z taką łatą to +BR/R libstdc++ = 6:4.2.0. Lepiej dodać #if uzależniający od wersji gcc. Racja poprawilem boost-atomicity.patch zmieniles, ale na pewno nie poprawiles. co to jest GCC_VERSION? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl #ifndef GCC_VERSION #define GCC_VERSION (__GNUC__ * 1000 + __GNUC_MINOR__) #endif A nie lepiej samo __GNUC__ używać ? Po kij to definiować GCC_VERSION ? Z resztą, nie wiem czy i tak poprawnie to zdefiniowałeś, bo co jeśli już wcześniej GCC_VERSION gdzieś było zdefiniowane ? lepiej by już było coś a'la: #ifndef GCC_VERSION #undef GCC_VERSION #define GCC_VERSION (itd.) #endif albo coś w tym stylu. Ja tutaj pewny nie jestem tylko tak sobie przypuszczam, pluto tu się pewnie najlepiej orientuje. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPECS] boost.spec patch
24-04-07, Bartosz Świątek [EMAIL PROTECTED] napisał(a): Z resztą, nie wiem czy i tak poprawnie to zdefiniowałeś, bo co jeśli już wcześniej GCC_VERSION gdzieś było zdefiniowane ? lepiej by już było coś a'la: #ifndef GCC_VERSION Tfu, #ifdef #undef GCC_VERSION i tu juz zamknac #endif #define GCC_VERSION (itd.) #endif albo coś w tym stylu. Ja tutaj pewny nie jestem tylko tak sobie przypuszczam, pluto tu się pewnie najlepiej orientuje. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPECS] boost.spec patch
Bartosz Świątek wrote: 2007/4/24, Bart [EMAIL PROTECTED]: Paweł Sikora wrote: On Tuesday 24 of April 2007 17:47:09 Bart wrote: Jakub Bogusz wrote: On Tue, Apr 24, 2007 at 04:59:34PM +0200, Bart wrote: Poprawka na wciąganie nagłówka bits/atomicity.h przez boost. patch na speca : http://starowa.one.pl/uzi/pld/boost.spec.patch patch na boosta do SOURCES : http://starowa.one.pl/uzi/pld/boost-atomicity.patch Z taką łatą to +BR/R libstdc++ = 6:4.2.0. Lepiej dodać #if uzależniający od wersji gcc. Racja poprawilem boost-atomicity.patch zmieniles, ale na pewno nie poprawiles. co to jest GCC_VERSION? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl #ifndef GCC_VERSION #define GCC_VERSION (__GNUC__ * 1000 + __GNUC_MINOR__) #endif A nie lepiej samo __GNUC__ używać ? Po kij to definiować GCC_VERSION ? No wlasnie juz nie wiem ... definicja pochodzi z : ansidecl.h Jesli wystarczy sprawdzanie czy to gcc4 to tak zrobie ale tu chyba wazne jest to gcc 4.2 ? libstdc++-devel wymaga gcc 4.2 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPECS] boost.spec patch
24-04-07, Bart [EMAIL PROTECTED] napisał(a): No wlasnie juz nie wiem ... definicja pochodzi z : ansidecl.h Jesli wystarczy sprawdzanie czy to gcc4 to tak zrobie ale tu chyba wazne jest to gcc 4.2 ? libstdc++-devel wymaga gcc 4.2 To operuj na czystych __GNUC__ i __GNUC_MINOR__ imho, a nie jakies zbedne i bugowate definiecje. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
xined
witam
wygenerowalem sobie taki o to pliczek time
SERVICE_NAME=time
XSERVICE_TYPE=internal
SOCK_TYPE=dgram
PROTOCOL=udp
PORT=37
FLAGS=wait
USER=root
ktory mial za zadanie wygenerowac takie ustawienia w xinetd.conf
service time
{
type= internal
socket_type = dgram
protocol= udp
port= 37
user= root
wait= yes
}
ale jesli nie jest ustawiona zmienna SERVER
to generowany jest blad.
podsylam propozycje zmian dla rc-inet.script w xinetd
diff w zalaczniku
pozdrawiam
ChomAr
--
Arkadiusz Chomicki
Władysławowo
xinetd-internal.patch
Description: Binary data
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPECS] boost.spec patch
Bartosz Świątek wrote: 24-04-07, Bart [EMAIL PROTECTED] napisał(a): No wlasnie juz nie wiem ... definicja pochodzi z : ansidecl.h Jesli wystarczy sprawdzanie czy to gcc4 to tak zrobie ale tu chyba wazne jest to gcc 4.2 ? libstdc++-devel wymaga gcc 4.2 To operuj na czystych __GNUC__ i __GNUC_MINOR__ imho, a nie jakies zbedne i bugowate definiecje. Tak tez zrobiłem. http://starowa.one.pl/uzi/pld/boost-atomicity.patch http://starowa.one.pl/uzi/pld/boost.spec.patch :) Dzięki za wskazówki. Pozdrawiam Bartłomiej Zimoń ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPECS] boost.spec patch
24-04-07, Bart [EMAIL PROTECTED] napisał(a): Bartosz Świątek wrote: 24-04-07, Bart [EMAIL PROTECTED] napisał(a): No wlasnie juz nie wiem ... definicja pochodzi z : ansidecl.h Jesli wystarczy sprawdzanie czy to gcc4 to tak zrobie ale tu chyba wazne jest to gcc 4.2 ? libstdc++-devel wymaga gcc 4.2 To operuj na czystych __GNUC__ i __GNUC_MINOR__ imho, a nie jakies zbedne i bugowate definiecje. Tak tez zrobiłem. Dodałem. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: xined
24-04-07, Arkadiusz Chomicki [EMAIL PROTECTED] napisał(a):
witam
wygenerowalem sobie taki o to pliczek time
SERVICE_NAME=time
XSERVICE_TYPE=internal
SOCK_TYPE=dgram
PROTOCOL=udp
PORT=37
FLAGS=wait
USER=root
ktory mial za zadanie wygenerowac takie ustawienia w xinetd.conf
service time
{
type= internal
socket_type = dgram
protocol= udp
port= 37
user= root
wait= yes
}
ale jesli nie jest ustawiona zmienna SERVER
to generowany jest blad.
podsylam propozycje zmian dla rc-inet.script w xinetd
diff w zalaczniku
Zaraz zaraz, o ile to polecenie mnie nie okłamało:
[EMAIL PROTECTED] rpm]$ grep chomar CVSROOT/users
chomar:[EMAIL PROTECTED]:Arkadiusz Chomicki:[EMAIL PROTECTED]
to masz +w do cvsu. Wiesz, że to oznacza, że zmiany możesz sam
komitować ? Tutaj możesz podrzucić pomysł i czekać aż wystąpią jakieś
sprzeciwy - jak ich nie będzie to możesz komitnąć i czekać na
ewentualny opieprz od ludzi którzy dopiero wtedy się zorientują, że
tak jest źle. Rozumiesz ? :)
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: xined
24-04-07, Arkadiusz Chomicki [EMAIL PROTECTED] napisał(a):
witam
wygenerowalem sobie taki o to pliczek time
SERVICE_NAME=time
XSERVICE_TYPE=internal
SOCK_TYPE=dgram
PROTOCOL=udp
PORT=37
FLAGS=wait
USER=root
ktory mial za zadanie wygenerowac takie ustawienia w xinetd.conf
service time
{
type= internal
socket_type = dgram
protocol= udp
port= 37
user= root
wait= yes
}
ale jesli nie jest ustawiona zmienna SERVER
to generowany jest blad.
podsylam propozycje zmian dla rc-inet.script w xinetd
diff w zalaczniku
Zaraz zaraz, o ile to polecenie mnie nie okłamało:
[EMAIL PROTECTED] rpm]$ grep chomar CVSROOT/users
chomar:[EMAIL PROTECTED]:Arkadiusz Chomicki:[EMAIL PROTECTED]
to masz +w do cvsu. Wiesz, że to oznacza, że zmiany możesz sam
komitować ? Tutaj możesz podrzucić pomysł i czekać aż wystąpią jakieś
sprzeciwy - jak ich nie będzie to możesz komitnąć i czekać na
ewentualny opieprz od ludzi którzy dopiero wtedy się zorientują, że
tak jest źle. Rozumiesz ? :)
wlanie wole ten kierunek.
najpierw daje do oceny, a potem chialem wrzucic
pozdrawiam
ChomAr
--
Arkadiusz Chomicki
Władysławowo
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: VMware-server i libsexy
On Tue, 24 Apr 2007 15:42:02 +0200, you wrote: VMware server wymaga libsexy.so.1 podczas gdy mamy juz libsexy.so.2 w libsexy. Zastanawiam się czy nie warto zrobić compat-libsexy coby tą zależność zaspokoić. warto ;) Pozdrawiam, -- Arkadiusz Patyk [areqpld-linux:org] [http://rescuecd.pld-linux.org/] [IRC:areq skype:arekpatyk GG:1383 jid:arekpatyk:net] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: boost.spec (proper atomicity includes depending on gcc version)
On Tuesday 24 of April 2007 21:33:09 Author: shadzik Date: Tue Apr 24 19:21:33 2007 GMT Module: SOURCES Tag: HEAD Log message: - proper atomicity includes depending on gcc version - posted by Bart?omiej Zimo?zi18 at o2 dot pl) +-#include bits/atomicity.h ++#if (__GNUC__ = 4 __GNUC_MINOR__ = 2) ++#include ext/atomicity.h ++#else ++#include bin/atomicity.h ^^^ jakie bin? chyba raczej bits jak juz. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Re: boost.spec (proper atomicity includes depending on gcc version)
Wiadomość Oryginalna Od: Paweł Sikora [EMAIL PROTECTED] Do: PLD: Developers list (Polish) pld-devel-pl@lists.pld-linux.org Data: 24 kwietnia 2007 22:01 Temat: Re: boost.spec (proper atomicity includes depending on gcc version) On Tuesday 24 of April 2007 21:33:09 Author: shadzik Date: Tue Apr 24 19:21:33 2007 GMT Module: SOURCES Tag: HEAD Log message: - proper atomicity includes depending on gcc version - posted by Bart?omiej Zimo?zi18 at o2 dot pl) +-#include bits/atomicity.h ++#if (__GNUC__ = 4 __GNUC_MINOR__ = 2) ++#include ext/atomicity.h ++#else ++#include bin/atomicity.h ^^^ jakie bin? chyba raczej bits jak juz. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl Racja!! Tak to jest jak sie spi kilka h dziennie :/ Teraz jest tak: +#if (__GNUC__ = 4 __GNUC_MINOR__ = 2) +#include ext/atomicity.h +#else #include bits/atomicity.h +#endif http://starowa.one.pl/uzi/pld/boost-atomicity.patch Trzeba sie kiedys zdrzemnac po pracy. Pozdrawiam wszystkich zombie-ch. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
