kdebase-workspace_4.4.5-3_amd64.changes uploaded successfully to
ftp-master.debian.org
along with the files:
kdebase-workspace_4.4.5-3.dsc
kdebase-workspace_4.4.5-3.debian.tar.gz
kdebase-workspace_4.4.5-3_all.deb
kdebase-workspace-data_4.4.5-3_all.deb
kdebase-workspace_4.4.5-3_amd64.changes uploaded successfully to localhost
along with the files:
kdebase-workspace_4.4.5-3.dsc
kdebase-workspace_4.4.5-3.debian.tar.gz
kdebase-workspace_4.4.5-3_all.deb
kdebase-workspace-data_4.4.5-3_all.deb
plasma-scriptengines_4.4.5-3_all.deb
Accepted:
kde-window-manager_4.4.5-3_amd64.deb
to main/k/kdebase-workspace/kde-window-manager_4.4.5-3_amd64.deb
kdebase-workspace-bin_4.4.5-3_amd64.deb
to main/k/kdebase-workspace/kdebase-workspace-bin_4.4.5-3_amd64.deb
kdebase-workspace-data_4.4.5-3_all.deb
to
There are disparities between your recently accepted upload and the
override file for the following file(s):
kdm_4.4.5-3_amd64.deb: package says section is x11, override says kde.
klipper_4.4.5-3_amd64.deb: package says section is x11, override says kde.
Please note that a list of new sections
Your message dated Tue, 10 Aug 2010 09:48:43 +
with message-id e1oilrr-00062d...@franck.debian.org
and subject line Bug#592278: fixed in kdebase-workspace 4:4.4.5-3
has caused the Debian Bug report #592278,
regarding [libksgrd4] typo dataengines in extended description
to be marked as done.
Hello,
On pirmadienis 09 Rugpjūtis 2010 18:40:42 Praveen A wrote:
There is a new upstream version of libdbusmenu-qt and squeeze is
frozen. I just want to confirm if I'm doing the right thing. As a new
upstream release is a significant change, I don't want to upload it to
unstable. I would
[Petter Reinholdtsen]
We investigated this issue a bit on IRC, and two workarounds were
discovered. Either init.d/kdm can set KDEROOTDIR to some more
sensible location (like /var/lib/kdm/). This will make kdm stop
creating files in the root users home directory, and is a more proper
fix.
Btw, this bug is fixed upstream, as kdm 4.5 now runs as a separate
kdm user, which has no $HOME and thus there are no such files
created anywhere. We hoped to push 4.5 for squeeze, but unfortunately
this is not possible anymore, so it seems we will have to work it
around.
--
To UNSUBSCRIBE,
Hello,
On antradienis 10 Rugpjūtis 2010 13:06:49 Petter Reinholdtsen wrote:
[Petter Reinholdtsen]
We investigated this issue a bit on IRC, and two workarounds were
discovered. Either init.d/kdm can set KDEROOTDIR to some more
sensible location (like /var/lib/kdm/). This will make kdm
[Modestas Vainius]
Secondly, I'm not denying that there is an issue about kdm creating
useless files, but there is nothing critical or RC about it given
the former.
kaboom could be smarter in this case but again there is nothing RC
about it.
If this is the stance of the KDE maintainence
Hello,
On antradienis 10 Rugpjūtis 2010 14:33:12 Petter Reinholdtsen wrote:
[Modestas Vainius]
Secondly, I'm not denying that there is an issue about kdm creating
useless files, but there is nothing critical or RC about it given
the former.
kaboom could be smarter in this case but
Package: liblsofui4
Version: 4:4.4.5-3
Severity: minor
The extended description starts with:
This package contains libraries needed for ksysguard based scheduling
priority of a process.
This doesn't parse for me. priority and scheduling should presumably
be interchanged, although that still
12 matches
Mail list logo
