nntp (aka, usenet) client in kde?
by Gene Smith
I currently use t-bird with an nntp account pointing to gmane to read
this list and sereral others. Does kde have an nntp client program of
any sort? I don't see it as a possible new account type in kmail. Also,
search with kpackagekit yields nothing with "usenet" or "nntp" that is
kde specific.
-gene
4 years, 3 months
Annoying minimization
by Timothy Murphy
For some months (if not years) some action of mine -
maybe moving the cursor near an edge of the screen -
causes the window to be minimized,
and I have to press the Restore button in the top right corner
to get things back where they were.
This is particularly annoying when playing KPatience,
when the card one is clicking suddenly moves to the other end
of the screen.
Is there any way of avoiding this misbehaviour?
13 years
nm config wired @boot
by Neal Becker
I'm trying out F15beta. I don't see anywhere in nm to configure wired enet to
start @boot. In gnome this is apparantly called 'make available to all users'.
I do see an option for 'system', is that what I want? Selecting it gave me some
strange error.
13 years
Something changed in kde 4.6.2?
by Neal Becker
Has something changed in
kdebase-4.6.2-1.fc14.x86_64
that is causing kmail to keep asking for wallet password every time I send
email? (or at least, very often)
13 years, 1 month
Thoughts on PackageKit being a hard-dependency
by Rex Dieter
Per, "phonon dependencies prevent running a reasonable Fedora without
PackageKit", https://bugzilla.redhat.com/show_bug.cgi?id=694169 there
currently is a hard
Requires: PackageKit-gstreamer-plugin
in phonon-backend-gstreamer.
The original rationale included:
1. ensure the gstreamer install-codecs-on-demand feature "just worked"
2. avoid phonon crashes when the pk-plugin was not present
Turns out, the crasher bug (2) has been fixed in phonon since. phonon
upstream continues to recommend the dependency (1) for usability reasons.
Now, we could try to pull in PackageKit-gstreamer-plugin by other means
(like comps), to avoid the hard dependency, and satisfy the reporter
(and supporters) of bug #694169.
Looks like Kevin prefers to keep the dep. I'll continue to have a
slight preference to defer to upstream's wishes to keep the dep.
Any other opinions? What say you?
-- Rex
13 years, 1 month
KMix spins with 100% cpu since update to 4.6.2
by Clemens Eisserer
Hi,
Since updating to 4.6.2 kmix spins at 100% CPU, which is very disturbing.
Of course I reported the bug, but as usual, got no response back.
Any idea what could be the reason? Probably my second usb sound card?
Looking foreward to Gnome3, since switching to KDE-4.1 i hope that
someday kde will mature to the point where it has been with 3.5.10.
It took years to realize me it never will.
Thanks, Clemens
Here's the stack where its spinning:
0 0x008b3416 in __kernel_vsyscall ()
#1 0x05c61636 in munmap () from /lib/libc.so.6
#2 0x05c005e6 in free () from /lib/libc.so.6
#3 0x0205d2de in qFree(void*) () from /usr/lib/libQtCore.so.4
#4 0x020ae221 in QString::free(QString::Data*) () from
/usr/lib/libQtCore.so.4
#5 0x020ae78f in QString::operator=(QString const&) () from
/usr/lib/libQtCore.so.4
#6 0x0209daa1 in QRegExpEngine::Box::cat(QRegExpEngine::Box const&)
() from /usr/lib/libQtCore.so.4
#7 0x0209f700 in QRegExpEngine::parseTerm(QRegExpEngine::Box*) ()
from /usr/lib/libQtCore.so.4
#8 0x0209f8ca in QRegExpEngine::parseExpression(QRegExpEngine::Box*)
() from /usr/lib/libQtCore.so.4
#9 0x0209dd33 in QRegExpEngine::parse(QChar const*, int) () from
/usr/lib/libQtCore.so.4
#10 0x0209fbc0 in QRegExpEngine::QRegExpEngine(QRegExpEngineKey
const&) () from /usr/lib/libQtCore.so.4
#11 0x020a1899 in prepareEngine_helper(QRegExpPrivate*) () from
/usr/lib/libQtCore.so.4
#12 0x020a1ad7 in prepareEngineForMatch(QRegExpPrivate*, QString
const&) () from /usr/lib/libQtCore.so.4
#13 0x020a1bf9 in QRegExp::indexIn(QString const&, int,
QRegExp::CaretMode) const () from /usr/lib/libQtCore.so.4
#14 0x020abb94 in QString::indexOf(QRegExp&, int) const () from
/usr/lib/libQtCore.so.4
#15 0x005aef4f in ViewSliders::_setMixSet() () from
/usr/lib/libkdeinit4_kmix.so
#16 0x005acd06 in ViewBase::setMixSet() () from
/usr/lib/libkdeinit4_kmix.so
#17 0x005acf70 in ViewBase::controlsReconfigured(QString const&) ()
from /usr/lib/libkdeinit4_kmix.so
#18 0x005ab390 in ViewBase::qt_metacall(QMetaObject::Call, int,
void**) () from /usr/lib/libkdeinit4_kmix.so
#19 0x005ae7cb in ViewSliders::qt_metacall(QMetaObject::Call, int,
void**) () from /usr/lib/libkdeinit4_kmix.so
#20 0x0216179b in QMetaObject::metacall(QObject*, QMetaObject::Call,
int, void**) () from /usr/lib/libQtCore.so.4
#21 0x02170cc7 in QMetaObject::activate(QObject*, QMetaObject const*,
int, void**) () from /usr/lib/libQtCore.so.4
#22 0x005cefc4 in Mixer::controlsReconfigured(QString const&) () from
/usr/lib/libkdeinit4_kmix.so
#23 0x005cf04d in Mixer::qt_metacall(QMetaObject::Call, int, void**)
() from /usr/lib/libkdeinit4_kmix.so
#24 0x0216179b in QMetaObject::metacall(QObject*, QMetaObject::Call,
int, void**) () from /usr/lib/libQtCore.so.4
#25 0x02170cc7 in QMetaObject::activate(QObject*, QMetaObject const*,
int, void**) () from /usr/lib/libQtCore.so.4
#26 0x005e0ca4 in Mixer_Backend::controlsReconfigured(QString const&)
() from /usr/lib/libkdeinit4_kmix.so
#27 0x005d27d2 in Mixer_PULSE::addWidget(int) () from
/usr/lib/libkdeinit4_kmix.so
#28 0x005d889b in sink_input_cb(pa_context*, pa_sink_input_info
const*, int, void*) () from /usr/lib/libkdeinit4_kmix.so
#29 0x06a3f7d5 in context_get_sink_input_info_callback () from
/usr/lib/libpulse.so.0
#30 0x069fe826 in run_action () from /usr/lib/libpulsecommon-0.9.21.so
#31 0x069fedfc in pa_pdispatch_run () from /usr/lib/libpulsecommon-0.9.21.so
#32 0x06a387ba in pstream_packet_callback () from /usr/lib/libpulse.so.0
#33 0x06a04266 in do_something () from /usr/lib/libpulsecommon-0.9.21.so
#34 0x069ee961 in callback () from /usr/lib/libpulsecommon-0.9.21.so
#35 0x008a8c45 in dispatch_func () from /usr/lib/libpulse-mainloop-glib.so.0
#36 0x006f2192 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#37 0x006f2978 in g_main_context_iterate.clone.5 () from /lib/libglib-2.0.so.0
#38 0x006f2c35 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#39 0x02188cad in
QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>)
() from /usr/lib/libQtCore.so.4
#40 0x04b221c6 in
QGuiEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>)
() from /usr/lib/libQtGui.so.4
#41 0x0215a0fa in
QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) ()
from /usr/lib/libQtCore.so.4
#42 0x0215a3aa in
QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from
/usr/lib/libQtCore.so.4
#43 0x0215ef57 in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4
#44 0x04a6c358 in QApplication::exec() () from /usr/lib/libQtGui.so.4
#45 0x0059e73b in kdemain () from /usr/lib/libkdeinit4_kmix.so
#46 0x0804873c in main ()
13 years, 1 month
gnokii update in EPEL breaks kde for CentOS 5.5
by Havard Korsvoll
Hi
When we try to update our CentOS 5.5 systems, EPEL wants to update gnokii to version 0.6.29. But it seems like kdepim requires libgnokii on a previous version, 0.6.27. I hope it is possible to resolve this.
I am not sure if this is the right place to raise bugs. If not, can somebody guide me in the right direction?
Regards, Håvard Korsvoll
Resolving Dependencies
--> Running transaction check
---> Package cvsps.x86_64 0:2.2-0.8.b1.el5 set to be updated
--> Processing Dependency: libgnokii.so.4()(64bit) for package: kdepim
---> Package gnokii.x86_64 0:0.6.29-1.el5 set to be updated
--> Processing Dependency: libical.so.0()(64bit) for package: gnokii
--> Running transaction check
--> Processing Dependency: libgnokii.so.4()(64bit) for package: kdepim
---> Package libical.x86_64 0:0.46-2.el5 set to be updated
--> Finished Dependency Resolution
6:kdepim-3.5.10-2.el5.x86_64 from installed has depsolving problems
--> Missing Dependency: libgnokii.so.4()(64bit) is needed by package 6:kdepim-3.5.10-2.el5.x86_64 (installed)
Error: Missing Dependency: libgnokii.so.4()(64bit) is needed by package 6:kdepim-3.5.10-2.el5.x86_64 (installed)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles –nodigest
13 years, 1 month
dependency problem with kdepim and akonadi
by Christoph Kaulich
updating my F14 x86_64 laptop I get the following by yum update:
---> Paket kmod-nvidia-2.6.35.6-48.fc14.x86_64.x86_64 1:260.19.21-1.fc14
markiert, um gelöscht zu werden
--> Abhängigkeitsauflösung beendet
Fehler: Package: 1:kdepim-runtime-libs-4.5.95-1.fc14.x86_64 (kde-unstable)
Requires: akonadi(x86-64) >= 1.5.2
Entfernen: akonadi-1.5.0-0.1.fc14.x86_64 (@kde-testing)
akonadi(x86-64) = 1.5.0-0.1.fc14
Updated By: akonadi-1.5.1-1.fc14.x86_64 (updates)
akonadi(x86-64) = 1.5.1-1.fc14
Available: akonadi-1.4.0-1.fc14.x86_64 (fedora)
akonadi(x86-64) = 1.4.0-1.fc14
Sie können versuchen --skip-broken zu benutzen, um das Problem zu umgehen.
You could try running: rpm -Va --nofiles --nodigest
with kde-redhat, testing and unstable enabled.
Anything I can do?
Christoph
13 years, 1 month
