[ adding -sprints in the loop ]
On Thu, Nov 24, 2011 at 12:01:38AM +0100, Josselin Mouette wrote:
given the poor state of our desktop package management tools in squeeze,
and the number of unknown variables when it comes to wheezy, I’d like to
propose to gather around in a dedicated Debian
Am Donnerstag, den 24.11.2011, 00:01 +0100 schrieb Josselin Mouette:
Hi,
given the poor state of our desktop package management tools in squeeze,
and the number of unknown variables when it comes to wheezy, I’d like to
propose to gather around in a dedicated Debian sprint on this topic. We
You mean I have to ask the user to erase everything in
$HOME to make sure that plasma-desktop doesn't die?
Sorry, but this doesn't answer the question. How can
I set ulimit -c unlimited before plasma-desktop is
run to make sure that there is a core dump for
investigation?
Regards
Harri
--
On Thursday, 2011-11-24, Harald Dunkel wrote:
You mean I have to ask the user to erase everything in
$HOME to make sure that plasma-desktop doesn't die?
Sorry, but this doesn't answer the question. How can
I set ulimit -c unlimited before plasma-desktop is
run to make sure that there is a
On Thu, Nov 24, 2011 at 12:01:38AM +0100, Josselin Mouette wrote:
Hi,
given the poor state of our desktop package management tools in squeeze,
and the number of unknown variables when it comes to wheezy, I’d like to
propose to gather around in a dedicated Debian sprint on this topic. We
Hi!
I would also be interested in this meeting, especially in the
PackageKit side. I believe PK is the right way to go, but only if the
current APTcc backend gets a few improvements and if we identify the
(Debian-specific) stuff PK is probably missing.
On KDE's side, I hope I can find a sponsor
On 11/24/11 15:01, Harald Dunkel wrote:
You mean I have to ask the user to erase everything in
$HOME to make sure that plasma-desktop doesn't die?
Sorry, but this doesn't answer the question. How can
I set ulimit -c unlimited before plasma-desktop is
run to make sure that there is a core dump
Package: libdbusmenu-qt2
Version: 0.9.0-0ubuntu2
Severity: minor
I just merged the latest unreleased version of libdbusmenu-qt package and
noticed too minor errors:
- debian/copyright:
Source should be https://launchpad.net/libdbusmenu-qt
- debian/002-use-multiarch-lib-paths.diff:
Author
Package: kdegames
usr/share/kde4/apps/kdegames/pics/star.png is not installed in kdegames. In
ubuntu i've put it into libkdegames5a.install
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
Package: kdebase-runtime
Version: 4:4.6.5-1+b1
Following an upgrade of libntrack-qt4-1 and libntrack0 to version
016-1, kded4 segfaults on startup with the following backtrace:
Application: KDE Daemon (kded4), signal: Segmentation fault
[KCrash Handler]
#6 0x7f50dbae8337 in ?? () from
Processing commands for cont...@bugs.debian.org:
clone 649259 -1
Bug#649259: frescobaldi fails to start when libpython2.6 is not installed
Bug 649259 cloned as bug 649936.
reassign -1 python-kde4 4:4.6.80-3
Bug #649936 [frescobaldi] frescobaldi fails to start when libpython2.6 is not
Package: kdeplasma-addons
kdeplasma-addons-dbg depends on kdebase-workspace-dbg in Git packaging, it
should depend on kde-workspace-dbg
Jonathan
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
12 matches
Mail list logo