Re: KDE, spins, and minimal install are nonproduct?
On Wed, 2015-05-06 at 15:57 -0600, Chris Murphy wrote: > > > Nonproduct is a product. You have to pass --product=(something) for > > all upgrades from F20 - but one of the (something) values you can > > pass > > is 'nonproduct'. If you want to upgrade to nonproduct you have to > > pass > > --product=nonproduct , 'nonproduct' doesn't mean 'you don't have to > > pass --product at all'. > > OK I still find it confusing. I hope by shear coincidence this is > less > confusing for non-native English speakers. > > The man page, and the FAQ should probably state that the --product > flag must be used when upgrading Fedora 20 or older; and must not be > used when upgrading Fedora 21 and newer. fedup's error message does seem pretty clear about this. The wiki also did explain it, but I just rewrote the explanation to be shorter and, hopefully, clearer: https://fedoraproject.org/wiki/FedUp#Upgrading_from_Fedora_20_or_earlie r:_Products -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Anyone with two AMDs?
On Wed, 2015-05-06 at 19:33 +0200, Giulio 'juliuxpigface' wrote: > > > On Mon, 2015-05-04 at 21:56 +0200, Giulio (juliuxpigface) wrote: > > > > Hi folks. > > > > > > > > Does anyone with a laptop equipped with two Amd experience > > > > this? > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1218364 > > > > > > > > I'm sorry but this is currently affecting my activity for QA > > > > as > > > > I > > > > can't use > > > > Fedora at all. I promise I'll be back as soon as I figure out > > > > what's > > > > happening with that laptop (*). > > > > > > > > Cheers guys. Feel free to contact me if you have got > > > > suggestions! > > > > > > There's a couple of other radeon parameters you might try > > > twiddling: > > > > > > radeon.aspm=0 > > > radeon.bapm=0 > > > > > > dunno if they'll help, but it can't hurt to try... > > > Hi guys. Even though I found a workaround, yesterday I filled an > upstream bug for the issue. > > The link is this: https://bugs.freedesktop.org/show_bug.cgi?id=90321 > > As shown there, Alex Deucher proposed a patch. I'm wondering what I'm > supposed to do now. In order to test it, I believe that recompiling > the kernel is mandatory, but I'm not sure (this is one of my first > upstream tickets, sorry). > > Should I try to get my hands on it (I don't really know how to, > anyway, but I might learn...), or shall I ping Fedora's maintainer? The way I like to do this (there are others, like poma's) is to rebuild the kernel package. Clone it from git: fedpkg --anonymous clone kernel cd kernel You can stay on master branch, which is the rawhide package, and so right now will give you a 4.1rc2 kernel. Or you can do 'fedpkg - -anonymous switch-branch f22' to switch to the f22 branch. Copy the patch into the directory, then edit the kernel.spec file. Find the two big blocks where patches are defined and applied. There's a comment at the end of the patch definitions - "# END OF FEDORA PATCH DEFINITIONS" - so search for that. Add your patch right above it, with a number higher than the last patch. So right now, for instance, you'd wind up with this, on the master branch: #rhbz 1218662 Patch26199: libata-Blacklist-queued-TRIM-on-all-Samsung-800-seri.patch Patch26200: 0001-drm-radeon-handle-audio-for-PX.patch # END OF PATCH DEFINITIONS There are similar comments around the patch application block, so you can find that similarly - look for "# END OF FEDORA PATCH APPLICATIONS". Edit as appropriate again. You'll wind up with: #rhbz 1218662 ApplyPatch libata-Blacklist-queued-TRIM-on-all-Samsung-800-seri.patch ApplyPatch 0001-drm-radeon-handle-audio-for-PX.patch # END OF PATCH APPLICATIONS Now you want to bump the package version a bit so it'll be newer than the current kernel package. There's actually a handy macro for this purpose in the kernel spec, near the top: # % define buildid .local You can uncomment that and change it. So for e.g. you could do: %define buildid .1.juliux and then you'd wind up with a kernel based on '4.1.0-0.rc2.git2.1' whose version would be '4.1.0-0.rc2.git2.1.1.juliux' - makes it easy to notice when you're running your own modified kernel. If you like you can put a changelog entry in, following the format of the existing ones - it's not required, but it can be handy so you remember what the hell you did two weeks later. :) Then you can build a .src.rpm: fedpkg --anonymous srpm Then you just have to build it. If you're a packager you can do a Koji scratch build, but if not, you can use mock: mock -r fedora-22-x86_64 --rebuild kernel-4.1.0 -0.rc2.git2.1.1.juliux.src.rpm for e.g. Or of course you can just build it with 'rpm --rebuild', but I like to keep my package builds clean. To use mock you have to set it up if you never have - https://fedoraproject.org/wiki/Using_Mock_to_test_package_builds . You can fiddle about with 'make config-release' and the '%define debugbuildsenabled 0/1' line in kernel.spec - if you want a non-debug kernel and a faster build, you want to run 'make config-release' before creating the .src.rpm, and make sure it's '%define debugbuildsenabled 0' not '%define debugbuildsenabled 1' - but that's not compulsory. Good luck :) If you test and find the patch works it'll likely start working its way upstream, and you could poke the Fedora maintainers and see if they're willing to backport it to Rawhide and F22 kernels. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: KDE, spins, and minimal install are nonproduct?
On Wed, May 6, 2015 at 3:07 PM, Adam Williamson wrote: > On Wed, 2015-05-06 at 10:28 -0600, Chris Murphy wrote: >> On Wed, May 6, 2015 at 7:31 AM, Dan Mossor >> wrote: >> > On 05/05/2015 08:34 PM, Chris Murphy wrote: >> > > >> > > Is KDE workstation product or nonproduct? >> > > What about minimal install? >> > > >> > > I'm hitting this bug with a minimal install Fedora 21 and using >> > > fedup >> > > --product=nonproduct >> > > https://bugzilla.redhat.com/show_bug.cgi?id=1214255 >> > > >> > > >> > The only Fedora products, now flavors, are Workstation, Server, >> > and Cloud. >> >> >> Even the fedup maintainer is unclear about this. >> https://bugzilla.redhat.com/show_bug.cgi?id=1214255#c1 >> >> In the comment he considers Fedora 21 KDE a product. Yet in the code >> it's considered nonproduct: >> >> "Nonproduct: choose this if none of the above apply; in particular, >> choose this if you are using an alternate-desktop spin..." >> >> And then the fedup FAQ likewise suggests always using --product, >> including the example. >> >> So really it's sounding like --product is required for Fedora <= 20 >> upgrades; and is prohibited for Fedora >= 21 upgrades. > > Nonproduct is a product. You have to pass --product=(something) for > all upgrades from F20 - but one of the (something) values you can pass > is 'nonproduct'. If you want to upgrade to nonproduct you have to pass > --product=nonproduct , 'nonproduct' doesn't mean 'you don't have to > pass --product at all'. OK I still find it confusing. I hope by shear coincidence this is less confusing for non-native English speakers. The man page, and the FAQ should probably state that the --product flag must be used when upgrading Fedora 20 or older; and must not be used when upgrading Fedora 21 and newer. -- Chris Murphy -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: nouveau driver freeze -- can anyone else reproduce this?
On 06.05.2015 21:05, poma wrote:
> On 28.04.2015 20:03, poma wrote:
>> On 27.04.2015 11:51, Joerg Lechner wrote:
>>> Hi,
>>> the reason why I ask again, if really the nouveau driver is active, when
>>> using Geeqie, is a look into /var/log/Xorg.0.log,
>>> where in my case (hybrid grafics intel/nvidia) I don't find the nouveau
>>> driver, which would explain, why I don't have
>>> the error described in this thread.
>>>
>>> see part of /var/log/Xorg.0.log:
>>>148.883]Module class: X.Org Video Driver
>>> [ 148.883]ABI class: X.Org Video Driver, version 19.0
>>> [ 148.883] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
>>> i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
>>> 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
>>> Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35,
>>> Q33,
>>> GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
>>> [ 148.884] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000
>>> [ 148.884] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100
>>> [ 148.884] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200,
>>> 6200, P6300
>>>
>>> Therefore my question in case of Matthews Lenovo, is it really the nouveau
>>> driver or another video driver,
>>> which causes the Geeqie error?
>>> Kind Regards
>>>
>>>
>>>
>>> -Ursprüngliche Mitteilung-
>>> Von: Matthew Miller
>>> An: For testing and quality assurance of Fedora releases
>>>
>>> Verschickt: So, 26 Apr 2015 9:25 pm
>>> Betreff: Re: nouveau driver freeze -- can anyone else reproduce this?
>>>
>>>
>>> On Sun, Apr 26, 2015 at 08:54:48PM +0200, drago01 wrote:
>>>>>> What kind of menu
>>> is that? How big is it (height / width in pixels) ?
>>>>> It's the right-click
>>> context menu you get when clicking on a filename
>>>>> in geeqie. It's nothing
>>> special -- 14 items in three groups, with "View
>>>>> in new window" being the
>>> longest item. 150x300 pixels, maybe?
>>>> OK so nothing "special" about it ...
>>> odd.
>>>
>>> Yeah. I did get what seemed like the same behavior with a context menu
>>> in
>>> Gimp *once*, but can't reproduce there. However, geeqie seems to
>>> very reliably
>>> trigger it. And it seems to be only _that_ right-click
>>> menu, in the filelist,
>>> not others in the app. I guess I can go around
>>> right-clicking in other programs
>>> to see if it happens.
>>>
>>> One thing that occurs to me is that the placement of this
>>> menu means
>>> that when it comes up, it almost always comes up on top of a
>>> scrollbar
>>> and into another panel. *Maybe* that interaction causes some
>>> rendering
>>> need which triggers the bug? Seems like a longshot, and I really
>>> don't
>>> know what I'm talking about here. :)
>>>
>>>
>>
>>
>> If I understood Ilia,
>> https://bugs.freedesktop.org/show_bug.cgi?id=89842#c5
>>
>> the problem is somewhere in between:
>> libdrm-2.4.60
>> http://cgit.freedesktop.org/mesa/drm/commit/?id=5f7b672
>> &
>> libdrm-2.4.59
>> http://cgit.freedesktop.org/mesa/drm/commit/?id=d2e0f55
>>
>> i.e.
>> 74 commitas
>>
>> What are you waiting for? :)
>>
>> man 1 git-bisect
>>
>>
>
> https://bugs.freedesktop.org/show_bug.cgi?id=89842#c10
>
>
Thus you can quickly test whether Skeggs's commit really works:
$ cd ~/rpmbuild/SOURCES/
$ git clone git://pkgs.fedoraproject.org/libdrm.git .
$ sed -i 's/#define gitdate 20130117/%define gitdate 20150506/' libdrm.spec
$ sed -i 's/: 1/: 100/' libdrm.spec
$ sed -i 's/%patch5/#%patch5/' libdrm.spec
$ sed -i
'/dr[im]stat\|get[csv]\|name_from_fd\|openclose\|setversion\|updatedraw\|bindir}\/exynos/d'
libdrm.spec
$ sed -i '/kmstest/ a\%{_bindir}/proptest' libdrm.spec
$ ./make-git-snapshot.sh
$ pkexec yum-builddep libdrm
$ rpmbuild -ba libdrm.spec
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
Re: KDE, spins, and minimal install are nonproduct?
On Wed, 2015-05-06 at 10:28 -0600, Chris Murphy wrote: > On Wed, May 6, 2015 at 7:31 AM, Dan Mossor > wrote: > > On 05/05/2015 08:34 PM, Chris Murphy wrote: > > > > > > Is KDE workstation product or nonproduct? > > > What about minimal install? > > > > > > I'm hitting this bug with a minimal install Fedora 21 and using > > > fedup > > > --product=nonproduct > > > https://bugzilla.redhat.com/show_bug.cgi?id=1214255 > > > > > > > > The only Fedora products, now flavors, are Workstation, Server, > > and Cloud. > > > Even the fedup maintainer is unclear about this. > https://bugzilla.redhat.com/show_bug.cgi?id=1214255#c1 > > In the comment he considers Fedora 21 KDE a product. Yet in the code > it's considered nonproduct: > > "Nonproduct: choose this if none of the above apply; in particular, > choose this if you are using an alternate-desktop spin..." > > And then the fedup FAQ likewise suggests always using --product, > including the example. > > So really it's sounding like --product is required for Fedora <= 20 > upgrades; and is prohibited for Fedora >= 21 upgrades. Nonproduct is a product. You have to pass --product=(something) for all upgrades from F20 - but one of the (something) values you can pass is 'nonproduct'. If you want to upgrade to nonproduct you have to pass --product=nonproduct , 'nonproduct' doesn't mean 'you don't have to pass --product at all'. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[Test-Announce] Fedora 22 Final Test Compose 2 (TC2) Available Now!
As per the Fedora 22 schedule [1], Fedora 22 Final Test Compose 2 (TC2) is now available for testing. Please help us complete as much of the validation testing as we can! Content information, including changes, can be found at https://fedorahosted.org/rel-eng/ticket/6166#comment:2 . Please see the following pages for download links and testing instructions. Normally dl.fedoraproject.org should provide the fastest download, but download- ib01.fedoraproject.org is available as a mirror (with an approximately 1 hour lag) in case of trouble. To use it, just replace "dl" with "download-ib01" in the download URL. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Base: https://fedoraproject.org/wiki/Test_Results:Current_Base_Test Workstation and Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Server: https://fedoraproject.org/wiki/Test_Results:Current_Server_Test Cloud: https://fedoraproject.org/wiki/Test_Results:Current_Cloud_Test Summary: https://fedoraproject.org/wiki/Test_Results:Current_Summary All non-Optional test cases for each of these test pages [2] must pass in order to meet the Final Release Criteria [3]. Help is available on #fedora-qa on irc.freenode.net [4], or on the test list [5]. Create Fedora 22 Final test compose (TC) and release candidate (RC) https://fedorahosted.org/rel-eng/ticket/6166 Current Blocker and Freeze Exception bugs: http://qa.fedoraproject.org/blockerbugs/current [1] http://fedorapeople.org/groups/schedule/f-22/f-22-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Release_validation_test_plan [3] https://fedoraproject.org/wiki/Fedora_22_Final_Release_Criteria [4] irc://irc.freenode.net/fedora-qa [5] https://admin.fedoraproject.org/mailman/listinfo/test -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: nouveau driver freeze -- can anyone else reproduce this?
On 28.04.2015 20:03, poma wrote: > On 27.04.2015 11:51, Joerg Lechner wrote: >> Hi, >> the reason why I ask again, if really the nouveau driver is active, when >> using Geeqie, is a look into /var/log/Xorg.0.log, >> where in my case (hybrid grafics intel/nvidia) I don't find the nouveau >> driver, which would explain, why I don't have >> the error described in this thread. >> >> see part of /var/log/Xorg.0.log: >>148.883]Module class: X.Org Video Driver >> [ 148.883]ABI class: X.Org Video Driver, version 19.0 >> [ 148.883] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets: >> i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, >> 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, >> Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, >> GM45, 4 Series, G45/G43, Q45/Q43, G41, B43 >> [ 148.884] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000 >> [ 148.884] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100 >> [ 148.884] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200, >> 6200, P6300 >> >> Therefore my question in case of Matthews Lenovo, is it really the nouveau >> driver or another video driver, >> which causes the Geeqie error? >> Kind Regards >> >> >> >> -Ursprüngliche Mitteilung- >> Von: Matthew Miller >> An: For testing and quality assurance of Fedora releases >> >> Verschickt: So, 26 Apr 2015 9:25 pm >> Betreff: Re: nouveau driver freeze -- can anyone else reproduce this? >> >> >> On Sun, Apr 26, 2015 at 08:54:48PM +0200, drago01 wrote: > What kind of menu >> is that? How big is it (height / width in pixels) ? It's the right-click >> context menu you get when clicking on a filename in geeqie. It's nothing >> special -- 14 items in three groups, with "View in new window" being the >> longest item. 150x300 pixels, maybe? >>> OK so nothing "special" about it ... >> odd. >> >> Yeah. I did get what seemed like the same behavior with a context menu >> in >> Gimp *once*, but can't reproduce there. However, geeqie seems to >> very reliably >> trigger it. And it seems to be only _that_ right-click >> menu, in the filelist, >> not others in the app. I guess I can go around >> right-clicking in other programs >> to see if it happens. >> >> One thing that occurs to me is that the placement of this >> menu means >> that when it comes up, it almost always comes up on top of a >> scrollbar >> and into another panel. *Maybe* that interaction causes some >> rendering >> need which triggers the bug? Seems like a longshot, and I really >> don't >> know what I'm talking about here. :) >> >> > > > If I understood Ilia, > https://bugs.freedesktop.org/show_bug.cgi?id=89842#c5 > > the problem is somewhere in between: > libdrm-2.4.60 > http://cgit.freedesktop.org/mesa/drm/commit/?id=5f7b672 > & > libdrm-2.4.59 > http://cgit.freedesktop.org/mesa/drm/commit/?id=d2e0f55 > > i.e. > 74 commitas > > What are you waiting for? :) > > man 1 git-bisect > > https://bugs.freedesktop.org/show_bug.cgi?id=89842#c10 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Anyone with two AMDs?
On Wed, May 06, 2015 at 07:33:00PM +0200, Giulio 'juliuxpigface' wrote: > > The link is this: https://bugs.freedesktop.org/show_bug.cgi?id=90321 > > As shown there, Alex Deucher proposed a patch. I'm wondering what I'm > supposed to do now. In order to test it, I believe that recompiling > the kernel is mandatory, Quite possible substantially less. To be completely sure one would need to dig a bit around kernel sources but the https://bugs.freedesktop.org/attachment.cgi?id=115559 patch appears to affect only radeon so recompiling only an affected module (or modules) and replacing originals should be fine. Kernel makefiles are set up to allow such selective recompilations. This is still a PITA to an extent as you would need to repeat such procedure for an every update of a yet unpatched kernel; but this can be variously "automated". For an example of one way to do such things you can look at 'akmod' packages from rpmfusion. Technically the same module _may_ work across different kernel versions but usually a recompilation is simpler and faster then checking if an old module will be still good enough. Michal -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: QA talks at Flock
On Wed, 2015-05-06 at 14:49 +0530, Sudhir D wrote: > On 05/01/2015 03:01 AM, Adam Williamson wrote: > > I was considering proposing a session which would just cover the > > 'new > > bits' we've put in place since F21 - the revisions to the > > validation > > test process (including relval/wikitcms), openQA, and some of the > > taskotron stuff (as the taskotron session is a workshop rather > > than a > > talk), but since we already have three proposals, I don't want to > > pile > > on further... > I agree. I think we should be selective in submitting talks based on > conference location. Places where Fedora community is active and > there > is general awareness among people who are attending, we should look > at > some advance topics while submitting talks. So voting for talks is open now: https://admin.fedoraproject.org/voting/vote/flock-2015 let's all vote for the QA talks, and then once we see which ones get in, we can try to get the speakers together to ensure we cover all the important topics :) thanks folks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Anyone with two AMDs?
On 06.05.2015 19:48, Chris Murphy wrote: > On Wed, May 6, 2015 at 11:33 AM, Giulio 'juliuxpigface' > wrote: On Mon, 2015-05-04 at 21:56 +0200, Giulio (juliuxpigface) wrote: > Hi folks. > > Does anyone with a laptop equipped with two Amd experience this? > https://bugzilla.redhat.com/show_bug.cgi?id=1218364 > > I'm sorry but this is currently affecting my activity for QA as > I > can't use > Fedora at all. I promise I'll be back as soon as I figure out > what's > happening with that laptop (*). > > Cheers guys. Feel free to contact me if you have got suggestions! There's a couple of other radeon parameters you might try twiddling: radeon.aspm=0 radeon.bapm=0 dunno if they'll help, but it can't hurt to try... >> >> >> Hi guys. Even though I found a workaround, yesterday I filled an >> upstream bug for the issue. >> >> The link is this: https://bugs.freedesktop.org/show_bug.cgi?id=90321 >> >> As shown there, Alex Deucher proposed a patch. I'm wondering what I'm >> supposed to do now. In order to test it, I believe that recompiling >> the kernel is mandatory, but I'm not sure (this is one of my first >> upstream tickets, sorry). >> >> Should I try to get my hands on it (I don't really know how to, >> anyway, but I might learn...), or shall I ping Fedora's maintainer? > > It's a good question I've never asked. If it's essentially certain > this fix would go in the mainline kernel, I'd guess there's a good > likelihood the kernel team would add the patch in rawhide/f23 kernel, > which you can use on Fedora 22. So it's worth asking them if you can't > or don't want to build it. That would be a 4.1.0 git kernel however. > > If you want to build it against something else like 3.19 or 4.0 then > you'd need to build it yourself. I personally find it easier to build > kernels from kernel.org source for this purpose, Fedora's custom > kernel instructions work for Fedora 21 and it's handy in that it'll > build rpms so you can build on one system and install on others > (there's a way to tar it up when building from kernel.org source but > I've never done that). > > > $ rpm -ivh https://kojipkgs.fedoraproject.org/packages/kernel/4.0.1/300.fc22/src/kernel-4.0.1-300.fc22.src.rpm $ rpmbuild -bp ~/rpmbuild/SPECS/kernel.spec $ cd ~/rpmbuild/BUILD/kernel-4.0.fc21/linux-4.0.1-300.fc21.x86_64/ $ curl -s https://bugs.freedesktop.org/attachment.cgi?id=115559 | patch -p1 $ make -j drivers/gpu/drm/radeon/radeon.ko $ su # cp drivers/gpu/drm/radeon/radeon.ko /lib/modules/4.0.1-300.fc22.x86_64/updates/ # depmod # systemctl reboot -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Anyone with two AMDs?
On Wed, May 6, 2015 at 11:33 AM, Giulio 'juliuxpigface' wrote: >> > On Mon, 2015-05-04 at 21:56 +0200, Giulio (juliuxpigface) wrote: >> > > Hi folks. >> > > >> > > Does anyone with a laptop equipped with two Amd experience this? >> > > https://bugzilla.redhat.com/show_bug.cgi?id=1218364 >> > > >> > > I'm sorry but this is currently affecting my activity for QA as >> > > I >> > > can't use >> > > Fedora at all. I promise I'll be back as soon as I figure out >> > > what's >> > > happening with that laptop (*). >> > > >> > > Cheers guys. Feel free to contact me if you have got suggestions! >> > >> > There's a couple of other radeon parameters you might try >> > twiddling: >> > >> > radeon.aspm=0 >> > radeon.bapm=0 >> > >> > dunno if they'll help, but it can't hurt to try... > > > Hi guys. Even though I found a workaround, yesterday I filled an > upstream bug for the issue. > > The link is this: https://bugs.freedesktop.org/show_bug.cgi?id=90321 > > As shown there, Alex Deucher proposed a patch. I'm wondering what I'm > supposed to do now. In order to test it, I believe that recompiling > the kernel is mandatory, but I'm not sure (this is one of my first > upstream tickets, sorry). > > Should I try to get my hands on it (I don't really know how to, > anyway, but I might learn...), or shall I ping Fedora's maintainer? It's a good question I've never asked. If it's essentially certain this fix would go in the mainline kernel, I'd guess there's a good likelihood the kernel team would add the patch in rawhide/f23 kernel, which you can use on Fedora 22. So it's worth asking them if you can't or don't want to build it. That would be a 4.1.0 git kernel however. If you want to build it against something else like 3.19 or 4.0 then you'd need to build it yourself. I personally find it easier to build kernels from kernel.org source for this purpose, Fedora's custom kernel instructions work for Fedora 21 and it's handy in that it'll build rpms so you can build on one system and install on others (there's a way to tar it up when building from kernel.org source but I've never done that). -- Chris Murphy -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Anyone with two AMDs?
> > On Mon, 2015-05-04 at 21:56 +0200, Giulio (juliuxpigface) wrote: > > > Hi folks. > > > > > > Does anyone with a laptop equipped with two Amd experience this? > > > https://bugzilla.redhat.com/show_bug.cgi?id=1218364 > > > > > > I'm sorry but this is currently affecting my activity for QA as > > > I > > > can't use > > > Fedora at all. I promise I'll be back as soon as I figure out > > > what's > > > happening with that laptop (*). > > > > > > Cheers guys. Feel free to contact me if you have got suggestions! > > > > There's a couple of other radeon parameters you might try > > twiddling: > > > > radeon.aspm=0 > > radeon.bapm=0 > > > > dunno if they'll help, but it can't hurt to try... Hi guys. Even though I found a workaround, yesterday I filled an upstream bug for the issue. The link is this: https://bugs.freedesktop.org/show_bug.cgi?id=90321 As shown there, Alex Deucher proposed a patch. I'm wondering what I'm supposed to do now. In order to test it, I believe that recompiling the kernel is mandatory, but I'm not sure (this is one of my first upstream tickets, sorry). Should I try to get my hands on it (I don't really know how to, anyway, but I might learn...), or shall I ping Fedora's maintainer? // Giulio (juliuxpigface) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: KDE, spins, and minimal install are nonproduct?
On Wed, May 6, 2015 at 7:31 AM, Dan Mossor wrote: > On 05/05/2015 08:34 PM, Chris Murphy wrote: >> >> Is KDE workstation product or nonproduct? >> What about minimal install? >> >> I'm hitting this bug with a minimal install Fedora 21 and using fedup >> --product=nonproduct >> https://bugzilla.redhat.com/show_bug.cgi?id=1214255 >> >> > The only Fedora products, now flavors, are Workstation, Server, and Cloud. Even the fedup maintainer is unclear about this. https://bugzilla.redhat.com/show_bug.cgi?id=1214255#c1 In the comment he considers Fedora 21 KDE a product. Yet in the code it's considered nonproduct: "Nonproduct: choose this if none of the above apply; in particular, choose this if you are using an alternate-desktop spin..." And then the fedup FAQ likewise suggests always using --product, including the example. So really it's sounding like --product is required for Fedora <= 20 upgrades; and is prohibited for Fedora >= 21 upgrades. > With that out of the way, the _only_ release that the --product switch is > supported on for fedup is on Fedora 20. If you are on Fedora 21 already, > your release flavor is already listed in /etc/os-release - or, it was > supposed to be. I don't see it anymore in any of my F21 or F22 systems. I have it, but I did an inadvertently weird install with Workstation netinstall which defaults to minimal install, not Workstation (that's a bug, I haven't filed it). So after that got done and I rebooted, I used 'dnf group install "Fedora Workstation"' -- Chris Murphy -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F-22 Branched report: 20150506 changes
Compose started at Wed May 6 07:15:02 UTC 2015 Broken deps for armhfp -- [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [aeskulap] aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libofstd.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires liboflog.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libijg8.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libijg16.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libijg12.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libdcmnet.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libdcmjpeg.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libdcmimgle.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libdcmimage.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libdcmdata.so.3.6 [crystal] crystal-2.2.1-2.fc22.armv7hl requires libkdecorations.so.4 [dnssec-check] dnssec-check-1.14.0.1-4.fc20.armv7hl requires libval-threads.so.14 dnssec-check-1.14.0.1-4.fc20.armv7hl requires libsres.so.14 [gcc-python-plugin] gcc-python2-debug-plugin-0.13-2.fc22.armv7hl requires gcc = 0:4.9.2-1.fc22 gcc-python2-plugin-0.13-2.fc22.armv7hl requires gcc = 0:4.9.2-1.fc22 gcc-python3-debug-plugin-0.13-2.fc22.armv7hl requires gcc = 0:4.9.2-1.fc22 gcc-python3-plugin-0.13-2.fc22.armv7hl requires gcc = 0:4.9.2-1.fc22 [kde-style-skulpture] kde-style-skulpture-0.2.4-9.fc22.armv7hl requires libkdecorations.so.4 [leksah] ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(utf8-string-0.3.7-013ef9ad8ac70ebb11df31f487b74f26) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(unix-2.6.0.1-7550b9ae9dbc74e4d6570cc239a29030) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(transformers-0.3.0.0-23508e0b4a1c1bc1cf2c2de3bb13e90c) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(time-1.4.0.1-970760bdd865d8b6cafac382276795a2) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(text-0.11.3.1-17cae9ba49c3f3d533bf78a6e387f543) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(strict-0.3.2-04f0cc1e99eff2196c0a7cd16d748b37) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(regex-tdfa-1.1.8-0b03687c4e38c00ef92e9445170081e2) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(regex-base-0.93.2-6a541a53412d1d7d310fa69bca50c85f) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(pretty-1.1.1.0-2de27f83b2c1c65d629a564e9e01b27d) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(parsec-3.1.3-a8bebef411959de671abb0f1f7da556f) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(old-time-1.1.0.1-29c02e2b3bbdfd9a5756f0c46f4d6071) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(network-2.4.1.2-82f6bcf79fe0252b3ab387e8dcb82e71) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(mtl-2.1.2-2f2cd438035824ec2bed4811930bc232) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(ltk-0.12.1.0-2fbb10498719be9dbdbb3d9f8adedbec) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(leksah-server-0.12.1.2-7dbd70c9f5e4dd8b3b5efcb6597b3bfd) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(hslogger-1.2.1-43834164508859009a3cc8aef7fd1e84) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(gtksourceview2-0.12.5.0-588b179d0562576f9afa46559cebf79f) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(gtk-0.12.5.0-2342a114ec8897cecfdda15ac92aed08) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(glib-0.12.5.0-1b94df160e141377711a221615168695) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(gio-0.12.5.0-b012293268f349d8f05c73d053798c7b) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(ghc-7.6.3-18fc786f8ad3478b9bb568d865b0e48d) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(filepath-1.3.0.1-62570c67b40fb99e7078c0d179220531) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(enumerator-0.4.19-a164f71ed1088e349dd8bc4cdee8e449) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(directory-1.2.0.1-504c99535d64699e20e001d81b577d06) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(deepseq-1.3.0.1-aa1be128186a233c7290faf88620ffe5) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(containers-0.5.0.0-3b8b869ec10d44736414ab5bea776319) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(bytestring-0.10.0.2-ea1d6622fb7aad447c7746744ecded40) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(binary-shared-0.8.3-e7b0a0ea6f1cabbb7494156068d1e65c) g
rawhide report: 20150506 changes
Compose started at Wed May 6 05:15:04 UTC 2015 Broken deps for i386 -- [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [aeskulap] aeskulap-0.2.2-0.19beta1.fc22.i686 requires libofstd.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires liboflog.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libijg8.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libijg16.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libijg12.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmnet.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmjpeg.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmimgle.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmimage.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmdata.so.3.6 [crystal] crystal-2.2.1-2.fc22.i686 requires libkdecorations.so.4 [dmlite-plugins-memcache] dmlite-plugins-memcache-0.5.0-7.fc20.i686 requires libprotobuf.so.8 [dmlite-plugins-s3] dmlite-plugins-s3-0.5.1-5.fc22.i686 requires libprotobuf.so.8 [dnssec-check] dnssec-check-1.14.0.1-4.fc20.i686 requires libval-threads.so.14 dnssec-check-1.14.0.1-4.fc20.i686 requires libsres.so.14 [dsqlite] dsqlite-1.1.1-5.fc22.i686 requires libphobos-ldc.so.64 [gazebo] gazebo-4.0.2-2.fc22.i686 requires libprotobuf.so.8 gazebo-libs-4.0.2-2.fc22.i686 requires libprotobuf.so.8 player-gazebo-4.0.2-2.fc22.i686 requires libprotobuf.so.8 [gcc-python-plugin] gcc-python2-debug-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 gcc-python2-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 gcc-python3-debug-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 gcc-python3-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 [gl3n] gl3n-0.20140505-13.fc22.i686 requires libphobos-ldc.so.64 [julia] julia-0.3.7-2.fc23.i686 requires libLLVM-3.5.so julia-devel-0.3.7-2.fc23.i686 requires libLLVM-3.5.so [kde-style-skulpture] kde-style-skulpture-0.2.4-9.fc22.i686 requires libkdecorations.so.4 [latte-integrale] 4ti2-1.6.2-9.fc23.1.i686 requires 4ti2-libs(x86-32) = 0:1.6.2-9.fc23 4ti2-devel-1.6.2-9.fc23.1.i686 requires 4ti2-libs(x86-32) = 0:1.6.2-9.fc23 [leksah] ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSxhtml-3000.2.1-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSutf8-string-0.3.7-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSunix-2.6.0.1-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHStransformers-0.3.0.0-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHStime-1.4.0.1-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHStext-0.11.3.1-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHStemplate-haskell-2.8.0.0-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSstrict-0.3.2-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSregex-tdfa-1.1.8-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSregex-base-0.93.2-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSrandom-1.0.1.1-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSprocess-1.1.0.2-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSpretty-1.1.1.0-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSparsec-3.1.3-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSpango-0.12.5.0-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSold-time-1.1.0.1-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSold-locale-1.0.0.5-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSnetwork-2.4.1.2-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSmtl-2.1.2-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSltk-0.12.1.0-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSleksah-server-0.12.1.2-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSinteger-gmp-0.5.0.0-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHShslogger-1.2.1-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHShpc-0.6.0.0-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHShoopl-3.9.0.0-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHShaddock-2.13.2-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSgtksourceview2-0.12.5.0-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSgtk-0.12.5.0-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSglib-0.12.5.0-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSgio-0.12.5.0-ghc7.6.3.so ghc-leksah-0.12.1.3-16.fc22.i686 requires libHSghc-prim-0.3.0.0-ghc7.6.3.
Re: KDE, spins, and minimal install are nonproduct?
On 05/05/2015 08:34 PM, Chris Murphy wrote: Is KDE workstation product or nonproduct? What about minimal install? I'm hitting this bug with a minimal install Fedora 21 and using fedup --product=nonproduct https://bugzilla.redhat.com/show_bug.cgi?id=1214255 The only Fedora products, now flavors, are Workstation, Server, and Cloud. With that out of the way, the _only_ release that the --product switch is supported on for fedup is on Fedora 20. If you are on Fedora 21 already, your release flavor is already listed in /etc/os-release - or, it was supposed to be. I don't see it anymore in any of my F21 or F22 systems. -- Dan Mossor, RHCSA Systems Engineer Fedora Server WG | Fedora KDE WG | Fedora QA Team Fedora Infrastructure Apprentice FAS: dmossor IRC: danofsatx San Antonio, Texas, USA -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 22 DNF issue with repomd.xml
> Hello Kamil, first i have access to mirror.fedoraproject.org from firefox > running LiveCD and Fedora Desktop, also if i made click > https://mirrors.fedoraproject.org/metalink?repo=fedora-22&arch=x86_64 this > download a metafile file, so i think that is problem with my location > "Chile" , if this issue is fixed in the next hours i will update this > thread. That's weird, if you can access that link from a web browser, dnf should work as well. If you can reproduce this reliably, please visit #yum IRC channel [1] and folks in there will hopefully help you debug the issue. [1] https://fedoraproject.org/wiki/How_to_use_IRC -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F22 Beta: mouse is very very slow
On 05/04/2015 02:37 PM, Adam Williamson wrote: On Mon, 2015-05-04 at 11:31 -0500, Dan Mossor wrote: I can confirm this using a Logitech MX510 mouse with the Logitech 2.4GHz "Unifying Receiver". Mouse is, for all intents and purposes, unusable. The keyboard (Logitech K350) glitches are far enough apart to be usable, but the mouse is a no-go. As you're using entirely different hardware but not *all* hardware is affected (my wired Logitech mouse is fine), this is very likely to be two different issues you should file separately. Just to close this outI moved my USB receiver from the back of the tower case where it was ~1m away from the mouse and keyboard and not LOS to the front of the tower where it is now LOS and ~.5m away, and my issues have cleared up. Looks like faulty Logitech hardware in my case (as my Wireless Performance MX mouse works just fine within 30m of the receiver). -Dan -- Dan Mossor Systems Engineer at Large Fedora KDE WG | Fedora QA Team | Fedora Server SIG Fedora Infrastructure Apprentice FAS: dmossor IRC: danofsatx San Antonio, Texas, USA -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: QA talks at Flock
On 05/01/2015 03:01 AM, Adam Williamson wrote: I was considering proposing a session which would just cover the 'new bits' we've put in place since F21 - the revisions to the validation test process (including relval/wikitcms), openQA, and some of the taskotron stuff (as the taskotron session is a workshop rather than a talk), but since we already have three proposals, I don't want to pile on further... I agree. I think we should be selective in submitting talks based on conference location. Places where Fedora community is active and there is general awareness among people who are attending, we should look at some advance topics while submitting talks. Regards, Sudhir -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 22 DNF issue with repomd.xml
Hello Kamil, first i have access to mirror.fedoraproject.org from firefox running LiveCD and Fedora Desktop, also if i made click https://mirrors.fedoraproject.org/metalink?repo=fedora-22&arch=x86_64 this download a metafile file, so i think that is problem with my location "Chile" , if this issue is fixed in the next hours i will update this thread. Thanks :) On Wed, May 6, 2015 at 4:46 AM, Kamil Paral wrote: > > Hi folks, today i've install fedora 22 using the last image of branched, > but > > when i try to update or install any package i give this error > > > [root@localhost iplexsia]# dnf repolist all > > Error: Failed to synchronize cache for repo 'fedora' from ' > > https://mirrors.fedoraproject.org/metalink?repo=fedora-22&arch=x86_64 ': > > Cannot download repomd.xml: Cannot download repodata/repomd.xml: All > mirrors > > were tried > > [root@localhost iplexsia]# > > I believe this might be a temporary error when mirrors.fedoraproject.org > is down or unreachable from your location. Can you access the same URL from > the web browser while running the LiveCD? Does that file contain a list of > mirrors? Can you access at least some of those mirrors, when trying it in a > web browser? > > Or maybe just try `dnf clean all; dnf repolist` again. > -- > test mailing list > test@lists.fedoraproject.org > To unsubscribe: > https://admin.fedoraproject.org/mailman/listinfo/test -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 22 DNF issue with repomd.xml
> Hi folks, today i've install fedora 22 using the last image of branched, but > when i try to update or install any package i give this error > [root@localhost iplexsia]# dnf repolist all > Error: Failed to synchronize cache for repo 'fedora' from ' > https://mirrors.fedoraproject.org/metalink?repo=fedora-22&arch=x86_64 ': > Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors > were tried > [root@localhost iplexsia]# I believe this might be a temporary error when mirrors.fedoraproject.org is down or unreachable from your location. Can you access the same URL from the web browser while running the LiveCD? Does that file contain a list of mirrors? Can you access at least some of those mirrors, when trying it in a web browser? Or maybe just try `dnf clean all; dnf repolist` again. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
