You are not logged in.
Indeed!
kio_http is also not working on my system.
Offline
Same here:-(
Offline
Funkyou will not be available for some days, so I'll jump in and do the fix for i686 tomorrow too. Just have to get my i686 arch up to date
x86_64 packages are compiling, so tomorrow the 2 repos should be in sync.
Offline
Si,
the Xinerama patches are applied since the last update of QT, KDEbase and KDElibs... The next update should make printing work again, so please test this... However, it seems like a bug in kdeprint but we`ll see if your solution will work...
Yep kde print works fine now.
I've just updated to the latest svn, xinerama patches have only just been added. I mean the files were missing, not that they weren't applied. But I've just discovered kdebase-3.5.7-kwin_shadow.patch is missing too as of revision 160.
I've also made quick dirty hack to httpslave to fix language detection problem. The problem is that the accept-language flag in http headers being sent out use only "zh" for Chinese, and most websites treat "zh" as "zh-cn" by default. If users like me who use zh_TW as the language setting, we get simplified Chinese version of the webpage instead of traditional Chinese. Google is a typical example. I call the patch kdelibs-3.5.7-httpslave-zh_TW-language.patch:
--- kioslave/http/http.cc.orig 2007-06-02 23:10:47.000000000 +1200
+++ kioslave/http/http.cc 2007-06-02 23:07:43.000000000 +1200
@@ -356,6 +356,13 @@
m_request.charsets += DEFAULT_PARTIAL_CHARSET_HEADER;
m_request.languages = config()->readEntry( "Languages", DEFAULT_LANGUAGE_HEADER );
+
+ int f = m_request.languages.find(QString::fromLatin1("zh"));
+ if ( f >=0 )
+ {
+ if ( KGlobal::locale()->country() == QString::fromLatin1("tw") )
+ m_request.languages.insert(f + 2, QString::fromLatin1("-tw"));
+ }
}
else
{
I know it's possible just to set the languages in kio_httprc, but I don't think a user should be required to set this manually. If you think the patch is appropriate, you are welcomed to include this patch.
Offline
@Si
does this patch fix print in zh_tw square font problem?
Offline
@Si
does this patch fix print in zh_tw square font problem?
No, does the problem also happen to printing to PDF?
Offline
once wrote:@Si
does this patch fix print in zh_tw square font problem?No, does the problem also happen to printing to PDF?
what do u mean printing to PDF?
Offline
what do u mean printing to PDF?
You can print using KDE's pdf printer to convert any printable document to pdf.
But anyway, I also have problems printing in not just Chinese, but many other east asian languages. It also happens to Arch's official KDE/Qt. I think it's Qt3 related, as Qt4 doesn't have this problem.
Offline
once wrote:what do u mean printing to PDF?
You can print using KDE's pdf printer to convert any printable document to pdf.
But anyway, I also have problems printing in not just Chinese, but many other east asian languages. It also happens to Arch's official KDE/Qt. I think it's Qt3 related, as Qt4 doesn't have this problem.
and then print out pdf file, is that what u mean?
Offline
and then print out pdf file, is that what u mean?
Yes.
Offline
Indeed!
kio_http is also not working on my system.
Funkyou will not be available for some days, so I'll jump in and do the fix for i686 tomorrow too. Just have to get my i686 arch up to date
x86_64 packages are compiling, so tomorrow the 2 repos should be in sync.
The problem is with the latest update from arch repos. I've mailed funkyou about it, but he hadn't replied.
One of the following packages broke it:
./alsa-utils-1.0.14rc4-2.pkg.tar.gz
./bc-1.06-4.pkg.tar.gz
./bluemote-2.0-4.pkg.tar.gz
./bluez-libs-3.11-1.pkg.tar.gz
./bluez-utils-3.11-1.pkg.tar.gz
./cvs-1.11.22-5.pkg.tar.gz
./cyrus-sasl-2.1.22-7.pkg.tar.gz
./cyrus-sasl-plugins-2.1.22-5.pkg.tar.gz
./dcraw-1.381-1.pkg.tar.gz
./dialog-1.1_20070514-2.pkg.tar.gz
./docbook-xml-4.5-1.pkg.tar.gz
./ed-0.5-3.pkg.tar.gz
./fakeroot-1.7.1-1.pkg.tar.gz
./file-4.21-1.pkg.tar.gz
./firefox-2.0.0.4-1.pkg.tar.gz
./freetype2-2.3.4-2.pkg.tar.gz
./gimp-2.2.15-1.pkg.tar.gz
./gtk2-2.10.12-3.pkg.tar.gz
./hal-info-0.20070516-1.pkg.tar.gz
./heimdal-0.8.1-1.pkg.tar.gz
./imlib2-1.4.0-1.pkg.tar.gz
./iproute-070313-2.pkg.tar.gz
./less-403-1.pkg.tar.gz
./libelf-0.8.9-1.pkg.tar.gz
./libnjb-2.2.5-2.pkg.tar.gz
./libsoup-2.2.100-2.pkg.tar.gz
./libwnck-2.18.2-1.pkg.tar.gz
./man-pages-2.51-1.pkg.tar.gz
./neon-0.25.5-6.pkg.tar.gz
./ocaml-3.10.0-1.pkg.tar.gz
./pacman-3.0.4-3.pkg.tar.gz
./popt-1.10.6-1.pkg.tar.gz
./powertop-1.5-1.pkg.tar.gz
./qt-enhanced-3.3.8-9-i686.pkg.tar.gz
./smbclient-3.0.25a-2.pkg.tar.gz
./smplayer-0.5.0-1.pkg.tar.gz
./subversion-1.4.3-4.pkg.tar.gz
./swi-prolog-5.6.34-1.pkg.tar.gz
./tcl-8.4.15-1.pkg.tar.gz
./tk-8.4.15-1.pkg.tar.gz
./unrar-3.7.6-1.pkg.tar.gz
./wireshark-0.99.5-3.pkg.tar.gz
./wpa_supplicant-0.5.8-1.pkg.tar.gz
Presumably heimdal. A simple recompile of kdemod-kdelibs (take the PKGBUILD from SVN) does the job nicely.
Last edited by Neuro (2007-06-03 08:09:41)
Offline
[bepogi@bepogi ~]$ ktorrent
kbuildsycoca running...
Qt: Warning: QObject::disconnect: Unexpected null parameter
Qt: Warning: QObject::disconnect: Unexpected null parameter
[bepogi@bepogi ~]$ Could not open library '/opt/kde/lib/kde3/kio_http.la'.
libgssapi.so.4: cannot open shared object file: No such file or directory
ktorrent: ERROR: : couldn't create slave : Unable to create io-slave:
klauncher said: Error loading 'kio_http'.
ktorrent:
Could not open library '/opt/kde/lib/kde3/kio_http.la'.
libgssapi.so.4: cannot open shared object file: No such file or directory
ktorrent: ERROR: : couldn't create slave : Unable to create io-slave:
klauncher said: Error loading 'kio_http'.
ktorrent is broken since recent updates. i supposed this is related to the kio_http situation described above and heimdal?
Will there be a fix today? I suppose Neuro told us a long way of going about it, but some quick and easy pacman update coming along? Thanks.
Offline
[bepogi@bepogi ~]$ ktorrent kbuildsycoca running... Qt: Warning: QObject::disconnect: Unexpected null parameter Qt: Warning: QObject::disconnect: Unexpected null parameter [bepogi@bepogi ~]$ Could not open library '/opt/kde/lib/kde3/kio_http.la'. libgssapi.so.4: cannot open shared object file: No such file or directory ktorrent: ERROR: : couldn't create slave : Unable to create io-slave: klauncher said: Error loading 'kio_http'. ktorrent: Could not open library '/opt/kde/lib/kde3/kio_http.la'. libgssapi.so.4: cannot open shared object file: No such file or directory ktorrent: ERROR: : couldn't create slave : Unable to create io-slave: klauncher said: Error loading 'kio_http'.
ktorrent is broken since recent updates. i supposed this is related to the kio_http situation described above and heimdal?
Will there be a fix today? I suppose Neuro told us a long way of going about it, but some quick and easy pacman update coming along? Thanks.
A quick fix would be yaourt -Rd heimdal and downloading heimdal-0.7.2-6.pkg.tar.gz from some mirror and installing that with yaourt -Af, worked instantly without relogin or even reboot. Should work the same way with bare pacman also.
Offline
dunkelstern, will you update svn repository? KDEbase is missing kdebase-3.5.7-kwin_shadow.patch. Thanks
Offline
I've just updated to the latest svn, xinerama patches have only just been added. I mean the files were missing, not that they weren't applied. But I've just discovered kdebase-3.5.7-kwin_shadow.patch is missing too as of revision 160.
dunkelstern, will you update svn repository? KDEbase is missing kdebase-3.5.7-kwin_shadow.patch. Thanks
Ok I saw that too... I'll checked them in just now
I've also made quick dirty hack to httpslave to fix language detection problem. The problem is that the accept-language flag in http headers being sent out use only "zh" for Chinese, and most websites treat "zh" as "zh-cn" by default. If users like me who use zh_TW as the language setting, we get simplified Chinese version of the webpage instead of traditional Chinese. Google is a typical example. I call the patch kdelibs-3.5.7-httpslave-zh_TW-language.patch:
--- kioslave/http/http.cc.orig 2007-06-02 23:10:47.000000000 +1200 +++ kioslave/http/http.cc 2007-06-02 23:07:43.000000000 +1200 @@ -356,6 +356,13 @@ m_request.charsets += DEFAULT_PARTIAL_CHARSET_HEADER; m_request.languages = config()->readEntry( "Languages", DEFAULT_LANGUAGE_HEADER ); + + int f = m_request.languages.find(QString::fromLatin1("zh")); + if ( f >=0 ) + { + if ( KGlobal::locale()->country() == QString::fromLatin1("tw") ) + m_request.languages.insert(f + 2, QString::fromLatin1("-tw")); + } } else {
I know it's possible just to set the languages in kio_httprc, but I don't think a user should be required to set this manually. If you think the patch is appropriate, you are welcomed to include this patch.
Ok, thanks for the patch, I'll include it in the next build.
About the heimdal issue: I'm on it
Offline
darweth wrote:[bepogi@bepogi ~]$ ktorrent kbuildsycoca running... Qt: Warning: QObject::disconnect: Unexpected null parameter Qt: Warning: QObject::disconnect: Unexpected null parameter [bepogi@bepogi ~]$ Could not open library '/opt/kde/lib/kde3/kio_http.la'. libgssapi.so.4: cannot open shared object file: No such file or directory ktorrent: ERROR: : couldn't create slave : Unable to create io-slave: klauncher said: Error loading 'kio_http'. ktorrent: Could not open library '/opt/kde/lib/kde3/kio_http.la'. libgssapi.so.4: cannot open shared object file: No such file or directory ktorrent: ERROR: : couldn't create slave : Unable to create io-slave: klauncher said: Error loading 'kio_http'.
ktorrent is broken since recent updates. i supposed this is related to the kio_http situation described above and heimdal?
Will there be a fix today? I suppose Neuro told us a long way of going about it, but some quick and easy pacman update coming along? Thanks.
A quick fix would be yaourt -Rd heimdal and downloading heimdal-0.7.2-6.pkg.tar.gz from some mirror and installing that with yaourt -Af, worked instantly without relogin or even reboot. Should work the same way with bare pacman also.
I tried downgrading and it broke mplayer:-(
Offline
32 Bit Heimdal update fix is online, 64 Bit follows in a couple of minutes
Edit: 64 Bit is up to date too...
Last edited by dunkelstern (2007-06-03 20:45:13)
Offline
Hi,
I just finished installing archlinux and I tried to install kdemod but I'm running into problems. I am following the installation guide here: http://kdemod.ath.cx/installation.html
pacman has downloaded a bunch of packages but I get these errors:
error: failed retrieving file 'kdemod-kdelibs-3.5.7-4-x86_64.pkg.tar.gz' from kdemod.ath.cx : Not Found
and also with the following packages
'kdemod-kdebase-kicker-3.5.7-2-x86_64.pkg.tar.gz'
'kdemod-kdebase-3.5.7-3-x86_64.pkg.tar.gz'
'kdemod-kdemultimedia-base-3.5.7-2-x86_64.pkg.tar.gz'
'kdemod-kdeaddons-base-3.5.7-1-x86_64.pkg.tar.gz'I tried switching to the testing mirror and 'pacman -Sy kdemod' with no luck. Any insight on where is the problem?
Thanks in advance.
You might have upgraded just the time i updated the repo
Just try again
Offline
I was wondering if kwin dropshadow patch for kde 3.5.7 could be implemented into kdemod.
Offline
What happened to get new desktop wallpaper in configure desktop?
Offline
I just rebooted my computer and router to make sure it's not my end.
checking package integrity...
:: Archive kdemod-kdelibs-3.5.7-8-i686.pkg.tar.gz is corrupted. Do you want to delete it? [Y/n] y
error: failed to commit transaction (corrupted package)
archive kdemod-kdelibs-3.5.7-8-i686.pkg.tar.gz was corrupted (bad MD5 or SHA1 checksum)
errors occurred, no packages were upgraded.
1/2 an hour after this post and all is well, package installed. Thanks to whoever, or whatever, fixed it.
Last edited by markc (2007-06-04 05:16:18)
Offline
I was wondering if kwin dropshadow patch for kde 3.5.7 could be implemented into kdemod.
That patch is ported by myself as you might notice
It has been ported to be used in kdemod, so it's in already.
You have to activate it in kcontrol. It's control module is on a tab in the "window decoration" part.
Offline
Kewl Thanks!
Now what about the get more wallpapers?
Offline
@dunkelstern, if you get bored, another (probably) easy minor hack would be to reduce the Border Size: Tiny option in Windows Decorations to a single 1 pixel border. Currently "Tiny" is 2 pixels wide and looks a bit kludgy compared to OSX borders. An option to select it's color would be even better but at least just a 1 pixel border size for Tiny would be excellent.
Offline
I just tried kdemod for the first time and it is really cooool! thanx everybody who is envolved in this project!
I just have one question though: when I was using "normal" KDE in Arch my memory consumption after a clean start was usually s.th. like 90MB of used memory. Now with mdemod it is 160MB I really wonder what could be responsible for that! Are there any "usual suspects"? I really couldn't find a process that seems to be responsible for that. Strange...
But still kdemod is very fast and responsive! Thanx again and keep up the great work!!
EDIT: Oh and does anybody know when kicker-compiz will be updated so it will work with the new feature in KDE 3.5.7 to set other colors for the fonts in taskbar?
Last edited by n8schicht (2007-06-04 10:42:15)
Offline