ChaosWars

Sorry, but no. Both suggestions are totally against the KDE guidlines for programs. Additionally, KDE won't be able to find the kpart to load it if it is installed to /usr/local.

The icons have been moved to $KDEDIR/share/icons/hicolor though, as per the new guidlines, and the program has been ported to KDE4. I shall release an updated version for KDE3 as well as a new version for KDE4 sometime this month, once I have polished the documentation. - Aug 18 2008

I think I've fixed the build system for x86_64. I have changed the CMakeLists.txt file to use the variable cmake finds for the kde library. If someone wants to check out the SVN and see if it installs to the right place, I can ready the next realease to use it. - Feb 06 2008

It will give that error if it can't find the file libknfoviewerpart.so. Could you confirm if that file is located on your system, and if so where it is installed.

In fact, email me a list of all the files installed by KNfoViewer and their locations, that would help tremendously to track down the problem. - Jan 24 2008

Actually, I'm busy porting the project to KDE4 and putting in multi-language support as I'm going. I think I can get out an interim release sometime soon. I'll just need translators though, I can only translate the Project into Dutch, and maybe German with some degree of accuracy :p - Dec 17 2007

That is odd, to say the least. If you look in the CMakeLists.txt file in the directory above src, you will see that that line is in there. It shouldn't have given you that error.
I retested the build here, I can only assume that the error is because of your CMake version. Which version of cmake are you running? - Dec 17 2007

I had a look on your site but I couldn't find the package. It's also in Italian, so I think most readers will have problems finding it :p If you put up a direct link I'll add it to the links above.

Thanks a lot to all of you who made packages. - Dec 15 2007

Thank you very much. I used to use Gentoo until two years ago, it still remains my favorite after Arch Linux :) I was planning to get around to writing an ebuild, thanks for doing it for me. - Dec 14 2007

Thanks very much for making the package.

The way the fonts work now, I think it initially follows the default font that the user has set in the KConfig for Monospace. I'm not 100% sure on this but that is what it seemed to do on my system.

However, once KNfoViewer has been run once, and the font has been set, the kpart remembers the font selected and will always use it, regardless of weather the kpart is opened in konqueror or any another application. - Dec 08 2007

Err, forgot for a moment that you also obviously need the development versions of libpar2 and libsigc++2.0 installed, but that is already mentioned in the information at the top of the page. - Feb 06 2008

No, as long as you have KDE 3.x and Qt 3.8 installed you will be fine.

I just found out that $KDEDIR is not set on all distributions. Try this syntax :

cmake . -DCMAKE_INSTALL_PREFIX=`kde-config --prefix`

Note that those are not quotation marks, they are the symbol most commonly found on your tilde (~) key. - Feb 06 2008

Try a "cmake . -DCMAKE_INSTALL_PREFIX=$KDEDIR"

Confirm before running that that $KDEDIR is a valid variable - see what "echo $KDEDIR" outputs.
I'm not sure where Kubuntu installs KDE, possible simply in /usr if it is LSB compliant. That means that the KDE stuff ends up in /usr/{bin.lib,share} etc. - Jan 27 2008

I think I can guarantee you that KDE is NOT installed in /etc on your system :p

You probably meant that to be /opt/kde or /opt/kde3 or perhaps /usr. What distribution are you using? - Jan 14 2008

I've nearly finished porting it to KDE4, and it is being included in the upcoming release of Ubuntu - Hardy (in KDE3 form). - Dec 30 2007

I'll look into fixing that bug, thanks for reporting it.

I am planning to port it to KDE4. It will take some work, but in the end the code will be cleaner as a result of Qt4's better multithreading. I would have written it for KDE4 straight away but my girlfriend needed it now :p - Dec 18 2007

Good to hear, thanks for testing :) - Dec 17 2007

I have added a Gentoo ebuild, but since I can't test it I would appreciate it if someone running Gentoo could try it and if possible correct it if it doesn't work.

You will need the libpar2 ebuild available from the gentoo bugzilla as well, since libpar2 isn't in Portage for some weird reason :

http://bugs.gentoo.org/show_bug.cgi?id=124625 - Dec 14 2007

Sorry, it wasn't my intention when I wrote the post to come across as irritated, it was only when I read it later after posting it that I realized that it sounded that way. I'd misread your post and thought you meant that installing the dependencies was too much trouble.

At any rate, the problems should be fixed now, there was a mistake in the Findlibpar2.cmake file that was causing libpar2 not being fully found on Debian and SuSe. - Dec 12 2007

CMake can't provide a make uninstall. I would suggest making an installation package for your distro or file a bug report asking for one on your distro bugzilla. I have provided PKGBUILD's for Arch Linux. - Nov 24 2007

I need an icon for this app now, and also one for the .par2 file mimetype. If anyone would like to make them they'll get a mention in the Help->About :D - Nov 21 2007

I need an icon for this app now, and also one for the .par2 file mimetype. If anyone would like to make them they'll get a mention in the Help->About :D - Nov 21 2007

What's not worth the effort? Installing a package? That's a novel approach to running an OS - every package has its dependencies.

KPar2 does it all in a single click as well, if you enable the autocheck and autorepair options.

The detection problems are fixed already. Weather or not you are going to use the package is unrelated to the bugs getting fixed, so I am going to ignore you "don't bother" comment ;) - Nov 21 2007

Sorry, it was a bug in the Findlibpar2.cmake file I wrote. It wasn't checking /usr/local/lib/include/libpar2 for the config.h file, which was causing it to fail. That is fixed now in the 0.2.1 release. - Nov 21 2007

I managed to find a package database on the internet ( http://rpmseek.com/ ) and updated the *.cmake files to reflect the different install paths on SuSe and Debian. This has the added bonus that I also included paths for x86_64 architecture, so the package should compile now on 64-bit machines. Let me know if there are still errors or if the compile issues go away now.

If someone who runs Debian/SuSe would like to make packages for the distributions, I'd be happy to host them. - Nov 21 2007

Ok, I've just looked at the online database of SuSe and you have to install the libpar2-devel package. Installing the libpar2 package isn't enough for this to compile, it's missing the header files. You will also need to install the libsigc++2-devel package.
Once those are installed though it should compile just fine though.

I will update the SVN today and maybe release a new package that will fix the compilation problems on SuSe and Debian derivatives (Ubuntu etc.) - Nov 21 2007

You are missing a "/" before "usr" after -DLIBPAR2_LIBRARY. That's assuming what you posted is verbatim.

Where does SuSe install the libpar2 packet? Could someone maybe email me the output of YaST/YUM or post it here?

It looks like it is being installed in a very non-standard place at any rate. If you are not going to use the cmake -i wizard (which I strongly recommend, that way you will encounter all the advanced variables which NEED to be set in order for the compile to work - they will be the last 6 variables in the wizard ) then you need to set the following variables for it to work :

-DLIBPAR2_INCLUDE_DIR=/path/to/include/libpar2 (the directory where libpar2.h is located)

-DLIBPAR2_LIB_INCLUDE_DIR=/path/to/lib/libpar2/include (the config.h file that the libpar2 packet installs)

-DLIBPAR2_LIBRARY=/path/to/lib/libpar2.so

If all three of these variables are set then libpar2 is marked as found and you should get no more errors about it.
The libpar2Config.cmake file does not exist, I had to write my own Findlibpar2.cmake file, which obviously doesn't work on SuSe. The error cmake spits out about it is confusing, but in effect it's just trying to say that it can't find the Findlibpar2.cmake file. I would suggest doing an out-of-source build in this case, that can be done by creating a directory named "build" in the same directory you unpack/download the source in, and then do a "cd build && cmake ../kpar2-0.2 && make install". Add whatever -D<cmake option> flags you need to to that command to get it to work obviously. - Nov 21 2007

That IS strange, the Findlibsigc.cmake file should check /usr/local/lib for libpar2.

I see you're on Gentoo - surely Gentoo has an ebuild for libpar2? Otherwise, try compiling and installing libpar2 by first running ./configure --prefix=/usr in it's source directory first.

Also, I've released a new version - see if this one installs properly. If it still can't find libpar2, I've now exposed the LIBPAR2_* variables that it sues to check for libpar2 - you can pass them to cmake from the command line as flags such as -DLIBPAR2_LIBRARY=/usr/local/lib/libpar2.so
Have a look in the src/CMakeLists.txt file to see what vars you can pass - it's the last line. Alternatively, running cmake -i will give you access to a wizard which will step you through all the advanced variables you can set and you can change them if you want. - Nov 20 2007

Where does the file kpar2_shell.rc get installed to on your system? Actually, where do all the files get installed to? Can you copy/paste the terminal install output? - Nov 20 2007

Might be handy to mention that to compile it, you must have cmake > 2.4 installed. run cmake with the flag cmake . -DCMAKE_INSTALL_PREFIX=/path/to/kde inside the unpacked source directory. Then just run make && sudo make install (or just run make && make install as root) - Nov 19 2007

If anyone is following this via this site, I'd suggest checking out the SVN as a lot of changes are being made. The mosue can now be controlled via the applet/daemon. I plan to release another version of the software in the coming weeks, but if you were really wanting to control your mouse via the applet you can do so already. - Jan 08 2008

After getting up this morning I decided that I would take one last shot at writing a C daemon with GLib. I'm the obsessive/compulsive type :p Anyway, after staring at the GLib GObject tutorial for five hours and hammering out code, we now finally have a working multi-threaded daemon written entirely in (Objective)C using only GLib. \o/

Guess this means the C++ daemon will be the one getting dropped after this :p I will release a new numbered version sometime soon - I want to clean up the code, make it ANSI compliant and restructure some of the code out of main.c because it's a hodgepodge right now. So after I refactor it I'll upload it - right now if you can't wait to get it you can grab it off the Googlecode SVN repo : svn checkout http://logitechdaemon.googlecode.com/svn/trunk/ logitechdaemon - Nov 06 2007

I bought my girlfriend a Creative Zen, which also uses the MTP protocol. I decided to write an app to let her manage it, it should be ready within a month or so.

kzen.googlecode.com - Jan 06 2008

Hopefully the build won't fail anymore due to uudeview not being found. It is an interim fix, since by the 1.0 release it won't be needed anymore as I am writing my own decoder now. But in the meantime it should obviate the need to edit the CMakeLists.txt file. - Nov 21 2007

Two more :

http://www.newzleech.com/

http://www.binsearch.info/ - Nov 21 2007

There are free sites out there, but I have a subscription on www.newzbin.com. Really nice site that offers SSL connections as well. It only costs about $1 a week, so if you have a credit card it's perfect.
There are some good free sites out there I know, one is http://alt.binaries.nl/ - Nov 21 2007

I am busy writing a custom yenc decoder, so the dependency on uudeview will be gone by the 1.0 release.

As for group subscription, if you want that I would suggest klibido. As stated in the description of KNewz, this program is only meant for downloading from nzb files, and will never support browsing newsgroups. Browsing groups like alt.binaries.boneless is impractical - it contains more than one million posts! And since this program is meant to download binaries from newsgroups, I feel that support for browsing binary newsgroups would be impractical as well. - Nov 15 2007

Sorry it took me so long to get back to you, school has been hectic :)

Vista just wiped my drive, and now upon a reinstall I am running into the same errors you are. I didn't have them before. I'm busy fixing them, but it requires writing some cmake specific code so it's taking me a while since I have exams this week. After that though, I have summer holidays and I think I shall be able to iron out the last bugs that are keeping KNewz from a 0.1 release. KDE4 has become relatively stable - or at least the GUI bugs are ironed out. There are still a few of my own coding bugs that I have to sort out, but I use it every day already and I must say, apart from a few hard to find (and therefor infrequently occuring) bugs it is performing really well. Better than I had expected :p - Jul 01 2007

GCC 4 should work fine, it's what I'm using as well.

The QT error cmake is throwing is because it's not finding your cmake install. How are you running cmake? You should be issuing the command : cmake . -DCMAKE_INSTALL_PREFIX=/opt/kde4 -DCMAKE_BUILD_TYPE=DEBUG
This is assuming you have kde4 installed in /opt/kde4 of course.

If you run that in the project directory it should build a valid Makefile. If it isn't finding Qt after you running that, then there is something wrong with your install of qt-copy. It's probably not being found in your path, which normally means that Qt3 is being found instead of Qt4. What distribution are you running?

Cmake is the future, I'm convinced of it =) From a developers POV it's heaven compared to autohell. And the end user won't notice much difference except a prettier output in the terminal :D - Jun 02 2007

Bleh, double post :p

I just realised you were referring to KDE4 itself :p Yes, it has quite a way to go, but it is progressing very rapidly. The beta is coming out end of July I think, and it is being released in October, so we won't have to wait for very long for these problems to be fixed. - Jun 02 2007

You need qt-copy and kdelibs. You don't NEED kdepimlibs or kdebase to run this program, they are needed to get a "functioning" kde4 desktop. It's possible, and probably preferably right now given the state of kde4, to run this program in a kde3 environment.

If the install goes awry, you could always just build the executable and then manually copy it over to your /path/to/kde4/bin directory. I had removed the install command from the CMakeLists.txt file for this release as I was just running it from the directory I built it in, and figured that no-one would be installing it yet as KDE4 is not usable. As such, installing it would put it in the bin directory of kde4, which wouldn't be in your $PATH so the executable wouldn't be found.

I shall add the install command back in for the next release, and add a .desktop file so that you can at least run the app by using a desktop icon.

The sticky/dissapearing menu's are due to bugs in KDE4, there's not much I can do about that I'm afraid. - Jun 02 2007

You need qt-copy and kdelibs. You don't NEED kdepimlibs or kdebase to run this program, they are needed to get a "functioning" kde4 desktop. It's possible, and probably preferably right now given the state of kde4, to run this program in a kde3 environment.

If the install goes awry, you could always just build the executable and then manually copy it over to your /path/to/kde4/bin directory. I had removed the install command from the CMakeLists.txt file for this release as I was just running it from the directory I built it in, and figured that no-one would be installing it yet as KDE4 is not usable. As such, installing it would put it in the bin directory of kde4, which wouldn't be in your $PATH so the executable wouldn't be found.

I shall add the install command back in for the next release, and add a .desktop file so that you can at least run the app by using a desktop icon.

The sticky/dissapearing menu's are due to bugs in KDE4, there's not much I can do about that I'm afraid. - Jun 02 2007

Well, all you really need is kdelibs from KDE4. You can install that alongside KDE, and all you have to do when compiling KNewz is pass the location of KDE4 with the cmake option -DCMAKE_INSTALLPREFIX=/path/to/kde4
CMake will generate an executable and a shell script that tells the executable where the KDE4 libraries are. This lets you run it in a KDE3 environment. I already download all my Usenet binaries with KNewz. Nothing like frustration over lack of features to motivate writing code :p
If your distro doesn't provide the KDE4 library (you often need to add a custom, non-official repository manually) then you can find detailed instructions on the kde site as to how to install kde4libs from source : get the tarballs here http://www.kde.org/info/3.90.1.php and find the instructions here : http://techbase.kde.org/Getting_Started/Build/KDE4_Alpha_1 - May 29 2007

Erm, yes it does. But then, so does every other BINARY news client in Linux. I have never used knode myself, but BNR, KLibido, Nzb and KNewz all support multipart downloads. KNewz is limited to multipart files obtained from *.nzb files, since I myself don't particularly relish browsing more than a million posts in alt.binaries.boneless to find the few that I want :D I don't ever plan to iplement that BTW, but if you are talking *.nzb files then the answer is emphatically : yes. In fact, rather than write my own half-assed yenc decoder I statically link to uudecode, which is arguably the best encoder/decoder there is for newsgroup binaries. The files are all passed to uudecode for decoding, and I have implemented it in such a way that there shouldn't be a file out there that it fails to decode. I based the decoding code off uudeview, the frontend written for uudecode by the author of uudecode himself, so what ever that can decode, KNewz should be able to decode as well. - May 26 2007

At the moment, not that much. It should be a lot faster, since it is built against Qt4 and KDE4. KLibido is built against Qt3 and KDE3. Programatically speaking things like the model/view controller in Qt4 make certain design elements much "cleaner".

I use KLibido myself, and I thought about writing patches for KLibido or nzb instead of writing my own client. But ultimately I decided, especially in the case of klibido, that it would be easier in the long run to write my own code than trying to decipher the existing code base, given the small size of my project.

In the long run, this program will have everything that I miss in klibido, such as smart *.par file downloading and automatic parity checking, automatic unpacking of downloaded files and cleanup, system tray integration, DBUS integration, and the ability to save your download queue between sessions.

KLibido aims to be a comprehensive news client, and does a whole lot more than just downloading the contents of a *.nzb file. For me, that is a lot of functionality that I don't use, and never will, and I miss a lot of the above mentioned functionality. Reason enough for me to write this client. - May 25 2007

For those that don't know, KDE4 is being released end October this year, so only then will/can this application be released as stable since it links against the KDE4 libraries. Although it is pretty stable even now, since kde4lib will undergo a code freeze before release, abd will undergo a feature freeze before that, so the only things happening on that side will be bugfixes.
I will look at how feasible a KDE3 port will be once the application is ready to be released as stable. I'll get a beta version out by the end of next month I think, depending on exams. - May 24 2007

As mentioned, you need to install cmake to be able to compile this. KDE4 is based on cmake, so autotools will not be used to compile KDE4. All KDE4 applications should use cmake as well.
Install cmake, and install the kde4lib alpha package for your distribution. You will probably have to add a custom source to your package manager or download the tarball from www.kde.org and compile it yourself (along with all it's dependencies). Alternatively, you could use the kde4 svn compile script that is here on www.kde-apps.org.

Once you have done all that, cd into the directory you unpacked this source into. Run the command "cmake . -DCMAKE_ISNTALL_PREFIX=/path/to/kde4" without the quotes. CMake should then do it's thing and generate a Makefile for you. You can then just run make as normal. Run the binary generated, and fill in the options for your news server. The program should work, more or less :D The decoder sometimes bugs out, I'm still trying to track why it doesn't fully decode some articles. And I need to add in some code to put the downloaded files into their own subdirectory. I'll get that done for alpha3, but in the meanwhile, here's alpha2. Thanks for testing :D - May 24 2007

The code is changing very rapidly, there are new commits everyday. For those wanting to check out the source, the address is https://knewz.svn.sourceforge.net/svnroot/knewz - May 22 2007

It might be a good thing to mention that you need CMake and the kde4lib package installed. Also, you will probably have to either edit the main CMakeLists.txt file to point it to your kde4 installation (it points to /opt/kde4-svn in the file) or pass it to cmake when running it as -DCMAKE_INSTALL_PREFIX=/path/to/kde4 - May 22 2007

This is www.kde-apps.org. WTF is wrong with people nowadays, are they incapable of reading? Go post this on a GNOME site. - Jun 23 2007

Because this one looks like its' been sodomized by something multicolored and wavy.... - Jun 17 2007

Just what the doctor ordered =) Thanks a lot. - Apr 10 2007