This project is abandoned and its default file will likely not work with the most recent version of Minecraft. Whether this project is out of date or its author has marked it as abandoned, this project is no longer maintained.
Currently Under New Management & being re-written.
The BukGet plugin is under new management and is currently being rewritten. We are also looking into merging this project with the get team once they get some searching functionality done.
All of the existing code is being cleaned out as its all very stale and people really should not be using it.
Hey guys, I'm working again on BukGet to make it up2date!
Currently I create a complete new engine for this plugin to take the load of the bukkit server running this plugin.
I could'nt say, when I release the new version, so please be patient!
But I can say, that I'm working again on this project ;)
I started developing a web interface for Bukkit servers called bukGet too that would allow admins to click a button and get new plugins. Should I change my name or do you see any possibility of me extending your service with a web interface? If so, please PM me. I would love to use bukGet as a name but am afraid it would lead to ambiguities.
Hello Guys!
Sorry, I have not so much time at the moment, but I think I will update this plugin.
Currently I have a lot to do. If I have more time I will update the plugin!
Sorry I havent been on the IRC chan much lately, things at work have taken the majority of my time ;)
Anyway, in the interest of trying to get everything on paper, here is the design criteria for the original bukget codebase:
Plugin needs to be able to install all hard plugin dependencies as part of the plugin installation
Plugin should not significantly impact server performance
Plugin should have the option to cache the repo data
For references on how plugin should behave, see yum and apt for reference.
Also, using yum as an example, you could always check bukget.org/api against a cached version of the id, and update the cache automatically if the id returned from the api is higher than the id cached.
I have also been considering building a sqlite db as part of the generation and allowing for that to be statically downloaded. that may help with your long processing times.
EDITED: I forgot to add that the /api/plugin/PLUGIN/VERSION and /api/plugin/PLUGIN/VERSION/download were added to the API as well:
@SteveMcGrath
Hi =) Yes, I want to continue this project. What are the planned features?
The caching features speeds up the search engine and the /pkg get command. Because of this the caching feature is very useful!
I will implement a check algorithm for dependencies in next updates. He will check for hard- and soft deps.
Sorry, sometimes I have some trouble to read english text, because I'm german ... =/
lg morph 8)
Mind if I give you the design criteria what I originally gave Niji in reguards to this plugin? As your using the bukget name, night as well make sure all of the features I was planning for are in this plugin
Also with the generation cycles I would recommend against the caching feature anymore as updates are performed every 6 hours.
Also, are you handling plugin dependencies? if so how? are you handling soft dependencies as well?
Hey =) I've running this plugin on my own server and it seems to be stable. After I've implemented the planned features (especially the Plugin Manager) I will offer the first release!
Thank you all =)
lg morph 8)
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
Exuse Me SteveMGrath Please Reply I Need You To Fix Something
Hi
could you add "update All" button because when you have alot of plugins it is a pain to start updating them all
The BukGet plugin is under new management and is currently being rewritten. We are also looking into merging this project with the get team once they get some searching functionality done.
All of the existing code is being cleaned out as its all very stale and people really should not be using it.
Could you make it so it will be self-updating?
Hey guys, I'm working again on BukGet to make it up2date! Currently I create a complete new engine for this plugin to take the load of the bukkit server running this plugin.
I could'nt say, when I release the new version, so please be patient! But I can say, that I'm working again on this project ;)
Greetz - Morph
Is this still being Updated?
Will you add /bukget reload plz?
It will be used at least once by each person, and more when it becomes more complex.
I started developing a web interface for Bukkit servers called bukGet too that would allow admins to click a button and get new plugins. Should I change my name or do you see any possibility of me extending your service with a web interface? If so, please PM me. I would love to use bukGet as a name but am afraid it would lead to ambiguities.
Hope to hear from you soon.
Hello Guys! Sorry, I have not so much time at the moment, but I think I will update this plugin. Currently I have a lot to do. If I have more time I will update the plugin!
Regards - Morph
Are you planning on getting this up and running for 1.2.3? I love this plugin, I don't know why it isn't more popular. Thanks.
@Morphesus
Please update your URL to reference api.bukget.org instead of bukget.org. The new URL will round-robin the load across all of the bukget servers.
Thanks, Steve
@Morphesus
Sorry I havent been on the IRC chan much lately, things at work have taken the majority of my time ;)
Anyway, in the interest of trying to get everything on paper, here is the design criteria for the original bukget codebase:
Also, using yum as an example, you could always check bukget.org/api against a cached version of the id, and update the cache automatically if the id returned from the api is higher than the id cached.
I have also been considering building a sqlite db as part of the generation and allowing for that to be statically downloaded. that may help with your long processing times.
EDITED: I forgot to add that the /api/plugin/PLUGIN/VERSION and /api/plugin/PLUGIN/VERSION/download were added to the API as well:
https://github.com/SteveMcGrath/bukget/commit/49df6158a87bec00f00dbc564e89d94b4afdbb84
@SteveMcGrath I use SVN ;) I will join the IRC in next minutes ...
Greetz by Morph 8)
Side Note: if your not apposed to using Git, we have a bot in the IRC channel that will announce when commits happen.
@Morphesus
Hop on the #bukget channel on espernet and ping me there. Also I am working on some new features for the API.
@tomsik68 Yes, I had the same thought Will be included in next update :) I will release the next update in next week!
lg morph 8)
Awesome! Thanks for this plugin. Could you please split up /pkg list to pages?
@SteveMcGrath Hi =) Yes, I want to continue this project. What are the planned features? The caching features speeds up the search engine and the /pkg get command. Because of this the caching feature is very useful!
I will implement a check algorithm for dependencies in next updates. He will check for hard- and soft deps.
Sorry, sometimes I have some trouble to read english text, because I'm german ... =/ lg morph 8)
Mind if I give you the design criteria what I originally gave Niji in reguards to this plugin? As your using the bukget name, night as well make sure all of the features I was planning for are in this plugin
Also with the generation cycles I would recommend against the caching feature anymore as updates are performed every 6 hours.
Also, are you handling plugin dependencies? if so how? are you handling soft dependencies as well?
Hey =) I've running this plugin on my own server and it seems to be stable. After I've implemented the planned features (especially the Plugin Manager) I will offer the first release!
Thank you all =) lg morph 8)