{"shas":[["c2c244b95dc443de76b2d813fad095cea693da9f","562b4974dbc1ef32031ccfd989de4ac4a52e7819@gmail.com","Remove setting order in _from_poly\n\nPoly doesn't have a set_order method, which caused something like the\nfollowing not to work:\n\n>>> reduced(Poly(x, x,y), [Poly(x, x, y)], x, y, order='grevlex')\n\nor\n\n>>> groebner([Poly(x, x, y), Poly(y, x, y)], x, y, order='lex')\n\nThe problem was calling parallel_poly_from_expr with two Polys and order\noption. _from_poly isn't used anywhere but in parallel_poly_from_expr and\nits tests.","Jeremias Yehdegho"],["a308db7b7c5b558109d572544c67904aeb7a2fe6","31f32c38d376716288ed3532810268fc4a4ffcc6@gmail.com","Merge pull request #446 from mattpap/modular_integer\n\nImprovements to ModularInteger (#2504, #2505)","Aaron Meurer"],["0b3512d9b2353cbf611caba129f4f8ce85175f78","4e51c28eba28c1534bcc4a6bd2cccd314d8bf749@gmail.com","Merge pull request #547 from Jerryy/parallel_poly_order\n\nRemove setting order in _from_poly","Mateusz Paprocki"]],"ref":"refs/heads/master","size":3,"head":"0b3512d9b2353cbf611caba129f4f8ce85175f78","push_id":39693120}