On 7/15/22 11:07, Jonathan Wakely wrote:
On Wed, 13 Jul 2022 at 11:04, Jiri Vanek <jvanek@xxxxxxxxxx> wrote:
Hi All!
On 7/6/22 01:24, Miro Hrončok wrote:
On 06. 07. 22 1:17, Miro Hrončok wrote:
On 06. 07. 22 0:14, Kevin Kofler via devel wrote:
Stephen Smoogen wrote:
Hyperbole aside, it isn't a joke. Looking at the chain we see a common
If mesa's i686 support should be removed, then this proposal would need to be reverted.
...
I cant agree. Of course subversion is main to act, but afaik all its dependence should be warned. Otherwise they would suddenly got very weird FTBFS on i686.
No they won't, because only the subversion-hljava subpackage depends
on java, so packages that have Requires:subversion or BR:subversion
are not affected at all by removing subversion-hljava on i686.
I agree I had most likely bug in the deps crawler. Had checked it again, and can not find it. Nvm. I hope I will not be removing any arch any time soon. Not seeing x86_128 knocking behind doors anytime soon:)
My investigations shown, probably nothing will be affected by removal of jdk on i686 and the fix in subversion and automake/autotools is fluid and, again, will damage nothing. However I'm not sure. I can not possibly see into all details of
all affected packages.
Where casual pkg which is being depndent by nothing, may simply get weird FTBFS, but not a package, on which half of the system depend.
File a bug against subversion, put it on the release blocker tracker, and do
not waste everyone else's time.
Thus saying, is it really waste of time? I really doubt. It is making people aware of quite major happening, and thus about fact, that they may be affected, even if they did not know. Maybe "the script that generated this data and filed
bugs for
packages affected by the removal of Java packages on i686 was a bit over-zealous." ( to quote :) ) but I still somehow finds it correct.
A HEADS UP email to this list makes people aware. Dozens of bugs that
I was very very strict with what packages to spam with bugs. And from half of distro indirectly affected, I took vonly the most severe subset.
will be closed without action is not helpful though.
I'm really not sure If I Agree. The email here was dropped 3times. I guess you noticed the replying people are very very small subset of the packagers. But I agree the people wathing bugzilla are probably the same, And those not readinf
devel, are not reading the bugzilla either.
Jiri, could you please close all the bugzillas that were only opened due to the subversion<-java dependency now when https://bugzilla.redhat.com/show_bug.cgi?id=2103909 was fixed?
I've closed some bugs for very important components manualy, but there are simply too many.
Argh:( You should have not. I'm really reluctant to do so. How can you proof the package is really not affected by the change?
Because it's obvious from looking at the subversion.spec that the main
'subversion' RPM is not affected in any way by the Java changes.
I have actually second set of dependent packages (with 50-77 dependencies) prepared to fill bug aganst, if the mass rebuild next week goes bad.
If this thread asks me to close the transitive depndencies of subversion to be closed, I will do so. But I relly think it is bad idea. Owner should check the impact, and close on his own. And actually it is no tso much. It is less then 50
which depends *only* on subversion.
But depending on subversion is the wrong check, because subversion
doesn't depend on Java, only subversion-hljava does.
The script should have been working like this. But for bug reporting the main package is needed. If I messed up it will hurt a bit. I wil ldouble check
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
--
Jiri Vanek Mgr.
Principal QA Software Engineer
Red Hat Inc.
+420 775 39 01 09
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
