Bug#1010668: ofono: According documentation both methods org.ofono.Manager.GetModems and org.ofono.HandsfreeAudioManager.GetCards should return with signature array{object,dict}.

2022-05-06 Thread Emanoil Kotsev
Package: ofono
Version: 1.31-3
Severity: normal
Tags: upstream

Dear Maintainer,

   * What led up to the situation?
 I was trying to get list of modems and cards via d-bus when a modem and 
card are avialable
 When my program initializes it should get those lists.
 However I did not get the expected results when implementing logic for 
array{object,dict} and came to reporting this issue.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 According to specification both methods should return array{object,dict}
 It was not possible to parse both with the same algorythm.
 Performing a query agains ofono dbus service revealed that it is actually 
returning different structures.
 qdbus --literal --system org.ofono / 
org.freedesktop.DBus.Introspectable.Introspect
 
 

Bug#712719: cups: CUPS printing broken in Wheezy (Unable to get printer status)

2013-08-31 Thread MPhil. Emanoil Kotsev

Package: cups
Version: 1.5.3-5
Followup-For: Bug #712719

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10.9eko2 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=bulgarian, LC_CTYPE=bulgarian (charmap=UTF-8) (ignored: LC_ALL 
set to bg_BG.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cups depends on:
ii  adduser3.113+nmu3
ii  bc 1.06.95-2+b1
ii  cups-client1.5.3-5
ii  cups-common1.5.3-5
ii  cups-filters   1.0.18-2.1
ii  cups-ppdc  1.5.3-5
ii  debconf [debconf-2.0]  1.5.49
ii  dpkg   1.16.10
ii  ghostscript9.05~dfsg-6.3
ii  libavahi-client3   0.6.31-2
ii  libavahi-common3   0.6.31-2
ii  libc-bin   2.13-38
ii  libc6  2.13-38
ii  libcups2   1.5.3-5
ii  libcupscgi11.5.3-5
ii  libcupsimage2  1.5.3-5
ii  libcupsmime1   1.5.3-5
ii  libcupsppdc1   1.5.3-5
ii  libdbus-1-31.6.8-1+deb7u1
ii  libgcc11:4.7.2-5
ii  libgnutls262.12.20-7
ii  libgssapi-krb5-2   1.10.1+dfsg-5+deb7u1
ii  libkrb5-3  1.10.1+dfsg-5+deb7u1
ii  libldap-2.4-2  2.4.31-1+nmu2
ii  libpam0g   1.1.3-7.1
ii  libpaper1  1.1.24+nmu2
ii  libslp11.2.1-9
ii  libstdc++6 4.7.2-5
ii  libusb-1.0-0   2:1.0.11-1
ii  lsb-base   4.1+Debian8+deb7u1
ii  poppler-utils  0.18.4-6
ii  procps 1:3.3.3-3
ii  ssl-cert   1.0.32

Versions of packages cups recommends:
ii  avahi-daemon   0.6.31-2
ii  colord 0.1.21-1
ii  foomatic-filters   4.0.17-1
ii  ghostscript-cups   9.05~dfsg-6.3
ii  printer-driver-gutenprint  5.2.9-1

Versions of packages cups suggests:
ii  cups-bsd   1.5.3-5
pn  cups-pdf   none
ii  foomatic-db20120523-1
ii  hplip  3.12.6-3.1
ii  printer-driver-hpcups  3.12.6-3.1
ii  smbclient  2:3.6.6-6
ii  udev   175-7.2

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: ipp, ipp14, lpd, socket, usb, snmp, dnssd

I had the issue on two separate systems. Both are using paralell port printers 
via usb adapter cable.
When using cups 1.4.4-7 all is working fine. After upgrading to wheezy with 
cups 1.5.3-5 the printing does not work.
The solution is to manually install/downgrade the related packages and freeze 
them to not upgrade in future.
This operation takes a lot of time and the situation is annoying. However 
finally with the older version everything is working fine and all of us are 
happy!

For pitty I can not put more time into debugging this and would ask 
responsible people to investigate and solve the issue.

thanks in advance and regards

E.



-- 
MPhil. Emanoil Kotsev

Telecom and IT Consulting
http://www.fincom.at
Tel.  +43 680 232 6668

PGP: 
http://deloptes.no-ip.org:64371/pks/lookup?op=getsearch=0x553E5E7E73874FEC
PGP FP: 5AD4 453E 885B E8AE 3329 CA18 553E 5E7E 7387 4FEC


signature.asc
Description: This is a digitally signed message part.


Bug#714710: dpkg: when installed from live usb/cd /sbin/start-stop-daemon is empty shell script

2013-07-07 Thread Emanoil Kotsev
Hi
thanks Edwin for reporting the details on your side.
This is exactly what I have experienced in my case and spent about 4-5h looking 
for an issue with nfs and why it is not mounting remote dir, why portmap was 
not running etc.
I did check the current 7.x installer debian-7.1.0-amd64-netinst.iso but it 
looks ok there in the dpkg package.
In debian-testing-amd64-businesscard.iso there is no dpkg package.
I need to check the backup disks and usb of installation and the notes to find 
out what I have used for setting up the machine but no time left unfortunately. 
I think the machine was installed in Feb or Jan this year.


@Edwin: Can you check if the included dpkg package has this inside 
/sbin/start-stop-daemon in binary, basically I'm wondering if there is a script 
somewhere which overwrites something in /sbin, which would be dangerous
I mount -o loop debianiso and then  find | grep dpkg followed by mkdir tmp 
 dpkg -x dpkg...deb tmp


regards



 From: Guillem Jover guil...@debian.org
To: deloptes delop...@yahoo.com; 714...@bugs.debian.org 
Cc: live-ima...@packages.debian.org 
Sent: Tuesday, July 2, 2013 11:42 AM
Subject: Re: Bug#714710: dpkg: when installed from live usb/cd 
/sbin/start-stop-daemon is empty shell script
 

Control: reassign -1 live-images

Hi!

[ I got confirmation off-list this is with official Live images, but
  feel free to re-reassign as I don't really know what the culprit is. ]

On Tue, 2013-07-02 at 08:29:19 +0200, Guillem Jover wrote:
 On Tue, 2013-07-02 at 02:33:36 +0200, deloptes wrote:
  Package: dpkg
  Version: 1.15.8.13
  Severity: important
  
  When installed from live usb/cd /sbin/start-stop-daemon is empty shell 
  script
  This results in strange behaviour of start/stop services like nfs
  
  I read a whole bunch of issues related to nfs (rpc.statd not running)
  While having another machine with same setup and nfs working I excluded the 
  possibility of being related to some mostly discussed bugs
  I noticed that portmap and rpc.statd are simply not starting, because the 
  start-stop-daemon program was an empty shells script
  unfortunately the version reported here was overwritten by dpkg --reinstall 
  install dpkg, but I hope in this way that other people having 
  similar issues with daemons not starting properly will solve it easily.
 
 This would be an issue with whatever Live USB/CD software you are using.
 If that's one of the packaged solutions in Debian, then we can reassign
 the bug report there, otherwise there's not much that can be done, except
 that you'd need to file such bug report on the project producing those
 Live images.

Thanks,
Guillem

Bug#636309: closed by Martin Pitt mp...@debian.org (Re: [Pkg-cups-devel] Bug#636303: Probably upstream #3884)

2011-10-11 Thread Emanoil Kotsev
HI have applied the patch to the given file, recompiled and so on, upgraded 
cups from 1.4 to 1.5, but problem still persist.
I now downgraded again to 1.4 and it is working again.

regards

-- 
MPhil. E. Kotsev
pub   1024D/648C084C 2008-06-06 Emanoil Kotsev 
emanoil.kot...@sicherundsicher.at
 Primary key fingerprint: 002C AF99 232A 5A44 EF9E  6D7D 0D65 4160 648C 084C



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#636309: closed by Martin Pitt mp...@debian.org (Re: [Pkg-cups-devel] Bug#636303: Probably upstream #3884)

2011-10-07 Thread MPhil. Emanoil Kotsev
It does not look like the problem was solved in kernel 3.0.1

-- 
PGP ID: 73874FEC
PGP SN: 553E5E7E73874FEC
PGP FP: 5AD4 453E 885B E8AE 3329 CA18 553E 5E7E 7387 4FEC


signature.asc
Description: This is a digitally signed message part.


Bug#636303: usbfs: process ... (usb) did not claim interface 1 before use

2011-08-02 Thread Emanoil Kotsev
Package: cups
Version: 1.4.4-7
Severity: grave
Justification: renders package unusable


Since upgrade to cups 1.4.4-7 I can not print with a remote cups server. Both 
client and server have this version
Client is squeeze and Server is testing/squeeze.

Printer is paralell over USB

I read those articles
 https://wiki.archlinux.org/index.php/CUPS#Kernel_modules
 https://bbs.archlinux.org/viewtopic.php?id=122722

but it didn't help. Please offer a fix, because it is critical for my 
home/office env

thanks in advance

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39.3eko2 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=bulgarian, LC_CTYPE=bulgarian (charmap=UTF-8) (ignored: LC_ALL set 
to bg_BG.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cups depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  bc  1.06.95-2The GNU bc arbitrary precision cal
ii  cups-client 1.4.4-7  Common UNIX Printing System(tm) - 
ii  cups-common 1.4.4-7  Common UNIX Printing System(tm) - 
ii  cups-ppdc   1.4.4-7  Common UNIX Printing System(tm) - 
ii  debconf [debconf-2. 1.5.36.1 Debian configuration management sy
ii  ghostscript 8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF
ii  libavahi-client30.6.27-2+squeeze1Avahi client library
ii  libavahi-common30.6.27-2+squeeze1Avahi common library
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libcups21.4.4-7  Common UNIX Printing System(tm) - 
ii  libcupscgi1 1.4.4-7  Common UNIX Printing System(tm) - 
ii  libcupsdriver1  1.4.4-7  Common UNIX Printing System(tm) - 
ii  libcupsimage2   1.4.4-7  Common UNIX Printing System(tm) - 
ii  libcupsmime11.4.4-7  Common UNIX Printing System(tm) - 
ii  libcupsppdc11.4.4-7  Common UNIX Printing System(tm) - 
ii  libdbus-1-3 1.2.24-4+squeeze1simple interprocess messaging syst
ii  libgcc1 1:4.4.5-8GCC support library
ii  libgnutls26 2.8.6-1  the GNU TLS library - runtime libr
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k
ii  libijs-0.35 0.35-7   IJS raster image transport protoco
ii  libkrb5-3   1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries
ii  libldap-2.4-2   2.4.23-7.2   OpenLDAP libraries
ii  libpam0g1.1.1-6.1Pluggable Authentication Modules l
ii  libpaper1   1.1.24   library for handling paper charact
ii  libpoppler5 0.12.4-1.2   PDF rendering library
ii  libslp1 1.2.1-7.8OpenSLP libraries
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  libusb-0.1-42:0.1.12-16  userspace USB programming library
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii  poppler-utils   0.12.4-1.2   PDF utilitites (based on libpopple
ii  procps  1:3.2.8-9/proc file system utilities
ii  ssl-cert1.0.28   simple debconf wrapper for OpenSSL
ii  ttf-freefont20090104-7   Freefont Serif, Sans and Mono True
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages cups recommends:
ii  cups-driver-gutenprint  5.2.6-1  printer drivers for CUPS
ii  foomatic-filters4.0.5-6  OpenPrinting printer support - fil
ii  ghostscript-cups8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF

Versions of packages cups suggests:
ii  cups-bsd  1.4.4-7Common UNIX Printing System(tm) - 
pn  cups-pdf  none (no description available)
ii  foomatic-db   20100630-1 OpenPrinting printer support - dat
ii  hplip 3.10.6-2   HP Linux Printing and Imaging Syst
ii  smbclient 2:3.5.6~dfsg-3squeeze4 command-line SMB/CIFS clients for 
ii  udev  164-3  /dev/ and hotplug management daemo
pn  xpdf-korean | xpd none (no description available)

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: ipp, lpd, parallel, scsi, serial, socket, usb, snmp, dnssd



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#636309: usbfs: process ... (usb) did not claim interface 1 before use

2011-08-02 Thread Emanoil Kotsev

Package: cups
Version: 1.4.4-7
Severity: grave
Justification: renders package unusable


Since upgrade to cups 1.4.4-7 I can not print with a remote cups server. Both 
client and server have this version
Client is squeeze and Server is testing/squeeze.

Printer is paralell over USB

I read those articles
 https://wiki.archlinux.org/index.php/CUPS#Kernel_modules
 https://bbs.archlinux.org/viewtopic.php?id=122722

but it didn't help. Please offer a fix, because it is critical for my 
home/office env

thanks in advance

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39.3eko2 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=bulgarian, LC_CTYPE=bulgarian (charmap=UTF-8) (ignored: LC_ALL 
set to bg_BG.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cups depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  bc  1.06.95-2The GNU bc arbitrary precision 
cal
ii  cups-client 1.4.4-7  Common UNIX Printing System(tm) -
ii  cups-common 1.4.4-7  Common UNIX Printing System(tm) -
ii  cups-ppdc   1.4.4-7  Common UNIX Printing System(tm) -
ii  debconf [debconf-2. 1.5.36.1 Debian configuration management 
sy
ii  ghostscript 8.71~dfsg2-9 The GPL Ghostscript 
PostScript/PDF
ii  libavahi-client30.6.27-2+squeeze1Avahi client library
ii  libavahi-common30.6.27-2+squeeze1Avahi common library
ii  libc6   2.11.2-10Embedded GNU C Library: Shared 
lib
ii  libcups21.4.4-7  Common UNIX Printing System(tm) -
ii  libcupscgi1 1.4.4-7  Common UNIX Printing System(tm) -
ii  libcupsdriver1  1.4.4-7  Common UNIX Printing System(tm) -
ii  libcupsimage2   1.4.4-7  Common UNIX Printing System(tm) -
ii  libcupsmime11.4.4-7  Common UNIX Printing System(tm) -
ii  libcupsppdc11.4.4-7  Common UNIX Printing System(tm) -
ii  libdbus-1-3 1.2.24-4+squeeze1simple interprocess messaging 
syst
ii  libgcc1 1:4.4.5-8GCC support library
ii  libgnutls26 2.8.6-1  the GNU TLS library - runtime 
libr
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - 
k
ii  libijs-0.35 0.35-7   IJS raster image transport 
protoco
ii  libkrb5-3   1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries
ii  libldap-2.4-2   2.4.23-7.2   OpenLDAP libraries
ii  libpam0g1.1.1-6.1Pluggable Authentication Modules 
l
ii  libpaper1   1.1.24   library for handling paper 
charact
ii  libpoppler5 0.12.4-1.2   PDF rendering library
ii  libslp1 1.2.1-7.8OpenSLP libraries
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  libusb-0.1-42:0.1.12-16  userspace USB programming library
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init 
scrip
ii  poppler-utils   0.12.4-1.2   PDF utilitites (based on 
libpopple
ii  procps  1:3.2.8-9/proc file system utilities
ii  ssl-cert1.0.28   simple debconf wrapper for 
OpenSSL
ii  ttf-freefont20090104-7   Freefont Serif, Sans and Mono 
True
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages cups recommends:
ii  cups-driver-gutenprint  5.2.6-1  printer drivers for CUPS
ii  foomatic-filters4.0.5-6  OpenPrinting printer support - 
fil
ii  ghostscript-cups8.71~dfsg2-9 The GPL Ghostscript 
PostScript/PDF

Versions of packages cups suggests:
ii  cups-bsd  1.4.4-7Common UNIX Printing System(tm) -
pn  cups-pdf  none (no description available)
ii  foomatic-db   20100630-1 OpenPrinting printer support - 
dat
ii  hplip 3.10.6-2   HP Linux Printing and Imaging 
Syst
ii  smbclient 2:3.5.6~dfsg-3squeeze4 command-line SMB/CIFS clients for
ii  udev  164-3  /dev/ and hotplug management 
daemo
pn  xpdf-korean | xpd none (no description available)

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: ipp, lpd, parallel, scsi, serial, socket, usb, snmp, dnssd



-- 
MPhil. E. Kotsev
pub   1024D/648C084C 2008-06-06 Emanoil Kotsev 
emanoil.kot...@sicherundsicher.at
 Primary key fingerprint: 002C AF99 232A 5A44 EF9E  6D7D 0D65 4160 648C 084C



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#598896: python-visual: (Dell Latitude D520)

2011-02-07 Thread Emanoil Kotsev
Package: python-visual
Version: 1:5.12-1.1+b2
Severity: normal


This was working with python 2.4 and lenny, so it's either squeeze related 
(Xorg) or python 2.6 related.

Please fix ASAP.

To the clever guy supposing the acceleration is not woking, I would say that 
the i915 chip is crap when using resolution higher than 2048x2048 and modern 
monitors easily exceed that.

The other one reporting it was working on 965 intell chip ... I'm not sure why 
he wrote this as the subject line talks about the i915 one  but well 
community should be open to people who don't even read the subject line or 
don't have an idea about what is going on.

00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 
945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 
943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML 
Express Integrated Graphics Controller (rev 03)

The suggestion to use LIBGL_ALWAYS_SOFTWARE=1 doesn't help much either. In 
contrast glxgears is working pretty smooth and pretty well

glxgears
2649 frames in 5.0 seconds = 529.734 FPS
2609 frames in 5.0 seconds = 521.624 FPS
2581 frames in 5.0 seconds = 516.084 FPS


thanks

-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.35.7eko2 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=bulgarian, LC_CTYPE=bulgarian (charmap=UTF-8) (ignored: LC_ALL set 
to bg_BG.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-visual depends on:
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libboost-python1.42.0  1.42.0-4  Boost.Python Library
ii  libboost-signals1.42.0 1.42.0-4  managed signals and slots library 
ii  libboost-thread1.42.0  1.42.0-4  portable C++ multi-threading
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libcairomm-1.0-1   1.8.4-3   C++ wrappers for Cairo (shared lib
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-2.1 FreeType 2 font engine, shared lib
ii  libgcc11:4.4.5-8 GCC support library
ii  libgl1-mesa-glx [libgl 7.7.1-4   A free implementation of the OpenG
ii  libglade2-01:2.6.4-1 library to load .glade files at ru
ii  libglademm-2.4-1c2a2.6.7-2   C++ wrappers for libglade2 (shared
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libglibmm-2.4-1c2a 2.24.2-1  C++ wrapper for the GLib toolkit (
ii  libglu1-mesa [libglu1] 7.7.1-4   The OpenGL utility library (GLU)
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libgtkglext1   1.2.0-1.1 OpenGL Extension to GTK+ (shared l
ii  libgtkglextmm-x11-1.2- 1.2.0-4   C++ bindings for GtkGLExt (Shared 
ii  libgtkmm-2.4-1c2a  1:2.20.3-1C++ wrappers for GTK+ (shared libr
ii  libice62:1.0.6-2 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.28.3-1+squeeze1 Layout and rendering of internatio
ii  libpangomm-1.4-1   2.26.2-1  C++ Wrapper for pango (shared libr
ii  libpixman-1-0  0.16.4-1  pixel-manipulation library for X a
ii  libpng12-0 1.2.44-1  PNG library - runtime
ii  libsigc++-2.0-0c2a 2.2.4.2-1 type-safe Signal Framework for C++
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libstdc++6 4.4.5-8   The GNU Standard C++ Library v3
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  libxcb-render-util00.3.6-1   utility libraries for X C Binding 
ii  libxml22.7.8.dfsg-2  GNOME XML library
ii  libxmu62:1.0.5-2 X11 miscellaneous utility library
ii  libxrender11:0.9.6-1 X Rendering Extension client libra
ii  libxt6 1:1.0.7-1 X11 toolkit intrinsics library
ii  python 2.6.6-3+squeeze5  interactive high-level object-orie
ii  python-central 0.6.16+nmu1   register and build utility for Pyt
ii  python-numpy   1:1.4.1-5 Numerical Python adds a fast array
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

python-visual recommends no packages.

Versions of packages python-visual suggests:
pn  idle  none (no description available)

-- 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#560353: [Evolution] Bug#560353: Bug#560353: evolution crashes or does not show messages randomly

2010-08-25 Thread Emanoil Kotsev
 On lun., 2010-08-23 at 00:06 +0200, Emanoil Kotsev wrote:
 The behaviour of evolution
 is much much better. I need to test more and I will in the upcomming
 week

 Please report back, so we can close the bug if it doesn't crash anymore.
 If it does, please get a backtrace as indicated above.


I think it is safe to close the bug ... can I do it myself and how?

regards





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#560353: [Evolution] Bug#560353: evolution crashes or does not show messages randomly

2010-08-22 Thread Emanoil Kotsev
Am понеделник 16 август 2010, 08:12:08 schrieb Yves-Alexis Perez:
 On mar., 2010-02-23 at 10:55 +0100, emanoil.kotsev wrote:
  I noticed that it crashes excessively after I change my password.
  What could be the issue.
 
 Could you update to 2.30 (Squeeze/testing has it) and retry? If it still
 breaks, please get a backtrace as indicated there
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560353#25
 
 Cheers,

Hi,

the qute thing is my password has changed last week, so when I logged into my 
test env I upgraded to latest debian sid. I then started evolution (I usually 
run CAMEL_DEBUG=5 but not this time.

The problem is that it starts a migration process with a dialog widget and 
afterwards it prompts for the exchange password (Ithink this dialog is comming 
from the exchange plugin). Now as the migration process run first the 
corresponding dialog is blocking the input for the password dialog. I had to 
close the migration window and could enter the password successfully. The 
migration process finished (I think successfully). The behaviour of evolution 
is much much better. I need to test more and I will in the upcomming week

I have also completely removed the network manager (but this is off topic) and 
evolution seems to not complain. So in general it works much better.

What should I do for the above issue? (I know gtkmm and I know this is an 
issue with the dialog types and it is not that hard to fix) I could test given 
solution at any time.

regards 


-- 
MPhil. E. Kotsev
pub   1024D/648C084C 2008-06-06 Emanoil Kotsev 
emanoil.kot...@sicherundsicher.at
 Primary key fingerprint: 002C AF99 232A 5A44 EF9E  6D7D 0D65 4160 648C 084C



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#560353: [Evolution] Bug#560353: evolution crashes or does not show messages randomly

2010-08-17 Thread Emanoil Kotsev
 On lun., 2010-08-16 at 22:38 +0200, Emanoil Kotsev wrote:
 I've planned this for the time the new debian stable is released, which
 should
 be pretty soon. The problem is that I'm bound to kde3.5 ATM and I'll hae
 to
 migrate my productive environment too.

 Well, if the bug still exists, it'd be nice not to ship it in a stable
 release :)

I fully agree with you, the only problem is the time that I don't have.


 For now I have a workaround that keeps me on the safe side.

 I've tested 2.30 already but didn't have time to do excessive testing
 yet.

 It'd be nice to have confirmation/infirmation, when you can do it.


I'll most probably check this by the end of this week. I fully recognize
the importance of fixing bugs before software goes into stable state.

Thanks for you attention.





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#560353: [Evolution] Bug#560353: Bug#560353: evolution crashes or does not show messages randomly

2010-08-16 Thread Emanoil Kotsev
На Monday 16 August 2010 08:12:08 Yves-Alexis Perez написа:
 On mar., 2010-02-23 at 10:55 +0100, emanoil.kotsev wrote:
  I noticed that it crashes excessively after I change my password.
  What could be the issue.

 Could you update to 2.30 (Squeeze/testing has it) and retry? If it still
 breaks, please get a backtrace as indicated there
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560353#25

 Cheers,

I've planned this for the time the new debian stable is released, which should 
be pretty soon. The problem is that I'm bound to kde3.5 ATM and I'll hae to 
migrate my productive environment too.

For now I have a workaround that keeps me on the safe side.

I've tested 2.30 already but didn't have time to do excessive testing yet.

kind regards

-- 
MPhil. E. Kotsev
pub   1024D/648C084C 2008-06-06 Emanoil Kotsev 
emanoil.kot...@sicherundsicher.at
 Primary key fingerprint: 002C AF99 232A 5A44 EF9E  6D7D 0D65 4160 648C 084C



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#560353: [Evolution] Bug#560353: evolution crashes or does not show messages randomly

2010-02-23 Thread emanoil . kotsev


 Hi,  

  this story is not easy  at all. Someone wrote how to  activate the
debugging and what would be helpful, but my provider lost my mails
from last year, so I am writing again here with my new findings in the
hope that it will help someone debug this.  

 I'm recently starting evolution with

  LC_ALL=de_DE.UTF-8 CAMEL_VERBOSE_DEBUG=5 CAMEL_DEBUG=4 evolution
--debug /tmp/evolution.dbg  

  CAMEL_DEBUG=4 is not working for this version of evolution but here
is what I found.   

 uri: mbox:/home/emanoil/.evolution/mail/local#Inbox/Enigma
 full_name: Inbox/Enigma
 flags: 0008
   uri: mbox:/home/emanoil/.evolution/mail/local#Drafts
   full_name: Drafts
   flags: 0008
   uri: mbox:/home/emanoil/.evolution/mail/local#Sent
   full_name: Sent
   flags: 0008
   uri: mbox:/home/emanoil/.evolution/mail/local#.%23evolution/Trash
   full_name: .#evolution/Trash
   flags: 0cf2
   uri: mbox:/home/emanoil/.evolution/mail/local#.%23evolution/Junk
   full_name:
.#evolution/Junk
   flags: 10f2
  43640950 
 filtered based on junk header ? 0
 Sender 'Jump User for IPPROV ' in book? 0
 Thread 42e3f950 
 CamelFolder:get_message('personal/Inbox', '0a20dd13') =
 class: CamelMimeMessage
 mime-type: text/html; charset=iso-8859-1
 content class: CamelDataWrapper
 content mime-type: text/html; charset=iso-8859-1
  42e3f950 
 Thread 43640950 
 CamelFolder:get_message('personal/Inbox', '0a20dd18') =
 class: CamelMimeMessage
 mime-type: text/plain
 content class: CamelDataWrapper
 content mime-type: text/plain
  43640950 
 Thread 43640950 
 pipe_to_bogofilter /usr/bin/bogofilter --unicode=yes
  43640950 
 junk filter = clean
 Thread 43640950 
 CamelFolder:get_message('personal/Inbox', '0a20dd18') =
 class: CamelMimeMessage
 mime-type: text/plain
 content class: CamelDataWrapper
 content mime-type: text/plain
  43640950 
 filtering 'Daily Healthcheck WARN' applying rule Betreff ist Daily
Healthcheck

CamelException.setv(0x40b05050, 2, 'Ordner konnte nicht
geöffnet werden')
 Thread 40b05950 

CamelStore('exchange://##exchange_user##;auth=ba...@##exchange_server##/;filter_junk;filter;check_all;owa_path=/exchange;mailbox=##firstname.lastname##;ad_server=##DOMAIN_SRV_FQDN##;save-passwd=true;owa_url=http://##EXCHANGE_SERVER##/exchange/;sync_offline;ad_limit=100;filter_junk_inbox'):get_folder('personal/Deleted
Items', 0) = (nil)
   failed: 'Ordner konnte nicht geöffnet werden'
  40b05950 
 Thread 40b05950 

CamelStore('exchange://##exchange_user##;auth=ba...@##exchange_server##/;filter_junk;filter;check_all;owa_path=/exchange;mailbox=##firstname.lastname##;ad_server=##DOMAIN_SRV_FQDN##;save-passwd=true;owa_url=http://##EXCHANGE_SERVER##/exchange/;sync_offline;ad_limit=100;filter_junk_inbox'):get_folder('personal/Drafts',
0) = 0x1070400
  40b05950 
 CamelException.setv(0x40b05050, 2, 'Fehler beim Kommunizieren mit
Evolution Exchange-Hintergrundprozess: Datei oder
Verzeichnis nicht
gefunden')
 Thread 40b05950 

CamelStore('exchange://##exchange_user##;auth=ba...@##exchange_server##/;filter_junk;filter;check_all;owa_path=/exchange;mailbox=##firstname.lastname##;ad_server=##DOMAIN_SRV_FQDN##;save-passwd=true;owa_url=http://##EXCHANGE_SERVER##/exchange/;sync_offline;ad_limit=100;filter_junk_inbox'):get_folder('personal/Inbox',
0
 (evolution:7344): camel-exchange-provider-CRITICAL **:
camel-stub.c:472: Uncaught case (42)
 (evolution:7344): camel-exchange-provider-CRITICAL **:
camel-stub.c:472: Uncaught case (369907584)
 (evolution:7344): evolution-mail-WARNING **: Failed to refresh
folders: Neue Nachrichten konnten nicht abgerufen werden   
 Thus this message (evolution:7344): camel-exchange-provider-CRITICAL
**: camel-stub.c:472: Uncaught case (369907584) seem to be the issue
for me  

 I noticed that it crashes excessively after I change my password.
What could be the issue.  

  thanks in advance   

 regards  

Bug#558826: closed by Peter Fritzsche peter.fritzs...@gmx.de (invalid)

2010-01-07 Thread Emanoil Kotsev
На Wednesday 06 January 2010 23:06:16 Debian Bug Tracking System написа:
 This is an automatic notification regarding your Bug report
 which was filed against the kmymoney2 package:

 #558826: kmymoney2 on x86_64 can not read gpg encrypoted file created on
 i386 system

 It has been closed by Peter Fritzsche peter.fritzs...@gmx.de.

 Their explanation is attached below along with your original report.
 If this explanation is unsatisfactory and you have not received a
 better one in a separate message then please contact Peter Fritzsche
 peter.fritzs...@gmx.de by replying to this email.

Thanks for closing the bug, I agree that it is not really a bug but there 
should be a better mapping for the gpg errors as it's hard to track the root 
cause.

In my case in my gpg.options file there was line for the pinentry-qt which was 
not installed. However kmymoney failed saying it can not read the file (the 
kmymoney file)

I think I'll file a feature request. What do you think?

regards

-- 
pub   1024D/648C084C 2008-06-06 Emanoil Kotsev 
emanoil.kot...@sicherundsicher.at
 Primary key fingerprint: 002C AF99 232A 5A44 EF9E  6D7D 0D65 4160 648C 084C



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#560353: [Evolution] Bug#560353: evolution crashes or does not show messages randomly

2009-12-16 Thread emanoil . kotsev
Hi,

yesterday it did crash right after startup, when reading and syncing
folders from the xchange server

today it crashed, when I tried to write a mail and started typeing in the
address field

What I notice is that each time right before it crashes it says BBDB
spinning up...

(evolution:7271): libecal-WARNING **: e-cal.c:319: Unexpected response
BBDB spinning up...

(evolution:7271): gtkhtml-WARNING **: oo

(evolution:7271): gtkhtml-WARNING **: oo

(evolution:7271): gtkhtml-WARNING **: oo

(evolution:7271): gtkhtml-WARNING **: oo

(evolution:7271): gtkhtml-WARNING **: oo

(evolution:7271): gtkhtml-WARNING **: oo

(evolution:7271): gtkhtml-WARNING **: oo


Do you know how I can track this issue or help somebody debug and solve it.

I guess that some search/write/read functions are not working properly as
it breaks when doing things with calendar and address book.

Still annoying is that it is happening at random

thanks in advance

regards


On Thu, 10 Dec 2009 21:18:19 +0100, Yves-Alexis Perez cor...@debian.org
wrote:
 On 10/12/2009 18:09, Emanoil Kotsev wrote:
 Package: evolution Version: 2.22.3.1-1 Severity: important

 Hi, sorry to bother you again, but evolution still causes troubels. I
 am trying to be comercial os free user and really need a reliable app
 to check exchange mailbox at work. Unfortunately since I'm using
 evolution it constantly causes different kind of troubles.
 
 Yeah, you're not exactly the only one :) And exchange is especially
 problematic, from what I heard. It might be better in recent evolution
 versions (like 2.26 or 2.28).

 First it took about an year to find out that it was crashing at
 random, when trying to autoadd email addresses to the global
 calendar, but recently I read about disableing the autoadd option and
 it worked fine.

 Few weeks ago I moved from 32 to 64 bit debian lenny and was forced
 to export/import messages, because evolution was not able to read my
 old mailbox
 
 Yes, the summaries weren't compatible between 32 and 64 (or any other
 arch I guess). The sqlite backend is supposed to fix that.
 
 I noticed that I didn't receive mail for a long time. Usually I get
 mail every 5minutes. So I checked webmail and there were about
 10mails in my mailbox. I tryed to press New and evolution crashed
 with following output in the console. (libnm_glib_nm_state_cb: is
 somwhat normal I learned last time when discussing here)
 
 Is it fully reproducible? Can you get a backtrace? Is it only with
 evolution-exchange or with other backends as well? Any chance you might
 try with a more recent evolution? (testing as 2.28).
 
 Cheers,
 --
 Yves-Alexis
 
 
 
 --
 Yves-Alexis




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#560349: reportbug crashed while filing bug report

2009-12-10 Thread Emanoil Kotsev
Package: reportbug
Version: 3.48
Severity: minor


Sorry, to bother you but I'm pissed off with evolution constantly crashing or 
failing to do what expected, so I tried to file a bug today but 
failed:

130) #527029  [evolution] error while installing scrollkeeper
  131) #527459  evolution: Search by size not in kB but in bytes
  132) #529176  evolution: Compose window disappears every so often in
the middle of editing
  133) #529382  evolution: Cannot open URL in email message
Traceback (most recent call last):
  File /usr/bin/reportbug, line 1829, in module
main()
  File /usr/bin/reportbug, line 850, in main
return iface.user_interface()
  File /usr/bin/reportbug, line 958, in user_interface
main()
  File /usr/bin/reportbug, line 850, in main
return iface.user_interface()
  File /usr/bin/reportbug, line 1388, in user_interface
version=pkgversion)
  File /usr/share/reportbug/reportbuglib/reportbug_ui_text.py, line
529, in handle_bts_query
mirrors, http_proxy, screen, title)
  File /usr/share/reportbug/reportbuglib/reportbug_ui_text.py, line
607, in browse_bugs
sys.stderr.write(line.decode('utf-8').encode(output_encoding,
replace))
  File /usr/lib/python2.5/encodings/utf_8.py, line 16, in decode
return codecs.utf_8_decode(input, errors, True)
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 111-112:
unexpected end of data

I had similar utf error in evolution (will file the bug next).

I installed yesterd ocaml dev/libs/utils. Until yesterday everything was fine.

Thanks for paying attention.

regards

-- Package-specific info:
** Environment settings:
INTERFACE=urwid

** /home/emanoil/.reportbugrc:
reportbug_version 3.48
mode standard
ui urwid
email emanoil.kot...@sicherundsicher.at

-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.31.6eko2 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=bulgarian, LC_CTYPE=bulgarian (charmap=UTF-8) (ignored: LC_ALL set 
to bg_BG.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages reportbug depends on:
ii  apt  0.7.20.2+lenny1 Advanced front-end for dpkg
ii  python   2.5.2-3 An interactive high-level object-o
ii  python-central   0.6.8   register and build utility for Pyt

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  debconf-utils none (no description available)
pn  debsums   none (no description available)
pn  dlocate   none (no description available)
ii  exim4 4.69-9 metapackage to ease Exim MTA (v4) 
ii  exim4-daemon-light [mail- 4.69-9 lightweight Exim MTA (v4) daemon
ii  file  4.26-1 Determines file type using magic
ii  gnupg 1.4.9-3+lenny1 GNU privacy guard - a free PGP rep
pn  python-urwid  none (no description available)

-- 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#560353: evolution crashes or does not show messages randomly

2009-12-10 Thread Emanoil Kotsev
Package: evolution
Version: 2.22.3.1-1
Severity: important

Hi, sorry to bother you again, but evolution still causes troubels. I am trying 
to be comercial os free user and really need a reliable app to 
check exchange mailbox at work. Unfortunately since I'm using evolution it 
constantly causes different kind of troubles.

First it took about an year to find out that it was crashing at random, when 
trying to autoadd email addresses to the global calendar, but recently 
I read about disableing the autoadd option and it worked fine.

Few weeks ago I moved from 32 to 64 bit debian lenny and was forced to 
export/import messages, because evolution was not able to read my old 
mailbox (I have a lt of mails there - last 3 years buziness mails)
I took my time exported - imported and since yesterday it's crashing again.

I noticed that I didn't receive mail for a long time. Usually I get mail every 
5minutes. So I checked webmail and there were about 10mails in my 
mailbox. I tryed to press New and evolution crashed with following output in 
the console. (libnm_glib_nm_state_cb: is somwhat normal I learned 
last time when discussing here)

evolution-shell-Message: Killing old version of evolution-data-server...
** (evolution:8823): DEBUG: mailto URL command: evolution %s
** (evolution:8823): DEBUG: mailto URL program: evolution
libnm_glib_nm_state_cb: dbus returned an error.
  (org.freedesktop.DBus.Error.ServiceUnknown) The name
org.freedesktop.NetworkManager was not provided by any .service files

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (2073)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (-320649984)

(evolution:8823): evolution-mail-WARNING **: Failed to refresh folders:
Fehler beim Kommunizieren mit Evolution Exchange-Hintergrundprozess:
Datei oder Verzeichnis nicht gefunden

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (42)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (369907584)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (42)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (369907584)

(evolution:8823): evolution-mail-WARNING **: Failed to refresh folders:
Fehler beim Kommunizieren mit Evolution Exchange-Hintergrundprozess:
Datei oder Verzeichnis nicht gefunden

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (42)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (369907584)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (42)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (369907584)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (42)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (369907584)
Making error
Making error

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (15)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (24)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (1287436689)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (1287436686)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (1287354759)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (484260230)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (-329516024)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (769160716)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (-600148474)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (-23496313)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (1281096709)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (974153355)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (1287354778)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (-860130678)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (-1652739442)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (-1919321843)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (-1919321841)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (52)

(evolution:8823): camel-exchange-provider-CRITICAL **: camel-stub.c:472:
Uncaught case (-1634109005)

(evolution:8823): 

Bug#560353: [Evolution] Bug#560353: evolution crashes or does not show messages randomly

2009-12-10 Thread Emanoil Kotsev
На Thursday 10 December 2009 21:18:19 Yves-Alexis Perez написа:
 On 10/12/2009 18:09, Emanoil Kotsev wrote:
  Package: evolution Version: 2.22.3.1-1 Severity: important
 
  Hi, sorry to bother you again, but evolution still causes troubels. I
  am trying to be comercial os free user and really need a reliable app
  to check exchange mailbox at work. Unfortunately since I'm using
  evolution it constantly causes different kind of troubles.

 Yeah, you're not exactly the only one :) And exchange is especially
 problematic, from what I heard. It might be better in recent evolution
 versions (like 2.26 or 2.28).

Hi, not sure if I had to write you personally or only sending to the bug 
address would be enough.


  First it took about an year to find out that it was crashing at
  random, when trying to autoadd email addresses to the global
  calendar, but recently I read about disableing the autoadd option and
  it worked fine.
 
  Few weeks ago I moved from 32 to 64 bit debian lenny and was forced
  to export/import messages, because evolution was not able to read my
  old mailbox

 Yes, the summaries weren't compatible between 32 and 64 (or any other
 arch I guess). The sqlite backend is supposed to fix that.

hm, yes it was sqlite issue but I wanted to clean up data anyway, so I don't 
complain


  I noticed that I didn't receive mail for a long time. Usually I get
  mail every 5minutes. So I checked webmail and there were about
  10mails in my mailbox. I tryed to press New and evolution crashed
  with following output in the console. (libnm_glib_nm_state_cb: is
  somwhat normal I learned last time when discussing here)

 Is it fully reproducible? Can you get a backtrace? Is it only with
 evolution-exchange or with other backends as well? Any chance you might
 try with a more recent evolution? (testing as 2.28).


I don't know if it's reproducable. It's reproducable that it does not check or 
show that mail has arraived in the mailbox which is annoying.

I'm using it only at work, so I can't test it @home, at least not that easy.

I was also about to ask if it's worth compiling the source and trying newer 
version. I' still not sure if it would be compatible with my underlying 
libararies as I'm stuck with kde3 on debian stable ATM.

thanks and regards



-- 
pub   1024D/648C084C 2008-06-06 Emanoil Kotsev 
emanoil.kot...@sicherundsicher.at
 Primary key fingerprint: 002C AF99 232A 5A44 EF9E  6D7D 0D65 4160 648C 084C



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#558826: [Kmymoney2-developer] Bug#558826: kmymoney2 on x86_64 can not read gpg encrypoted file created on i386 system

2009-12-01 Thread emanoil . kotsev


On Mon, 30 Nov 2009 20:25:42 -0500, Jack ostrof...@users.sourceforge.net
wrote:
 Hello,
 
 Have you tried various combinations of running gpg on both machines?   
 For example, encrypt the same file on both machines and see if the  
 resulting file is the same.  If it is not the same, then that would be  
 a gpg problem.  If the results are identical, then decrypt that file on  
 both machines.  If there is a strange gpg problem, that might help find  
 it wihtout involving KMM.
 
 Jack
 

Sorry, I ran out of time yesterday. I'll try this today and also try the
1.0.2 version and report back.

For now it looks to me that kmymoney does not understand that the file is
encrypted and fails reading it.

I tried what you suggested - copied the file locally and deciphered it with
kgpg - everything working fine.

Also I was able to open the unencrypted file with kmymoney afterwards.

What's the rootcause for this ... somthing kmymoney and gpg file?

What I would like to also try if I am going to have the same issue with a
clean user environment - i.e. create new user, create personal gpg
encrypted wallet and test with it.

My guess is that linking between encryption and wallet is set at creation
time and written somewhere, so that the app knows it has to decipher the
specified file.

thanks in advance 

regards




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#558826: [Kmymoney2-developer] Bug#558826: kmymoney2 on x86_64 can not read gpg encrypoted file created on i386 system (SOLVED)

2009-12-01 Thread Emanoil Kotsev
На Monday 30 November 2009 22:49:15 Salatiel Filho написа:
 is there the same .gnupg folder in your home dir ?


pinentry-qt was missing. I've installed it and it's working as expected.
I have this in the gpg-agent.conf file. I have set this hole stuff in 2003 ... 
on 32bit and never changed it.

A more explanatory message would be great in future.

sorry for troubelling you!

regards

-- 
pub   1024D/648C084C 2008-06-06 Emanoil Kotsev 
emanoil.kot...@sicherundsicher.at
 Primary key fingerprint: 002C AF99 232A 5A44 EF9E  6D7D 0D65 4160 648C 084C



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#558826: kmymoney2 on x86_64 can not read gpg encrypoted file created on i386 system

2009-11-30 Thread Emanoil Kotsev
Package: kmymoney2
Version: 0.8.9-1
Severity: normal


I'm not sure if it is a problem in the application or somewehre else, but I 
just moved my debian system to x86_64 bit
and now I can not read my kmymoney data files.
I have my data on a i386 machine and mount a directory over nfs. On the i386 I 
can open the gpg encrypted kmymoney file 
and on the 64bit system I can not open this same file. I have made a local copy 
but it still says it can not read from
the file.

What would be your advice. What should I do?

My plan is to download and compile the latest version and see what happens, but 
wanted to let everybody benefit 
from my experience.

regards

-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.31.6eko2 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=bulgarian, LC_CTYPE=bulgarian (charmap=UTF-8) (ignored: LC_ALL set 
to bg_BG.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kmymoney2 depends on:
ii  kdelibs4c2a  4:3.5.10.dfsg.1-0lenny3 core libraries and binaries for al
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libice6  2:1.0.4-1   X11 Inter-Client Exchange library
ii  libofx4  1:0.9.0-3   library to support Open Financial 
ii  libpng12-0   1.2.27-2+lenny2 PNG library - runtime
ii  libqt3-mt3:3.3.8b-5  Qt GUI Library (Threaded runtime v
ii  libsm6   2:1.0.3-2   X11 Session Management library
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3
ii  libx11-6 2:1.1.5-2   X11 client-side library
ii  libxext6 2:1.0.4-1   X11 miscellaneous extension librar
ii  zlib1g   1:1.2.3.3.dfsg-12   compression library - runtime

kmymoney2 recommends no packages.

kmymoney2 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#558826: [Kmymoney2-developer] Bug#558826: kmymoney2 on x86_64 can not read gpg encrypoted file created on i386 system

2009-11-30 Thread Emanoil Kotsev

На Monday 30 November 2009 22:49:15 Salatiel Filho написа:
 is there the same .gnupg folder in your home dir ?

Hello,

Thank you very much for your response.

Yes, this is the strange thing in the story.
I'm mounting the same home dir from the same 32bit server running same lenny 
distro with 32bit debian there is no issue.

The file I have created in 2006 is encrypted with a key that is valid and 
signed. IT is however not default, but both kmymoney32/64 read the same 
config file in my home dir ... I don't have any idea.

The really strange thing is that it is not asking for gpg password, so it 
might be some link to gpg is missing somewhere, as I've installed the hole 
system from scratch, but this is definitely not a user (home-dir) issue.
I still did not have time to check which packages I want to migrate from my 
32bit installation, so I don't know if I'm not missing some library, but all 
dependencies are solved, so I guess not. 

I could compare the system files on both 32 (I've been using before) and 64bit 
(I'm using now).

I've just compiled kmymoney2-1.0.2 but it's trying to install a sqlite plugin 
in qt in /usr where I don't want  to have it, so may be I'll try tomorrow 
installing into a test env, because it got alaready too late. 

How can I help you debugging this, or where should I look at?

regards

E.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#509129: evolution-exchange: Evolution-exchange stopped working suddenly (partly SOLVED)

2008-12-19 Thread Emanoil Kotsev
Yves-Alexis Perez wrote:

 On ven, 2008-12-19 at 00:39 +0100, Emanoil Kotsev wrote:
 Hello, don't understand me wrong and please be a bit more patient. I know
 evolution is gnome app and I use it because kde didn't provide exchange
 plugin as evolution did (respect). So I'm ready to use anything so that
 it's happy and works.
 The problem is that it was pretty happy for may be 2y. and I have a lot
 of mail saved in evolution, so I don't want to use other apps right now
 ;-).
 
 By the way, you can export your mail from evolution, to import them in
 another evolution. There's a backup plugin for that, which will then
 appear in the File menu.

Yes, Iknow this and I was thinking to give it a try, but I'm really willing to 
track the problem down and to solve it. I already have a backup from what was 
working.

 
 The information you gave here brought me to the idea to try one very
 simple thing. I removed everything evolution and gnome-keyring realted
 and reinstalled.
 This didn't help, so I created a new account, logged in and configured
 evolution with my exchange account data. It worked! It said it can not
 communicate with gnome-keyring. the keyring was not running. I started it
 I logged in into my mailbox after creating a passphrase.
 
 Nice.
 
 I changed to my own account. I removed the exchange configuration and ...
 deleted .evolution/exchange and the .gnome2/keyrings/default.keyring
 
 I created a new configuration and logged into my mail account.
 As I clicked the checkbox remember password it runs the gnome-keyring
 prompt to enter or initially to create password key.
 
 Because gnome-keyring was running, yes. If you don't want gnome-keyring,
 remove it, you'll be sure it'll not get in the way (as in the “new
 account” case).

I think I made it clear that it is not working without the gnome-keyring

 
 This makes me think that your statement that it saves the password to
 gconf is not valid at least for, which means that may be I have a problem
 with gconf.
 
 Well, I'm not really sure it saves it in gconf, but I'm sure it saves it
 somewhere I'm not interested in when gnome-keyring isn't available.

Unfortunately exactly this is not happening, that makes me think the other 
system is not available.

 
 This would be also a very good explanation why I was not prompted for
 keyring password in Suse or kubuntu, though honestly this is my
 hypothesis.
 
 “this” being?

The hypothesis is that it tries to store the PW in gconf but fails and then 
tries to store in gnome-keyring. I see evidence only for the second part.
If I remove the gnome-keyring, then no password storage method is available 
and evolution behaves funny.

 
 how do I check this gconf thingie, or better should I ask what exactly
 should I check. I remember I used the editor to do configurations in my
 personal gconf few years ago.
 
 Use gconf-editor and explore, evo settings should be in Apps/Evolution.
 

I exported with gconftool-2 -R /apps/evolution and diffed to what I think was 
working before in kubuntu.

I don't see evidence for the hypothesis there, but as far as I know gconf is a 
dynamic config system, so may be I have to boot in the system.

I did chroot for now

When I try to reconfigure (upgrade etc) gconf related apps I always see some 
errors regarding scrollkeeper-omf files. I don't know if it's related

 
 Oh, and last things:
 
 PLEASE LET THE BUG ON CC:
 DONT ANSWER TO THE LIST.
 IS THAT CLEAR?

Well, this is because I post over gmane and my yahoo account. I hope it's fine 
now. I couldn't understand what exactly means contact me if you have a  
in some of the previous mails

regards

-- 

o Emanoil Kotsev  
  penguin friendly o



signature.asc
Description: This is a digitally signed message part.


Bug#509129: evolution-exchange: Evolution-exchange stopped working suddenly (partly SOLVED)

2008-12-19 Thread Emanoil Kotsev
На Friday 19 December 2008 14:03:17 написахте:
 On ven, 2008-12-19 at 13:34 +0100, Emanoil Kotsev wrote:
  So, is it saving the password in gconf or not?! May be somewhere
  in .evolution/exchange 

 I don't think it's saved in gconf. But I don't know where it's saved.
 Not sure if the fact that it's an exchange stuff is relevant. I don't
 have an exchange account, it's a plain and pure IMAP account, so maybe
 there is differences, but if you create the account in evolution
 accounts, I don't think so.

Seems you are right about gnome-keyring. I uninstalled (see attachment) . It 
works without the keyring complaining about the absence of the daemon.

I didn't find anithing password related to evolution in the gconf data with 
the gconf dump.

May be gconf is storing the location where evolution stores the password. I 
think it is .evolution/exchange. Which could explain why after removing this 
directory and creating the account again I was  able to login again.


   As I already said above, it perfectly works here. I'm on lenny, btw.
 
  It _was_ working perfectly for me when _not_ in lenny. My home dir
  remains all the time the same, so after changing passwords on the
  exchange server it starting making troubles. This is the odd thing here.

 Well, I guess the “old” password is still lying somewhere. Could you try
 to uncheck the “save password” in the account, quit evo, run it, enter
 your password, check you can access the account, quit evo, run it,
 re-enter your password, ask it to save it, check you can access the
 account, quit evo, run it, check you can access the account without
 entering your password. Make sure no gnome-keyring is present and no
 gnome-keyring is running.


I just did this, before reading your current e-mail. With the keyring it was 
easier. Though I should run evolution --force-shutdown, start again and 
reconnect to the server.
Without the keyring installed and running it doesn't want to connect to the 
server every time. Sometime it quits after I press the quit button, sometimes 
it doesn't. Running --force-shutdown and starting again solves the problem 
after few tries.

Very bizarre

I couldn't understand what exactly means contact me if you have a
 in some of the previous mails
  
   Hmhm, what is this?
 
  This is, I wanted to cite the automatically generated mail from the
  bugtracking replay system or alike. So I was not sure if I have to
  contact you directly or continue posting to the list. I didn't want to
  disturb you personally on your e-mail, but seems this is the prefferd way
  for you.

 I don't really care if you keep me CC: ed, but it's really important to
 let the bug number in CC: so BTS keeps the bug history. And then, the
 BTS will forward the mail to the pkg-evolution mailing list, which I'm
 on. So no need to put the list on CC:


May be you have to write in each mail at the end, because as I just read it  I 
noticed it's missing from cc :-)

thanks again for the attention to this issue. I think we can turn down the 
priority to something  like occurring from time to time with possible 
workaround provided as I think removing the exchange directory in .evolution 
and the exchange configuration and recreating after this solved the problem 
for me.
I still think it works better with the keyring, what makes me think that may 
be the evo-exchange routines handling the keyring password are working better 
then the routines which handle the other way to store passwords

ls -al /data/home/emanoil/.evolution/exchange/
общо 20
drwxr-xr-x  3 emanoil emanoil 4096 18 дек 23,41 .
drwxr-xr-x 10 emanoil emanoil 4096 20 дек  0,39 ..
drwxr-xr-x  5 emanoil emanoil 4096 18 дек 23,41 ekot...@viepexc101
lrwxrwxrwx  1 emanoil emanoil   81 18 дек 23,41 
exchange___ekotsev;auth=ba...@viepexc101_;personal_Calendar - 
/home/emanoil/.evolution/exchange/ekot...@viepexc101/personal/subfolders/Calendar
lrwxrwxrwx  1 emanoil emanoil   78 18 дек 23,41 
exchange___ekotsev;auth=ba...@viepexc101_;personal_Tasks - 
/home/emanoil/.evolution/exchange/ekot...@viepexc101/personal/subfolders/Tasks

Hm, strange how it was working in kubuntu. I still have the drive with the 
installation, so I may check this tomorrow, but it would be nice to know how 
I can log more data. May I use debug (gdb)

regards

-- 

o Emanoil Kotsev  
  penguin friendly o

evolution

** (evolution:11666): WARNING **: couldn't communicate with gnome keyring 
daemon via dbus: The name org.gnome.keyring was not provided by any .service 
files
CalDAV Eplugin starting up ...

** (evolution:11666): WARNING **: couldn't communicate with gnome keyring 
daemon via dbus: The name org.gnome.keyring was not provided by any .service 
files

** (evolution:11666): WARNING **: couldn't communicate with gnome keyring 
daemon via dbus: The name org.gnome.keyring was not provided by any .service 
files
e-data-server-ui-Message: Die Schlц╪sselwertedatei enthцєlt nicht den