[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Martin Baehr
On Mon, Oct 18, 2010 at 01:54:48PM -0400, Michael K. Johnson wrote: > On Mon, Oct 18, 2010 at 07:36:38PM +0200, Martin Baehr wrote: > > On Mon, Oct 18, 2010 at 01:31:27PM -0400, Michael K. Johnson wrote: > > > $ conary rq --components --all-troves --trove-flags > > > uvcvideo-kernel=/foresight.rpa

[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Michael K. Johnson
On Fri, Oct 15, 2010 at 03:23:27AM +0200, Martin Bähr wrote: > conary-2.2 is not released yet, so there is still time to change how > conary update works. And, on those lines, I wanted to say that this whole conversation has been very helpful, and we're looking at changing semantics as a result of

[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Michael K. Johnson
On Mon, Oct 18, 2010 at 07:36:38PM +0200, Martin Baehr wrote: > On Mon, Oct 18, 2010 at 01:31:27PM -0400, Michael K. Johnson wrote: > > $ conary rq --components --all-troves --trove-flags > > uvcvideo-kernel=/foresight.rpath@fl:devel//2-qa-kernel/0-0.2-1 > > uvcvideo-kernel=0-0.2-1 [Redirect -

[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Martin Baehr
On Mon, Oct 18, 2010 at 01:31:27PM -0400, Michael K. Johnson wrote: > $ conary rq --components --all-troves --trove-flags > uvcvideo-kernel=/foresight.rpath@fl:devel//2-qa-kernel/0-0.2-1 > uvcvideo-kernel=0-0.2-1 [Redirect -> Nothing] > uvcvideo-kernel:debuginfo=0-0.2-1 [Redirect -> Nothing]

[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Michael K. Johnson
On Mon, Oct 18, 2010 at 07:08:59PM +0200, Martin Baehr wrote: > ok, so how do i install it? > even the most explicit: > # conary update > uvcvideo-kernel=/foresight.rpath@fl:devel//2-qa-kernel/0-0.2-1 > or > # conary install > uvcvideo-kernel=/foresight.rpath@fl:devel//2-qa-kernel/0-0.2-

[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Martin Baehr
On Mon, Oct 18, 2010 at 11:24:32AM -0400, Michael K. Johnson wrote: > > # conary rq uvcvideo-kernel > > uvcvideo-kernel=0-0.2-1 > > # conary update uvcvideo-kernel > > No troves found matching: uvcvideo-kernel > > # conary update uvcvideo-kernel=0-0.2-1 > > No troves found matching: uvcvideo-kernel

[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Martin Baehr
On Mon, Oct 18, 2010 at 12:51:57PM -0400, Michael K. Johnson wrote: > "conary install --info foo" in the system model is really effectively > "search for foo in all available packages in my system model". The > question is whether we need some different behavior that warrants a > different verb at

[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Michael K. Johnson
On Mon, Oct 18, 2010 at 05:44:45PM +0200, Martin Baehr wrote: > the question is, which behaviour do we want for foresight? > do we want to add the installLabelPath to a default foresight install? For normal users, I feel fairly strongly that sticking to the groups will give them a better experienc

[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Martin Baehr
On Mon, Oct 18, 2010 at 11:24:32AM -0400, Michael K. Johnson wrote: > I expect because uvcvideo-kernel is not in the groups in your > search path. i suspected something like that. > "conary rq" searches the repository, not the current search path in > your model. The model does not fall back to

[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Martin Baehr
On Mon, Oct 18, 2010 at 11:20:59AM -0400, Michael K. Johnson wrote: > > conary update does nothing useful at all. > No, conary does nothing useful *in this scenario*. sorry, that is exactly what i meant. i did not mean to imply a generalization, obviously i have not seen other scenarios, so i can

[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Michael K. Johnson
On Mon, Oct 18, 2010 at 05:02:12PM +0200, Martin Baehr wrote: > here is another puzzling behaviour: > > # conary rq uvcvideo-kernel > uvcvideo-kernel=0-0.2-1 > # conary update uvcvideo-kernel > No troves found matching: uvcvideo-kernel > # conary update uvcvideo-kernel=0-0.2-1 > No troves found ma

[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Michael K. Johnson
On Mon, Oct 18, 2010 at 04:42:28PM +0200, Martin Baehr wrote: > On Mon, Oct 18, 2010 at 10:02:05AM -0400, Michael K. Johnson wrote: > > I don't follow this. You said, "it doesn't work" and then, as > > far as I can tell, demonstrated that "conary install skype" does > > exactly what you want. Can

[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Martin Baehr
here is another puzzling behaviour: # conary rq uvcvideo-kernel uvcvideo-kernel=0-0.2-1 # conary update uvcvideo-kernel No troves found matching: uvcvideo-kernel # conary update uvcvideo-kernel=0-0.2-1 No troves found matching: uvcvideo-kernel=0-0.2-1 # conary install uvcvideo-kernel No troves fou

[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Martin Baehr
On Mon, Oct 18, 2010 at 10:02:05AM -0400, Michael K. Johnson wrote: > I don't follow this. You said, "it doesn't work" and then, as > far as I can tell, demonstrated that "conary install skype" does > exactly what you want. Can you explain what it was that conary did > after you ran "conary insta

[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Michael K. Johnson
On Mon, Oct 18, 2010 at 11:09:47AM +0200, Martin Baehr wrote: > On Fri, Oct 15, 2010 at 10:18:05AM -0400, Michael K. Johnson wrote: > > > one point i hope to find is that conary gives feedback explaining why > > > there is nothing to update. > > That's a flaw, I think. We haven't wired things up e

[Foresight-devel] Re: conary 2.2 snapshot on fl:2-devel

2010-10-18 Thread Martin Baehr
On Fri, Oct 15, 2010 at 10:18:05AM -0400, Michael K. Johnson wrote: > > one point i hope to find is that conary gives feedback explaining why > > there is nothing to update. > That's a flaw, I think. We haven't wired things up enough to recognize > lines which are no-ops. I could see something li