programmi linux,non si istallano

[MItaly]

Originariamente inviato da manalino
perche non si avviano le applicazioni con crossover è wine in linux?

Perché ti ostini a non darci retta?

devo istallare adobe ultima versione

Se si parla di Adobe Reader esiste la versione nativa Linux (installabile dall'Ubuntu Software Center), e comunque non ti serve perché c'è già Evince per leggere i pdf.

kaspersky internet security 2011

Su Linux non serve.

skype

C'è già la versione nativa per Linux, scaricabile al solito dall'Ubuntu Software Center.

teamwiever

C'è la versione nativa per Linux, scaricabile dal sito di TeamViewer sotto forma di pacchetto .deb.

youtubedownloader

C'è l'estensione DownloadHelper per Firefox, multipiattaforma.

ecc

Stai seguendo l'approccio sbagliato. Non fissarti sui programmi specifici, ma su quello che ci devi fare; in linea di massima, a parte i programmi multipiattaforma (Firefox, Thunderbird, OpenOffice.org, FileZilla, ...) non userai gli stessi programmi su Windows e Linux, e in linea di massima usare Wine per tutto è una stupidaggine. Nel 99% dei casi conviene piuttosto usare le applicazioni "equivalenti" native Linux.

[francofait]

Wine non è un emulatore di sistema per windows il suo stesso nome è abbreviazione di:

( W )ine ( I )s ( N ) ot ( E )mulator

é solo interprete di librerie dll , quindi con funzioni limitate a ciò che Microsoft e produttori di software per windows sono disponibili a concedere in libero uso al team di sviluppo wine , ergo sempre assai poco e col contagocce . Non un bit in più se non vogliono incorrere in violazioni di diritti di copyright.
Per cui deve essere il software windows ad assere compatibile wine per poterlo utilizzare in linux.
Del software per widows in linux comunque è sempre meglio farne a meno .
Con Ubuntu e ora anche con Debian per installare il software hai il software center , e da sempre il gestore dei pacchetti synaptic .
Dal momento che sono comunque entrambi solo interfacce grafiche del gestore che è Debian-Apt , se proprio ti vuoi fare il mazzo in console , imparati bene l' uso di apt direttamente da console , peraltro utilissimo per districarsi da molte possibili situazioni imbarazzanti e mal risolvili diversamente

[manalino]

ultima cosa,perchè mi esce questo



Archive: /tmp/setup_av_free.exe
[/tmp/setup_av_free.exe]
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
zipinfo: cannot find zipfile directory in one of /tmp/setup_av_free.exe or
/tmp/setup_av_free.exe.zip, and cannot find /tmp/setup_av_free.exe.ZIP, period.

[bereshit]

don't feed the troll

[giasonetux]

Originariamente inviato da bereshit
don't feed the troll

[francofait]

Sembra che capisci solo l' ostrogoto e male pure quello .
Te voi mettere nell' ordine di idee , che linux del software per windows e dei suoi file.exe non sa che farsene ?
Usa il software disponibile in gestione pacchetti e in ubuntu software center , basta ed avanza per ogni impiego. A scaricarselo , installarlo e configurarlo il sistema di gestione del software di Ubuntu ci pensa da se

[manalino]

allora come cavolo faccio ad istallare un hard disk esterno usb nel portatile con sistema operativo linux?????



hard disk 500 gb lacie

[vortex87]

Ma cosa vuoi installare, lo attacchi e basta.

[MItaly]

Originariamente inviato da manalino
ultima cosa,perchè mi esce questo



Archive: /tmp/setup_av_free.exe
[/tmp/setup_av_free.exe]
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
zipinfo: cannot find zipfile directory in one of /tmp/setup_av_free.exe or
/tmp/setup_av_free.exe.zip, and cannot find /tmp/setup_av_free.exe.ZIP, period.

Sembra che tu stia cercando di aprire un eseguibile con file-roller. Lo dovresti aprire con wine (cambiando l'associazione di file e impostando il bit eseguibile).

Ma
SU LINUX NON SERVONO ANTIVIRUS! Perché cavolo stai cercando di installare Avast?
Su Linux, salvo esigenze particolari, usi i programmi nativi di Linux! Perché cavolo ti ostini a voler installare programmi per Windows?
Su un forum in genere si ascolta e si risponde ai post degli altri utenti! Perché cavolo continui a postare domande e basta senza rispondere e senza seguire i consigli che ti diamo?

Originariamente inviato da manalino
allora come cavolo faccio ad istallare un hard disk esterno usb nel portatile con sistema operativo linux?????



hard disk 500 gb lacie

Lo attacchi e compare sul desktop (e nel menu Risorse) la relativa icona. Fai doppio click sull'icona e magicamente compare il contenuto del disco. Non c'è nessuna installazione da fare.

[MItaly]

Originariamente inviato da francofait
Wine non è un emulatore di sistema per windows il suo stesso nome è abbreviazione di:

( W )ine ( I )s ( N ) ot ( E )mulator

é solo interprete di librerie dll , quindi con funzioni limitate a ciò che Microsoft e produttori di software per windows sono disponibili a concedere in libero uso al team di sviluppo wine , ergo sempre assai poco e col contagocce . Non un bit in più se non vogliono incorrere in violazioni di diritti di copyright.
Per cui deve essere il software windows ad assere compatibile wine per poterlo utilizzare in linux.

Questo tecnicamente non è esatto.
"Is Not an Emulator" deriva dal fatto che Wine non è un emulatore "completo" di un PC con su Windows (ad esempio non emula hardware di alcun tipo), ma si limita a fare da "strato di compatibilità", l'idea è un po' come erano le "personalities" di Windows NT ai tempi in cui ancora Microsoft ci credeva ("personality" Win32, POSIX, OS/2 che fanno capo alle API native).
Wine non è un interprete dato che non interpreta un bel niente. Wine è costituito fondamentalmente da un loader per eseguibili (exe, dll) in formato PE e da una reimplementazione delle API (funzioni di sistema) disponibili su Windows, a cui si rivolgono i programmi Windows in ultima istanza per poter funzionare.
In questa reimplementazione le API Windows vengono "mappate" sulle corrispondenti syscall disponibili su sistemi Linux (la gestione dei file sulle varie syscall open & co, la GDI su Xlib, WinMM su ALSA/OSS/PulseAudio, eccetera), eventualmente mettendoci in mezzo tutto il "collante" necessario per avere una simulazione "coerente" e completa di un ambiente Win32 (i vari handle vengono mappati sui corrispondenti ID POSIX, viene simulato un filesystem virtuale in stile Windows, eccetera).

La cosa interessante è che, se le applicazioni Windows fossero "ben disciplinate", basterebbe basarsi esclusivamente sulle specifiche delle funzioni di Windows; tali specifiche non vengono concesse con il contagocce, ma anzi sono pubbliche, e un'applicazione per Windows ben fatta, se il team di Wine ha fatto bene il suo lavoro, dovrebbe funzionare senza battere ciglio anche su Wine, senza che chi la sviluppa debba fare alcunché.

Il problema è che molte applicazioni Windows non sono così ben disciplinate, e spesso involontariamente si appoggiano a comportamenti non documentati, "scoperti" empiricamente e non supportati neanche da Microsoft. E qui iniziano le rogne, per Microsoft come per Wine: perché se un'applicazione si appoggia a dettagli implementativi (e non all'interfaccia pubblica) di certe funzioni, finirà con il non funzionare se in Wine o in una versione di Windows successiva l'implementazione della funzione cambia. E qui entra in gioco il team di App Compatibility a Microsoft (che perde tempo a far funzionare applicazioni che teoricamente non avrebbero neanche mai funzionato) e gli sviluppatori di Wine che vanno a cercare di capire che pirlate stanno facendo le applicazioni in questione e perché non vanno anche se da un punto di vista dell'interfaccia il lavoro di Wine è a posto.

Ci sono poi applicativi che vanno ad innestarsi ad un livello più basso delle normali API user-mode di Windows (andando magari a livello di NT native API, o addirittura sulle API kernel-mode), e lì non ci sono santi, Wine non ha ancora implementato molta di questa roba né probabilmente (per le API kernel-mode) mai lo farà, dato che questo richiederebbe modifiche consistenti anche al sistema operativo "ospitante" (Linux).