I just made the leap from Ralf Nolden's excellent packages for Woody, which I'd
been
using on Sid, to Sid's own, including those still waiting in the wings at
http://people.debian.org/~ccheney/kde-other. I had to do four or five "force"
dependency overrides for the packages to install (arts li
On Sat, Feb 15, 2003 at 02:10:20PM -0800, Michael Peddemors wrote:
> and that's when I grumble :) But the point someone made about the
> comparision with Win95 remains valid.. Webbrowser, Email Client, (except
> maybe outlook :) running on a freshly booted machine can run on less hardware
> th
On Saturday 15 February 2003 11:51, Marco Laverdière wrote:
> I've got the same problem here.
>
> I think that's because Ralf's or Karolina's KDE 3.1 packages (packages on
> ftp.org are from Ralf) are not upgradable with kde 3.1 packages recently
> introduced in sid/woody. The problem is that sid/
Geez.. I could live with that.. Wonder how you got yours so low. Wondering if
this is again related to the fonts.. Next install I will have to check it as
I add each package.. :)
But having said that about MG being used on initial startup, it doesn't do bad
when adding apps to the load, except
Title: art-online TM - The Fine Art Directory by Artprice
T H EF I N EA R TD I R E C T O R Y
Art History
Art market
Art Venues
Artists
Awards
Education
Employment
Events
Galleries
Goverments
Legal
Museums
Professionals
Resources
Shopping
http://www.A
On my laptop KDE 3.1 when started (even with ksysguard applet on kicker)
it only takes 43060K (see second line on free). That said I do think
there was or possibly still is some kind of memory leak but I don't know
where.
total used free sharedbuffers cached
M
I hear a little bit of trolling here, but I'm going to respond anyway...
On Saturday 15 February 2003 18:36, Michael Peddemors wrote:
> Looking for a good forum for discussing memory usage..
> Aside from the fact that konqueror seems to swallow an incredible mount of
> memory, and not release it,
On Sat, Feb 15, 2003 at 09:36:42AM -0800, Michael Peddemors wrote:
> Looking for a good forum for discussing memory usage..
I think there is an @kde.org mailing list for performance enhancements.
It is aimed at developers, though. Are you offering to help fix this?
> memory usage. Curious, are
Looking for a good forum for discussing memory usage..
Aside from the fact that konqueror seems to swallow an incredible mount of
memory, and not release it, it seems that it is taking more and more memory,
just to fire up the base functionality.
A fresh boot of debian stable, to KDE 3.1, with ju
Hi folks,
modifying imap folder with procmail was no problem with ralf's kmail, i.e.
after a (automatically performed) "check folder" call, folders with new
messages are displayed bold (btw: mozilla could learn here!)
Pitty, Chris' kmail does not do that, even if one looks into that folder.
After
I've got the same problem here.
I think that's because Ralf's or Karolina's KDE 3.1 packages (packages on
ftp.org are from Ralf) are not upgradable with kde 3.1 packages recently
introduced in sid/woody. The problem is that sid/woody is not complete:
kdepim, kdenetwork and others are still mi
Le Samedi 15 Février 2003 14:04, Ben Burton a écrit :
> If koffice-i18n is packaged as lots of little language-specific
> packages, it means we have lots more little packages in debian that add
> to the already confusing number of packages for users to choose from and
> for slow hardware to deal wi
Le Samedi 15 Février 2003 14:04, Ben Burton a écrit :
> If, however, we (the developers) can go to the extra hassle of combining
> the koffice and core KDE i18n files
I suppose you mean the maintainer(s)...
So they would have to remove the koffice i18n files in KDE_x_y_BRANCH (I still
don't under
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Samstag, 15. Februar 2003 13:54, Ben Burton wrote:
> qlist.h has been moved to package libqt3-compat-headers. A request has
> already been made for kdelibs4-dev to depend on libqt3-compat-headers
> until #includes like qlist.h have been removed fro
> I'll try to explain my point of view on koffice-i18n. It's very simple: if we
> have kde and koffice (separate) packages, with different release cycles and
> so, why should we package koffice-i18n and kde-i18n together?
You're right, it's a bad solution. The problem is that the other
solutio
qlist.h has been moved to package libqt3-compat-headers. A request has
already been made for kdelibs4-dev to depend on libqt3-compat-headers
until #includes like qlist.h have been removed from the core KDE
headers.
Ben. :)
On Saturday 15 February 2003 12:47, Sergio Rodriguez de Guzman Martinez wrote:
> I'm missign qlist.h while trying to compile some applications. I
> supposed that it was in libqt3-headers, but with the last update
> (3.1.1-3) on a Sid machine, it has disappeared.
qlist.h is depracated for some time
I'm missign qlist.h while trying to compile some applications. I
supposed that it was in libqt3-headers, but with the last update
(3.1.1-3) on a Sid machine, it has disappeared.
apt-file output:
libqt3-headers: usr/include/qt/qlist.h
Sergio.
--
Sergio Rodríguez de Guzmán Martínez| Lo que quier
Hi, folks.
I'll try to explain my point of view on koffice-i18n. It's very simple: if we
have kde and koffice (separate) packages, with different release cycles and
so, why should we package koffice-i18n and kde-i18n together?
Well, I have just take the same philosophy of work from Noel and kde
Hello, I like GNOME 2.0. I have not used KDE for 4 years?
But, I have non-free office proram named 'Hancom Office 2.0'.
I want to print on this program.
I set up HP3820 using CUPS. 'lp -P HP3820 test.ps' works well.
This program depend on Qt 3.0.
Therefore, I installed kdeprint(4:3.1.0-2), kdelib
20 matches
Mail list logo