On 11/1/18 2:51 AM, Lawrence E Graves wrote:
> Has anyone notice that rss-glx screensaver will not install because of
> missing dependencies.
Enable the updates-testing and install from there.
--
Fedora Users - The place to go to beat OT dead horses :-) :-)
On Wed, 2018-10-31 at 18:33 +, Fedora compose checker wrote:
> No missing expected images.
>
> Failed openQA tests: 2/2 (x86_64)
>
> New failures (same test did not fail in updates-20181030.0):
>
> ID: 303943Test: x86_64 AtomicHost-dvd_ostree-iso install_default
> URL:
> That is not quite correct. That only applies to running grub2-mkconfig.
> New kernels are added by grubby which copies the information from the
> previous kernel in the config file.
Ah, I see. That explains so many things. Thanks for clarifying.
On 10/31/18 11:15 AM, Fabio Valentini wrote:
around the problem. (to make this permanent for new kernels too, edit
/etc/default/grub)
That is not quite correct. That only applies to running grub2-mkconfig.
New kernels are added by grubby which copies the information from the
previous
On Wed, 2018-10-31 at 13:37 -0400, pmkel...@frontier.com wrote:
> In regard to the test results page and the specified order of testing:
>
> Following up on a comment I made on a message earlier today concerning
> if the updates-testing repo should be enabled for Anaconda installs and
> the
On 10/31/18 11:37 AM, pmkel...@frontier.com wrote:
In regard to the test results page and the specified order of testing:
Following up on a comment I made on a message earlier today concerning
if the updates-testing repo should be enabled for Anaconda installs
and the impression I am under
No missing expected images.
Failed openQA tests: 2/2 (x86_64)
ID: 303945 Test: x86_64 AtomicHost-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/303945
ID: 303946 Test: x86_64 AtomicHost-dvd_ostree-iso install_default@uefi
URL:
No missing expected images.
Failed openQA tests: 2/2 (x86_64)
New failures (same test did not fail in updates-20181030.0):
ID: 303943 Test: x86_64 AtomicHost-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/303943
ID: 303944 Test: x86_64
On Wed, Oct 31, 2018 at 6:28 PM Julen Landa Alustiza
wrote:
>
> Hi, I'm suffering a very strange behaviour on my wks and I would like to know
> if it's a general issue or just my setup before going further.
>
> I upgraded an fc28 wks to fc29 yesterday. fc28 was almost a default wks +
> nvidia
In regard to the test results page and the specified order of testing:
Following up on a comment I made on a message earlier today concerning
if the updates-testing repo should be enabled for Anaconda installs and
the impression I am under that we want to do testing on each drop
according to
Hi, I'm suffering a very strange behaviour on my wks and I would like to
know if it's a general issue or just my setup before going further.
I upgraded an fc28 wks to fc29 yesterday. fc28 was almost a default wks +
nvidia drivers, I don't have more extra repos nor too much extra packages.
It had
On 10/31/18 9:46 AM, Lukas Ruzicka wrote:
Hello,
I have been assigned to organize a discussion about this issue
https://pagure.io/fedora-qa/issue/567.
I have thought about some possibilities (see lower or the issue) how the
behaviour should be defined. I would like you to comment on it and add
However, I would support the idea that Anaconda could have an easy way to
enable testing repositories by clicking on a checkbox, similarly to "Don't
install the latest available software updates ..."
On Wed, Oct 31, 2018 at 3:36 PM Lukas Ruzicka wrote:
> Oh, so I did not get it.
> I agree that
Oh, so I did not get it.
I agree that anaconda only should install from stable repos unless told
otherwise specifically.
Luk
On Wed, Oct 31, 2018 at 3:24 PM Julen Landa Alustiza
wrote:
> that will allow us to install a working enviroment if there is something
> broken on u-t or if there is
that will allow us to install a working enviroment if there is something
broken on u-t or if there is something broken on the compose and fixed on
u-t since we will be able to add the repo during install process.
Would be great to have a disabled by default checkbox on additional repos
windows so
On Wed, Oct 31, 2018 at 10:01 AM Kamil Paral wrote:
>
> On Wed, Oct 31, 2018 at 2:48 PM Lukas Ruzicka wrote:
>>
>> Hello,
>> I have been assigned to organize a discussion about this issue
>> https://pagure.io/fedora-qa/issue/567.
>>
>> I have thought about some possibilities (see lower or the
I'm agree with stephen & kparal too.
For anaconda, I would prefer always disabled or respect fedora-release
El mié., 31 oct. 2018 15:01, Kamil Paral escribió:
> On Wed, Oct 31, 2018 at 2:48 PM Lukas Ruzicka wrote:
>
>> Hello,
>> I have been assigned to organize a discussion about this issue
On Wed, Oct 31, 2018 at 2:48 PM Lukas Ruzicka wrote:
> Hello,
> I have been assigned to organize a discussion about this issue
> https://pagure.io/fedora-qa/issue/567.
>
> I have thought about some possibilities (see lower or the issue) how the
> behaviour should be defined. I would like you to
Hello,
I have been assigned to organize a discussion about this issue
https://pagure.io/fedora-qa/issue/567.
I have thought about some possibilities (see lower or the issue) how the
behaviour should be defined. I would like you to comment on it and add your
ideas to the material. I hope this
19 matches
Mail list logo