- Questo topic ha 15 risposte, 2 partecipanti ed è stato aggiornato l'ultima volta 16 anni, 3 mesi fa da ciccio.
-
AutoreArticoli
-
-
21 Agosto, 2008 alle 16:24 #17821ciccioMembro
Salve, smanettando qua e la mi è venuta la felice idea di scaricare un nuovo tema KDE.
Dal sito KDE-Look.org ho scaricato i sorgenti di kwin-style-crystal ed ho provato l’installazione da shell ma questo è il risultato:
[francesco@openmamba ~]$ cd 13969-crystal-1.0.6
[francesco@openmamba 13969-crystal-1.0.6]$ cd crystal-1.0.6
[francesco@openmamba crystal-1.0.6]$ ./configure –prefix=
kde-config --prefix
checking build system type… i686-pc-linux-gnu
checking host system type… i686-pc-linux-gnu
checking target system type… i686-pc-linux-gnu
checking for a BSD-compatible install… /bin/install -c
checking for -p flag to install… yes
checking whether build environment is sane… yes
checking for gawk… gawk
checking whether make sets $(MAKE)… yes
checking for kde-config… /opt/kde3/bin/kde-config
checking where to install… /opt/kde3 (as requested)
checking for style of include used by make… GNU
checking for gcc… gcc
checking for C compiler default output file name… a.out
checking whether the C compiler works… yes
checking whether we are cross compiling… no
checking for suffix of executables…
checking for suffix of object files… o
checking whether we are using the GNU C compiler… yes
checking whether gcc accepts -g… yes
checking for gcc option to accept ISO C89… none needed
checking dependency style of gcc… gcc3
checking how to run the C preprocessor… gcc -E
checking for g++… g++
checking whether we are using the GNU C++ compiler… yes
checking whether g++ accepts -g… yes
checking dependency style of g++… gcc3
checking whether gcc is blacklisted… no
checking whether g++ supports -Wmissing-format-attribute… yes
checking whether gcc supports -Wmissing-format-attribute… yes
checking whether g++ supports -Wundef… yes
checking whether g++ supports -Wno-long-long… yes
checking whether g++ supports -Wno-non-virtual-dtor… yes
checking whether g++ supports -fno-reorder-blocks… yes
checking whether g++ supports -fno-exceptions… yes
checking whether g++ supports -fno-check-new… yes
checking whether g++ supports -fno-common… yes
checking whether g++ supports -fexceptions… yes
checking whether system headers can cope with -O2 -fno-inline… irrelevant
checking how to run the C++ preprocessor… g++ -E
checking whether g++ supports -O0… yes
checking whether g++ supports -Wl,–no-undefined… yes
checking whether g++ supports -Wl,–allow-shlib-undefined… yes
not using lib directory suffix
checking for a sed that does not truncate output… /bin/sed
checking for grep that handles long lines and -e… /bin/grep
checking for egrep… /bin/grep -E
checking for ld used by gcc… /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld… yes
checking for /usr/bin/ld option to reload object files… -r
checking for BSD-compatible nm… /usr/bin/nm -B
checking whether ln -s works… yes
checking how to recognise dependent libraries… pass_all
checking for ANSI C header files… yes
checking for sys/types.h… yes
checking for sys/stat.h… yes
checking for stdlib.h… yes
checking for string.h… yes
checking for memory.h… yes
checking for strings.h… yes
checking for inttypes.h… yes
checking for stdint.h… yes
checking for unistd.h… yes
checking dlfcn.h usability… yes
checking dlfcn.h presence… yes
checking for dlfcn.h… yes
checking for g77… no
checking for xlf… no
checking for f77… no
checking for frt… no
checking for pgf77… no
checking for cf77… no
checking for fort77… no
checking for fl32… no
checking for af77… no
checking for xlf90… no
checking for f90… no
checking for pgf90… no
checking for pghpf… no
checking for epcf90… no
checking for gfortran… no
checking for g95… no
checking for xlf95… no
checking for f95… no
checking for fort… no
checking for ifort… no
checking for ifc… no
checking for efc… no
checking for pgf95… no
checking for lf95… no
checking for ftn… no
checking whether we are using the GNU Fortran 77 compiler… no
checking whether accepts -g… no
checking the maximum length of command line arguments… 32768
checking command to parse /usr/bin/nm -B output from gcc object… ok
checking for objdir… .libs
checking for ar… ar
checking for ranlib… ranlib
checking for strip… strip
checking if gcc static flag works… yes
checking if gcc supports -fno-rtti -fno-exceptions… no
checking for gcc option to produce PIC… -fPIC
checking if gcc PIC flag -fPIC works… yes
checking if gcc supports -c -o file.o… yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries… yes
checking whether -lc should be explicitly linked in… no
checking dynamic linker characteristics… GNU/Linux ld.so
checking how to hardcode library paths into programs… immediate
checking whether stripping libraries is possible… yes
checking for shl_load… no
checking for shl_load in -ldld… no
checking for dlopen… no
checking for dlopen in -ldl… yes
checking whether a program can dlopen itself… yes
checking whether a statically linked program can dlopen itself… yes
checking if libtool supports shared libraries… yes
checking whether to build shared libraries… yes
checking whether to build static libraries… no
configure: creating libtool
appending configuration tag “CXX” to libtool
checking for ld used by g++… /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld… yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries… yes
checking for g++ option to produce PIC… -fPIC
checking if g++ PIC flag -fPIC works… yes
checking if g++ supports -c -o file.o… yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries… yes
checking dynamic linker characteristics… GNU/Linux ld.so
checking how to hardcode library paths into programs… immediate
checking whether stripping libraries is possible… yes
checking for shl_load… (cached) no
checking for shl_load in -ldld… (cached) no
checking for dlopen… (cached) no
checking for dlopen in -ldl… (cached) yes
checking whether a program can dlopen itself… (cached) yes
checking whether a statically linked program can dlopen itself… (cached) yes
appending configuration tag “F77” to libtool
checking for msgfmt… /usr/bin/msgfmt
checking for gmsgfmt… /usr/bin/msgfmt
checking for xgettext… /usr/bin/xgettext
checking if C++ programs can be compiled… yes
checking for strlcat… yes
checking if strlcat needs custom prototype… no
checking for strlcpy… yes
checking if strlcpy needs custom prototype… no
checking for main in -lutil… yes
checking for main in -lcompat… no
checking for crypt in -lcrypt… yes
checking for socklen_t… yes
checking for dnet_ntoa in -ldnet… no
checking for dnet_ntoa in -ldnet_stub… no
checking for inet_ntoa… yes
checking for connect… yes
checking for remove… yes
checking for shmat… yes
checking for sys/types.h… (cached) yes
checking for stdint.h… (cached) yes
checking sys/bitypes.h usability… yes
checking sys/bitypes.h presence… yes
checking for sys/bitypes.h… yes
checking for poll in -lpoll… no
checking Carbon/Carbon.h usability… no
checking Carbon/Carbon.h presence… no
checking for Carbon/Carbon.h… no
checking CoreAudio/CoreAudio.h usability… no
checking CoreAudio/CoreAudio.h presence… no
checking for CoreAudio/CoreAudio.h… no
checking if res_init needs -lresolv… yes
checking for res_init… yes
checking if res_init needs custom prototype… no
checking for killpg in -lucb… no
checking size of int… 4
checking size of short… 2
checking size of long… 4
checking size of char *… 4
checking for dlopen in -ldl… (cached) yes
checking for shl_unload in -ldld… no
checking size of size_t… 4
checking size of unsigned long… 4
checking sizeof size_t == sizeof unsigned long… yes
checking for PIE support… yes
checking if enabling -pie/fPIE support… yes
checking crt_externs.h usability… no
checking crt_externs.h presence… no
checking for crt_externs.h… no
checking for _NSGetEnviron… no
checking for vsnprintf… yes
checking for snprintf… yes
checking for X… libraries /usr/lib, headers .
checking for IceConnectionNumber in -lICE… yes
checking for libXext… yes
checking for pthread_create in -lpthread… yes
checking for extra includes… no
checking for extra libs… no
checking for libz… -lz
checking for libpng… -lpng -lz -lm
checking for libjpeg6b… no
checking for libjpeg… -ljpeg
checking for perl… /usr/bin/perl
checking for Qt… libraries /usr/lib/qt3/lib, headers /usr/lib/qt3/include using -mt
checking for moc… /usr/lib/qt3/bin/moc
checking for uic… /usr/lib/qt3/bin/uic
checking whether uic supports -L … yes
checking whether uic supports -nounload … yes
checking if Qt needs -ljpeg… no
checking for rpath… yes
checking for KDE… libraries /opt/kde3/lib, headers /opt/kde3/include
checking if UIC has KDE plugins available… yes
checking for KDE paths… defaults
checking for dcopidl… /opt/kde3/bin/dcopidl
checking for dcopidl2cpp… /opt/kde3/bin/dcopidl2cpp
checking for mcopidl… not found
configure: error: The important program mcopidl was not found!
Please check whether you installed aRts correctly or use
–without-arts to compile without aRts support (this will remove functionality).
[francesco@openmamba crystal-1.0.6]$
Qualcuno sa dirmi dove reperire tale programma?
Grazie.
-
21 Agosto, 2008 alle 22:34 #24213gilMembro
Ciao
per le dipendenze c’é apt-file
lo installi con un sudo apt-get …
dopo dai un sudo apt-file update && apt-file search …
pero ti consiglio di mettere l’opzione –without-arts al configure
anche se il messaggio dice che togliera qualche funzionalita… (da piu problemi arts)
la libreria da installare dovrebbe essere libarts-devel tu controlla con apt-file
-
22 Agosto, 2008 alle 15:44 #24228ciccioMembro
Ho fatto come hai detto tu ed avevi ragione, la librerira era proprio libarts-devel, solo che finito con ./configure –without-arts mi dice :
Good – your configure finished. Start make now
Allora do make e questo è il risultto:
[francesco@openmamba crystal-1.0.6]$ make
make all-recursive
make[1]: Entering directory `/home/francesco/13969-crystal-1.0.6/crystal-1.0.6′
Making all in pics
make[2]: Entering directory `/home/francesco/13969-crystal-1.0.6/crystal-1.0.6/pics’
make[2]: Nothing to be done for `all’.
make[2]: Leaving directory `/home/francesco/13969-crystal-1.0.6/crystal-1.0.6/pics’
Making all in client
make[2]: Entering directory `/home/francesco/13969-crystal-1.0.6/crystal-1.0.6/client’
Making all in config
make[3]: Entering directory `/home/francesco/13969-crystal-1.0.6/crystal-1.0.6/client/config’
/bin/sh ../../libtool –silent –mode=link –tag=CXX g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_PLUGIN -o kwin_crystal_config.la -rpath /opt/kde3/lib/kde3 -module -L/opt/kde3/lib -L/usr/lib/qt3/lib -avoid-version -module -no-undefined -Wl,–no-undefined -Wl,–allow-shlib-undefined -R /opt/kde3/lib -R /opt/kde3/lib -R /usr/lib/qt3/lib crystalconfig.lo configdialog.lo infodialog.lo -lkdeui -lkio -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread -lkdecore
grep: /usr/lib/libidn.la: No such file or directory
/bin/sed: can’t read /usr/lib/libidn.la: No such file or directory
libtool: link: `/usr/lib/libidn.la’ is not a valid libtool archive
make[3]: *** [kwin_crystal_config.la] Error 1
make[3]: Leaving directory `/home/francesco/13969-crystal-1.0.6/crystal-1.0.6/client/config’
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/francesco/13969-crystal-1.0.6/crystal-1.0.6/client’
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/francesco/13969-crystal-1.0.6/crystal-1.0.6′
make: *** [all] Error 2
[francesco@openmamba crystal-1.0.6]$
-
23 Agosto, 2008 alle 16:00 #24246gilMembro
ciao
e come sopra ti manca la libidn-devel
quando hai/avete errori di questo tipo
/bin/sed: can’t read /usr/lib/libidn.la: No such file or directory
é perche viene disattesa una dipendenza
-
23 Agosto, 2008 alle 17:47 #24251ciccioMembro
Ok, ovviamente avevi ragione tu. Ho installato la libidn-devel, ho ripetuto la procvedura di installazione ed adesso è tutto ok.
Grazie gil.
-
23 Agosto, 2008 alle 17:55 #24252gilMembro
ciao
potresti usare autospec.. quando torna il capo potresti chiedergli di aprire un repo (se non c’é lo hai gia) per mettere a disposizione degli altri utenti i pacchetti creati…
-
24 Agosto, 2008 alle 07:08 #24255ciccioMembro
Si la cosa mi piacerebbe solo che non ho mai usato autospec ma soprattutto non ho mai creato un pacchetto, ad oggi non saprei come fare.
Io intanto inizio a provare, magari chiedo pure qualche consiglio qui al forum, se riesco a creare il pacchetto poi chiedo al capo.
-
25 Agosto, 2008 alle 14:37 #24265ciccioMembro
Leggendo il wiki ho capito che dovrei inziare facendo così:
[francesco@openmamba ~]$ autospec -s http://www.kde-look.org/CONTENT/content-files/13969-crystal-1.0.6.tar.bz2 -o crystal-mamba.spec
[1] http://www.kde-look.org/CONTENT/content-files/13969-crystal-1.0.6.tar.bz2… ignorato
generazione dello specfile…
* sorgente: /usr/src/RPM/SOURCES/13969-crystal-1.0.6.tar.bz2
* modo: standard
WARNING: ricordarsi di modificare il valore di `Summary’
WARNING: ricordarsi di modificare il valore di `Group’
WARNING: ricordarsi di modificare il valore di `URL’
WARNING: ricordarsi di modificare il valore di `%description’
creato specfile: `crystal-mamba.spec’
[francesco@openmamba ~]$
Quello che non ho capito è se il file spec creato già soddisfa le dipendenze che originariamente sono mancanti.
-
25 Agosto, 2008 alle 15:43 #24266gilMembro
ciao
le dipendenze le aggiungi tu quelle che macano quando si verificano gli errori di cui abbiamo gia discusso
per chiarire
con autospec -u nome_spec -a5 esegui la compilazione
una volta terminata la compilazione per ottenere l’elenco delle dipendenze che si devono aggiungere allo spec file
autospec -u nome_spec -a6
(hai omesso la dir dei file spec
si dovrebbe dare
autospec -s http://www.kde-look.org/CONTENT/content-files/13969-crystal-1.0.6.tar.bz2 -o /usr/src/RPM/SPECS/crystal-mamba.spec)
-
25 Agosto, 2008 alle 15:51 #24267ciccioMembro
Si hai ragione, adesso ho inserito la dir e lo specfile ora è in /usr/src/RPM/SPECS/…
Ho digitato autospec -u crystal-mamba.spec -a5 ma questo è il risultato:
[francesco@openmamba ~]$ autospec -u crystal-mamba.spec -a5
ERROR: file di configurazione non trovato: /home/francesco/.autospec
Suggerimento:
packager_fullname=”francesco”
packager_email=”email@domain”
ftp_rw_user[1]=”user”
ftp_rw_passwd[1]=”passwd”
[francesco@openmamba ~]$
Questo è dato dal fatto che non ho ancora editato il file.spec creato modificando i WARNING???
o dal fatto che ancora non ho un Repository personale???
-
25 Agosto, 2008 alle 17:25 #24268gilMembro
ciao
non é per il repo personale ma forse (senza forse) e perche non hai il file /home/ciccio/.autospec
che se vedi nella pagina del wiki dedicata ad autospec
( http://wiki.openmamba.org/it/index.php/Autospec )
dovrebbe riportare qualcosa di questo tipo
# [configuration file for `autospec’]
DISTRO=”openmamba”
VENDOR=”openmamba”
packager_fullname=”ciccio”
packager_email=”la tua email”
ftpurl_ro_rpms[0]=”http://www.openmamba.org/pub/openmamba/devel/RPMS.@arch@”
ftpurl_ro_srpms[0]=”http://www.openmamba.org/pub/openmamba/devel/SRPMS.base”
ftp_rw_server[0]=””
ftp_rw_port[0]=
ftp_rw_passive_mode[0]=on
ftp_rw_user[0]=
ftp_rw_passwd[0]=””
ftp_rw_rpms_dir[0]=”/RPMS.@arch@”
ftp_rw_srpms_dir[0]=”/SRPMS.base”
arch_list[0]=”i586 i686 x86_64 noarch”
arch_noarch_upload[0]=”${arch_list[0]}”
ftp_rw_server_num_default=0
ftpdir_rw_old[1]=”/old”
ftpurl_ro_rpms[1]=”http://www.openmamba.org/pub/openmamba/devel-games/RPMS.@arch@”
ftpurl_ro_srpms[1]=”http://www.openmamba.org/pub/openmamba/devel-games/SRPMS.base”
ftp_rw_server[1]=””
ftp_rw_port[1]=
ftp_rw_passive_mode[1]=on
ftp_rw_user[1]=
ftp_rw_passwd[1]=””
ftp_rw_rpms_dir[1]=”/RPMS.@arch@”
ftp_rw_srpms_dir[1]=”/SRPMS.base”
arch_list[1]=”i586 i686 x86_64 noarch”
arch_noarch_upload[1]=”${arch_list[1]}”
ftp_rw_server_num_default=0
ftpdir_rw_old[1]=”/old”
format_description_width=0
-
26 Agosto, 2008 alle 14:15 #24276ciccioMembro
Si chiaro, pensavo che questo passaggio andava fatto quando si installava autospec ma una volta che io me lo sono già ritrovato installato ho pensato che non ci fosse bisogno di farlro.
Fatto ciò sono andato avanti digitando: autospec -u crystal-mamba -a5
e questo è il risultato:
[francesco@openmamba ~]$ autospec -u crystal-mamba -a5
aggiornamento del pacchetto crystal-mamba alla versione [?]…
[step 5] — creazione dei pacchetti rpm e srpm
ERROR: preambolo dello specfile non conforme (URL)
[francesco@openmamba ~]$
Bene, ho editato il file crystal-mamba.spec ed ho aggiunto nel rigo URL http://www.kde-look.org/CONTENT/content-files/13969-crystal-1.0.6.tar.bz2
che poi è lo stesso del sorgente(non so se ho fatto bene).
A questo punto ho ripetuto la procedura:[francesco@openmamba ~]$ autospec -u crystal-mamba -a5
e qualcosa ho iniziato a creare ma ecco l’errore:
+ /usr/lib/rpm/brp-nobuildrootpath
Processing files: 13969-crystal-1.0.6-1mamba
Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.43772
+ umask 022
+ cd /usr/src/RPM/BUILD
+ cd crystal-1.0.6
+ DOCDIR=/var/tmp/13969-crystal-root/usr/share/doc/13969-crystal-1.0.6
+ export DOCDIR
+ rm -rf /var/tmp/13969-crystal-root/usr/share/doc/13969-crystal-1.0.6
+ /bin/mkdir -p /var/tmp/13969-crystal-root/usr/share/doc/13969-crystal-1.0.6
+ cp -pr AUTHORS COPYING README /var/tmp/13969-crystal-root/usr/share/doc/13969-crystal-1.0.6
+ exit 0
Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/13969-crystal-root
error: Installed (but unpackaged) file(s) found:
/usr/lib/kde3/kwin3_crystal.la
/usr/lib/kde3/kwin3_crystal.so
/usr/lib/kde3/kwin_crystal_config.la
/usr/lib/kde3/kwin_crystal_config.so
/usr/share/apps/kwin/crystal.desktop
RPM build errors:
Installed (but unpackaged) file(s) found:
/usr/lib/kde3/kwin3_crystal.la
/usr/lib/kde3/kwin3_crystal.so
/usr/lib/kde3/kwin_crystal_config.la
/usr/lib/kde3/kwin_crystal_config.so
/usr/share/apps/kwin/crystal.desktop
ERROR: rpmbuild è terminato con il codice d’errore `1′
[francesco@openmamba ~]$
Devo creare dei sottopacchetti???
CIAO,GRAZIE e SCUSA per il tempo che mi stai dedicando.
-
26 Agosto, 2008 alle 17:18 #24277gilMembro
ciao
gli errori sono un paio
uno si nota di meno… hai provato a vedere se la dir /usr/lib/kde3 esiste ?
sul mio pc esiste solo /opt/kde3/lib/kde3
dovresti modificare %configure in %configure_kde
(ti rimando al wiki)
rifai da capo e con i file che ti visualizzera
/opt/kde3/kde3/kwin3_crystal.la
/opt/kde3/kde3/kwin3_crystal.so
/opt/kde3/kde3/kwin_crystal_config.la
/opt/kde3/kde3/kwin_crystal_config.so
/opt/kde3/share/apps/kwin/crystal.desktop
li devi riportare
in questo modo sullo spec
usando non i valori assoluti dei percorsi ma quelli relativi che trovi facendo
rpm –showrc (console)
alla fine dovresti avere questo risultato
%files
%defattr(-,root,root)
%{_kdelibdir}/kwin3_crystal.la
%{_kdelibdir}/kwin3_crystal.so
%{_kdelibdir}/kwin_crystal_config.la
%{_kdelibdir}/kwin_crystal_config.so
questo pero non dovrebbe stare qui
%{_kdedatadir}/apps/kwin/crystal.desktop
-
27 Agosto, 2008 alle 07:18 #24282ciccioMembro
Allora, uno alla volta.
si hai ragione, neanche io la dir /usr/lib/kde3.
Ho modificato %configure in %configure_kde è ho rifatto daccapo la procedura ma i file visualizzati era diversi dai tuoi; tu dicevi che dovevano essere del tipo:
/opt/kde3/kde3/kwin3_crystal.la
invece a me comparivano così:
/opt/kde3/lib/kde3/kwin3_crystal.la
ed infatti nel riportarli nello specfile invedi di scriverli così:
%{_kdelibdir}/kwin3_crystal.la
ho aggiunto:
%{_kdelibdir}/kde3/kwin3_crystal.la
ed ho rifatto la procedura ed è andato tutto ok!!!
file rpm creati, ne trovo uno in:
/usr/src/RPM/RPMS/i586
e uno in:
/usr/src/RPM/SRPMS.
A questo punto sono andato avanti con la funzione: autospec -u nome_pacchetto -a6
ed ecco il risultato:
[francesco@openmamba ~]$ autospec -u crystal-mamba -a6
aggiornamento del pacchetto crystal-mamba alla versione [?]…
[step 6] — creazione della lista dei build requirement
* /usr/src/RPM/RPMS/i586/13969-crystal-1.0.6-1mamba.i586.rpm
## AUTOBUILDREQ-BEGIN
BuildRequires: glibc-devel
BuildRequires: kdebase-devel
BuildRequires: kdelibs-devel
BuildRequires: libart_lgpl-devel
BuildRequires: libexpat-devel
BuildRequires: libfontconfig-devel
BuildRequires: libfreetype-devel
BuildRequires: libgcc
BuildRequires: libGL-devel
BuildRequires: libICE-devel
BuildRequires: libidn-devel
BuildRequires: libjpeg-devel
BuildRequires: liblcms-devel
BuildRequires: libmng-devel
BuildRequires: libpng-devel
BuildRequires: libqt-devel
BuildRequires: libSM-devel
BuildRequires: libstdc++6-devel
BuildRequires: libX11-devel
BuildRequires: libXau-devel
BuildRequires: libxcb-devel
BuildRequires: libXcursor-devel
BuildRequires: libXdmcp-devel
BuildRequires: libXext-devel
BuildRequires: libXfixes-devel
BuildRequires: libXft-devel
BuildRequires: libXinerama-devel
BuildRequires: libXmu-devel
BuildRequires: libXrandr-devel
BuildRequires: libXrender-devel
BuildRequires: libXt-devel
BuildRequires: libz-devel
## AUTOBUILDREQ-END
[francesco@openmamba ~]$
Seguendo il wiki dovrei copiare il testo nello specfile ed il gioco è fatto!!!
Ma preferisco chiedere prima a te.
CIAO.
-
27 Agosto, 2008 alle 12:00 #24284gilMembro
ciao
hai ragione sorry una svista
devi controllare che i file che dopo la compilazione non vengano installati in “percorsi anomali”
## AUTOBUILDREQ-BEGIN
….
## AUTOBUILDREQ-END
si dovrebbero copiare/incollare appena dopo la licenza
eBuildRoot: %{_tmppath}/%{name}-%{version}-root
-
28 Agosto, 2008 alle 06:45 #24286ciccioMembro
WOW FUNZIONA!!!
Ho copiato
## AUTOBUILDREQ-BEGIN
….
## AUTOBUILDREQ-END
dopo
BuildRoot: %{_tmppath}/%{name}-%{version}-root
e dopo l’ho installato con:autospec -u nome_pacchetto -a11
e FUNZIONA!!!
Grazie gil, grazie a te sono riuscito a creare un pacchetto FUNZIONANTE!!!
-
-
AutoreArticoli
- Devi aver eseguito l’accesso per poter rispondere a questa discussione.