Re: dnf bodhi plugin
On Wed, Jun 14, 2017 at 04:08:55AM +0100, Sérgio Basto wrote: > On Fri, 2017-05-19 at 16:04 +, Zbigniew Jędrzejewski-Szmek wrote: > > On Fri, May 19, 2017 at 11:48:37AM -0400, Matthew Miller wrote: > > > On Fri, May 19, 2017 at 11:44:57AM -0400, Matthew Miller wrote: > > > > See https://bugzilla.redhat.com/show_bug.cgi?id=1234930 > > > > > > > > It's my understanding this functioanlity is already being worked > > > > on in > > > > DNF 2.0, to match the yum functionality of "sudo yum upgrade > > > > --advisory FEDORA-2017-30604deb62" > > > > > > Yeah, I just tested and this works: > > > > > > $ sudo dnf upgrade --advisory FEDORA-2017-f590422f5b > > > > Oh, that's super nice. > > > > Randy, what about redirecting the effort to support the same for koji > > builds? I think that functionality is missing and it'd be quite > > useful > > for packagers (e.g. to test that an update will be OK before actually > > creating > > the update): > > dnf install-koji 886677,886693 > > or even > > dnf install-koji package-version,package-version > > ? > > you have `koji download-build package-evr` that may help you > > for example: > > koji download-build -a x86_64 po-debconf-1.0.16-8.nmu3.fc24 Yeah, that works. But it's necessary to remember to add the architecture (I always forget and with today's numbers of architectures, I get a lot of packages which I don't need ;)), and then the installation steps needs to be done manually… Not too hard, but it'd be nice to have this functionality automated. Zbyszek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf bodhi plugin
On Fri, 2017-05-19 at 16:04 +, Zbigniew Jędrzejewski-Szmek wrote: > On Fri, May 19, 2017 at 11:48:37AM -0400, Matthew Miller wrote: > > On Fri, May 19, 2017 at 11:44:57AM -0400, Matthew Miller wrote: > > > See https://bugzilla.redhat.com/show_bug.cgi?id=1234930 > > > > > > It's my understanding this functioanlity is already being worked > > > on in > > > DNF 2.0, to match the yum functionality of "sudo yum upgrade > > > --advisory FEDORA-2017-30604deb62" > > > > Yeah, I just tested and this works: > > > > $ sudo dnf upgrade --advisory FEDORA-2017-f590422f5b > > Oh, that's super nice. > > Randy, what about redirecting the effort to support the same for koji > builds? I think that functionality is missing and it'd be quite > useful > for packagers (e.g. to test that an update will be OK before actually > creating > the update): > dnf install-koji 886677,886693 > or even > dnf install-koji package-version,package-version > ? you have `koji download-build package-evr` that may help you for example: koji download-build -a x86_64 po-debconf-1.0.16-8.nmu3.fc24 > Zbyszek > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org -- Sérgio M. B. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf bodhi plugin
On 05/20/2017 11:22 AM, Rex Dieter wrote: > Kevin Fenzi wrote: > >> On 05/19/2017 02:18 PM, Mikolaj Izdebski wrote: >>> For f26-build it's easy. >>> >>> cat >/etc/yum.repos.d/koji.repo <<"EOF" >>> [koji-f26-build] >>> name=koji-f26-build >>> baseurl=https://kojipkgs.fedoraproject.org/repos/f26-build/latest/$basearch/ >>> enabled=0 >>> EOF >>> >>> dnf --enablerepo koji-f26-build install firefox >>> dnf --enablerepo koji-f26-build update >>> >>> etc. >> >> Yes, but that does not get you signed packages, a plugin could look for >> and get those. > > You sure? My experience now is that the automatic package signing happens > *before* it it get's tagged anywhere else (like buildroot). yeah, they are signed by the time they land in the buildroot but koji does not use signed packages in it's build repos (or any repos it makes), so it would get you the unsigned ones to just get them from the buildroot. I suppose its possible to approach this from the koji side and have it use signed packages, but it would need to know what key for what repo. kevin signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf bodhi plugin
Kevin Fenzi wrote: > On 05/19/2017 02:18 PM, Mikolaj Izdebski wrote: >> For f26-build it's easy. >> >> cat >/etc/yum.repos.d/koji.repo <<"EOF" >> [koji-f26-build] >> name=koji-f26-build >> baseurl=https://kojipkgs.fedoraproject.org/repos/f26-build/latest/$basearch/ >> enabled=0 >> EOF >> >> dnf --enablerepo koji-f26-build install firefox >> dnf --enablerepo koji-f26-build update >> >> etc. > > Yes, but that does not get you signed packages, a plugin could look for > and get those. You sure? My experience now is that the automatic package signing happens *before* it it get's tagged anywhere else (like buildroot). -- Rex ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf bodhi plugin
On Fri, 2017-05-19 at 11:48 -0400, Matthew Miller wrote: > Yeah, I just tested and this works: > > $ sudo dnf upgrade --advisory FEDORA-2017-f590422f5b Fantastic! I'm bummed that I now need a new idea, but I'm glad this exists because I will use it ☺ The Koji thing could be cool, but it is getting a bit far from Bodhi related work. It's a great idea though! signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf bodhi plugin
On 05/19/2017 02:18 PM, Mikolaj Izdebski wrote: > For f26-build it's easy. > > cat >/etc/yum.repos.d/koji.repo <<"EOF" > [koji-f26-build] > name=koji-f26-build > baseurl=https://kojipkgs.fedoraproject.org/repos/f26-build/latest/$basearch/ > enabled=0 > EOF > > dnf --enablerepo koji-f26-build install firefox > dnf --enablerepo koji-f26-build update > > etc. Yes, but that does not get you signed packages, a plugin could look for and get those. > But installing arbitrary builds, like Zbyszek wants, it's not that > simple since they are possibly not included in any repos at all... Yeah, it would have to likely download them locally and install from there. kevin signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf bodhi plugin
On 05/19/2017 09:59 PM, Kevin Fenzi wrote: > On 05/19/2017 10:04 AM, Zbigniew Jędrzejewski-Szmek wrote: >> On Fri, May 19, 2017 at 11:48:37AM -0400, Matthew Miller wrote: >>> On Fri, May 19, 2017 at 11:44:57AM -0400, Matthew Miller wrote: See https://bugzilla.redhat.com/show_bug.cgi?id=1234930 It's my understanding this functioanlity is already being worked on in DNF 2.0, to match the yum functionality of "sudo yum upgrade --advisory FEDORA-2017-30604deb62" >>> >>> Yeah, I just tested and this works: >>> >>> $ sudo dnf upgrade --advisory FEDORA-2017-f590422f5b >> Oh, that's super nice. >> >> Randy, what about redirecting the effort to support the same for koji >> builds? I think that functionality is missing and it'd be quite useful >> for packagers (e.g. to test that an update will be OK before actually >> creating >> the update): >> dnf install-koji 886677,886693 >> or even >> dnf install-koji package-version,package-version >> ? > > I think a koji dnf plugin could be very handy, especially if it tried to > download signed packages for you (if available). > > Also possibly handy: > > dnf install koji f26-build firefox > (latest firefox in f26-build tag) > > dnf update koji f26-build > (update any packages newer from the f26 build tag) For f26-build it's easy. cat >/etc/yum.repos.d/koji.repo <<"EOF" [koji-f26-build] name=koji-f26-build baseurl=https://kojipkgs.fedoraproject.org/repos/f26-build/latest/$basearch/ enabled=0 EOF dnf --enablerepo koji-f26-build install firefox dnf --enablerepo koji-f26-build update etc. But installing arbitrary builds, like Zbyszek wants, it's not that simple since they are possibly not included in any repos at all... -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf bodhi plugin
On 05/19/2017 10:04 AM, Zbigniew Jędrzejewski-Szmek wrote: > On Fri, May 19, 2017 at 11:48:37AM -0400, Matthew Miller wrote: >> On Fri, May 19, 2017 at 11:44:57AM -0400, Matthew Miller wrote: >>> See https://bugzilla.redhat.com/show_bug.cgi?id=1234930 >>> >>> It's my understanding this functioanlity is already being worked on in >>> DNF 2.0, to match the yum functionality of "sudo yum upgrade >>> --advisory FEDORA-2017-30604deb62" >> >> Yeah, I just tested and this works: >> >> $ sudo dnf upgrade --advisory FEDORA-2017-f590422f5b > Oh, that's super nice. > > Randy, what about redirecting the effort to support the same for koji > builds? I think that functionality is missing and it'd be quite useful > for packagers (e.g. to test that an update will be OK before actually creating > the update): > dnf install-koji 886677,886693 > or even > dnf install-koji package-version,package-version > ? I think a koji dnf plugin could be very handy, especially if it tried to download signed packages for you (if available). Also possibly handy: dnf install koji f26-build firefox (latest firefox in f26-build tag) dnf update koji f26-build (update any packages newer from the f26 build tag) etc. Of course someone would need to step up to do the work here. Until then it's just daydreaming. ;) kevin signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf bodhi plugin
On 19 May 2017 at 16:48, Matthew Millerwrote: > On Fri, May 19, 2017 at 11:44:57AM -0400, Matthew Miller wrote: >> See https://bugzilla.redhat.com/show_bug.cgi?id=1234930 >> >> It's my understanding this functioanlity is already being worked on in >> DNF 2.0, to match the yum functionality of "sudo yum upgrade >> --advisory FEDORA-2017-30604deb62" > > Yeah, I just tested and this works: > > $ sudo dnf upgrade --advisory FEDORA-2017-f590422f5b > I never knew that worked and it looks incredibly useful - thanks for the pointer! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf bodhi plugin
On Fri, May 19, 2017 at 11:48:37AM -0400, Matthew Miller wrote: > On Fri, May 19, 2017 at 11:44:57AM -0400, Matthew Miller wrote: > > See https://bugzilla.redhat.com/show_bug.cgi?id=1234930 > > > > It's my understanding this functioanlity is already being worked on in > > DNF 2.0, to match the yum functionality of "sudo yum upgrade > > --advisory FEDORA-2017-30604deb62" > > Yeah, I just tested and this works: > > $ sudo dnf upgrade --advisory FEDORA-2017-f590422f5b Oh, that's super nice. Randy, what about redirecting the effort to support the same for koji builds? I think that functionality is missing and it'd be quite useful for packagers (e.g. to test that an update will be OK before actually creating the update): dnf install-koji 886677,886693 or even dnf install-koji package-version,package-version ? Zbyszek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf bodhi plugin
On Fri, May 19, 2017 at 11:44:57AM -0400, Matthew Miller wrote: > See https://bugzilla.redhat.com/show_bug.cgi?id=1234930 > > It's my understanding this functioanlity is already being worked on in > DNF 2.0, to match the yum functionality of "sudo yum upgrade > --advisory FEDORA-2017-30604deb62" Yeah, I just tested and this works: $ sudo dnf upgrade --advisory FEDORA-2017-f590422f5b -- Matthew MillerFedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf bodhi plugin
On Fri, May 19, 2017 at 10:20:53AM -0400, Randy Barlow wrote: > I had an idea for a summer internship project, but I wanted to ask my > fellow Fedora devs if something like this already exists so it doesn't > get created as a duplicate project. > > The idea is to create a dnf plugin that would allow you to do this: > > $ sudo dnf upgrade FEDORA-2017-30604deb62 See https://bugzilla.redhat.com/show_bug.cgi?id=1234930 It's my understanding this functioanlity is already being worked on in DNF 2.0, to match the yum functionality of "sudo yum upgrade --advisory FEDORA-2017-30604deb62" -- Matthew MillerFedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf bodhi plugin
On Fri, 2017-05-19 at 15:34 +0100, Sérgio Basto wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=1234930#c18 > > claims that dnf equivalent of “yum update --security” is available in > dnf 2.something > > also > https://unix.stackexchange.com/questions/221983/dnf-equivalent-of-yum > -update-security > > hope that can help you . Hello Sérgio! I think my idea is a bit different than that - the target audience for this plugin would be users who want to test a Bodhi update to provide Karma, or users who want to apply only a specific update to their system (before or after it's gone stable). It could be used for security updates, but it could also be used to install a bugfix or even an enhancement update. The --security flag does sound very useful though, thanks for sharing! signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf bodhi plugin
On Fri, 2017-05-19 at 10:20 -0400, Randy Barlow wrote: > Hello! > > I had an idea for a summer internship project, but I wanted to ask my > fellow Fedora devs if something like this already exists so it > doesn't > get created as a duplicate project. > > The idea is to create a dnf plugin that would allow you to do this: > > $ sudo dnf upgrade FEDORA-2017-30604deb62 https://bugzilla.redhat.com/show_bug.cgi?id=1234930#c18 claims that dnf equivalent of “yum update --security” is available in dnf 2.something also https://unix.stackexchange.com/questions/221983/dnf-equivalent-of-yum-update-security hope that can help you . > That update is a Gnome update, and likely has packages in it that you > don't use, but others that you do. The plugin would compare the > packages in the update against your installed set of packages to form > and execute the true dnf update command that should be run without > installing new packages (unless they are required). It would also > enable updates-testing of course. It could even be written to pull > the > rpms from Koji if the update hasn't hit testing yet. > > I've found that it is a little painful for me to test multi-package > updates when I don't use all the RPMs and I don't keep updates- > testing > enabled on my system, so that's my motivation behind the idea. Does > anything like this already exist? If not, does it sound like a useful > tool to others? > > It could also support the install command, in which case it would > just > install all the RPMs from the update. > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org -- Sérgio M. B. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
dnf bodhi plugin
Hello! I had an idea for a summer internship project, but I wanted to ask my fellow Fedora devs if something like this already exists so it doesn't get created as a duplicate project. The idea is to create a dnf plugin that would allow you to do this: $ sudo dnf upgrade FEDORA-2017-30604deb62 That update is a Gnome update, and likely has packages in it that you don't use, but others that you do. The plugin would compare the packages in the update against your installed set of packages to form and execute the true dnf update command that should be run without installing new packages (unless they are required). It would also enable updates-testing of course. It could even be written to pull the rpms from Koji if the update hasn't hit testing yet. I've found that it is a little painful for me to test multi-package updates when I don't use all the RPMs and I don't keep updates-testing enabled on my system, so that's my motivation behind the idea. Does anything like this already exist? If not, does it sound like a useful tool to others? It could also support the install command, in which case it would just install all the RPMs from the update. signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org