Portato - A Portage GUI

Shingoshi · Posted: Wed May 14, 2008 8:52 pm Post subject: Is this too much to ask???

It would be nice to have a continuous audible alert (which runs until you turn it off) when a queue exits unsuccessfully. If you have a long queue of packages to be installed, you have to sit in front of the computer to know if the queue exits without proper results. It would be nice to have portato sound an alarm on a failed queue. Then maybe I could have a life beyond my monitor. Or at least looking at something else other than queues.

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 · Veteran Joined: 18 Dec 2005 Posts: 1912 Location: Germany

Easy doable using a plugin that uses the after_emerge hook and checks the retcode argument...
_________________
Inter Deum Et Diabolum Semper Musica Est.

Shingoshi · Posted: Thu May 15, 2008 12:57 am Post subject: Thanks!!!

Shingoshi · Posted: Sat May 17, 2008 2:20 am Post subject: Concerning Portato-9999...

There really needs to be a changelog for the live version of portato. Without it, I have no way of knowing what I should be looking for to test. It's the best way that I can give feedback on what's happening with your modifications. So please include a change log for that version. I'm pretty certain there's nothing precluding this from being done.

/EDIT: I just checked the files for portato and found that there is a changelog. But I have no idea why it doesn't show up, unless it's not where it's expected to be. In any case, I want to see the changelog for portato when using portato.

Upgrading to rev. 216

/EDIT: Another VERY necessary feature!! There needs to be an option in the File menu to "Restart Portato". This is especially true for the portato-9999 version which must be frequently updated and restarted afterwards. But it is also beneficial for the standard versions as well. It would also help alleviate some issues concerning packages not being cleared from the Queue unless portato is restarted. It is just a generally good idea for a package such as this.

/NECORO: I REALLY need to say this. THANK YOU!! Thank you for providing the ability to scroll back to the beginning of the Console's output. I had started taking this for granted. But I felt I needed to come back here and say thanks again. I just wanted to check whether or not any packages had been downloaded from my previous attempt of emerge (since I have the PREFETCH option set in make.conf and also use delta downloads), and was able to see what I wanted to know by pausing the console and scrolling back to the start. I have used this for many, if not for most of the queues I emerge now. That's how essential of a feature this was (and is) to me. So once again, THANK YOU!!

Shingoshi

/ps: Please let me know that you've seen my edits, or I will have no idea if you've actually seen them.
_________________
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 · Posted: Mon May 19, 2008 5:13 am Post subject: Something completely new...

Here's a scenario I want everyone to consider.

You've already started a queue of packages to be installed, and is now running. But you continue working selecting more packages for another queue. Some of the packages in this next to be executed queue, have dependencies which are already present in the current queue that's running. But none of those dependencies have been emerged yet. So when you select new packages with the same dependencies as those already in the queue, these dependencies are reloaded into the queue a second time. [Now, if this is working in portato-0.10, none of you will be concerned about this. But I don't think the queue is working any better in the standard package, than it does in the live package. So I think this concerns everyone.]

If the queue in portato were working optimally, when those packages (as dependencies of the second queue) in the first queue were finally merged, they should also be removed from the dependency list of packages in the soon to be followed (second) queue.

An example of this is with the set of packages for Qt-4.4.0. These are (finally: http://portato.origo.ethz.ch/node/78) being installed as part of another package's dependency chain. But then I noticed that qt-phonon is now bumped up to 4.4.0 as well. So I select qt-phonon to be installed. But all of it's dependencies, though in the currently running (first) queue, have not yet been merged. So there again, are all of these dependencies reposted in the second queue. Problem is that they aren't removed as the currently running (first) queue satisfies those dependencies. You might think this is not a problem. But it is, since emerge still has to take time to verify that these packages are now present in the system while checking the dependencies of this new (second) queue having been just loaded. Now again, if you only load a few packages in your spare time, this may not be an issue for you. But for someone who does this for work, time is money. And since there is no means to remove the dependencies from the queue for any package, you cannot manually correct this problem yourself before starting the second queue, without doing the additional work of removing the package requiring those dependencies, and then reposting it to the queue. More work, more time. So here's another reason why the queue needs attention. More specifically, portato needs attention in how it updates it's working data.

Shingoshi

/EDIT: Ok, this is confusing. I started my first queue by only emerging portato to change one of it's USE flags. Attempting to emerge portato is what called up the 22 other packages being emerged with it. So the first queue was technically only portato. In the second queue is where I had qt-phonon listed. The dependencies for qt-phonon were finally removed, but not individually, but as a set. And portato which had been merged in the first queue before the dependencies for qt-phonon were, was never removed. So there remained portato listed under the queue, while the dependencies for the second queue were subsequently removed. To say the least, I find that really odd.

I don't know if this is because all of the packages at a certain level must all be removed before any of them are removed or not. But I don't think so. Instead, I find the behavior to be intermittent and sporadic. Sometimes packages are removed, while others in the same queue are not. It just seems very confusing. An explanation would be nice, if possible.
_________________
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

billydv · Posted: Mon May 19, 2008 6:10 pm Post subject:

I have started using portato as kuroo appears to be broken. Whats sorely missed is a way to add packages to the world file. Also, I am having a hard time figuring out how to unmask a package.
_________________
Billy DeVincentis

Necoro · Veteran Joined: 18 Dec 2005 Posts: 1912 Location: Germany

Shingoshi

The reason why the queue is so important to me is this. If you customarily have long or very long queues (like the list of dependencies that come up for java packages), when something crashes, you have to dig through everything trying to find that one package and remove it so you can continue the queue. That's why I keep harping on about this. It's a workload issue for me, not merely for the sake of convenience.

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

billydv · Posted: Tue May 20, 2008 4:56 am Post subject:

Necoro, you may want to emerge himerge to get some ideas of the unmasking and keywording drop down box that the himerge developer has created, its very intuitive. Although I like your setup, that doesn't give you many options as far as masking and keywording. Himerge, under the edit tab has a packages branch that opens all the portage files, mask, unmask etc etc and allows you to see the file and delete lines. Its great. Your layout has some really nice qualities that himerge doesn't have. I just would like to see these package managers offer the same usability kuroo did for so long.

Also, please tell me step by step how to include your reload plugin as just copying the files to their respective places didn't work.

Thanks
_________________
Billy DeVincentis

Shingoshi · Posted: Tue May 20, 2008 9:41 am Post subject: I can barely believe it...

Finally someone besides me asking for the same thing. Could this be someone who likes to work?

Shingoshi

Can't possibly be because we're from the same town in New York. 27 years gone, and ain't going back!
_________________
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

billydv · Posted: Tue May 20, 2008 11:25 pm Post subject:

Shingoshi, sorry to hear you didn't like NY, but I love it here, I love a few other places too but I think I would find it hard to leave and not come back.
_________________
Billy DeVincentis

billydv · Posted: Thu May 22, 2008 8:33 pm Post subject:

Shingoshi, could you possibly tell me step by step how to setup the reload portage plugin?
_________________
Billy DeVincentis

Shingoshi · Posted: Fri May 23, 2008 12:04 am Post subject: I believe it's automatic...

Necoro · Veteran Joined: 18 Dec 2005 Posts: 1912 Location: Germany

Hmm ... hopefully, I'll address any concerns/issues:

Reload Portage Plugin

Download the plugin from here: http://www.necoro.net/portato/reload_plugin.tar.gz
Put the .py file into /usr/lib/python2.5/site-packages/ (or lib64 if on a 64bit system)
Put the .xml into /usr/share/portato/plugins
Et voilà

Queues and their problems
It is not possible to run multiple queues of the same type (there are currently three types: update, install, uninstall) at the same time. If you do this and encounter strange behavior, it's your fault. If this is why you get all these issues, I'll close the bugs

Himerge and unmasking
I know himerge. Though I find this menu not quite good... why does it offer you the possibility to unmask an unmasked package? But it is a good idea to be able to switch whether the actual CP or CPV should be affected.

Changelog

billydv · Posted: Tue May 27, 2008 11:33 pm Post subject:

Necoro, please let me know where I can download the 9999 ebuilds.
_________________
Billy DeVincentis

Necoro · Veteran Joined: 18 Dec 2005 Posts: 1912 Location: Germany

billydv · Posted: Thu May 29, 2008 10:09 am Post subject:

Now that you have told me how to use the reload plugin, I guess not. I thought I needed it for the reload plugin.
_________________
Billy DeVincentis

Necoro · Veteran Joined: 18 Dec 2005 Posts: 1912 Location: Germany

Shingoshi

Necoro · Veteran Joined: 18 Dec 2005 Posts: 1912 Location: Germany

No - having the different queues simultaneously is definitly allowed. Portato will execute them one after the other.
But using queues of the same type at the same time is the problem: E.g. your are installing a package (-> install queue). Then you are adding another package while the queue is still running. Portato won't complain (this is a problem ...) and add it to the currently running queue. If you then click execute again ... well ... it'll do strange things ...
_________________
Inter Deum Et Diabolum Semper Musica Est.

Necoro · Veteran Joined: 18 Dec 2005 Posts: 1912 Location: Germany

As per revision 227, portato supports the collapsed category style known from porthole

*just a quick announcement*
_________________
Inter Deum Et Diabolum Semper Musica Est.

Shingoshi · Posted: Sun Jun 08, 2008 12:30 am Post subject: Thanks for the clarification...

Shingoshi · Posted: Sun Jun 08, 2008 12:46 am Post subject: Just as a heads-up...

My server finally crashed before I was able to get the new (4 socket) board installed. So I haven't been able to do anything with Gentoo for about a week. Although the new board is now installed, I still have to get another (auxiliary) power supply (having thought the old one had all the connections I needed). So I won't be able to test or have anything to contribute here until everything is installed and running. But I will check back occasionally to see what's going on.

Aren't you just smiling! :roll:

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

eae · Apprentice Joined: 28 Dec 2004 Posts: 211

What I'm going to write has probably been addressed before so pardon my laziness

- on kde, portato will minimize to system tray every time I switch to a different desktop; I suppose this is uninteded (however it stops doing that if I uncheck the "redece to tray when minimized" option)

- what does the yellow arrow do? (the one next to + and - )

- will you include the possibility to easily browse the emerge history like on kuroo?

that's all \o/

EDIT: no actually there's a more serious problem: an error occurs whenever I tell portato to "show upgradable packages":