najnowsze apache/libgd1g/php dla potato?
witam, czy ktoś z was zrobił takie pakiety? albo wie gdzie znaleść? niestety, to co jest w potato już mi nie wystarcza :( m.m. -- use gnus not guns!
Re: najnowsze apache/libgd1g/php dla potato?
On the 17th of May 2001 at 09:39, Maciej Matysiak [EMAIL PROTECTED] wrote: czy ktoś z was zrobił takie pakiety? albo wie gdzie znaleść? oki, apacza już nie potrzebuję. bardzo ładnie kompiluje się ze źródeł z woody'ego :) ale php 4.0.6 niestety nie ma (jest 4.0.5), więc moje zapytanie jest ciągle aktualne. libgd próbowałem kompilować, ale nie udało się. m.m. -- use gnus not guns!
xlibs i xpm4g na raz - jak?
pytanie jak w temacie - ma ktoś pomysł jak to zrealizować? xlibs potrzebne mi jest do windowmaker'a, xemacs'a i kilku innych rzeczy. a xpm4g i xpm4g-dev do libgd1g (a to znowu do php). i co z tym zrobić? (wiem że można korzystać z --force-conflicts / --force-depends, ale może jest jakieś bardziej higieniczne wyjście?) czasami szlag mnie trafia od tych dependencies :/ eh. m.m. -- use gnus not guns!
kłopot z kompilacją.
hejka, od ponad godziny męczę się z kompilacją libgd1g. mój debian to potato, źródło jest wzięte z woody'ego (bo potrzebuję nowszą wersję tej biblioteki). c znam pobieżnie i brakuje mi już pomysłów co może być przyczyną poniższych komunikatów: gcc -I. -I.. -I/usr/include/freetype -I/usr/include/freetype2 -I/usr/include/X11 -I/usr/X11R6/include/X11 -I/usr/local/include -D_REENTRANT -O2 -fPIC -pipe -DHAVE_LIBPNG -DHAVE_LIBTTF -DHAVE_XPM -DHAVE_LIBJPEG -DHAVE_JPEG -c -o gdttf.o ../gdttf.c ../gdttf.c:64: parse error before `TT_Engine' ../gdttf.c:64: warning: no semicolon at end of struct or union ../gdttf.c:65: warning: data definition has no type or storage class ../gdttf.c:66: parse error before `properties' ../gdttf.c:66: warning: data definition has no type or storage class ../gdttf.c:67: parse error before `instance' ../gdttf.c:67: warning: data definition has no type or storage class ../gdttf.c:68: parse error before `char_map_Unicode' ../gdttf.c:68: warning: data definition has no type or storage class ../gdttf.c:70: parse error before `matrix' ../gdttf.c:70: warning: data definition has no type or storage class ../gdttf.c:71: parse error before `imetrics' ../gdttf.c:71: warning: data definition has no type or storage class ../gdttf.c:73: parse error before `}' ../gdttf.c:73: warning: data definition has no type or storage class ../gdttf.c:79: parse error before `TT_Engine' ../gdttf.c:79: warning: no semicolon at end of struct or union ../gdttf.c:80: warning: data definition has no type or storage class ../gdttf.c:85: parse error before `TT_Glyph' (i tak dalej jeszcze kilkadziesiąt linijek) z powyższego wywnioskowałem iż błąd kryje się gdzieś we fragmencie: /* Line separation as a factor of font height. No space between if LINESPACE = 1.00 Line separation will be rounded up to next pixel row */ #define LINESPACE 1.05 #ifndef TRUE #define FALSE 0 #define TRUE !FALSE #endif #define MAX(a,b) ((a)(b)?(a):(b)) #define MIN(a,b) ((a)(b)?(a):(b)) typedef struct { char*fontname; /* key */ double ptsize; /* key */ double angle; /* key */ double sin_a, cos_a; TT_Engine *engine;/* 64 linijka */ TT_Face face; TT_Face_Properties properties; TT_Instance instance; TT_CharMap char_map_Unicode, char_map_Big5, char_map_Sjis, char_map_Roman; int have_char_map_Unicode, have_char_map_Big5, have_char_map_Sjis, have_char_map_Roman; TT_Matrix matrix; TT_Instance_Metrics imetrics; gdCache_head_t *glyphCache; } font_t; tylko że jak dla mnie, wszystko wygląda poprawnie. będę wdzięczny jeśli komuś będzie się chciało skompilować tę bibliotekę na potato (potrzebne -dev do ttf, xlibs i jeszcze czegoś) i wystawić ją na jakimś ftp. oczywiście, korekta do źródeł również mile widziana. m.m. -- use gnus not guns!
Re: kłopot z kompilacją.
On Thu, May 17, 2001 at 01:22:48PM +0200, Maciej Matysiak wrote: hejka, od ponad godziny męczę się z kompilacją libgd1g. mój debian to potato, źródło jest wzięte z woody'ego (bo potrzebuję nowszą wersję tej biblioteki). c znam pobieżnie i brakuje mi już pomysłów co może być przyczyną poniższych komunikatów: gcc -I. -I.. -I/usr/include/freetype -I/usr/include/freetype2 -I/usr/include/X11 -I/usr/X11R6/include/X11 -I/usr/local/include -D_REENTRANT -O2 -fPIC -pipe -DHAVE_LIBPNG -DHAVE_LIBTTF -DHAVE_XPM -DHAVE_LIBJPEG -DHAVE_JPEG -c -o gdttf.o ../gdttf.c ../gdttf.c:64: parse error before `TT_Engine' ../gdttf.c:64: warning: no semicolon at end of struct or union jak na mój gust musisz uaktualnić też bibliotekę freetype2. eloy -- ... , . , | _ __. _.|_| |_| Krzysztof eloy Krzyżaniak [EMAIL PROTECTED] |(_) /_(_] | | Oficjalna strona kabaretu Loża 44 http://loza44.topnet.pl/ Marchwi wyróżniamy dwa rodzaje: karotka i normalna..
Re: kłopot z kompilacją.
On the 17th of May 2001 at 13:46, Krzysztof Krzyżaniak [EMAIL PROTECTED] wrote: jak na mój gust musisz uaktualnić też bibliotekę freetype2. masz rację. tylko że to nie takie proste, bo w woody'm jest w zamian libttf. która zależy od kilku innych. te zaś wymagają nowszego czegośtam, itd. :/ aktualnie jestem w trakcie kompilacji chyba już 20 pakietu i nie wiem co dalej. o, właśnie okazało się że muszę mieć nowego perl'a. i debhelper'a. tak z ciekawości: używa ktoś woody'ego na serwerze produkcyjnym? jeśli tak, jak wrażenia? ja niestety nie mam już maszyny żeby postawić to dla testów. a przez chwilę wahałem się czy nie zrobić dist-upgrade z potato, stąd pytanie. m.m. -- use gnus not guns!
Re: ftp.pwr.wroc.pl
witam dopoki nie ruszy znow ftp.pwr.wroc.pl: mirror.grey.debian.pl kompletne linie to: deb http://mirror.grey.debian.pl/ stable main non-free contrib deb http://mirror.grey.debian.pl/ dists/proposed-updates/ deb http://mirror.grey.debian.pl/security stable/updates main non-free contrib deb http://mirror.grey.debian.pl/non-US stable/non-US main contrib non-free i odpowiednie dla woody i sid. nie ma ograniczen dla architektur, a miejsca raczej powinno starczyc i na caly mirror ;- jest to test apt-proxy. w kazdej chwili system moze zniknac ale prosze uzywac zebym mial mozliwosc przetestowac sensownosc uzycia tego systemu. jezeli nie uzgodnie z osobami zajmujacymi sie sunami sensownego dostepu do sprzetu mirror przezuce na wlasny i wtedy bedzie to apt-proxy. termin nadal nie wczesniej niz za okolo pol roku. Artur Górniak [EMAIL PROTECTED] -- JOB: Wroclaw Centre of Networking and Supercomputing http://www.wcss.wroc.pl/[EMAIL PROTECTED] Administrator: SP/2 supercomputer (AIX), Zoodiac cluster (Linux Debian) INFO: http://grey.topnet.pl/ICQ: 13638761EMAIL: [EMAIL PROTECTED]