FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 06-30-2010, 09:16 PM
Nathanael Noblet
 
Default How to lure me to updates-testing

On Jun 30, 2010, at 3:03 PM, Michael Cronenworth wrote:

> Nathanael Noblet wrote:
>> #1) Easy way to know where a package came from.
> man repoquery
>
>> #2 ) Easy way to downgrade if I were to run into problems
> yum downgrade packagename
>
>> #3) Reminders
> bodhi -T

I presume a fedora account with certs are required for this?

>> #4) Easy way to update the karma on packages I've installed
> fedora-easy-karma
>
>> #5) Easy way to turn on/off my willingness to use updates-testing.
> yum --disablerepo=updates-testing
> or
> {editor} /etc/yum.repos.d/fedora-updates-testing.repo

So those are great, and some of it like bodhi -T I didn't know about. However I'm trying to suggest that a complete guified (granted that with some tests it could stop working) be built to let some find/test/provide feedback for certain packages.

Even if it was a gui that did yum --enablerepo=updates-testing --disablerepo=* check-update to give you a list of potential updates worth testing, you could check some off and get them installed, then using bodhi -T for one screen to show the ones you *do* have installed. Buttons on the list to provide karma or request a downgrade etc.. with something like that you could even drop req #5 as it would be a self contained program.

Anyway, just a suggestion and it looks even closer to doable with all those pre-existing tools.

--
Nathanael d. Noblet
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 06-30-2010, 09:20 PM
seth vidal
 
Default How to lure me to updates-testing

On Wed, 2010-06-30 at 14:59 -0600, Nathanael Noblet wrote:

> #1) Easy way to know where a package came from.
>
> For example, as far as I am aware, I cannot query anything that tells
> me X packages are from Y repo. If I were to become a 100% always
> enabled updates-testing, most of my packages would be from that repo,
> however if I only do it occasionally I'd just have to remember

yum list installed pkgname

it will tell you where a package was installed from in the right hand
column after the @ symbol.

>
> #2 ) Easy way to downgrade if I were to run into problems
>
> I understand that this isn't foolproof, and that for some issues
> (some huge glibc error) my system could conceivably require advanced
> knowledge to boot into a rescue mode, download packages and force the
> downgrade. However some way to view the updates-testing packages I
> have installed, and downgrade to the 'released' version would be
> awesome.
yum downgrade pkgname

it's not perfect but it's not bad

also:
yum history undo for a specific transaction:
http://yum.baseurl.org/wiki/YumHistory

>
> #3) Reminders
>
> Knowing which packages I have installed that I have yet to provide
> karma for. Nothing too insane as I know that if updates-testing was
> installed and I always installed everything from it, there are lots of
> packages I couldn't really know if they worked or had regressions. So
> alongside this feature would be a way to have a whitelist or blacklist
> of packages I want to test or ignore.

fedora-easy-karma

>
> #4) Easy way to update the karma on packages I've installed

fedora-easy-karma
>
> I've heard of fedora-easy-karma, and it likely does what I want, but
> I think it needs to be integrated into a complete tool that includes #
> 1 & 2.

it does.

yum --setopt can be your friend too - check out the yum man page


-sv


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 06-30-2010, 09:44 PM
Michael Cronenworth
 
Default How to lure me to updates-testing

Nathanael Noblet wrote:
> I presume a fedora account with certs are required for this?

Yes, but for your karma to have any merit, you need a Fedora account.
Non-Fedora account karma does not count.

I agree a GUI would be nice for all of this, and I would be willing to
create one, but time has been an issue lately.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 06-30-2010, 09:48 PM
Nathanael Noblet
 
Default How to lure me to updates-testing

On Jun 30, 2010, at 3:44 PM, Michael Cronenworth wrote:

> Nathanael Noblet wrote:
>> I presume a fedora account with certs are required for this?
>
> Yes, but for your karma to have any merit, you need a Fedora account.
> Non-Fedora account karma does not count.

Yup, and that's fine, just making sure my assumption wasn't in error.
>
> I agree a GUI would be nice for all of this, and I would be willing to
> create one, but time has been an issue lately.

I *totally* understand. I wouldn't mind helping where I could. I just thought illustrating how a comprehensive tool in this case built off those others would enable quicker/easier testing for less technical users.

--
Nathanael d. Noblet

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 06-30-2010, 10:03 PM
Till Maas
 
Default How to lure me to updates-testing

On Wed, Jun 30, 2010 at 04:44:37PM -0500, Michael Cronenworth wrote:
> Nathanael Noblet wrote:
> > I presume a fedora account with certs are required for this?
>
> Yes, but for your karma to have any merit, you need a Fedora account.
> Non-Fedora account karma does not count.

Actually bodhi -T seems not to require a Fedora account / cert anymore.
o/ And for fedora-easy-karma or karma submission in general, only an
account and the password is required.

Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 06-30-2010, 10:06 PM
Till Maas
 
Default How to lure me to updates-testing

On Wed, Jun 30, 2010 at 10:07:03PM +0100, mike cloaked wrote:

> Or if you have updates-testing off by default but want to test a
> specific package then yum --enablerepo updates-testing update foo will
> do it for the package foo that you want to test

And if you have non Fedora repos enabled, yum --enablerepo *-testing
might be a even better choice, e.g. to avoid dependency problems with
gstreamer plugins from rpmfusion.

Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-01-2010, 04:25 AM
James Antill
 
Default How to lure me to updates-testing

Some of these require yum/yum-utils from rawhide...

On Wed, 2010-06-30 at 14:59 -0600, Nathanael Noblet wrote:

> #1) Easy way to know where a package came from.
>
> For example, as far as I am aware, I cannot query anything that tells
> me X packages are from Y repo. If I were to become a 100% always
> enabled updates-testing, most of my packages would be from that repo,
> however if I only do it occasionally I'd just have to remember

If you just want a summary, you can do (depending on what you want to
know):

repoquery --installed -a --qf '%{ui_from_repo}' | sort | uniq -c
repoquery --installed -a --qf '%{yumdb_info.from_repo}' | sort | uniq -c

...or the easier to type/remember but maybe less likely what you want:

yum version -v nogroups

...if you could give us a better idea of what you are trying to do we
might be able to make something more usable.

> #2 ) Easy way to downgrade if I were to run into problems
>
> I understand that this isn't foolproof, and that for some issues (some huge glibc error) my system could conceivably require advanced knowledge to boot into a rescue mode, download packages and force the downgrade. However some way to view the updates-testing packages I have installed, and downgrade to the 'released' version would be awesome.

As Seth said you can use "downgrade" and/or "history undo" now. You'll
also be able to use distro-sync soon, which should give you a "fix
everything now" option.

> #5) Easy way to turn on/off my willingness to use updates-testing.
>
> Sometimes I could be busy and only want tested updates, it would be nice if this imaginary tool I'm describing allowed me to say I'm done testing for now, and it deals with disabling the repo and any reminders. If there was some nice tool to deal with updates-testing enabling and the inclusion/exclusion of packages I wanted to test and all that I laid out I would be on it in a second, and I'm guessing you'd have even more testers.

The way I do this is have updates-testing disabled _always_. And then
use yum-plugin-aliases and then "yum chkT" and "yum upT blah" / "yum inT
blah" to check, update and install with updates-testing enabled.
Atm. I just enable updates-testing, but hopefully we'll eventually get
to a place where we can enabled based on repodata tags and those aliases
will also enable rpmfusion-*testing etc. if you have the main repos.
enabled.

--
James Antill - james@fedoraproject.org
http://yum.baseurl.org/wiki/whatsnew/3.2.28
http://yum.baseurl.org/wiki/YumBenchmarks
http://yum.baseurl.org/wiki/YumHistory
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-01-2010, 02:46 PM
Adam Williamson
 
Default How to lure me to updates-testing

On Wed, 2010-06-30 at 16:44 -0500, Michael Cronenworth wrote:
> Nathanael Noblet wrote:
> > I presume a fedora account with certs are required for this?
>
> Yes, but for your karma to have any merit, you need a Fedora account.
> Non-Fedora account karma does not count.
>
> I agree a GUI would be nice for all of this, and I would be willing to
> create one, but time has been an issue lately.

If we're in pony mode, sure, this is a pony I would also like to see.
Although I think perhaps it would be best to integrate the functions
into PackageKit (perhaps as an optional extension package) than to write
an entirely new tool.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-01-2010, 02:48 PM
Michael Cronenworth
 
Default How to lure me to updates-testing

Adam Williamson wrote:
> Although I think perhaps it would be best to integrate the functions
> into PackageKit (perhaps as an optional extension package) than to write
> an entirely new tool.

That is my intention. I'd quote myself from months back saying this, but
then it would reveal my procrastination.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-01-2010, 02:52 PM
seth vidal
 
Default How to lure me to updates-testing

On Thu, 2010-07-01 at 07:46 -0700, Adam Williamson wrote:
> On Wed, 2010-06-30 at 16:44 -0500, Michael Cronenworth wrote:
> > Nathanael Noblet wrote:
> > > I presume a fedora account with certs are required for this?
> >
> > Yes, but for your karma to have any merit, you need a Fedora account.
> > Non-Fedora account karma does not count.
> >
> > I agree a GUI would be nice for all of this, and I would be willing to
> > create one, but time has been an issue lately.
>
> If we're in pony mode, sure, this is a pony I would also like to see.
> Although I think perhaps it would be best to integrate the functions
> into PackageKit (perhaps as an optional extension package) than to write
> an entirely new tool.

This would make more sense if PK was a fedora-tool - but PK is targeted
to be cross-distro - and integrating bodhi-reporting would not be
cross-distro.

So, if you want to make this work we'll need someway to plugin AROUND
PK.

Might be worth having some time with Richard to discuss how that should
happen.

-sv


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 12:09 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org