MicrosoftWindows

Windows 7 open source? Lo richiede la Free Software Foundation con una petizione

di pubblicata il , alle 18:01 nel canale Device Windows 7 open source? Lo richiede la Free Software Foundation con una petizione

La Free Software Foundation chiede che Windows 7 venga reso open source tramite una petizione. Una richiesta che non sarà soddisfatta, ma che fa capire quanto sia cambiato il rapporto tra Microsoft e il mondo dell'open source

 
186 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
pabloski07 Febbraio 2020, 11:36 #171
Originariamente inviato da: WarDuck
ho voluto provare Inkscape (mai usato prima).

Morale: sembra essere una bomba


CVD 10-15 anni sono stati proficui pure per l'ecosistema Linux. Ricordo quando Blender muoveva i primi passi e oggi è usato dalle multinazionali per produrre la grafica di film, giochi e quant'altro.

Per questo è una guerra futile. E se l'ha capito la MS, mi chiedo come facciano a non capirlo i suoi fanboy.
s-y07 Febbraio 2020, 12:05 #172
in effetti il rapporto android vs winmobile è (era) assimilabile a quello windows vs linux
al netto delle ovvie differenze
e l'atteggiamento dovrebbe essere un pò più coerente per non sembrare troppo partigiano

nello specifico, ho sempre pensato che sarebbe (stato) vantaggioso per tutti che il mercato dei mobile fosse (stato) più popolato di competitor, e lo penso per ogni ambito, non a seconda di quale prodotto preferisco
Nicodemo Timoteo Taddeo07 Febbraio 2020, 12:25 #173
Originariamente inviato da: pabloski
Poi ci spieghi pure che distro e versione di Linux è.


Certamente, Linux Kubuntu 1910 perfettamente funzionante in tutto.


Perchè, provando su Mint 19.3, il risultato è questo. E ci dovresti pure spiegare dove vuoi arrivare, mostrandoci un errore relativo ai repo di Google Earth, in relazione al programma dello scanner. Cioè tu hai un'installazione vecchia come il cucco, con un repo Google probabilmente dismesso e vieni qui a fare il saccente. O non sai che diavolo stai facendo o sei totalmente in malafede.


Ma io mi son limitato a seguire il readme, sarà colpa mia se non funziona?

Oh, continuiamo il giochino se vuoi, ho VirtualBox con una macchina virtuale con Server 2019 e una con Debian scaricata ed installata la settimana scorsa.

Installo su Server 2019 il file di installazione che ho linkato ieri, quel file del 2016, non sono neanche andato a vedere se c'è qualcosa di più recente.. Un doppio click sul file, poi un paio di OK, alla fine lancio il programma di scansione che trova lo scanner e funziona subitissimo:
https://ibb.co/xD98FRL

Poi proviamo su Debian, scarico il file compresso ultimo disponibile. Decomprimo, spacchetto, seguo il readme. Installazione stavolta andata a buon fine come testimonia apt show.
https://ibb.co/BTjCPzY

Verifico che lo scanner venga regolarmente visto dal sistema operativo e lo conferma dice lsusb, poi lancio il programma imagescan:
https://ibb.co/0tG2FTs

Dispositivo non trovato... Stessa risposta anche dal preinstallato xsane ovviamente.

In realtà so come far funzionare lo scanner anche in Debian, ma c'è da smanettare nel terminale e con un editor di testo.

A questo punto devo parafrasare nickname88 quando scrive che "il problema sta tra il monitor e la sedia"?


Eppure ti ho mostrato e ti mostro quello che succede, che c'entra il tra sedia e tastiera se ci si limita a seguire i readme? Si segue il redme e non funziona né su Kubuntu dove neppure si installa e neppure su Debian dove si installa ma non funziona. Server 2019 dove si potrebbe pensare che per sua natura dovrebbe invece dare qualche problema, funziona a mezzo giro di manovella.

Se Epson ti dice che quel pacchetto è per Ubuntu xx.yy, xz.yz, ecc..., si suppone tu non provi ad usarlo su Ubuntu tanta.anni.fa!


Qualche settima fa


Se il distributore sbaglia, non è colpa di Linux.


E nessuno sta dicendo che è colpa di Linux ma che su linux "desktop" ci sono maggiori probabilità di incontrare qualcosa che non funziona e abbisogna di lavoro successivo non alla portata di chiunque. Tu questa semplice costatazione data dall'esperienza vissuta la interpreti come una critica a Linux tout court. È qui il tuo problema, ti fai film tuoi

Pure io posso distribuire un software Windows non mettendo nell'installer alcune dipendenze necessarie.
La colpa è di Windows? Windows fa schifo?


Si tratta di probabilità di incapparvi. In Windows la mia esperienza ed evidentemente anche quella di altri, dice che sono molto minori.


Perché è questo che tu e gli altri 3 state dicendo di Linux.


No questo è quello che a ti pace credere per poter lanciare la tenzone in difesa della bella pulzella. Nessuno sta dicendo che Linux fa schifo, ma che al giorno d'oggi da ancora più problemi nell'uso quotidiano se solo si esce dal recinto dei repository e riconoscimento automatico dell'hardware.


E come ho fatto notare fin dall'inizio, il numero di casi "strani" si è abbattuto di un ordine di grandezza negli ultimi 10 anni. Oggi si può tranquillamente usare Linux in ambito PC, salvo casi limite, per fortuna molto ridotti.


Ed infatti negli ultimi dieci anni c'è stato un'esplosione di installazioni, perché un sistema operativo gratuito, sicuro, rispettoso della privacy, con buone prestazioni (tutte cose vere queste) e così facile da gestire per tutti (su questo non sono d'accordo), dovrebbe avere non dico sfondato ma almeno assunto un tasso di adozione di un certo livello. Ma com'è che dovunque vado una installazione "desktop" di Linux non la vedo né in Italia né all'estero? Secondo me saranno le scie chimiche che inducono ad usare Windows o OS-X invece.
omerook07 Febbraio 2020, 13:04 #174
Io penso che Linux non si diffonde anche perché la gente può avere tutto a scrocco e non fa neanche lo sforzo di leggere un readme.
Se le cose fossero differenti non dico che Linux diventerebbe il primo os per PC come diffusione ma sicuramente non starebbe al 2%.
In molti scoprirebbero che Windows non è per loro indispensabile.
aqua8407 Febbraio 2020, 13:12 #175
Originariamente inviato da: omerook
Io penso che Linux non si diffonde anche perché finché la gente può avere tutto a scrocco non va neanche lo sforzo di leggere un readme

Forse, ma dubito sia quello il vero motivo.
Io credo che il vero problema di Linux sia essere "arrivato" dopo.
Un po come Telegram con WhatsApp.

Da qualche anno ad oggi una qualunque distribuzione linux, di quelle stabili, Ubuntu, Fedora, Suse e relative derivate, non ha nulla da invidiare a Windows o macOS, nell utilizzo quotidiano almeno.

Ma dov era Linux quando uscii Windows 95?? Windows 98??? Windows XP??
Ma anche solamente Windows 3.1.

È li che Windows è entrato nelle case e nella testa delle persone come IL PC.
Click, click, fatto.

Con Linux era quasi tutto un comando da tastiera.
pabloski07 Febbraio 2020, 13:40 #176
Originariamente inviato da: Nicodemo Timoteo Taddeo
Ma io mi son limitato a seguire il readme, sarà colpa mia se non funziona?


Sarà colpa degli utenti Windows se non funziona? https://www.engadget.com/2020/02/06...-search-problem


Originariamente inviato da: Nicodemo Timoteo Taddeo
In realtà so come far funzionare lo scanner anche in Debian, ma c'è da smanettare nel terminale e con un editor di testo.


Cioè non hai installato i driver ma solo Imagescan e ti lamenti che lo scanner non viene visto?

E no, lsusb lo vede perchè usa il suo db di ID usb. Windows nemmeno te lo riconosce senza driver.


Originariamente inviato da: Nicodemo Timoteo Taddeo
Eppure ti ho mostrato e ti mostro quello che succede, che c'entra il tra sedia e tastiera se ci si limita a seguire i readme?


Ma come fai a dire che non funziona, quando l'errore che hai mostrato all'inizio riguardo un repo di Google?

Cioè seriamente ci prendi per fessi?

Hai fatto tutta una parola. Sei partito da "lo scanner non s'installa su Linux e bisogna smanettare e blah blah". Poi mostri un errore che riguarda tutt'altro. Non c'entra niente Epson. Non c'entra niente Ubuntu. C'entra Google.

Poi mostri un paio d'immagini, da cui si evince abbastanza chiaramente che il driver sane non è installato.

Non si capisce bene quale package tu abbia scaricato, dato che quello fornito dalla Epson contiene 4 deb che risolvono il problema, installando driver e applicazione.

L'unica cosa su cui posso darti ragione, è il fatto che Epson fa utilizzare uno script shell. Hanno ha disposizione dpkg, ma non lo usano correttamente. Lì bastava distribuire un singolo deb. E il gioco era risolto.

Comunque stai ritrattando man mano. Man mano che vieni sgamato, fai finta di dimenticare quello che avevi affermato e vai su altro.

Google scazza e tu te la prendi con Linux https://support.google.com/earth/thread/4111328?hl=en

Senza contare che:

[LIST=1]
[*]un niubbo non sa cosa sono i ppa e quindi non avrebbe mai aggiunto quel ppa
[*]un non niubbo avrebbe fixato l'errore in due click ( o due comandi che si fa prima )
[*]Windows ha avuto problemi con lo scazzamento del sistema delle firme digitali, quindi le rogne accadono pure su Windows
[*]le statistiche sull'incidenza di problemi sotto Linux non ce le ho io, ma nemmeno tu
[*]il supporto a Linux è evidentemente migliorato di vari ordini di grandezza nell'ultimo decennio
[/LIST]
Nicodemo Timoteo Taddeo07 Febbraio 2020, 14:04 #177
Originariamente inviato da: pabloski
Sarà colpa degli utenti Windows se non funziona? https://www.engadget.com/2020/02/06...-search-problem


No così come non è colpa di Linux se ci son casini nel "ecosistema" che ci gira attorno. Per cui è facile trovarsi in braghe di tela se esci dal seminato, cioè repository e provi a far funzionare periferiche non riconosciute out of box.


Cioè non hai installato i driver ma solo Imagescan e ti lamenti che lo scanner non viene visto?


Io ho scaricato quello che hai indicato e seguito il readme punto.

Cosa non è chiaro in questo? Se non sta bene e bisogna fare altro mi dai perfettamente ragione


E no, lsusb lo vede perchè usa il suo db di ID usb. Windows nemmeno te lo riconosce senza driver.


Cosa non è chiaro nel fatto che all'utente importa che il dispositivo funzioni e subito. La sua risposta sarà: ma chi se ne frega dell'ID USB? Ma è cosa che si magna?


Ma come fai a dire che non funziona, quando l'errore che hai mostrato all'inizio riguardo un repo di Google?


Ma che stai dicendo? ma sei serio? Se non funziona non funziona punto questo è quello che conta.


Cioè seriamente ci prendi per fessi?


No temo che non c'è bisogno


Hai fatto tutta una parola. Sei partito da "lo scanner non s'installa su Linux e bisogna smanettare e blah blah". Poi mostri un errore che riguarda tutt'altro. Non c'entra niente Epson. Non c'entra niente Ubuntu. C'entra Google.


Eppure puoi vedere il copia incolla. Ho seguito il readme. Scompattato l'archivio, estratto, entrato nella directory, lanciato l'install. Tutto come scritto, nessuna variazione del caso.

Poi mostri un paio d'immagini, da cui si evince abbastanza chiaramente che il driver sane non è installato.


E chi doveva installaro? Nonna Papera o Abelarda?


Non si capisce bene quale package tu abbia scaricato, dato che quello fornito dalla Epson contiene 4 deb che risolvono il problema, installando driver e applicazione.


Ma sai vedere le immagini e leggere quello che c'è scritto? Ho scaricato il pacchetto dalla pagina che hai linkato e seguito il readme punto


Comunque stai ritrattando man mano. Man mano che vieni sgamato, fai finta di dimenticare quello che avevi affermato e vai su altro.


Non sto ritrattando niente, continuo a ripetere le stesse cose e per rendere le cose credibili, posto le immagini.


Google scazza e tu te la prendi con Linux https://support.google.com/earth/thread/4111328?hl=en


Toh stai confermando che non appena si esce dal recinto dei repository ufficiali si rischia di trovare casini., Grazie per la involontaria conferma


Senza contare che:

[*]un niubbo non sa cosa sono i ppa e quindi non avrebbe mai aggiunto quel ppa=1]


Il niubbo installa il programma di google seguendo le indicazioni., Il niubbo non sa che non appena esce dal recinto dei repository uffiiciali della distribuzione possono nascere casini. Toh il nubbio dimostra quello che sto dicendo da due giorni io. E che tu confermi seppur involontariamente


[*]un non niubbo avrebbe fixato l'errore in due click ( o due comandi che si fa prima )


Ma io sto facendo la parte del niubbo sei tu quello che dici che per loro va tutto bene. Eh no, non sembra proprio così.
s-y07 Febbraio 2020, 14:09 #178
ripeto, a chi vince il torneo di duelli verbali, ricchi premi ed estrazione finale
pabloski07 Febbraio 2020, 14:33 #179
Originariamente inviato da: Nicodemo Timoteo Taddeo
No così come non è colpa di Linux se ci son casini nel "ecosistema" che ci gira attorno. Per cui è facile trovarsi in braghe di tela se esci dal seminato, cioè repository e provi a far funzionare periferiche non riconosciute out of box.


Ah bene. Quindi possiamo già spazzare via i luoghi comuni. Perchè i "tuoi colleghi" hanno affermato cose tipo:
[LIST=1]
[*]è un bagno di sangue installare software fuori repo e ce ne sono TANTISSIMI...quali? non hanno risposto
[*]sono stati portati esempi farlocchi, tipo Plex Media Server che invece va senza problemi
[*]è stato detto che i .deb distribuiti spessissimo non vanno
[/LIST]

Cioè, spero ammetterai che si è ingigantito il problema e di parecchio.

E poi c'è quanto riportava s-y, ovvero che Arch e derivate non soffrono di nessuno di questi problemi, in quanto è praticamente impossibile non trovare il software che cerchi in AUR.

Cioè, io sto ancora aspettando che mi si porti un esempio di questi fantomatici software fuori repo impossibili da installare. E m'insospettisce questa cosa, perchè era un problema reale, ma 20 anni fa!


Originariamente inviato da: Nicodemo Timoteo Taddeo
Io ho scaricato quello che hai indicato e seguito il readme punto.


E allora perchè hai mostrato un errore dovuto ai repo di Google? Per questo non mi fido. Se sei niubbo ok. Se ne capisci, l'hai fatto apposta. Ben sapendo che quell'errore non è dovuto nè ad Ubuntu nè ai driver che stavi cercando d'installare.

Sul perchè Epson ti costringa ad eseguire uno script da terminale, lo trovo sbagliato pure io. E' stato un errore loro. Per fortuna oggi cooperano col progetto SANE. Come dico da ieri, le cose sono cambiate negli ultimi 10 anni. Non retroattivamente e la roba vecchia è già tanto che sia ancora supportata ( questo V10 dicevi essere del 2007, eppure Epson fornisce i package per le versioni correnti di Ubuntu e soci ).






Originariamente inviato da: Nicodemo Timoteo Taddeo
Cosa non è chiaro nel fatto che all'utente importa che il dispositivo funzioni e subito. La sua risposta sarà: ma chi se ne frega dell'ID USB? Ma è cosa che si magna?


Se è per questo, l'utente niubbo chiama l'amico che ne capisce. Quindi l'intera diatriba va a farsi friggere molto rapidamente.

L'amico che ne capisce, se non è solo un pallone gonfiato, il problema glielo sa risolvere in ogni caso.




Originariamente inviato da: Nicodemo Timoteo Taddeo
Ma che stai dicendo? ma sei serio? Se non funziona non funziona punto questo è quello che conta.


No, il punto è che non mi fido di quello che affermi. Hai già cambiato versione 3 volte. Ficcandoci ( di proposito?? ) un errore che riguardava i repo di Google. Pensavi che io fossi un povero sprovveduto che si sarebbe lasciato infinocchiare?



Originariamente inviato da: Nicodemo Timoteo Taddeo
Ma sai vedere le immagini e leggere quello che c'è scritto? Ho scaricato il pacchetto dalla pagina che hai linkato e seguito il readme punto


L'hai ripetuto già 4 volte. Mi spieghi allora perchè quello screen con, in bella mostra, l'errore sui repo di Google? Sono curioso. Che cercavi di dimostrare?




Originariamente inviato da: Nicodemo Timoteo Taddeo
Toh stai confermando che non appena si esce dal recinto dei repository ufficiali si rischia di trovare casini., Grazie per la involontaria conferma


Va bene. Quindi questo è motivo per affermare che Windows = cacca https://www.engadget.com/2020/02/06...-search-problem

Cioè sto usando la tua stessa logica. Anzi qui non dipende nemmeno da una terza parte, ma dalla MS stessa.

E i casini che si presentano dopo ogni nuovo update? L'amico nickname88 farebbe notare che si tratta di problemi relativi a specifiche configurazioni, con certe particolari combinazioni di software e/o hardware.

Esattamente come il caso che hai mostrato. Ma seriamente, quanta gente conosci che usa Linux e ha quel repo nel sources.list?

Cioè stai prendendo un caso su un milione e cerchi di farlo diventare la norma. I software hanno problemi? Wow, che scoperta. Linux ne ha più di Windows? Forse si, forse no. Statistiche ufficiali non ce ne sono. Negli ultimi 10 anni, nel mio piccolo ( non tanto piccolo ), ho notato notevoli miglioramenti, soprattutto sul fronte hardware. Certi settore software sono una causa persa. Tanto Adobe non porterà mai i suoi software su Linux. Ma sicuramente li vedremo offerti come SaaS nei prossimi anni, al che il problema del cross-platform sarà comunque risolto.

Originariamente inviato da: Nicodemo Timoteo Taddeo
Il niubbo installa il programma di google seguendo le indicazioni


Seguendo le indicazioni, scarica il deb e lo installa con un click. Non aggiunge nessun repo. Sono anni che Google non si affida più a repo proprietari. Ovvero sono abbandonati. Ragion per cui non sono state aggiornate le chiavi crittografiche.

Quindi l'errore che hai mostrato è un non sequitur. Tu e un altro tizio al polo nord c'avete quel repo installato. Ma vuoi sostenere che siano invece casi diffusi.

Cioè non ho capito dove volevi andare a parare mostrando quel messaggio d'errore. Che poi dovresti sapere benissimo, che apt disabilita i repo difettosi e procede con le operazioni richieste. Cioè quel problema non ti ha impedito d'installare i driver della Epson. E non l'avrebbe impedito al niubbo.

Quindi perchè mostrarlo come se fosse la proverbiale canna fumante?

Mi sembra ci sia un interesse specifico nel mostrare che Linux è inferiore. E questo mi fa venire dubbi pure sulle altre affermazioni.

Che poi non ho capito perchè su Kubuntu non si riesca ad installare. Per via dell'errore sui repo Google? Impossibile che sia quello l'eventuale problema. Su Debian. Ma dovresti saperlo benissimo che Debian, di default, non installa alcuni importanti firmware closed-source e il kernel è strippato di qualsiasi bit non open. Ma Debian è una distro per gente del mestiere. Non è la distro che una persona o un'azienda con sale in zucca, farebbe usare ad un niubbo. Fatto sta che su Mint 19.3 ( basata su Ubuntu 18.04 ) s'installano al primo colpo. I file ci sono tutti. Il backend SANE pure.

Quindi criticare Linux in generale, è già di per sè sbagliato ( o astutamente scelto ). Posso tirarti fuori Slackware, non aggiornata da eoni e ti dimostro che la metà dell'hardware e del software Linux-compatibile, non ci gira. Ok è un'esagerazione, ma il punto è che Slackware ti darà 10 volte più problemi di Ubuntu.
pabloski07 Febbraio 2020, 14:45 #180
Originariamente inviato da: s-y
ripeto, a chi vince il torneo di duelli verbali, ricchi premi ed estrazione finale


No vabbè, io mi fermo qui. Sennò s'incazza il moderatore

E comunque c'è parecchio da leggere per un ipotetico utente che si trovi a passare da queste parti, per informarsi magari su Linux.

L'importante è che si sia capito ( e lo scrivevate sia tu che WarDuck ) che la questione è stata ingigantita.

Problemi ce ne sono. Hai voglia. Ma mi si trovi un sistema operativo che non fa le bizze. O driver non conformanti. O buggati all'inverosimile. O software distribuito in modo capestro.

Il famoso errore mvscp100.dll è una star sui forum di supporto della MS.

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
^