Newsgroup: it.comp.os.linux.iniziare
Titolo: gnome 3: da buttare nel cesso


 
-- 
bye
!(!1|1)


Personalmente ho anche molti problemi dovuti al cessato supporto per le 
periferiche più datate e/o altre cosettine tipo impossibilità di 
stampare (Canon) ecc. Sto pensando seriamente di passare i desktop sotto 
Win.
 

 Sto pensando seriamente di passare i desktop sotto Win.
 
Che, notoriamente, con le periferiche piu` datate o mal supportate e` 
sicuramente user friendly
 
Enrico

 <
http://igurublog.wordpress.com/2012/03/11/udisks2-another-loss-for-
 
linux/>
 
Se non ricordo male, udisks (e udisks2) fu introdotto proprio per essere 
implementato in GNOME (tanto che una sua disinstallazione sul mio sistema 
si porta dietro solo roba di GNOME). Non mi stupisce percio` che una sua 
reimplmentazione sia strettamente dipendente dal desktop col piedone. Tra 
l'altro, se la direzione che hanno preso gli sviluppatori del desktop 
creato da De Icaza non vi piace, (faccio un discorso generico), ci sono 
altre alternative, una su tutte KDE
 
Enrico


non vedo l'abbinamento tra user friendly e supporto tra schede datate..
fosse per windows potrei buttare al cesso certe schede per le quali i 
driver sono  vecchi e non piu aggiornati, e invece funzionano 
decisamente meglio su linux :-)


Facebook: Massimo Bacilieri

 altre alternative, una su tutte KDE
 
Come la penso giï¿œ lo sanno tutti ormai :)
Perï¿œ passare a kde ï¿œ un salto notevole per chi da anni ï¿œ usato a gnome.
XFCE ï¿œ una buona scelta, Cinnamon la reputo anche migliore se solo
funzionasse in Debian Unstable. Tra i due litiganti ha fatto la comparsa
sul mio PC il desktop environment MATE!!!! Finalmente ho ancora le mie
vecchie e malsane abitudini a portata di mano.
 
 
-- 
Flavio Visentin
 
Scientists discovered what's wrong with the female brain: on the left
side, there's nothing right, and on the right side, there's nothing left

 implementato in GNOME (tanto che una sua disinstallazione sul mio sistema
 
ma è un programma di terminale e come tale viene usato da molti per script
e proprio in questo contesto si colloca la demenziale tendenza della 
setta gnome3 di cambiare continuamente le API rendendo obsoleti, 
addirittura con un avanzamento 'minor' di versione script o temi nel 
caso del d.e.
 
kde è diventato più che usabile, ma anche esso ricade, sia pure in 
misura minore di gnome 3, in una visione settaria
 
per esempio per cambiare il colore del pannello sono stato ad 
impazzire prima di capire che l'unica soluzione era creare un nuovo 
tema del desktop modificando i relativi file .svg
 
poi volevo patchare dolphin per aggiungere alcune funzioni al click 
con il tasto centrale del mouse - modifiche banali che richiedono un 
paio di minuti - ma poi mi sono accorto che devo perdere un bel po' di 
ore solo per capire come impostare l'ambiente di sviluppo e 
ricompilare dolphin (ho salvato un po di file scaricati dalla rete, ma 
ancora non ho trovato il tempo per studiarmeli)
 
e comunque vedo che anche le applicazioni gnome 2 che ho installato in 
kubuntu si comportano stranamente e crashano senza motivo (anche 
quando sono idle in background) e sospetto che la colpa sia di gnome 
3... forse del daemon che sincronizza i diversi formati delle 
impostazioni... devo provare a disabilitarlo
 
-- 
bye
!(!1|1)
 

 non vedo l'abbinamento tra user friendly e supporto tra schede datate..
 
Leggi tra le righe... ]:-)
 
Enrico

 ancora non ho trovato il tempo per studiarmeli)
]zac[
 
In un ambiente nuovo e' inevitabile perdere ore per conoscerne la 
struttura, 
e se devi modificare il codice e' inevitabile che devi installare i 
sorgenti 
e ricompilarli
 
E le modifiche non sono mai banali come sembrano.
 
Poi le guide di sviluppo per kde seguono la filosofia di creare una nuova 
zona di sviluppo con un kde completamente a parte e compilato tutto da 
sorgenti.
 
In alternativa puoi installare i pacchetti dev di kde della tua 
distribuzione e in una zona a parte copiare solo i sorgenti strettamente 
necessari.
 
Se puo' aiutarti io uso uno script (vedi allegati) che aggiunge alla shell 
comandi di utilita' (e comunque aiuta a capire come fare le cose).
 
In una directory kde-4.4 (zona di compilazione) ci sono gli script e le 
varie directory con i sorgenti da compilare e la directory ' build ' dove 
cmake (lo strumento di compilazione) mette i file oggetto, separati dai 
sorgent).
 
Per esempio con ' source 
/mnt/data_backup/compile_source/kde/kde-4.4/kde_devel.sh EXEC 
/usr/local/kde-4.4 '
 
si fa in modo che kde vede una directory con i programmi compilati e 
installati dai sorgenti (directory di installazione specificata in fase di 
configure dei sorgenti)
 
Prima bisogna portarsi nella directory del sorgente da compilare e poi 
 
con ' source /mnt/data_backup/compile_source/kde/kde-4.4/kde_devel.sh BUILD 
' si fa in modo di impostare la directory di compilazione e altro.
 
poi lanci ' cmakekde ' e dopo ' makeobj ' .
 
Se cmake avvisa che non ha configurato l'utilizzo di alcune funzionalita' 
e' 
perche' mancano o non ha trovato i relativi pacchetti dev .
 
 
Inoltre ci sono i comandi ' cs ' per andare alla zona dei sorgenti e ' cb ' 
per andare alla zona dei file oggetto (ad esempio per lanciare il programma 
compilato).
 
Per installare il programma compilato c'e' il comando ' make install '.
 
 
Non e' questo il caso, ma se si modificano parti di sistema di kde a volte  
e' necessario lanciare comandi per forzare kde a ricaricare il nuovo 
programma, rigenerare le varie cache che usa, ecc. (di solito lo fa da 
solo, 
prima chiude il vecchio programma, carica il nuovo, ecc.).
 
Gdb
 
P.S. Consiglio caldamente l'utilizzo di sistemi di sviluppo come eclipse o 
kdevelop per poter navigare all'interno del codice, delle classi, ecc., 
specialmente se si modificano parti di sistema di kde.
 
,----[ /mnt/data_backup/compile_source/kde/kde_devel.sh ]
| # A script to setup some needed variables and functions for KDE 4
| # development. This should normally go in the ~/.bashrc file of your
| # kde-devel user, so that it is executed when a session for that user is
| # started.
| #
| # Using: source /...xyz.../kde_devel.sh TypeEnvSet KDE_INSTALL
| #
| # TypeEnvSet = 'BUILD' set for kde build, 'EXEC' for kde execute,
| # 'DEBUILD' = remove set for kde build, DEEXEC = remove set for kde
| # execute
| #
| # KDE_INSTALL = kde base directory (' /usr/local/kde ', ' $HOME/kde ' or
| # other)
| 
| TypeEnvSet="EXEC"
| 
| if ! [ "$KDE_INSTALL" ]; then
|     KDE_INSTALL=/usr/local/kde
|     KDE_BUILD=$HOME/kde/build
|     KDE_SRC=$HOME/kde/src
| fi
| 
| if [ "$1" ]; then
|     TypeEnvSet=$1
| fi
| if [ "$2" ]; then
|     KDE_INSTALL=$2
| fi
| 
| localDir=`dirname ${BASH_SOURCE[0]}`
| buildDir=$localDir"/build"
| srcDir=$localDir"/src"
| if [ -d "$buildDir" ]; then
|     KDE_BUILD=$buildDir
|     KDE_SRC=$localDir
| fi
| if [ -d "$srcDir" ]; then
|     KDE_SRC=$srcDir
| fi
| export KDE_BUILD
| export KDE_SRC
| export KDE_INSTALL
| 
| if [ "$TypeEnvSet" == "BUILD" ]; then
| 
|     if ! [ -d "$KDE_BUILD" ]; then
|         echo  "The build directory not exist ( "$KDE_BUILD" )"
|         return 1
|     fi
| 
|     if ! [ -d "$KDE_SRC" ]; then
|         echo  "The source directory not exist ( "$KDE_SRC" )"
|         return 1
|     fi
| fi
| 
| rempend() {
|     local EnvName EnvVal EnvAddVal SedAddRem
| 
|     EnvName=$1
|     eval "EnvVal=\$$1"
|     EnvAddVal=$2
| 
| # Remove addpath from environment if exist
|     SedAddRem="-e s/\(^\|:\)${EnvAddVal//\//\\/}\(\$\|:\)/\1/g"
|     SedAddRem=$SedAddRem" "$SedAddRem
|     SedAddRem=$SedAddRem" ""-e s/^:// -e s/:$//"
| 
|     EnvVal=$(echo $EnvVal | sed $SedAddRem)
| 
|     eval $EnvName=\"$EnvVal\"
|     export $EnvName
| }
| 
| prepend() {
|     if [ -d "$2" ]; then
| eval $1=\"$2\$\{$1:+':'\$$1\}\"
| export $1
|     else
| echo $2" directory not exist"
|     fi
| }
| 
| postpend() {
|     if [ -d "$2" ]; then
| eval $1=\"\$\{$1:+\$$1':'\}$2\"
| export $1
|     else
| echo $2" directory not exist"
|     fi
| }
| 
| # Other
| # you might want to set a full value for PATH rather than prepend'ing, to
| # make sure the your kde3 path isn't in here.
| rempend PATH /usr/local/bin
| prepend PATH /usr/local/bin
|  
| # Qt
| # only set Qt related variables if you compiled Qt on your own
| # (which is discouraged). if you use the distro provided Qt, skip
| # this section. Comment it if necessary.
| #export QTDIR=$HOME/qt-copy
| #prepend PATH $QTDIR/bin
| #prepend LD_LIBRARY_PATH $QTDIR/lib
| #prepend PKG_CONFIG_PATH $QTDIR/lib/pkgconfig
| 
| OLD_KDEDIR=$KDEDIR
| if [ "$KDEDIRS" ]; then
|     rempend KDEDIRS $KDE_INSTALL
|     OLD_KDEDIR=${KDEDIRS%%:*}
| fi
| 
| # KDE
| #export KDEDIR=$HOME/kde
| #export KDEHOME=$HOME/.kde4
| #export KDETMP=/tmp/kde4-$USER
| #mkdir -p $KDETMP
| #export KDEDIRS=$KDEDIR
| 
| export KDEDIR=$KDE_INSTALL
| 
| if [ "$KDEDIR" ]; then
|     if [ "$TypeEnvSet" == "EXEC" ] || [ "$TypeEnvSet" == "DEEXEC" ]; then
| KDEDIRS=$OLD_KDEDIR
|     else
| KDEDIRS=""
|     fi
| 
|     rempend KDEDIRS $KDEDIR
|     prepend KDEDIRS $KDEDIR
| fi
| 
| 
| if [ "$KDEDIR" ]; then
|     rempend PATH $KDEDIR/bin
|     rempend LD_LIBRARY_PATH $KDEDIR/lib
|     rempend PKG_CONFIG_PATH $KDEDIR/lib/pkgconfig
|     rempend QT_PLUGIN_PATH $KDEDIR/lib/kde4/plugins
| 
|     if [ "$TypeEnvSet" == "BUILD" ] || [ "$TypeEnvSet" == "EXEC" ]; then
| prepend PATH $KDEDIR/bin
| prepend LD_LIBRARY_PATH $KDEDIR/lib
| prepend PKG_CONFIG_PATH $KDEDIR/lib/pkgconfig
| prepend QT_PLUGIN_PATH $KDEDIR/lib/kde4/plugins
|     fi
| fi
| 
| if [ "$TypeEnvSet" == "DEBUILD" ] || [ "$TypeEnvSet" == "DEEXEC" ]; then
|     rempend KDEDIR $KDE_INSTALL
|     rempend KDEDIRS $KDE_INSTALL
| fi
| 
| export KDEDIR
| export KDEDIRS
| 
| export PATH
| export LD_LIBRARY_PATH
| export PKG_CONFIG_PATH
| export QT_PLUGIN_PATH
| 
| export JAVA_HOME=/usr/lib/jvm
| 
| # CMake
| # Make sure CMake searches the right places.
| #prepend CMAKE_PREFIX_PATH  $KDEDIR
| #prepend CMAKE_LIBRARY_PATH $KDEDIR/lib
| #prepend CMAKE_INCLUDE_PATH $KDEDIR/include
| 
| #export CMAKE_PREFIX_PATH
| #export CMAKE_LIBRARY_PATH
| #export CMAKE_INCLUDE_PATH
|  
| # DBus
| # only set DBUS related variables if you compiled dbus on your own
| # (which is really discouraged). if you use the distro provided dbus,
| # skip this variable. Uncomment it if necessary.
| #export DBUSDIR=$KDEDIR
| #prepend PKG_CONFIG_PATH $DBUSDIR/lib/pkgconfig
|  
| # only needed on some strange systems for compiling Qt. do not set
| # it unless you have to.
| #export YACC='byacc -d'
|  
| # XDG
| unset XDG_DATA_DIRS # to avoid seeing kde3 files from /usr
| unset XDG_CONFIG_DIRS
| 
| # you might want to change these:
| #export KDE_BUILD=$HOME/kde/build
| #export KDE_SRC=$HOME/kde/src
| 
| # make the debug output prettier
| export KDE_COLOR_DEBUG=1
| export QTEST_COLORED=1
|  
| # Make
| # Tell many scripts how to switch from source dir to build dir:
| export OBJ_REPLACEMENT="s#$KDE_SRC#$KDE_BUILD#"
| # Use makeobj instead of make, to automatically switch to the build dir.
| # If you don't have makeobj, install the package named kdesdk-scripts or
| # kdesdk, or check out kdesdk/scripts from svn.
| alias make=makeobj
|  
| # Uncomment the following lines if DBus does not work. DBus is not
| # working if, when you run `dbus-uuidgen --ensure && qdbus`, you get an
| # error.
| #
| # alias dbusstart="eval `PATH=$DBUSDIR/bin \
| #  $DBUSDIR/bin/dbus-launch --auto-syntax`"
|  
| # A function to easily build the current directory of KDE.
| #
| # This builds only the sources in the current ~/{src,build}/KDE
| # subdirectory. Usage: cs KDE/kdebase && cmakekde
| #   will build/rebuild the sources in ~/src/KDE/kdebase
| function cmakekde {
|         local srcFolder current
| 
|         if test -n "$1"; then
|                 # srcFolder is defined via command line argument
|                 srcFolder="$1"
|         else
|                 # get srcFolder for current dir
|                 srcFolder=`pwd | sed -e s,$KDE_BUILD,$KDE_SRC,`
|         fi
|         # we are in the src folder, change to build directory
|         # Alternatively, we could just use makeobj in the commands
|         # below...
|         current=`pwd`
|         if [ "$srcFolder" = "$current" ]; then
|                 cb
|         fi
|         # To enable tests, uncomment -DKDE4_BUILD_TESTS=TRUE.
|         # If you are building to debug or develop, it is reccommended to
|         # uncomment the line -DCMAKE_BUILD_TYPE=debugfull. Be sure to move
|         # it above the -DKDE4_BUILD_TESTS=TRUE line if you leave that one
|         # commented out. You can also change "debugfull" to "debug" to
|         # save disk space.
|         # Some distributions use a suffix for their library directory when
|         # on x86_64 (i.e. /usr/lib64) if so, you have to add
|         # -DLIB_SUFFIX=64 for example.
|         cmake "$srcFolder" -DCMAKE_INSTALL_PREFIX=$KDEDIR \
|                 -DKDE4_BUILD_TESTS=TRUE \
|                 -DCMAKE_BUILD_TYPE=debugfull
|  
|         # uncomment the following two lines to make builds wait after
|         # configuration step, so that the user can check configure output
|         #echo "Press <ENTER> to continue..."
|         #read userinput
|  
|         # Note: To speed up compiling, change 'make -j2' to 'make -jx',
|         #   where x is your number of processors +1
| #        nice make -j2 && make install
|         nice make -j3
|         RETURN=$?
|         cs
|         return ${RETURN}
| }
|  
| # for the lazy ones (aren't we all?)
| function cmakekdeall {
|         local folders
|  
|         folders="kdesupport KDE/kdelibs KDE/kdebase \
|                 KDE/kdepimlibs KDE/kdepim KDE/kdesdk \
|                 KDE/kdegraphics KDE/kdevplatform KDE/kdevelop \
|                 "
|                 # Add others or remove to taste, e.g.
|                 # KDE/kdemultimedia KDE/kdenetwork KDE/kdeutils \
|  
|         cd && cs # go to src root
|         svn up $folders
|  
|         for f in $folders; do
|             # Remove the "|| return" part if you don't want to
|             # stop the build whenever a single module fails.
|             cs $f && cmakekde || return
|         done
| }
|  
| # A function to easily change to the build directory.
| # Usage: cb KDE/kdebase
| #   will change to $KDE_BUILD/KDE/kdebase
| # Usage: cb
| #   will simply go to the build folder if you are currently in a src
| #   folder Example:
| #     $ pwd
| #     /home/user/src/KDE/kdebase
| #     $ cb && pwd
| #     /home/user/build/KDE/kdebase
| function cb {
|         local dest
|  
|         # Make sure build directory exists.
|         mkdir -p "$KDE_BUILD"
|  
|         # command line argument
|         if test -n "$1"; then
|                 cd "$KDE_BUILD/$1"
|                 return
|         fi
|         # substitute src dir with build dir
|         dest=`pwd | sed -e s,$KDE_SRC,$KDE_BUILD,`
|         if test ! -d "$dest"; then
|                 # build directory does not exist, create
|                 mkdir -p "$dest"
|         fi
|         cd "$dest"
| }
|  
| # Change to the source directory.  Same as cb, except this
| # switches to $KDE_SRC instead of $KDE_BUILD.
| # Usage: cs KDE/kdebase
| #   will change to $KDE_SRC/KDE/kdebase
| # Usage: cs
| #   will simply go to the source folder if you are currently in a build
| #   folder Example:
| #     $ pwd
| #     /home/user/build/KDE/kdebase
| #     $ cs && pwd
| #     /home/user/src/KDE/kdebase
| function cs {
|         local dest current
|  
|         # Make sure source directory exists.
|         mkdir -p "$KDE_SRC"
|  
|         # command line argument
|         if test -n "$1"; then
|                 cd "$KDE_SRC/$1"
|         else
|                 # substitute build dir with src dir
|                 dest=`pwd | sed -e s,$KDE_BUILD,$KDE_SRC,`
|                 current=`pwd`
|                 if [ "$dest" = "$current" ]; then
|                         cd "$KDE_SRC"
|                 else
|                         cd "$dest"
|                 fi
|         fi
| }
|  
| # Add autocompletion to cs function
| function _cs_scandir
| {
|         local base ext
|  
|         base=$1
|         ext=$2
|         if [ -d $base ]; then
|                 for d in `ls $base`; do
|                         if [ -d $base/$d ]; then
|                                 dirs="$dirs $ext$d/"
|                         fi
|                 done
|         fi
| }
|  
| function _cs()
| {
|         local cur dirs
|         _cs_scandir "$KDE_SRC"
|         _cs_scandir "$KDE_SRC/KDE" "KDE/"
|         COMPREPLY=()
|         cur="${COMP_WORDS[COMP_CWORD]}"
|         COMPREPLY=( $(compgen -W "${dirs}" -- ${cur}) )
| }
|  
| # Remove comment on next line to enable cs autocompletion
| #complete -F _cs cs
|  
| function start3app {
|         mkdir -p /tmp/$USER-kde
|         export
|         
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games
|         export LD_LIBRARY_PATH= export KDETMP=/tmp/$USER-kde
|         export KDEVARTMP=/var/tmp/$USER-kde
|         export KDEHOME=$HOME/.kde
|         export KDEDIR=/usr
|         export KDEDIRS=$KDEDIR
|         export DISPLAY=:0
|         eval "$@"
|         source $HOME/.bashrc   #Reset environment variables again
| }
`----
 
,----[ /mnt/data_backup/compile_source/kde/kde_compile.sh ]
| ProgDir=`dirname $0`
| ProgName=`basename $0`
| 
| if [ "${ProgDir:1:1}" == "." ]; then
|     ProgDir=`pwd`"/$ProgDir/$ProgName"
|     ProgDir=`which $ProgDir`
|     ProgDir=`dirname $ProgDir`
| fi
| 
| source $ProgDir"/kde_devel.sh" "BUILD"
| 
| #cmakekde
| #makeobj
| 
| $*
`----

 necessari.
 
sì avevo scaricato kde-baseapps
speravo che ci fossero già i soliti script per compilare da sorgente...
mi aveva disorientato la mancanza di makefile poi mi sono accorto che 
c'erano vari file .cmake
 
ti ringrazio per le informazioni che ho salvato e che spero di avere 
presto il tempo di leggermi con calma (ma voglio anche contattare lo 
sviluppatore per capire come mai non ha già incluso le feature che mi 
interessano)
 
-- 
bye
!(!1|1)