Yesterday i put www-client/firefox-41.0 and today www-client/firefox-41.0-r1, but these versions are not Changelog. Also here there are none https://packages.gentoo.org/package/www-client/firefox The same I've seen in other packages.
*** This bug has been marked as a duplicate of bug 558008 ***
ok portage.gentoo.org show correct info about changelog but portage file is still no updates
(In reply to salikov.alexey from comment #2) > ok portage.gentoo.org show correct info about changelog > but portage file is still no updates packages.gentoo.org
How is this a duplicate of 558008? emerge --sync is not updating ChangeLog files any more...
Are there any plans to fix this bug? Using rsync is no longer a reasonable option if you have to hunt the ChangeLogs online through GitHub,
I'm lost too. Is /etc/portage/repos.conf/gentoo.conf described on https://wiki.gentoo.org/wiki//etc/portage/repos.conf still valid and will the 2.5 months outdated ChangeLogs automagically get updated some day, or...?
Changelogs are synced via emerge-sync, so there is no problem with emerge at all. You can test it with deleting a variable Changelogs and resync (e.g. /usr/portage/gnome-base/dconf/ChangeLog) And the mirrors are not syncing any new changelogs from Gentoo. e.g. look at the new added "x11-misc/albert" package. The Changelog under /usr/portage/x11-misc/albert/ is missing. Why? As Pacho Ramos wrote here: https://bugs.gentoo.org/show_bug.cgi?id=558008#c3 Changelogs aren't written anymore, hopefully they will be created from git summaries soon.
(In reply to Nicolas Pöhlmann from comment #7) Not sure what you want to tell here: You just summarize the bug: > Changelogs aren't written anymore I think nobody posting here had any doubts that this is the bug. > hopefully they will be created from git summaries soon. The tool to do this had been programmed *before* the git migration: Everybody syncing by git can create them locally by calling egencache --repo=gentoo --update-changelogs But for some reason, this command is not called on the server providing the main rsync directory to be mirrored. It should be no rocket science to fix this bug, although some care about the time windows might be necessary (especially when calling the above command for the first time which takes ages). I can understand that it can take a few days, but it would be nice to know if somebody at least works on this bug - which is a blocker for rsync users - one month after it has been reported.
I do not know, this program may be what you need? https://pypi.python.org/pypi/gitchangelog
(In reply to salikov.alexey from comment #9) > this program may be what you need? No. As mentioned in comment #8, the program adapted for the gentoo ChangeLog policy already exists as part of egencache. The bug is only that it is not called on the rsync servers.
egencache --repo=gentoo --update-changelogs It requires synchronization via git and does very minimal Changelog For example # ChangeLog for gnome-extra/cinnamon-desktop # Copyright 1999-2015 Gentoo Foundation; Distributed under the GPL v2 # $Header: $ *cinnamon-desktop-2.6.5 (27 Oct 2015) *cinnamon-desktop-2.6.4 (27 Oct 2015) *cinnamon-desktop-2.4.2 (27 Oct 2015) 27 Oct 2015; Repository QA checks <repo-qa-checks@gentoo.org> +cinnamon-desktop-2.4.2.ebuild, +cinnamon-desktop-2.6.4.ebuild, +cinnamon-desktop-2.6.5.ebuild, +files/cinnamon-desktop-2.6.4.systemd.gschema.override, +metadata.xml: 2015-10-27 17:21:47 UTC It's not like Changelog...
(In reply to salikov.alexey from comment #11) > It requires synchronization via git Of course: The main rsync source (from which the mirrors fetch their data and which is supposed to call this command) must have a current clone of the git repository. This is needed anyway. > does very minimal Changelog It does a full CheckLog. In your example > 2015-10-27 17:21:47 UTC is already the full commit message, i.e. there is not more information provided by the authors of this commits. In the gentoo repository, the commit mesages are what would have previously been written into the ChangeLog (perhaps their verbosity even has slightly increased). Just try it with the gentoo repository if you do not belief.
(In reply to Martin Väth from comment #12) > Of course: The main rsync source (from which the mirrors fetch their data > and which is supposed to call this command) must have a current clone of the > git repository. This is needed anyway. why not go full synchronization via git for users?
(In reply to salikov.alexey from comment #13) > > why not go full synchronization via git for users? This means to not fix the bug but to deprecate rsync instead. Up to now the gentoo policy was to keep rsync and even still have it as the main recommendation and default method. Is adding some commands to some script on a server (or whatever is needed to fix this bug properly) really so hard that it is easier to change this whole policy and force all users to switch?
Apparently, it was harder than I had expected. As far as I can see, at least Infra and the portage team have worked hard together on some ugly issues related with this bug. Thanks to everybody who contributed to solving this bug finally and bringing back a very good user experience!
