Posts tagged ‘linux’

Da PDF a pagine singole a PDF a pagine ridotte e multiple

Ho scritto un piccolo scriptino per convertire un PDF in un PDF con 4 pagine affiancate per foglio.
Ora quando si tratta di stampare le dispense dell’università (normalmente scritte in caratteri cubitali) ho il 75% di carta risparmiata: il pianeta ringrazia :)

Lo incollo qui, può essere utile anche solo come spunto.

#!/bin/sh
#

INPUT_PDF=${1}
OUTPUT_PS=$(echo -n `basename "${INPUT_PDF}" ".pdf"`; echo ".ps")

cp $INPUT_PDF ridotte/$INPUT_PDF
cd ridotte
pdf2ps $INPUT_PDF
psnup -4 -f $OUTPUT_PS > aaa.ps
ps2pdf aaa.ps
mv aaa.pdf $INPUT_PDF
rm aaa.ps
rm $OUTPUT_PS

Driver video Nvidia, solo su cpu con SSE?

Questa notte Cimi mi faceva notare (sarebbe più corretto scrivere “ha cercato di farmi notare”, visto che ho letto solo ora) un’affermazione non troppo confortante da parte di un dipendente nvidia.

As of the 169.07 NVIDIA Linux graphics driver release, support for CPUs that do not support the SSE instruction set has been discontinued in NVIDIA’s OpenGL implementation. Unfortunately, current driver releases do not currently detect affected CPUs, leading to the crashes observed in this thread. Future NVIDIA Linux graphics driver releases will fail more gracefully.

In sostanza, se quello che viene affermato fosse corretto, Nvidia avrebbe deciso (a partire dalla versione 169.07 dei suoi driver grafici per linux) di non supportare più i processori non compatibili con il set di istruzioni SSE.

Da notare che il primo processore intel dotato di istruzioni SSE fu il pentium III; il primo processore AMD l’Athlon XP.

Se venisse confermato, questo sarebbe certamente un bel problema per chi utilizza una scheda video Nvidia non-legacy in abbinamento a una CPU non SSE.

Link al thread:

http://www.nvnews.net/vbulletin/showthread.php?s=59654181a8a4bc98a911b44ead17eb7c&p=1522860

Muloserver, quando pensi di morire?

Ho qui sulla scrivania una scheda pci usb 2.0 che scommetto ti piacerebbe tanto, vuoi deciderti a morire o devo spegnerti io?

Per ora è questo che mi ferma:

12:28:16 up 74 days, 22:58, 2 users, load average: 0.36, 0.37, 0.40

Forse non dovevo dotarti di UPS, ora sta diventanto un’ossessione.

“Gruppo di continuità”… dovevano chiamarlo accanimento terapeutico.

Kamikaze diventa Zen

La notizia brutta è che il patchset kamikaze, con la versione 2.6.24-rc2-kamikaze2, ha raggiunto la sua ultima release di sempre.

La notizia bella è che morto kamikaze, nasce zen: ad occuparsene sarà sempre il mitico Waninoko insieme a rmh3093.

La novità più grossa consiste in un repository git dal quale poter attingere sempre all’ultima versione delle patch impiegate nel patchset.

Ci saranno lo stesso una serie di rilasci (snapshot) stabili.

In AUR il buon p4ddY ha già reso disponibili i PKGBUILD per kernel26zen-git e i moduli aggiuntivi.

openbox e l’estensione composite: non bene

Sto perdendo qualche mezz’ora per crearmi un ambiente di lavoro gradevole, semplice e veloce. Questo significa passare per openbox.

Durante le mie prove sono incappato in quello che ancora non so se ritenere bug: in presenza di finestre di urxvt il cambio di desktop non è istantaneo. Le finestre vengono disegnate con un sensibile ritardo, una alla volta, e persino la musica salta durante quella frazione di tempo (non mi era mai successo utilizzando uno scheduler decente, CFS o SD).

Certo, si parla di ritardi dell’ordine di 0,5/0,8 secondi per ogni finestra di urxvt aperta. Nemmeno così evidenti se di finestre se ne ha una sola aperta, ma assolutamente insopportabile in presenza di un maggior numero di finestre.

Dopo ulteriori prove mi sono accorto che il problema esisteva anche in caso di finestre di aterm.

Ho installato openbox-git da AUR per vedere se si trattasse di un problema già risolto, senza però ottenere risultati.

Non sapendo dove altro guardare (e dopo aver controllato nelle FAQ di openbox), ho chiesto nel canale IRC.

Lì molto gentilmente mi hanno indirizzato verso la configurazione di xorg, più in particolare un utente lamentava rallentamenti simili al mio in caso di attivazione dell’estensione Composite.

Detto fatto, ho provveduto a disabilitarla:

Section "Extensions"
    Option         "Composite" "Disable"
EndSection

Notare che l’opzione del driver proprietario nvidia:

Option         "AllowGLXWithComposite" "True"

sembra forzare l’attivazione dell’estensione Composite, a meno che questa non venga esplicitamente disabilitata, come ho riportato poco sopra.

Niente da dire, in questo modo non ho assolutamente ritardi nel rendering delle finestre, e persino le finestre che prima non presentavano il problema del ritardo ora sembrano disegnarsi più velocemente.

-pierlo abbandonato (-pierlo dismissed)

English readers: see below

Un po’ a malincuore, ho constatato di non potermi più permettere così tanto tempo libero da dedicare al patchset -pierlo.

Inoltre il patchset kamikaze (dal quale prendevo la maggior parte delle patch) sta dimostrando una continua evoluzione, e sembra andare proprio nella direzione che speravo di prendere io con il mio patchset.

Ho pensato quindi di concentrare le eventuali poche forze disponibili nel contribuire come meglio posso allo sviluppo di kamikaze.

Colgo l’occasione per ringraziare i numerosi utenti che hanno avuto il coraggio di sperimentare con il mio patchset, e coloro che con i loro preziosi suggerimenti hanno contribuito a migliorarlo.

Un ringraziamento molto speciale va anche a imachine aka Mateusz Jedrasik, per il continuo aiuto (in modo specifico per quanto concerne la piattaforma x86_64)

English:I have decided to stop the development of -pierlo patchset due to time constrains.

The kamikaze patchset (which was the main source of the patches I included in -pierlo) is getting better day after day. I hope to be able to concentrate my (reduced) forces in improving it.

Thank you all for using -pierlo, reporting bugs, giving me suggestions.

I want to say “thank you” in particular to imachine aka Mateusz Jedrasik for his big help (especcially about the x86_64 platform)