New Project: Yum Web GUI
-
- Atomicorp Staff - Site Admin
- Posts: 8355
- Joined: Wed Dec 31, 1969 8:00 pm
- Location: earth
- Contact:
New Project: Yum Web GUI
This is going to be an open source project to build a web based front end for yum, specifically to run in plesk. We need developers in PHP and/or python, and web designers/graphic artists to handle the look and feel.
I've put together the intial mockup here:
http://www.atomicrocketturtle.com/galle ... temId=1430
This is based on the yumex interface we use in gnome for now. I'm open to different ideas on how to make this more practical in a web environment.
I've put together the intial mockup here:
http://www.atomicrocketturtle.com/galle ... temId=1430
This is based on the yumex interface we use in gnome for now. I'm open to different ideas on how to make this more practical in a web environment.
-
- Forum Regular
- Posts: 196
- Joined: Tue May 10, 2005 1:24 pm
-
- Atomicorp Staff - Site Admin
- Posts: 8355
- Joined: Wed Dec 31, 1969 8:00 pm
- Location: earth
- Contact:
Internally with yum we're working with some basic commands:
yum list
yum update
yum install
The data itself is stored in a sqlite database (I think), and there is another open source project that reads that into a web interface now:
http://www.mricon.com/trac/wiki/Repoview
My idea here is to have the web gui work from the sqlite database, which will probably be faster than calling yum in real time. We could update the yum cache on demand with a button in the gui.
So to start with I think we need to look at how we can read the yum cache, probably using Repoview as a guide to start with. With that data in hand we can use that to pass the variables into yum itself. Do all the manipulation, searching, etc right out of the cache (sqlite).
yum list
yum update
yum install
The data itself is stored in a sqlite database (I think), and there is another open source project that reads that into a web interface now:
http://www.mricon.com/trac/wiki/Repoview
My idea here is to have the web gui work from the sqlite database, which will probably be faster than calling yum in real time. We could update the yum cache on demand with a button in the gui.
So to start with I think we need to look at how we can read the yum cache, probably using Repoview as a guide to start with. With that data in hand we can use that to pass the variables into yum itself. Do all the manipulation, searching, etc right out of the cache (sqlite).
-
- Atomicorp Staff - Site Admin
- Posts: 8355
- Joined: Wed Dec 31, 1969 8:00 pm
- Location: earth
- Contact:
Basic "Updates" view
http://www.atomicrocketturtle.com/galle ... =xf37e2220
The next hurdle is to get this data through the yum API as opposed to manipulating the output from "yum check-update" or "yum list". The issue we're running into right now is that even if you tell yum to work from the cache, there is still a DNS lookup event against all the configured yum repos. Normally this is OK, but it causes problems when a repo is having problems. This can cause delays in running the command for several minutes, which in a web interface isn't going to cut it.
Plan B is to extract this data directly from the yum sqlite DB's used by each repository. This was my original idea, but I think going through the yum api is going to be more efficient, and save time if the formats change in the future.
PS- send help!
http://www.atomicrocketturtle.com/galle ... =xf37e2220
The next hurdle is to get this data through the yum API as opposed to manipulating the output from "yum check-update" or "yum list". The issue we're running into right now is that even if you tell yum to work from the cache, there is still a DNS lookup event against all the configured yum repos. Normally this is OK, but it causes problems when a repo is having problems. This can cause delays in running the command for several minutes, which in a web interface isn't going to cut it.
Plan B is to extract this data directly from the yum sqlite DB's used by each repository. This was my original idea, but I think going through the yum api is going to be more efficient, and save time if the formats change in the future.
PS- send help!
-
- Forum Regular
- Posts: 196
- Joined: Tue May 10, 2005 1:24 pm
-
- Atomicorp Staff - Site Admin
- Posts: 8355
- Joined: Wed Dec 31, 1969 8:00 pm
- Location: earth
- Contact:
Awesome, right now weve completed the prototype which can:
Update/Install/Remove packages
Browse Repositories
View information about a package
The TODO is:
Search
Confirmation Screen (Are you sure you want to remove/update/install these packages Y/N?)
Edit/Add/Remove Repositories
Group View
"Monitor-mode" (This is if you have a really long update, something to watch a log file from yum rather than wait for yum to exit normally inside PHP.)
Update/Install/Remove packages
Browse Repositories
View information about a package
The TODO is:
Search
Confirmation Screen (Are you sure you want to remove/update/install these packages Y/N?)
Edit/Add/Remove Repositories
Group View
"Monitor-mode" (This is if you have a really long update, something to watch a log file from yum rather than wait for yum to exit normally inside PHP.)
-
- Atomicorp Staff - Site Admin
- Posts: 8355
- Joined: Wed Dec 31, 1969 8:00 pm
- Location: earth
- Contact:
The initial release, version 0.1 is now available for CentOS5. CentOS4 is going to take a little bit more work due to the lack of a core dependency not being available. You might also be able to get this to work on FC6 or FC7 so versions have been produced for those platforms as well (untested).
You can install atomic-yum through yum with:
yum install atomic-yum
This version supports Smarty templates, which is great because as you'll quickly see, Tony and I have exactly zero skill with making a good looking interface. Someone save us from ourselves!
Ubiquitous screenshots are available here:
http://www.atomicrocketturtle.com/galle ... temId=1428
You can install atomic-yum through yum with:
yum install atomic-yum
This version supports Smarty templates, which is great because as you'll quickly see, Tony and I have exactly zero skill with making a good looking interface. Someone save us from ourselves!
Ubiquitous screenshots are available here:
http://www.atomicrocketturtle.com/galle ... temId=1428
Turtle
= ASL
= Backup?
= YUM (Yellow)
= Next?
Bug
= ASL
= YUM
= Next?
Shield
= ASL
= YUM
= Next?
Plugin
= ASL
= YUM
= Next?
Server
= ASL
= YUM
= Next?
Others
How many Plesk modules do you have?
= ASL
= Backup?
= YUM (Yellow)
= Next?
Bug
= ASL
= YUM
= Next?
Shield
= ASL
= YUM
= Next?
Plugin
= ASL
= YUM
= Next?
Server
= ASL
= YUM
= Next?
Others
How many Plesk modules do you have?
Last edited by BerArt on Wed Feb 06, 2008 8:22 am, edited 1 time in total.