dpkg-buildpackage -rfakeroot -D -us -uc dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package guake dpkg-buildpackage: source version 0.4.1-5 dpkg-buildpackage: source changed by Gabriel Falcão Gonçalves de Moura dpkg-buildpackage: host architecture i386 fakeroot debian/rules clean test -x debian/rules for i in ./config.guess ./config.sub ; do \ if test -e $i.cdbs-orig ; then \ mv $i.cdbs-orig $i ; \ fi ; \ done dh_clean /usr/bin/make -C . -k distclean make[1]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1' make[1]: *** Sem regra para processar o alvo `distclean'. make[1]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1' make: [makefile-clean] Erro 2 (ignorado) rm -f debian/stamp-makefile-build rm -f debian/stamp-autotools-files dpkg-source -b guake-0.4.1 dpkg-source: info: using source format `1.0' dpkg-source: info: building guake using existing guake_0.4.1.orig.tar.gz dpkg-source: info: building guake in guake_0.4.1-5.diff.gz dpkg-source: info: building guake in guake_0.4.1-5.dsc debian/rules build test -x debian/rules mkdir -p "." if test -e /usr/share/misc/config.guess ; then \ for i in ./config.guess ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.guess $i ; \ fi ; \ done ; \ fi if test -e /usr/share/misc/config.sub ; then \ for i in ./config.sub ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.sub $i ; \ fi ; \ done ; \ fi touch debian/stamp-autotools-files chmod a+x /home/gabriel/Desktop/sources/guake-0.4.1/./configure cd . && CC="cc" CXX="g++" CFLAGS="-g -O2 -g -Wall -O2" CXXFLAGS="-g -O2 -g -Wall -O2" CPPFLAGS="" LDFLAGS="" /home/gabriel/Desktop/sources/guake-0.4.1/./configure --build=i486-linux-gnu --prefix=/usr --includedir="\${prefix}/include" --mandir="\${prefix}/share/man" --infodir="\${prefix}/share/info" --sysconfdir=/etc --localstatedir=/var --libexecdir="\${prefix}/lib/guake" --disable-maintainer-mode --disable-dependency-tracking --srcdir=. configure: WARNING: unrecognized options: --disable-maintainer-mode checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... i486-pc-linux-gnu checking host system type... i486-pc-linux-gnu checking for style of include used by make... GNU checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking dependency style of cc... none checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 805306365 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from cc object... ok checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking dependency style of cc... (cached) none checking whether NLS is requested... yes checking for intltool >= 0.35.0... 0.40.6 found checking for intltool-update... /usr/bin/intltool-update checking for intltool-merge... /usr/bin/intltool-merge checking for intltool-extract... /usr/bin/intltool-extract checking for xgettext... /usr/bin/xgettext checking for msgmerge... /usr/bin/msgmerge checking for msgfmt... /usr/bin/msgfmt checking for gmsgfmt... /usr/bin/msgfmt checking for perl... /usr/bin/perl checking for perl >= 5.8.1... 5.10.0 checking for XML::Parser... ok checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking for ngettext in libc... yes checking for dgettext in libc... yes checking for bind_textdomain_codeset... yes checking for msgfmt... (cached) /usr/bin/msgfmt checking for dcgettext... yes checking if msgfmt accepts -c... yes checking for gmsgfmt... (cached) /usr/bin/msgfmt checking for xgettext... (cached) /usr/bin/xgettext checking for a Python interpreter with version >= 2.4.0... python checking for python... /usr/bin/python checking for python version... 2.5 checking for python platform... linux2 checking for python script directory... ${prefix}/lib/python2.5/site-packages checking for python extension module directory... ${exec_prefix}/lib/python2.5/site-packages checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for DEPENDENCIES... yes checking for the python-vte package... yes checking for gconftool-2... /usr/bin/gconftool-2 Using config source xml:merged:/etc/gconf/gconf.xml.defaults for schema installation Using $(sysconfdir)/gconf/schemas as install directory for schema files checking for pygtk-codegen-2.0... /usr/bin/pygtk-codegen-2.0 configure: creating ./config.status config.status: creating Makefile config.status: creating data/Makefile config.status: creating data/guake.desktop config.status: creating data/guake-prefs.desktop config.status: creating data/org.gnome.Guake.service config.status: creating data/pixmaps/Makefile config.status: creating po/Makefile.in config.status: creating src/Makefile config.status: creating src/globalhotkeys/Makefile config.status: creating src/guake_globals.py config.status: creating src/guake config.status: creating src/guake-prefs config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands config.status: executing default-1 commands config.status: executing po/stamp-it commands configure: WARNING: unrecognized options: --disable-maintainer-mode /usr/bin/make -C . make[1]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1' /usr/bin/make all-recursive make[2]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1' Making all in src make[3]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src' Making all in globalhotkeys make[4]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src/globalhotkeys' /bin/sh ../../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I../.. -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pygtk-2.0 -I/usr/include/python2.5 -g -O2 -g -Wall -O2 -c -o eggaccelerators.lo eggaccelerators.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I../.. -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pygtk-2.0 -I/usr/include/python2.5 -g -O2 -g -Wall -O2 -c eggaccelerators.c -fPIC -DPIC -o .libs/eggaccelerators.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I../.. -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pygtk-2.0 -I/usr/include/python2.5 -g -O2 -g -Wall -O2 -c eggaccelerators.c -o eggaccelerators.o >/dev/null 2>&1 /bin/sh ../../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I../.. -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pygtk-2.0 -I/usr/include/python2.5 -g -O2 -g -Wall -O2 -c -o keybinder.lo keybinder.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I../.. -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pygtk-2.0 -I/usr/include/python2.5 -g -O2 -g -Wall -O2 -c keybinder.c -fPIC -DPIC -o .libs/keybinder.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I../.. -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pygtk-2.0 -I/usr/include/python2.5 -g -O2 -g -Wall -O2 -c keybinder.c -o keybinder.o >/dev/null 2>&1 /bin/sh ../../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I../.. -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pygtk-2.0 -I/usr/include/python2.5 -g -O2 -g -Wall -O2 -c -o globalhotkeys.lo globalhotkeys.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I../.. -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pygtk-2.0 -I/usr/include/python2.5 -g -O2 -g -Wall -O2 -c globalhotkeys.c -fPIC -DPIC -o .libs/globalhotkeys.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I../.. -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pygtk-2.0 -I/usr/include/python2.5 -g -O2 -g -Wall -O2 -c globalhotkeys.c -o globalhotkeys.o >/dev/null 2>&1 /bin/sh ../../libtool --tag=CC --mode=link cc -g -O2 -g -Wall -O2 -module -avoid-version -lpython2.5 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgmodule-2.0 -lgobject-2.0 -lglib-2.0 -lX11 -o globalhotkeys.la -rpath /usr/lib/guake eggaccelerators.lo keybinder.lo globalhotkeys.lo libtool: link: cc -shared .libs/eggaccelerators.o .libs/keybinder.o .libs/globalhotkeys.o -lpython2.5 /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so -lm /usr/lib/libpangocairo-1.0.so /usr/lib/libgio-2.0.so /usr/lib/libcairo.so /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so -lz -lfontconfig /usr/lib/libgmodule-2.0.so /usr/lib/libgobject-2.0.so /usr/lib/libglib-2.0.so -lX11 -Wl,-soname -Wl,globalhotkeys.so -o .libs/globalhotkeys.so libtool: link: ar cru .libs/globalhotkeys.a eggaccelerators.o keybinder.o globalhotkeys.o libtool: link: ranlib .libs/globalhotkeys.a libtool: link: ( cd ".libs" && rm -f "globalhotkeys.la" && ln -s "../globalhotkeys.la" "globalhotkeys.la" ) make[4]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src/globalhotkeys' make[4]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src' make[4]: Nada a ser feito para `all-am'. make[4]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src' make[3]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src' Making all in data make[3]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data' Making all in pixmaps make[4]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data/pixmaps' make[4]: Nada a ser feito para `all'. make[4]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data/pixmaps' make[4]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data' make[4]: Nada a ser feito para `all-am'. make[4]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data' make[3]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data' Making all in po make[3]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/po' file=`echo pt_BR | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/bin/msgfmt -o $file pt_BR.po file=`echo ja | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/bin/msgfmt -o $file ja.po file=`echo es | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/bin/msgfmt -o $file es.po file=`echo ru_RU | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/bin/msgfmt -o $file ru_RU.po file=`echo pl | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/bin/msgfmt -o $file pl.po file=`echo no_NB | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/bin/msgfmt -o $file no_NB.po file=`echo de | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/bin/msgfmt -o $file de.po make[3]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/po' make[3]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1' make[3]: Nada a ser feito para `all-am'. make[3]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1' make[2]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1' make[1]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1' touch debian/stamp-makefile-build DEB_MAKE_CHECK_TARGET unset, not running checks fakeroot debian/rules binary test -x debian/rules dh_clean -k dh_installdirs -A mkdir -p "." if test -e /usr/share/misc/config.guess ; then \ for i in ./config.guess ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.guess $i ; \ fi ; \ done ; \ fi if test -e /usr/share/misc/config.sub ; then \ for i in ./config.sub ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.sub $i ; \ fi ; \ done ; \ fi DEB_MAKE_CHECK_TARGET unset, not running checks /usr/bin/make -C . install DESTDIR=/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake/ make[1]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1' Making install in src make[2]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src' Making install in globalhotkeys make[3]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src/globalhotkeys' make[4]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src/globalhotkeys' test -z "/usr/lib/guake" || /bin/mkdir -p "/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/lib/guake" /bin/sh ../../libtool --mode=install /usr/bin/install -c 'globalhotkeys.la' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/lib/guake/globalhotkeys.la' libtool: install: /usr/bin/install -c .libs/globalhotkeys.so /home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/lib/guake/globalhotkeys.so libtool: install: /usr/bin/install -c .libs/globalhotkeys.lai /home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/lib/guake/globalhotkeys.la libtool: install: /usr/bin/install -c .libs/globalhotkeys.a /home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/lib/guake/globalhotkeys.a libtool: install: chmod 644 /home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/lib/guake/globalhotkeys.a libtool: install: ranlib /home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/lib/guake/globalhotkeys.a libtool: install: warning: remember to run `libtool --finish /usr/lib/guake' make[4]: Nada a ser feito para `install-data-am'. make[4]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src/globalhotkeys' make[3]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src/globalhotkeys' make[3]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src' make[4]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src' test -z "/usr/bin" || /bin/mkdir -p "/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/bin" /usr/bin/install -c 'guake' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/bin/guake' /usr/bin/install -c 'guake-prefs' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/bin/guake-prefs' test -z "/usr/lib/guake" || /bin/mkdir -p "/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/lib/guake" /usr/bin/install -c -m 644 'guake.py' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/lib/guake/guake.py' /usr/bin/install -c -m 644 'common.py' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/lib/guake/common.py' /usr/bin/install -c -m 644 'simplegladeapp.py' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/lib/guake/simplegladeapp.py' /usr/bin/install -c -m 644 'dbusiface.py' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/lib/guake/dbusiface.py' /usr/bin/install -c -m 644 'prefs.py' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/lib/guake/prefs.py' /usr/bin/install -c -m 644 'guake_globals.py' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/lib/guake/guake_globals.py' make[4]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src' make[3]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src' make[2]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/src' Making install in data make[2]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data' Making install in pixmaps make[3]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data/pixmaps' make[4]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data/pixmaps' make[4]: Nada a ser feito para `install-exec-am'. test -z "/usr/share/pixmaps/guake" || /bin/mkdir -p "/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/pixmaps/guake" /usr/bin/install -c -m 644 'guake.svg' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/pixmaps/guake/guake.svg' /usr/bin/install -c -m 644 'guake.png' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/pixmaps/guake/guake.png' /usr/bin/install -c -m 644 'guake-tray.png' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/pixmaps/guake/guake-tray.png' /usr/bin/install -c -m 644 'guake-notification.png' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/pixmaps/guake/guake-notification.png' /usr/bin/install -c -m 644 'add_tab.png' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/pixmaps/guake/add_tab.png' make[4]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data/pixmaps' make[3]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data/pixmaps' make[3]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data' make[4]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data' make[4]: Nada a ser feito para `install-exec-am'. GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults \ /usr/bin/gconftool-2 --makefile-install-rule guake.schemas (gconftool-2:24348): GConf-WARNING **: Nenhum dos endereços resolvidos tem permissões de escrita; não será possível salvar as definições da configuração Esquema "/schemas/apps/guake/general/default_shell" anexado à chave "/apps/guake/general/default_shell" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/default_shell" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/default_shell" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/use_login_shell" anexado à chave "/apps/guake/general/use_login_shell" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/use_login_shell" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/use_login_shell" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/use_trayicon" anexado à chave "/apps/guake/general/use_trayicon" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/use_trayicon" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/use_trayicon" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/use_popup" anexado à chave "/apps/guake/general/use_popup" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/use_popup" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/use_popup" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/window_ontop" anexado à chave "/apps/guake/general/window_ontop" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/window_ontop" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/window_ontop" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/window_losefocus" anexado à chave "/apps/guake/general/window_losefocus" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/window_losefocus" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/window_losefocus" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/window_tabbar" anexado à chave "/apps/guake/general/window_tabbar" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/window_tabbar" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/window_tabbar" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/window_size" anexado à chave "/apps/guake/general/window_size" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/window_size" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/window_size" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/use_scrollbar" anexado à chave "/apps/guake/general/use_scrollbar" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/use_scrollbar" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/use_scrollbar" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/history_size" anexado à chave "/apps/guake/general/history_size" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/history_size" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/history_size" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/scroll_output" anexado à chave "/apps/guake/general/scroll_output" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/scroll_output" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/scroll_output" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/scroll_keystroke" anexado à chave "/apps/guake/general/scroll_keystroke" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/scroll_keystroke" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/scroll_keystroke" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/use_default_font" anexado à chave "/apps/guake/general/use_default_font" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/use_default_font" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/use_default_font" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/style/font/style" anexado à chave "/apps/guake/style/font/style" AVISO: falha ao instalar esquema "/schemas/apps/guake/style/font/style" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/style/font/style" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/style/font/color" anexado à chave "/apps/guake/style/font/color" AVISO: falha ao instalar esquema "/schemas/apps/guake/style/font/color" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/style/font/color" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/style/background/color" anexado à chave "/apps/guake/style/background/color" AVISO: falha ao instalar esquema "/schemas/apps/guake/style/background/color" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/style/background/color" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/style/background/image" anexado à chave "/apps/guake/style/background/image" AVISO: falha ao instalar esquema "/schemas/apps/guake/style/background/image" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/style/background/image" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/style/background/transparency" anexado à chave "/apps/guake/style/background/transparency" AVISO: falha ao instalar esquema "/schemas/apps/guake/style/background/transparency" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/style/background/transparency" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/compat_backspace" anexado à chave "/apps/guake/general/compat_backspace" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/compat_backspace" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/compat_backspace" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/compat_delete" anexado à chave "/apps/guake/general/compat_delete" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/compat_delete" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/compat_delete" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/keybindings/global/show_hide" anexado à chave "/apps/guake/keybindings/global/show_hide" AVISO: falha ao instalar esquema "/schemas/apps/guake/keybindings/global/show_hide" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/keybindings/global/show_hide" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/keybindings/local/quit" anexado à chave "/apps/guake/keybindings/local/quit" AVISO: falha ao instalar esquema "/schemas/apps/guake/keybindings/local/quit" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/keybindings/local/quit" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/keybindings/local/new_tab" anexado à chave "/apps/guake/keybindings/local/new_tab" AVISO: falha ao instalar esquema "/schemas/apps/guake/keybindings/local/new_tab" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/keybindings/local/new_tab" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/keybindings/local/close_tab" anexado à chave "/apps/guake/keybindings/local/close_tab" AVISO: falha ao instalar esquema "/schemas/apps/guake/keybindings/local/close_tab" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/keybindings/local/close_tab" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/keybindings/local/previous_tab" anexado à chave "/apps/guake/keybindings/local/previous_tab" AVISO: falha ao instalar esquema "/schemas/apps/guake/keybindings/local/previous_tab" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/keybindings/local/previous_tab" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/keybindings/local/next_tab" anexado à chave "/apps/guake/keybindings/local/next_tab" AVISO: falha ao instalar esquema "/schemas/apps/guake/keybindings/local/next_tab" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/keybindings/local/next_tab" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/keybindings/local/rename_tab" anexado à chave "/apps/guake/keybindings/local/rename_tab" AVISO: falha ao instalar esquema "/schemas/apps/guake/keybindings/local/rename_tab" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/keybindings/local/rename_tab" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/keybindings/local/clipboard_copy" anexado à chave "/apps/guake/keybindings/local/clipboard_copy" AVISO: falha ao instalar esquema "/schemas/apps/guake/keybindings/local/clipboard_copy" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/keybindings/local/clipboard_copy" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/keybindings/local/clipboard_paste" anexado à chave "/apps/guake/keybindings/local/clipboard_paste" AVISO: falha ao instalar esquema "/schemas/apps/guake/keybindings/local/clipboard_paste" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/keybindings/local/clipboard_paste" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/keybindings/local/toggle_fullscreen" anexado à chave "/apps/guake/keybindings/local/toggle_fullscreen" AVISO: falha ao instalar esquema "/schemas/apps/guake/keybindings/local/toggle_fullscreen" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/keybindings/local/toggle_fullscreen" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/word_chars" anexado à chave "/apps/guake/general/word_chars" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/word_chars" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/word_chars" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/show_resizer" anexado à chave "/apps/guake/general/show_resizer" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/show_resizer" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/show_resizer" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf Esquema "/schemas/apps/guake/general/toolbar_visible_in_fullscreen" anexado à chave "/apps/guake/general/toolbar_visible_in_fullscreen" AVISO: falha ao instalar esquema "/schemas/apps/guake/general/toolbar_visible_in_fullscreen" da localidade "C": Não é possível armazenar um valor na chave "/schemas/apps/guake/general/toolbar_visible_in_fullscreen" pois o servidor de configuração não possui bancos de dados com permissões de escrita. Existem algumas causas comuns para este problema: 1) seu arquivo de caminho de configuração /etc/gconf/2/caminho não contém bases de dados ou não foi encontrado 2) de alguma forma nós criamos acidentalmente duas instâncias do gconfd 3) seu sistema operacional está desconfigurado fazendo com que o bloqueio de arquivos NFS não funcione no seu diretório pessoal ou 4) sua máquina cliente de NFS encontrou um erro e não notificou o servidor na reinicialização que os bloqueios de arquivos deviam ser desfeitos. Se você tem dois processos do gconfd (ou tinha dois quando o segundo foi iniciado), sair da sessão, matar todas as cópias do gconfd e entrar novamente na sessão pode ajudar. Se você tem arquivos de bloqueio deixados para trás, remova ~/.gconf*/*lock. Talvez o problema seja porque você tentou usar o GConf de duas máquinas ao mesmo tempo e o ORBit ainda está configurado para evitar conexões CORBA remotas - coloque "ORBIIOPIPv4=1" no /etc/orbitrc. Como sempre, confira o syslog user.* para obter detalhes sobre os problemas encontrados pelo gconf. Só pode haver um gconfd por diretório pessoal e ele precisa ser dono de um arquivo de bloqueio no ~/.gconfd e também arquivos de bloqueio em locais onde guarda configurações individuais como o ~/.gconf test -z "/usr/share/applications" || /bin/mkdir -p "/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/applications" /usr/bin/install -c -m 644 'guake.desktop' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/applications/guake.desktop' /usr/bin/install -c -m 644 'guake-prefs.desktop' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/applications/guake-prefs.desktop' test -z "/usr/share/man/man1" || /bin/mkdir -p "/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/man/man1" /usr/bin/install -c -m 644 './guake.1' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/man/man1/guake.1' test -z "/etc/gconf/schemas" || /bin/mkdir -p "/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//etc/gconf/schemas" /usr/bin/install -c -m 644 'guake.schemas' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//etc/gconf/schemas/guake.schemas' test -z "/usr/share/dbus-1/services" || /bin/mkdir -p "/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/dbus-1/services" /usr/bin/install -c -m 644 'org.gnome.Guake.service' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/dbus-1/services/org.gnome.Guake.service' test -z "/usr/share/guake" || /bin/mkdir -p "/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/guake" /usr/bin/install -c -m 644 'about.glade' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/guake/about.glade' /usr/bin/install -c -m 644 'guake.glade' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/guake/guake.glade' /usr/bin/install -c -m 644 'prefs.glade' '/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/guake/prefs.glade' make[4]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data' make[3]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data' make[2]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/data' Making install in po make[2]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1/po' linguas="pt_BR ja es ru_RU pl no_NB de "; \ for lang in $linguas; do \ dir=/home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/locale/$lang/LC_MESSAGES; \ /bin/sh /home/gabriel/Desktop/sources/guake-0.4.1/install-sh -d $dir; \ if test -r $lang.gmo; then \ /usr/bin/install -c -m 644 $lang.gmo $dir/guake.mo; \ echo "installing $lang.gmo as $dir/guake.mo"; \ else \ /usr/bin/install -c -m 644 ./$lang.gmo $dir/guake.mo; \ echo "installing ./$lang.gmo as" \ "$dir/guake.mo"; \ fi; \ if test -r $lang.gmo.m; then \ /usr/bin/install -c -m 644 $lang.gmo.m $dir/guake.mo.m; \ echo "installing $lang.gmo.m as $dir/guake.mo.m"; \ else \ if test -r ./$lang.gmo.m ; then \ /usr/bin/install -c -m 644 ./$lang.gmo.m \ $dir/guake.mo.m; \ echo "installing ./$lang.gmo.m as" \ "$dir/guake.mo.m"; \ else \ true; \ fi; \ fi; \ done installing pt_BR.gmo as /home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/locale/pt_BR/LC_MESSAGES/guake.mo installing ja.gmo as /home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/locale/ja/LC_MESSAGES/guake.mo installing es.gmo as /home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/locale/es/LC_MESSAGES/guake.mo installing ru_RU.gmo as /home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/locale/ru_RU/LC_MESSAGES/guake.mo installing pl.gmo as /home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/locale/pl/LC_MESSAGES/guake.mo installing no_NB.gmo as /home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/locale/no_NB/LC_MESSAGES/guake.mo installing de.gmo as /home/gabriel/Desktop/sources/guake-0.4.1/debian/guake//usr/share/locale/de/LC_MESSAGES/guake.mo make[2]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1/po' make[2]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1' make[3]: Entrando no diretório `/home/gabriel/Desktop/sources/guake-0.4.1' make[3]: Nada a ser feito para `install-exec-am'. make[3]: Nada a ser feito para `install-data-am'. make[3]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1' make[2]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1' make[1]: Saindo do diretório `/home/gabriel/Desktop/sources/guake-0.4.1' dh_installdirs -pguake mkdir -p debian/guake/usr/share/ mv debian/guake/etc/gconf/ debian/guake/usr/share/ dh_pycentral -pguake dh_installdocs -pguake ./README ./NEWS ./TODO ./AUTHORS dh_installexamples -pguake dh_installman -pguake dh_installinfo -pguake dh_installmenu -pguake dh_installcron -pguake dh_installinit -pguake dh_installdebconf -pguake dh_installemacsen -pguake dh_installcatalogs -pguake dh_installpam -pguake dh_installlogrotate -pguake dh_installlogcheck -pguake dh_installchangelogs -pguake ./ChangeLog dh_installudev -pguake dh_lintian -pguake dh_install -pguake dh_link -pguake dh_installmime -pguake dh_strip -pguake dh_compress -pguake dh_fixperms -pguake dh_makeshlibs -pguake dh_installdeb -pguake dh_perl -pguake dh_shlibdeps -pguake dpkg-shlibdeps: warning: dependency on libz.so.1 could be avoided if "debian/guake/usr/lib/guake/globalhotkeys.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libfontconfig.so.1 could be avoided if "debian/guake/usr/lib/guake/globalhotkeys.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libatk-1.0.so.0 could be avoided if "debian/guake/usr/lib/guake/globalhotkeys.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libm.so.6 could be avoided if "debian/guake/usr/lib/guake/globalhotkeys.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libgio-2.0.so.0 could be avoided if "debian/guake/usr/lib/guake/globalhotkeys.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libgdk_pixbuf-2.0.so.0 could be avoided if "debian/guake/usr/lib/guake/globalhotkeys.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libcairo.so.2 could be avoided if "debian/guake/usr/lib/guake/globalhotkeys.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libpango-1.0.so.0 could be avoided if "debian/guake/usr/lib/guake/globalhotkeys.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libgmodule-2.0.so.0 could be avoided if "debian/guake/usr/lib/guake/globalhotkeys.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libpangocairo-1.0.so.0 could be avoided if "debian/guake/usr/lib/guake/globalhotkeys.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libfreetype.so.6 could be avoided if "debian/guake/usr/lib/guake/globalhotkeys.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libpangoft2-1.0.so.0 could be avoided if "debian/guake/usr/lib/guake/globalhotkeys.so" were not uselessly linked against it (they use none of its symbols). dh_gencontrol -pguake dpkg-gencontrol: warning: unknown substitution variable ${python:Provides} dpkg-gencontrol: warning: unknown substitution variable ${python:Provides} dh_md5sums -pguake dh_builddeb -pguake dpkg-deb: warning: 'debian/guake/DEBIAN/control' contains user-defined field 'Python-Version' dpkg-deb: ignorando 1 avisos sobre o(s) arquivo(s) de controle dpkg-deb: construindo pacote 'guake' em '../guake_0.4.1-5_i386.deb'. dpkg-genchanges >../guake_0.4.1-5_i386.changes dpkg-genchanges: including full source code in upload dpkg-buildpackage: full upload (original source is included) Now running lintian... W: guake source: debhelper-but-no-misc-depends guake W: guake source: out-of-date-standards-version 3.8.0 (current is 3.8.1) W: guake source: changelog-should-mention-nmu W: guake source: source-nmu-has-incorrect-version-number 0.4.1-5 W: guake: binary-without-manpage usr/bin/guake-prefs W: guake: maintainer-script-ignores-errors prerm W: guake: maintainer-script-ignores-errors postinst Finished running lintian. Now signing changes and any dsc files... signfile guake_0.4.1-5.dsc Gabriel Falcão Gonçalves de Moura can't connect to `/home/gabriel/.gnome2/seahorse-uajn4g/S.gpg-agent': Arquivo ou diretório não encontrado gpg: impossível ligar a `/home/gabriel/.gnome2/seahorse-uajn4g/S.gpg-agent': connect failed gpg: Frase secreta inválida; por favor tente novamente ... signfile guake_0.4.1-5_i386.changes Gabriel Falcão Gonçalves de Moura can't connect to `/home/gabriel/.gnome2/seahorse-uajn4g/S.gpg-agent': Arquivo ou diretório não encontrado gpg: impossível ligar a `/home/gabriel/.gnome2/seahorse-uajn4g/S.gpg-agent': connect failed Successfully signed dsc and changes files