Description: The download accelerator/manager for Kde Linux, with the beauty of Kde.
ATENTION!! If you are upgrading from the previus version remove the /home/$user/.doka file, but be careful if you have any important files the program won't know then and you must add to the same url and same location to resume the download, OR just finish your current downloads and install this new version. This is because I didn't make a good save info system, if someone knows an easy way to use kconfig please send it to me! Thanks!
Features: Support various connections. More than one donwload at time. Proxy support (with NO user/pass field). Speed Limiter. Restart downloads. Resume downloads. Read a list of Urls from a text file Command line add. (eg. doka -u http://...tar.gz) Easy Interface. and more...
Not implemented yet: Add more connections when the download is running/started. Finish the implementation of mirrors feature.
To integrate with firefox/mozilla and others use the flashgot tutorial http://www.flashgot.net/features#customdm
Enjoy.Last changelog:
0.1.1 Fixed the speed limiter Fixed the initial downloads folder Add the feature to read Url from a text file Add the mirror window feature BUT it is not working yet Fixed the -u Url argument passing trough command line Fixed the icons location Fixed the KDE shortcut to Internet insteady of Utilities Add a definitive Icon to the program Improved the url parser now it is from qt 0.1 First Release Candidate
Hi everyone who is using doKa or at least is trying, there is lot of bug to fix, but I realised that is time to move to qt4. With qt4 I'll be able to do downloads with 'no size limit'... and more.
The development with qt4 started some day ago, I believe that really soon it will be the 0.2 version woking, and much better!
Qt4 rockys!!! It really faster and more powerfull, the porting is not that easy. And the entire code will be reformulated to use it... User that want metalink (I still don't know what it is..) will need to wait a little longer bug first ;-))
Thanks!
Could you possibly list this projects dependencies for those of us interested in packaging this for distros? Either here, or preferably on the project's homepage.
David
Hi, great tool!
Please add the ability to load a cookie file, as some sites, like RapidShare, require that my cookie is passed to their server.
I've put an example rapidshare HTTP header on your sf.net's feature request page.
Many thanks, and hope you can add this function.
Can you fix your versioning scheme? It's quite confusing because in the SF project page, there's a 0.1-rc1 tarball, here, there's a 0.1.1-rc2 tarball. And yet, the version number in this KDE-Apps entry is 0.1.1. So which one is it?
BTW, you just drop the RC tags since I doubt this is already at RC-quality. Also, if you have a 0.1-rc1 release, the next RC should be 0.1-rc2, if the version number itself changed, then you should use an alpha or beta tag rather than an rc tag. e.g.: 0.1.1-beta1, 0.1.1-beta2, 0.1.1-rc1, etc.
Anyway, just drop the RC tag.
Hi, thanks for reporting this. the thing is that my Internet connection is messed up, so I can't update the source forge version cause they use ftp for uploads and when I can upload I'm behind a proxy. Here I can upload through web http. the version stuff I really complicated things, you are right sould'nt be an 0.1.1-rc2 since the was no 0.1.1-rc1 the only rc1 was 0.1. The code is really imature so the release string is messed.
Thanks I'll update these things soon.
Cannot compile on a SuSE 10.2 with KDE3.5.5 rel 50.1
having under /opt/kde3/lib
libkdeui.so
libkdeui.la
libkdeui.so.4
libkdeui.so.4.2.0
joins the log :
config.status: creating Makefile
config.status: creating doc/Makefile
config.status: creating doc/en/Makefile
config.status: creating po/Makefile
config.status: creating src/Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
Good - your configure finished. Start make now
+ make -j 2
make all-recursive
make[1]: entrant dans le répertoire « /usr/src/packages/BUILD/doka-0.1.1rc2 »
Making all in doc
make[2]: entrant dans le répertoire « /usr/src/packages/BUILD/doka-0.1.1rc2/doc »
Making all in .
make[3]: entrant dans le répertoire « /usr/src/packages/BUILD/doka-0.1.1rc2/doc »
make[3]: Rien
The program connect but no download anything.
When the otre side send HTTP/1.1 200 OK the info tab of doka show the error file size exceed 2 Gb but the file size is 5 Kb.
And I thing that the string path file is bad take of the server.
Sorry for my bad english
I have tried both version 0.1 and 0.1.1 and had the same problem. ./configure goes ok, but when I do make I get the following error almost immediately.
cd . && make -f admin/Makefile.common configure.in ;
make[1]: Entering directory `/home/dbreck/doka'
make[1]: Leaving directory `/home/dbreck/doka'
cd . && /bin/sh /home/dbreck/doka/admin/missing --run aclocal-1.7
/home/dbreck/doka/admin/missing: line 46: aclocal-1.7: command not found
WARNING: `aclocal-1.7' is missing on your system. You should only need it if
you modified `acinclude.m4' or `configure.in'. You might want
to install the `Automake' and `Perl' packages. Grab them from
any GNU archive site.
cd . && \
/bin/sh /home/dbreck/doka/admin/missing --run automake-1.7 --gnu Makefile
/home/dbreck/doka/admin/missing: line 46: automake-1.7: command not found
WARNING: `automake-1.7' is missing on your system. You should only need it if
you modified `Makefile.am', `acinclude.m4' or `configure.in'.
You might want to install the `Automake' and `Perl' packages.
Grab them from any GNU archive site.
cd . && perl admin/am_edit Makefile.in
cd . && rm -f configure
cd . && make -f admin/Makefile.common configure
make[1]: Entering directory `/home/dbreck/doka'
configure.in:39: error: possibly undefined macro: AM_INIT_AUTOMAKE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.in:44: error: possibly undefined macro: AM_CONFIG_HEADER
configure.in:47: error: possibly undefined macro: AC_CHECK_COMPILERS
configure.in:48: error: possibly undefined macro: AC_ENABLE_SHARED
configure.in:49: error: possibly undefined macro: AC_ENABLE_STATIC
configure.in:54: error: possibly undefined macro: AM_KDE_WITH_NLS
configure.in:57: error: possibly undefined macro: AC_PATH_KDE
configure.in:62: error: possibly undefined macro: AC_CHECK_KDEMAXPATHLEN
make[1]: *** [configure] Error 1
make[1]: Leaving directory `/home/dbreck/doka'
make: *** [configure] Error 2
I have automake version 1.9.6-35 installed on my SuSE 10.2 system. Why is doka insisting on version 1.7?
Hum sorry for that but I have this problem some times... I think that some must be changed to accept the new automake... but I don't understant very much about automake... try to install the 1.7 version, they ar completly compatibiles. I heve 1.6 1.7 and 1.8 installed on my system....sorry again... if anyone know I wold aprecieta too. CU
No issue for me with automake1.9.
Just replace the "admin" folder with the latest kdebase one, and regenerate Makefiles with make -f admin/Makefiles.common
The build then goes nicelly with automake1.9
Thanks. I replace the admin carpet using the admin carpet of basket and I exec make -f admin/makefile.common, and compile now.
In opensuse 10.2 only remain exec ln -s /opt/kde3/lib/libkdeui.so /usr/lib/
and compile good.
For those who use flashgot the creator of the project send me this, just a tutorial to integrate with the doka. use the -u + URL (not working with the version here ;-( )
http://www.flashgot.net/features#customdm
Hi,
very nice program! Integration in Firefox works out of the box via Flashgot addon. Tested: works fine!
Till changed: Open src/frm_addwb.ui with QTDesigner and change the line to your preferred Download folder, then recompile.
Greets robbeh
tanks for the feedback, the -u url as you can see just call first the add download window... I add the feature of checks what is on Ctrl + C and it messed up with this option thanks it will be correct on the new release... soon..
Looks nice - and the GUI looks much better than the current kget gui.
However, there are some bugs: the configure dialog always has the default URL /home/daniel/download, so I need to change it every time. But
whenever I try push the "add" button, the program crashes (see below). If I reopen the program the added link is listed there, but it points again to /home/daniel/downloads.
Looks like hardcoded, you should change that to /home/$USER/. If I may give you an advice: create a new, different user on your machine, and test everything there, you will quickly see the problem.
As for people who can help you with the konqueror integration: check with the konqueror guys, they shure can help you. Also, check for the "make kget cool" commits in commit digest, there you will find people who are working at kget and might be able to help you with your alternative download program.
Anyway, here is the crash output:
0x00278402 in __kernel_vsyscall ()
#0 0x00278402 in __kernel_vsyscall ()
#1 0x00554ceb in write () from /lib/libpthread.so.0
#2 0x005b1a9e in _X11TransGetConnectionNumber () from /usr/lib/libX11.so.6
#3 0x005b17af in _X11TransWrite () from /usr/lib/libX11.so.6
#4 0x005b76b7 in _XSend () from /usr/lib/libX11.so.6
#5 0x005b81fa in _XEventsQueued () from /usr/lib/libX11.so.6
#6 0x005a3eb2 in XPending () from /usr/lib/libX11.so.6
#7 0x029850da in QEventLoop::processEvents ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#8 0x029f63f0 in QEventLoop::enterLoop ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#9 0x029f62a6 in QEventLoop::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#10 0x029dc97f in QApplication::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#11 0x0804feeb in main ()
thanks! well the problem with the /home/daniel.... I thougt that was solved but looks like is not.. since this is the first release I apreciete your feedback cause only I doing tests aren't enought...
as you can see even the mirro option is not working
I didn't understand how the program crashes but I will try to reproduce the bug...
what about the instalation? the executable went right place?
Ratings & Comments
27 Comments
Hi everyone who is using doKa or at least is trying, there is lot of bug to fix, but I realised that is time to move to qt4. With qt4 I'll be able to do downloads with 'no size limit'... and more. The development with qt4 started some day ago, I believe that really soon it will be the 0.2 version woking, and much better! Qt4 rockys!!! It really faster and more powerfull, the porting is not that easy. And the entire code will be reformulated to use it... User that want metalink (I still don't know what it is..) will need to wait a little longer bug first ;-)) Thanks!
Could you possibly list this projects dependencies for those of us interested in packaging this for distros? Either here, or preferably on the project's homepage. David
Hi, great tool! Please add the ability to load a cookie file, as some sites, like RapidShare, require that my cookie is passed to their server. I've put an example rapidshare HTTP header on your sf.net's feature request page. Many thanks, and hope you can add this function.
Can you fix your versioning scheme? It's quite confusing because in the SF project page, there's a 0.1-rc1 tarball, here, there's a 0.1.1-rc2 tarball. And yet, the version number in this KDE-Apps entry is 0.1.1. So which one is it? BTW, you just drop the RC tags since I doubt this is already at RC-quality. Also, if you have a 0.1-rc1 release, the next RC should be 0.1-rc2, if the version number itself changed, then you should use an alpha or beta tag rather than an rc tag. e.g.: 0.1.1-beta1, 0.1.1-beta2, 0.1.1-rc1, etc. Anyway, just drop the RC tag.
Hi, thanks for reporting this. the thing is that my Internet connection is messed up, so I can't update the source forge version cause they use ftp for uploads and when I can upload I'm behind a proxy. Here I can upload through web http. the version stuff I really complicated things, you are right sould'nt be an 0.1.1-rc2 since the was no 0.1.1-rc1 the only rc1 was 0.1. The code is really imature so the release string is messed. Thanks I'll update these things soon.
Please make a debian or someone add it to their repository, this is something I've been looking for awhile, you're a GOD!!!!!!!!!
Cannot compile on a SuSE 10.2 with KDE3.5.5 rel 50.1 having under /opt/kde3/lib libkdeui.so libkdeui.la libkdeui.so.4 libkdeui.so.4.2.0 joins the log : config.status: creating Makefile config.status: creating doc/Makefile config.status: creating doc/en/Makefile config.status: creating po/Makefile config.status: creating src/Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands Good - your configure finished. Start make now + make -j 2 make all-recursive make[1]: entrant dans le répertoire « /usr/src/packages/BUILD/doka-0.1.1rc2 » Making all in doc make[2]: entrant dans le répertoire « /usr/src/packages/BUILD/doka-0.1.1rc2/doc » Making all in . make[3]: entrant dans le répertoire « /usr/src/packages/BUILD/doka-0.1.1rc2/doc » make[3]: Rien
As root # ln -s /opt/kde3/lib/libkdeui.so /usr/lib/ ;)
If i have understood each user who install this rpm is obliged to make this command befotr ...ln s.... ???
Yes, first ln -s ...... and second make.
But I think that the program is compiled and paquet in a rpm it doesn' t need the linking.
The program connect but no download anything. When the otre side send HTTP/1.1 200 OK the info tab of doka show the error file size exceed 2 Gb but the file size is 5 Kb. And I thing that the string path file is bad take of the server. Sorry for my bad english
I have tried both version 0.1 and 0.1.1 and had the same problem. ./configure goes ok, but when I do make I get the following error almost immediately. cd . && make -f admin/Makefile.common configure.in ; make[1]: Entering directory `/home/dbreck/doka' make[1]: Leaving directory `/home/dbreck/doka' cd . && /bin/sh /home/dbreck/doka/admin/missing --run aclocal-1.7 /home/dbreck/doka/admin/missing: line 46: aclocal-1.7: command not found WARNING: `aclocal-1.7' is missing on your system. You should only need it if you modified `acinclude.m4' or `configure.in'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . && \ /bin/sh /home/dbreck/doka/admin/missing --run automake-1.7 --gnu Makefile /home/dbreck/doka/admin/missing: line 46: automake-1.7: command not found WARNING: `automake-1.7' is missing on your system. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.in'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . && perl admin/am_edit Makefile.in cd . && rm -f configure cd . && make -f admin/Makefile.common configure make[1]: Entering directory `/home/dbreck/doka' configure.in:39: error: possibly undefined macro: AM_INIT_AUTOMAKE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:44: error: possibly undefined macro: AM_CONFIG_HEADER configure.in:47: error: possibly undefined macro: AC_CHECK_COMPILERS configure.in:48: error: possibly undefined macro: AC_ENABLE_SHARED configure.in:49: error: possibly undefined macro: AC_ENABLE_STATIC configure.in:54: error: possibly undefined macro: AM_KDE_WITH_NLS configure.in:57: error: possibly undefined macro: AC_PATH_KDE configure.in:62: error: possibly undefined macro: AC_CHECK_KDEMAXPATHLEN make[1]: *** [configure] Error 1 make[1]: Leaving directory `/home/dbreck/doka' make: *** [configure] Error 2 I have automake version 1.9.6-35 installed on my SuSE 10.2 system. Why is doka insisting on version 1.7?
Hum sorry for that but I have this problem some times... I think that some must be changed to accept the new automake... but I don't understant very much about automake... try to install the 1.7 version, they ar completly compatibiles. I heve 1.6 1.7 and 1.8 installed on my system....sorry again... if anyone know I wold aprecieta too. CU
No issue for me with automake1.9. Just replace the "admin" folder with the latest kdebase one, and regenerate Makefiles with make -f admin/Makefiles.common The build then goes nicelly with automake1.9
Thanks. I replace the admin carpet using the admin carpet of basket and I exec make -f admin/makefile.common, and compile now. In opensuse 10.2 only remain exec ln -s /opt/kde3/lib/libkdeui.so /usr/lib/ and compile good.
What about a qt4 version. Maybe in next releases
Speaking of Firefox extension, you should choose to integrate it to FlashGot
Darn, he gots me :(
For those who use flashgot the creator of the project send me this, just a tutorial to integrate with the doka. use the -u + URL (not working with the version here ;-( ) http://www.flashgot.net/features#customdm
Hi, very nice program! Integration in Firefox works out of the box via Flashgot addon. Tested: works fine! Till changed: Open src/frm_addwb.ui with QTDesigner and change the line to your preferred Download folder, then recompile. Greets robbeh
By the way, works not fine...: Passing url via -u option has no effect.
tanks for the feedback, the -u url as you can see just call first the add download window... I add the feature of checks what is on Ctrl + C and it messed up with this option thanks it will be correct on the new release... soon..
Looks nice - and the GUI looks much better than the current kget gui. However, there are some bugs: the configure dialog always has the default URL /home/daniel/download, so I need to change it every time. But whenever I try push the "add" button, the program crashes (see below). If I reopen the program the added link is listed there, but it points again to /home/daniel/downloads. Looks like hardcoded, you should change that to /home/$USER/. If I may give you an advice: create a new, different user on your machine, and test everything there, you will quickly see the problem. As for people who can help you with the konqueror integration: check with the konqueror guys, they shure can help you. Also, check for the "make kget cool" commits in commit digest, there you will find people who are working at kget and might be able to help you with your alternative download program. Anyway, here is the crash output: 0x00278402 in __kernel_vsyscall () #0 0x00278402 in __kernel_vsyscall () #1 0x00554ceb in write () from /lib/libpthread.so.0 #2 0x005b1a9e in _X11TransGetConnectionNumber () from /usr/lib/libX11.so.6 #3 0x005b17af in _X11TransWrite () from /usr/lib/libX11.so.6 #4 0x005b76b7 in _XSend () from /usr/lib/libX11.so.6 #5 0x005b81fa in _XEventsQueued () from /usr/lib/libX11.so.6 #6 0x005a3eb2 in XPending () from /usr/lib/libX11.so.6 #7 0x029850da in QEventLoop::processEvents () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #8 0x029f63f0 in QEventLoop::enterLoop () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #9 0x029f62a6 in QEventLoop::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #10 0x029dc97f in QApplication::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #11 0x0804feeb in main ()
thanks! well the problem with the /home/daniel.... I thougt that was solved but looks like is not.. since this is the first release I apreciete your feedback cause only I doing tests aren't enought... as you can see even the mirro option is not working I didn't understand how the program crashes but I will try to reproduce the bug... what about the instalation? the executable went right place?