On Mon, 16 Apr 2007, Daniel Mróz wrote:
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
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-d
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
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 :)
___
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
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żon
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 od
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?
--
=
On Mon, Apr 16, 2007 at 09:28:29AM +0200, Tomasz Mateja wrote:
> strace jeszcze nie potrafie zbudowac ;-(, na sparc64 tez Memory fault ale
> gdb sie nie buduje...
strace już się buduje na ac-sparc*, gdb na rivendell (~th-sparc64) też.
--
Jakub Boguszhttp://qboosh.pl/
__
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+
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
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 '...' be
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-to
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: expect
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_gues
> 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 bezpieczen
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=i68
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
> z
No i "naprawilo sie" ale tylko budowanie:
Program received signal SIGSEGV, Segmentation fault.
0x705dbe94 in rpmdsFind () from /lib/librpm-4.4.so
(gdb) bt
#0 0x705dbe94 in rpmdsFind () from /lib/librpm-4.4.so
#1 0x705df3d4 in rpmdsMerge () from /lib/librpm-4.4.so
#2 0x705e15a4 in ?? () from /
19 matches
Mail list logo