Portato - A Portage GUI

[Shingoshi]

[Necoro]

Hmm ... I can expand it, so that it runs every hour or so ... but you have to close it nevertheless after the new version is installed
_________________
Inter Deum Et Diabolum Semper Musica Est.

[Shingoshi]

[Necoro]

Let me guess: You have EMERGE_DEFAULT_OPTS="--noreplace" in you make.conf? - Because otherwise you definitly do not have to unstill prior to installing ... (Except they really changed something in portage-2.2 - but I did not find anything about it in the notes)
_________________
Inter Deum Et Diabolum Semper Musica Est.

[seqizz]

Sorry if given, i've searched in this topic but..

Like a python module problem, but i didn't see :

[Necoro]

Ehm... it's a problem with the config file (/etc/portato/portato.cfg). Did you install portato with portage? - Or did you just extract the tarball?

@Shingoshi: Your visions are great - but I won't do this Portato is meant a GUI for portage ... and nothing more...
Regarding your problem with the permissions: What the error means, is obvious (and why is the layman stuff located under /root Oo). I don't know why you don't see this under portato... Guess: Normally emerge drops priviliges to portage:portage (thus it can't read /root anymore). Perhaps it does not do so if started by portato ... don't ask me why

Btw: Gnome's terminal is named gnome-terminal ... fancy isn't it
_________________
Inter Deum Et Diabolum Semper Musica Est.

[seqizz]

by portage..

[Necoro]

[seqizz]

My config file and the file which you've given, has same md5sum numbers..
:\

portage version is 2.1.4.4

[Shingoshi]

[Necoro]

@seqizz: Ok ... now it's becoming strange ...

Please try the following: open /usr/lib/python2.5/site-packages/portato/config_parser.py with your favorite editor and insert into line 246:

[seqizz]

Umm.. i did.. here is the output..

Just looking you to understand what you do, but i've no programming eperience, just lookin'

[Necoro]

Oookay ... here we have a typical i18n problem ^^ ... as I see from your signature, you are from Turkey... and as wikipedia tells me, there are two "i"'s in the Turkish language: one with a dot - and one without... as you can see in the listing, two main sections are "created": 'MAIN': {}, 'MAiN': {... So here lies the problem: "MAIN" != to_uppercase("Main").

A workaround is to open /etc/portato/portato.cfg and replace the section headers [Main] and [Gui] with [MAIN] and [GUI] ...
_________________
Inter Deum Et Diabolum Semper Musica Est.

[seqizz]

i was thinking why i can't run this program ever..
Thanks.. fixed.. Now running, i'm looking the portato, what's that..

This is specific for Turkish .. i İ ı I
Can you do something for this (to main code)?
Edit // Gives "segmentation fault" sometimes..

[Necoro]

[HeissFuss]

Hey,

I've been trying out Portato and I like the interface. One feature that I really wish that the app had would be the ability to remotely administer other Gentoo machines over ssh. None of the GUI apps seems to support this, but it's really nice to have.

What I'm talking about is something similar to Redhat's network management tool https://www.redhat.com/rhn/rhntour/ (except not a web app and not requiring additional daemons running on the target boxes besides ssh.)

I know that there's two similar Gentoo projects (GEMS and SCIRE) but GEMS seems dead and SCIRE doesn't seem to be anywhere near functional at this point.

[seqizz]

[Necoro]

[Necoro]

[Shingoshi]

Necoro,
Have you put the internal hourly update feature in portato-9999 yet?

Shingoshi

Necoro,
/EDIT: Ok, here's another one of my grand ideas. As it exists now, portato keeps it's configuration data in /etc/portato/portato.cfg. This is requiring that the user use one of the /etc configuration editors (like etc-proposals) to check for what changes have been made to that file, every time that you (the developer) changes it. This is especially true, if the user has changed the font in portato. I have a better idea than this.

We also have another configuration file for portato, kept in the user's home directory as $HOME/.portato/gtk_session.cfg. I am now requesting that you use that file (maybe changing it's name to $HOME/.portato/portato.user.prefs.cfg) to hold all of the user's preferences, and then run "source $HOME/.portato/gtk_session.cfg" from the file in /etc/portato/portato.cfg to grab the settings that the user has selected there. For one thing, this will eliminate the user from having to reset the changes they lost from any upgrades, and you can then offer new levels of functionality to the user which won't be affected by changes in /etc/portato/portato.cfg. Because one of the things I would like you to provide, is the ability for every user to have a User menu on the menubar. In that menu, which would be fully customizable by the user, they could add any functionality they so choose, without affecting the code of portato.

Another and more important thing to me, would be this. You mentioned before that the gui of portato is customizable. But the method for doing so, isn't immediately available from within portato. So I am also asking that glade be added as a plugin to portato. Doing so, would give portato a functionality similar to that of the DOM Inspector in all of the Mozilla products. Any user could then customize portato to their own specific liking, and save the changes in $HOME/.portato/gtk_session.cfg. Which now, because it is being read by source /etc/portato/portato.cfg, would never be lost from one version to another.

The user's menu should have within it, the option to call the Gtk program which performs the interface changes. And this would stop me from asking you to make changes that we don't agree on, while allowing me to have all the functionality I want.

Please, consider doing this soon. You could move all (as in each and every one) of the settings for portato's interface into the $HOME/.portato/gtk_session.cfg now, and use it as the template for making any changes the user so desires.

Do that, and I probably won't be bugging you again! At least, not for the gui.

Shingoshi

Necoro,
I didn't realize until now, that I didn't have Glade installed. It is now, and I'm installing all of the other packages having glade in their name. Using the search box however, I notice that I get multiple entries for the same package in the same category. Were you aware of this, and can you fix it. Redundancy is redundant. I just couldn't think of anything else to say.

Shingoshi
_________________
The immediate equalization of all knowledge among all beings.
Xneutato - The Cluster-Distributed Package Development and Management Framework
http://portato.origo.ethz.ch/forum/23
Shingoshi's User Styles for Firefox
http://userstyles.org/users/3665

[Shingoshi]

Deleted message.
_________________
The immediate equalization of all knowledge among all beings.
Xneutato - The Cluster-Distributed Package Development and Management Framework
http://portato.origo.ethz.ch/forum/23
Shingoshi's User Styles for Firefox
http://userstyles.org/users/3665

[Shingoshi]

This just occurred to me as I was attempting to install the pnet packages in dev-dotnet, which were being blocked by boehm-gc from dev-libs. I needed to remove boehm-gc in order to install the pnet suite. But I had over twenty packages waiting in the queue. The only way that I could handle this, was to go to a console, and unmerge boehm-gc from there. But here's an alternative.

Please provide separate consoles in portato, one for merging packages, and the other for unmerging them. This way, no one will have to wait until a long queue has completed before being able to remove unwanted packages to install those that are needed. This is something that also would have been provided by the addition of true console functionality within portato. And I wouldn't be writing you about this.

Thank you,
Shingoshi
_________________
The immediate equalization of all knowledge among all beings.
Xneutato - The Cluster-Distributed Package Development and Management Framework
http://portato.origo.ethz.ch/forum/23
Shingoshi's User Styles for Firefox
http://userstyles.org/users/3665

[Necoro]

Just a few words:
1.) The sandbox error is a portage issue ... please ask in the correct threads. This is the wrong place.
2.) Running several emerge instances at the same time is discouraged (and for example will make the queue updater in portato fail)
3.) Let the user change the frontend: No. I said that most things are done in the .glade files. But some things are done in the program itself - and lots of things rely on the current layout.
4.) You are right: At least the GUI prefs should be individual and not on a per-system basis. I thought about this already but haven't implemented it yet.
_________________
Inter Deum Et Diabolum Semper Musica Est.

[Shingoshi]

[Necoro]