Conflicts trying to upgrade

classic Classic list List threaded Threaded
16 messages Options
Reply | Threaded
Open this post in threaded view
|

Conflicts trying to upgrade

Todd Chester
Hi All,

How do I go about fixing this?  I got two FC27 servers I
am trying to upgrade doing the same thing (same errors):

# dnf system-upgrade download --refresh --releasever=28 --allowerasing
--best


Many thanks,
-T


Error: Transaction check error:
   file /usr/lib64/libjavascriptcoregtk-4.0.so.18 from install of
webkit2gtk3-jsc-2.20.1-1.fc28.x86_64 conflicts with file from package
webkitgtk4-jsc-2.20.2-1.fc27.x86_64
   file /usr/bin/WebKitWebDriver from install of
webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
webkitgtk4-2.20.2-1.fc27.x86_64
   file /usr/lib64/girepository-1.0/WebKit2-4.0.typelib from install of
webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
webkitgtk4-2.20.2-1.fc27.x86_64
   file /usr/lib64/libwebkit2gtk-4.0.so.37 from install of
webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
webkitgtk4-2.20.2-1.fc27.x86_64
   file
/usr/lib64/webkit2gtk-4.0/injected-bundle/libwebkit2gtkinjectedbundle.so
from install of webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file
from package webkitgtk4-2.20.2-1.fc27.x86_64
   file /usr/libexec/webkit2gtk-4.0/MiniBrowser from install of
webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
webkitgtk4-2.20.2-1.fc27.x86_64
   file /usr/libexec/webkit2gtk-4.0/WebKitNetworkProcess from install of
webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
webkitgtk4-2.20.2-1.fc27.x86_64
   file /usr/libexec/webkit2gtk-4.0/WebKitPluginProcess from install of
webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
webkitgtk4-2.20.2-1.fc27.x86_64
   file /usr/libexec/webkit2gtk-4.0/WebKitStorageProcess from install of
webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
webkitgtk4-2.20.2-1.fc27.x86_64
   file /usr/libexec/webkit2gtk-4.0/WebKitWebProcess from install of
webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
webkitgtk4-2.20.2-1.fc27.x86_64
   file /usr/libexec/webkit2gtk-4.0/jsc from install of
webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
webkitgtk4-2.20.2-1.fc27.x86_64
   file /usr/libexec/webkit2gtk-4.0/WebKitPluginProcess2 from install of
webkit2gtk3-plugin-process-gtk2-2.20.1-1.fc28.x86_64 conflicts with file
from package webkitgtk4-plugin-process-gtk2-2.20.2-1.fc27.x86_64

_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Conflicts trying to upgrade

Todd Chester
On 05/11/2018 03:34 PM, ToddAndMargo wrote:

> Hi All,
>
> How do I go about fixing this?  I got two FC27 servers I
> am trying to upgrade doing the same thing (same errors):
>
> # dnf system-upgrade download --refresh --releasever=28 --allowerasing
> --best
>
>
> Many thanks,
> -T
>
>
> Error: Transaction check error:
>    file /usr/lib64/libjavascriptcoregtk-4.0.so.18 from install of
> webkit2gtk3-jsc-2.20.1-1.fc28.x86_64 conflicts with file from package
> webkitgtk4-jsc-2.20.2-1.fc27.x86_64
>    file /usr/bin/WebKitWebDriver from install of
> webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
> webkitgtk4-2.20.2-1.fc27.x86_64
>    file /usr/lib64/girepository-1.0/WebKit2-4.0.typelib from install of
> webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
> webkitgtk4-2.20.2-1.fc27.x86_64
>    file /usr/lib64/libwebkit2gtk-4.0.so.37 from install of
> webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
> webkitgtk4-2.20.2-1.fc27.x86_64
>    file
> /usr/lib64/webkit2gtk-4.0/injected-bundle/libwebkit2gtkinjectedbundle.so
> from install of webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file
> from package webkitgtk4-2.20.2-1.fc27.x86_64
>    file /usr/libexec/webkit2gtk-4.0/MiniBrowser from install of
> webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
> webkitgtk4-2.20.2-1.fc27.x86_64
>    file /usr/libexec/webkit2gtk-4.0/WebKitNetworkProcess from install of
> webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
> webkitgtk4-2.20.2-1.fc27.x86_64
>    file /usr/libexec/webkit2gtk-4.0/WebKitPluginProcess from install of
> webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
> webkitgtk4-2.20.2-1.fc27.x86_64
>    file /usr/libexec/webkit2gtk-4.0/WebKitStorageProcess from install of
> webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
> webkitgtk4-2.20.2-1.fc27.x86_64
>    file /usr/libexec/webkit2gtk-4.0/WebKitWebProcess from install of
> webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
> webkitgtk4-2.20.2-1.fc27.x86_64
>    file /usr/libexec/webkit2gtk-4.0/jsc from install of
> webkit2gtk3-2.20.1-1.fc28.x86_64 conflicts with file from package
> webkitgtk4-2.20.2-1.fc27.x86_64
>    file /usr/libexec/webkit2gtk-4.0/WebKitPluginProcess2 from install of
> webkit2gtk3-plugin-process-gtk2-2.20.1-1.fc28.x86_64 conflicts with file
> from package webkitgtk4-plugin-process-gtk2-2.20.2-1.fc27.x86_64


# dnf downgrade webkitgtk4 webkitgtk4-jsc webkitgtk4-plugin-process-gtk2

Fixed it!

_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Conflicts trying to upgrade

Wolfgang Pfeiffer
In reply to this post by Todd Chester
On Fri, May 11, 2018 at 03:34:33PM -0700, ToddAndMargo wrote:

> Hi All,
>
> How do I go about fixing this?  I got two FC27 servers I
> am trying to upgrade doing the same thing (same errors):
>
> # dnf system-upgrade download --refresh --releasever=28 --allowerasing
> --best
>
>
> Many thanks,
> -T
>
>
> Error: Transaction check error:
>   file /usr/lib64/libjavascriptcoregtk-4.0.so.18 from install of
> webkit2gtk3-jsc-2.20.1-1.fc28.x86_64 conflicts with file from package
> webkitgtk4-jsc-2.20.2-1.fc27.x86_64


tldr; I'd try first downgrade to some regular version of this package
on F27, then upgrade to F28 ...


Verbose version:

It looks like you have the testing version for webkitgtk4/F27
installed. If I try to install webkitgtk4 on a freshly installed F27 I get this:


% dnf list webkitgtk4 --enablerepo=updates-testing
Last metadata expiration check: 8:42:32 ago on Sat 12 May 2018 12:33:29 AM CEST.
Installed Packages
webkitgtk4.x86_64                 2.20.1-1.fc27                  @updates      
Available Packages
webkitgtk4.i686                   2.20.2-1.fc27                  updates-testing
webkitgtk4.x86_64                 2.20.2-1.fc27                  updates-testing


So I'd first try to downgrade from that testing version of the package
down to some regular one, and only then try the upgrade to F28 ...

And all version numbers on F28 I that I find are 2.20.1-1, and not
2.20.2-1 ...
           
% dnf list webkit\*gtk\* --releasever=28
Last metadata expiration check: 9 days, 18:05:34 ago on Wed 02 May 2018 03:12:57 PM CEST.
Installed Packages
webkitgtk4.x86_64                               2.20.1-1.fc27           @updates
webkitgtk4-jsc.x86_64                           2.20.1-1.fc27           @updates
webkitgtk4-plugin-process-gtk2.x86_64           2.20.1-1.fc27           @updates
Available Packages
webkit2gtk3.i686                                2.20.1-1.fc28           fedora  
webkit2gtk3.x86_64                              2.20.1-1.fc28           fedora  
webkit2gtk3-devel.i686                          2.20.1-1.fc28           fedora  
webkit2gtk3-devel.x86_64                        2.20.1-1.fc28           fedora  
webkit2gtk3-doc.noarch                          2.20.1-1.fc28           fedora  
webkit2gtk3-jsc.i686                            2.20.1-1.fc28           fedora  
webkit2gtk3-jsc.x86_64                          2.20.1-1.fc28           fedora  
webkit2gtk3-jsc-devel.i686                      2.20.1-1.fc28           fedora  
webkit2gtk3-jsc-devel.x86_64                    2.20.1-1.fc28           fedora  
webkit2gtk3-plugin-process-gtk2.x86_64          2.20.1-1.fc28           fedora

And even the testing version of F28 doesn't have a gtk4 version of the package:

% dnf list webkit\*gtk\* --enablerepo=updates-testing --releasever=28
Last metadata expiration check: 0:22:11 ago on Sat 12 May 2018 08:58:09 AM CEST.
Installed Packages
webkitgtk4.x86_64                            2.20.1-1.fc27       @updates      
webkitgtk4-jsc.x86_64                        2.20.1-1.fc27       @updates      
webkitgtk4-plugin-process-gtk2.x86_64        2.20.1-1.fc27       @updates      
Available Packages
webkit2gtk3.i686                             2.20.1-1.fc28       updates-testing
webkit2gtk3.x86_64                           2.20.1-1.fc28       updates-testing
webkit2gtk3-devel.i686                       2.20.1-1.fc28       updates-testing
webkit2gtk3-devel.x86_64                     2.20.1-1.fc28       updates-testing
webkit2gtk3-doc.noarch                       2.20.1-1.fc28       updates-testing
webkit2gtk3-jsc.i686                         2.20.1-1.fc28       updates-testing
webkit2gtk3-jsc.x86_64                       2.20.1-1.fc28       updates-testing
webkit2gtk3-jsc-devel.i686                   2.20.1-1.fc28       updates-testing
webkit2gtk3-jsc-devel.x86_64                 2.20.1-1.fc28       updates-testing
webkit2gtk3-plugin-process-gtk2.x86_64       2.20.1-1.fc28       updates-testing

Hoping I didn't miss anything ..

Regards,
Wolfgang

--
Basics of Unix (1982):
https://www.youtube.com/watch?v=XvDZLjaCJuw
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Conflicts trying to upgrade

Todd Chester
On 05/12/2018 12:31 AM, Wolfgang Pfeiffer wrote:

> On Fri, May 11, 2018 at 03:34:33PM -0700, ToddAndMargo wrote:
>> Hi All,
>>
>> How do I go about fixing this?  I got two FC27 servers I
>> am trying to upgrade doing the same thing (same errors):
>>
>> # dnf system-upgrade download --refresh --releasever=28 --allowerasing
>> --best
>>
>>
>> Many thanks,
>> -T
>>
>>
>> Error: Transaction check error:
>>    file /usr/lib64/libjavascriptcoregtk-4.0.so.18 from install of
>> webkit2gtk3-jsc-2.20.1-1.fc28.x86_64 conflicts with file from package
>> webkitgtk4-jsc-2.20.2-1.fc27.x86_64
>
>
> tldr; I'd try first downgrade to some regular version of this package
> on F27, then upgrade to F28 ...
>
>
> Verbose version:
>
> It looks like you have the testing version for webkitgtk4/F27
> installed. If I try to install webkitgtk4 on a freshly installed F27 I get this:
>
>
> % dnf list webkitgtk4 --enablerepo=updates-testing
> Last metadata expiration check: 8:42:32 ago on Sat 12 May 2018 12:33:29 AM CEST.
> Installed Packages
> webkitgtk4.x86_64                 2.20.1-1.fc27                  @updates
> Available Packages
> webkitgtk4.i686                   2.20.2-1.fc27                  updates-testing
> webkitgtk4.x86_64                 2.20.2-1.fc27                  updates-testing
>
>
> So I'd first try to downgrade from that testing version of the package
> down to some regular one, and only then try the upgrade to F28 ...
>
> And all version numbers on F28 I that I find are 2.20.1-1, and not
> 2.20.2-1 ...
>            
> % dnf list webkit\*gtk\* --releasever=28
> Last metadata expiration check: 9 days, 18:05:34 ago on Wed 02 May 2018 03:12:57 PM CEST.
> Installed Packages
> webkitgtk4.x86_64                               2.20.1-1.fc27           @updates
> webkitgtk4-jsc.x86_64                           2.20.1-1.fc27           @updates
> webkitgtk4-plugin-process-gtk2.x86_64           2.20.1-1.fc27           @updates
> Available Packages
> webkit2gtk3.i686                                2.20.1-1.fc28           fedora
> webkit2gtk3.x86_64                              2.20.1-1.fc28           fedora
> webkit2gtk3-devel.i686                          2.20.1-1.fc28           fedora
> webkit2gtk3-devel.x86_64                        2.20.1-1.fc28           fedora
> webkit2gtk3-doc.noarch                          2.20.1-1.fc28           fedora
> webkit2gtk3-jsc.i686                            2.20.1-1.fc28           fedora
> webkit2gtk3-jsc.x86_64                          2.20.1-1.fc28           fedora
> webkit2gtk3-jsc-devel.i686                      2.20.1-1.fc28           fedora
> webkit2gtk3-jsc-devel.x86_64                    2.20.1-1.fc28           fedora
> webkit2gtk3-plugin-process-gtk2.x86_64          2.20.1-1.fc28           fedora
>
> And even the testing version of F28 doesn't have a gtk4 version of the package:
>
> % dnf list webkit\*gtk\* --enablerepo=updates-testing --releasever=28
> Last metadata expiration check: 0:22:11 ago on Sat 12 May 2018 08:58:09 AM CEST.
> Installed Packages
> webkitgtk4.x86_64                            2.20.1-1.fc27       @updates
> webkitgtk4-jsc.x86_64                        2.20.1-1.fc27       @updates
> webkitgtk4-plugin-process-gtk2.x86_64        2.20.1-1.fc27       @updates
> Available Packages
> webkit2gtk3.i686                             2.20.1-1.fc28       updates-testing
> webkit2gtk3.x86_64                           2.20.1-1.fc28       updates-testing
> webkit2gtk3-devel.i686                       2.20.1-1.fc28       updates-testing
> webkit2gtk3-devel.x86_64                     2.20.1-1.fc28       updates-testing
> webkit2gtk3-doc.noarch                       2.20.1-1.fc28       updates-testing
> webkit2gtk3-jsc.i686                         2.20.1-1.fc28       updates-testing
> webkit2gtk3-jsc.x86_64                       2.20.1-1.fc28       updates-testing
> webkit2gtk3-jsc-devel.i686                   2.20.1-1.fc28       updates-testing
> webkit2gtk3-jsc-devel.x86_64                 2.20.1-1.fc28       updates-testing
> webkit2gtk3-plugin-process-gtk2.x86_64       2.20.1-1.fc28       updates-testing
>
> Hoping I didn't miss anything ..
>
> Regards,
> Wolfgang
>

# dnf downgrade webkitgtk4 webkitgtk4-jsc webkitgtk4-plugin-process-gtk2

Fixed it!

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Computers are like air conditioners.
They malfunction when you open windows
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Conflicts trying to upgrade

Samuel Sieb
In reply to this post by Todd Chester
On 05/11/2018 03:34 PM, ToddAndMargo wrote:

> How do I go about fixing this?  I got two FC27 servers I
> am trying to upgrade doing the same thing (same errors):
>
> # dnf system-upgrade download --refresh --releasever=28 --allowerasing
> --best
>
> Error: Transaction check error:
>    file /usr/lib64/libjavascriptcoregtk-4.0.so.18 from install of
> webkit2gtk3-jsc-2.20.1-1.fc28.x86_64 conflicts with file from package
> webkitgtk4-jsc-2.20.2-1.fc27.x86_64

The problem is that the name is changed only in F28, so if you have the
same or newer version in F27, the F28 one won't replace it.  They both
contain the same files, so they conflict.

 From webkit2gtk3-jsc-2.20.1-1.fc28.x86_64:
Provides webkitgtk4-jsc = 2.20.1-1.fc28
Obsoletes webkitgtk4-jsc < 2.20.1-1.fc28
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Conflicts trying to upgrade

Todd Chester
On 05/12/2018 11:31 AM, Samuel Sieb wrote:

> On 05/11/2018 03:34 PM, ToddAndMargo wrote:
>> How do I go about fixing this?  I got two FC27 servers I
>> am trying to upgrade doing the same thing (same errors):
>>
>> # dnf system-upgrade download --refresh --releasever=28 --allowerasing
>> --best
>>
>> Error: Transaction check error:
>>    file /usr/lib64/libjavascriptcoregtk-4.0.so.18 from install of
>> webkit2gtk3-jsc-2.20.1-1.fc28.x86_64 conflicts with file from package
>> webkitgtk4-jsc-2.20.2-1.fc27.x86_64
>
> The problem is that the name is changed only in F28, so if you have the
> same or newer version in F27, the F28 one won't replace it.  They both
> contain the same files, so they conflict.
>
>  From webkit2gtk3-jsc-2.20.1-1.fc28.x86_64:
> Provides webkitgtk4-jsc = 2.20.1-1.fc28
> Obsoletes webkitgtk4-jsc < 2.20.1-1.fc28

# dnf downgrade webkitgtk4 webkitgtk4-jsc webkitgtk4-plugin-process-gtk2

Fixed it!


_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Conflicts trying to upgrade

Samuel Sieb
On 05/12/2018 12:43 PM, ToddAndMargo wrote:

> On 05/12/2018 11:31 AM, Samuel Sieb wrote:
>> The problem is that the name is changed only in F28, so if you have
>> the same or newer version in F27, the F28 one won't replace it.  They
>> both contain the same files, so they conflict.
>>
>>  From webkit2gtk3-jsc-2.20.1-1.fc28.x86_64:
>> Provides webkitgtk4-jsc = 2.20.1-1.fc28
>> Obsoletes webkitgtk4-jsc < 2.20.1-1.fc28
>
> # dnf downgrade webkitgtk4 webkitgtk4-jsc webkitgtk4-plugin-process-gtk2
>
> Fixed it!

Yes, I saw your earlier email.  This was just an explanation of what the
problem was and why downgrading worked.  You downgraded to a much older
version that matched the obsolete requirement and also webkit2gtk3
provided a newer version of webkitgtk4.
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Conflicts trying to upgrade

Todd Chester
On 05/12/2018 01:12 PM, Samuel Sieb wrote:

> On 05/12/2018 12:43 PM, ToddAndMargo wrote:
>> On 05/12/2018 11:31 AM, Samuel Sieb wrote:
>>> The problem is that the name is changed only in F28, so if you have
>>> the same or newer version in F27, the F28 one won't replace it.  They
>>> both contain the same files, so they conflict.
>>>
>>>  From webkit2gtk3-jsc-2.20.1-1.fc28.x86_64:
>>> Provides webkitgtk4-jsc = 2.20.1-1.fc28
>>> Obsoletes webkitgtk4-jsc < 2.20.1-1.fc28
>>
>> # dnf downgrade webkitgtk4 webkitgtk4-jsc webkitgtk4-plugin-process-gtk2
>>
>> Fixed it!
>
> Yes, I saw your earlier email.  This was just an explanation of what the
> problem was and why downgrading worked.  You downgraded to a much older
> version that matched the obsolete requirement and also webkit2gtk3
> provided a newer version of webkitgtk4.

64,000 dollar question:  why did DNF not just leave it alone?

Lesson learned: stay off the Testing repo, unless there is
something specific I need.

_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Conflicts trying to upgrade

Samuel Sieb
On 05/13/2018 01:09 PM, ToddAndMargo wrote:
> On 05/12/2018 01:12 PM, Samuel Sieb wrote:
>> Yes, I saw your earlier email.  This was just an explanation of what
>> the problem was and why downgrading worked.  You downgraded to a much
>> older version that matched the obsolete requirement and also
>> webkit2gtk3 provided a newer version of webkitgtk4.
>
> 64,000 dollar question:  why did DNF not just leave it alone?

The webkit2gtk3-jsc was required by packages in F28.  The webkitgtk4-jsc
had a newer version so was not obsoleted or upgraded by anything so
would not be removed.  The file conflict was not detected until after
all the resolving was finished and the file checks were running.

> Lesson learned: stay off the Testing repo, unless there is
> something specific I need.

That depends on your tolerance for risk.  I usually keep testing enabled
to get the latest packages when I update.  It's very rare that there is
a problem in testing normally.  There can definitely be upgrade path
issues if you use testing, but a situation like this only happens when
you have a package rename with a difficult obsoleting situation.
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Conflicts trying to upgrade

Todd Chester
On 05/13/2018 04:29 PM, Samuel Sieb wrote:
>> Lesson learned: stay off the Testing repo, unless there is
>> something specific I need.
>
> That depends on your tolerance for risk.

I have to work in the Windows world too.  Fedora's testing repo
is far more reliable than anything Windows has to offer.  Long
story short: I AM USE TO IT!
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Conflicts trying to upgrade

Todd Chester
On 05/13/2018 08:05 PM, Joe Zeff wrote:
> On 05/13/2018 08:00 PM, ToddAndMargo wrote:
>> I have to work in the Windows world too.  Fedora's testing repo
>> is far more reliable than anything Windows has to offer.  Long
>> story short: I AM USE TO IT!
>
> Just one thing.  If something from the testing repo doesn't work and you
> have to downgrade it, be sure and give it some negative karma, so that
> the devs know what happened.

I usually do not know where that is!

_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Conflicts trying to upgrade

Samuel Sieb
On 05/13/2018 08:12 PM, ToddAndMargo wrote:
> On 05/13/2018 08:05 PM, Joe Zeff wrote:
>> Just one thing.  If something from the testing repo doesn't work and
>> you have to downgrade it, be sure and give it some negative karma, so
>> that the devs know what happened.
>
> I usually do not know where that is!

The bodhi page is https://bodhi.fedoraproject.org/
At the top is a search button.  Click on that and start typing the
package name.  It will suggest builds for you.  Click on the one you
want and you can mark it as good or not.

In this case, negative karma probably would not have been appropriate
because there is nothing wrong with the build itself.  Although I think
sometimes an upgrade path problem is cause for negative karma.  adamw
would be the one to better explain when that should be used.  This is a
complicated case of an upgrade path problem and it will likely affect
other people still.
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Conflicts trying to upgrade

Joe Zeff
In reply to this post by Todd Chester
On 05/13/2018 08:12 PM, ToddAndMargo wrote:

> On 05/13/2018 08:05 PM, Joe Zeff wrote:
>> On 05/13/2018 08:00 PM, ToddAndMargo wrote:
>>> I have to work in the Windows world too.  Fedora's testing repo
>>> is far more reliable than anything Windows has to offer.  Long
>>> story short: I AM USE TO IT!
>>
>> Just one thing.  If something from the testing repo doesn't work and
>> you have to downgrade it, be sure and give it some negative karma, so
>> that the devs know what happened.
>
> I usually do not know where that is!
>

Go to https://bodhi.fedoraproject.org/ Then select the package in
question and give it a down vote, explaining why.
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Conflicts trying to upgrade

Ed Greshko
In reply to this post by Samuel Sieb
On 05/14/18 11:32, Samuel Sieb wrote:

> On 05/13/2018 08:12 PM, ToddAndMargo wrote:
>> On 05/13/2018 08:05 PM, Joe Zeff wrote:
>>> Just one thing.  If something from the testing repo doesn't work and you have to
>>> downgrade it, be sure and give it some negative karma, so that the devs know what
>>> happened.
>>
>> I usually do not know where that is!
>
> The bodhi page is https://bodhi.fedoraproject.org/
> At the top is a search button.  Click on that and start typing the package name. 
> It will suggest builds for you.  Click on the one you want and you can mark it as
> good or not.
>
> In this case, negative karma probably would not have been appropriate because there
> is nothing wrong with the build itself.  Although I think sometimes an upgrade path
> problem is cause for negative karma.  adamw would be the one to better explain when
> that should be used.  This is a complicated case of an upgrade path problem and it
> will likely affect other people still.
FWIW....

I have one system which is my "testing" system that I use for grabbing packages from
updates-testing and giving karma when appropriate.  Even though I know the folks
running the show do all they can to ensure smooth upgrades I'm equally sure they
can't account for every eventuality.  So, with it comes time for me to upgrade that
system I do what I consider prudent before I upgrade.  Before the upgrade I run "dnf
distro-sync" to get that system into a state where there is less chance of the
upgrade running into issues.

Of course I keep tabs on what was changed and if there was any specific reason for
needing updates-testing packages other than testing for the sake of testing.

--
Conjecture is just a conclusion based on incomplete information. It isn't a fact.


_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]

signature.asc (235 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Conflicts trying to upgrade

Todd Chester
In reply to this post by Joe Zeff
On 05/13/2018 08:51 PM, Joe Zeff wrote:

> On 05/13/2018 08:12 PM, ToddAndMargo wrote:
>> On 05/13/2018 08:05 PM, Joe Zeff wrote:
>>> On 05/13/2018 08:00 PM, ToddAndMargo wrote:
>>>> I have to work in the Windows world too.  Fedora's testing repo
>>>> is far more reliable than anything Windows has to offer.  Long
>>>> story short: I AM USE TO IT!
>>>
>>> Just one thing.  If something from the testing repo doesn't work and
>>> you have to downgrade it, be sure and give it some negative karma, so
>>> that the devs know what happened.
>>
>> I usually do not know where that is!
>>
>
> Go to https://bodhi.fedoraproject.org/ Then select the package in
> question and give it a down vote, explaining why.

Bookmarked.  Thank you!

_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Conflicts trying to upgrade

Todd Chester
In reply to this post by Samuel Sieb
On 05/13/2018 08:32 PM, Samuel Sieb wrote:
> The bodhi page is https://bodhi.fedoraproject.org/

Bookmarked.  Thank you!
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]