hi! KIO Zen is a frontend to the libnjb library. It uses KDE's IO Slave technology to display and alter your jukeboxe's content. However it does not implement the standard slave API. See kionjb if you want something like this. KIO Zen offers a user interface via HTML pages. Think of it as your jukebox has some kind of a web server built-in. Enter " zen:/ " into your Konqueror and surf your jukebox. homepage: http://kiozen.sourceforge.net/ this is my first ebuild, sorry if there are many errors!!!! redsend Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 63018 [details] kiozen-1.2.1a.ebuild
1/ RESTRICT="nomirror" ? Why?! This is GLP-2 software... 2/ SRC_URI="mirror://sourceforge/${PN}/${P}.tar.bz2" would be better I guess.
Created attachment 84279 [details] kiozen-1.2.2.ebuild Added ebuild for new version of kiozen, updated as per the reccomendations above. Works for me, YMMV.
I haven't installed this yet so I don't know if this package actually requires artsd. But if it can work without it maybe there should be an "arts" use flag to compile with "--without-arts".
When I enter " zen:/ " into knoqueror I see the icon change but the form is blank and konqueror becomes very slow after that point. I also see no activity on my player (Creative Zen) Perhaps it is because I did EXTRA_ECONF="--without-arts"? I don't know.
According to the sourceforge's page, this project seems to have released the latest version almost 18 months ago: http://kiozen.sourceforge.net/ http://sourceforge.net/project/showfiles.php?group_id=136027 I've checked the kionjb page and it also seems to have stalled - bugs with more than 1 year have got no reply. Is there still any interest on this? Should it be moved to sunrise if anyone cares , should it be closed or should it continue to rot in here?
(In reply to comment #6) > According to the sourceforge's page, this project seems to have released the > latest version almost 18 months ago: > Is there still any interest on this? Should it be moved to sunrise if anyone > cares , should it be closed or should it continue to rot in here? > yes i think that the project has been abandoned, but if we ask to the developer it is better! I send an email to Oliver Eichler for ask about this!
Not really abandoned. ;) I just considered it feature complete in the sense of 'it fulfills my requirements'. It's still located on SourceForge, however I took it from kde-apps as it does not compile on my open SuSE 10.2 setup. automake / autoconf moved along too far. Thus, yes, it would need some attention. I am just too busy with my other baby - QLandkarte - to fix it. If it gets abandoned I decide later this year, once KDE4 steps into existents. It will depend on what has to be changed and if the alternatives match my needs. Oliver after this i think we should wait for a few month before consider it abandoned
(In reply to comment #8) > I took it from kde-apps as it does not compile on my open SuSE 10.2 setup. > automake / autoconf moved along too far. [...] > after this i think we should wait for a few month before consider it abandoned Yes, but for now and under these circumstances I'm closing this as LATER. Feel free to reopen if and when its status changes.
bugzie
I proudly report this stuff was fixed god knows when. Also flaged in kde4 edition.
Damn, wrong bug, the bugzie step take too long so i clicked 2 in a row and closed the other one :P This one should be just opened for now :]
No KDE4 version available. Closing as WONTFIX. KDE3 will be removed from tree soon.