Re: [TH] poldek
--- Jakub Bogusz [EMAIL PROTECTED] wrote: [...] Ja mam zainstalowany check 0.8.3, jeszcze bez tego AC_MSG_WARN. aktualne wersje dostarczają check.pc, check.m4 jest deprecated. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [TH] poldek
--- Tomasz Mateja [EMAIL PROTECTED] wrote: Hmm z PKG_CHECK_MODULES nie wyglada najlepiej: + aclocal -I m4 + autoconf configure.in:47: error: possibly undefined macro: PKG_CHECK_MODULES If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:62: error: possibly undefined macro: AM_PATH_CHECK ^[1] configure:2737: error: possibly undefined macro: _PKG_ERRORS error: Bad exit status from /home/users/builder/tmp/rpm-tmp.11076 (%build) *zamień* [1] wywołanie AM_PATH_CHECK(...) na: PKG_CHECK_MODULES(CHECK, check = 0.9.4, have_check=yes, have_check=no) oraz prawidłowo [2] przebuj AC stuff z: autopoint --force [2] aclocal -I m4 autoconf -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [TH] poldek
On Mon, 16 Apr 2007, Fryderyk Dziarmagowski wrote: --- Tomasz Mateja [EMAIL PROTECTED] wrote: Hmm z PKG_CHECK_MODULES nie wyglada najlepiej: + aclocal -I m4 + autoconf configure.in:47: error: possibly undefined macro: PKG_CHECK_MODULES If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:62: error: possibly undefined macro: AM_PATH_CHECK ^[1] configure:2737: error: possibly undefined macro: _PKG_ERRORS error: Bad exit status from /home/users/builder/tmp/rpm-tmp.11076 (%build) *zamień* [1] wywołanie AM_PATH_CHECK(...) na: PKG_CHECK_MODULES(CHECK, check = 0.9.4, have_check=yes, have_check=no) oraz prawidłowo [2] przebuj AC stuff z: autopoint --force [2] aclocal -I m4 autoconf autopoint --force bylo tam juz wczesniej, a poprawka pomaga :-) [...] checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for CHECK... yes [...] Dzięki wielkie - commituje. -- T.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: noip.spec
On Sun, Apr 15, 2007 at 03:02:35PM -, Arkadiusz Chomicki wrote: mialem na mysli to ze jsli ktos bedzie chcial zeby program byl wykonany z prawami roota lepiej dodac to poprze sudo (mozna wymusic chociazby to ze trzeba podac haslo zanim sie wykona kod, to zabezpieczenie przed takimi co zostawiaja shel'e i odchodza od klawiatury) Jeżeli program jest pisany z myślą o ewentualnym uruchamianiu przez suid, to sudo zwykle jest głupim pomysłem. Taki program odpalony przez zwykłego usera przez suid-root zwykle ograniczy swoją funkcjonalność tak, żeby nie pozwolić na zbyt dużo (np. ping nie pozwala na flood i parę innych opcji). Gdy ten sam program użytkownik uruchomi przez sudo, to otrzyma pełną funkcjonalność. Dlatego w wielu przypadkach sudo to jest bardzo głupi pomysł, a suid plus ograniczenie możliwości wykonywania pliku do pewnej grupy, to całkiem dobre rozwiązanie. Pozdrowienia, Jacek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
squashfs_lzma.spec
cześć AC w miarę aktualne ./builder squasfs_lzma.spec (na sparc i i686) to samo: + /usr/bin/make -C squashfs-tools CC=i686-pld-linux-gcc CXX=i686-pld-linux-g++ CFLAGS=-I. -O2 -march=i686 make: Entering directory `/opt/rpm/BUILD/squashfs3.0/squashfs-tools' i686-pld-linux-gcc -I. -O2 -march=i686-c -o mksquashfs.o mksquashfs.c i686-pld-linux-gcc -I. -O2 -march=i686-c -o read_fs.o read_fs.c i686-pld-linux-gcc -I. -O2 -march=i686-c -o sort.o sort.c i686-pld-linux-g++ mksquashfs.o read_fs.o sort.o -llzma -o mksquashfs mksquashfs.o(.text+0x267): In function `mangle': mksquashfs.c: undefined reference to `lzma_compress' mksquashfs.o(.text+0x3315): In function `get_fragment': mksquashfs.c: undefined reference to `lzma_uncompress' read_fs.o(.text+0xff): In function `read_block': read_fs.c: undefined reference to `lzma_uncompress' collect2: ld returned 1 exit status make: *** [mksquashfs] Error 1 za chiny ludowe nie wiem czego odemnie chce, a chciałbym zobaczyć ile zyskam na kompresji katalogu na sparcrcd z lzma i bez :-) no nic, może ktoś pomoże ułaskawić ten spec bo /me tromba się niezna ps: paczki: zlib-1.2.3-3 lzma-4.43-6 gcc-3.3.6-4 zdrowie -- Michał Abramowicz abram pld - linux org ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: noip.spec
Arkadiusz Chomicki wrote: Arkadiusz Chomicki wrote: przy ping i noip nie widze sensu uzywania suida. jesli juz ktos bardzo chce moze przeciez uzyc sudo No ja nie wiem, w czym suidowe sudo bezpieczniejsze od suidowego pinga. nie mialem na mysli bezpieczenstwa kodu sudo. mialem na mysli to ze jsli ktos bedzie chcial zeby program byl wykonany z prawami roota lepiej dodac to poprze sudo (mozna wymusic chociazby to ze trzeba podac haslo zanim sie wykona kod, to zabezpieczenie przed takimi co zostawiaja shel'e i odchodza od klawiatury) Ale widzisz w pingiem (i pewnie z paroma innymi programami) jest tak, ze jest to program przydatny dla ZU a bez praw roota w ogole nie zadziala. Jesli mam w tym celu ustawiac prawo uzywania go poprzez sudo dla _wszystkich_ userow, to chyba lepiej, zeby jednak byl 4777 ? tu sie zgodze z Toba. jesli to ma byc dla wszytkich i jest wymagane prawa roota. zreszta napisalem juz to ze sa wyjatkowe sytuacje gdzie suid jest potrzebny do pracy programu, ale watek zaczalem nt noip, czy ten potrzebuje tego suida W sudo wystarczy jakis blad w parserze konfiguracji i zonk. -- === Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 19 36 Faculty of Applied Phys. Math., Gdansk University of Technology ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl 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
[Th] util-linux
Wywala się (zarówno na sparc i sparc64) sparc-pld-linux-gcc -std=gnu99 -O2 -fno-strict-aliasing -fwrapv -m32 -mcpu=v7 -mtune=ultrasparc -gdwarf-2 -g2 -Wl,--as-needed -o mount mount.o fstab.o sundries.o xmalloc.o realpath.o mntent.o get_label_uuid.o mount_by_label.o mount_blkid.o mount_guess_fstype.o getusername.o cryptsetup.o lomount.o ../lib/libenv.a ../lib/libsetproctitle.a -lcryptsetup -lblkid -luuid -lselinux sparc-pld-linux-gcc -std=gnu99 -DLOCALEDIR=\/usr/share/locale\ -DHAVE_CONFIG_H -include ../config.h -I../include -fsigned-char -fomit-frame-pointer -O2 -fno-strict-aliasing -fwrapv -m32 -mcpu=v7 -mtune=ultrasparc -gdwarf-2 -g2 -MT umount.o -MD -MP -MF .deps/umount.Tpo -c -o umount.o umount.c umount.c:33: error: expected declaration specifiers or '...' before 'umount2' umount.c:33: error: expected declaration specifiers or '...' before 'path' umount.c:33: error: expected declaration specifiers or '...' before 'flags' umount.c:33: warning: data definition has no type or storage class umount.c:33: warning: type defaults to 'int' in declaration of '_syscall2' make[2]: *** [umount.o] Error 1 make[2]: Leaving directory `/home/users/builder/rpm/BUILD/util-linux-2.13-pre7/mount' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/users/builder/rpm/BUILD/util-linux-2.13-pre7' make: *** [all] Error 2 error: Bad exit status from /home/users/builder/tmp/rpm-tmp.14380 (%build) -- T.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] util-linux
On Mon, Apr 16, 2007 at 01:26:44PM +0200, Tomasz Mateja wrote: Wywala się (zarówno na sparc i sparc64) [...] umount.c:33: error: expected declaration specifiers or '...' before 'umount2' umount.c:33: error: expected declaration specifiers or '...' before 'path' umount.c:33: error: expected declaration specifiers or '...' before 'flags' umount.c:33: warning: data definition has no type or storage class umount.c:33: warning: type defaults to 'int' in declaration of '_syscall2' -#if defined(MNT_FORCE) !defined(__sparc__) !defined(__arm__) +#if defined(MNT_FORCE) (umount.c, kilka linii wcześniej) -- 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: squashfs_lzma.spec
Michal Abramowicz wrote: cześć AC w miarę aktualne ./builder squasfs_lzma.spec (na sparc i i686) to samo: + /usr/bin/make -C squashfs-tools CC=i686-pld-linux-gcc CXX=i686-pld-linux-g++ CFLAGS=-I. -O2 -march=i686 make: Entering directory `/opt/rpm/BUILD/squashfs3.0/squashfs-tools' i686-pld-linux-gcc -I. -O2 -march=i686-c -o mksquashfs.o mksquashfs.c i686-pld-linux-gcc -I. -O2 -march=i686-c -o read_fs.o read_fs.c i686-pld-linux-gcc -I. -O2 -march=i686-c -o sort.o sort.c i686-pld-linux-g++ mksquashfs.o read_fs.o sort.o -llzma -o mksquashfs mksquashfs.o(.text+0x267): In function `mangle': mksquashfs.c: undefined reference to `lzma_compress' mksquashfs.o(.text+0x3315): In function `get_fragment': mksquashfs.c: undefined reference to `lzma_uncompress' read_fs.o(.text+0xff): In function `read_block': read_fs.c: undefined reference to `lzma_uncompress' collect2: ld returned 1 exit status make: *** [mksquashfs] Error 1 za chiny ludowe nie wiem czego odemnie chce, a chciałbym zobaczyć ile zyskam na kompresji katalogu na sparcrcd z lzma i bez :-) no nic, może ktoś pomoże ułaskawić ten spec bo /me tromba się niezna ps: paczki: zlib-1.2.3-3 lzma-4.43-6 gcc-3.3.6-4 zdrowie Symbolu lzma_uncompress NIE ma w lzma-4.43-6 na AC,a le w lzma-4.43-5 na TH jest .. -- {Wojciech 'Sas' Cieciwa} {Member of PLD Team } {e-mail: [EMAIL PROTECTED], http://www2.zarz.agh.edu.pl/~cieciwa} ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] util-linux
On Mon, 16 Apr 2007, Jakub Bogusz wrote: On Mon, Apr 16, 2007 at 01:26:44PM +0200, Tomasz Mateja wrote: Wywala się (zarówno na sparc i sparc64) [...] umount.c:33: error: expected declaration specifiers or '...' before 'umount2' umount.c:33: error: expected declaration specifiers or '...' before 'path' umount.c:33: error: expected declaration specifiers or '...' before 'flags' umount.c:33: warning: data definition has no type or storage class umount.c:33: warning: type defaults to 'int' in declaration of '_syscall2' -#if defined(MNT_FORCE) !defined(__sparc__) !defined(__arm__) +#if defined(MNT_FORCE) Widziałem, ale to znaczy ze nasz glibc na sparc nie zachowuje sie tak samo jak ich i bedzie dzialac tia? -- T.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] util-linux
On Mon, Apr 16, 2007 at 04:50:55PM +0200, Tomasz Mateja wrote: On Mon, 16 Apr 2007, Jakub Bogusz wrote: On Mon, Apr 16, 2007 at 01:26:44PM +0200, Tomasz Mateja wrote: Wywala się (zarówno na sparc i sparc64) [...] umount.c:33: error: expected declaration specifiers or '...' before 'umount2' umount.c:33: error: expected declaration specifiers or '...' before 'path' umount.c:33: error: expected declaration specifiers or '...' before 'flags' umount.c:33: warning: data definition has no type or storage class umount.c:33: warning: type defaults to 'int' in declaration of '_syscall2' -#if defined(MNT_FORCE) !defined(__sparc__) !defined(__arm__) +#if defined(MNT_FORCE) Widziałem, ale to znaczy ze nasz glibc na sparc nie zachowuje sie tak samo jak ich i bedzie dzialac tia? To wygląda na jakiś stary workaround na nieaktualne nagłówki na sparcu i armie. sys/mount.h w glibc 2.3.6 (także na sparcu) zawiera już to co powinien. -- 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
Mrożenie Ac
Cześć Tak się zastanawiam... Może zanim zamrozimy Ac rozwiążemy problem z udev-initrd? Obecnie, bez dorobienia linku do /sbin/initrd-udev nie można wygenerować initrd z udev. Pozdrawiam Beorn -- Daniel 'Beorn' Mróz [EMAIL PROTECTED]http://127.0.0.1/beorn [GIT d s:- a-@ C UL$ P+ L E--- W+ N+++ o? K- w---] [O- M- V! PS+ PE++ Y+ PGP++ t- 5 X R !tv b+ DI D++ G++ e h*] [ r++ y+ ] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Mrożenie Ac
Daniel =?utf-8?q?Mr=C3=B3z?= wrote: Tak się zastanawiam... Może zanim zamrozimy Ac rozwiążemy problem z udev-initrd? Obecnie, bez dorobienia linku do /sbin/initrd-udev nie można wygenerować initrd z udev. Co to znaczy zanim zamrozimy Ac ? Cos sie jeszcze w Ac zmienia? -- === Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 19 36 Faculty of Applied Phys. Math., Gdansk University of Technology ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
2 x libtorrent
Witam wszystkich Chcialbym zrobic speca do libtorrent z http://www.rasterbar.com/products/libtorrent/ W CVS pod nazwa libtorrent.spec mamy inna biblioteke ... z http://libtorrent.rakshasa.no/ Co z tym fantem zrobic, jaka nazwe wybrac dla speca ? Proponuje libTorrent.spec choc powinno byc chyba odwrotenie patrzac na naglowki na stronach. Pozdrawiam. Bart. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Mrożenie Ac
On Monday 16 April 2007, Andrzej Krzysztofowicz wrote: Tak się zastanawiam... Może zanim zamrozimy Ac rozwiążemy problem z udev-initrd? Obecnie, bez dorobienia linku do /sbin/initrd-udev nie można wygenerować initrd z udev. Co to znaczy zanim zamrozimy Ac ? No, Ac jest niby zamrożone. Czyli nie wprowadzamy rewolucyjnych poprawek. Cos sie jeszcze w Ac zmienia? Siakieś bugfiksy. Pozdrawiam Beorn -- Daniel 'Beorn' Mróz [EMAIL PROTECTED]http://127.0.0.1/beorn [GIT d s:- a-@ C UL$ P+ L E--- W+ N+++ o? K- w---] [O- M- V! PS+ PE++ Y+ PGP++ t- 5 X R !tv b+ DI D++ G++ e h*] [ r++ y+ ] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: 2 x libtorrent
On Mon, Apr 16, 2007 at 09:09:09PM +0200, Bart wrote: Witam wszystkich Chcialbym zrobic speca do libtorrent z http://www.rasterbar.com/products/libtorrent/ rb_libtorrent.spec -- 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: 2 x libtorrent
Jakub Bogusz wrote: On Mon, Apr 16, 2007 at 09:09:09PM +0200, Bart wrote: Witam wszystkich Chcialbym zrobic speca do libtorrent z http://www.rasterbar.com/products/libtorrent/ rb_libtorrent.spec Dzieki wielkie :) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: squashfs_lzma.spec
On Mon, Apr 16, 2007 at 01:36:15PM +0200, Wojciech Sas Cieciwa wrote: Michal Abramowicz wrote: cześć AC w miarę aktualne ./builder squasfs_lzma.spec (na sparc i i686) to samo: + /usr/bin/make -C squashfs-tools CC=i686-pld-linux-gcc CXX=i686-pld-linux-g++ CFLAGS=-I. -O2 -march=i686 make: Entering directory `/opt/rpm/BUILD/squashfs3.0/squashfs-tools' i686-pld-linux-gcc -I. -O2 -march=i686-c -o mksquashfs.o mksquashfs.c i686-pld-linux-gcc -I. -O2 -march=i686-c -o read_fs.o read_fs.c i686-pld-linux-gcc -I. -O2 -march=i686-c -o sort.o sort.c i686-pld-linux-g++ mksquashfs.o read_fs.o sort.o -llzma -o mksquashfs mksquashfs.o(.text+0x267): In function `mangle': mksquashfs.c: undefined reference to `lzma_compress' mksquashfs.o(.text+0x3315): In function `get_fragment': mksquashfs.c: undefined reference to `lzma_uncompress' read_fs.o(.text+0xff): In function `read_block': read_fs.c: undefined reference to `lzma_uncompress' collect2: ld returned 1 exit status make: *** [mksquashfs] Error 1 Śledztwo wykazuje, że powinno pomóc zamiana w src squasfs_lzma z lzma_compress na compress2 (z zlib-devel) i podobnie przy lzma_uncompress na uncompress, te magiczne słówka są dostępne w zlib.h, natomiast lzma_costam* usilnie chce mieć z lzmalib.h ale ponieważ to jakaś czarna magia to mi się chwilowo nie chce sprawdzać ile mła uzyska w kompresji obrazka i co się spitoli w module do kernela 8-) no to zdrówko -- Michał Abramowicz abram pld - linux org ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
DevIL-devel: zaleznosci
Witam, w DevIL.spec jest co następuje: #v+ %package devel Summary:DevIL devel files Summary(pl.UTF-8): Nagłółwki DevIL Group: Development/Libraries Requires: %{name} = %{version}-%{release} Requires: lcms-devel Requires: libjpeg-devel Requires: libmng-devel Requires: libpng-devel Requires: libtiff-devel # libILUT additionally: SDL-devel, allegro-devel, OpenGL-GLU-devel #v- Dzieki czemu, po zainstalowaniu DevIL-devel mamy niepełną funkcjonalność. Może jednak dodać te zależności (albo wydzielić pod-pakiet dla ILUT -- choć to mniej mi się podoba)? Pozdrawiam, Łukasz Krotowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl