Re: Mass issue: /usr/bin/env dependency

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On Sun, 2017-04-02 at 07:55 +0100, Tomasz Kłoczko wrote:
> On 1 April 2017 at 22:25, Neal Gompa <ngompa13@xxxxxxxxx> wrote:
> 
> > This is a libsolv test case. Fedora's high level package manager
> > (DNF[0]) uses libsolv[1] for its resolver engine. If you're trying
> > to
> > determine how something is going to behave, you can write a test
> > case
> > and use testsolv (in the libsolv-tools package) to run the test
> > case
> > and see what the solver would do. It gives you the ability to
> > reproducibly replay any kind of solution scenario. DNF will output
> > libsolv test cases for a given action when "--debugsolver" is added
> > as an option to the command.
> > 
> 
> And from your prev Igor email:
> 
> And please, stop spreading misinformation! As I said earlier, you
> have
> > to prove your information to FPC (which implies confirmation from
> > DNF
> > developers).
> 
> 
> So .. looks like:
> 1) your test case does not test what I've been testing (did you
> really
> download, try and look at it?).
> 2) Igor as well seems not been trying to test anything.
> 
> Because you guys (still) not even been trying to fire my test.
> Because what is inside of my original test case is not matching
> potential
> case when libsolve is used by dnf so I've wrote new test using not
> rpm but
> dnf.
> 
> OK. So in attachment is dnf-Obsolete-test.tar.gz. To fire test you
> need to
> execute test-dnf.sh
> In second attachment is test-dnf.result. If you will look inside you
> will
> find that I still can write:
> 
> Q.E.D.
> 
> So please guys .. go back to dnf developers and ask them do they
> homework
> because after flattering my nose and telling me to stop
> misinformations
> without spending few b*dy minutest on tests now it looks very bad.
> 
> BTW. After about 10min writing attached new test I've fired it second
> time
> to catch output to put in attachment but at the end of my script I've
> forgot to remove test 3.0 packages and my test started from
> installing test
> 1.0 packages and .. dnf downgraded test packages!!! =8-o
> So it is MAJOR dnf bug.
> Fragment from test output:
> 
> Downgrading:
>  test                  x86_64           1.0-1              test
> 6.0 k
>  test-devel            x86_64           1.0-1              test
> 6.1 k
>  test-static           x86_64           1.0-1              test
> 6.1 k
> 
> Transaction Summary
> =====================================================================
> ===========
> Downgrade  3 Packages
> 
> Total size: 18 k
> Running transaction check
> Transaction check succeeded.
> Running transaction test
> Transaction test succeeded.
> Running transaction
>   Preparing        :
>  1/1
>   Downgrading      : test-1.0-1.x86_64
>  1/6
>   Downgrading      : test-devel-1.0-1.x86_64
>  2/6
>   Downgrading      : test-static-1.0-1.x86_64
> 3/6
>   Erasing          : test-static-3.0-1.x86_64
> 4/6
>   Erasing          : test-devel-3.0-1.x86_64
>  5/6
>   Erasing          : test-3.0-1.x86_64
>  6/6
>   Verifying        : test-1.0-1.x86_64
>  1/6
>   Verifying        : test-devel-1.0-1.x86_64
>  2/6
>   Verifying        : test-static-1.0-1.x86_64
> 3/6
>   Verifying        : test-3.0-1.x86_64
>  4/6
>   Verifying        : test-devel-3.0-1.x86_64
>  5/6
>   Verifying        : test-static-3.0-1.x86_64
> 6/6
> 
> Why it is the bug?
> Because:
> 
> $ dnf --help | grep downg
> downgrade                 Downgrade a package
> 
> and trying to do exactly the same using rpm:
> 
> # rpm -Uvh test-1.0-1.x86_64.rpm test-devel-1.0-1.x86_64.rpm
> test-static-1.0-1.x86_64.rpm
> Preparing...                          ###############################
> ##
> [100%]
> package test-3.0-1.x86_64 (which is newer than test-1.0-1.x86_64) is
> already installed
> package test-devel-3.0-1.x86_64 (which is newer than
> test-devel-1.0-1.x86_64) is already installed
> package test-static-3.0-1.x86_64 (which is newer than
> test-static-1.0-1.x86_64) is already installed
{-U|--upgrade} <-- upgrade != downgrade
> 
> Test case for this bug is included in test-dnf.sh and result in
> attached
> .result file as well.
> 
> Second minor bug in displayed messages. On upgrade 1.0->2.0:
> 
> Upgrading:
>  test                  x86_64            2.0-1            test
>  6.1 k
>      replacing  test-static.x86_64 1.0-1
>  test-devel            x86_64            2.0-1            test
>  6.1 k
> 
> This is not replace operation but obsoletion.
> In below log of operations on packages is correct message:
> 
>   Obsoleting       : test-static-1.0-1.x86_64
> 3/5
> 
> Now I have much more questions but I have only few minutes.
> Seems today in UK will be nice sunny day so maybe will try to write a
> bit
> more late evening or tomorrow morning. First I need to read a bit
> more
> about libsolve and few other new pieces.
Don't bother.

All your points here are basically going to /dev/null if you are not
going to contact FPC. You can be even right in some aspects, but just
telling people here that they are stupid and only you are right is not
leading anywhere.
> 
> I'll write first one:
> Why dnf guys started playing with writing from scratch completely new
> resolver, recommending even dnf as new package manager (which implies
> rpm
> obsoletion .. soon; I'm sure that many people are not fully aware of
> this)
> instead extracting base resolver from rpm code and wrapping it by new
> code?
> (First sentence which I've learn during my first job in UK was "don't
> move,
> improve")
> dnf used to be only adding on top of raw rpm possibility to operate
> on
> packages repositories. For some reason someone decided to replace rpm
> adding of course in new code bugs which even 20 years ago in rpm
> implemented in perl not been present.
* No one replaces RPM
* RPM doesn't have depsolving algorithm(s)
> 
> kloczek
> _______________________________________________
> devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx

- -- 
- -Igor Gnatenko
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAljg3oEACgkQaVcUvRu8
X0zE5g//Qw7sTL0x4u7mfewzVswLZL+Va/dFek2ovvlwmA1dUhg3LZfsyOrI7O3D
BWbx4zvYGM7VvJNISDXurAb4ccr58nWaqKDsURJtJUPAH4yUUiVp1vz7ZqrymiFu
gmF8uwxsAKgFL7NYwBpLEki8xz22mYWKkpZ/RBzuN/C5T3Az3hziCVFkfFg4IrJP
y3FybCLNaJtsnj0NZFhTl//QYMlgFgqKI0mKNlmc3E3DmdVKddy52z58NWxHbzwY
H85zxetO+c+9TvWYFC5UIoZdiI3jnV2AtFhkglB/zimonsW3K9q4581xrCe8zDso
V5RNQExvequjM+cIbUQJZbmi6A8henzlfDiAgLtOAVYKX3xBwGdE4gjOMp92DJQM
UPCcgFrYhTThpQvU5F2IWimMjiYQ/sPauwyMaRy4EsG9zscCOyRmyCxeoh44KbHC
IqVPWyx9c1LyJoGoyULfdrM146FqSRNQsdaL2YdPA5VGstyG2IYQxRe0BB4Ch57g
ocUsFBE3m1n5zIKpicTavATWR2LXSX5OG9NMYY7I3TwzoRGE6pRqYPzqKfafvFL7
w7JZPwQsVEey5IL4+GCfC013VXSmmEiA02ILreXWAQRejzBaOEb7QBzTCkoorEf7
uo87Eok5C7uSLGQToHL4HMOJQY+2v9KpMXHpoYt5RACFIFd3uuA=
=+D8J
-----END PGP SIGNATURE-----
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux