gtkPacman - Another pacman frontend in pygtk

ragnarok · 2005-08-19 15:10:06

Hi all,

as subject says, i've written yet another gui. Here's screenshots: http://download.gna.org/gtkpacman/screenshot.png http://download.gna.org/gtkpacman/screenshot2.png

Sources are avaible both from svn on gna and from http://download.gna.org/gtkpacman

voidnull is maintaining a PKGBUILD on AUR and there's pkg on the download server. The latest release is the 1.0rc1, which can be downloaded from http://download.gna.org/gtkpacman/unstable

Features are: displaying packages, dependencies, packages that requires selected pkg, filelist and description. Install, upgrade, remove packages, either from collections or from local files, configurability of pacman behaviuor, implemented terminal to display what pacman is doing, configuration for this terminal, search by keywords and a quick filter to display only packages from a collection or packages that are installed or not, and even packages that aren't in any collection but are installed (i.e.:self-made packages or packages from AUR). By now it has been translated only in italian and is getting translated in french and german. If anyone like to contribute, in any way, please contact me

xerxes2 · 2005-08-19 19:30:43

it looks nice on the screenies,
i've written a library in python which implements a whole lot of pacmans api, it's called libpypac and you find it on my site under python->program, it may save you some time if you're writing functions yourself and not just pipe pacman,

ragnarok · 2005-08-19 22:34:48

I'm having a look to libpypac right now. I think i'll implement it in the near future as it solves my problems with pacman output. The current solution is a vte on wich i run the pacman commands automatically generated by my funcs, but it's a bit rough. Thanks

z4ziggy · 2005-08-20 00:01:47

i took another look at frugalware frontend, and i have to say its been progressing wonderfully. you should really try it for yourself - dl it from here, rename the package from .fpm to .pkg.tar.gz and install via pacman. i think i might contact them for using it on Archie but with "Arch linux package manager" title

some screenshots are avail here and here.

arooaroo · 2005-08-20 10:27:39

I heard the dev of Frugal's package manager say that since he's seen Jacman, he's got some new inspiration - so hopefully it'll look better in the future

T-Dawg · 2005-08-20 11:46:53

This is coming along nicely, great work!

Would it be possible to allow the user to close the terminal window instead of exiting immediately after no updates are found? I have some packages on ignore and I need to be able to see the output when the update is available.

tranquility · 2005-08-20 14:19:01

ragnarok wrote:

I'm having a look to libpypac right now. I think i'll implement it in the near future as it solves my problems with pacman output.

Nice to see another project like this Maybe we all would benefit if libpypac is version controled, so that someone interested in contribute to libpypac could get the latest cvs or svn version easily.

Cheers.

arooaroo · 2005-08-20 14:32:18

tranquility wrote:

Maybe we all would benefit if libpypac is version controled, so that someone interested in contribute to libpypac could get the latest cvs or svn version easily.

That's a great idea. I agree!

xerxes2 · 2005-08-20 17:26:07

ragnarok wrote:

I'm having a look to libpypac right now. I think i'll implement it in the near future as it solves my problems with pacman output. The current solution is a vte on wich i run the pacman commands automatically generated by my funcs, but it's a bit rough. Thanks

ok, libpypac is not easy to dig into directly so you can use lazy-pac-cli as a manual, that should explain how most things should be done,

and for having it on version control, well, i didn't know there should pop up a few people that wanted to contribute to it so i haven't thought about it before, one problem i can see with it is that there must be some form of stable version first so that you other guys that have access to it only hack on the devel version, if someone screws up it could break your system totally, package managers are pretty dangerous things really,

i've thought of using the gtk versioning scheme,
stable versions .2, .4, .6 ... and devel versions .1, .3, .5 ...

i've also thought of using lgpl as a license, isn't lgpl compatible with all other licenses?

arooaroo · 2005-08-20 17:33:36

xerxes2 wrote:

i've thought of using the gtk versioning scheme,
stable versions .2, .4, .6 ... and devel versions .1, .3, .5 ...

Sounds fair enough to me.

xerxes2 wrote:

i've also thought of using lgpl as a license, isn't lgpl compatible with all other licenses?

Oh dear, the murky (and tedious) world of OSS licenses! It depends on what you mean by "compatible"?

I think you mean that should I wish to use your lib even in a commercial piece of software, I can, and can keep my code under whatever license I want. However, should I modify libpypac, and distribute this modified version i must make the source available. So, it's compatible in terms of being able to link against.

xerxes2 · 2005-08-20 17:38:33

aroo wrote:

Oh dear, the murky (and tedious) world of OSS licenses! It depends on what you mean by "compatible"?
I think you mean that should I wish to use your lib even in a commercial piece of software, I can, and can keep my code under whatever license I want. However, should I modify libpypac, and distribute this modified version i must make the source available. So, it's compatible in terms of being able to link against.

yeah, that's why i don't use a license now,
but i guess lgpl makes sense in this case, frontends could use whatever license they want and libpypac stays open under lgpl and everybody are happy,

ragnarok · 2005-08-20 17:39:14

Maybe you'd like to have a look at this before choosing lgpl http://www.gnu.org/licenses/why-not-lgpl.html

arooaroo · 2005-08-20 17:50:32

xerxes2 wrote:

yeah, that's why i don't use a license now,
but i guess lgpl makes sense in this case, frontends could use whatever license they want and libpypac stays open under lgpl and everybody are happy,

In this instance, because it's Arch-specific, lgpl will be more than fine. I've started opting for Apache 2.0 now. It means that people could potentially absorb your code in to propriety systems. However, I feel it's the exception rather than the rule.

In the olden days, the GPL was necessary, but now the world is so much more familiar with open source, there's no need to "protect" it anymore - it's got so much momentum now.

Too be honest, a lot of people avoid *GPL like the plague, even though they've never read the license. It just has a bad rep now.

ragnarok · 2005-08-20 18:15:05

In that article Richard Stallman sugests to avoid lgpl and prefer gpl for libraries that don't have closed counterpart, like libpypac, so that whoever wants to make a software based on that lib must release it under the gpl, which helps the diffusion of free sw... obviously anyone may prefer the lgpl anyway...

arooaroo · 2005-08-20 18:24:58

The problem is that those using libpypac may not want to release under GPL.

I think nowadays the GPL comes across as a bit too bossy for peoples' liking. Sure, within the context of Arch Linux, people probably don't care about releasing under the GPL, but library makers have to be aware that if they use GPL, they could be putting users off - even those who want to release under different, yet FOSS licenses.

Dusty · 2005-08-20 18:59:02

Nothing wrong with the GPL, but its so wordy. It looks like an MS EULA, and I always wonder if I'm missing something.

CC's GPL isn't bad though.

Dusty

ragnarok · 2005-08-20 22:41:12

For me the question is: "I'd like to help free software diffusion or i don't care if they will use my lib under commercial licences?". I care a lot about free software phylosophy, so i'd answer "GPL" to that question, others that don't care so much about that phylpsophy may answer "LGPL" or "BSD" or any other open source licence... licensing is a matter of taste and tought, so anyone will act differently. I repeat: if it was after me i'd release under GPL

Anyway, about gtkpacman i'm in need of translators, anyone who'd like to help this little project? I've already translated it in italian and french while a german guy is translating it in... let's guess Any language will be gladly accepted, thanks

xerxes2 · 2005-08-22 20:32:48

i'll do the swedish if i knew how to,

and a little update on libpypac, i've submitted it to gna.org and they should respond before aug30 and just as coincidence cactus also has offered to host it on his subversion server and it will get hosted there if gna.org doesn't work out,

ragnarok · 2005-08-22 22:18:11

The localization is managed through gettext, so you can do a *.po or i can send you a *.po for swedish localization. To do it simply grab gtkPacman source from svn, go in share/locale and type LANG=swedish msginit and then edit the po file generated. If you prefer me to send you an already generated po file let me know and i send it to you by e-mail. When you're done send it to me by mail. Thanks

ragnarok · 2005-08-24 18:09:43

gtkPacman-1.0rc2 is out. Enjoy it If you find any bug, please report it, either through gna.org bug tool or send me a mail. Of course, translators are always welcome

Package:
http://download.gna.org/gtkpacman/unsta … pkg.tar.gz

Sources:
http://download.gna.org/gtkpacman/unsta … c2.tar.bz2

AUR:
http://aur.archlinux.org/packages.php?K=gtkpacman

arooaroo · 2005-08-24 18:47:59

What's new in this release?

ragnarok · 2005-08-24 20:13:04

arooaroo wrote:

What's new in this release?

- Added french and german translations
- Improved the exiting from terminal. Now you have to click a button to close the terminal, so you have the time to read pacman output.
- Bug Fixes.

As they're release candidate i shouldn't write new features, but i received some requests for the terminal thing so... i just made it

T-Dawg · 2005-08-24 20:26:18

ragnarok wrote:

- Improved the exiting from terminal. Now you have to click a button to close the terminal, so you have the time to read pacman output.

thank you!

ragnarok · 2005-08-24 20:34:47

Penguin wrote:

thank you!

ragnarok · 2005-08-30 01:16:08

Finally the gtkPacman-1.0 is out. No new features since 1.0rc2, only some bug fixes. Now gtkPacman is likely a complete frontend for pacman. The features now supported are:
Packages properties displaying (description, dependencies...)
Packages sorting by collection
Orphan packages displaying
Package searching
Package operations (sync, remove...)
Clear and empty cache
Upgrade system
Configuration for pacman behaviour
gtkPacman pkg is avaible at http://download.gna.org/gtkpacman/gtkpa … pkg.tar.gz

sources are at http://download.gna.org/gtkpacman/

screenshots are here: http://home.gna.org/gtkpacman/screenshosts

Enjoy it

Arch Linux

#1 2005-08-19 15:10:06

gtkPacman - Another pacman frontend in pygtk

#2 2005-08-19 19:30:43

Re: gtkPacman - Another pacman frontend in pygtk

#3 2005-08-19 22:34:48

Re: gtkPacman - Another pacman frontend in pygtk

#4 2005-08-20 00:01:47

Re: gtkPacman - Another pacman frontend in pygtk

#5 2005-08-20 10:27:39

Re: gtkPacman - Another pacman frontend in pygtk

#6 2005-08-20 11:46:53

Re: gtkPacman - Another pacman frontend in pygtk

#7 2005-08-20 14:19:01

Re: gtkPacman - Another pacman frontend in pygtk

#8 2005-08-20 14:32:18

Re: gtkPacman - Another pacman frontend in pygtk

#9 2005-08-20 17:26:07

Re: gtkPacman - Another pacman frontend in pygtk

#10 2005-08-20 17:33:36

Re: gtkPacman - Another pacman frontend in pygtk

#11 2005-08-20 17:38:33

Re: gtkPacman - Another pacman frontend in pygtk

#12 2005-08-20 17:39:14

Re: gtkPacman - Another pacman frontend in pygtk

#13 2005-08-20 17:50:32

Re: gtkPacman - Another pacman frontend in pygtk

#14 2005-08-20 18:15:05

Re: gtkPacman - Another pacman frontend in pygtk

#15 2005-08-20 18:24:58

Re: gtkPacman - Another pacman frontend in pygtk

#16 2005-08-20 18:59:02

Re: gtkPacman - Another pacman frontend in pygtk

#17 2005-08-20 22:41:12

Re: gtkPacman - Another pacman frontend in pygtk

#18 2005-08-22 20:32:48

Re: gtkPacman - Another pacman frontend in pygtk

#19 2005-08-22 22:18:11

Re: gtkPacman - Another pacman frontend in pygtk

#20 2005-08-24 18:09:43

Re: gtkPacman - Another pacman frontend in pygtk

#21 2005-08-24 18:47:59

Re: gtkPacman - Another pacman frontend in pygtk

#22 2005-08-24 20:13:04

Re: gtkPacman - Another pacman frontend in pygtk

#23 2005-08-24 20:26:18

Re: gtkPacman - Another pacman frontend in pygtk

#24 2005-08-24 20:34:47

Re: gtkPacman - Another pacman frontend in pygtk

#25 2005-08-30 01:16:08

Re: gtkPacman - Another pacman frontend in pygtk

Board footer