yes i need a port too. the package doesnt work, because it has stale dependencies on you kde version and is not upwards compatible to freebsd-stable. please provide the source!
thank you
oh sorry i misunderstood the warnings for error, the application does install, but it sig11s for me too...
PLEASE PROVIDE SOURCE!
i dont want to sound rude or anything, I respect your work very much, but you are REQUIRED to provide source upon request, if your app is bsd-licensed.
thank you
i am sorry for the harsh tone, i did not see that source-code is available thru subversion from the homepage, i hereby politely ask you to email me the password for subversion-access, thank you.
No, with the BSD license he is NOT required, in any way shape or form, to release any source.
That is the more restrictive GPL license you are thinking of.
well first of all: NO WRONG! :D
if he releases code under the bsdl he has to make the source available. the big difference to the gpl is that anyone is permitted to relicense bsd code as proprietry software (providing he has in some way altered it), but if it is released under the bsdl that it is opensource!
anyway, the cvs is not password protected anymore, source is available and i had email contact with the coder so everything is settled.
YOu need to re-read your BSD license contract.
The only obligation you have is to give the orginal parties credit.
Nothing more.
That is the beauty of BSD license, you get true freedom to do what you want.
You can be nice and give it away, or you can keep it all for yourself.
no you got in wrong, sorry! code published under the bsdl might be relicensed and distributed in binary-only-form but than its not bsd-licensed code! the bsd license is not copyleft like th gnu gpl but it is an opensource license, approved by the osi. and the osi definition of opensource reads as follows in section 2:
2. Source Code
The program must include source code, and must allow distribution in source code as well as compiled form. Where some form of a product is not distributed with source code, there must be a well-publicized means of obtaining the source code for no more than a reasonable reproduction cost-preferably, downloading via the Internet without charge. The source code must be the preferred form in which a programmer would modify the program. Deliberately obfuscated source code is not allowed. Intermediate forms such as the output of a preprocessor or translator are not allowed.
excellent!
this will be at the top of my list to install when i move to 5.3[stable].
i read the description, but did not see any mention of support for the revision control system.
i religiously co & ci all config files.
is this something you plan on supporting?
At the moment there no plans to have rcs support. perhabs later, but not for sure. When 5.3 is released I hope I can release tweakBSD 1 for it 2-3weeks later then everybody can test it. A release for 5.2 was planned but I think everybody will upgrade to 5.3 so 5.2 is outdated and will have no further support in tweakBSD.
Here's an implementation hint. Instead of using an MDI interface, which is officially discouraged by KDE, why not use a QWidgetStack? Since you're only showing one configuration "page" at a time, there should be no loss in functionality.
Or even better, since you're KDE based instead of pure Qt, how about making it a KControl module? See "http://developer.kde.org/documentation/standards/kde/kcontrol_style/index.html" for a HOWTO.
The KC Module is a good idea, but I'm not sure if I do tweakBSD completly as a KC Module, but there will be one to setup some tweakBSD KDE related settings, this is what I can say. But I'm not sure if I get all this in 1.0 and 1.0 on October will be 1.0-lite sorry but this does only mean that the plugin support which get's me in hell of trouble will not be included and the kfile-plugin for packages will be released later because of time savings. nVidia options will not be included since nvidia-settings port is available :-) Thanks nVIDIA!
Ok, I can say for sure you will have nearly no support on 4.X 'cause of many changes to 5 ! If some part works hmm ok. At this time I'm writing the configfile lib after that I'll do the pluginin and interface stuff after that the mdi lib :-) and if all this works I can build the application, and after that the plugins everybody wants tu use (I hope somebody will do) !
When KDE 3.3 is released tweakBSD will have it as dependency 'cause I change to the new api right then!
i am curretnly working on getting freebsd4.10 working will it work on that too (says 5.1+ in discription)?
and yes it looks great, but i'd rather see copylefted than copyrighted...
and using the gpl would ensure that no-one could make money with your app without sharing it for free (whereas they could if you bsd the app).
anyways keep up the good work
You can use it on 4.10 but I can't say what will work and what won't work 'cause features of FreeBSD 5.1+ supported by tweakBSD aren't supported on 4.10 I think, but you have to wait for the first usable version (1.0) which will be released on October. That's what I expect, it could even be later. I have to do so much work until you can call it a real KDE application with lot's of features ;-)
A really good idea. Keep up the work.
It would be nice if you could incorporate a front end to the ports system.
Or maybe a possibility to see the loaded modules and to load and unload modules from there...
KPackage has some frontend for the BSD ports system. I have not much used it so I don't know how functional it is, but it would be good to take a look at it before implementing another ports frontend.
I think the BSD Package features of KPackage are not working well and installing packages with it is impossible, I have written a Kfile-plugin for *.tbz packages this weekend it displays Meta-Info for it (Comment, Descr. and File list) using 'pkg_info' but is still a bit buggy, but I fix it before I release tweakBSD 1.0 on October! For Ports I'm thinking of an Interface like 'Ports Index Builder' showing a treeview of your ports dir at the left and on the right you can choose options like, make configure, build, patch, fetch, install and make package. Additional I could implement some features of Barry and display if theres an already installed version of the port and which one it is. Additionly it could provide features like upgrading the ports dir via internet.
Ideas for all things to configure on FreeBSD are welcome, for best you provide a GUI idea too
OK I have extended the Kernel and Modules MDIchild wiht a second tab which shows information parsed from kldstat (-v) ! This shows even the loaded modules but unloading them by a KDE app is not good I think 'cause some modules crash the system while kldunloading it, I will include this feature but you have to enbale it on preferencesdialog and you are warned that some modules might crash your system!
ok, good. I didn't know KPackage doesn't work that well with ports. So I think adding ports support is perfectly fine - also I like your ideas for that. It would allow any "normal" end user who doesn't touch a konsole or something to install new applications. Basically I think your application is really great for such users (but also for advanced users) since many system related settings can be configured from one application! Keep up the good work!
Besides: can the application be downloaded from somewhere? Is there a CVS or Subversion server?
Since I'm unemployed I have no money for a server or hosting solution, my last homepage was www.3dtweaker.net but I couldn't pay it anymore. I can send you a developement version at the weekend by email, on Friday I always do fix bugs quite the whole day ;-),
at the moment there are too much bugs to send it to you, you have to wait only a little.
P.S.: Critic and ideas of any kind are always welcome
I agree that it is somewhat strange: 'you can see but you cant touch'
Making it a BSD-license would open it up 100% for improvements, and you still get credit for originating the app..
Making it a GPL-license also opens it up for improvements, but they have to give them back to the community as well..
Personally i prefer BSD style, as its more friendly to developers that have corporate issues to deal with.
Ratings & Comments
25 Comments
is there any source-package? your package for fbsd 5 stable is not compatible. the package gave me a sig 11 after start.
yes i need a port too. the package doesnt work, because it has stale dependencies on you kde version and is not upwards compatible to freebsd-stable. please provide the source! thank you
oh sorry i misunderstood the warnings for error, the application does install, but it sig11s for me too... PLEASE PROVIDE SOURCE! i dont want to sound rude or anything, I respect your work very much, but you are REQUIRED to provide source upon request, if your app is bsd-licensed. thank you
i am sorry for the harsh tone, i did not see that source-code is available thru subversion from the homepage, i hereby politely ask you to email me the password for subversion-access, thank you.
oh, and btw my emailaddress is: soul[dot]rebel[at]web[dot]de thank you
No, with the BSD license he is NOT required, in any way shape or form, to release any source. That is the more restrictive GPL license you are thinking of.
well first of all: NO WRONG! :D if he releases code under the bsdl he has to make the source available. the big difference to the gpl is that anyone is permitted to relicense bsd code as proprietry software (providing he has in some way altered it), but if it is released under the bsdl that it is opensource! anyway, the cvs is not password protected anymore, source is available and i had email contact with the coder so everything is settled.
YOu need to re-read your BSD license contract. The only obligation you have is to give the orginal parties credit. Nothing more. That is the beauty of BSD license, you get true freedom to do what you want. You can be nice and give it away, or you can keep it all for yourself.
no you got in wrong, sorry! code published under the bsdl might be relicensed and distributed in binary-only-form but than its not bsd-licensed code! the bsd license is not copyleft like th gnu gpl but it is an opensource license, approved by the osi. and the osi definition of opensource reads as follows in section 2: 2. Source Code The program must include source code, and must allow distribution in source code as well as compiled form. Where some form of a product is not distributed with source code, there must be a well-publicized means of obtaining the source code for no more than a reasonable reproduction cost-preferably, downloading via the Internet without charge. The source code must be the preferred form in which a programmer would modify the program. Deliberately obfuscated source code is not allowed. Intermediate forms such as the output of a preprocessor or translator are not allowed.
excellent! this will be at the top of my list to install when i move to 5.3[stable]. i read the description, but did not see any mention of support for the revision control system. i religiously co & ci all config files. is this something you plan on supporting?
At the moment there no plans to have rcs support. perhabs later, but not for sure. When 5.3 is released I hope I can release tweakBSD 1 for it 2-3weeks later then everybody can test it. A release for 5.2 was planned but I think everybody will upgrade to 5.3 so 5.2 is outdated and will have no further support in tweakBSD.
Here's an implementation hint. Instead of using an MDI interface, which is officially discouraged by KDE, why not use a QWidgetStack? Since you're only showing one configuration "page" at a time, there should be no loss in functionality. Or even better, since you're KDE based instead of pure Qt, how about making it a KControl module? See "http://developer.kde.org/documentation/standards/kde/kcontrol_style/index.html" for a HOWTO.
The KC Module is a good idea, but I'm not sure if I do tweakBSD completly as a KC Module, but there will be one to setup some tweakBSD KDE related settings, this is what I can say. But I'm not sure if I get all this in 1.0 and 1.0 on October will be 1.0-lite sorry but this does only mean that the plugin support which get's me in hell of trouble will not be included and the kfile-plugin for packages will be released later because of time savings. nVidia options will not be included since nvidia-settings port is available :-) Thanks nVIDIA!
Ok, I can say for sure you will have nearly no support on 4.X 'cause of many changes to 5 ! If some part works hmm ok. At this time I'm writing the configfile lib after that I'll do the pluginin and interface stuff after that the mdi lib :-) and if all this works I can build the application, and after that the plugins everybody wants tu use (I hope somebody will do) ! When KDE 3.3 is released tweakBSD will have it as dependency 'cause I change to the new api right then!
i am curretnly working on getting freebsd4.10 working will it work on that too (says 5.1+ in discription)? and yes it looks great, but i'd rather see copylefted than copyrighted... and using the gpl would ensure that no-one could make money with your app without sharing it for free (whereas they could if you bsd the app). anyways keep up the good work
You can use it on 4.10 but I can't say what will work and what won't work 'cause features of FreeBSD 5.1+ supported by tweakBSD aren't supported on 4.10 I think, but you have to wait for the first usable version (1.0) which will be released on October. That's what I expect, it could even be later. I have to do so much work until you can call it a real KDE application with lot's of features ;-)
A really good idea. Keep up the work. It would be nice if you could incorporate a front end to the ports system. Or maybe a possibility to see the loaded modules and to load and unload modules from there...
KPackage has some frontend for the BSD ports system. I have not much used it so I don't know how functional it is, but it would be good to take a look at it before implementing another ports frontend.
I think the BSD Package features of KPackage are not working well and installing packages with it is impossible, I have written a Kfile-plugin for *.tbz packages this weekend it displays Meta-Info for it (Comment, Descr. and File list) using 'pkg_info' but is still a bit buggy, but I fix it before I release tweakBSD 1.0 on October! For Ports I'm thinking of an Interface like 'Ports Index Builder' showing a treeview of your ports dir at the left and on the right you can choose options like, make configure, build, patch, fetch, install and make package. Additional I could implement some features of Barry and display if theres an already installed version of the port and which one it is. Additionly it could provide features like upgrading the ports dir via internet. Ideas for all things to configure on FreeBSD are welcome, for best you provide a GUI idea too
OK I have extended the Kernel and Modules MDIchild wiht a second tab which shows information parsed from kldstat (-v) ! This shows even the loaded modules but unloading them by a KDE app is not good I think 'cause some modules crash the system while kldunloading it, I will include this feature but you have to enbale it on preferencesdialog and you are warned that some modules might crash your system!
ok, good. I didn't know KPackage doesn't work that well with ports. So I think adding ports support is perfectly fine - also I like your ideas for that. It would allow any "normal" end user who doesn't touch a konsole or something to install new applications. Basically I think your application is really great for such users (but also for advanced users) since many system related settings can be configured from one application! Keep up the good work! Besides: can the application be downloaded from somewhere? Is there a CVS or Subversion server?
Since I'm unemployed I have no money for a server or hosting solution, my last homepage was www.3dtweaker.net but I couldn't pay it anymore. I can send you a developement version at the weekend by email, on Friday I always do fix bugs quite the whole day ;-), at the moment there are too much bugs to send it to you, you have to wait only a little. P.S.: Critic and ideas of any kind are always welcome
It's a really good idea! But.... what a strange licence?? Why not using GPL or BSD-Licence? Mike
Why do you think this is strange ? I don't want anybody modifying my source code, perhaps i think of a BSD license, this maybe easyer for other hmmm ?
I agree that it is somewhat strange: 'you can see but you cant touch' Making it a BSD-license would open it up 100% for improvements, and you still get credit for originating the app.. Making it a GPL-license also opens it up for improvements, but they have to give them back to the community as well.. Personally i prefer BSD style, as its more friendly to developers that have corporate issues to deal with.