Re: KDE 3.1.1 Fast as root but slow as User
On Thu, Apr 10, 2003 at 10:13:15PM +0200, Frank Van Damme wrote: > On Thursday 10 April 2003 14:34, Daniel Stone wrote: > > xfree86 (4.3.0-0ds3v2) unstable; urgency=low > > [...] > > * debian/xfree86-common.init: > > + Now automatically makes /tmp/.ICE-unix, and makes it root.root 1777. > > This increases KDE startup time dramatically. No, really. > > patch: DEcreases! :) Thankyou. :) -- Daniel Stone <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> KDE: Konquering a desktop near you - http://www.kde.org pgpdWVWlVyng1.pgp Description: PGP signature
Re: Kmail problems with signed attachments
Hi, Ricardo! On Thursday 10 April 2003 21:04, Ricardo Javier Cardenes Medina wrote: > On Thu, Apr 10, 2003 at 07:30:20PM +0200, Mika Fischer wrote: > > I guess you mean: that kmail puts the CRs in for signing is good, > > but that it removes them again before sending is not :) > > Mmh... Now that you say it, I should review it a bit. Probably > Python's SMTP module is CR'cing the message before sending it. I'll > tell you... All I wanted to say is that kmail *changes* the signed content of messages. And that can't be good :) > RFC 2015: MIME Security with Pretty Good Privacy (PGP) Thanks. The newer one is 3156, BTW. But it has exacty the same list... > > And, as a side note: mutt puts no CRs in... :) Leaves the question, why doesn't mutt do it. But I guess that's a bit off-topic here... :) Cheers, Mika pgpGablDqWYBK.pgp Description: signature
Re: KDE 3.1.1 Fast as root but slow as User
On Thursday 10 April 2003 14:34, Daniel Stone wrote: > xfree86 (4.3.0-0ds3v2) unstable; urgency=low > [...] > * debian/xfree86-common.init: > + Now automatically makes /tmp/.ICE-unix, and makes it root.root 1777. > This increases KDE startup time dramatically. No, really. patch: DEcreases! :) -- Frank Van Damme| "Saying 8MB of RAM doesn't do as much anymore is http://www.| like saying a gallon of water holds more than it openstandaarden.be | did in 1988."--George Adkins
Re: Kmail problems with signed attachments
Hi, David! On Thursday 10 April 2003 21:30, David Pye wrote: > I wonder if this is what happens: > > I *know* in transit some of the CRs may get turned into CRLFs (Can't > confirm when tho!) and therefore KMail assumes that this is certain > to happen, and therefore signs the message with them in to ensure > that things will match ok? May well be the reasoning behind this. I filed a bug (http://bugs.kde.org/show_bug.cgi?id=57098). Let's see what the kmail guys say about it. Cheers, Mika pgpnJUGVLNFGg.pgp Description: signature
Re: Kmail problems with signed attachments
I wonder if this is what happens: I *know* in transit some of the CRs may get turned into CRLFs (Can't confirm when tho!) and therefore KMail assumes that this is certain to happen, and therefore signs the message with them in to ensure that things will match ok? David On Thursday 10 April 2003 18:30, Mika Fischer wrote: > Hi, Ricardo! > > On Thursday 10 April 2003 11:12, Ricardo Javier Cardenes Medina wrote: > > > I just can't think of a reason why kmail would put them in there > > > (only in the signed part) then sign the message and then remov them > > > again befor sending the mail out :) > > > It just doesn't make any sense... > > > > Because that's the way the RFC says you have to... I've made a simple > > "signing bot" using Python/Pyme for some tasks inside my LUG, and I > > were utterly failing for a couple of hours until I re-read carefully > > the RFC and saw that reference to CRLF. > > I guess you mean: that kmail puts the CRs in for signing is good, but > that it removes them again before sending is not :) > > I can live with that. But as it is now, every signd mail with an > attachment will have its signature damaged even before it leaves > kmail... > > But anyway can you tell me which RFC you're referring to? In 1847 I > couldn't find anything like that... > > And, as a side note: mutt puts no CRs in... :) > > Cheers, > Mika
Re: Kmail problems with signed attachments
On Thu, Apr 10, 2003 at 07:30:20PM +0200, Mika Fischer wrote: > > I guess you mean: that kmail puts the CRs in for signing is good, but > that it removes them again before sending is not :) Mmh... Now that you say it, I should review it a bit. Probably Python's SMTP module is CR'cing the message before sending it. I'll tell you... > I can live with that. But as it is now, every signd mail with an > attachment will have its signature damaged even before it leaves > kmail... > > But anyway can you tell me which RFC you're referring to? In 1847 I > couldn't find anything like that... RFC 2015: MIME Security with Pretty Good Privacy (PGP) Quote: When the PGP digital signature is generated: (1) The data to be signed must first be converted to its type/subtype specific canonical form. For text/plain, this means conversion to an appropriate character set and conversion of line endings to the canonical sequence. (2) An appropriate Content-Transfer-Encoding is then applied. Each line of the encoded data MUST end with the canonical sequence. (3) MIME content headers are then added to the body, each ending with the canonical sequence. (4) As described in [1], the digital signature MUST be calculated over both the data to be signed and its set of content headers. (5) The signature MUST be generated detached from the signed data so that the process does not alter the signed data in any way. ... [1] Galvin, J., Murphy, G., Crocker, S., and N. Freed, "Security Multiparts for MIME: Multipart/Signed and Multipart/Encrypted", RFC 1847, October 1995. > And, as a side note: mutt puts no CRs in... :) > > Cheers, > Mika
Re: KDE 3.1.1 Fast as root but slow as User
Hello, It's getting Off Topic :) * Yven Johannes Leist <[EMAIL PROTECTED]> wrote: > (I really wonder why nobody else thought of getting rid, or least modifying > the horribly annoying splashscreen before...) You can do that as well with your debian packages (and probably with every other version). Put "Logo=0" into your /etc/openoffice/sofficerc. Jan
Re: Kmail problems with signed attachments
Hi, Ricardo! On Thursday 10 April 2003 11:12, Ricardo Javier Cardenes Medina wrote: > > I just can't think of a reason why kmail would put them in there > > (only in the signed part) then sign the message and then remov them > > again befor sending the mail out :) > > It just doesn't make any sense... > > Because that's the way the RFC says you have to... I've made a simple > "signing bot" using Python/Pyme for some tasks inside my LUG, and I > were utterly failing for a couple of hours until I re-read carefully > the RFC and saw that reference to CRLF. I guess you mean: that kmail puts the CRs in for signing is good, but that it removes them again before sending is not :) I can live with that. But as it is now, every signd mail with an attachment will have its signature damaged even before it leaves kmail... But anyway can you tell me which RFC you're referring to? In 1847 I couldn't find anything like that... And, as a side note: mutt puts no CRs in... :) Cheers, Mika pgpsUfMARccwo.pgp Description: signature
Re: KDE 3.1.1 Fast as root but slow as User
On Wednesday 09 April 2003 20:41, Gaute Hvoslef Kvalnes wrote: [...] > Sun didn't create StarOffice, they bought it from Star Division (a > German company, I think), who developed it until version 5.2. Since > then, it has really been made faster, but there's still a long way to > go. If you compare it to the upcoming MS Office 11, it doesn't look > too bad at all. I know it's slightly off-topic, but Ximian has recently done some nice work on OO too[1]. Hopefully they will be integrated into the main branch in the not too distant future. Cheers, Yven [1]: http://www.gnome.org/~michael/XimianOOo/img8.html (I really wonder why nobody else thought of getting rid, or least modifying the horribly annoying splashscreen before...) -- Yven Johannes Leist - [EMAIL PROTECTED] http://www.leist.beldesign.de
Re: KDE 3.1.1 Fast as root but slow as User
* Randy Kramer <[EMAIL PROTECTED]> wrote:
> And I keep getting confused -- did Star somehow acquire the old
> Wordstar? And incorporated parts of it in Star Office?
Nope: StarOffice was created by a guy from Germany some years back.
Something like the Compaq/HP garage thingie :). He founded
StarDivision and moved to Hamburg, where most of the OOo/So
developer are still working (I don't think, that there are so
many 'originally sun' people around). In 1999 StarDivison was
bought by Sun and then they put the code under OS license.
Anyway, Most of the code is still 'made' by the old
StarDivision developer in Hamburg.
Some other notes, regarding the 'slowliness': up to version 5.2
StarOffice had a 'integrated desktop', which came with windows
manager and some other stuff ("Everything in one place"). This
confused MSO users a lot and after 5.2 most of the stuff was
removed (you can still here some users crying about that...). Just
after that and some initial cleanup and 'make it run again', the
code was released in october 2000 as Open Source.
6.0 is IMO still a 'recover version', making everythingwork
again. A developer said (in a german newsgroup), that SO still
'starts up' a lot too many and too big libraries at startup, but
that this is one place which is worked on.
And AFAI see it, the real developer, who dig deep into the code, are
still not really a lot and mostly the old people from StarDivision
times. IIRC the calc Easteregg showed three or four people, and
that's the second 'biggest' part of SO/OOo after writer.
Jan
Re: KDE 3.1.1 Fast as root but slow as User
On Thu, Apr 10, 2003 at 10:06:07PM +1000, Daniel Stone wrote: > On Thu, Apr 10, 2003 at 01:02:13PM +0200, Frank Van Damme wrote: > > I know. I run your packages! :) > > > > But Branden does the official version isn't it? > > > > Errr... who dares to send him an email? :) > > Well, Branden will be using my 4.3 debs as a base for his 4.3 debs. I'll > have a chat to him about it when I next talk to him about X stuff (we > regularly touch bases about patches, etc), but I can't imagine he'd have > any objection. > > A few people are testing -0ds3v2, BTW. I've ironed the last of the bugs > that I know about, now it's just a matter of accosting the porters, > really. xfree86 (4.3.0-0ds3v2) unstable; urgency=low [...] * debian/xfree86-common.init: + Now automatically makes /tmp/.ICE-unix, and makes it root.root 1777. This increases KDE startup time dramatically. No, really. -- Daniel Stone <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> KDE: Konquering a desktop near you - http://www.kde.org pgpFrvkPOcYXP.pgp Description: PGP signature
Re: KDE 3.1.1 Fast as root but slow as User
On Thu, Apr 10, 2003 at 01:02:13PM +0200, Frank Van Damme wrote: > I know. I run your packages! :) > > But Branden does the official version isn't it? > > Errr... who dares to send him an email? :) Well, Branden will be using my 4.3 debs as a base for his 4.3 debs. I'll have a chat to him about it when I next talk to him about X stuff (we regularly touch bases about patches, etc), but I can't imagine he'd have any objection. A few people are testing -0ds3v2, BTW. I've ironed the last of the bugs that I know about, now it's just a matter of accosting the porters, really. :) d -- Daniel Stone <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> KDE: Konquering a desktop near you - http://www.kde.org pgpTHshxuSx6N.pgp Description: PGP signature
Re: KDE 3.1.1 Fast as root but slow as User
On Thursday 10 April 2003 11:26, Daniel Stone wrote: > On Thu, Apr 10, 2003 at 10:56:13AM +0200, Frank Van Damme wrote: > > On Thursday 10 April 2003 07:54, Daniel Stone wrote: > > > > Do you think that /etc/init.d/xfree86-common should create this? It > > > > shouldn't be THAT difficult to have /etc/init.d/xfree86-common look > > > > for configuration files specifying which directories to create etc. > > > > > > I can't see why not, no > > > > Let's ask the maintainer? > > I maintain XFree86 4.3. :) I know. I run your packages! :) But Branden does the official version isn't it? Errr... who dares to send him an email? :) -- Frank Van Damme| "Saying 8MB of RAM doesn't do as much anymore is http://www.| like saying a gallon of water holds more than it openstandaarden.be | did in 1988."--George Adkins
java font problems - i think....
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hello, i have a problem with the homebanking java application from www.ksk-bc.de. the fonts used by konqueror - or the java engine (blackdown 1.4.1) seems to be too big. the problem is that the numbers does not fit into the formular. so i am not able to see the whole. no i found out that knoppix is albe to do this propper. what can i do to fix my problem? screenshots of this ugly thing can be viewed at: http://www.ddicke.de/neu/upload/Ueberweisung.png http://www.ddicke.de/neu/upload/Konntostand.png thank you wolfgang - -- Und dann hat er Sie geküsst Wo das Meer zu Ende ist Ihre Lippen schwach und blass Und seine Augen werden nass Ramms+ein - Mutter - Nebel -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+lUXOuEUiBhld/2URAjp4AKC/vJ+rTrP3s8ELKu2V1qtFvlBGJgCeLG0K OV+6QW0+GmPQc5F8In6Ah44= =YYdz -END PGP SIGNATURE-
Re: KDE 3.1.1 Fast as root but slow as User
On Thu, Apr 10, 2003 at 10:56:13AM +0200, Frank Van Damme wrote: > On Thursday 10 April 2003 07:54, Daniel Stone wrote: > > > Do you think that /etc/init.d/xfree86-common should create this? It > > > shouldn't be THAT difficult to have /etc/init.d/xfree86-common look for > > > configuration files specifying which directories to create etc. > > > > I can't see why not, no > > Let's ask the maintainer? I maintain XFree86 4.3. :) -- Daniel Stone <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> KDE: Konquering a desktop near you - http://www.kde.org pgp1SV49f1zZH.pgp Description: PGP signature
Re: Kmail problems with signed attachments
On Thu, Apr 10, 2003 at 01:34:29AM +0200, Mika Fischer wrote: > Hi, David! > > On Thursday 10 April 2003 01:29, David Pye wrote: > > I [resume you're aware the ^M characters are actually DOS/Windows > > carriage returns? ie CRLF, rather than the unix convention of just > > LF.. > > Yes, I know :) > > I just can't think of a reason why kmail would put them in there (only > in the signed part) then sign the message and then remov them again > befor sending the mail out :) > It just doesn't make any sense... Because that's the way the RFC says you have to... I've made a simple "signing bot" using Python/Pyme for some tasks inside my LUG, and I were utterly failing for a couple of hours until I re-read carefully the RFC and saw that reference to CRLF.
Re: KDE 3.1.1 Fast as root but slow as User
On Thursday 10 April 2003 07:54, Daniel Stone wrote: > > Do you think that /etc/init.d/xfree86-common should create this? It > > shouldn't be THAT difficult to have /etc/init.d/xfree86-common look for > > configuration files specifying which directories to create etc. > > I can't see why not, no Let's ask the maintainer? -- Frank Van Damme| "Saying 8MB of RAM doesn't do as much anymore is http://www.| like saying a gallon of water holds more than it openstandaarden.be | did in 1988."--George Adkins
Re: Compiling for i686
On Wednesday 09 April 2003 19:27, Sean Fraley wrote: > On Wednesday 09 April 2003 02:58 am, Karolina Lindqvist wrote: > > Does anyone know if compiling for i686 instead of for i386 would give any > > speed increase greater than very marginal? > > Any real-life tests anywhere? > > As far as I can tell, compiling just KDE for i686 will provide a barely > noticeable speed increase. This is because KDE spends a large amount of > time calling functions from other libraries, which aren't optimized for a > given architecture. I would suggest also re-compiling at minimum glibc, > libstdc++, xfree86, and qt for i686 also. In addition, if you don't do any > software development yourself, you might consider making sure that no > debugging symbols are compiled in. Let's make the little remark that under Debian this is pretty easy to achieve: try apt-get source libc6 apt-get build-dep libc6 modify debian/rules and set CFLAGS to whatever you widh (-O2, -march=athlon,...) dpkg-buildpackage -rfakeroot then wait for ages and install the package. -- Frank Van Damme| "Saying 8MB of RAM doesn't do as much anymore is http://www.| like saying a gallon of water holds more than it openstandaarden.be | did in 1988."--George Adkins
Re: KDE 3.1.1 Fast as root but slow as User
On Wednesday 09 April 2003 20:41, Gaute Hvoslef Kvalnes wrote: > Sun didn't create StarOffice, they bought it from Star Division (a > German company, I think), who developed it until version 5.2. Since > then, it has really been made faster, but there's still a long way to > go. If you compare it to the upcoming MS Office 11, it doesn't look > too bad at all. I know. But they owned it for years and did nothing about it. It has 1001 features no one ever uses, that's a fact :-) I haven't seen ms office 11 or even Xp yet, but comparing the footprints of eg koffice with the corresponding parts of MS office, I think koffice roughly takes about one and a half times the memory that ms office takes. Overall I find the speed of ms office pretty good. I wo't comment any further about MS office though :-) -- Frank Van Damme| "Saying 8MB of RAM doesn't do as much anymore is http://www.| like saying a gallon of water holds more than it openstandaarden.be | did in 1988."--George Adkins
Re: which display is active and which user is logged in? (kdm?)
On Thursday 03 April 2003 04:29, Oswald Buddenhagen wrote: > On Thu, Apr 03, 2003 at 02:35:48AM +0200, Achim Bohnet wrote: [.. old script...] > this scipt will fail if an already terminated server used the same > display as another currently running one. you should only check the logs > of currently running displays, i.e., loop on the display entries from > `who`. Argl, right. Had a free slot last night. Next version attached. Thx, Achim > > greetings > > > To me vi is Anti-Virus software: Signature not copied ;) > > > grinch! ;) > > -- > Hi! I'm a .signature virus! Copy me into your ~/.signature, please! > -- > Chaos, panic, and disorder - my work here is done. -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED] fgcv-user-display Description: application/shellscript
Re: KDE 3.1.1 Fast as root but slow as User
On Donnerstag, 10. April 2003 08:44, Daniel Stone wrote: > On Wed, Apr 09, 2003 at 06:19:04PM +0200, Hendrik Sattler wrote: > > I read that but it does not explain why the other method is 3-4 times > > (!) slower. Especially, because the sockets in /tmp/.ICE-unix are > > owned by me! So there must be an if-then-else code somewhere that > > causes this behaviour. I'm not so familiar with sockets but isn't a > > normal user also able to create sockets like the needed ones? If yes, > > this behaviour is a bug in X. The KDE performance tips page http://dforce.sh.cvut.cz/~seli/download/tips.html says: "...Make sure the directory /tmp/.ICE-unix exists, is owned by user root and has permissions 1777..." Cheers, Kevin -- ~ Kevin Krammer <[EMAIL PROTECTED]> Developer at the Kmud Project http://www.kmud.de/ ~ pgpm70jfD4EUl.pgp Description: signature
Re: Compiling for i686
On Wednesday 09 April 2003 05:16 pm, John Gay wrote: > Other suggestions included XFree86. Building XFree86 is not difficult, but > a home-built XFree86 does not comply with the Debian version. So be > careful. However, there are quite a few optimizations that can be set when > compiling XFree86 that can make major differences in speed. Again, if you > really like Debian, I'd keep clear, unless you are good at creating your > own .deb's. > > Cheers, > > John Gay Is it possible to set the apt-get source the xfree86 packages and rebuild the deb with optimizations? Where would be the best place to set them if I did?
Re: KDE 3.1.1 Fast as root but slow as User
On Wed, Apr 09, 2003 at 06:19:04PM +0200, Hendrik Sattler wrote: > I read that but it does not explain why the other method is 3-4 times (!) > slower. Especially, because the sockets in /tmp/.ICE-unix are owned by me! > So there must be an if-then-else code somewhere that causes this behaviour. > I'm not so familiar with sockets but isn't a normal user also able to create > sockets like the needed ones? If yes, this behaviour is a bug in X. I'm not sure, but UNIX sockets are virtually free, in terms of latency. -- Daniel Stone <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> KDE: Konquering a desktop near you - http://www.kde.org pgpIewWsDVu8B.pgp Description: PGP signature
knotes - no text visible
KDE 3.1 from sid, everything is current - since yesterday I no longer can see any contents of my knotes albeit the title is there. Before that I did install WordPerfect8 personal edition with 150 own fonts but it uses CUPS to my satisfaction and I can choose different fonts in the knotes preferences. Still I can only see and alter the title font settings. Any idea anyone please? -- AvH
Re: KDE 3.1.1 Fast as root but slow as User
On Thu, Apr 10, 2003 at 10:40:40AM +1000, Russell Coker wrote: > Do you think that /etc/init.d/xfree86-common should create this? It > shouldn't > be THAT difficult to have /etc/init.d/xfree86-common look for configuration > files specifying which directories to create etc. I can't see why not, no. -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne pgpPQef8MklAm.pgp Description: PGP signature
