No, ez az egész egy bizonyos swig.m4 jószándákán múlik, ami az inttypes.h-ban definiált PRId64 alapján akar okosodni, csak nincs minden esetre felkészítve. Ez esetleg segít:
export svn_cv_pycfmt_apr_int64_t="l"- NevemTeve blogja
- A hozzászóláshoz be kell jelentkezni
- 229 megtekintés
Hozzászólások
Találtam egy ilyet: https://forums.gentoo.org/viewtopic-t-1095414-start-0.html
- A hozzászóláshoz be kell jelentkezni
Aki idegen technológiát akar használni, az tudjon kígyót is szelidíteni. :P
- A hozzászóláshoz be kell jelentkezni
Óvatosan kérdezem, de mégis mihez kell egy 10 éve nem karbantartott CPAN modul?
- A hozzászóláshoz be kell jelentkezni
Valaki talált a sarokban egy még működő SVN verziókezelőt. git-be kellene átteni, van is egy 'git svn' parancs, de csak úgy önmagában nem fut, Perl-modulok kellenek neki. Temészeresen a függőségeknek is van függősége, peldául felfűrészeltem egy mod_perl nevű komponenst, az Embperl kedvéért, de most úgy tűnik, hogy nem ezek kellenek, hanem ez az Alien-Svn.
- A hozzászóláshoz be kell jelentkezni
Ha nem sportértékpontokra gyúrsz, akkor keress (egy akár live) Debian rendszert és egyszerűen tedd fel a "git-svn" csomagot :)
A függőségeket végignézve amúgy csak az SVN::Core kell neki, az Alien::SVN nem.
- A hozzászóláshoz be kell jelentkezni
Mondjuk ez nem hangzik rosszul...
Szerk: és íme, a derék Debian/Jessie-n lett nekem egy git-svn!
Get:1 http://archive.debian.org/debian/ jessie/main libsvn-perl amd64 1.8.10-6+deb8u6 [949 kB]
Get:2 http://archive.debian.org/debian/ jessie/main libyaml-perl all 1.13-1 [69.7 kB]
Get:3 http://archive.debian.org/debian/ jessie/main libterm-readkey-perl amd64 2.32-1+b1 [28.0 kB]
Get:4 http://archive.debian.org/debian/ jessie/main git-svn all 1:2.1.4-2.1+deb8u6 [663 kB]
Get:5 http://archive.debian.org/debian/ jessie/main libyaml-libyaml-perl amd64 0.41-6 [67.0 kB]Vajon honnan jön eredetileg ez az SVN::Core? Még az is lehet, hogy maga az SVN (vagy kódnéven: subversions) hozza magával?
Szerk: most azon szurkolok, hogy ne az derüljön ki, hogy ez az Alien-Svn magával hoz egy komplett SVN-t (persze egy jó régi verziót)
Szerk: persze hogy van benne egy komplett 2007-es SVN... szóval nem ez lesz a barátunk.
- A hozzászóláshoz be kell jelentkezni
Szerk: most azon szurkolok, hogy ne az derüljön ki, hogy ez az Alien-Svn magával hoz egy komplett SVN-t (persze egy jó régi verziót)
Ezért kéne ezt az egészet konténerben csinálnod.
- A hozzászóláshoz be kell jelentkezni
Az is, de főleg az internetet kell olvasni:
https://www.linuxfromscratch.org/blfs/view/svn/general/subversion.html
make
make swig-pl
make installMegjegyzés: a gyakorlatban ilyen nyilván nem csinálunk, hanem (persze script-ben):
set -e
set -o pipefail
make 2>&1 | tee log.make.all
make swig-pl 2>&1 | tee log.make.swig-pl
make install 2>&1 | tee log.make.install- A hozzászóláshoz be kell jelentkezni
De miért akarsz te SVN-t buildelni, ha elérhető csomagban is?
Fogsz egy debian base image-t a Dockerfile-ban, feltelepíted a szükséges csomagokat apt-vel és készen is vagy.
Hadd szopjanak mások csomagkészítéssel, neked más dolgod van.
- A hozzászóláshoz be kell jelentkezni
Bővebben:
make V=1 all 2>&1 | tee log.make.all
make V=1 swig-pl 2>&1 | tee log.make.pl
make V=1 install 2>&1 | tee log.make.install
make V=1 install-swig-pl 2>&1 | tee log.make.pl-install- A hozzászóláshoz be kell jelentkezni
Meg egy lehetoseg, ha VM-ben elinditja (esetleg valami svn->git migralas korabeli rendszeren). De ugy vettem eszre, Teve szereti ezt a sportot. Neki az a kihivas, amikor valami 1995 ota nem karbantartott Linuxos projectet kell portolni ARM64-en emulalt AIX-re. Mondjuk tanulni biztos lehet belole.
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
Jobb helyeken erre csinálsz egy Dockerfile-t, hiszen úgyis ideiglenes dologról van szó. Belerakod, ami kell, majd építesz egy image-t és egy konténert, amiben végrehajtod a megfelelő parancsot. Aztán amikor már nincs rá szükség, letörlöd az egész konténert és az image-t. A Dockerfile-t persze megtarthatod, az csak egy leíró.
- A hozzászóláshoz be kell jelentkezni
Off topik: hirtelen kiváncsi lettem, hogy micsoda nálam a pid_t. A header-fájlok alapos tanulmányozása segített:
__extension__ typedef __PID_T_TYPE __pid_t; /* Type of process identifications. */Na ugye?! (Bár ebből az __extension__-t nem értem, van-e valami konkrét jelentése, vagy csak azért van, hogy kicsesszen a Pro*C-szerű precompilerekkel.)
Szerk: Itt azt írják, hogy az __extension__ egy gcc-s egyéni lelemény, amit más gcc-s egyéni leleményekkel együtt lehet használni, és arra jó, hogy a gcc ne warningoljon a gcc-s egyéni lelemények miatt. Kitalálhattam volna.
Szerk: talán ez konkrétabb
<bits/types.h>
#define __S32_TYPE int
<bits/typesizes.h>
#define __PID_T_TYPE __S32_TYPE
- A hozzászóláshoz be kell jelentkezni
Topichoz: sok Linux rendszer arra szamit(ott), hogy van Python(2) a gepen. Mondjuk a csomagkezelo, esetleg az altala futtatot scriptek amugy is azt hasznaljak. Remelem azota egyre tobb fugg a 3-astol, de regebbi projecteknel meg lehet, hogy csak 2-es volt.
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
Szerk: ha a 'subversion' fejlesztői erre járnának, azt kérem tőlük, hogy ne maszturbékoljanak a libtool .libs könyvtárával, nekik arról tudniuk sem kell, az a libtool magánügye, nem tartozik rájuk.
- A hozzászóláshoz be kell jelentkezni