Re: Insert image in html edit mode
The problem with images in KMail is that even if HTML is activated, external links often are not, and referencing attachments doesn't work well. Btw. Feature requests should be made at bugs.kde.org, all Debian can do is forward requests. `Allan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Compile small KDE application
On Tuesday 07 August 2001 13:26, Cajus Pollmeier wrote: > On Monday, 6. August 2001 12:34, Emil Wilmanski wrote: > > Hello > > > > I'm using Debian with KDE v.2.1.1 and i try compile some programs. In > > fiew ones I have problem to do it: > > > > checking for KDE... libraries /usr/local/kde/lib, > > headers /usr/local/kde/include > > checking for extra includes... no > > checking for extra libs... no > > checking for KDE headers installed... configure: error: your system is > > not able to compile a small KDE application! > > Check, if you installed the KDE header files correctly. > > > > I don't idea to how make it. I tryed install all KDE libs from deb, next > > I instaled libs from src and it not worked to. > > > > Have any some ideas about how to do it?? > > Using the kdelibs debian packages should be ok, but remember to install the > development packages, too. > You can look at config.log why the compilation failed. Maybe configure is > looking at the wrong places. If you're using the do-it-yourself kdelibs, > you've to care about the KDEDIR enviroment variable. > Another good trick is to look at the debian-directory that comes with kdebase and kdelibs. Or just steal its debiandirs file, that sets the correct locations for kde-applications. -Allan
Re: xfree4.1.0 and kde
On Monday 06 August 2001 03:42, Paul C. Nendick wrote: > What you call ugly, others call "Anti-Aliased." Try turning off anti- > aliased fonts in the Control Panel. Can't we find a way to set better default fonts for anti-aliasing? We can assume people have the anti-aliasing-howto package, and use fonts recommended from there. Ofcouse anti-aliasing should be default OFF in kde, thats really a stupid bug.
Re: Simple way to downgrade libc6 (fix Konqueror, Mozilla and Galeon problems)
On Friday 28 September 2001 13:49, Mark Purcell wrote: > Given the current interest in downgrading libc6, to enable unstable > Konqueror, Mozilla or Galeon to function correctly, I thought I > would post the simplest method of downgrade. > > # apt-get install libc6=2.2.4-1 > I can do it simpler ;-) # apt-get install libc6/testing
Re: Only Type1 fonts in kde?
On Friday 05 October 2001 20:41, Mario Oschwald wrote: > > That made a difference, but not the expected one. Now if > antialising is disabled KDE/QT won´t render TrueType fonts > at all, even though they are selectable. If I enable antialiasing > I can still only select Type1 fonts. > Hmm, I have opposite problem. In normal mode, all fonts are available and works, with antialiasing only truetype fonts are selectable and KDE defaults the alphabeticly first truetype font Agate, which all in all makes everything look like crap. If only type1 still work with antialiasing, it could keep helvetica and the other sane font-defaults.
Re: kde objprelink and new binutils
On Friday 19 October 2001 23:36, Philipp Siegert wrote: > Am Freitag, 19. Oktober 2001 22:59 schrieben Sie: > > Ivan, are your latest packages built with these binutils/glibc or do I have > to compile them myself ? > Chris, I think we'll skip the test with older binutils then. You don't have > to make them available. > If you have the time and skills it is always a good idea to compile K-packages yourself. It turned out recently that adding architecture specific optimization makes a big performance difference, becouse of the amount of byteoperations. So get the source and compile it with '-march=' :-) (I can also recommend -ffast-math and -finline-functions for good standard optimizations that arent included in -O2) `Allan
Re: Flash & Konqueror -- Coexistence in Question
On Thursday 25 October 2001 15:31, Robert Tilley wrote: > I have placed my ShockwaveFlash.class and libflashplayer.so files into my > .netscape/plugins directory. Konqueror --> Netscape Plugins points to > these directories and yet when I visit the Flash site, www.flash.com, > windows are brought up informing me that I don't have Flash installed. > > These windows pop-up in an endless sequence and it takes a good deal of > work to stop their appearance. What's wrong with this picture? I know > that some people have Flash working with Konqueror. I have an installation of kde I compiled myself on a redhat-like machine. There flash works without problems in konqueror. In debian I have the same problem as Robert, and if I ask konqueror to scan for plugins, it always finds two new versions of shockwave, in the end producing a longer and longer list of duplicately registered plugins..
Re: Flash & Konqueror -- Coexistence in Question
On Thursday 25 October 2001 16:53, Stephen Hinton wrote: > On Thursday 25 October 2001 08:31 am, Robert Tilley wrote: > > I have placed my ShockwaveFlash.class and libflashplayer.so files into my > > .netscape/plugins directory. Konqueror --> Netscape Plugins points to > > these directories and yet when I visit the Flash site, www.flash.com, > > windows are brought up informing me that I don't have Flash installed. > > > > These windows pop-up in an endless sequence and it takes a good deal of > > work to stop their appearance. What's wrong with this picture? I know > > that some people have Flash working with Konqueror. > > I feel your pain. Until just recently I had this same problem. > > I downloaded the plugin from Macromedia and installed it (in my personal > Netscape plugins directory). I had Konq scan for it. It found it without > problem. Still I got those annoying popups, one for each in a page. > > I don't know exactly what I did, but I was fiddling with the file > associations in Control Center when it started to work. > > Try going to Control Center, File Browsing, File Associations. Expand > "application". Pick x-shockwave-flash. Pick the "Embedding" tab. Mine was > set to "Use settings for 'application' group". I changed that to "Show > files in embedded viewer". I think I also had to add or move to the top the > "Netscape plugin viewer" in the Services Preferences Order. For good > measure I repeated this treatment for the "futuresplash" entry, also in the > "application" group. > I've tried this before... First of all it shouldnt be necessary, second of all it freezes konqueror next time I visit a flash site. Ofcouse I usually have the plugin registered multiple times, becouse of the before mentioned bug, so that might be what makes konqueror krash.
Re: Flash & Konqueror -- Coexistence in Question
On Thursday 25 October 2001 23:45, Stephen Hinton wrote: > On Thursday 25 October 2001 03:09 pm, Allan Sandfeld Jensen wrote: > > > Try going to Control Center, File Browsing, File Associations. Expand > > > "application". Pick x-shockwave-flash. Pick the "Embedding" tab. Mine > > > was set to "Use settings for 'application' group". I changed that to > > > "Show files in embedded viewer". I think I also had to add or move to > > > the top the "Netscape plugin viewer" in the Services Preferences Order. > > > For good measure I repeated this treatment for the "futuresplash" > > > entry, also in the "application" group. > > > > I've tried this before... First of all it shouldnt be necessary, second > > of all it freezes konqueror next time I visit a flash site. Ofcouse I > > usually have the plugin registered multiple times, becouse of the before > > mentioned bug, so that might be what makes konqueror krash. > > FWIW, I've never experienced any konq crashes that I could attribute to a > flash animation. > > I do have the plugin registered multiple times. Any idea how to fix that? I > couldn't find a bug report listed for that issue. > > I'm not too familiar with the KDE file association business. Why should > adjusting the file associations be unnecessary? I would appreciate it if > you could point me to some (technical) KDE documentation that explains how > all that works. I believe the plugin-scanner is supposed to add the new file associations when finding a new plugin.. Changing the file association actually works, you just need to add Netscape Plugin Viewer to application/x-shockwave. The reason the plugin crashed my konqueror turned out to be a wrongfully setup artsd. I had accidently turned on full duplex, and that broke arts completly and apparently nsplugin which then crashed konqueror. I wonder if more gracefull errorhandling is even possible.
Re: kde objprelink and new binutils
On Monday 19 November 2001 18:00, Magnus von Koeller wrote: > On Saturday 20 October 2001 10:54, Allan Sandfeld Jensen wrote: > > If you have the time and skills it is always a good idea to compile > > K-packages yourself. It turned out recently that adding > > architecture specific optimization makes a big performance > > difference, becouse of the amount of byteoperations. So get the > > source and compile it with '-march=' :-) (I can also > > recommend -ffast-math and -finline-functions for good standard > > optimizations that arent included in -O2) > > How do I do this? Is doing > > # export CXXFLAGS="-O3 -march=i686" > # export CPPFLAGS="-O3 -march=i686" > # export CFLAGS="-O3 -march=i686" > # dpkg-buildpackage > > enough? > > Is -O3 a good idea? Or should I rather use "-O2 --ffast-math > -finline-functions"? Change the debian/rules file, it might/does set some flags on its own. If not using deb packages, you would simple write: CFLAGS='-march=i686 -O2' CXXFLAGS='-march=i686 -O2' ./configure The only importent flag is -march. The others are for "fun" or experiments, please try -O3 if you like, but I doubt it makes much of an impact. btw -ffast-math is not included i O3, becouse floating point operations might be changed in a way that changes the result, but which are still accurate. regards Allan
Re: Font Problem
On Friday 23 November 2001 04:42, Robert Tilley wrote: > I believe I've discovered the reason my fonts under KDE 2.2.2 have freaked > out. > > Many of my programs were set to use Helvetica for the font typeface. > Helvetica is no longer on my system. How can I obtain the Helvetica font? > Is it part of the MS TT package? > It is still on your system, you just happend to activate anti-aliasing witch uses XFT and helvetica is not available to the XFT-fontsystem. Deactivate anti-aliasing i kcontrol under fonts. It doesnt work on linux/kde, due to the lack of good free fonts.
Re: Shockware Plugin for Konqueror
On Saturday 24 November 2001 12:05, Rainer Dorsch wrote: > Hello, > > I am wondering, what I am doing wrong with the Shockwave Plugin in > konqueror. In netscape plugins > > $ ls /usr/lib/mozilla/plugins/ > ShockwaveFlash.class jre-image-i386 libflashplayer.so > libjavaplugin_oji.so libnullplugin.so > > is enabled, and mozilla works perfectly with the installed plugin. > You might have to edit the file associations after the plugin has been detected. Change application/x-shockwave-flash to: Show in embedded viewer=netscape plugin viewer. On my other non-debian KDE-installations this happens automatically.
Re: qt3 "Hello World"
On Monday 03 December 2001 06:49, Jeremiah H. Savage wrote: > I'm trying to compile the Qt3 "Hello, World!" program [1] and get the > following errors: > > $ g++ test.cc > test.cc:1: qapplication.h: No such file or directory > test.cc:2: qpushbutton.h: No such file or directory > > If I define QTDIR to "/usr/share/qt" I get the same errors. > > But I do have libqt3-dev installed and no libqt2-dev installed: > > $ ll /usr/include/qt/qapplication.h > -rw-r--r--1 root root14261 Nov 24 02:18 > /usr/include/qt/qapplication.h > > Any suggestions? g++ -I/usr/include/qt on debian qt-headers lies one level deeper under include to minimize the spam in /usr/include.
Re: libqt2 - 18 Works
On Wednesday 02 January 2002 00:55, John Gay wrote: > On Tuesday 01 January 2002 00:26, Robert Tilley wrote: > > I recently had problems with lost icons and downgraded to libqt 2.3.1-17 > > from 2.3.1-18 which seemed to solve the problem. > > > > In a recent system update, libqt was again upgraded to -18 and icon > > problem recurred. Later that night 12-31-01, around 1900 hours I did > > another system update (apt-get update, -f install, dist-upgrade). > > > > libqt was still 2.3.1-18 but the icon problem had vanished. I did log > > out, restart my X-server, and log in. Regardless, the problem is gone > > from my system. > > > > Thanks to all the hard-working KDE developers and Debian packagers! > > Is this confirmation that the icon problem is fixed, or just one lucky > person? > It is NOT fixed.. The problem lies in the dependancies.. The newest libqt conflicts with older kde-packages. And the new KDE-packages depends on libqt 2.3 -18.. I have stayed away from the new libqt, but when upgrading to the most recent kmail yesterday I lost all icons in kmail. Since Ivan isnt saying much, can't someone PLEASE make a non maintener update to fix the dependencies? regards Allan
Re: libqt2 - 18 Works
On Thursday 03 January 2002 09:45, Ivan E. Moore II wrote: > On Thu, Jan 03, 2002 at 09:32:47AM +0100, Allan Sandfeld Jensen wrote: > > > > It is NOT fixed.. The problem lies in the dependancies.. The newest libqt > > conflicts with older kde-packages. And the new KDE-packages depends on > > libqt 2.3 -18.. I have stayed away from the new libqt, but when upgrading > > to the most recent kmail yesterday I lost all icons in kmail. > > > > Since Ivan isnt saying much, can't someone PLEASE make a non maintener > > update to fix the dependencies? > > I'm not saying much for 2 reasons. > > 1) I've been out of town and have not had the time to respond to email > 2) The problem is NOT in libqt > > There is no problem with the dependencies. The problem lies in libpng. > All I did with a new libqt upload was force a resolution before the problem > occured. libpng3 is not backwards compatable and yet both -dev packages > provide libpng-dev. And since most qt/kde packages depend on libpng2-dev | > libpng-dev there would eventually be a problem. Shoot, we didn't even know > there was a problem until I rebuilt libqt with the newer png and uploaded > it. > > And just because I'm not saying much on this mailing list about something > doesn't mean there is justification for a non maintainer update. There is > a procedure for that and someone who doesn't know the full jist of the > problem is far from the right person to call for one. Oh sorry.. I expected you was away and not aware of the problems with the new libpng-dev. For my understanding of the problem, you are are right in that the problems are not in libqt, but it still creates new dependencies for libqt and kde-packages depending on libqt! The problems occur when combining packages that are build against libpng3 with ones that are build against libpng2, therefore these packages should right now conflict if there is not solution in sight for libpng. I am only asking you to set these dependencies so that users cant upgrade libqt without also upgrading all the KDE-packages and vice-versa. Allan
Re: What to do about libpng-dev?
On Thursday 03 January 2002 19:53, Oliver Johns wrote: > On Thursday 03 January 2002 12:45 am, Ivan E. Moore II wrote: > > All I did with a new libqt upload was force a > > resolution before the problem occured. libpng3 is not > > backwards compatable and yet both -dev packages provide > > libpng-dev. > > OK. The problem seems to be with libpng-dev. I see that > the package libpng-dev conflicts with itself! Is that possibly > correct? > Shouldn't the conflicts and depends be as follows? > libpng-dev conflicts with libpng2-dev and provides libpng2-dev > libpng2-dev conflicts with libpng-dev and provides libpng-dev > > If that is the way it should be, then we ought to file a bug > against lib libpng-dev for having a typo in its "conflicts" > field? (It lists a conflict with libpng-dev where it should > list a conflict with libpng2-dev.) > > Will Ivan or some other guru please comment so a bug can be > filed to alert Phillipe Troin (maintainer of libpng-dev) of this > mess? > > Or is the problem more complicated than that? > (IMHO)It it more complicated. This only solves the problems for people who compile their own packages. Since libpng3 and libpng2 both provides only a libpng.so, libraries will get the one already loaded by the application. I.e. if libqt was build with libpng-dev it wants to load the libpng3 library libpng.so.1.2.1, but when a KDE-program build against both libpng2-dev and libqt-dev loads. It will depend only upon ONE libpng and will only load it's own libpng.so.1.0.12. That way libqt will be talking with the wrong libpng. There's really a few solutions.. Moving the version into the lib-names geting libpng2.so and libpng3.so, or statically linking libqt against libpng, or letting all libraries build against libpng3 conflict with applications build against libpng2. BTW. option number 2, then one I use at home, conflicts with the debian package law. So it is out of the question. Allan
Re: Work-needing packages report for Jan 4, 2002
On Friday 04 January 2002 11:44, Maximilian Reiss wrote: > So what now? > If nobody takes over quick, kde will not make it into woody release. > It would just need _one_ RC bug report, and kde is out. > > Max > > @Ivan, thanks for all the great work. Because of you Debian has the best > kde packages of all distributions!! I think things need to cool down, it is human to make mistakes, and debian-devel is always very pedantic. Ivan also worked hard to compile all the packages, so we have A solution. It's just not as gracefull as it could have been, but I hope Ivan retakes his packages. But when then the png-maintainer comes home from his vacation things will get interesting on debian-devel ;-)
Re: [kde] anti-aliasing is *NOT* supported!
On Tuesday 08 January 2002 14:43, Daniel Burrows wrote:
> On Tuesday 08 January 2002 06:50 am, Daniel Stone wrote:
> > Hi guys,
> > Just to let you know that I will *not* support anti-aliasing. You can
> > use it, but don't expect me to urgently follow up on bug reports
> > involving AA, as it causes problems such as #123264. If you report an AA
> > bug, I'll probably downgrade its severity and tag wontfix, because it's
> > too buggy.
> >
> > That said, *please* make mention of whether you're using AA or not in
> > your bug reports, because it makes my life easier.
>
> In that case, please stop KDE from turning it on by default when you ask
> for "more effects" in the startup wizard. (it does currently)
You are refering to kpersonalizer
The patch is trivial:
--- kdebase/kpersonalizer/keyecandypage.cpp.old Tue Jan 8 14:55:06 2002
+++ kdebase/kpersonalizer/keyecandypage.cpp Tue Jan 8 14:54:32 2002
@@ -196,7 +196,8 @@
}
if( value >= 7){
// Level 7
- antialiasing_fonts->setOn(true);
+ // antialiasing deactivated for Debian
+ // antialiasing_fonts->setOn(true);
fading_tooltips->setOn(true);
}
if( value >= 8){
enjoy
Allan
Re: KDE3 question
On Saturday 12 January 2002 11:35, Daniel Weller wrote: > Hi guys, > > I'm trying to install KDE3 and so far everything ran well, except that I > couldn't compile kdebase because configure says: > > checking various X settings... failed > configure: error: /usr/bin/X11/xmkmf (imake) failed. > Make sure you have all necessary X development packages installed. > > I've apt-get'd xlibs-dev, xlib6g-dev and xlibmesa-dev - and it still > doesn't work. Anyone know what I've got to get? > I had same problem after upgrading Xlibs to the recent -12, I simply downgraded it to -11 and now it works again.. I would recommend awaiting a bug-fix from Brandon before upgrading X, if you use the -dev packages. -Allan
Re: KDE filesystem structure
On Wednesday 16 January 2002 12:27, Daniel Stone wrote: > On Tue, Jan 15, 2002 at 08:55:16PM +, James Thorniley wrote: > > I'm supported also by Mosfet, see www.mosfet.org/fss.html for an actual > > argument for why directory layout should be more logical. > > You say that like it's a good thing. Mosfet's on drugs. It just happens that piece by Mosfet is well written. Although I cant see how putting kde in /opt/kde would be more logical.. If anywhere, I would put it in /usr/kde. Like X it is a system on its own, "A system within the system". -Allan
Re: KDE 4.4.3 upgrade eats 141 MB of /home
On Thursday 13 May 2010, Nicolas Alvarez wrote: > As a KDE4.3 user with 1TB of disk, I'm way more annoyed at > kio_http_cache_cleaner starting regularly and eating my computer's I/O than > the HTTP cache growing big. I can easily notice when the the cache cleaner > is running from the HD light, the HD noise, and the general system lag. > > There *has* to be a better way to clean an HTTP cache than to stat every > single file in the cache to then delete a tiny fraction of them. Someone > told me 4.4 improved in this area, but I don't know specifics, and remain > skeptical. If stat updates the files' atime, you may get a lot better performance by simply mounting the relevant partition with relatime or noatime (which for some reason is still not default). Mvh Allan -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005141837.20338.deb...@carewolf.com
Re: KDE 4.4.3 upgrade eats 141 MB of /home
On Friday 14 May 2010, Boyd Stephen Smith Jr. wrote: > On Friday 14 May 2010 11:37:19 Allan Sandfeld Jensen wrote: > > On Thursday 13 May 2010, Nicolas Alvarez wrote: > > > There *has* to be a better way to clean an HTTP cache than to stat > > > every single file in the cache to then delete a tiny fraction of them. > > > Someone told me 4.4 improved in this area, but I don't know specifics, > > > and remain skeptical. > > > > If stat updates the files' atime, you may get a lot better performance by > > simply mounting the relevant partition with relatime or noatime (which > > for some reason is still not default). > > noatime "breaks" a few applications. I recommend against it. > > I've not seen similar issues with relatime, although it is theoretically > possible. I mount using relatime, normally. It breaks mutt, relatime was invented to fix the mutt issue. A lot of netbooks and machines with only SSDs use noatime now, if noatime broke anything serious at any point, those issues will have been solved by now, SSDs have been out for some time and they need noatime. Also possibly if you don't like the mount flags: chattr -R +A /var/tmp Also add chattr -R +A $KDEHOME The later is good for the config files. `Allan -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005141955.46390.deb...@carewolf.com
Re: KDE 4.4.3 upgrade eats 141 MB of /home
On Saturday 15 May 2010, Nicolas Alvarez wrote: > Allan Sandfeld Jensen wrote: > > On Thursday 13 May 2010, Nicolas Alvarez wrote: > >> As a KDE4.3 user with 1TB of disk, I'm way more annoyed at > >> kio_http_cache_cleaner starting regularly and eating my computer's I/O > >> than the HTTP cache growing big. I can easily notice when the the cache > >> cleaner is running from the HD light, the HD noise, and the general > >> system lag. > >> > >> There *has* to be a better way to clean an HTTP cache than to stat every > >> single file in the cache to then delete a tiny fraction of them. Someone > >> told me 4.4 improved in this area, but I don't know specifics, and > >> remain skeptical. > > > > If stat updates the files' atime, you may get a lot better performance by > > simply mounting the relevant partition with relatime or noatime (which > > for some reason is still not default). > > After some stracing: It doesn't just stat the files. It first stats, then > actually opens the files and *reads* the first few bytes of all of them > (where the HTTP cache information is stored). Yes, the header contains the http expire date there is no other way to get it. Though I would have thought it would keep the statistics in memory instead of rereading it on every cycle. Are you sure that this isn't just on startup? `Allan -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005152041.21376.deb...@carewolf.com
Re: scp (secure copy) and konqueror?
On Tuesday 19 March 2002 16:09, Olaf Stetzer wrote: > Hello, > > I am wondering if ther is a way to use konqueror to > browse remote filesystems via ssh? I already tried > different URL-types (ssh://[EMAIL PROTECTED], sftp://... scp://...) > but always get a search result from google. Is there > a way to use konqueror over ssh at all or do I need > other programs? Not by default, but you can download kio-fish (not in debian, but the kio-fish homepage has a working woody .deb package) The syntax is then fish://[EMAIL PROTECTED]/dir The is still not in KDE3.0 kdebase. I dont know the author nor the reason why it is not already in kdebase, but it is so cool :-)
Re: [KDE3] Optimizing
On Monday 08 April 2002 22:20, Chris Howells wrote: > On Monday 08 April 2002 3:13 pm, Bastian Voigt wrote: > using the current Debian "testing" distribution. I wonder if anyone > > > has tried other optimizations or has somehow managed to get a fast kde3 > > build on Debian Woody? Comments appreciated. > > Run ./configure with the following options: > > --enable-fast-malloc=full --enable-debug=no --disable-debug > > You can also customise the CXXFLAGS variable to use compiler optimisations. > > E.g. > > export CXXFLAGS="-Wall -mpentiumpro -march=pentiumpro -mcpu=pentiumpro > -finline-functions -ffast-math -fexpensive-optimizations > -fomit-frame-pointer" Hmm.. -fexpensive-optimizations are included in -O2. -mpentiumpro is the same as -march=pentiumpro and -march=pentiumpro implies -mcpu=pentiumpro. -fomit-frame-pointer will kill ALL crash-backtraces. I use: CFLAGS='-pipe -march=i686 -ffast-math -finline-functions' \ CXXFLAGS='-pipe -march=i686 -ffast-math -finline-functions' \ ../configure --disable-debug --enable-warnings \ --enable-fast-malloc --enable-final -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Compiling Qt 3.0.4
On Monday 06 May 2002 21:19, Alan Chandler wrote: > On Monday 06 May 2002 7:14 pm, Robert Tilley wrote: > > My .profile file is as follows: > > ... > > > But when I issue a ./configure I am told: > > > > tillarium:/usr/local/qt# ./configure > > > >The environment variable $QTDIR is not set correctly. It is currently > >set to "", but it should be set to this directory, > >which is "/usr/local/qt". > > I had the same problem when I had "su"'ed into my account and .profile had > not been run > "man su" You need "su - $accountname" to run the the loginscripts. Btw. why have you placed the qt-source /usr/local/qt? That's really horrible.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Authenticity check failures in konqueror
On Sunday 26 October 2014, Martin Steigerwald wrote: > Am Sonntag, 26. Oktober 2014, 11:44:27 schrieb Rainer Dorsch: > > Hello, > > Hello Rainer, > > > I see a lot of "authenticity check" failures when using Konqueror. Do I > > have a bad config or do other people see that as well (and have given up > > using konqueror)? > > I see this as well, for example with any side that access fbstatic.com (or > so) seems some static Facebook content server. I never see this when > accessing the same site with Iceweasel. > > I tried Qupzilla as Konqueror seems to have more and more issues with > websites, but while it works quite nice I also have some issues with it: > > - It doesn´t handle man:/ls and things like Konqueror > - It opens new sites in new tabs. I use activities and it opens just one > window and opens new site I load with Alt-F2 someurl into new tab on a > Qupzilla window even when it is on a different activity. > > I´d love to see Konqueror getting some developer love :). > > For me currently all browsers have their pitfalls. Chromium had the API key > error stuff (no sorted I think), and its non standard GUI controls, > Iceweasel… well on some sites I can´t open dynamic menus, but might be > some extension. And Qupzilla see above, and Konqueror… well… with WebKit > engine no zoom keys in Akregator and with khtml… hmmm… display errors on > quote some webpages. > This is caused by Debian using the Mozilla certificate store as their own. The Mozilla certificate store is only meant for Mozilla and the NSS library, and doesn't work with OpenSSL like Qt uses. Regards `Allan -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201410281522.11822.li...@carewolf.com
Re: Authenticity check failures in konqueror
On Tuesday 28 October 2014, Rainer Dorsch wrote: > On Tuesday 28 October 2014 15:22:11 Allan Sandfeld Jensen wrote: > > On Sunday 26 October 2014, Martin Steigerwald wrote: > > > Am Sonntag, 26. Oktober 2014, 11:44:27 schrieb Rainer Dorsch: > > > > Hello, > > > > > > Hello Rainer, > > > > > > > I see a lot of "authenticity check" failures when using Konqueror. Do > > > > I have a bad config or do other people see that as well (and have > > > > given up using konqueror)? > > > > > > I see this as well, for example with any side that access fbstatic.com > > > (or so) seems some static Facebook content server. I never see this > > > when accessing the same site with Iceweasel. > > > > > > I tried Qupzilla as Konqueror seems to have more and more issues with > > > websites, but while it works quite nice I also have some issues with > > > it: > > > > > > - It doesn´t handle man:/ls and things like Konqueror > > > - It opens new sites in new tabs. I use activities and it opens just > > > one window and opens new site I load with Alt-F2 someurl into new tab > > > on a Qupzilla window even when it is on a different activity. > > > > > > I´d love to see Konqueror getting some developer love :). > > > > > > For me currently all browsers have their pitfalls. Chromium had the API > > > key > > > error stuff (no sorted I think), and its non standard GUI controls, > > > Iceweasel… well on some sites I can´t open dynamic menus, but might be > > > some extension. And Qupzilla see above, and Konqueror… well… with > > > WebKit engine no zoom keys in Akregator and with khtml… hmmm… display > > > errors on quote some webpages. > > > > This is caused by Debian using the Mozilla certificate store as their > > own. The Mozilla certificate store is only meant for Mozilla and the NSS > > library, and doesn't work with OpenSSL like Qt uses. > > Thanks for your reply, Allan. > > Is there a bug report for this issue? > No. In this particular case it appears the issue has been that GTE CyberTrust Global Root has been missing for a year, and now that it has finally been re- added it is apparently not marked as applying to webservers. The reason it doesn't affect Firefox is because the way NSS and OpenSSL handles chains of trust is different, which means Firefox and Chrome never even looks for that certificate. I don't personally understand the part about chains of trust, but trust Richard Moore on the issue, who told me that is a well-known problem if you use a certificate store only meant for one of them. `Allan -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201410291736.32020.li...@carewolf.com
Re: GCC 5 transition
On Tuesday 11 August 2015, anxious...@gmail.com wrote: > A week ago I stupidly upgraded my unstable amd64 system whilst half asleep > (muon does not seem as insistent on warning you about potential removals), > losing kontact, muon and a few other things. > > I was also affected by the need to downgrade breeze to get the desktop to > boot. > > I can see enormous amounts of work going on on the qt-kde mailing list, so > this is not any sort of a complaint, but does anyone know how long it > might be before I can reinstall the lost packages? > > I have been quite good at fixing my unstable problems over the years, but > this one has me a bit beaten. Do I still need to hold the breeze packages > too? > Why does the KDE and Qt packaged depend on specific versions of GCC anyway, Qt doesn't care about libstdc++ ABI, you can link to two different incompatible versions and it will work fine. `Allan
Re: Any idea when KDE will be working properly in Stretch?
On Sunday 16 August 2015, Gary Dale wrote: > I'm hoping that losing the ability to drag edges and corners to resize > windows is temporary and that the KDE designers aren't trying to be more > like Gnome. It is a Debian packaging bug in the breeze mouse-cursors. If you use oxygen mouse-cursors you will get the right resize types. I original thought it was kwin issue and talked with Martin Gräßlin about it, and he instantly knew what the issue was as Fedora had had the exact same packaging issue. `Allan
Re: Any idea when KDE will be working properly in Stretch?
On Sunday 16 August 2015, Gary Dale wrote: > I'm hoping that losing the ability to drag edges and corners to resize > windows is temporary and that the KDE designers aren't trying to be more > like Gnome. It is a Debian packaging bug in the breeze mouse-cursors. If you use oxygen mouse-cursors you will get the right resize types. I original thought it was kwin issue and talked with Martin Gräßlin about it, and he instantly knew what the issue was as Fedora had had the exact same packaging issue. `Allan
Re: Any idea when KDE will be working properly in Stretch?
On Friday 21 August 2015, Lisandro Damián Nicanor Pérez Meyer wrote: > On Wednesday 19 August 2015 17:38:52 Allan Sandfeld Jensen wrote: > > On Sunday 16 August 2015, Gary Dale wrote: > > > I'm hoping that losing the ability to drag edges and corners to resize > > > windows is temporary and that the KDE designers aren't trying to be > > > more like Gnome. > > > > It is a Debian packaging bug in the breeze mouse-cursors. If you use > > oxygen mouse-cursors you will get the right resize types. I original > > thought it was kwin issue and talked with Martin Gräßlin about it, and > > he instantly knew what the issue was as Fedora had had the exact same > > packaging issue. > > Is there a bug filed for that? No Gräßlin said he would look into it since he is also a Debian user. Martin, what was the issue with mouse cursors and packing? Best Regards `Allan
Re: HIDPI insanity
On Wednesday 21 September 2016, Rubin Abdi wrote: > I recently switched to an X1 Carbon 4th gen with the nicer HIDPI display. > Sadly the rest of the desktop displays I plug into are still the old > density. I noticed recently in 5.7.4 that most Qt based applications will > do some notion of font DPI re-rendering when a window moves from one > display to another, which is a step in the right direction though I wish > there were some more exposed settings to specify which scaling factors for > each monitor independently. > See http://doc.qt.io/qt-5/highdpi.html and QT_SCREEN_SCALE_FACTORS for instance. A UI application for that would be nice though. Not sure if there are C++ APIs for it, if there aren't, just propose an API and open a bug on it. Best regards `Allan
Re: Some fonts rendered incorrectly since upgrade to Qt 5.9.1
On Montag, 28. August 2017 15:52:00 CEST Miguel A. Vallejo wrote: > Hello. > > Since the last upgrade in Sid to Qt 5.9.1 I have noticed some fonts > rendered incorrectly in Qt applications, like Dolphin, VLC and some other > ones. > > The rendered font seems to be some bolded text, but it is rendered broken, > see attached image. > > Any ideas? > You didn't upgrade freetype recently? If it is just Qt, the affected fonts wouldn't happen to be OpenType instead of TrueType? It was also be good to know if the issue goes away if you enable antialiasing. Best regards 'Allan
Re: Some fonts rendered incorrectly since upgrade to Qt 5.9.1
On Sonntag, 3. September 2017 23:44:30 CEST Miguel A. Vallejo wrote: > > It was also be good to know if the issue goes away if you enable > > antialiasing. > Yes, enabling antialiasing solves the problem. It is just bold text, > rendered fine. But I must turn antialising off. Fuzzy and blurry fonts > produce me headache and visual fatigue. If you have full hinting enabled and well hinted fonts, it shouldn't be blurry,but note modern fonts are typically terribly hinted because they are made more for high res screens or for macs where blurry text is considered part of the key asthethics. For an example of well-hinted fonts I personally recommend the liberation fonts, but only v1, the 2.0 update broke the world class hinting the fonts had, which is why debian has both. Good hinting usually also the only way outline fonts are rendered half decent with antialiasing off. Back to the bug. I made a change in Qt's freetype font engine in 5.9 which is that for OpenType fonts stem darkening was enabled to make antialiasing work better with gamma-corrected blending. Since this is for a special type of antialiasing, it shouldn't happen when antialiasing is disabled, but it is one possibility of something that could have gone wrong and gotten activated when it shouldn't. But another thing that could have gone wrong is that freetype is starting to prioritize non-antialiasing rendering or higher levels of hinting less and less, so newer versions of freetype can often makes such rendering worse. Which is why I asked if you had upgraded that recently. 'Allan
Re: Some fonts rendered incorrectly since upgrade to Qt 5.9.1
On Dienstag, 5. September 2017 01:00:03 CEST Miguel A. Vallejo wrote: > > Which is why I asked if you had upgraded that recently. > > Thank for your comments Allan > > I noticed the problem in the very first boot with Qt 5.9.1, as soon as > I opened Dolphin. I don't know if freetype was also upgraded or not at > that moment. I remember an upgrade to libfreetype6 some weeks ago that > also broke my font rendering. I solved it adding > FREETYPE_PROPERTIES="truetype:interpreter-version=35" as commented in > this bug report: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=866685 > That was the issue I was thinking off, but if you already solved that, I don't think there is a new one yet. > It worked nice and fonts were rendered again as they should be but > with Qt 5.9.1 I noticed those particular texts in Qt programs (which > seems have bold property enabled) are rendered in a bad form. > Everything else in Qt programs is rendered as expected. GTK programs > are not affected at all. What Qt 5.9 does is setting the freetype property cff:no-stem-darkening to 0, where it normally defaults to 1. You can try adding "cff:no-stem-darkening=1" to FREETYPE_PROPERTIES, but I am no sure the environment variable will win. If that does nothing, you could debug the issue for me by instead adding "cff:no- stem-darkening=0" to FREETYPE_PROPERTIES and see if that makes non-Qt application exhibit the same rendering issue. 'Allan
Re: Some fonts rendered incorrectly since upgrade to Qt 5.9.1
On Montag, 18. September 2017 19:18:22 CEST Miguel A. Vallejo wrote: > Thanks Martin, but I told some time ago that change broken totally the > rendering. I must set the system variable to get again version 35 > render and everything went just fine until Qt 5.9 arrived. > > With Qt 5.9 only that particular labels in Qt programs are rendered > wrong. Everything else is rendered just fine. I think you should open a Qt bug on it. But add details on your font configuration, not just fontconfig but which fonts you are using (especially that toolbar/label font that renders wrong. `Allan
Re: akonadi duplicates messages
On Dienstag, 6. Februar 2018 06:56:37 CET Andreas Bourges wrote: > Hi, > > ...I'm running (almost up-to-date) sid and having an annoying problem (had > this in the past, but was working before upgrading to latest KDEPIM). > > akonadi/kmail "rediscovers" already read messages and shows them as "new", > which results in duplicate messages in my inbox. This happens continously, > so everyday there will be more messages und unread state, even if I mark > them as read, they'd reappear as new ones. > > I remember there was a command to cleanup akonadi to fix that - but don't > remember what it was. > > Any hint? > I once had a similar problem. For some reason the folder had turned read-only. Though in my case the duplication was because I also had a filter that tried to move the emails and only managed to copy. I fixed it by changing the access rights in akonadiconsole. 'Allan
Re: Massive problems with kmail/akonadi
On Monday, 23 March 2020 08:40:06 CET Dietz Proepper wrote: > Hi, > > since some time, I encounter massive problems with kmail: > - akonadi crashes every couple of hours. > - moving mail between folders is b0rken badly > (see https://bugs.kde.org/show_bug.cgi?id=418184) > > Changing db backends did not help, recreating accounts, too. > > Has anyone similar problems? Am I missing something completely? > (Or has KDE PIM reached it's end of useability? ;-) ) > I haven't seen the crashes in a while, but two years ago it was hit and miss, and sometimes you need to skip certain versions that were crashy.. I only see crashes when the networks disappears or when logging off, and I do that rarely, but I guess if you logout a lot track crashed on exit it can look rather bad still. Moving emails between folders mostly just duplicates emails or keep marking read emails unread and stupid stuff like that. At least it never corrupts anything. 'Allan
Re: Massive problems with kmail/akonadi
On Tuesday, 24 March 2020 09:41:15 CET Dietz Proepper wrote: > Am Montag, 23. März 2020, 22:20:37 CET schrieb Allan Sandfeld Jensen: > > On Monday, 23 March 2020 08:40:06 CET Dietz Proepper wrote: > > > Hi, > > > > > > since some time, I encounter massive problems with kmail: > > > - akonadi crashes every couple of hours. > > > - moving mail between folders is b0rken badly > > > > > > (see https://bugs.kde.org/show_bug.cgi?id=418184) > > > > > > Changing db backends did not help, recreating accounts, too. > > > > > > Has anyone similar problems? Am I missing something completely? > > > (Or has KDE PIM reached it's end of useability? ;-) ) > > > > I haven't seen the crashes in a while, but two years ago it was hit and > > miss, and sometimes you need to skip certain versions that were crashy.. I > > only see crashes when the networks disappears or when logging off, and I > > do > > that rarely, but I guess if you logout a lot track crashed on exit it can > > look rather bad still. > > Yes, it's a laptop and gets suspended and moved between networks quite > often. The frequent crash stuff started around Jan and got worse lately. > I haven't seen any this year, but got crashes on exit and network loss last year, but I am running KDE from git. So it is possible it is already fixed upstream. 'Allan
Re: The future of KDE in Debian?
On Montag, 24. Januar 2022 21:20:11 CET Marco Valli wrote: > O-h m-y g-o-d... > > https://www.phoronix.com/scan.php?page=news_item&px=Qt-Digital-Advertising-1 > .0 > > Regards Maybe I am missing something, what is the problem with a company releasing a new product for paying customers. A new product that has nothing to with Debian, KDE or what we use of Qt? I mean it will likely make the products of those paying customers objectively worse, but we can just choose not to use those products, which aren't Open Source anyway. Allan
Re: Threading in KMail
On Wednesday 23 July 2003 09:44, Antiphon wrote: > Is it just me or does the message threading in KMail in need of > improvement? It regularly breaks up threads--even ones with the same > subject line. > > Other apps like Balsa and MozMail/Thunderbird work fine with the threading. > > Using the latest sid debs... For KDE 3.2 KMail have already gotten a "thread by subject" option. In 3.1 and befor,e it only respects correct references, which some stupid mailers forgets to set.
Re: noatun is eating up very much cpu
On Sunday 16 November 2003 20:28, Sylvain Joyeux wrote: > Same here. Athlon 1GHz, between 15% and 30% of cpu usage. Note that it > seems to be the mp3 decoder, since mplayer using arts as output use a lot > less CPU. > > I have that problem for a long time, but it has got worse these last weeks. Have you installed mpeglib and mpeglib_artsplugin? If not, you are using the native GSL-player in arts which is known to suck. `Allan
Re: noatun is eating up very much cpu
On Sunday 16 November 2003 22:40, Sylvain Joyeux wrote: > Thank you very much !!! > BTW, why is it included if it is as bad ? I can't give you a serious answer, but: It is part of GSL (generic sound layer) writen by a GNOME-hacker. So I think it might be a hostile infiltration, either that or GNOME-hackers just can code :) `Allan
Re: does kmail in kde 3.2 fully support procmail?
On Saturday 03 April 2004 21:21, Georg Sauthoff wrote: > On Saturday 03 April 2004 20:20, Jeff Coppock wrote: > > On Sat, 3 Apr 2004 18:44:41 +0200 > > Hi, > > > Hendrik Sattler <[EMAIL PROTECTED]> wrote: > > > Am Saturday 03 April 2004 12:00 schrieb Mauro Darida: > > > > I was a fan of kmail but left it for mutt since it does not work > > > > well with procmail > > > > > > > > Just outta curiosity, what do you need from Procmail that the Kmail > > fitering can't provide? > > for starters, case insensitive match, if you need it. For other more > advanced things see 'man procmailrc' and 'man procmailex'. > Use regular expression in KMail. > Another thing is the more user friendly configuration of procmail. To setup > filters with GUI-dialogs is no fun. > I agree 100% in that. We should really start a wish-item for text-file configured filtering in Kmail and vote for it. > Last but not least is procmail one example of the well known unix > philosophy. IIRC 'One (excellent) tool for one job'. Because of that, k3b > uses cdrecord/cdrdao instead of implementing own burning code. > And because of it k3b is always slightly wrong and acts wierdly. In reality k3b uses cdr-tools because there currently are no good libraries for burning. `Allan
Re: mpeglib broken?
On Saturday 17 April 2004 19:58, Michael Schuerig wrote: > After the recent upgrade to kdemultimedia 3.2.2 playback of mp3 sound > files was badly distorted on my system. I downgraded libarts1-mpeglib > and mpeglib_4 to 3.2.1 and sound is fine again. Does anyone have the > same problem? > When you downgraded, are you sure libarts1 didnt follow libarts1-mpeglib to the older version? The reason I ask is because the changes in mpeglib from 3.2.1 to 3.2.2 are only related to correcting delete calls. `Allan
Re: ZeroConf stuff missing in KDE 3.4 packages?
On Wednesday 06 April 2005 10:31, Hendrik Sattler wrote: > Maybe you'll find a non-CVS download location first? The tarball at > http://developer.apple.com/darwin/projects/rendezvous/ > is outdated (version 58.8 instead of the mentioned version 87) and it seems > to be impossible to get another version with registering :-( Just look in http://www.opensource.apple.com/darwinsource/tarballs/apsl/ when registered. They often forget to update the links in the developer pages, but the newest version are always available in the "ftp". They even have a version 98 in there. `Allan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JuK without arts?
On Friday 29 April 2005 10:44, Michael Schuerig wrote: > I'd like to avoid arts as it tends to get in the way of other, non-KDE > programs doing audio output. And, besides, I really don't need most of > what it does. The only KDE sound app I'm using is JuK and that one > offers to output to akode or gstreamer instead. In both cases, though, > the results are pessimal. With akode output, JuK eats the CPU, but at > least it works. Sounds like you have broken drivers. Akode can decode both mp3 and vorbis for me at less than 0.03% of a 2GHz athlon. The direct akode backend however is still somewhat experimental. Please help improve it by filling bugs under akodelib in bugs.kde.org `Allan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Macromedia Flash Player/Konqueror
On Wednesday 01 June 2005 02:36, nuno romano wrote: > Is there a Flash Player for Konqueror > in Debian PowerPC(Sarge)?Or any > form of viewing Flash contents in > this platform? > libflash0 and the libflash-mozplugin It is not complete, but works with a lot of simple animations. `Allan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: utf8 in konqueror
On Thursday 21 July 2005 16:31, Bas Spitters wrote: > Hello, > > How do I make konqueror display utf8-fonts correctly? > The following file works well in firefox, but not in Konqueror. > http://www.cs.ru.nl/~spitters/almostper.html > Look for the empty boxes. > You need to use a font that has good unicode support. Qt3 doesn't do font substitution, which means that if the used font doesn't have the symbol it shows a box instead. `Allan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gmail & Konqueror?
On Tuesday 26 July 2005 00:13, Larry Garfield wrote: > On Monday 25 July 2005 04:43 pm, Douglas Stanley Jr. wrote: > > On Monday 25 July 2005 04:32 pm, Robert Tilley wrote: > > > Why does Gmail continue to tell me: "If you wish a better Gmail > > > experience, use a supported browser?" > > > > I guess Google doesn't think Konq is worth supporting, that it's market > > share isn't high enough. Considering Google's roots, and the kind of > > people that work there, I'm a bit surprised at that. > > In Google's defense, I've not been able to get decent Ajax (XmlHttpRequest) > working under Konqueror, either. I don't know any Ajax-using site that > supports Konqueror. Mayhaps if Konqueror supported Mozilla-style > XmlHttpRequest objects, it would support these new fangled features. > AFAIK Konqueror has had AJAX crap for longer than Mozilla. Generally we support the MSIE variants though when there is a difference (because Ajax is a MSIE extension), but because Mozilla couldn't manage to copy MSIE well enough ,all the ajax sites out there now send browser specific JS code, and often broken code to browsers they don't recognize. `Allan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gmail, Konqueror, Firefox, and OSS
On Friday 05 August 2005 20:55, Bob Tilley (AT&T) wrote: > Gmail is an oft-used, web-based, e-mail management system. The inner > workings of Gmail are proprietary but definately NOT standards-based. > > Firefox is an open source web browser that displays no problems, of which > the author is aware, interacting with Gmail. Anyone can view the workings > of this program. > > Konqueror is also an open source web browser that does display problems > interacting with Gmail. Specifically, in navigating to the Settings page. > Please report problems to bugs.kde.org. Note that right now GMail works best when Konqueror uses a Firefox UA-string and then receives the same source as Firefox. > Do the people currently working on the Gmail-compatibility of Konqueror > know this? They can compare the code for Firefox to the code for > Konqueror, note the differences and then transfer the Gmail-friendliness of > Firefox to Konqueror. > *strangled laugh* Short answer: Impossible > These may be obvious questions with even more obvious answers, but the > author of this e-mail doesn't know if the issue has ever been considered in > these terms. In no way am I trying to be rude, but only to understand. > The obvious answer is to write to Google and ask them to fully support Konqueror. While you are at it ask them to send Konqueror crap in Blogger, and add us to the list of working browsers in maps.google.com. Unfortunately Google is more or less unreachable. Even as KHTML developer I've been unable to obtain any reply let alone help from Google. `Allan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
