Progetto United Linux

M86 · 31-01-2003, 20:57

vorrei sapere se il progetto united consiste in un imposizione (tranne alla Red Hat) di standard comuni per rendere gli RPM compatibili?

qweasdzxc · 31-01-2003, 22:16

mmm piu che altro dovrebbe trattarsi di una distribuzione commerciale destinata ad ambiti aziendali. la standardizzazione degli rpm dovrebbe passare per lsb, linux standard base, solo che da quanto appare sul sito le distro attuali sono gia tutte compatibili lsb in pratica... strano...

M86 · 01-02-2003, 13:59

in poche parole sono compatibili l'un l'altro solo nominalmente per il momento?

qweasdzxc · 01-02-2003, 14:08

in poche parole IO non ho capito cosa sia compatibile adesso e cosa sara compatibile in futuro...

M86 · 01-02-2003, 15:02

siamo in due

ilsensine · 01-02-2003, 16:53

Quote:

in poche parole IO non ho capito cosa sia compatibile adesso e cosa sara compatibile in futuro...

Io invece non ho capito cosa non è compatibile adesso e sarà compatibile in futuro

Per me LSB+.tar.gz=soluzione a tutti i problemi

M86 · 02-02-2003, 09:36

grazie ma io non sono riuscito a far funzionare un sorgente in vita mia e perciò preferisco nettamente gli

RPM

ilsensine · 02-02-2003, 14:50

Bè ti consiglio di imparare alla svelta, il tuo "potere" sul sistema aumenterebbe notevolmente

M86 · 02-02-2003, 16:58

io riesco a compilarli ma quando vado ad eseguire i files non succede nulla e questo mi manda in bestia;
Come con Xsane: lo compilo con i comandi citati nella guida al newbie, vado ad eseguire i files nella directory che il programma ha creato e non succede nulla; quando è così voi che fareste?

Ikitt_Claw · 02-02-2003, 17:20

Quote:

Originally posted by "M86"

Come con Xsane: lo compilo con i comandi citati nella guida al newbie, vado ad eseguire i files nella directory che il programma ha creato e non succede nulla; quando e cos`i voi che fareste?

In ordine sparso:

man nomeprogramma
echo $?
less /var/log/messages (anzi, ALT-F12 nel mio caso

)
strace -o programma.trace nomeprogramma

ilsensine · 02-02-2003, 18:23

Quote:

Originally posted by "M86"

io riesco a compilarli ma quando vado ad eseguire i files non succede nulla e questo mi manda in bestia;
Come con Xsane: lo compilo con i comandi citati nella guida al newbie, vado ad eseguire i files nella directory che il programma ha creato e non succede nulla; quando è così voi che fareste?

Forse ti manca un "make install"?

M86 · 02-02-2003, 21:01

Quote:

Originally posted by "ilsensine"

Forse ti manca un "make install"?

./configure
./make
./make install

io li faccio tutti e tre e infatti il file lo crea solo che quando lo eseguo non succede niente

ilsensine · 03-02-2003, 08:31

con "make install" l'eseguibile viene copiato nella directory <prefix>/bin, dove <prefix> generalmente è (a meno che non hai specificato diversamente) /usr/local oppure /usr. Dovresti lanciare l'eseguibile copiato, che in genere ti ritrovi nel path.

M86 · 03-02-2003, 15:27

ecco ora ad esempio ho il kernel nuovo, quando lo compilo devo poi eseguire il collegamento al programma che mi crea nella directory del sorgente?

ilsensine · 03-02-2003, 15:32

No, dopo la compilazione, il nuovo kernel lo trovi sotto arch/i386/ col nome di bzImage. Lo copi in /boot col nome che vuoi, copi anche il System.map, aggiorni il bootloader e hai fatto. Ovviamente i moduli vengono installati a parte con make modules_install.
Ti consiglio di "rinominare" bzImage e System.map con il "nome effettivo" del kernel (le prime 4 righe del Makefile principale); ad es. se il tuo kernel è un 2.4.19 e hai imposto EXTRAVERSION su -mio (questa voce la puoi modificare liberamente, io in genere lo faccio) ti consiglio di usare i seguenti nomi:
bzImage -> vmlinux-2.4.19-mio
System.map -> System.map-2.4.19-mio

M86 · 03-02-2003, 20:31

ehm, come si aggiorna il boot loader?

ilsensine · 04-02-2003, 08:26

Immagino che usi lilo, senza farlo partire dal bootloader di XP/2k (se non è così, _non_ seguire questa procedura).
Devi modificare il file /etc/lilo.conf aggiungendo una nuova entry (la sezione che comincia con "image=") per il tuo kernel; la sintassi è semplice e la evinci dal file stesso. Abbi cura di usare una "label=" diversa dalle altre sezioni.
Fatte le modifiche, devi aggiornare l'mbr semplicemente eseguendo "lilo" da console.

M86 · 04-02-2003, 13:00

ora provo

lnessuno · 04-02-2003, 14:24

tornando in topic... united linux prima ancora di far uscire la release definitiva già fa parlare male di se... infatti per ottenere la beta bisogna accettare un contratto di NDA (non disclosure agreement), ovvero un sistema open source con delle beta assolutamente closed...

questo non è piaciuto alla free software foundation... che aveva chiesto spiegazioni, però non so come sia andata a finire...

M86 · 04-02-2003, 21:34

Per me si stanno rendendo conto che l'open source non rende e quindi stanno mettendo delle licenze classiche

31-01-2003, 20:57	#1
M86 Senior Member Iscritto dal: Jan 2002 Messaggi: 2870	Progetto United Linux vorrei sapere se il progetto united consiste in un imposizione (tranne alla Red Hat) di standard comuni per rendere gli RPM compatibili?

31-01-2003, 22:16	#2
qweasdzxc Senior Member Iscritto dal: Jul 1999 Città: padova Messaggi: 1967	mmm piu che altro dovrebbe trattarsi di una distribuzione commerciale destinata ad ambiti aziendali. la standardizzazione degli rpm dovrebbe passare per lsb, linux standard base, solo che da quanto appare sul sito le distro attuali sono gia tutte compatibili lsb in pratica... strano... __________________

01-02-2003, 14:08	#4
qweasdzxc Senior Member Iscritto dal: Jul 1999 Città: padova Messaggi: 1967	in poche parole IO non ho capito cosa sia compatibile adesso e cosa sara compatibile in futuro... __________________

02-02-2003, 14:50	#8
ilsensine Senior Member Iscritto dal: Apr 2000 Città: Roma Messaggi: 15625	Bè ti consiglio di imparare alla svelta, il tuo "potere" sul sistema aumenterebbe notevolmente __________________ 0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12

03-02-2003, 08:31	#13
ilsensine Senior Member Iscritto dal: Apr 2000 Città: Roma Messaggi: 15625	con "make install" l'eseguibile viene copiato nella directory <prefix>/bin, dove <prefix> generalmente è (a meno che non hai specificato diversamente) /usr/local oppure /usr. Dovresti lanciare l'eseguibile copiato, che in genere ti ritrovi nel path. __________________ 0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12

01-02-2003, 13:59	#3
M86 Senior Member Iscritto dal: Jan 2002 Messaggi: 2870	in poche parole sono compatibili l'un l'altro solo nominalmente per il momento?

01-02-2003, 15:02	#5
M86 Senior Member Iscritto dal: Jan 2002 Messaggi: 2870	siamo in due

02-02-2003, 09:36	#7
M86 Senior Member Iscritto dal: Jan 2002 Messaggi: 2870	grazie ma io non sono riuscito a far funzionare un sorgente in vita mia e perciò preferisco nettamente gli RPM

02-02-2003, 16:58	#9
M86 Senior Member Iscritto dal: Jan 2002 Messaggi: 2870	io riesco a compilarli ma quando vado ad eseguire i files non succede nulla e questo mi manda in bestia; Come con Xsane: lo compilo con i comandi citati nella guida al newbie, vado ad eseguire i files nella directory che il programma ha creato e non succede nulla; quando è così voi che fareste?

03-02-2003, 15:27	#14
M86 Senior Member Iscritto dal: Jan 2002 Messaggi: 2870	ecco ora ad esempio ho il kernel nuovo, quando lo compilo devo poi eseguire il collegamento al programma che mi crea nella directory del sorgente?

03-02-2003, 15:32	#15
ilsensine Senior Member Iscritto dal: Apr 2000 Città: Roma Messaggi: 15625	No, dopo la compilazione, il nuovo kernel lo trovi sotto arch/i386/ col nome di bzImage. Lo copi in /boot col nome che vuoi, copi anche il System.map, aggiorni il bootloader e hai fatto. Ovviamente i moduli vengono installati a parte con make modules_install. Ti consiglio di "rinominare" bzImage e System.map con il "nome effettivo" del kernel (le prime 4 righe del Makefile principale); ad es. se il tuo kernel è un 2.4.19 e hai imposto EXTRAVERSION su -mio (questa voce la puoi modificare liberamente, io in genere lo faccio) ti consiglio di usare i seguenti nomi: bzImage -> vmlinux-2.4.19-mio System.map -> System.map-2.4.19-mio __________________ 0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12

03-02-2003, 20:31	#16
M86 Senior Member Iscritto dal: Jan 2002 Messaggi: 2870	ehm, come si aggiorna il boot loader?

04-02-2003, 08:26	#17
ilsensine Senior Member Iscritto dal: Apr 2000 Città: Roma Messaggi: 15625	Immagino che usi lilo, senza farlo partire dal bootloader di XP/2k (se non è così, _non_ seguire questa procedura). Devi modificare il file /etc/lilo.conf aggiungendo una nuova entry (la sezione che comincia con "image=") per il tuo kernel; la sintassi è semplice e la evinci dal file stesso. Abbi cura di usare una "label=" diversa dalle altre sezioni. Fatte le modifiche, devi aggiornare l'mbr semplicemente eseguendo "lilo" da console. __________________ 0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12

04-02-2003, 13:00	#18
M86 Senior Member Iscritto dal: Jan 2002 Messaggi: 2870	ora provo

04-02-2003, 14:24	#19
lnessuno Bannato Iscritto dal: Feb 2000 Città: The city of wasting disease Messaggi: 7390	tornando in topic... united linux prima ancora di far uscire la release definitiva già fa parlare male di se... infatti per ottenere la beta bisogna accettare un contratto di NDA (non disclosure agreement), ovvero un sistema open source con delle beta assolutamente closed... questo non è piaciuto alla free software foundation... che aveva chiesto spiegazioni, però non so come sia andata a finire...

04-02-2003, 21:34	#20
M86 Senior Member Iscritto dal: Jan 2002 Messaggi: 2870	Per me si stanno rendendo conto che l'open source non rende e quindi stanno mettendo delle licenze classiche

Strumenti
Mostra una versione stampabile Invia questa pagina per email