kdenonbeta/kdedebian/kapture
CVS commit by mornfall: - fix new[]/delete mismatch - update TODO M +2 -2 TODO 1.35 M +1 -1 libcapture/dpkgpm.cpp 1.4 --- kdenonbeta/kdedebian/kapture/TODO #1.34:1.35 @@ -91,5 +91,5 @@ download part of the implementation see above. - IMPLEMENT PM INTERFACE IN LIBKAPTURE [done: 40%] + IMPLEMENT PM INTERFACE IN LIBKAPTURE [done: 60%] This one is tricky. We could use status fd, for the very basic stuff. And some sort of progress dialog. @@ -141,5 +141,5 @@ IconTreeView (analogous to ListTreeView) - PKGCACHE RO MODE AND MODE NOTIFY [done: 0%] + PKGCACHE RO MODE AND MODE NOTIFY [done: 70%] - make UI honor the PkgCache RO mode - notify ro/rw changes of PkgCache, so UI can accomodate --- kdenonbeta/kdedebian/kapture/libcapture/dpkgpm.cpp #1.3:1.4 @@ -67,5 +67,5 @@ bool DPkgPM::Go () if (! forkDpkg (argv)) return false; -delete argv; +delete[] argv; if (! RunScripts (DPkg::Post-Invoke)) return false;
Unidentified subject!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi maintainers, (Sorry for long Cc:) I'm Kenshi Muto, Debian CUPS maintainer. Thank you for your every work about Debian. As you know, all of our packages looked finish libcupsys-gnutls10 migration in sid/unstable. Our next target maybe be how to import them to sarge/testing. I'm waiting my CUPS goes into testing for long days without any modification. I think you're also. - From http://bjorn.haxx.se/debian/testing.pl?package=cupsys , cupsys prevents your packages, but IMHO this is because some uninstallable packages aren't ready for some architectures. (Do I misunderstand something about testing process?) Fortunately, I find final package -- kdelibs is ready for s390 today. It's really good news. Folks, could you wait to upload new package and keep RC bug free for a few days till all of related packages go to testing/sarge? Thanks, - -- Kenshi Muto [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkDbvroACgkQQKW+7XLQPLEy8ACg4jd+P1hhDtnuGUGX4JhJEZ9G VJYAn36m3tWCNaw1fIM48qhflsHJjhQB =Jwvr -END PGP SIGNATURE-
kdenonbeta/kdedebian/kapture
CVS commit by mornfall: - make CElemView base less brain-dead [fixes don't open new tabs for opened packages after rebuild case] - reduce stale code, slight formatting changes [sic] M +4 -15 kapture/kapture.cpp 1.27 M +4 -1 libcapture/celem.h 1.6 M +1 -1 libkapture/celemview.cpp 1.3 M +1 -3 libkapture/celemview.h 1.4 M +1 -1 libkapture/pkgcelemview.cpp 1.8 M +1 -0 libkapture/pkgcelemview.h 1.7 --- kdenonbeta/kdedebian/kapture/kapture/kapture.cpp #1.26:1.27 @@ -147,21 +147,10 @@ void Kapture::showElem (CElemPtr e) details - showElem (e); v = details; -}; +} if (v) { -/* if (m_nodesShown == 1) { -m_nodeView = v; -v - reparent (m_nodeStack, QPoint (0, 0)); -m_nodeStack - raiseWidget (v); -} else */ { -// if (m_nodesShown == 1 /* == 2 */) { -/*m_nodeView - reparent (m_nodeTabs, QPoint (0, 0)); -m_nodeTabs - addTab (m_nodeView, m_nodeView - caption ()); -m_nodeView = 0; -} */ m_nodeTabs - addTab (v, v - caption ()); m_nodeTabs - showPage (v); m_nodeStack - raiseWidget (m_nodeTabs); } -} } /* }}} */ --- kdenonbeta/kdedebian/kapture/libcapture/celem.h #1.5:1.6 @@ -196,5 +196,8 @@ namespace capture { inline VerCElemPtr PkgCElem::VersionList () { return cElem (pkgCache::PkgIterator::VersionList ()); }; inline bool PkgCElem::operator == (CElem e) { // bah, should be const -if (pkgCElem (e)) return pkgCache::PkgIterator::operator == (*pkgCElem (e)); return false; }; +if (pkgCElem (e)) +return pkgCache::PkgIterator::operator == (*pkgCElem (e)); +return false; +}; class CElemVisitor --- kdenonbeta/kdedebian/kapture/libkapture/celemview.cpp #1.2:1.3 @@ -9,5 +9,5 @@ using namespace kapture; /* {{{ */ CElemView::CElemView (QWidget *parent, const char *name) -: QWidget (parent, name), m_elem (0) +: QWidget (parent, name) { //PkgManager::registerWatcher (this); --- kdenonbeta/kdedebian/kapture/libkapture/celemview.h #1.3:1.4 @@ -32,9 +32,7 @@ namespace kapture { CElemView (QWidget *parent = 0, const char *name = 0); ~CElemView (); -CElemPtr elem () { return m_elem; }; +virtual CElemPtr elem () = 0; public slots: virtual bool showElem (CElemPtr elem) = 0; -protected: -CElemPtr m_elem; }; }; --- kdenonbeta/kdedebian/kapture/libkapture/pkgcelemview.cpp #1.7:1.8 @@ -77,5 +77,5 @@ PkgCElemView::PkgCElemView (QWidget *par bool PkgCElemView::showElem (capture::CElemPtr e) { -m_elem = e; +// m_elem = e; m_pkg = pkgCElem (e); m_common - setPackage (m_pkg); --- kdenonbeta/kdedebian/kapture/libkapture/pkgcelemview.h #1.6:1.7 @@ -65,4 +65,5 @@ namespace kapture { virtual void refresh (); virtual void rebuild (); +CElemPtr elem () { return m_pkg; }; public slots: void setVersion (capture::VerCElemPtr V);
could you keep your package for a few days?
Sorry, I forgot to add subject... -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi maintainers, (Sorry for long Cc:) I'm Kenshi Muto, Debian CUPS maintainer. Thank you for your every work about Debian. As you know, all of our packages looked finish libcupsys-gnutls10 migration in sid/unstable. Our next target maybe be how to import them to sarge/testing. I'm waiting my CUPS goes into testing for long days without any modification. I think you're also. - From http://bjorn.haxx.se/debian/testing.pl?package=cupsys , cupsys prevents your packages, but IMHO this is because some uninstallable packages aren't ready for some architectures. (Do I misunderstand something about testing process?) Fortunately, I find final package -- kdelibs is ready for s390 today. It's really good news. Folks, could you wait to upload new package and keep RC bug free for a few days till all of related packages go to testing/sarge? Thanks, - -- Kenshi Muto [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkDbvroACgkQQKW+7XLQPLEy8ACg4jd+P1hhDtnuGUGX4JhJEZ9G VJYAn36m3tWCNaw1fIM48qhflsHJjhQB =Jwvr -END PGP SIGNATURE-
Bug#256127: kopete: Yahoo has stopped working due to protocol change
Package: kopete Version: 4:3.2.2-1 Severity: important Yahoo changed their protocol yesterday causing kopete yahoo plugin to fail to work. Matt Rogers has a patch in the upstream CVS. Discussion here: http://bugs.kde.org/show_bug.cgi?id=83921 Since KDE 3.3 is scheduled in August and there won't be any 3.2.4 release, please update kopete with the patch from CVS so that yahoo works again. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.6-2-686 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 Versions of packages kopete depends on: ii kdelibs4 4:3.2.3-2 KDE core libraries ii libart-2.0-2 2.3.16-5 Library of functions for 2D graphi ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5client library to control the FAM ii libgadu3 1:1.4-3Gadu-Gadu protocol library - runti ii libgcc1 1:3.4.0-1 GCC support library ii libglib1.21.2.10-9 The GLib library of C routines ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo ii libice6 4.3.0.dfsg.1-5 Inter-Client Exchange library ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libpcre3 4.5-1.1Perl 5 Compatible Regular Expressi ii libpng12-01.2.5.0-6 PNG library - runtime ii libqt3c102-mt 3:3.2.3-3 Qt GUI Library (Threaded runtime v ii libsm64.3.0.dfsg.1-5 X Window System Session Management ii libssl0.9.7 0.9.7d-3 SSL shared libraries ii libstdc++51:3.3.4-1 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-5 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-5 X Window System miscellaneous exte ii libxi64.3.0.dfsg.1-5 X Window System Input extension li ii libxml2 2.6.10-3 GNOME XML library ii libxrender1 0.8.3-7X Rendering Extension client libra ii libxslt1.11.1.7-1XSLT processing library - runtime ii xlibs 4.3.0.dfsg.1-5 X Window System client libraries m ii xmms 1.2.10-1 Versatile X audio player that look ii zlib1g1:1.2.1.1-3compression library - runtime -- no debconf information
kdenonbeta/kdedebian/kapture
CVS commit by mornfall: - introduce CElemViewFactory, pretty basic right now, make kapture use it - clean up some more code - disable the (now stale) dpkg progress dialog - update TODO M +24 -8 TODO 1.36 M +27 -82kapture/kapture.cpp 1.28 M +9 -9 kapture/kapture.h 1.13 M +8 -12 libkapture/celemview.cpp 1.4 M +7 -0 libkapture/celemview.h 1.5 M +4 -4 libkapture/dpkgpm.cpp 1.7
kdenonbeta/kdedebian/kapture/libkapture
CVS commit by mornfall: First iteration of ListTreeWidget tooltips. Works, just needs tooltip content. Try to make this reusable ;). M +13 -0 listtreewidget.cpp 1.24 M +13 -0 listtreewidget.h 1.16 --- kdenonbeta/kdedebian/kapture/libkapture/listtreewidget.cpp #1.23:1.24 @@ -156,4 +156,5 @@ ListTreeWidget::ListTreeWidget (QWidget connect (this, SIGNAL (collapsed (QListViewItem *)), SLOT (nodeClosed (QListViewItem *))); +m_tip = new ListTreeWidgetTooltip (viewport (), this); } /* }}} */ @@ -162,4 +163,5 @@ ListTreeWidget::ListTreeWidget (QWidget ListTreeWidget::~ListTreeWidget() { +delete m_tip; } /* }}} */ @@ -252,3 +254,14 @@ void ListTreeWidget::forwardSelectionCha /* }}} */ +void ListTreeWidgetTooltip::maybeTip (const QPoint p) +{ +if (! m_parent) +return; +std::cerr ListTreeWidgetTooltip::maybeTip () std::endl; +KListViewItemCustom *i = dynamic_cast KListViewItemCustom * (m_parent - +itemAt (p)); +if (i) +tip (m_parent - itemRect (i), i - m_treeNode - id ()); +} + #include listtreewidget.moc --- kdenonbeta/kdedebian/kapture/libkapture/listtreewidget.h #1.15:1.16 @@ -13,4 +13,5 @@ #include klistview.h +#include qtooltip.h #include libcapture/tree.h #include libcapture/treenode.h @@ -27,4 +28,5 @@ namespace kapture { using namespace capture; class KListViewItemCustom; +class ListTreeWidgetTooltip; // class ListTreeWidget{{{ @@ -48,4 +50,15 @@ namespace kapture { protected: std::set std::string m_open; +ListTreeWidgetTooltip *m_tip; +}; +/* }}} */ +// ListTreeWidgetTooltip {{{ +class ListTreeWidgetTooltip : public QToolTip +{ +public: +ListTreeWidgetTooltip (QWidget *v, ListTreeWidget *p) : QToolTip (v, 0), m_parent (p) {}; +protected: +virtual void maybeTip (const QPoint p); +ListTreeWidget *m_parent; }; /* }}} */
kdenonbeta/kdedebian/kapture
CVS commit by mornfall: ToolTips in ListTreeWidget, continued. Make them useful ;). Display package name, short description, candidate and current version. Still should add some more stuff tho. Make the tooltips bigger and fancier ;). M +1 -1 TODO 1.38 M +3 -0 libcapture/celem.h 1.7 M +1 -0 libcapture/treenode.h 1.11 M +18 -0 libkapture/celemview.cpp 1.5 M +2 -0 libkapture/celemview.h 1.6 M +8 -7 libkapture/listtreewidget.cpp 1.25
kdenonbeta/kdedebian/kapture/libkapture
CVS commit by mornfall: Move cElemTooltip to a more appropriate place (from CElemView - TreeView). Reduce debug output. M +0 -17 celemview.cpp 1.6 M +0 -1 celemview.h 1.7 M +3 -3 listtreewidget.cpp 1.26 M +20 -1 treeview.cpp 1.7 M +1 -0 treeview.h 1.8 --- kdenonbeta/kdedebian/kapture/libkapture/celemview.cpp #1.5:1.6 @@ -28,21 +28,4 @@ CElemView *CElemViewFactory::create (QWi } -QString kapture::cElemTooltip (CElemPtr _e) -{ -QString str; -if (pkgCElem (_e)) { -PkgCElemPtr e = pkgCElem (_e); -str . append (QString (bPackage:/bnbsp;) + e - Name () + br); -str . append (QString (bDescription:/bnbsp;) + e - shortDesc -() + br); -str . append (QString (bCandidatenbsp;version:/bnbsp;) + -PkgManager::cache () - GetCandidateVer (*e) . VerStr () + -br); // XXX: guard for GetCandidateVer (...) == 0 -str . append (QString (bCurrentnbsp;version:/bnbsp;) + -(e - CurrentVer () - end () ? - : e - CurrentVer () - -VerStr ())); -} -return str; -} #include celemview.moc --- kdenonbeta/kdedebian/kapture/libkapture/celemview.h #1.6:1.7 @@ -44,5 +44,4 @@ namespace kapture { }; -QString cElemTooltip (CElemPtr e); }; --- kdenonbeta/kdedebian/kapture/libkapture/listtreewidget.cpp #1.25:1.26 @@ -4,5 +4,5 @@ #include libcapture/pkgcache.h #include listtreewidget.h -#include celemview.h +#include treeview.h #include iostream @@ -259,9 +259,9 @@ void ListTreeWidgetTooltip::maybeTip (co if (! m_parent) return; -std::cerr ListTreeWidgetTooltip::maybeTip () std::endl; +// std::cerr ListTreeWidgetTooltip::maybeTip () std::endl; KListViewItemCustom *i = dynamic_cast KListViewItemCustom * (m_parent - itemAt (p)); if (i) -tip (m_parent - itemRect (i), cElemTooltip (**(i - m_treeNode))); +tip (m_parent - itemRect (i), TreeView::cElemTooltip (**(i - m_treeNode))); } --- kdenonbeta/kdedebian/kapture/libkapture/treeview.cpp #1.6:1.7 @@ -31,6 +31,20 @@ TreeView::~TreeView () } -TreeViewFactory::TreeViewFactory () +QString TreeView::cElemTooltip (CElemPtr _e) { +QString str; +if (pkgCElem (_e)) { +PkgCElemPtr e = pkgCElem (_e); +str . append (QString (bPackage:/bnbsp;) + e - Name () + br); +str . append (QString (bDescription:/bnbsp;) + e - shortDesc +() + br); +str . append (QString (bCandidatenbsp;version:/bnbsp;) + +PkgManager::cache () - GetCandidateVer (*e) . VerStr () + +br); // XXX: guard for GetCandidateVer (...) == 0 +str . append (QString (bCurrentnbsp;version:/bnbsp;) + +(e - CurrentVer () - end () ? - : e - CurrentVer () - +VerStr ())); +} +return str; } @@ -57,3 +71,8 @@ TreeView *TreeViewFactory::create (const } +TreeViewFactory::TreeViewFactory () +{ +} + + #include treeview.moc --- kdenonbeta/kdedebian/kapture/libkapture/treeview.h #1.7:1.8 @@ -57,4 +57,5 @@ namespace kapture { virtual capture::Tree *tree () { return m_tree; }; virtual capture::GrouperChain *grouper () { return m_tree - grouper (); }; +static QString cElemTooltip (capture::CElemPtr e); // void setMainView (MainView *mv) { m_mainView = mv; }; signals:
Bug#230833: marked as done (kdebase-bin: kstart can make a window show up on the wrong desktop)
Your message dated Fri, 25 Jun 2004 15:21:33 +0200 with message-id [EMAIL PROTECTED] and subject line Invalid upstream has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 2 Feb 2004 19:09:44 + From [EMAIL PROTECTED] Mon Feb 02 11:09:44 2004 Return-path: [EMAIL PROTECTED] Received: from pooh.kjernsmo.net [217.77.32.186] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AnjS3-0002Oh-00; Mon, 02 Feb 2004 11:09:43 -0800 Received: from ti100710a080-1370.bb.online.no ([80.213.229.90] helo=owl.kjernsmo.net) by pooh.kjernsmo.net with esmtp (Exim 4.30) id 1AnjRV-0004X3-QO; Mon, 02 Feb 2004 20:09:09 +0100 Received: from kjetil by owl.kjernsmo.net with local (Exim 3.36 #1 (Debian)) id 1AnjR0-0002Ay-00; Mon, 02 Feb 2004 20:08:38 +0100 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Kjetil Kjernsmo [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: kdebase-bin: kstart can make a window show up on the wrong desktop X-Mailer: reportbug 2.39 Date: Mon, 02 Feb 2004 20:08:38 +0100 Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_01 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_02_01 X-Spam-Level: Package: kdebase-bin Version: 4:3.1.4-1 Severity: normal If I go kstart --desktop 4 --activate kmail --check to have kmail check for any new mail, kmail will do its think okay, but if I subsequently try to open a new window in some other application in a different desktop, that new window will also appear in desktop 4. Which is what I expect to see. The completely unrelated appplication should open its windows in the desktop it uses. It is 100% reproducible to me, and it affects both new applications (for example opening KEdit by clicking on a text file on the Desktop) and widget windows of a running application, both KDE applications and non-KDE applications (for example if I go Ctrl+F in Firebird, the Find window will appear on desktop 4). This bug has been in every version of KDE I've tried, and while all my systems are Debian systems, it could be an upstream bug. It is of course just an annoyance, but it is getting rather annoying now... :-) In case someone wondered, I have this bound by lineakd to a special key on my keyboard, so I do this frequently, but it is reproducible from the command line too. My system is mostly from unstable, but I decided to stabilize and use testing sources a few weeks ago, and so I don't have the latest kde packages, but from the KDE changelogs, it doesn't seem to have been any significant work on this for 3.1.5. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux owl 2.4.23-backstreet-ruby.2003-12-26.3-owl #1 Fri Dec 26 23:23:03 CET 2003 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages kdebase-bin depends on: ii kdelibs4 4:3.1.4-3 KDE core libraries ii libart-2.0-2 2.3.16-1 Library of functions for 2D graphi ii libaudio2 1.6b-1The Network Audio System (NAS). (s ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libfam0c1022.6.10-6 client library to control the FAM ii libfontconfig1 2.2.1-13 generic font configuration library ii libfreetype6 2.1.7-1.1 FreeType 2 font engine, shared lib ii libgcc11:3.3.3-0pre1 GCC support library ii libpam0g 0.76-15 Pluggable Authentication Modules l ii libpng12-0 1.2.5.0-4 PNG library - runtime ii libqt3c102-mt 3:3.2.1-6 Qt GUI Library (Threaded runtime v ii libstdc++5 1:3.3.3-0pre1 The GNU Standard C++ Library v3 ii libxcursor11.0.2-4 X Cursor management library ii libxft22.1.2-5 FreeType-based font drawing librar ii libxrender10.8.3-5 X Rendering Extension client libra ii xlibmesa-gl [libgl1] 4.3.0-0pre1v3 Mesa 3D graphics library [XFree86] ii xlibs 4.3.0-0pre1v3 X Window System client libraries ii zlib1g 1:1.2.1-3 compression library - runtime -- no
Bug#256127: kopete: Yahoo has stopped working due to protocol change
Hello, Kopete and KDEnetwork are currently at 3.2.2 in both Sarge and Sid. When 3.2.3 is uploaded, this patch should definitely be included - that is, if 3.2.3 is going to be uploaded. Chris, you haven't mentioned anything about this recently. Do you plan to upload the rest of KDE soon? Cheers, Christopher Martin On June 25, 2004 03:04, Amit Shah wrote: Package: kopete Version: 4:3.2.2-1 Severity: important Yahoo changed their protocol yesterday causing kopete yahoo plugin to fail to work. Matt Rogers has a patch in the upstream CVS. Discussion here: http://bugs.kde.org/show_bug.cgi?id=83921 Since KDE 3.3 is scheduled in August and there won't be any 3.2.4 release, please update kopete with the patch from CVS so that yahoo works again.
Processed: xlibs problem
Processing commands for [EMAIL PROTECTED]: reassign 249047 xlibs Bug#249047: metacity: application's take focus even though it is set to click Bug reassigned from package `metacity' to `xlibs'. severity 249047 important Bug#249047: metacity: application's take focus even though it is set to click Severity set to `important'. tag 249047 sid Bug#249047: metacity: application's take focus even though it is set to click There were no tags set. Tags added: sid reassign 255778 xlibs Bug#255778: metacity: Desktop list doesn't disappear after switching desktops with ctrlaltarrow Bug reassigned from package `metacity' to `xlibs'. severity 255778 important Bug#255778: metacity: Desktop list doesn't disappear after switching desktops with ctrlaltarrow Severity set to `important'. tag 255778 sid Bug#255778: metacity: Desktop list doesn't disappear after switching desktops with ctrlaltarrow There were no tags set. Tags added: sid reassign 254973 xlibs Bug#254973: metacity: Alt-Tab doesn't works Bug reassigned from package `metacity' to `xlibs'. tag 254973 sid Bug#254973: metacity: Alt-Tab doesn't works There were no tags set. Tags added: sid reassign 255063 xlibs Bug#255063: capplets: Problem with keyboard shortcuts containing Alt Bug reassigned from package `capplets' to `xlibs'. tag 255063 sid Bug#255063: capplets: Problem with keyboard shortcuts containing Alt There were no tags set. Tags added: sid reopen 255332 Bug#255332: kde: hangs when switching windows with alt+tab Bug reopened, originator not changed. reassign 255332 xlibs Bug#255332: kde: hangs when switching windows with alt+tab Bug reassigned from package `kde' to `xlibs'. severity 255332 important Bug#255332: kde: hangs when switching windows with alt+tab Severity set to `important'. tag 255332 sid Bug#255332: kde: hangs when switching windows with alt+tab There were no tags set. Tags added: sid reopen 255216 Bug#255216: kwin: alt+tab does not work shen tab is released first Bug reopened, originator not changed. reassign 255216 xlibs Bug#255216: kwin: alt+tab does not work shen tab is released first Bug reassigned from package `kwin' to `xlibs'. severity 255216 important Bug#255216: kwin: alt+tab does not work shen tab is released first Severity set to `important'. tag 255216 sid Bug#255216: kwin: alt+tab does not work shen tab is released first There were no tags set. Tags added: sid merge 249047 255778 254973 255063 255332 255216 255192 Bug#249047: metacity: application's take focus even though it is set to click Bug#254973: metacity: Alt-Tab doesn't works Bug#255063: capplets: Problem with keyboard shortcuts containing Alt Bug#255192: Alt-Tab switching broken in dfsg.1-5 Bug#255216: kwin: alt+tab does not work shen tab is released first Bug#255332: kde: hangs when switching windows with alt+tab Bug#255778: metacity: Desktop list doesn't disappear after switching desktops with ctrlaltarrow Merged 249047 254973 255063 255192 255216 255332 255778. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#256127: kopete: Yahoo has stopped working due to protocol change
On Fri, Jun 25, 2004 at 11:12:20AM -0400, Christopher Martin wrote: Hello, Kopete and KDEnetwork are currently at 3.2.2 in both Sarge and Sid. When 3.2.3 is uploaded, this patch should definitely be included - that is, if 3.2.3 is going to be uploaded. Chris, you haven't mentioned anything about this recently. Do you plan to upload the rest of KDE soon? Yes, I am waiting on the cupsys transition to finish before uploading any more packages. Chris signature.asc Description: Digital signature
what's status of s390? (Re: could you keep your package for a few days?)
At Fri, 25 Jun 2004 15:23:35 +0900, Kenshi Muto wrote: As you know, all of our packages looked finish libcupsys-gnutls10 Fortunately, I find final package -- kdelibs is ready for s390 today. It's really good news. Argh, I'm moron. kdelibs is meta package, we need kdelibs4 instead of it. Hmm, Christopher, do you know what's status of s390? buildd said error on 22 Jun, but nothing looked try after then... Thanks, -- Kenshi Muto [EMAIL PROTECTED]
Re: what's status of s390? (Re: could you keep your package for a few days?)
On June 25, 2004 20:45, Kenshi Muto wrote: Hmm, Christopher, do you know what's status of s390? buildd said error on 22 Jun, but nothing looked try after then... I'm not the Christopher you meant, but nevertheless I've been nagging the s390 guys to get Qt into Incoming so kdelibs can be built. Qt was built a week ago on s390, but was somehow lost... anyway, they rebuilt it today, and hopefully it should enter Incoming soon. Then kdelibs should be retried automatically in a day or two. Cheers, Christopher Martin
Bug#227538: kdelibs: mixed results on 3.2.2
=== --- debian/patches/10_kstandarddirs.diff(revision 125) +++ debian/patches/10_kstandarddirs.diff(working copy) @@ -6,7 +6,7 @@ candidates-append(path); } +// UGLY HACK - Chris Cheney -+if (local (config == type)) ++if (local (!strcmp(config, type))) + candidates-append(/etc/kde3/); +// local = false; What does that do exactly? It would seem to append /etc/kde3 to all types other than config? Or did I misunderstand what I was doing in that patch? Chris I haven't heard anything about this bug in a while. Does this patch work? Has been applied to packages that have been released? -- Itai Itai Seggev, University of Chicago, Department of Physics Co-coordinator, Carmel Project (http://linbrew.sourceforge.net/carmel) In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team.
Re: what's status of s390? (Re: could you keep your package for a few days?)
Hi, At Fri, 25 Jun 2004 21:16:58 -0400, Christopher Martin wrote: On June 25, 2004 20:45, Kenshi Muto wrote: Hmm, Christopher, do you know what's status of s390? I'm not the Christopher you meant, but nevertheless I've been nagging the s390 guys to get Qt into Incoming so kdelibs can be built. Qt was built a week ago on s390, but was somehow lost... anyway, they rebuilt it today, and hopefully it should enter Incoming soon. Then kdelibs should be retried automatically in a day or two. Oh, that's good news. Thank you! -- Kenshi Muto [EMAIL PROTECTED]
Bug#227538: kdelibs: mixed results on 3.2.2
Itai Seggev writes: === --- debian/patches/10_kstandarddirs.diff (revision 125) +++ debian/patches/10_kstandarddirs.diff (working copy) @@ -6,7 +6,7 @@ candidates-append(path); } + // UGLY HACK - Chris Cheney -+ if (local (config == type)) ++ if (local (!strcmp(config, type))) + candidates-append(/etc/kde3/); + // local = false; What does that do exactly? It would seem to append /etc/kde3 to all types other than config? Or did I misunderstand what I was doing in that patch? Chris I haven't heard anything about this bug in a while. Does this patch work? I'm pretty sure it fixes the problem, yes. Has been applied to packages that have been released? It's committed in pkg-kde/kdelibs, but apparently it's still not in any uploaded kdelibs version. Chris must have missed this simple patch... cheers domi
Processed: process #255796
Processing commands for [EMAIL PROTECTED]: clone 255796 -1 Bug#255796: Package: installation-reports Bug 255796 cloned as bug 256315. clone 255796 -2 Bug#255796: Package: installation-reports Bug 255796 cloned as bug 256316. clone 255796 -3 Bug#255796: Package: installation-reports Bug 255796 cloned as bug 256317. reassign -1 base-config Bug#256315: Package: installation-reports Bug reassigned from package `installation-reports' to `base-config'. retitle -1 should offer to reconfugure apt if apt run failed Bug#256315: Package: installation-reports Changed Bug title. reassign -2 resolvconf Bug#256316: Package: installation-reports Bug reassigned from package `installation-reports' to `resolvconf'. retitle -2 should not display note on fresh install, just use a README Bug#256316: Package: installation-reports Changed Bug title. reassign -3 xserver-xfree86 Bug#256317: Package: installation-reports Bug reassigned from package `installation-reports' to `xserver-xfree86'. retitle -3 talks abou DDC, but does not tell how the DDC probe went Bug#256317: Package: installation-reports Changed Bug title. reassign 255796 kde Bug#255796: Package: installation-reports Bug reassigned from package `installation-reports' to `kde'. retitle 255796 no menu item for launching mozilla Bug#255796: Package: installation-reports Changed Bug title. severity 255796 wishlist Bug#255796: no menu item for launching mozilla Severity set to `wishlist'. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: Kicker: no Applications but Lost Found
On Thu, 24 Jun 2004, Chris Cheney wrote: On Wed, Jun 23, 2004 at 09:15:32PM +0200, Michael Schuerig wrote: Some time ago the contents of the K-Menu (Kicker) have changed. There's no longer an application menu called Applications, instead now there is one called Lost Found containing some, but not all, items previously in Applications. Also, integration of Debian applications has changed Applications was renamed to Lost Found by upstream KDE because it more accurately reflects what the menu is for. It is for items which do not have proper Categories (iow are buggy). I'm using the latest KDE packages on unstable. Now they have their own top-level menu whereas previously they were sorted thematically into the KDE menus. This is intentional and will be better fixed when Debian adopts the freedesktop.org menu standard, hopefully soon after sarge release. The previous break out was more confusing since the Debian categories do not match up with fdo categories. To ask again, *is* there a GUI way of getting a list of all installed GUI applications and being able to choose from them which to launch? *t -- --- Tomas Pospisek http://sourcepole.com - Linux Open Source Solutions ---
Re: alt+tab problem
Hi, instead of downgrading (see mail of Tim Mueller) you also could execute xmodmap -e 'clear mod1' -e 'add mod1 = Alt_L' on the console. This is not permanently. After X restarting you have to do it again. Tim Am Donnerstag, 24. Juni 2004 23:04 schrieb Bernd Schubert: Hello, probably after the last kde update (sid system), the 'walk through windows' function aka 'alt+tab' requires to press enter when one wants to make the choosen windows to come into foreground. Is this a bug or 'wanted' feature? IMHO its pretty annoying. Thanks, Bernd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: CC and Code of Conduct (was: How to get rid of KVim)
On Fri, Jun 25, 2004 at 07:57:09AM +1000, Ben Burton wrote: But I tell you what, here's a deal. You thank me for the immense number of hours that I have spent packaging KDE for you for free over the last few years, and I'll apologise for that CC. Ben. Hey Ben, you didn't CC me, but I want to thank you any way for the great work. My gratitude goes towards you. AR
Re: alt+tab problem
Hello Tim, instead of downgrading (see mail of Tim Mueller) you also could execute xmodmap -e 'clear mod1' -e 'add mod1 = Alt_L' on the console. thanks a lot, that did the trick. This is not permanently. After X restarting you have to do it again. Of course, I will try to insert this somehow into my .Xmodmap (have already forgotten the syntax, but this shouldn't be so difficult). Thanks again, also to Marcus and Tim Müller, Bernd
Re: How to get rid of KVim
On Wednesday 23 June 2004 11:27 am, Alexander Nordström wrote: On Wednesday, 23 Jun 2004 21:14, David Goodenough wrote: It seems to be a pre-req for any KDE install, try to remove it (at least under Debian) and most of KDE seems to want to go away. It is not. I wonder where the insane dependencies are. IIRC, I installed the kde metapackage, which pulled in kvim and the kitchen sink. I can't remove kvim without some trouble. -apt-get remove kvim Reading Package Lists... Done Building Dependency Tree... Done The following packages will be REMOVED: kde kdeaddons kvim vimpart 0 upgraded, 0 newly installed, 4 to remove and 1 not upgraded. Need to get 0B of archives. ... -apt-get remove vimpart Reading Package Lists... Done Building Dependency Tree... Done The following packages will be REMOVED: kde kdeaddons vimpart 0 upgraded, 0 newly installed, 3 to remove and 1 not upgraded. Need to get 0B of archives. I did get rid of it once through some trickery, but it came back as a side effect of some subsequent action (probably an update), and I decided to leave it alone. I don't really remember all of this very clearly, but I seem to recall I had to hand edit one of apt's files in var to get rid of this thing without taking all of KDE with it. It got quite ugly. -- Michael McIntyre Silvan [EMAIL PROTECTED] Linux fanatic, and certified Geek; registered Linux user #243621 http://www.geocities.com/Paris/Rue/5407/
Re: How to get rid of KVim
On Fri, 25 Jun 2004 10:32:25 -0400 Silvan [EMAIL PROTECTED] wrote: S On Wednesday 23 June 2004 11:27 am, Alexander Nordström wrote: S On Wednesday, 23 Jun 2004 21:14, David Goodenough wrote: S It seems to be a pre-req for any KDE install, try to remove it S (at least under Debian) and most of KDE seems to want to go away. S S It is not. S S I wonder where the insane dependencies are. IIRC, I installed the S kde metapackage, which pulled in kvim and the kitchen sink. I S can't remove kvim without some trouble. S S -apt-get remove kvim S Reading Package Lists... Done S Building Dependency Tree... Done S The following packages will be REMOVED: S kde kdeaddons kvim vimpart S 0 upgraded, 0 newly installed, 4 to remove and 1 not upgraded. S Need to get 0B of archives. S ... S S -apt-get remove vimpart S Reading Package Lists... Done S Building Dependency Tree... Done S The following packages will be REMOVED: S kde kdeaddons vimpart S 0 upgraded, 0 newly installed, 3 to remove and 1 not upgraded. S Need to get 0B of archives. S S S I did get rid of it once through some trickery, but it came back as a S side effect of some subsequent action (probably an update), and I S decided to leave it alone. S S I don't really remember all of this very clearly, but I seem to S recall I had to hand edit one of apt's files in var to get rid of S this thing without taking all of KDE with it. It got quite ugly. S Remember that KDE and KDEADDONS are not real packages in that they don't contain any programs they are just containers that install a particular list of KDE packages one of which is kvim. Therefore if you want all of KDE except kvim then you have 2 options (1) Install all the component parts manually or (2) install KDE and let it drag everything in and then remove kvim (which will remove the kde package but not all the real bits of KDE) James P.S. To really remove KDE you need to remove kdelibs* -- ++---+-+ | James Tappin | School of Physics Astronomy | O__| | [EMAIL PROTECTED] | University of Birmingham | -- \/` | | Ph: 0121-414-6462. Fax: 0121-414-3722 | | ++-+
Re: How to get rid of KVim
On Friday 25 June 2004 15:32, Silvan wrote: -apt-get remove kvim Reading Package Lists... Done Building Dependency Tree... Done The following packages will be REMOVED: kde kdeaddons kvim vimpart 0 upgraded, 0 newly installed, 4 to remove and 1 not upgraded. Need to get 0B of archives. ... This is a complete misnomer... Removing 'kvim' will NOT remove the entirety of the K Desktop Environment. It will remove the 10k Debian 'metapackage' called 'kde' as well as the one called 'kdeaddons'. It does this because kvim is part of the kdeaddons metapackage, and kdeaddons is part of the kde metapackage. Rest assured your KDE installation is safe. Cheers, Gavin.
knewspost
Hi ! does someone know where I can get knewspost (gui for newspost) deb package? TiA CU
PGP Keys on this List
How do I get the PGP key of this list so that one can send to it signed messages and validate the validity of the PGP validated messages?
Re: How to get rid of KVim
On Friday 25 June 2004 15:43, Gavin Hamill wrote: On Friday 25 June 2004 15:32, Silvan wrote: -apt-get remove kvim Reading Package Lists... Done Building Dependency Tree... Done The following packages will be REMOVED: kde kdeaddons kvim vimpart 0 upgraded, 0 newly installed, 4 to remove and 1 not upgraded. Need to get 0B of archives. ... This is a complete misnomer... Removing 'kvim' will NOT remove the entirety of the K Desktop Environment. It will remove the 10k Debian 'metapackage' called 'kde' as well as the one called 'kdeaddons'. It does this because kvim is part of the kdeaddons metapackage, and kdeaddons is part of the kde metapackage. Rest assured your KDE installation is safe. Cheers, Gavin. Yes, BUT, it will interfere with future upgrades that add new components (this time that we might want) to KDE. If you do not have the metapackage they will not get included automatically. David
Re: PGP Keys on this List
Ryan [EMAIL PROTECTED] writes: How do I get the PGP key of this list so that one can send to it signed messages and validate the validity of the PGP validated messages? Make sure your GPG is configured to fetch keys from x-hkp://pgp.mit.edu/ -- Paul Johnson [EMAIL PROTECTED] Linux. You can find a worse OS, but it costs more. pgpqkuc2gcbRn.pgp Description: PGP signature
KDE and SVG Browsing
I have gained an interest in SVG, the new web graphics format that allows easy animation. There appear to be no applications on Linux that allow quality browsing of SVG animations. Even the Adobe plugin has been observed to crash under a light load of rendering. I have been unable to have Konqueror and the Adove plugin coexist. In Konqueror, SVGs are not rendered at all while in Mozilla, the same SVG will display correctly. True, in Mozilla complex SVGs will soon bring down the entire application, but it displays them much better than Konqueror. Can anyone recommend a web browser with good support for displaying SVG? It's hard to create SVG graphics when they cannot be viewed. Bob
Re: How to get rid of KVim
Yes, BUT, it will interfere with future upgrades that add new components (this time that we might want) to KDE. If you do not have the metapackage they will not get included automatically. Anything is perfect :( Well, debian news says what is new in the repository.
Help -- SVG Browser Needed
Using Ksvg, SVG icons can be displayed in Konqueror. However, even with the Adobe SVG plugin, none of the SVG animations at http://www.w3.org/TR/SVG/images/animate/animMotion01.svg will show. Using Mozilla with the Adobe SVG plugin installed, SVG is handled correctly. Complex SVG has problems being correctly displayed and some will crash after a few minutes, but overall Mozilla is more capable of SVG display. Can people chime in with their preferred methods for display, creation, and editing of SVGs? I wish to begin learning this new technology without having to go back to Windows and Illustrator. -- Q: Why do mountain climbers rope themselves together? A: To prevent the sensible ones from going home.
Re: KDE and SVG Browsing
Take a look at Batik. http://xml.apache.org/batik/ It has a Java based SVG viewer. It works quite well, but it does not support animation. For creating SVG images, you could try Sodipodi http://www.sodipodi.com/ On Fri, 2004-06-25 at 10:52, Bob Tilley (ATT) wrote: I have gained an interest in SVG, the new web graphics format that allows easy animation. There appear to be no applications on Linux that allow quality browsing of SVG animations. Even the Adobe plugin has been observed to crash under a light load of rendering. I have been unable to have Konqueror and the Adove plugin coexist. In Konqueror, SVGs are not rendered at all while in Mozilla, the same SVG will display correctly. True, in Mozilla complex SVGs will soon bring down the entire application, but it displays them much better than Konqueror. Can anyone recommend a web browser with good support for displaying SVG? It's hard to create SVG graphics when they cannot be viewed. Bob !DSPAM:40dc735797381896610980!