Il 07 aprile 2014 14:31, Mario Vittorio Guenzi ha scritto:
> scusa non ho capito una cosa se usi i pacchetti dei driver di Debian o
> se usi il driver di nvidia, io ho ricompilato 3.13.6 con il driver
> NVIDIA-Linux-x86_64-331.49 e funziona tutto bene
il problema è con i driver 173 e 304
ho trov
On 07/04/2014 11:48, gianluca wrote:
Cosi` funziona. Non riesco a metterlo prima di udev (che e` S02udev)
nonostante abbia l'unica dipendenza che e` mountkernfs COME UDEV...
Speravo in S{XX}script che a livello di sort alfabetico e` PRIMA di
S{XX}udev...
per giocare "sporco" puoi mettere in ud
On 06/04/2014 17:16, Leandro Noferini wrote:
Davide Prina:
~/.curlrc
Default config file, see -K, --config for details.
Purtroppo xbmc non legge le impostazioni per curl almeno non dalla
posizione standard.
come dice Walter è curl che va a leggere quel file.
Magari
Il 07/04/2014 20:37, Alessandro T. ha scritto:
On 07/04/2014 19:43, valerio wrote:
find -name "*.pdf" -exec grep -P '\x00,{10,}' {} \;
Perché la virgola tra il carattere e il quantitativo?
mi è sfuggita...
find -name "*pdf" -exec grep -P '\x00{10,}' {} \;
va bene, così sembra funzion
On 07/04/2014 19:43, valerio wrote:
>
> find -name "*.pdf" -exec grep -P '\x00,{10,}' {} \;
Perché la virgola tra il carattere e il quantitativo?
find -name "*pdf" -exec grep -P '\x00{10,}' {} \;
Comunque per verificare/giocare con il matching ti consiglio l'uso
diretto di grep: prendi un file
Il 07/04/2014 19:34, Alessandro T. ha scritto:
On 07/04/2014 18:03, valerio wrote:
ho provato questo:
find -name "*.pdf" -exec egrep \\c@+ {} \; > pdf.txt
... grep -P '\x00{10,20}' {} \;
find -name "*.pdf" -exec grep -P '\x00,{10,}' {} \;
trova 0 occorrenze.
valerio
--
Per REVOCARE
On 07/04/2014 18:03, valerio wrote:
>
> ho provato questo:
>
> find -name "*.pdf" -exec egrep \\c@+ {} \; > pdf.txt
>
> il risultato non va bene, anche perché mi trova anche una sola
> occorrenza, mentre avrei bisogno che trovasse solo le sequenze di
> almeno una decina di occorrenze, e non mi trov
non puoi mettere da qualche parte due files pdf, uno giusto e uno
sbagliato, in modo che possiamo provare in migliori condizioni?
finora non sono ancora riuscita a capire esattamente quello che
cerchi.
MaX
Il 07/04/14, valerio ha scritto:
> Il 07/04/2014 17:21, sa...@eng.it ha scritto:
>> valerio
Il 07/04/2014 17:21, sa...@eng.it ha scritto:
valerio writes:
> Il 07/04/2014 15:21, Gian Uberto Lauri ha scritto:
> > Alessandro T. writes:
> > > > find -name "*.pdf" -exec grep -P \\x00\ {} \;
> >
> > > Cosa altro vorresti facesse?
> >
> > MI pareva cercare file con sequenze
valerio writes:
> Il 07/04/2014 15:21, Gian Uberto Lauri ha scritto:
> > Alessandro T. writes:
> > > > find -name "*.pdf" -exec grep -P \\x00\ {} \;
> >
> > > Cosa altro vorresti facesse?
> >
> > MI pareva cercare file con sequenze di null, per il quale basta usare
> > il pattern \\c@
Il 07/04/2014 15:21, Gian Uberto Lauri ha scritto:
Alessandro T. writes:
> > find -name "*.pdf" -exec grep -P \\x00\ {} \;
> Cosa altro vorresti facesse?
MI pareva cercare file con sequenze di null, per il quale basta usare
il pattern \\c@+ (equivalente a \\x00+) con egrep[1]
ciao,
str
Il 07/04/2014 15:02, Alessandro T. ha scritto:
On 05/04/2014 23:51, valerio wrote:
ciao,
allora:
non fa quello che vorrei neanche così, ma mi da qualche risultato...
find -name "*.pdf" -exec grep -P \\x00\ {} \;
e come ti ha suggerito Max:
$ find -iname "*pdf" -exec grep -P \\x00 {} \;
Alessandro T. writes:
> > find -name "*.pdf" -exec grep -P \\x00\ {} \;
> Cosa altro vorresti facesse?
MI pareva cercare file con sequenze di null, per il quale basta usare
il pattern \\c@+ (equivalente a \\x00+) con egrep[1]
--
/\ ___Ubuntu: a
On 05/04/2014 23:51, valerio wrote:
>
> ciao,
> allora:
> non fa quello che vorrei neanche così, ma mi da qualche risultato...
>
> find -name "*.pdf" -exec grep -P \\x00\ {} \;
>
Genero qualche file per il test (i \ li ho aggiunti per leggibilità?):
$ for ((i=0;i<5;i++)); do \
for ((j=0;j<8;j
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 07/04/2014 14:15, Mr. P|pex ha scritto:
> ciao a tutti con l'ultimo kernel disponibile in testing non si
> compilano più i driver nvidia "obsoleti". non c'Ú il pacchetto
> deb precompilato nÚ riesco con module assistant a compilarlo
scusa non ho
ciao a tutti
con l'ultimo kernel disponibile in testing non si compilano più i
driver nvidia "obsoleti".
non c'è il pacchetto deb precompilato nè riesco con module assistant a
compilarlo
è cambiato qualcosa?
col 3.12 che ho ancora installato tutto bene
grazie
--
Powered by GNU/Linux Debian AMD6
On 04/02/2014 09:17 AM, sa...@eng.it wrote:
Stimolato da Davide, ho dato un'occhiata alla documentazione riguardo
il boot process in debian ed ho finalmente sistemato un mio scriptino
che monta una share samba remota.
Elenco le cose che ho fatto
Davide Prina writes:
> #!/bin/sh -e
Non ave
>
>Davide Prina:
>
>>> Da qualche parte ho trovato il consiglio di impostare l'opzione
>>> "--ciphers ALL" e con quella in effetti curl funziona però usandolo con
>>> xbmc non posso impostare opzioni predefinite.
>>
>> $ man curl
>> [...]
>> FILES
>> ~/.curlrc
>> Default con
18 matches
Mail list logo
