Bug#908271: plasma-nm: Plasmashell crashes on startup while loading plasma-nm
Package: plasma-nm Version: 4:5.13.5-1 Severity: important Dear Maintainer, When attempting to log into a wayland plasma desktop, plasmashell crashes when loading "Network" I assumed that was provided by the plasma-nm component. If I uninstall plasma-nm, plasmashell will then load and run. I tried both 4:5.13.5-1 and 4:5.13.4-1 when I do a single threaded backtrace I it ends witht this: #53 QV4::Runtime::method_storeProperty (engine=engine@entry=0x556c4850, object=..., nameIndex=, value=...) at jsruntime/qv4runtime.cpp:549 #54 0x771722b9 in storePropertyHelper (f=0x56757240, base=..., name=, value=...) at jit/qv4jit.cpp:368 #55 0x7fff55cd91ec in ?? () #56 0x7fffe9d78328 in ?? () #57 0x7fffe9d78338 in ?? () #58 0x556c4850 in ?? () #59 0x in ?? () Any guesses of what to try? -- System Information: Debian Release: buster/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'stable-debug'), (500, 'testing'), (500, 'stable'), (110, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Thread 16 (Thread 0x7fff31296700 (LWP 25752)): #0 0x754f1e6c in futex_wait_cancelable (private=, expected=0, futex_word=0x56fc1a24) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x56fc19d0, cond=0x56fc19f8) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x56fc19f8, mutex=0x56fc19d0) at pthread_cond_wait.c:655 #3 0x759524fb in QWaitConditionPrivate::wait (time=18446744073709551615, this=0x56fc19d0) at thread/qwaitcondition_unix.cpp:143 #4 QWaitCondition::wait(QMutex*, unsigned long) () at thread/qwaitcondition_unix.cpp:215 #5 0x7753a279 in QSGRenderThreadEventQueue::takeEvent (wait=true, this=0x56d4a6e8) at scenegraph/qsgthreadedrenderloop.cpp:245 #6 QSGRenderThread::processEventsAndWaitForMore (this=this@entry=0x56d4a670) at scenegraph/qsgthreadedrenderloop.cpp:709 #7 0x7753a4da in QSGRenderThread::run() () at scenegraph/qsgthreadedrenderloop.cpp:738 #8 0x75951d47 in QThreadPrivate::start(void*) () at thread/qthread_unix.cpp:367 #9 0x754ebf2a in start_thread (arg=0x7fff31296700) at pthread_create.c:463 #10 0x75646edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 14 (Thread 0x7fff31d61700 (LWP 25736)): #0 syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38 #1 0x7262af2a in g_cond_wait_until () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x725b84f1 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x725b8aac in g_async_queue_timeout_pop () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7260d8ae in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x7260ce05 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x754ebf2a in start_thread (arg=0x7fff31d61700) at pthread_create.c:463 #7 0x75646edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 12 (Thread 0x7fff337fe700 (LWP 25734)): #0 0x754f219a in futex_reltimed_wait_cancelable (private=, reltime=0x7fff337fdc10, expected=0, futex_word=0x56d923a4) at ../sysdeps/unix/sysv/linux/futex-internal.h:142 #1 __pthread_cond_wait_common (abstime=0x7fff337fdcd0, mutex=0x56d92350, cond=0x56d92378) at pthread_cond_wait.c:533 #2 __pthread_cond_timedwait (cond=0x56d92378, mutex=0x56d92350, abstime=0x7fff337fdcd0) at pthread_cond_wait.c:667 #3 0x759523dc in QWaitConditionPrivate::wait_relative (time=3, this=0x56d92350) at thread/qwaitcondition_unix.cpp:133 #4 QWaitConditionPrivate::wait (time=3, this=0x56d92350) at thread/qwaitcondition_unix.cpp:141 #5 QWaitCondition::wait(QMutex*, unsigned long) () at thread/qwaitcondition_unix.cpp:215 #6 0x7594a242 in QThreadPoolThread::run() () at ../../include/QtCore/../../src/corelib/thread/qmutex.h:240 #7 0x75951d47 in QThreadPrivate::start(void*) () at thread/qthread_unix.cpp:367 #8 0x754ebf2a in start_thread (arg=0x7fff337fe700) at pthread_create.c:463 #9 0x75646edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 11 (Thread 0x7fff33fff700 (LWP 25733)): #0 0x7563c739 in __GI___poll (fds=0x56d79bd0, nfds=2, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x725e5439 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x725e57d2 in g_main_loop_run () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7fff4d9c6e26 in ?? () from
Bug#814766: signon-ui: FTBFS: xvfb-run -a ./tst_inactivity_timer \n Floating point exception (core dumped)
Hi, I tried to replicate the bug, and ran an amd64 unstable schroot build in a loop 10 times. I didn't get any segfaults, though I did get this warning. signon-ui_0.17+15.10.20150810-2_amd64.build-libEGL warning: DRI2: failed to open swrast (search paths /usr/lib/x86_64-linux-gnu/dri: ${ORIGIN}/dri:/usr/lib/dri) Is it still failing for you? and/or what packages did you have installed Diane
Bug#805389: signon-ui: runaway dbus-daemon during build
Hello, I wasn't able to replicate this issue with an amd64-unstable sbuild chroot on my system. I ran it in several times in case it was a intermittent failure. for a in $(seq 10) ; do sbuild -c unstable-amd64-sbuild signon- ui_0.17+15.10.20150810-2.dsc ; done Do you have any thoughts what might be different about our build environments? Diane
Bug#807557: kde-telepathy-text-ui: steals focus on new chat window
Hello, Thank you for your report. I went looking through the code and that appears to be partially intentional. A comment in the code makes me think they only are trying to cause the auto- raise behavior when the contact list is open? By any chance do you have the contact list open? Does the behavior change if you have it closed? But I'll need to talk to upstream about it. I'll try to get back to you soon as well. Diane
Bug#807471: [kde-config-telepathy-accounts] Jabber configuration unusable
Those options should be present. You should be able to get to the kaccounts configuation panel by doing one of the following: right click KTP status bar icon and pick "Instant Messaging Settings" launch System Settings and select "Online Accounts" Run ktp-contactlist, pick the window looking button at the far right and select "Instant Messaging Settings" Once you have the dialog "Configure your internet accounts such as Google, Live, Owncloud" open. select a jabber account. Which should show "Select what services you want to activate", Click the configure button . Click Advanced from the new Jabber/XMPP dialog. And that finally should be the settings you're looking for. Or use mc-tool update from the command line. You can find a list of all the supported parameters in /usr/share/telepathy/managers/gabble.manager The thing I found confusing about mc-tool is you have to list the type before the parameter name. E.g. mc-tool update gabble/jabber/ktp_2djabber_2dim_15 bool:ignore-ssl-errors=Flase int:port=12345 string:resource="foo" Please let me know if these instructions work for you, and also would you have any suggestions on where a good place to provide them in the ktp packages might be? Diane On Wed, 9 Dec 2015 09:40:12 +0100 =?UTF-8?Q?Luc_B=c3=a9gault?=wrote: > Package: kde-config-telepathy-accounts > Version: 15.08.2-1 > Severity: normal > > --- Please enter the report below this line. --- > When configuring a jabber account in telepathy, I can't access to Server > Settings, Connection Settings, Resource or Security Settings. > Regards, > Luc Begault. >
Bug#805453: kde-telepathy-text-ui: ktp-text-ui crash on opening chat with any contact
Hello, Thank you for your bug report with the pointer to the fix. Though I wonder why the Debian library dependency scanner didn't see the dependency. Diane
Bug#806156: error: 'g_simple_async_result_propagate_error' is deprecated
Hi, Upstream provided a workaround by disabling the deprecation checks for this API call, so eventually this bug will return if they don't make a new release. Diane
Bug#806156: FTBFS: signon-auth-session.c:639:5: error: 'g_simple_async_result_propagate_error' is deprecated [-Werror=deprecated-declarations]
I see the error now. I made a dumb mistake in my build. I'll try to fix it soon. Diane On Thursday, November 26, 2015 06:20:50 PM Sebastian Ramacher wrote: > Hi > > On 2015-11-25 23:34:20, Diane Trout wrote: > > When I tried to build libsignon-glib with the 1.12-1 it seems to build on > > amd64. Did you tweak it slightly to make the deprecation warning an error? > > No, I did not change anything. The build fails in an up-to-date sid chroot. > -Werror comes from libsignon-glib/Makefile.am. > > > Would you happen to know what it should be replaced with? > > No. > > Cheers signature.asc Description: This is a digitally signed message part.
Bug#806156: FTBFS: signon-auth-session.c:639:5: error: 'g_simple_async_result_propagate_error' is deprecated [-Werror=deprecated-declarations]
Hello, When I tried to build libsignon-glib with the 1.12-1 it seems to build on amd64. Did you tweak it slightly to make the deprecation warning an error? Would you happen to know what it should be replaced with? Diane
Bug#804567: libaccounts-glib: FTBFS on s390x
I figured out how to log into the porter box, and tried: running the tests with dbus-test-runner, inserting a sleep in the dbus test start up script, and running under dbus-run-session (though possibly with test runner still installed) None of it helped, I kept getting 3 unit tests failures. I was tempted to just wrap the test runner in a guard condition to avoid running tests on s390x, since they run everywhere else. On one hand that seems like cheating, but on the other I'm not sure anyone is going to run a desktop on s390x. My temptation would be add the guard and and either downgrade this bug or file a new bug saying that unit tests fail on s390x. (and if you have suggestions on who understands dbus on s390x and could possibly answer some questions, I'd appreciate it) What do you think?
Bug#804567: libaccounts-glib: FTBFS on s390x
Hello, Looking through the build log it looks like its the test case that is failing. Would you happen to know if DBus behaves different on the s390x compared to the other architectures? (E.g. is it particularly slow?) Diane
Bug#804409: [kde-telepathy-kaccounts] added accounts not recognized bei kde-telepathy
Hello, First thank you for reporting the bug. I missed that dependency update. I just pushed ktp-common-internals_15.08.2-2 which adds the dependency and fixes another dependency bug. Could you let me know if that fixes the bug? Diane
Re: Comments regarding libaccounts-glib_1.18+20150112-1_amd64.changes
Hello, I was packaging libaccounts-glib for the KDE team and Scott Kitterman noticed a ./usr/lib/python2.7/dist-packages/gi/overrides/Accounts.py (and python3 version) in gir1.2-accounts-1.0. I saw you're the maintainer for python-gi and probably understand how the gi/override is supposed to work. He thinks I should add a python dependency for the package, I think that the Accounts.py is incidental to the operation of a gir1.2 package, as I understand it typelibs can be used by other languages. I was hoping you could weigh in what the gi/override directory is for, and if gir1.2- packages that contain a gi/override should have a dependency on python? This is the start of the thread of you want to review our discussion so far. https://lists.debian.org/msgid-search/e1zayue-0003zv...@franck.debian.org (And just in general is there documentation about how typelibs work? I've had some trouble finding it) Diane Trout
Re: Comments regarding libaccounts-glib_1.18+20150112-1_amd64.changes
Hm. I see the python file, but I thought gir1.2-* packages were a type library that provided services to multiple dynamic languages? The gi/overrides suggests they have a mechanism to override part of the api generated dynamically. apt-file search gi/override returns a few gir1.2 packages that have a .py file and only one lists a depends on python. gir1.2-dee-1.0: gir1.2-gexiv2-0.10 gir1.2-grip gir1.2-ibus-1.0 Diane On Saturday, September 12, 2015 00:16:10 Scott Kitterman wrote: > As is in this package, gir1.2-accounts-1.0 can't possibly work without a > python (or python3) interpreter installed, but it depends on neither. I am > going to go ahead and accept the package, but I think this should be fixed > right away. > > The usual way to generate correct python depends is with ${python:Depends} > or ${python3:Depends} and dh_python2 or dh_python3.
Re: After upgrade: Strange behavior of plasmashell
With one exception: The plasmashell itself behaves very strange. It is started decorated, having a titiebar, a window-frame, and close and minimize buttons. I am able to move this window (containing the plasmashell) around on the desktop. It looks like, the plasmashell is not started as a root-window anymore. I'm having the same experience here's an example screenshot http://ghic.org/~diane/not-a-desktop.png I solved it be removing everything and downgrading to testing. I asked David Edmundson in #plasma and he said he hadn't seen that in a year but couldn't remember what was going wrong. Is there a debian bug for this yet? Diane
Bug#792321: a clue about the crash.
Hello, as I encountered this bug and read the workaround and the suggestion to save the kscreen configuration before applying it I was able to get a diff of a kscreen file that was causing a crash.. @@ -1,17 +1,24 @@ [ { -enabled: false, +enabled: true, id: 56a261ac023a91a83de96bf5cb585786, metadata: { fullname: xrandr-unknown, name: LVDS1 }, +mode: { +refresh: 60.018642425537109, +size: { +height: 768, +width: 1366 +} +}, pos: { x: 0, y: 0 }, -primary: false, +primary: true, rotation: 1 }, { enabled: true, I have another kscreen configuration that was regenerated after I got home, and that one had the mode section in both versions. Diane -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1766339.5iy2l7pl9n@myrada
Bug#782866: pkg-kde-tools: man pages for pkg-kde-tools
Package: pkg-kde-tools Version: 0.15.16 Severity: wishlist Tags: patch Dear Maintainer, It would be convienent to have some of the documentation available at http ://pkg-kde.alioth.debian.org/symbolfiles.html available as man pages. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pkg-kde-tools depends on: ii libdpkg-perl 1.17.25 ii perl 5.20.2-3 Versions of packages pkg-kde-tools recommends: ii dpkg-dev 1.17.25 ii libwww-perl 6.08-1 Versions of packages pkg-kde-tools suggests: ii cdbs 0.4.130 ii debhelper 9.20150101 -- no debconf information .TH PKGKDE\-GENSYMBOLS 1 2015-04-18 0.15 Debian KDE dpkg-gensymbols wrapper .SH NAME .B pkgkde\-gensymbols \- a helper tool for Debian pkg-kde symbols files. .SH SYNOPSIS .B pkgkde\-gensymbols [\fB .P .SH DESCRIPTION .B pkgkde-gensymbols is a wrapper around dpkg-gensymbols that provides additional support for tracking C++ symbols such as template instantiated symbols. See .BR dpkg\-gensymbols (1) for more information about maintaining symbols files. .P .SH OPTIONS .TP .BI \-P package-build-dir Scan \fIpackage-build-dir\fR instead of debian/tmp. .TP .BI \-p package Define the package name. Required if more than one binary package is listed in debian/control (or if there's no debian/control file). .TP .BI \-v version Define the package version. Defaults to the version extracted from debian/changelog. Required if called outside of a source package tree. .TP .BI \-e library-file Only analyze libraries explicitly listed instead of finding all public libraries. You can use shell patterns used for pathname expansions (see the \fBFile::Glob\fP(3perl) manual page for details) in \fIlibrary-file\fR to match multiple libraries with a single argument (otherwise you need multiple \fB\-e\fR). .TP .BI \-I filename Use \fIfilename\fR as reference file to generate the symbols file that is integrated in the package itself. .TP .BR \-O [\fIfilename\fP] Print the generated symbols file to standard output or to \fIfilename\fR if specified, rather than to .B debian/tmp/DEBIAN/symbols (or .IB package-build-dir /DEBIAN/symbols if .B \-P was used). If \fIfilename\fR is pre-existing, its contents are used as basis for the generated symbols file. You can use this feature to update a symbols file so that it matches a newer upstream version of your library. .TP .BI \-t Write the symbol file in template mode rather than the format compatible with \fBdeb\-symbols\fP(5). The main difference is that in the template mode symbol names and tags are written in their original form contrary to the post-processed symbol names with tags stripped in the compatibility mode. Moreover, some symbols might be omitted when writing a standard \fBdeb\-symbols\fP(5) file (according to the tag processing rules) while all symbols are always written to the symbol file template. .TP .BI \-c [0-4] Define the checks to do when comparing the generated symbols file with the template file used as starting point. By default the level is 1. Increasing levels do more checks and include all checks of lower levels. Level 0 never fails. Level 1 fails if some symbols have disappeared. Level 2 fails if some new symbols have been introduced. Level 3 fails if some libraries have disappeared. Level 4 fails if some libraries have been introduced. This value can be overridden by the environment variable .BR DPKG_GENSYMBOLS_CHECK_LEVEL . .TP .BI \-q Keep quiet and never generate a diff between generated symbols file and the template file used as starting point or show any warnings about new/lost libraries or new/lost symbols. This option only disables informational output but not the checks themselves (see \fB\-c\fP option). .TP .BI \-a arch Assume \fIarch\fR as host architecture when processing symbol files. Use this option to generate a symbol file or diff for any architecture provided its binaries are already available. .TP .BI \-d Enable debug mode. Numerous messages are displayed to explain what .B dpkg\-gensymbols does. .TP .BI \-V Enable verbose mode. The generated symbols file contains deprecated symbols as comments. Furthermore in template mode, pattern symbols are followed by comments listing real symbols that have matched the pattern. .TP .BR \-? , \-\-help Show the usage message and exit. .TP .BR \-\-version Show the version and exit. .SH NOTES This man page was based on the pkg-kde symbols file help page and the .BR dpkg-gensymbols (1) man page. .SH SEE ALSO .BR http://pkg-kde.alioth.debian.org/symbolfiles.html .br .BR https://people.redhat.com/drepper/symbol\-versioning .br .BR
Bug#727800: kmail: KMail goes bonkers following Qt update
The migration bug is the one kmail bug I've been able to reproduce repeteadly. I have a work-around patch that basically does akonadictl restart when the migrator says Migration Done I've been hoping that upstream would say if that's a reasonable work around. I haven't figured out how to reproduce the other kmail bugs. And yes, one of KDE's design choices is that everything is integrated, so not shipping kmail2 would be very difficult if not impossible. You might also want to check out the current versions of evolution or thunderbird. Both are also quite decent mail clients. Diane On Monday, December 15, 2014 01:21:18 Shai Berger wrote: Finally got to it. The upgrade was not smooth at all; the update script ended quickly enough, but the real upgrade only happened when I opened KMail. I had the same experience as last time -- KMail shows blank folders, nothing seems to be going on, except if you look for it. At some point KMail's little operation in progress bar (bottom right progress bar when doing something) lit up with 0%. I tried to click the up-arrow next to it, to see what KMail was doing. After that, looking from another X session, I saw mysqld, akonadiserver and kwin(!) all taking 100% CPU (I have four cores). Pretty soon after that, kwin managed to make the X server completely unresponsive -- not even Ctrl-Alt-Fn to go to another session. This happened twice, so I'm calling it reproducible. Perhaps it should just be reported elsewhere -- I suspect a grave bug in the upgrade. It seems like the mails themselves made it through the upgrade; I haven't yet verified the filters and identities. The computer that runs Sid serves the whole family, and I had to reboot it to restore it to functional after running the imported user. A little off-topic, w.r.t. a comment Lisandro made earlier -- I understand that not shipping Akonadi is not an option. Would you say the same about KMail2? Thanks, Shai. -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/25357638.RCCSQK4xC1@myrada
Bug#772612: kmail: Sent message opened for editing by default and can be removed from sent by saving
Hello, I tried to duplicate this with 4.14.1. I had to hit T in order to actually edit the message, and then if I make a change and save it, the save button says Save to Draft, for me the modified message moved to the Drafts folder. By any chance is the modified message now in the draft folder for you? Diane Trout On Tuesday, December 09, 2014 09:04:44 Shai Berger wrote: Package: kmail Version: 4:4.14.2-2 Severity: grave Justification: causes non-serious data loss Dear Maintainer, Double-click a message in any folder; unlike in kmail1, the message opens as editable (in kmail1 this was only true for Outbox). However, if the message is opened from the sent-mail folder, then -- just like with outbox -- it is also removed from the list. When you close the message, as with any editable, you are offered to discard the changes or save as draft. If you discard, all is well; but if you save as draft, it is removed permanently from the sent folder, losing the data that the message was sent. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kmail depends on: ii kde-runtime 4:4.14.2-1 ii kdepim-runtime4:4.14.2-2 ii kdepimlibs-kio-plugins4:4.14.2-2 ii libakonadi-calendar4 4:4.14.2-2 ii libakonadi-contact4 4:4.14.2-2 ii libakonadi-kde4 4:4.14.2-2 ii libakonadi-kmime4 4:4.14.2-2 ii libakonadiprotocolinternals1 1.13.0-2 ii libc6 2.19-13 ii libcalendarsupport4 4:4.14.2-2 ii libfollowupreminder4 4:4.14.2-2 ii libgcc1 1:4.9.2-5 ii libgpgme++2 4:4.14.2-2 ii libgrantlee-core0 0.4.0-2 ii libincidenceeditorsng44:4.14.2-2 ii libkabc4 4:4.14.2-2 ii libkalarmcal2 4:4.14.2-2 ii libkcalcore4 4:4.14.2-2 ii libkcalutils4 4:4.14.2-2 ii libkcmutils4 4:4.14.2-4 ii libkdecore5 4:4.14.2-4 ii libkdepim44:4.14.2-2 ii libkdeui5 4:4.14.2-4 ii libkio5 4:4.14.2-4 ii libkleo4 4:4.14.2-2 ii libkmanagesieve4 4:4.14.2-2 ii libkmime4 4:4.14.2-2 ii libknewstuff3-4 4:4.14.2-4 ii libknotifyconfig4 4:4.14.2-4 ii libkontactinterface4a 4:4.14.2-2 ii libkparts44:4.14.2-4 ii libkpgp4 4:4.14.2-2 ii libkpimidentities44:4.14.2-2 ii libkpimtextedit4 4:4.14.2-2 ii libkpimutils4 4:4.14.2-2 ii libkprintutils4 4:4.14.2-4 ii libksieveui4 4:4.14.2-2 ii libktnef4 4:4.14.2-2 ii libmailcommon44:4.14.2-2 ii libmailimporter4 4:4.14.2-2 ii libmailtransport4 4:4.14.2-2 ii libmessagecomposer4 4:4.14.2-2 ii libmessagecore4 4:4.14.2-2 ii libmessagelist4 4:4.14.2-2 ii libmessageviewer4 4:4.14.2-2 ii libpimcommon4 4:4.14.2-2 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-network4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtwebkit4 2.3.4.dfsg-3 ii libsendlater4 4:4.14.2-2 ii libsolid4 4:4.14.2-4 ii libstdc++64.9.2-5 ii libtemplateparser44:4.14.2-2 ii perl 5.20.1-3 Versions of packages kmail recommends: ii gnupg-agent 2.0.26-3 ii gnupg22.0.26-3 ii pinentry-gtk2 [pinentry-x11] 0.8.3-2 Versions of packages kmail suggests: ii bogofilter 1.2.4+dfsg1-3 pn clamav | f-prot-installer none ii kaddressbook 4:4.14.2-2 pn kleopatra none ii procmail 3.22-23 ii spambayes 1.1b1-1 -- no debconf information
Bug#727800: kmail: KMail goes bonkers following Qt update
I contacted Upstream and although they're too busy right now he offered this clue, in response to my bug description. Diane [Diane] With akonadiconsole under job tracker I can see a vast number of SpecialCollectionsRequestJob's being scheduled and with the query browser see a bunch of Select ... from CollectionTable queries being generated. Screenshot of query browser posted: https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=40;filename=akonadi-quer ie s.png;att=1;bug=727800 I can stop the loop by restarting akonadi, though I'm not sure if that's the best solution to this. Would you have any suggestions? [upstream] From a quick look I'd say the problem is the part when the migrator tries to replace the local maildir resource, created as a requirement for the maildispatcher, with the resource it has just created for the user's previously used folder structure. It might be possible to disable that through a configuration option, but I can't remember with certainty. signature.asc Description: This is a digitally signed message part.
Bug#727800: kmail: KMail goes bonkers following Qt update
The sequence for me was: * do the upgrade * log in * the knotes upgrade script runs * the kmail2 upgrade script runs * akonadi goes a bit crazy toward the end of the kmail 2 upgrade script, but the upgrade script does report upgrade complete * after the upgrade finished then I restarted akonadi. (Either by doing akonadictl restart or just logging out and back in). Diane On Saturday, November 29, 2014 20:48:33 Lisandro Damián Nicanor Pérez Meyer wrote: Shai: please also note Diane's workaround: maybe restarting akonadi after the upgrade solves the issue. That would be: - Unlog from KDE - Do the upgrade (in you case, create the new user and copy the data) - Log in Then wait some minutes, if you see the process doesn't ends open a console and restart akonadi. I'm CCing Diane to see if I missed or made a mistake at some point. Kinds regards, Lisandro. signature.asc Description: This is a digitally signed message part.
Bug#727800: kmail: KMail goes bonkers following Qt update
Some more details about trying to debug this: I did akonadictl restart in a terminal so I could see log messages from akonadi. Then I ran /usr/bin/kmail-migrator --interactive After a bit it started constantly printing: akonadi_maildispatcher_agent($pid)/libakonadi: Resource id's don't match: akonadi_mixedmaildir_resource_0 akonadi_maildir_resource_0 the kmail-migrator seems to be from kdepim-runtime and seems to be the binary automatically launched when you start kmail the first time after upgrading. The mail spool had been configured with both imap and a local maildir. Diane signature.asc Description: This is a digitally signed message part.
Bug#727800: Upstream contacted
I just emailed upstream asking for advice. There is a simple work-around, just restart akonadi. Either by using akonadictl restart or log out and back in. Diane -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/13760999.OqQmuKaOnt@myrada
Bug#766349: Diagnosing S/MIME issues.
Even if you can't set up a test environment could you forward (as an attachment) one your failed test emails? I'd really like to look more closely at the message structure. Diane On Monday, November 24, 2014 10:29:02 Diane Trout wrote: Could you try setting up a test environment? So far I haven't figured out how to duplicate it, and the bug is currently blocking the release of jessie. Diane On Monday, November 24, 2014 08:15:51 Jörg Frings-Fürst wrote: Hello Diane, first sorry for my late answer. During some other problems we have banned kmail2. But I can setup a virtual guest system with our last config this evening. I hope that's ok . CU Jörg Am Donnerstag, den 20.11.2014, 14:43 -0800 schrieb Diane Trout: Hello I was reviewing bugs for Jessie and saw your issue and had a few ideas to check. [...] smime.p7s Description: S/MIME cryptographic signature
Bug#766349: Diagnosing S/MIME issues.
Could you try setting up a test environment? So far I haven't figured out how to duplicate it, and the bug is currently blocking the release of jessie. Diane On Monday, November 24, 2014 08:15:51 Jörg Frings-Fürst wrote: Hello Diane, first sorry for my late answer. During some other problems we have banned kmail2. But I can setup a virtual guest system with our last config this evening. I hope that's ok . CU Jörg Am Donnerstag, den 20.11.2014, 14:43 -0800 schrieb Diane Trout: Hello I was reviewing bugs for Jessie and saw your issue and had a few ideas to check. [...] signature.asc Description: This is a digitally signed message part.
Bug#766349: Diagnosing S/MIME issues.
Hello, I still inexperienced with debian's bug tracker, quoted below is my first attempt at ideas of what might be wrong. While testing on another machine I also discovered it's possible to have kleopatra and gpgsm installed but not have gpg-agent. Though for me kleopatra's self-test then reports that gpg-agent connectivity is missing. Could you run and report the results of the self test? It is in Kleopatra under settings perform self test Also could you directly send me an S/MIME encrypted email so I can see the raw message? Diane First thoughts. On Thursday, November 20, 2014 14:43:46 you wrote: Hello I was reviewing bugs for Jessie and saw your issue and had a few ideas to check. You say it sometimes works. Does whether or not it works vary depending on which identity you're sending from and who you're sending to? Is there any chance it started failing when CACert was removed from Debian's ca-certificate database? I tried to set up an S/MIME certificate and had to load the entire chain for the certificate to be valid. Your screenshot seems to imply your gmail identity is loaded correctly, but do you have other identities that may not be fully configured? (If part of the chain is missing the missing certificate should be greyed out in the chain detail view). I discovered while trying to send myself an S/MIME encrypted email, that in in addition to configuring the certificate under KMail's Identities. I also needed to set the certificate to use in Edit Contact Crypto Settings. Also under Message Preferences I suspect the Always Encrypt If Available option might cause the behavior you described. My other thought for what might be wrong is what happens if certificate checking was enabled but you didn't have network access. What are your settings under Configure KMail - Security - S/MIME Validation The last thought is KMail's S/MIME support requires gpgsm to be installed, Is it? Also I'm going to try to sign this message with S/Mime. Could you email me directly to see if its working? I'm using a startcom class 1 certificate for this test. Diane smime.p7s Description: S/MIME cryptographic signature
Bug#766349: Diagnosing S/MIME issues.
Hello I was reviewing bugs for Jessie and saw your issue and had a few ideas to check. You say it sometimes works. Does whether or not it works vary depending on which identity you're sending from and who you're sending to? Is there any chance it started failing when CACert was removed from Debian's ca-certificate database? I tried to set up an S/MIME certificate and had to load the entire chain for the certificate to be valid. Your screenshot seems to imply your gmail identity is loaded correctly, but do you have other identities that may not be fully configured? (If part of the chain is missing the missing certificate should be greyed out in the chain detail view). I discovered while trying to send myself an S/MIME encrypted email, that in in addition to configuring the certificate under KMail's Identities. I also needed to set the certificate to use in Edit Contact Crypto Settings. Also under Message Preferences I suspect the Always Encrypt If Available option might cause the behavior you described. My other thought for what might be wrong is what happens if certificate checking was enabled but you didn't have network access. What are your settings under Configure KMail - Security - S/MIME Validation The last thought is KMail's S/MIME support requires gpgsm to be installed, Is it? Also I'm going to try to sign this message with S/Mime. Could you email me directly to see if its working? I'm using a startcom class 1 certificate for this test. Diane smime.p7s Description: S/MIME cryptographic signature
Bug#767905: [kwalletmanager] after upgrade all passwords are gone
Hi, I was looking through the bug list and noticed your bug. One question I have is did you try running kdewalletmanager to check to see if KDE thinks the passwords are available? (Possibly it was network manager that changed) Have you done something like find ~ -name '*.kwl' to see if the wallet file is present but possibly in a different location. (On my testing system its in ~/.kde/share/apps/kwallet ) Also do you have anything installed from kubuntu? I see the following non- standard apt repositories listed in your bug report 500 stable dl.google.com 500 stable apt.multi24.com 500 lucid ppa.launchpad.net Diane Trout -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1541912.CVvOcCOFUy@myrada
Bug#729215: Does katepart need to be a dependency?
Hi, I did some investigation, and an even simpler way to break the loop is to ask why is katepart a dependency of kdelibs5-plugins. back in 4.7.4 Pino added: * Make kdelibs5-plugins depend on katepart, to make it provide it as it happened in 4.7. I think the dependency was added so embedded advanced text editor would show up in: System Settings - Default Applications - Embedded Text Editor. I rebuilt kde4libs after removing katepart from the dependency list and installed the changed kdelibs5-plugins. Then I removed katepart, which also removed: kwrite, kate, kde-plasma-desktop, kde-standard, plasma-netbook. I relogged and got my desktop. I then looked in System Settings,..., Embedded Text Editor and saw the editor chooser drop down box was empty -- until I reinstalled katepart (by reinstalling kde-standard) maybe the katepart dependency could be moved from kdelibs5-plugins to one of the standard meta-packages? katepart isn't really a hard dependency for kdelibs5-plugins, it's just needed for a sane desktop configuration. Diane -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2586018.jhgqIKypJy@myrada
Bug#762577: phonon-backend-gstreamer: 4:4.8.0-1 update broke device list in phonon
Hello, I believe 4.8.0-1 phonon-backend-gstreamer did depend on gstreamer1.0-alsa or gstreamer1.0-audiosink. I'm not sure if it would be better to add gstreamer1.0-pulseaudio as another alternative, or to add it as a recommends? Pity you can't express conditional dependencies If the user has pulseaudio installed they probably want the gstreamer pulseaudio driver. Diane On Wed, 24 Sep 2014 13:08:42 +1000 Kitty Box kittyofthe...@gmail.com wrote: Hi, I'm not sure what you mean by pushing but the scenario I see is the problem that someone may install phonon-backend-gstreamer expecting it to work, but since it has no dependancy on either gstreamer1.0-alsa or gstreamer1.0-pulseaudio the would not be able to switch devices with Phonon because it requires either package to see devices. That's why I am suggesting phonon-backend-gstreamer should have an or dependency on both packages. Kitty On Wed, Sep 24, 2014 at 6:26 AM, Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com wrote: On Tuesday 23 September 2014 22:58:34 kittyofthebox wrote: Package: phonon-backend-gstreamer Followup-For: Bug #762577 Hi again, It seems this isn't a bug in the package per say but more seems to be with dependencies phonon-backend-gstreamer needs gstreamer0.10-pulseaudio to properly display pulseaudio devices in Devices Preferences in Phonon. It seems to me that a dependency needs to be added somewhere so this package is not marked as unused and removed by aptitude. I have reinstalled the gstreamer0.10-pulseaudio and marked it as manual so it is not removed. To solve the problem on my computer. That's because I haven't pushed the backends yet :) Will be fixed soon. -- 18: Como se pueden evitar los problemas de alimentacion electrica * No coma cerca de un enchufe Damian Nadales http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5707507.xfhECT0U7u@myrada
Re: DNSSEC validation fails for pkg-kde.alioth.debian.org
On Sunday, July 13, 2014 17:47:58 Maximilian Engelhardt wrote: Hello, Since some time I cannot access http://pkg-kde.alioth.debian.org/ anymore using a DNSSEC validating resolver (unbound in my case). It seems that the DNSSEC entries for pkg-kde.alioth.debian.org are broken, see http://dnssec-debugger.verisignlabs.com/pkg-kde.alioth.debian.org Name resolution does work again after disabling DNSSEC which is of course a bad idea. I guess this should be fixed. Greetings, Maxi I've been having periodic problems resolving to pkg-kde.alioth while using unbound. It seemed to happen when I moved between work and home and restarting unbound would usually let me connect again. Diane signature.asc Description: This is a digitally signed message part.
Re: telepathy contact list empty
On Wednesday, July 02, 2014 08:07:30 Erwan David wrote: Hello, Since latest upgrade (in testing), my telepathy contact list is completely empty, nothing is shown. With Alt-F2 I get contact completion, so the problem is not on communication with the server, but in the display of the list. How could I debug this ? Thank you. Install the recommended package kde-telepathy-kpeople I need to update a dependency from recommended to required. (or just merge the package as non-kpeople enabled kde-telepathy doesn't seem to work) Diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/4181614.Zy7Lyuf3bf@myrada
Re: Kde-telepathy 0.8.1.
On Friday, May 23, 2014 20:43:27 Diederik de Haas wrote: On Sunday 18 May 2014 15:15:38 Diane Trout wrote: As for ktp-call-ui Why does ktp-call-ui recommend gstreamer0.10-ffmpeg? What would I miss without it? My best guess is that you'll miss out on the some codecs being available. However I'm not sure if they're actually used by anyone. Diane signature.asc Description: This is a digitally signed message part.
Re: Kde-telepathy 0.8.1.
On Tuesday, May 20, 2014 21:59:32 Ritesh Raj Sarraf wrote: On 05/20/2014 09:34 PM, Diane Trout wrote: Not working: Application Instant Messaging Presence once closed to system tray, cannot be re-opened. The application window does not show up on mouse click. What are you clicking on it? The icon in the system tray. If you check the Sytem Tray Settings, it has an option to activate Instant Messaging Presence in within it. That icon when clicked, used to open ktp-contactlist. For what its worth, I found the presence icon using your instructions. But it works correctly for me. I hadn't pushed all of the packaging to alioth so if you'd built from there, there's a slim chance that's the source for your bug. (I just pushed all of the packaging to alioth right now if you want to check). Also all of the 0.8.1 components for ktp are now available in the normal repositories. so could you also try the official release of ktp-common- internals? So I manually executed ktp-contactlist. But it did not open the window. Nothing was logged in .xsession-errors. I'll keep looking. for me ktp-contactlist prints out some log messages when it starts. Is it doing that for you? If not you can run kdebugdialog search for ktp and turn on relevant debug messages. Diane signature.asc Description: This is a digitally signed message part.
Re: Kde-telepathy 0.8.1.
On Wednesday, May 21, 2014 16:09:34 Andy Bourges wrote: HI, ...I tried 0.8.1 today, but with the same lack of success as in the previous version :( SIP: registration to a cisco CallManager works fine, but once I start to dial, nothing happens (phone widget shows ringing, but actually no signaling is happening (verified with wireshark). Anybody similar experiences? JABBER: registering to a cisco presence server passes authentication, but then a whole bunch of xml messages are exchanged and registration never completes?! Registering to google works, though... Hints welcome! I'm not surprised that SIP has issues. I've had the same issue trying to call between ktp jitsi. I'll initiate a call and the other side never pops up a do you want to answer message. I'm slowly plugging away at updating ktp- call-ui to use newer farstream / gstreamer which might help. (it offers some updates to the SIP negotiation.) I'm more surprised that Jabber isn't working. However it looks like its a bug in Cisco. https://bugs.freedesktop.org/show_bug.cgi?id=39057 It'll probably need to be fixed in telepathy... Diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1510477.JEMpD3gXe7@myrada
Re: Kde-telepathy 0.8.1.
And my guess was correct. KTP now depends on Akonadi. I still need to figure out why redshift is not working. Yes. I'm using akonadi, and ktp is too. The meta-contact support is based on libkpeople, This version uses kdepim for contact support. I'm not quite sure if libkpeople is just a compile time option or if it can be disabled at runtime. (by removing whats in kde-telepathy-kpeople.) Diane signature.asc Description: This is a digitally signed message part.
Re: Kde-telepathy 0.8.1.
Not working: Application Instant Messaging Presence once closed to system tray, cannot be re-opened. The application window does not show up on mouse click. What are you clicking on it? For me I launch ktp-contactlist which acts as a traditional main window application if I minimize it I can reopen from the task bar. If I close it, I have to relaunch it to get it back. There's also the plasma contact list, but I haven't used it so I'm not sure how its supposed to work. Diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1805647.lhpujgvygN@myrada
Re: Kde-telepathy 0.8.1.
On Monday, May 19, 2014 20:04:00 Ritesh Raj Sarraf wrote: On 05/19/2014 03:45 AM, Diane Trout wrote: The latest version of KDE telepathy mostly in unstable. Unfortunately one core library is stuck in new for a while. This version brings meta-contact support via libkpeople. HOw do we use it? A right click did not show a Merge Contact option. Though all the components haven't been released yet: highlight 2 or more contacts, and then a merge contact icon will light up in the contact-list tool bar. Diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1489962.6YqOENOo22@myrada
Kde-telepathy 0.8.1.
Hi, The latest version of KDE telepathy mostly in unstable. Unfortunately one core library is stuck in new for a while. This version brings meta-contact support via libkpeople. Unfortunately there's a bug in the contact-list that broke the action for sending files directly from the contact list. You can still send files using the ktp-send-file applet. (There's work at fixing that bug in upstream, so it should be fixed in next release). As for ktp-call-ui, I had successfully made xmpp calls between two versions of ktp and empathy, but I still haven't figured out why there are problems with Jitsi. I've also heard some reports of success making SIP calls. Diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/14007252.qdhPXDBji7@myrada
Re: Kde-telepathy 0.8.1.
I see a GPL-3+ and GPL-2+ section, with the mistake that I cut and pasted: On Debian systems, the complete text of the GNU General Public License version 3 can be found in /usr/share/common-licenses/GPL-2 from the GPL-3 section and only changed one of the 3s? (Which is still needs fixing, but I am only seeing that thing to fix). Diane On Monday, May 19, 2014 02:39:15 Sandro Knauß wrote: Hi, Nice to here that ktp 0.8.1 will be available. I looked at the NEW page and saw an error in the copyright file: two sections named License: GPL-2+ and no section that is named License: GPL-3+ Last paragraph: License: GPL-3+: either version 2 - either version 3 version 3 points to version 2: Public License version 3 can be found in /usr/share/common-licenses/GPL-2 Regards sandro signature.asc Description: This is a digitally signed message part.
Re: gstreamer1.0 dependency for kde-telepathy?
On Monday, February 17, 2014 23:14:35 Diederik de Haas wrote: Hi! Is it possible for kde-telepathy(-call-ui) to depend on the 1.0 libraries of gstreamer instead of 0.1? Cheers, Diederik Eventually yes. I'm waiting on my port of QtGstreamer to be incorporated upstream. If you want to try ktp-call-ui now you can follow the instructions at http://community.kde.org/KTp/Tasks/NewCallUI Diane signature.asc Description: This is a digitally signed message part.
Re: Konversation git changes
Commenting out the code is never a good idea. Mostly it makes sense to disallow other but debian tags. Probably introducing addition setting to additionally allow upstream tags would be better. Unfortunately I didn't know perl well enough to properly fix it. Which is why I tried to say I did something that had issues a better solution should be found. I'm guessing the right solution in something like (based on Dominique's recommendation: if (hook.variable) { if ($name !~ m,^(debian|upstream)/([^/]+)$,) { error(only tags in the debian/ or upstream/ namespace are allowed); } } else { current test } Or there's deciding that upstream/tag shouldn't be in the repository. Diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/3268144.Z6tzXWA4aD@myrada
Konversation git changes
Hello. Over in the Debian QT-KDE IRC channel people were asking about an updated konversation. I noticed the package was git buildpackage based and thought I could do a reasonable job of updating it. The changes to the package are documented in git and the debian changelog (and mostly involve importing the new version and updating debhelper standards version). However there were a couple of things I did to the git hooks to import the package. The newest kde git hooks block commits outside of the debian directory unless you set hooks.pkgkdeDontRestrictTree = true That allowed me to commit, but that was still blocking the upstream/ tag that gbp likes to make. I decided to allow the tag to upload by modifying hooks/update in verify_tag to look like this. (Commenting out the error). if ($name !~ m,^debian/([^/]+)$,) { # hack by diane-guest. don't restrict tags for gbp repositories return; #error(only tags in the debian/ namespace are allowed); } That way debian/ tags are still verified, but other tags can go through. Those seemed like reasonable changes to me for a git-buildpackage style package, but I wanted to make sure I documented what I did. Diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/3822322.7zTv4tN1Oc@myrada
Bug#735842: Testing relevant to isolating this bug.
I'm pretty sure the problem starts with pulse. I was impacted by this bug, I first noticed it a little bit before Jan 21st. My dpkg.log shows that the pulseaudio package on my system was upgraded to 4.0 on Jan 20. The previous Debian version was 2.0. After uninstalling pulse and just using phonon, the bug goes away. Before getting to that point I had also tried downgrading kmix from 4.11.3 to 4.10.5 and the problem still happened. Unfortunately downgrading pulse back to 2.0 looks difficult as it would remove a bunch of KDE packages. (I haven't investigated what is actually depending on libpulse yet). What seems to be happening is changes in a stream volume change the master volume. AKA if you wiggle the slider for controlling a stream volume the master volume changes. So when when the notification system forces its stream volume to 100%, it changes the master volume. The part I don't currently understand is why Amaroks stream volume doesn't change until the next track. Diane -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1615346.xMiPsfhruQ@myrada
Bug#717338: Questions
I found a ~/.kde/share/apps/nepomuk/repository/main/data/virtuosobackend directory that has a soprano-virtuoso.log file. That might have something interesting? No, just a hint about wildcard needs at least 4 leading characters. I had that error message too. I can imagine, that it is a configuration error. But where should I start searching? I deleted akonadi files, nepomuk files with no difference. If something is wrong with the sparql command or the RDF stuff, where are the data stored? What should I check? No FROM GRAPH IDENTIFIED BY clause and no default graph specified gives a hint for a problem within my installation. But how can I change the sql clause or define a default graph? I'm not sure. You may want to try reporting your bug at bugs.kde.org or asking in #nepomuk- kde or #kontact on freenode.net. I'm just a new contributor and am trying to learn the KMail2 code base while trying to help you. You might be find some new errors from nepomuk by restarting the nepomukserver in a shell. $ qdbus org.kde.NepomukServer /nepomukserver quit # wait for it to quit $ nepomukserver (from http://techbase.kde.org/Projects/Nepomuk/ManagingNepomukProcesses ) Though I think the component you really need to watch is akonadi_nepomuk_feeder, but I don't know how to start it from the shell. I did also find akonadictl. akonadictl status does give a report if akonadi thinks search is working. Another debugging technique might be create a new user, configure kmail with a simple resource and see if that works, and then slowly copy in your current mail resources. My configuration is a fairly simple single disconnected IMAP server. You mentioned using mailbox, but your log message had an entry no feeder for type inode/directory. I was assuming the akonadi_nepomuk_feeder was indexing all the mail. I suppose there's a chance that mailbox is being indexed using nepomukfileindexer. (Is it running?) Diane -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2002326.CIteqF4PEK@myrada
Bug#717338: Questions
Yep, I found this bug before submitting mine. But re-adding the feeder doesn't help. I tried the debugger a few days ago, but it flooded me with text. I don't know much about the correct behaviour of nepomuk/akonadi, so I would appreciate a hint for search. I will give it a try on weekend and post if I can identify any (for me) special output. The akonadiconsole was a long-shot. I can only occasionally figure out what its doing. I managed to find nepomukpimindexerutility and was able to run it without getting an error. From your log messages, the line that seems wrong is the SQLErrorDirect failed on query 'sparql delete...'. The only place I can find code that looks like it generates that delete query is at: http://sources.debian.net/src/nepomuk-core/4:4.10.5-1/services/storage/resourcemerger.cpp?hl=775#L775 That led me to wonder about the nepomuk configuration. I found a ~/.kde/share/apps/nepomuk/repository/main/data/virtuosobackend directory that has a soprano-virtuoso.log file. That might have something interesting? There's also ~/.kde/share/config/nepomukserverrc for me one of the more useful sections is: [main Settings] Maximum memory=50 Storage Dir[$e]=$HOME/.kde/share/apps/nepomuk/repository/main/ Used Soprano Backend=virtuosobackend There are other supposedly other soprano backends, but I think everything but virtuoso is supposed to be currently broken. Out of curiosity, does this command work? Its a simple count of RDF objects IDs virtuoso. sopranocmd --socket `kde4-config --path socket`nepomuk-socket --model main \ --nrl query 'select count(?s) where { ?s ?p ?o }' For me after running that I get: callret-0 - 1205164^^http://www.w3.org/2001/XMLSchema#int Total results: 1 Execution time: 00:00:00.194 kmail2 works by letting akonadi manage resources and nepomuk index data. Nepomuk uses soprano as an interface to the RDF data format. soprano is storing data in a virtuoso database. Akonadi is also storing data (by default) in a mysql database hidden in ~/.local/share/akonadi. To me it seems like your error message is implying some configuration information isn't being set up correctly for the delete query. Diane -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1959441.WRGIKzc1Oe@myrada
Bug#717338: Questions
On Thursday, August 08, 2013 13:06:20 Volker Groll wrote: Hi Diane, sorry, no I'm not running ubuntu, I just installed some ubuntu packages long time ago (it was stuff about tlp). I deleted the lsb release file in /etc, so now the standard answer of debian sid is showing up Ah ok. That makes sense. As far as I can tell all your version numbers look like they're the right versions. I found: https://bugs.kde.org/show_bug.cgi?id=319258 which seems similar to your problem, their workaround was to use akonadi console and remove and then re-add the Akonadi Nepomuk Feeder. If the re-adding the feeder doesn't help, it may be worth trying the debugger tab in akonadiconsole. It should be able to capture information from more aspects of akonadi and nepomuk. I hope one of those ideas helps. Diane -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4676067.EWKXDf6EJu@myrada
Bug#717338: Fwd: Re: Questions RE Bug 717338
Forwarding reply to bug tracker. -- Forwarded Message -- Subject: Re: Questions RE Bug 717338 Date: Wednesday, August 07, 2013, 14:57:05 From: Volker Groll volker.gr...@web.de To: Diane Trout di...@ghic.org Hello Diane, thanks for your help. Am Dienstag, 6. August 2013, 14:09:26 schrieb Diane Trout: I noticed that kmail has the ability to individually toggle indexing on mail folders. I wonder if for some reason it defaulted to off for many of your folders as in your second email you mention that the index utility is searching a very small number of mails. So it might be useful to compare properties between an indexed folder and an unindexed folder. Hm, there is no real systematic on it. nepomukpimindexerutility shows me for a folder with 191 emails: folder [Indexing Level: 3] 2 mails [Indexing Level: 3] all other mails [Not Indexed] Triggering indexing gives nepomukpimindexerutility(28040) ItemQueue::fetchJobResult: Not all items were fetched: 0 1 on stdout no matter wether the mail was reported as indexed or not. stdout results for indexing the folder i put in the attachement trigger-folder.txt After a restart of my laptop I see in stdout trigger-folder-after-restart.txt Now no mails in this folder are indexed! Right click on folder, pick folder properties, go to maintenance tab. and check the indexing section. Make sure indexing is on, check the last index time, and maybe try the force reindexing button. Indexing is on for all my folders, forcing the index doesn't show any difference. If that doesn't help, kmail depends closely on akonadi, and I didn't see the core akonadi components in the package list from report bug. Could you send the output of: dpkg -l '*akonadi*' ||/ NameVersion Architecture Description +++-===- ==-==- === ii akonadi-backend-mysql 1.9.2-2 allMySQL storage backend for Akonadi un akonadi-backend-postgresql none none (no description available) un akonadi-backend-sqlite none none (no description available) un akonadi-kde none none (no description available) ii akonadi-server 1.9.2-2 i386 Akonadi PIM storage service ii akonadiconsole 4:4.10.5-2 i386 management and debugging console for akonadi ii libakonadi-calendar44:4.10.5-1 i386 library providing calendar helpers for Akonadi items ii libakonadi-contact4 4:4.10.5-1 i386 library for using the Akonadi PIM data server ii libakonadi-kabc44:4.10.5-1 i386 library for using the Akonadi PIM data server ii libakonadi-kcal44:4.10.5-1 i386 library for using the Akonadi PIM data server ii libakonadi-kde4 4:4.10.5-1 i386 library for using the Akonadi PIM data server ii libakonadi-kmime4 4:4.10.5-1 i386 library for using the Akonadi PIM data server ii libakonadi-notes4 4:4.10.5-1 i386 library for using the Akonadi PIM data server un libakonadiprivate1 none none (no description available) ii libakonadiprotocolinternals11.9.2-2 i386 libraries for the Akonadi PIM storage service For me I have akonadi-server, akonadi-backend-mysql, and libakonadiprotocolinternals1 at version 1.9.2-2 in addition the various libakonadi components with the kde version number of 4:4.10-5-1. All installed here. Greetings Volker Groll -nepomukpimindexerutility(28040)/kdecore (KSycoca) KSycocaPrivate::openDatabase: Trying to open ksycoca from /var/tmp/kdecache-volker/ksycoca4 nepomukpimindexerutility(28040)/kdecore (trader) KMimeTypeTrader::query: query
Bug#717338: Questions
Hello again, I noticed the report bug header suggested you were running ubuntu 11.04? what is the output of the following commands: lsb_release -a apt-cache policy apt-cache policy kmail apt-cache policy virtuoso-minimal dpkg -l '*odbc*' | grep ^ii Thanks, Diane -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2062834.h3S6uhUghT@myrada
Bug#717338: Questions
Hello, I had some questions which might be helpful in figuring out your bug. I noticed that kmail has the ability to individually toggle indexing on mail folders. I wonder if for some reason it defaulted to off for many of your folders as in your second email you mention that the index utility is searching a very small number of mails. So it might be useful to compare properties between an indexed folder and an unindexed folder. Right click on folder, pick folder properties, go to maintenance tab. and check the indexing section. Make sure indexing is on, check the last index time, and maybe try the force reindexing button. If that doesn't help, kmail depends closely on akonadi, and I didn't see the core akonadi components in the package list from report bug. Could you send the output of: dpkg -l '*akonadi*' For me I have akonadi-server, akonadi-backend-mysql, and libakonadiprotocolinternals1 at version 1.9.2-2 in addition the various libakonadi components with the kde version number of 4:4.10-5-1. Thank you, Diane Trout -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2007540.5PZk29IcEZ@myrada
Re: KDE 4.10
On Wednesday, May 22, 2013 14:17:01 Thorsten Glaser wrote: On Mon, 15 Apr 2013, Sune Vuorela wrote: the kolab stuff has mostly been moved out to a separate set of libraries that aren't yet in debian (we are working towards it though). Do you have any progress status on that? Last I saw a few days ago was the Kolab developer was working on a cross- platform build bug. http://packages.qa.debian.org/libk/libkolabxml.html -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1464557.kYoa0kiI1G@myrada
Re: KMail2
On Friday, May 10, 2013 12:04:16 Diederik de Haas wrote: On Friday 10 May 2013 09:41:52 David Baron wrote: So far, runs nicely except it is always asking for account passwords, no option to remember. I'm not sure it's the same, but ever since the upgrade to 4.10/KMail2 KWallet asks for my KWallet password A LOT to retrieve (or send) the mail from 1 of my email accounts. I've made no change to KWallet's config. I think KMail2 is using a different acount resource so is being treated differently by kwallet. If you're getting prompted all the time for your password I suspect kwallet is not set to allways allow. Try looking in system settings Account Details KDE Wallet Access Control, -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4999213.Mbt13LvP99@myrada
Re: Problems with contacts and calendar in Kontact, Wheezy
What version of korganizer are you using? $ dpkg --status korganizer The default version of korganizer in wheezy looks like it should be 4.4.11 and I'd think should be pretty similar to the one in squeeze (4.4.7) If you tried installing the kde 4.10 build. Akonadi is sufficiently different I'm not sure there's a clean way to migrate, other than say export and reload. Diane On Tuesday, May 07, 2013 17:19:13 t...@timfolger.net wrote: Hi, I just upgrarded from Squeeze to Wheezy a couple of nights ago, and most things went pretty smoothly. Kontact was a different story. A total mess. Kmail works fine, but the calendar and address book don't work as expected. First problem: I can't edit contacts in the address book, or add new contacts. Whenever I try to edit a contact to add, say, a phone number or street address, the information isn't saved. Second problem: calendar entries aren't saved from one session to the next. If I enter an event on the calendar, it's not there next time I restart kontact. Third problem, really more of an annoyance: Below each contact in the address book there are two big QR codes. From what I've been able to find out online, there is no way to turn this feature off in the version of kontact that shipped with Wheezy. One suggested solution was to edit ~/.kde/share/config/akonadi_contacts_resource_0rc to add the following two lines: [View] QRCodes=false That didn't work. But I could live with the QR code if I could just get basic functionality working in Kontact. I've wasted an entire day trying to fix this. I've been using kontact for a few years, and kmail as a stand-alone applicaiton before that, but now I'm strongly considering switching to something a bit more user friendly. I don't see how something this problematic could be included in debian stable. -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5034882.CThHkacVik@myrada
Re: KDE 4.10
BUT: I noticed the Language package kde-l10-de was still from experimental and lacked the translations for kmail to german, So kmail menues were in English. So I downgraded also the language pack to the version from ubuntu containing the German translations for kmail. And after a restart of kontact/kmail THE SEARCH SUDDENLY WORKED! I don't know if nepomuk considers LOCALE and COLLATION in its database, but maybe this is a hint I was also going to suggest checking to make sure that email indexing was turned on. There's a check box in system settings - desktop search - basic settings called Email Indexing Though its good to know that the kmail l10n stuff is probably in the upstream l10n package. Diane
Re: KDE SC 4.10
People desperate for 4.10 are installing experimental, which is crazy, experimental is the crucible of package pain and will always be that way, but it is unnecessary for alot of applications out there, including KDE. I'd rather test application bugs than package dependency bugs in experimental. Thats mental. I tried to install from experimental. I decided it was more pleasant to check the KDE packaging out from git and build my own against wheezy. -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1538267.YU844oRI3e@myrada
Re: KDE 4.10
Try running akonadiconsole and looking at the On the agents tab make sure there's an Akonadi Nepomuk Feeder, that its online and says something about indexing completed. I find that it sometimes disables itself. Diane On Tuesday, April 16, 2013 21:04:12 Aribert Biel wrote: On Tuesday 16 April 2013 12:59:13 Thorsten Glaser wrote: . I seem to recall a recent upload that disabled that component anyway. In my current setup (still waiting for the groupware components, but mail and xkcd feeds work) the feeder component is disabled, and stuff still works. My system also says that Nepomuk is “not operational”, but installing virtuoso-minimal made the message that “the Soprano Virtuoso plugin is required” (or the virtuoso soprano plugin, don’t remember), which prevented kontact from starting at all, go away. bye, //mirabilos Hello all, I upgraded from wheezy / qt-experimental kde 4.9.5 to kde4.10 from experimental by selecting the kde packages by hand in synaptic. After that I installed kdepim 4.10 from ubuntu - raring. kmail was working flawlessly with 3 imap accounts, contacts were delivered via akonadi resource carddav and calendar data via akonadi resource caldav. When the new experimental kdepim 4:4.10.2-1 packages were out, i upgraded to the experimental packages. Every thing seems to work (mails, contacts, calendar) EXCEPT SEARCHING (S) IN KMAIL which used to work in the ubuntu version before the upgrade. I even could do searches for from Adresses only entering the user name before the '@' sign which was not possible in kmail 4.9.5 (kdepim 4.9.5 from ubuntu quantal with qt-experimental). So upstream searching in kmail IS working. The Error message when trying a search is Can not get search result. Unable to create persistent search nepomuk is running, virtual tag folders in dolphin are working. I am sure that there are no traces of libs or programs from ubuntu left. What can I test? Thank you for your attention. ari -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/9779992.tMkYGCRATs@myrada
Re: Back to KDEPIM 1 and KDE SC 4.8.4 due to repeated mail data loss
Did you check to see if the message was still on the server after it vanished locally? I wonder if they started assuming local is a cache? Diane On Wednesday, April 17, 2013 00:07:40 Martin Steigerwald wrote: Hi! I am back to KDEPIM 1 aka 4.4.11 and KDE SC 4.8.4 from Sid. Reason? Data losses. [Akonadi] [Bug 318227] New: Data loss on restarting Akonadi to get it responsive again https://bugs.kde.org/318227 [Akonadi] [Bug 318290] New: Empty mails: AkonadiAgentServer(4890)/libakonadi Akonadi::ResourceBase::itemRetrieved: Item does not provide part HEAD/RFC822 https://bugs.kde.org/318290 And finally the thing were I had enough of it: [Akonadi] [Bug 318444] New: data loss in maildir resource: Mails that were accessible disappeared and are not visible in maildir directory anymore https://bugs.kde.org/318444 KMail 2 / Akonadi lost mails from debian-kde mail folder while I was *reading* it. I never saw something like this with any mail application I ever used. I had this running on BTRFS, and due to a BTRFS problem with scrubbing I cannot fully prove that my BTRFS /home filesystem is correct. But I do think that it is no issue with BTRFS since the rsync based backup worked nicely. But the scrubbing does not complete right now and gives a kernel backtrace. Sorry, but I think my first head up were premature. Here is how I went back: 1) I had some discussion with Debian´s package management that I do not really remember in full. It basically went down to: dpkg --force-depends --purge $( dpkg -l | grep 4.10.2 | awk '{print $2;}' ) before trying to install old KDE SC and KDEPIM again. 2) Restore maildir from backup: merkaba:/mnt/home-zeit rsync -a -AHXS -P --del martin-Mail-2013-04-11/ /home/martin/Mail/ 3) Restore exact matching kmailrc from backup: martin@merkaba:~/Backup/KDEPIM-1/Konfigurationsdateien cp -p kmailrc ~/.kde/share/config/kmailrc I didn´t do this initially, since I thought KMail 2 uses a new config file kmail2rc and the old one would remain unaltered. Well was altered and KMail 1 tried to check all of its index files and it took ages. 4) Then I had KMail download about 60 MB and 6000 mails from last 5 days from my Dovecot POP3 server. This worked cause I configured KMail2 / Akonadi to keep mails on server for 7 days. Only thing that doesn´t work right now is my CRM114 spam filter integration. Whyever. I did not try what happens with IMAP accounts, but at least with POP3 I am quite sure that I had data losses. So be careful. I would have kept testing KDEPIM 2 despite the other about 10 bugs I reported which were are about performance issues - on an ThinkPad T520 with Intel Sandybridge i5 with 2,5GHz and 8 GB of RAM and 300 GB Intel SSD 320! - and some other oddities, but these repeated mail data loss were unacceptable for me. Ciao, -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1759909.oHM04iabqz@myrada
Re: KDE 4.10 (was Re: knode: trying to overwrite key.png, which is also in package libkpgp4)
On Monday, April 15, 2013 13:18:14 Sune Vuorela wrote: On 2013-04-15, Thorsten Glaser t...@mirbsd.de wrote: Maybe kdepim should Depends virtuoso-minimal and either depend on akonadi 1.9 or break akonadi 1.9 ? At least something related to akonadi has already been committed to the git packaging repository. There is likely a few other rough ends here and there. Is virtuoso-minimal a hard requirement for kdepim? My understanding is that kmail2 needs nepomuk and akonadi to work, and its Nepomuk that has a hard dependency on virtuoso. Akonadi is incompatible with virtuoso and needs its own seperate dbm to work. I think there was some wizard like capabilities built into kmail for configuring mail. Also I sometimes found akonadiconsole useful in trying to visualize the stack of modules working to pull in PIM mail data. diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2628261.1nPd94r2eh@myrada
Re: KDE 4.10 (was Re: knode: trying to overwrite key.png, which is also in package libkpgp4)
My suggestion for some of you who seems to have gotteng the system to work after installing virtuoso, what happens if you disable nepomuk in systemsettings afterwards? Does mail stop appearing? Mail still appeared though I couldn't use the search box to filter my mail. Using recent addresses still worked with the feeder offline. To do the test, I used akonadiconsole to take the akonadi nepomuk feeder component offline. Akonadi hung at indexing recent changes after I did the test. Diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1673646.K7TgSlWG9A@myrada
Re: Creating Activities does not work anymore
I'm running my own build of the experimental git packages. I was able to create an activity by: Clicked on activity Manager. Clicked create activity. Clicked Empty Desktop. Looked at empty desktop Is that close to what you tried? When you try to create an activity, is there any log messages in .xsession- errors? Diane On Saturday, April 13, 2013 11:15:54 Rainer Dorsch wrote: Hello, since the upgrade to 4.10 from experimental, creating activities does not work anymore for me. If I create an activity, it does not show up in the Activity Manager, there is no sign of a newly created activity and I certainly can not activate it. Is anybody else seeing this? Thanks, Rainer -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8943160.v0lJU7c4h2@myrada
KDE-SC git watch files
Hi, a few kde-sc packages have wrong watch files and a few are missing watch files. The following end in .bz2 while upstream has switched to .xz korundum smokegen smokekde These were missing a watch file marble kcalc kcharselect for kcalc and kcarselect in my repo I also updated the changelog to 4.10.2-1 --- Links to commits on github (Yes these are trivial changes, I'm just trying to learn how to contribute) korundum: https://github.com/detrout/debian-kdebindings-korundum/commits/diane4.10 smokegen: https://github.com/detrout/debian-kdebindings-smokegen/commits/diane4.10 smokekde https://github.com/detrout/debian-kdebindings-smokekde/commits/diane4.10 marble: https://github.com/detrout/debian-kdeedu-marble/commits/diane4.10 kcalc https://github.com/detrout/debian-kdeutils-kcalc/commits/diane4.10 kcharselect https://github.com/detrout/debian-kdeutils-kcharselect/commits/diane4.10 -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/3013828.oFApWXDUFi@myrada
Re: KDE 4.9 listens on external ports
On Friday, March 01, 2013 09:22:35 Benjamin Eikel wrote: Am Donnerstag, 28. Februar 2013, 18:51:29 schrieb Maximilian Engelhardt: So I'm asking if anybody has experienced similar behavior or knows how I can disable it. I did search on the internet but couldn't find anything useful about this. I think this started with the upgrade to KDE 4.9, through I'm not 100% sure. I see the same behaviour with the experimental-snapshots packages. When trying to compile experimental I noticed kde4libs had started depending on libhupnp. diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2290228.lMYcPfuMJj@myrada
Re: Minor typo in nepomuk-widgets git
Please fill a bug and attach your patch. That's the best way it doesn't get lost. Thanks! The standard debian bug tracker? (I think I saw a reference, somewhere, by some debian developer who didn't want pre-release bugs filed in the standard tracker, So, just to check its ok to file bugs against the git repositories for the qt/kde debian?) signature.asc Description: This is a digitally signed message part.
Minor typo in nepomuk-widgets git
Hi, I was trying to build 4.10 from debian packages and found in commit 800766febd196d06cbba580fdbc00bed71aaed0c of git://anonscm.debian.org/pkg-kde/kde-sc/nepomuk-widgets.git that the comparision operators on some of the build-depencies were missing. My patch: diff --git a/debian/control b/debian/control index e0533a2..55fce38 100644 --- a/debian/control +++ b/debian/control @@ -3,9 +3,9 @@ Section: libs Priority: optional Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Uploaders: José Manuel Santamaría Lema panfa...@gmail.com -Build-Depends: kde-sc-dev-latest (4:4.10.0) +Build-Depends: kde-sc-dev-latest (= 4:4.10.0), cmake, debhelper (= 9), pkg-kde-tools (= 0.12), - kdelibs5-dev (= 4:4.10), nepomuk-core-dev (4:4.10), + kdelibs5-dev (= 4:4.10), nepomuk-core-dev (= 4:4.10), libsoprano-dev (= 2.7.56), doxygen Standards-Version: 3.9.3 Homepage: http://www.kde.org/ -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1389566.kK1h3QGHSD@myrada
Re: My impressions on KDE and KDEPIM 4.10
afaik, debian git has something close to 4.9.4 in a branch, thanks to santa and others Several packages do seem to have 4.9 in experimental. The debian kde- telepathy devoloper actually seems to be tracking KDE upstream very closely. I haven't found some of the updated dependencies in debian git yet. Like nepomuk-core / nepomuk-widgets -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2744235.XGgeIGttx7@myrada
Re: My impressions on KDE and KDEPIM 4.10
I haven't found some of the updated dependencies in debian git yet. Like nepomuk-core / nepomuk-widgets What about the packages on alioth? http://pkg-kde.alioth.debian.org/kdetrunk/pool/main/n/nepomuk-core/ I was looking for the git repository, but that url was lin the dsc file. I'm still learning where to look to find things for debian, so thank you for the reference. Diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/6665977.kBE4F7opXK@myrada
IRC
On Wednesday, January 23, 2013 12:36:24 Sune Vuorela wrote: On 2013-01-23, Leopold Palomo-Avellaneda l...@alaxarxa.net wrote: it's not easy to collaborate with the debian-kde maintainers, probably because, as you have said below (...we have in the past been burned a bit..) We do frequently get new contributors from time to time. so it can't be that hard. Try drop by in #debian-qt-kde on irc.debian.org and lurk around, say hi, see what happens. sometimes it is highly technical. sometimes it is just social. but both is important to work together. Hi, I tried visiting the IRC channel a few times, but my schedule feels sufficiently different from the KDE team that real time communication is tough to do. The only time I had any response was when I was really supposed to be going to sleep. Is there any other asynchronous communication method that would be more convienent for you? Diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1406833.YcpaJO5SAN@myrada
Re: My impressions on KDE and KDEPIM 4.10
On Wednesday, January 23, 2013 01:21:23 Josep Febrer wrote: El Dilluns, 21 de gener de 2013, a les 17:33:16, vau escriure: Other popular shared git repositories would be github or gitorious. I can make publically viewable repositories at work, but I'm not sure if that'd be useful enough. Anyone know if github or gitorious can host a debian repository? I looked and I don't think so. I'm hoping that if get the debian packaging repositories up we can get attention from the debian developers to start pulling the updated packages into experimental. BTW, I just builded PyKDE4 and kdepim-runtime with kolab support packages. To build PyKDE4 from 4.10 rc3 I just needed to make minor adjustments to the debian patches and build with python-qt and python-sip packages from experimental. Oh good! Diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/10299205.1v8cSPSBQR@myrada
Re: My impressions on KDE and KDEPIM 4.10
Hi, mysql is the default. http://techbase.kde.org/Projects/PIM/Akonadi/Database#MySQL IMO postgresql would be overkill for an internal based store anyway and some could argue even mysql is. Personally I'd like akonadi to support virtuoso as nepomuk needs virtuoso, and running two database servers is absurd. Diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1979985.0IdOn93Baq@myrada
Re: My impressions on KDE and KDEPIM 4.10
On Monday, January 21, 2013 00:34:29 Josep Febrer wrote: Hi, As others have expressed on the list, I have build my own packages of KDE 4.10 rc3, first I based on current debian scripts and also took a look at the ubuntu packages and got some missing stuff from there. I just upgraded from current 4.8 packages from sid. I didn't upgrade all the packages just the ones I use most, and I have to say that things went quite smooth, KDE 4.10 seems quite solid on my systems. Did you try building PyKDE4? That was the only kubuntu package I tried that didn't build from source for me. Do you have the debian derived packages checked in to any public repository? As Sune wanted the updated packages to be based on the debian git repositories, I'm assuming the next step for me would be to start building from debian derived packages and replacing my kubuntu-esque ones. Oh also, did you have libkolab libkolabxml? kdepim-runtime has an optional dependency on the kolab stuff. Diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1574348.U7fkxAHu2T@myrada
Re: My impressions on KDE and KDEPIM 4.10
Do you have the debian derived packages checked in to any public repository? Unfortunately not, but I have no trouble uploading if someone gives me access to one. That's another place I was stuck at, where to host things.. In theory if we were all debian developers we could use alioth. There may be a way for guests to use it but I'm not sure. Other popular shared git repositories would be github or gitorious. I can make publically viewable repositories at work, but I'm not sure if that'd be useful enough. I started from debian git repositories and compared with the kubuntu ones, and mixed some stuff, for example, some debian patches were more updated on the kubuntu repositorie, but on kdepim, because debian was too older, I just took the kubuntu one and adapted from there, but not much really. Most of what I found was just needing to adjust dependency version information in the control files. Oh also, did you have libkolab libkolabxml? kdepim-runtime has an optional dependency on the kolab stuff. I missed that, because I didn't need Kolab, but with the new Kolab version just around I think I will try. The kolab package repository is at: http://mirror.kolabsys.com/pub/ Their git browser is at http://git.kolab.org/ Unfortunately their debian package git repositories aren't browsable via the web. But I've managed to check out git repositories with debian packaging information from: libkolab - git://git.kolab.org/git/apt/libkolab libkolabxml - git://git.kolab.org/git/apt/libkolabxml pykolab - git://git.kolab.org/git/apt/pykolab kolab meta-packages - git://git.kolab.org/git/apt/kolab Diane -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1682402.ezEd6s2jHz@myrada
Is it worth splitting oxygencursors package?
Hi, One modest difference I discovered between debian and kubuntu is the name of the oxygencursors package. Kubuntu decided to rename the package and split it into two. From their change log. - Renamed package to oxygen-cursor-theme (white colour) - Added package oxygen-cursor-theme-extra (all colours except white) The package name difference doesn't matter, but I think splitting into a base set and extra cursors is a reasonable idea to consider. Debian: oxygencursors Installed-Size: 37269 Kubuntu: oxygen-cursor-theme Installed-Size: 5117 oxygen-cursor-theme-extra Installed-Size: 32478 (Installed-Size from apt-cache show package package on amd64 architecture) It's extra complexity to give the possibility of saving ~32MB of storage. Which might be useful if people regularly try to install KDE onto SD card based systems. (AKA most ARM systems). Diane pgpnJwyCbwRYY.pgp Description: PGP signature
Re: Is it worth splitting oxygencursors package?
if you can find a way to do it that preserves user settings, including alternative choices and current settings, then I'm fine with doing it. It is not a complicated nor a impossible thing to do, you just need to ensure to keep your eyes straight while implementing it. I've so far been too lazy to do it. When you say preserves user settings and alternative choices, what do you mean by that? is that modifications in /etc/alternatives? or it some settings in in KDE? (I need to know what the settings are before I can avoid breaking them). My first hunch to minimize changes might be to split the package into: oxygencursors oxygencursors-extras And then set Recommends oxygencursors-extras on either oxygencursors or kde-workspace. I think that would means in the default case the set of installed files should be the same as with the current package. Diane pgpaerbnPpki_.pgp Description: PGP signature
Akonadi
Most of the kubuntu packages have built fine. It looks like kdepimlibs-runtime now has a dependency on python-kde4-dev. When I tried wrapping Akonadi I discovered it was building into /usr/lib/qt4/plugins/sqldrivers/libqsqlite3.so The kubuntu one is also still installing there. Most other qt4/plugin/sqldrivers seem to install into: /usr/lib/x86_64-linux-gnu/qt4/plugins/sqldrivers So I had assumed it would be better to install into the multi-arch directory. So what do you think of the following change? https://github.com/detrout/debian-kde-akonadi/commit/5e5aa8d57d1566df3d3cae343f66787a785cd331 Diane pgpNwmQCHH2Np.pgp Description: PGP signature
Re: KDE 4.10
On Fri, Jan 04, 2013 at 06:43:53PM +1100, Julian wrote: Hi Diane, I was curious as to what you started as a base. Essentially I would start with browsing the official repo here: Bare repositories: http://anonscm.debian.org/git/pkg-kde/ gitweb (browse tree(s)): http://anonscm.debian.org/gitweb Yes thats what I did. The kubuntu packages are at: Vcs-Browser: http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kdelibs Vcs-Bzr: https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kdelibs So if you're working on the official repo's there should be some packaging conventions present that you can refer to. There are also some patches that may still be applicable. Also yes. several patches were reported as can be reversed so I'm pretty sure KDE was fixing their bugs. Only need to start one package at a time so if you have a compilable kde4libs tree you could push that copy to github and so on. Ok. Its bed time for me but I'll try to do that tomorrow morning. Diane pgpaMIrNvflq3.pgp Description: PGP signature
Utility to find new files in debian/tmp
Hi While removing a few files that appear to no longer exist I occasionally managed to find a new file that wasn't being installed anywhere by the current *.install files. Is there any utility that will scan your debian/tmp directory and your *.install files and tell you what doesn't exist any more and finds new things that don't have a home? Diane pgpvkyjzhKqsy.pgp Description: PGP signature
Re: KDE 4.10
So I built the kubuntu 4.9.97 kde4libs with the official kde source tarball. Probably not a good idea - only to the fact that It was 40C here. All that was required was: *attica from debian/experimental *soprano from ubuntu/raring Might just wait for a few 4.9.97 commits (that fix that soprano dep). The other packages I had to hunt down from sources other than the offical kde releases. akonadi - kdepimlibs cmake wants at least 1.8.51 available from: http://download.kde.org/stable/akonadi/src/ I don't know if there's a hard dependency on virtuoso 6.1.6 but https://trueg.wordpress.com/tag/virtuoso/ recommended upgrading http://virtuoso.openlinksw.com/dataspace/dav/wiki/Main/VOSDownload Diane pgpLIgPUWAnrM.pgp Description: PGP signature
Re: KDE 4.10
Hi Diane, Custom 4.10 KDE deb packages is also on my TODO list. As far as an equivalent to ubuntu's PPA - one can host a repo of unofficial builds and interested people can add it to their apt sources. What is your packaging code based off? (wheezy, kubuntu?) It would be an idea to get the code for either and host it on github perhaps (target wheezy) then people can start tweeking for 4.10. Just an idea. Jules. Hi, My debian packaging has mostly been building packages for personal use, so my knowledge of how to handle the copyright and changelog file isn't very good. I copied my current 4.10 working directory onto a server at work. http://woldlab.caltech.edu/~diane/kde4.10/ ppa is a copy of my reprepro tree that I'm using to feed dependencies into my pbuilder instance. workingdir is the source directories and source packages. For packages that have a git-vcs tag I checked it out, for the couple that aren't already in debian. I've been focusing on trying to compile enough so that I could log in and see if it works, so I've only been trying to compile packages I use. I was currently working on trying to get kde-workspace to build, I'm currently working on updating the *.install files. I don't know how I should set up the changelogs. dch -i just added my change to the last UNRELASED tag. However the current text is about minor changes related to the 4.8.4 version and then me bumping the version up. Probably a good one to look at for how I was editing the changelog: http://woldlab.caltech.edu/~diane/kde4.10/workingdir/kde4libs/debian/ The two new at the moment packages are: http://woldlab.caltech.edu/~diane/kde4.10/workingdir/nepomuk-core-4.9.95/ http://woldlab.caltech.edu/~diane/kde4.10/workingdir/nepomuk-widgets-4.9.95/ I also don't know what the version for kde-sc-dev-latest should be. With some help for those issues I can start committing the debian directories and putting them somewhere. (github is probably a reasonable place). Diane (Note the above links will probably get deleted by feburary 2013.) pgpGFbhbrNaW4.pgp Description: PGP signature
Re: KDE 4.10
On Thu, Jan 03, 2013 at 09:11:55AM +, Sune Vuorela wrote: On 2013-01-02, Diane Trout di...@ghic.org wrote: So you'd have something like: libnepomukcore4 lib/libnepomukcore.so.4.10.0 libnepomukcommon4 lib/libnepomukcommon.so.4.10.0 one library in one package is much preferred Even in the case where nepomukcommon is really only being used by the plugins, and isn't being linked anywhere else? Diane pgptZfjgEy3Ko.pgp Description: PGP signature
Re: KDE 4.10
What is your packaging code based off? (wheezy, kubuntu?) It would be an idea to get the code for either and host it on github perhaps (target wheezy) then people can start tweeking for 4.10. Just an idea. Jules. Oh I forgot to answer one of your questions. I'm building on wheezy starting with the debian packaging from git://git.debian.org/pkg-kde/kde-sc/ and extracting new source from http://download.kde.org/unstable/4.9.95/src/ I'm using just plain wheezy right now, no testing/unstable Diane pgppi3boTOwFf.pgp Description: PGP signature
KDE 4.10
Hi, I was trying to build KDE 4.10 packages (4.9.95 version) for wheezy and had some question about how shared libraries are supposed to be versioned in Debian. And was thinking you'll eventually face this package so it's not a waste of your time to talk about it now. If you want I can try to find a place to post the packaging code. By default nepomuk-core builds several libraries but only one has a so version. The libraries are: usr/lib/libnepomukcore.so.4.10.0 usr/lib/libnepomukcommon.so usr/lib/libkdeinit4_nepomukserver.so usr/lib/kde4/nepomukfilewatch.so usr/lib/kde4/nepomukexiv2extractor.so usr/lib/kde4/nepomukpopplerextractor.so usr/lib/kde4/nepomukplaintextextractor.so usr/lib/kde4/nepomuktaglibextractor.so usr/lib/kde4/nepomukffmpegextractor.so usr/lib/kde4/nepomukstorage.so usr/lib/kde4/nepomukfileindexer.so It looks like nepomukcore.so.4.10 is the only library that is directly linked by other libraries from other packages. (e.g. libakonadi-contact, libakregatorinterfaces, libcalendarsupport, ...) libkdeinit4_nepomukserver seems to dynamically load the kde4/nepomuk* libraries. The file names don't show up in ldd's output but do show up if I grep the library. libnepomukcommon is linked to by a few of the kde4/ plugins: nepomukfileindexer, nepomukfilewatcher, and nepomukstorage but doesn't seem to be used anywhere else. So, in a proper debian package would the libraries all get so version, be placed into a subdirectory like /usr/lib/nepomuk-core-4.10, or something else I don't understand? And I think since, the soversion is 4.10 the library package name should end in 4? E.g. nepomuk-core4_4.9.95? Is there any common way of sharing super-experimental packages amongst Debian users? (Like ubuntu's PPAs?) Diane pgpDtg89wSHNc.pgp Description: PGP signature
Re: KDE 4.10
So, in a proper debian package would the libraries all get so version, be placed into a subdirectory like /usr/lib/nepomuk-core-4.10, or something else I don't understand? No, only nepomukcore would get its on package, and the rest most probably in a runtime package. Note that I'm a bit speculating here, given I don't know much of the nepomuk's internals, but what I said sounds like a good guess. It looks like nepomuk-core was split off from kde-runtime at some point. Several of the files that are now in nepomuk-core seem to be in Debian's 4.8.4 kde-runtime. So you'd have something like: libnepomuk-core4 lib/libnepomukcore.so.4.10.0 lib/libnepomukcommon.so.4.10.0 libnepomuk-core-dev lib/libnepomukcore.so lib/libnepomukcommon.so include/Nepomuk2/headers cmake/NepomukCore/cmake files (or perhaps somewhere else) nepomuk-core-bin lib/kdeinit4_nepomukserver.so lib/kde4/nepomukfileindex.so (and the other plugins) share/kde4/services/*.desktop (probably) I'm assuming runtime packages should be named package-bin and not -runtime as I've seen far more -bin packages. Diane pgpgAsa2CguB3.pgp Description: PGP signature