Bug#705317: php-horde-webmail: Caching JS clobber administration configuration horde tab navigation
Package: php-horde-webmail Version: 5.0.4-1 Severity: normal Tags: upstream Dear Maintainer, * What led up to the situation? Installtion of php-horde-webmail and configuration. * What exactly did you do (or not do) that was effective (or ineffective)? I activated JS caching Changes from default configuration: $conf[cache][params][dir] /var/cache/horde $conf[cache][use_memorycache] APC $conf[cachecss] YES $conf[cachejs] YES $conf[cachethemes] YES (lhz compression enabled by default php-apc installed) * What was the outcome of this action? I was unabled to navigate into conf switch tabs, even by logout and re-login. * What outcome did you expect instead? Tab switching to work correctly. It is strange, as my former test with php-horde-groupware (2013-04-10 11) which worked perfectly. For php-horde-webmail new test, I formerly purged all horde pkgs and the DB too. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php-horde-webmail depends on: ii php-horde 5.0.4+debian0-1 ii php-horde-content 2.0.2-1 ii php-horde-imp 6.0.4-1 ii php-horde-ingo 3.0.3-1 ii php-horde-kronolith4.0.4-1 ii php-horde-mnemo4.0.3-1 ii php-horde-nag 4.0.2-1 ii php-horde-timeobjects 2.0.3-1 ii php-horde-turba4.0.3-1 ii php-pear 5.4.4-15 ii php5-cli 5.4.4-15 php-horde-webmail recommends no packages. php-horde-webmail suggests no packages. -- Configuration Files: /etc/horde/horde/prefs.d/10-webmail.php [Errno 13] Permission denied: u'/etc/horde/horde/prefs.d/10-webmail.php' /etc/horde/imp/hooks.php [Errno 13] Permission denied: u'/etc/horde/imp/hooks.php' /etc/horde/imp/prefs.d/10-webmail.php [Errno 13] Permission denied: u'/etc/horde/imp/prefs.d/10-webmail.php' /etc/horde/turba/conf.d/10-webmail.xml [Errno 13] Permission denied: u'/etc/horde/turba/conf.d/10-webmail.xml' -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705321: php-horde-activesync: ActiveSync don't work anymore
Package: php-horde-activesync Version: 2.3.2-1 Severity: normal Tags: upstream Dear Maintainer, * What led up to the situation? Reinstallation from scratch after a php-horde-webmail test. * What exactly did you do (or not do) that was effective (or ineffective)? I made almost the same setup as of 2013-04-10 11 (JS cache MUST be disabled because it have a bug than forbid the site access) but AS isn't working anymore. I imported my droid vcf file into horde. I see the connection (VPN) to the http server but not any log about the droid device (not even the creation of the log file!) * What was the outcome of this action? Horde is useless for production. * What outcome did you expect instead? Horde working with the same behaviour as 2 days ago (I thought version 5.x was a _stable_ version:(( -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php-horde-activesync depends on: ii php-horde-date 2.0.4-1 ii php-horde-exception 2.0.3-1 ii php-horde-icalendar 2.0.4-1 ii php-horde-mime 2.0.4-1 ii php-horde-support2.0.4-1 ii php-horde-util 2.2.1-1 ii php-pear 5.4.4-15 ii php5 5.4.4-15 Versions of packages php-horde-activesync recommends: ii php-horde-db 2.0.2-1 ii php-horde-imap-client 2.8.1-1 ii php-horde-mail 2.0.4-1 ii php-horde-test 2.2.1-1 ii php-horde-text-filter 2.1.0+debian0-1 php-horde-activesync suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702432: openjdk-6-jre: wait for 2HRS?
Package: openjdk-6-jre Version: 6b27-1.12.3-1 Severity: important Tags: upstream Dear Maintainer, congrats, what was working in a glance is now taking 1/2 an hour or so (when it work). My banks account is waiting at least now 20 between two virtual kbd entry; when it was almost instaneous before. Of course, I've only got a very old mono-CPU and not a 4477885566 cores with 114455799542885544 exabytes of memory.; but who knows where java will stop its climbing?! -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openjdk-6-jre depends on: ii libasound2 1.0.25-4 ii libatk-wrapper-java-jni 0.30.4-2 ii libc62.13-38 ii libgif4 4.1.6-10 ii libjpeg8 8d-1 ii libpng12-0 1.2.49-3 ii libpulse02.0-6 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxi6 2:1.6.1-1 ii libxrender1 1:0.9.7-1 ii libxtst6 2:1.2.1-1 ii openjdk-6-jre-headless 6b27-1.12.3-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages openjdk-6-jre recommends: pn icedtea-netx none ii ttf-dejavu-extra 2.33-3 Versions of packages openjdk-6-jre suggests: pn icedtea-plugin none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697918: kmess: deconnection each minute
Package: kmess Version: 2.0.6.1-2 Severity: normal Tags: upstream Dear Maintainer, * What led up to the situation? re-installing kmess and use it (after a long period w/o any MSN contact). * What exactly did you do (or not do) that was effective (or ineffective)? Use the proposed account (former setup), just changing it to the new password. * What was the outcome of this action? Connection OK, but each minute a deconnection occurs, then kmess reconnect automatically w/o problems. * What outcome did you expect instead? Deconnections aren't welcome, especially during a chat. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.32 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmess depends on: ii kdebase-runtime4:4.8.4-2 ii libc6 2.13-38 ii libgcc11:4.7.2-5 ii libgcrypt111.5.0-3 ii libgif44.1.6-10 ii libkdecore54:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkhtml5 4:4.8.4-4 ii libkio54:4.8.4-4 ii libknewstuff2-44:4.8.4-4 ii libknotifyconfig4 4:4.8.4-4 ii libkonq5abi1 4:4.8.4-2 ii libkparts4 4:4.8.4-4 ii libphonon4 4:4.6.0.0-2 ii libqt4-dbus4:4.8.2+dfsg-9 ii libqt4-network 4:4.8.2+dfsg-9 ii libqt4-test4:4.8.2+dfsg-9 ii libqt4-xml 4:4.8.2+dfsg-9 ii libqtcore4 4:4.8.2+dfsg-9 ii libqtgui4 4:4.8.2+dfsg-9 ii libsolid4 4:4.8.4-4 ii libstdc++6 4.7.2-5 ii libx11-6 2:1.5.0-1 ii libxml22.8.0+dfsg1-7 ii libxslt1.1 1.1.26-14 ii libxss11:1.2.2-1 ii phonon 4:4.6.0.0-2 kmess recommends no packages. Versions of packages kmess suggests: pn konqueror none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696795: /usr/bin/evince: Unreadable PDF using font Century Catalogue (libreoffice PDF export)
Package: evince-gtk Version: 3.4.0-3.1 Severity: normal File: /usr/bin/evince Tags: upstream Dear Maintainer, * What led up to the situation? A PDF export under libreoffice. * What exactly did you do (or not do) that was effective (or ineffective)? I exported a text written in the Century Catalogue font * What was the outcome of this action? Evince-gtk displays shit (except when font size is at least 14 AND bold, but it is displayed as a hollow font) xpdf on the other side display it correctly same thing with pkg evince under wheezy * What outcome did you expect instead? Text being correctly displayed -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.32 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evince-gtk depends on: ii evince-common 3.4.0-3.1 ii gnome-icon-theme3.4.0-2 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-37 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libevdocument3-43.4.0-3.1 ii libevview3-33.4.0-3.1 ii libgail-3-0 3.4.2-4 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libgtk-3-0 3.4.2-4 ii libice6 2:1.0.8-2 ii libpango1.0-0 1.30.0-1 ii libsm6 2:1.2.1-2 ii libx11-62:1.5.0-1 ii libxml2 2.8.0+dfsg1-7 ii shared-mime-info1.0-1+b1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages evince-gtk recommends: ii dbus-x11 1.6.8-1 Versions of packages evince-gtk suggests: ii gvfs 1.12.3-2 pn nautilus none ii poppler-data 0.4.6-2 ii unrar 1:4.1.4-1 -- no debconf information libreoffice_century_catalogue_font_test.pdf Description: Adobe PDF document libreoffice_century_catalogue_font_test.odt Description: application/vnd.oasis.opendocument.text
Bug#679783: openssh-client: scp - scp could also copy user/group
Package: openssh-client Version: 1:6.0p1-2 Severity: wishlist Tags: upstream Dear Ma-in-tainer, * What led up to the situation? Oservation * What exactly did you do (or not do) that was effective (or ineffective)? There's no option to keep user/group information when tranfering files/dirs * What was the outcome of this action? It is mandatory to connect to the receiver to manually change user/group to the right ones * What outcome did you expect instead? scp to also transfer user group -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssh-client depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.44 ii dpkg 1.16.4.3 ii libc6 2.13-33 ii libedit2 2.11-20080614-5 ii libgssapi-krb5-2 1.10.1+dfsg-1 ii libselinux12.1.9-5 ii libssl1.0.01.0.1c-3 ii passwd 1:4.1.5.1-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages openssh-client recommends: ii openssh-blacklist0.4.1 ii openssh-blacklist-extra 0.4.1 ii xauth1:1.0.7-1 Versions of packages openssh-client suggests: ii keychain 2.7.1-1 pn libpam-sshnone pn monkeysphere none ii ssh-askpass 1:1.2.4.1-9 -- Configuration Files: /etc/ssh/ssh_config changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676261: synergy: Downsizing screen resolution isn't accounted
Package: synergy Version: 1.4.8-1 Severity: normal Tags: upstream Dear Mai N'Tainer, * What led up to the situation? A resolution flip. * What exactly did you do (or not do) that was effective (or ineffective)? For screencast reasons I downsize my screen from 1600x1200 to 1280x1024, and back. * What was the outcome of this action? When coming back to 1600x1200 mouse cursor jump to my right screen @1280 instead of 1600. * What outcome did you expect instead? Mouse cursor to jump to the other screen @1600. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages synergy depends on: ii libc6 2.13-33 ii libgcc1 1:4.7.0-11 ii libice6 2:1.0.8-2 ii libsm62:1.2.1-2 ii libstdc++64.7.0-11 ii libx11-6 2:1.4.99.901-2 ii libxext6 2:1.3.1-2 ii libxi62:1.6.1-1 ii libxinerama1 2:1.1.2-1 ii libxtst6 2:1.2.1-1 synergy recommends no packages. synergy suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669146: courier-imap: Since last update (20' ago) I can't connect anymore
Package: courier-imap Version: 4.10.0-1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, * What led up to the situation? An update. * What exactly did you do (or not do) that was effective (or ineffective)? I just updated. * What was the outcome of this action? Even after restarting courier-imap courier-authdaemon I can't connect anymore to courier-imap. * What outcome did you expect instead? Being able to conect and send/receive emails after update, as it always worked out of the box. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages courier-imap depends on: ii courier-authlib 0.63.0-6 ii courier-base0.67.0-1 ii debconf 1.5.42 ii libc6 2.13-27 ii libgamin0 [libfam0] 0.1.10-4 ii libgdbm31.8.3-10 ii postfix [mail-transport-agent] 2.9.1-4 courier-imap recommends no packages. Versions of packages courier-imap suggests: ii claws-mail [imap-client] 3.8.0-1 ii courier-doc none ii courier-imap-ssl none ii iceape [imap-client] 2.7.3-2 ii mutt [imap-client]1.5.21-5+b1 ii opera [imap-client] 11.62.1347 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668575: encfs: don't mount again anymore
Package: encfs Version: 1.7.4-2.4+b1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, * What led up to the situation? I transferred 2 directories encrypted by default in aes to new ones encrypted in BF (both use a 511 characters password). After creation, my new directories were mounted, so I transferred 2x256GB files. * What exactly did you do (or not do) that was effective (or ineffective)? When I want to mount my new directories it utterly fail: /OTHER$ encfs -v /OTHER/.AZ /OTHER/AZ 04:45:48 (main.cpp:523) Root directory: /OTHER/.AZ/ 04:45:48 (main.cpp:524) Fuse arguments: (daemon) (threaded) (keyCheck) encfs /OTHER/AZ -s -o use_ino -o default_permissions 04:45:49 (FileUtils.cpp:177) version = 20 04:45:49 (FileUtils.cpp:181) found new serialization format 04:45:49 (FileUtils.cpp:199) subVersion = 20100713 04:45:49 (Interface.cpp:165) checking if ssl/aes(3:0:2) implements ssl/aes(3:0:0) 04:45:49 (SSL_Cipher.cpp:370) allocated cipher ssl/aes, keySize 32, ivlength 16 04:45:49 (Interface.cpp:165) checking if ssl/aes(3:0:2) implements ssl/aes(3:0:0) 04:45:49 (SSL_Cipher.cpp:370) allocated cipher ssl/aes, keySize 32, ivlength 16 04:45:49 (FileUtils.cpp:1620) useStdin: 0 EncFS Password: 04:46:26 (Interface.cpp:165) checking if ssl/aes(3:0:2) implements ssl/aes(3:0:0) 04:46:26 (SSL_Cipher.cpp:370) allocated cipher ssl/aes, keySize 32, ivlength 16 04:46:29 (FileUtils.cpp:1628) cipher key size = 52 04:46:29 (SSL_Cipher.cpp:604) checksum mismatch: expected 1644232459, got 2316882196 04:46:29 (SSL_Cipher.cpp:605) on decode of 48 bytes Error decoding volume key, password incorrect 04:46:29 (openssl.cpp:48) Allocating 41 locks for OpenSSL So I made a test: encfs /OTHER/.TST /OTHER/TST (choosed p and used the same password) at the end of the creation, directory was correctly mounted, but ASA I fusermount -u /OTHER/TST I wasn't able to remount it anymore (same error message as above). * What was the outcome of this action? I left my new encrypted directories mounted from creation, afraid I couldn't retrieve my files. * What outcome did you expect instead? encfs to work correctly and don't refuse to re-mount. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages encfs depends on: ii fuse 2.8.7-1 ii libboost-filesystem1.49.0 1.49.0-2 ii libboost-serialization1.49.0 1.49.0-2 ii libboost-system1.49.0 1.49.0-2 ii libc6 2.13-27 ii libfuse2 2.8.7-1 ii libgcc1 1:4.7.0-3 ii librlog5 1.4-2 ii libssl1.0.0 1.0.1-4 ii libstdc++64.7.0-3 encfs recommends no packages. encfs suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668287: claws-mail: Crashes when SMTP authentication is on (and SMTP don't need any auth.)
Package: claws-mail Version: 3.8.0-1 Severity: normal Tags: upstream Dear Ma Intainer, * What led up to the situation? I changed my setup to be the same as under squeeze * What exactly did you do (or not do) that was effective (or ineffective)? I checked: Configuration Preferences for current account Send SMTP Authentucation (SMTP AUTH) and filled: User ID Password fields My SMTP svr (postfix) don't required any authentication. * What was the outcome of this action? When I try to send an e-mail (or answer, which is almost the same:), I see in the send popup a SMTP atuthentication attempt and claws crashes. However, the e-mail's not lost but stored in the Queue folder. The only output I got when launched from command line is: x@y:~$ claws-mail ** (claws-mail:5152): WARNING **: [18:17:19] No SMTP AUTH method available claws-mail: /build/buildd-cairo_1.12.0-2-i386-6SpghO/cairo-1.12.0/src/cairo- surface.c:1555: cairo_surface_set_device_offset: Assertion `status == CAIRO_STATUS_SUCCESS' failed. * What outcome did you expect instead? Claws not to crash (allowed for polioticians, racists, extremists, integrists, etc). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages claws-mail depends on: ii libc6 2.13-27 ii libcairo2 1.12.0-2 ii libcompfaceg1 1:1.5.2-5 ii libdbus-glib-1-20.98-1 ii libenchant1c2a 1.6.0-7 ii libetpan15 1.0-5 ii libgdk-pixbuf2.0-0 2.26.0-2 ii libglib2.0-02.32.0-4 ii libgnutls26 2.12.18-1 ii libgtk2.0-0 2.24.10-1 ii libice6 2:1.0.7-2 ii libldap-2.4-2 2.4.28-1.1 ii libpango1.0-0 1.30.0-1 ii libpisock9 0.12.5-5 ii libsm6 2:1.2.0-2 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages claws-mail recommends: ii aspell-en [aspell-dictionary] 7.1-0-1 ii aspell-fr [aspell-dictionary] 0.50-3-7 ii claws-mail-i18n3.8.0-1 ii xfonts-100dpi 1:1.0.3 ii xfonts-100dpi-transcoded 1:1.0.3 ii xfonts-75dpi 1:1.0.3 ii xfonts-75dpi-transcoded1:1.0.3 Versions of packages claws-mail suggests: ii claws-mail-doc none ii claws-mail-tools 3.8.0-1 ii gedit3.2.6-1 ii iceape [www-browser] 2.7.3-2 ii iceweasel [www-browser] 10.0.3esr-3 ii lynx-cur [www-browser] 2.8.8dev.12-2 ii mousepad 0.2.16-5 ii opera [www-browser] 11.62.1347 ii w3m [www-browser]0.5.3-5 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660156: gedit: Kills synergys randomly
Package: gedit Version: 3.2.6-1 Severity: important Tags: upstream Dear Maintainer, There's an interraction with synergys: gedit seem to kill it when moving mouse cursor to the other screen. gedit synergys: sid synergyc: squeeze This happens when synergys is launched either by root or a user. Here are the server client launch scripts: #!/bin/sh killall -9 synergys sleep 1 synergys --daemon --restart -c /etc/synergy.conf --display :0 $1 $2 $3 (no parm is used) #!/bin/sh killall -9 synergyc sleep 1 synergyc --restart synsvr.locnet * What led up to the situation? Repetitive synergys death when working with gedit. Unfortunately, this behaviour is random: sometimes (not much) synergys continue to live. There's also another glitch: if gedit is open since a long time (~2-4H) and I used it a lot, the death of synergys render the gedit cursor invisible - this is fixed the second synergys is re-launched. * What exactly did you do (or not do) that was effective (or ineffective)? I've got no solution (except a cron to would relaunch synergys, but I don't like this). * What was the outcome of this action? - * What outcome did you expect instead? gedit cooperating correctly w/ synergys without crashing it. I also confirm bug #360535, even navigating on the not seen part of a long line makes the CPU raise to 100% -- Package-specific info: Active plugins: - 'bracketcompletion' - 'filebrowser' - 'joinlines' - 'charmap' - 'spell' - 'sessionsaver' - 'smartspaces' - 'wordcompletion' - 'modelines' - 'drawspaces' - 'quickopen' - 'docinfo' - 'bookmarks' - 'externaltools' - 'time' - 'codecomment' No plugin installed in $HOME. Module versions: - glib 2.30.2 - gtk+ - gtksourceview - pygobject - enchant - iso-codes 3.32.2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gedit depends on: ii gedit-common 3.2.6-1 ii gir1.2-atk-1.0 2.2.0-2 ii gir1.2-freedesktop 1.31.10-1 ii gir1.2-gdkpixbuf-2.0 2.24.1-1 ii gir1.2-glib-2.01.31.10-1 ii gir1.2-gtk-3.0 3.2.3-1 ii gir1.2-gtksource-3.0 3.2.3-1 ii gir1.2-pango-1.0 1.29.4-2 ii gir1.2-peas-1.01.2.0-1 ii gsettings-desktop-schemas 3.2.0-2 ii iso-codes 3.32.2-1 ii libatk1.0-02.2.0-2 ii libc6 2.13-26 ii libcairo-gobject2 1.10.2-6.2 ii libcairo2 1.10.2-6.2 ii libenchant1c2a 1.6.0-7 ii libffi53.0.10-3 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libgirepository-1.0-1 1.31.10-1 ii libglib2.0-0 2.30.2-6 ii libgtk-3-0 3.2.3-1 ii libgtksourceview-3.0-0 3.2.3-1 ii libice62:1.0.7-2 ii libpango1.0-0 1.29.4-2 ii libpeas-1.0-0 1.2.0-1 ii libsm6 2:1.2.0-2 ii libx11-6 2:1.4.4-4 ii libxml22.7.8.dfsg-7 ii python 2.7.2-10 ii python-gi 3.1.0-2 ii python-gi-cairo3.1.0-2 ii python2.7 2.7.2-13 Versions of packages gedit recommends: ii yelp3.2.1+dfsg-1+b1 ii zenity 3.2.0-1 gedit suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
