alien restricted slackbuilds

Area di discussione libera.

Moderatore: Staff

Regole del forum
1) Rispettare le idee altrui.
2) Evitare le offese dirette.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Rispondi
Avatar utente
ZeroUno
Staff
Staff
Messaggi: 5441
Iscritto il: ven 2 giu 2006, 14:52
Nome Cognome: Matteo Rossini
Slackware: current
Kernel: slack-current
Desktop: ktown-latest
Distribuzione: 01000000-current
Località: Roma / Castelli
Contatta:

alien restricted slackbuilds

Messaggio da ZeroUno »

citando l'Alien's Wiki
Alien Bob ha scritto:Additional packages containing patented software that can not be hosted on the US-based slackware.com server (like lame, libdvdcss, faac, vlc):
slackware.org.uk "restricted_slackbuilds"
La lista dei pacchetti hostati è
MPlayer, avidemux, corefonts, faac, ffmpeg, handbrake, lame, libdvdcss, mplayer-codecs, vlc

Quali problemi ci sono? Problemi legali? Di che tipo? In fondo un MPlayer è già nella distribuzione e quindi hostato su slackware.com
Packages finder: slakfinder.org | Slackpkg+, per aggiungere repository a slackpkg

Codice: Seleziona tutto

1011010 1100101 1110010 1101111 - 0100000 - 1010101 1101110 1101111

Avatar utente
conraid
Staff
Staff
Messaggi: 13631
Iscritto il: gio 14 lug 2005, 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Desktop: kde
Località: Livorno
Contatta:

Re: alien restricted slackbuilds

Messaggio da conraid »

infatti MPlayer è per la 12.2 a 32bit e la 13.0 a 64 se guardi :-)

alien nel suo repository tiene ancora i vecchi pacchetti, ed anche quelli nuovi in restricted ci sono quelli che sono compilati con alcuni codec/software vietati in USA
Quindi nel sito slackware.com non possono essere messi

Avatar utente
Ansa89
Iper Master
Iper Master
Messaggi: 2703
Iscritto il: mer 29 ago 2007, 17:57
Nome Cognome: Stefano Ansaloni
Slackware: 14.2 64bit
Kernel: 4.9.61
Desktop: XFCE 4.12
Località: Modena

Re: alien restricted slackbuilds

Messaggio da Ansa89 »

MPlayer di default non credo abbia il supporto per libdvdcss, lame, ecc.

Avatar utente
targzeta
Iper Master
Iper Master
Messaggi: 6643
Iscritto il: gio 3 nov 2005, 14:05
Nome Cognome: Emanuele Tomasi
Slackware: 64-current
Kernel: latest stable
Desktop: IceWM
Località: Carpignano Sal. (LE) <-> Pisa

Re: alien restricted slackbuilds

Messaggio da targzeta »

Concordo con Ansa89, il problema non è legato a MPlayer ma alle librerie con il quale è linkato. Se è compilato con librerie GPL allora non ci sono problemi, mentre se viene compilato con, ad esempio, lame, allora sorge un problema :)

Emanuele
Se pensi di essere troppo piccolo per fare la differenza, prova a dormire con una zanzara -- Dalai Lama

manublade
Linux 2.x
Linux 2.x
Messaggi: 499
Iscritto il: dom 8 gen 2006, 22:21

Re: alien restricted slackbuilds

Messaggio da manublade »

Ma quindi scusate una domanda, stiamo qui a parlare di software libero e poi per fare alcune librerie si usa un non tanto legale reverse engineering o librerie non tanto "libere"? Cioè alla fine l'esempio di libdvdcss mi riporta indietro a Decss.

Spero qualcuno mi illumini, grazie.

Avatar utente
Ansa89
Iper Master
Iper Master
Messaggi: 2703
Iscritto il: mer 29 ago 2007, 17:57
Nome Cognome: Stefano Ansaloni
Slackware: 14.2 64bit
Kernel: 4.9.61
Desktop: XFCE 4.12
Località: Modena

Re: alien restricted slackbuilds

Messaggio da Ansa89 »

No, le librerie sono tutte legali, senza reverse engeneering o roba strana.
Il problema è la licenza con cui sono rilasciate quelle librerie/software, ti consiglierei ti leggere i vari tipi di licenze con cui si possono trovare i software (no, non c'è solo freeware, shareware e demo).

BTW, nel caso specifico "lame" è rilasciato LGPL e "libdvdcss" è sotto GPL; mi sorgono dei dubbi :-k .

Avatar utente
conraid
Staff
Staff
Messaggi: 13631
Iscritto il: gio 14 lug 2005, 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Desktop: kde
Località: Livorno
Contatta:

Re: alien restricted slackbuilds

Messaggio da conraid »

MA cosa c'entra questo con la domanda iniziale?
Se guardate MPlayer in quel repository è per 12.2 e 13.0, ed è compilato senza il supporto a libdvdcss

Codice: Seleziona tutto

# ---------------------------------------------------------------------------
# -- PATENT ALERT! --
# MPlayer source contains an internal copy of 'libdvdcss' for reading DVD's.
# This is considered illegal software in some countries.
# Also, MPLayer can be built with MP3 (lame) and AMR audio encoders
# (needed for FLV and .3GP videos) but these libraries are 'contaminated'
# with patents from Fraunhofer and GGP.
# Also, the AAC encoder has patent issues.
# You can build these patended algorithms into ffmpeg, and if you are an
# ordinary end user, no one will bother you for using them.
# For the binaries based on this SlackBuild that I distribute, it is a
# different story. I am not allowed to distribute binary packages that
# incorporate patented code. So here you go. My Slackware package was
# built with "USE_PATENTS=NO" i.e. without using
# the lame mp3, faac, AMR and dvdcss libraries.
# This also means that this creates a version of MPlayer that is unable
# to play encrypted DVD's (which is most DVD's on the market). If it is
# allowed in your country to use libdvdcss, this is not a big problem though.
# Install a libdvdcss package and it will be picked up automatically by
# MPlayer's internal libdvdread library, so that MPlayer will again be able
# to play encrypted DVD's.
# ---------------------------------------------------------------------------
#USE_PATENTS="NO"
USE_PATENTS=${USE_PATENTS:-"YES"}
Quindi Alien fa il build per poter essere ricompilato, ma il pacchetto è senza

Tra l'altro è così anche in Slackware, del resto il pacchetto lo fa lui, solo che di default anche il build è a no, quindi non c'è bisogno di passare il parametro NO come fa alien per il suo repository

Codice: Seleziona tutto

# ---------------------------------------------------------------------------
# -- PATENT ALERT! --
# MPlayer source contains an internal copy of 'libdvdcss' for reading DVD's.
# This is considered illegal software in some countries.
# Also, MPLayer can be built with MP3 (lame) and AMR audio encoders
# (needed for FLV and .3GP videos) but these libraries are 'contaminated'
# with patents from Fraunhofer and GGP.
# Also, the AAC encoder has patent issues.
# The Slackware package is built with "USE_PATENTS=NO" i.e. without using
# the lame mp3, faac, AMR and dvdcss libraries.
# This also means that this creates a version of MPlayer that is unable
# to play encrypted DVD's (which is most DVD's on the market). If it is
# allowed in your country to use libdvdcss, this is not a big problem though.
# Install a libdvdcss package and it will be picked up automatically by
# MPlayer's internal libdvdread library, so that MPlayer will again be able
# to play encrypted DVD's.
#
# If you have licenses to use the code, and/or the patents do not apply in
# your region, and you take all legal responsibility, you may wish to build
# MPlayer with the option USE_PATENTS=YES which will include potentially
# patent-encumbered code.
# ---------------------------------------------------------------------------
USE_PATENTS=${USE_PATENTS:-"NO"}
ed in Slackware anche il sorgente è stato "castrato" della libreria

Inoltre i pacchetti che sono in restricted, sono anche nel repository ufficiale di alien bob, l'area restricted è solamente compilata con codec/software non permessi in alcuni paesi (usa soprattutto), quindi i pacchetti differiscono in questo

manublade
Linux 2.x
Linux 2.x
Messaggi: 499
Iscritto il: dom 8 gen 2006, 22:21

Re: alien restricted slackbuilds

Messaggio da manublade »

conraid ha scritto:MA cosa c'entra questo con la domanda iniziale?
Ciao Conraid, sarà la mia poca conoscenza ma a me i temi sembrano coerenti.

Il topic inizia evidenziando che alcune librerie ed alcuni programmi non sono presenti in slackware per problemi di licenze.
Mi sono chiesto allora se utilizzando queste librerie (magari ottenute con metodi non molto legali - e qui ipotizzo perchè non lo so) e programmi non si vada contro alcune leggi o licenze o diritti di altri.

Tutto qui.

Avatar utente
conraid
Staff
Staff
Messaggi: 13631
Iscritto il: gio 14 lug 2005, 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Desktop: kde
Località: Livorno
Contatta:

Re: alien restricted slackbuilds

Messaggio da conraid »

Sia nel post iniziale, sia in quel che ho scritto, viene evidenziato come "possono" esserci problemi legali in "alcuni paesi", soprattutto USA
Le librerie che vengono citate sono perfettamente legali, solo che il loro uso non è legale in alcuni paesi, quindi su Slackware.com non possono esserci in quanto il server è in usa, ma nel repository restricted di alien bob sì.

L'esempio di MPlayer inoltre non è calzante perché sono vecchi pacchetti che alien faceva quando il software non era in Slackware. Ed anche lui compilava senza il supporto di default a quei software che hanno problemi di licenza, dicendo "se abitate in un paese dove non è illegale potete ricompilarlo".

Per altri pacchetti situazione analoga. ffmpeg e vlc in restricted sono compilati in modo che in usa sarebbe illegale, altrove no.

La differenza tra i pacchetti in restricted e quelli in slackbuilds (cioè il suo repository ufficiale, che è nel server slackware.com) è solo questa. Ma alcuni codec/software non sono ne in uno ne nell'altro, perché immagino che anche in europa sia illegale compilare con libdvdcss, ma magari un coreano se lo compila da solo liberamente.

Inoltre cosa c'entra la "legalità" di come sono ottenute? sono librerie che trovi da molte parti, il problema è che usano dei brevetti. Anche il pacchetto freetype in Slackware è "castrato" per lo stesso motivo, perché alcuni effetti sono brevettati da Apple e Microsoft. Ma se tu avessi l'autorizzazione (che immagino costi) sarebbe perfettamente legale distribuirlo.

Mica distribuiscono o usano software proprietario con crack o simili :-)

Avatar utente
Savius
Linux 3.x
Linux 3.x
Messaggi: 553
Iscritto il: gio 14 ago 2008, 13:45
Slackware: Slackware64 14.0
Kernel: 3.2.29-smp
Desktop: KDE 4.8.5
Località: Napoli

Re: alien restricted slackbuilds

Messaggio da Savius »

Scusate se mi inserisco in questa discussione per chiedere cose meno attinenti ma c'è una cosa che mi piacerebbe capire ed è la seguente. MPlayer richiede delle dipendenze immagino e qui si parla di compilarlo con alcune librerie al posto di altre, quel che non capisco è se queste librerie non fanno parte delle dipendenze e come si sceglie di compilare con determinate librerie al posto di altre. Cioè basta che siano presenti già nel sistema e compilare MPlayer in maniera classica o bisogna specificargliele in fase di compilazione? Scusate se sono andato in OT, nel caso sia un problema aprirò un topic apposito, grazie! ^^

manublade
Linux 2.x
Linux 2.x
Messaggi: 499
Iscritto il: dom 8 gen 2006, 22:21

Re: alien restricted slackbuilds

Messaggio da manublade »

Grazie :-)

Avatar utente
targzeta
Iper Master
Iper Master
Messaggi: 6643
Iscritto il: gio 3 nov 2005, 14:05
Nome Cognome: Emanuele Tomasi
Slackware: 64-current
Kernel: latest stable
Desktop: IceWM
Località: Carpignano Sal. (LE) <-> Pisa

Re: alien restricted slackbuilds

Messaggio da targzeta »

Offtopic: Beh Savius, per OT sei OT. Diciamo che generalmente basta che una libreria sia installata affinché un programma venga compilato con il supporto ad essa. Comunque questo non è garantito, dipende dallo script che configura la compilazione, però tutti hanno delle direttive per includere esplicitamente il supporto ad una determinata libreria. Quindi se lanci il configuratore esplicitando che vuoi il supporto alla libreria X se questa manca il configuratore fallisce, se non specifichi niente, il configuratore se non la trova la salta, se la trova segue la politica del programmatore.
Tutto ciò è specificato nell'help del configuratore generalmente.

Emanuele
Se pensi di essere troppo piccolo per fare la differenza, prova a dormire con una zanzara -- Dalai Lama

Avatar utente
Blallo
Packager
Packager
Messaggi: 3302
Iscritto il: ven 12 ott 2007, 11:37
Nome Cognome: Savino Liguori
Slackware: 14.2 / 12.2
Kernel: 4.4.14-smp
Desktop: DWM
Località: Torino / Torremaggiore (FG)
Contatta:

Re: alien restricted slackbuilds

Messaggio da Blallo »

ecco, a proposito
essendo io un totale IGNORANTE in materia di queste cose legali,
in Italia e Europa, su cosa abbiamo restrizioni?
Perchè qui su Slacky MPlayer è ricompilato con la libdvdcss abilitata, per esempio

Avatar utente
conraid
Staff
Staff
Messaggi: 13631
Iscritto il: gio 14 lug 2005, 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Desktop: kde
Località: Livorno
Contatta:

Re: alien restricted slackbuilds

Messaggio da conraid »

Da quel che so, ma anche io sono ignorante in materia, è legale ed illegale al tempo stesso. Nel senso che in pratica ti permette di vedere dvd criptati in CSS anche nel tuo computer, senza l'uso di software proprietari o lettori appositi. Però siccome permette anche la copia, c'è dibattito.

p.s.
ho controllato su wikipedia (non è fonte attendibile lo so, era per vedere se c'era scritto qualcosa) e parlano di dubbi sulla modalità di decifrazione, in pratica sull'uso della forza bruta quando non si conosce la chiave. Siamo in uno di quei casi al limite.

Avatar utente
Savius
Linux 3.x
Linux 3.x
Messaggi: 553
Iscritto il: gio 14 ago 2008, 13:45
Slackware: Slackware64 14.0
Kernel: 3.2.29-smp
Desktop: KDE 4.8.5
Località: Napoli

Re: alien restricted slackbuilds

Messaggio da Savius »

spina ha scritto:Offtopic: Beh Savius, per OT sei OT. Diciamo che generalmente basta che una libreria sia installata affinché un programma venga compilato con il supporto ad essa. Comunque questo non è garantito, dipende dallo script che configura la compilazione, però tutti hanno delle direttive per includere esplicitamente il supporto ad una determinata libreria. Quindi se lanci il configuratore esplicitando che vuoi il supporto alla libreria X se questa manca il configuratore fallisce, se non specifichi niente, il configuratore se non la trova la salta, se la trova segue la politica del programmatore.
Tutto ciò è specificato nell'help del configuratore generalmente.

Emanuele
Grazie mille per l'info Emanuele e scusa/te per l'OT! ^^''

Rispondi