Eclipse e il problema copia/incolla su kde

(No Ratings Yet)

 Loading ...

Posted by raphe | Filed under BugFix, Linux, Programmi

Nel titolo è menzionato eclipse ma l’articolo si adatta comunque a qualsiasi IDE Eclipse-based, quindi se avete problemi col taglia/copia/incolla con Aptana o Zend Studio o qualsiasi altro va bene lo stesso.

Di che problema sto parlando? Chi utilizza uno di questi editor in ambiente kde avrà notato che il taglia/copia/incolla non funziona come dovrebbe: quando si copia del testo viene incollato il precedente, o ne viene incollato solo un pezzo e, peggio ancora, quando si taglia qualcosa poi non si riesce più ad incollarlo…perdendolo! Il problema si presenta solo con le scorciatoie da tastiera e non con l’uso del click destro.

Il problema sta nella fase di taglia/copia ed è dovuto ad un qualche tipo di conflitto con klipper, il gestore degli appunti di kde. Infatti pare che il problema non si presenti sotto ambiente Gnome.

Nel bugtrace di eclipse questo bug è segnalato da anni ma non è mai stato risolto, incredibile!

Per risolvere il problema ci sono due modi:

• Workaround: quando copiate il testo premete due volte ctrl+c e quando tagliate del testo premete prima ctrl+c e poi ctrl+x. Al momento dell’incolla tutto dovrebbe funzionare. Per qualche strano motivo premendo due volte i tasti il testo selezionato viene inserito correttamente in klipper.
• Drastico: chiudete klipper. Se non usate le funzionalità di klipper potete benissimo non eseguirlo all’avvio del sistema e il problema non si presenterà.
• Consigliato: come segnalato qui, click destro su klipper > configura klipper > togliete la spunta a “prevent empty clipboard”. Ora dovrebbe funzionare tutto!

Pulire la lista dei widgets in kde4

(No Ratings Yet)

 Loading ...

Posted by redsend | Filed under Linux

Sto usando kde 4.1.3. Sto provando diversi widgets per cercare di far assumere al mio desktop la stessa utilità che aveva sulla vecchia 3.5. Sto installando diversi plasmoidi a mano, sto cercando di far funzionare alcune applet karamba direttamente integrandole come plasmoidi (ma senza buoni risultati). Ho provato anche alcuni widgets di MacOSX, ma sembra che saranno meglio supportati da kde 4.2. In tutti i casi non voglio criticare il funzionamento dei plasmoidi che mi rendo conto deve ancora migliorare, anche se funziona già egreggiamente, sto usando ancora la 4.1.3, dicono che già nella 4.2 sono stati fatti grandi passi in avanti con nuove applet e migliorie nel supporto per altri linguaggi.

Il problema che mi si presenta è il seguente: quando rimuovo le applet, quest’ultime continuano ad apparire nella lista delle applet che è possibile aggiungere al desktop. Se si prova ad aggiungerle và in errore o non compare niente, visto che non ci sono più i file necessari.

Per eliminarli definitivamente anche dalla lista (non sò perchè non viene fatto automaticamente), bisogna cancellare i file indesiderati all’interno della cartella “~/.kde4/share/kde4/services/”. I file sono strutturati come segue “<nome_applet_come_compare_nella_lista>.desktop”. Una volta eliminati da questa directory scompariranno anche dalla lista. Fate attenzione a quelli che cancellate perchè potreste per sbaglio cancellare un file di un applet che state usando e non sò quali conseguenze ci saranno, forse dovrete semplicemente toglierla e rimetterla sul desktop.

Gentoo, vmware-modules e kernel 2.6.26

(No Ratings Yet)

 Loading ...

Posted by raphe | Filed under BugFix, Linux

Dopo l’aggiornamento del kernel alla versione 2.6.26 potreste aver problemi con l’aggiornamento di vmware-modules. Un errore simile a questo:

Using 2.6.x kernel build system.
make -C /usr/src/linux/include/.. M=$PWD SRCROOT=$PWD/. modules
make[1]: Entering directory `/usr/src/linux-2.6.26-gentoo-r3'
make[1]: warning: jobserver unavailable: using -j1.  Add `+' to parent make rule.

WARNING: Symbol version dump /usr/src/linux-2.6.26-gentoo-r3/Module.symvers
is missing; modules will have no dependencies and modversions.

CC [M]  /var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/linux/driver.o
/var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/linux/driver.c:171: error: unknown field ‘nopage’ specified in initializer
/var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/linux/driver.c:172: warning: initialization from incompatible pointer type
/var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/linux/driver.c:175: error: unknown field ‘nopage’ specified in initializer
/var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/linux/driver.c:176: warning: initialization from incompatible pointer type
make[3]: *** [/var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/linux/driver.o] Error 1
make[2]: *** [_module_/var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only] Error 2
make[1]: *** [sub-make] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.26-gentoo-r3′
make: *** [vmmon.ko] Error 2
*
* ERROR: app-emulation/vmware-modules-1.0.0.15-r1 failed.
* Call stack:
*               ebuild.sh, line   49:  Called src_compile
*             environment, line 3208:  Called linux-mod_src_compile
*             environment, line 2427:  Called die
* The specific snippet of code:
*               eval “emake HOSTCC=\”$(tc-getBUILD_CC)\”                                               CROSS_COMPILE=${CHOST}-                                          LDFLAGS=\”$(get_abi_LDFLAGS)\”                                           ${BUILD_FIXES}                                          ${BUILD_PARAMS}                          ${BUILD_TARGETS} ” || die “Unable to emake HOSTCC=”$(tc-getBUILD_CC)” CROSS_COMPILE=${CHOST}- LDFLAGS=”$(get_abi_LDFLAGS)” ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS}”;
*  The die message:
*   Unable to emake HOSTCC=i686-pc-linux-gnu-gcc CROSS_COMPILE=i686-pc-linux-gnu- LDFLAGS=   auto-build VMWARE_VER=VME_S1B1 KERNEL_DIR=/usr/src/linux KBUILD_OUTPUT=/usr/src/linux
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at ‘/var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/temp/build.log’.
* The ebuild environment file is located at ‘/var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/temp/environment’.

Vediamo come risolverlo.

Leggi il resto…