Hi all,
After the last updates to centos 8.1 packages, it seems the src.rpms have not been pushed to vault. For example, kernel-4.18.0-147.8.1.el8_1.src.rpm is nowhere to be found, even in 8.1.1911
I am also using this opportunity to again request that vault symlink for centos/8 be updated to point to latest (8.1.1911) state. Currently it is still pointing to 8.0.1905.
Thanks and best regards, Antal
Antal Nemeš wrote on Tue, Apr 21, 2020 at 11:05:39AM +0200:
After the last updates to centos 8.1 packages, it seems the src.rpms have not been pushed to vault. For example, kernel-4.18.0-147.8.1.el8_1.src.rpm is nowhere to be found, even in 8.1.1911
FWIW, as a workaround, you can still rebuild the kernel and access the sources through git.centos.org - this spec file properly says 4.18.0-147.8.1.el8_1 : https://git.centos.org/rpms/kernel/blob/c8/f/SPECS/kernel.spec
So just grab the c8 branch and rpmbuild -ba to get a new .src.rpm
I am also using this opportunity to again request that vault symlink for centos/8 be updated to point to latest (8.1.1911) state. Currently it is still pointing to 8.0.1905.
And at the risk of being insistent the same applies to debuginfo, there is no kernel-debuginfo-4.18.0-147.8* on debuginfo.centos.org :(
(This is annoying because just rebuilding doesn't cut it as the build isn't reproductible, so you have to be using the rebuilt rpm everywhere before crashes happen to make any use of kdumps... And dnf doesn't let you reinstall the currently running kernel to make things even more unpleasant...)
I can understand infra problems during major releases or saving bandwith or something, but this really ought to be automated for package updates, especially because you're so short-handed.
It's easy to be patronizing as an outsider and I appologize for this but I do not see where I/people could help on this kind of problems without any kind of access.
Thanks,
Dominique Martinet at Tuesday, 21 April 2020 12:04 Antal Nemeš wrote on Tue, Apr 21, 2020 at 11:05:39AM +0200:
After the last updates to centos 8.1 packages, it seems the src.rpms have not been pushed to vault. For example, kernel-4.18.0-147.8.1.el8_1.src.rpm is nowhere to be found, even in 8.1.1911
FWIW, as a workaround, you can still rebuild the kernel and access the sources through git.centos.org - this spec file properly says 4.18.0-147.8.1.el8_1 : https://git.centos.org/rpms/kernel/blob/c8/f/SPECS/kernel.spec
So just grab the c8 branch and rpmbuild -ba to get a new .src.rpm
Will try. This is my first time building a centos src.rpm from git, so I want to check if my assumptions correct: - git.centos.org doesn't have source tarballs themselves, so I need to pull them out of RedHat's official src.rpms. - To access official src.rpms, I need a subscription (free for developers).
Thanks, Antal
On 22/04/2020 10:29, Antal Nemeš wrote:
<snip>
Will try. This is my first time building a centos src.rpm from git, so I want to check if my assumptions correct:
- git.centos.org doesn't have source tarballs themselves, so I need to pull them out of RedHat's official src.rpms.
- To access official src.rpms, I need a subscription (free for developers).
No : all is there and documented : https://wiki.centos.org/Sources#Usage All pkgs in centos distro for 7 and 8 are built *from* what's available on git.centos.org (and tarballs pushed to lookaside cache)
Fabian Arrotin on Wednesday, 22 April 2020 10:35
No : all is there and documented : https://wiki.centos.org/Sources#Usage All pkgs in centos distro for 7 and 8 are built *from* what's available on git.centos.org (and tarballs pushed to lookaside cache)
Thank you very much, Fabian!
Regards, Antal
Dominique Martinet wrote on Tue, Apr 21, 2020 at 12:04:22PM +0200:
And at the risk of being insistent the same applies to debuginfo, there is no kernel-debuginfo-4.18.0-147.8* on debuginfo.centos.org :(
(This is annoying because just rebuilding doesn't cut it as the build isn't reproductible, so you have to be using the rebuilt rpm everywhere before crashes happen to make any use of kdumps... And dnf doesn't let you reinstall the currently running kernel to make things even more unpleasant...)
Sorry for "spamming", it's been a week and I would appreciate an answer even if it's just a "we're looking at it and it'll come eventually".
The files do exist somewhere (I would assume on koji[1]? hard to check with files being forbidden for download, and nothing on buildlog[2] or old open koji[3] -- it looks like core centos8 and SIGs get differential treatment?), so it's probably just a matter of moving some data... I can understand doing it right™ takes some time but please say so! :)
[1] https://koji.mbox.centos.org/koji/buildinfo?buildID=7131 [2] https://buildlogs.centos.org/ [3] https://cbs.centos.org/koji/
I can understand infra problems during major releases or saving bandwith or something, but this really ought to be automated for package updates, especially because you're so short-handed.
It's easy to be patronizing as an outsider and I appologize for this but I do not see where I/people could help on this kind of problems without any kind of access.
My (admitedly not very clear) offer to help for technical tasks also still stand, nothing on the contribute[4] page is much technical except for points which do not seem to apply to centos8 (#2 testing refers to buildlog for example...)
[4] https://wiki.centos.org/Contribute
Hello, it's the annoying guy again.
Dominique Martinet wrote on Tue, Apr 28, 2020 at 08:08:31AM +0200:
Dominique Martinet wrote on Tue, Apr 21, 2020 at 12:04:22PM +0200:
And at the risk of being insistent the same applies to debuginfo, there is no kernel-debuginfo-4.18.0-147.8* on debuginfo.centos.org :(
(This is annoying because just rebuilding doesn't cut it as the build isn't reproductible, so you have to be using the rebuilt rpm everywhere before crashes happen to make any use of kdumps... And dnf doesn't let you reinstall the currently running kernel to make things even more unpleasant...)
Sorry for "spamming", it's been a week and I would appreciate an answer even if it's just a "we're looking at it and it'll come eventually".
Another two weeks passed. Next mail in three weeks? Not quite exponential back-off but centos 8.2 will be out at some point and that will automagically wipe the problem under the rug until updates happen...
Once again I'm not asking do it _now_, but: - just an ack would be a great start! Are my mails already redirected to /dev/null?! Saying so would be the polite thing to do as well, I don't like wasting my time that much. and - can we do something to help with this particular issue?
Thanks and good.. luck?
Am 11.05.20 um 13:30 schrieb Dominique Martinet:
Hello, it's the annoying guy again.
Dominique Martinet wrote on Tue, Apr 28, 2020 at 08:08:31AM +0200:
Dominique Martinet wrote on Tue, Apr 21, 2020 at 12:04:22PM +0200:
And at the risk of being insistent the same applies to debuginfo, there is no kernel-debuginfo-4.18.0-147.8* on debuginfo.centos.org :(
(This is annoying because just rebuilding doesn't cut it as the build isn't reproductible, so you have to be using the rebuilt rpm everywhere before crashes happen to make any use of kdumps... And dnf doesn't let you reinstall the currently running kernel to make things even more unpleasant...)
Sorry for "spamming", it's been a week and I would appreciate an answer even if it's just a "we're looking at it and it'll come eventually".
Another two weeks passed. Next mail in three weeks? Not quite exponential back-off but centos 8.2 will be out at some point and that will automagically wipe the problem under the rug until updates happen...
Once again I'm not asking do it _now_, but:
- just an ack would be a great start! Are my mails already redirected
to /dev/null?! Saying so would be the polite thing to do as well, I don't like wasting my time that much. and
- can we do something to help with this particular issue?
Thanks and good.. luck?
IMHO - they are all very busy for a reason (this answer shows some insights):
https://lists.centos.org/pipermail/centos-devel/2020-May/036851.html
-- Leon
On 5/11/20 6:30 AM, Dominique Martinet wrote:
Hello, it's the annoying guy again.
Dominique Martinet wrote on Tue, Apr 28, 2020 at 08:08:31AM +0200:
Dominique Martinet wrote on Tue, Apr 21, 2020 at 12:04:22PM +0200:
And at the risk of being insistent the same applies to debuginfo, there is no kernel-debuginfo-4.18.0-147.8* on debuginfo.centos.org :(
(This is annoying because just rebuilding doesn't cut it as the build isn't reproductible, so you have to be using the rebuilt rpm everywhere before crashes happen to make any use of kdumps... And dnf doesn't let you reinstall the currently running kernel to make things even more unpleasant...)
Sorry for "spamming", it's been a week and I would appreciate an answer even if it's just a "we're looking at it and it'll come eventually".
Another two weeks passed. Next mail in three weeks? Not quite exponential back-off but centos 8.2 will be out at some point and that will automagically wipe the problem under the rug until updates happen...
Once again I'm not asking do it _now_, but:
- just an ack would be a great start! Are my mails already redirected
to /dev/null?! Saying so would be the polite thing to do as well, I don't like wasting my time that much. and
- can we do something to help with this particular issue?
Thanks and good.. luck?
All the sources are available on git.centos.org. You can create any SRPM from that data. We are designing the build system, including creating modules iwth mbs from scratch for CentOS 8 .. it is going to take some time to automate making every go to the correct place. If the sources did not already exist on git.centos.org, this would be more or a priority.
To get the sources from git.centos.org .. here is an example. I just picked a package, in this case amanda:
https://git.centos.org/rpms/amanda/branches
Click the c8 branch .. there are the sources.
Use these tools dow download the sources: https://git.centos.org/centos-git-common
Specifically .. the tool 'into_srpm.sh' will create an SRPM from the git repo if you have the branch checked out.
Hi Johnny,
On Fri, 22 May 2020, Johnny Hughes wrote:
On 5/11/20 6:30 AM, Dominique Martinet wrote:
Hello, it's the annoying guy again.
Dominique Martinet wrote on Tue, Apr 28, 2020 at 08:08:31AM +0200:
Dominique Martinet wrote on Tue, Apr 21, 2020 at 12:04:22PM +0200:
And at the risk of being insistent the same applies to debuginfo, there is no kernel-debuginfo-4.18.0-147.8* on debuginfo.centos.org :(
(This is annoying because just rebuilding doesn't cut it as the build isn't reproductible, so you have to be using the rebuilt rpm everywhere before crashes happen to make any use of kdumps... And dnf doesn't let you reinstall the currently running kernel to make things even more unpleasant...)
Sorry for "spamming", it's been a week and I would appreciate an answer even if it's just a "we're looking at it and it'll come eventually".
Another two weeks passed. Next mail in three weeks? Not quite exponential back-off but centos 8.2 will be out at some point and that will automagically wipe the problem under the rug until updates happen...
Once again I'm not asking do it _now_, but:
- just an ack would be a great start! Are my mails already redirected
to /dev/null?! Saying so would be the polite thing to do as well, I don't like wasting my time that much. and
- can we do something to help with this particular issue?
Thanks and good.. luck?
All the sources are available on git.centos.org. You can create any SRPM from that data. We are designing the build system, including creating modules iwth mbs from scratch for CentOS 8 .. it is going to take some time to automate making every go to the correct place. If the sources did not already exist on git.centos.org, this would be more or a priority.
To get the sources from git.centos.org .. here is an example. I just picked a package, in this case amanda:
https://git.centos.org/rpms/amanda/branches
Click the c8 branch .. there are the sources.
Use these tools dow download the sources: https://git.centos.org/centos-git-common
Specifically .. the tool 'into_srpm.sh' will create an SRPM from the git repo if you have the branch checked out.
So if I use your example and run git clone https://git.centos.org/rpms/amanda.git I get the following:
(vgeppetto3 pts12) $ git clone https://git.centos.org/rpms/amanda.git Cloning into 'amanda'... remote: Counting objects: 90, done. remote: Compressing objects: 100% (81/81), done. remote: Total 90 (delta 24), reused 0 (delta 0) Unpacking objects: 100% (90/90), done. warning: remote HEAD refers to nonexistent ref, unable to checkout.
Can you please tell me what I am missing? If I try to run the get-sources script that also fails.
Regards,
me@tdiehl.org wrote on Sat, May 30, 2020 at 02:11:57PM -0400:
So if I use your example and run git clone https://git.centos.org/rpms/amanda.git I get the following:
(vgeppetto3 pts12) $ git clone https://git.centos.org/rpms/amanda.git Cloning into 'amanda'... remote: Counting objects: 90, done. remote: Compressing objects: 100% (81/81), done. remote: Total 90 (delta 24), reused 0 (delta 0) Unpacking objects: 100% (90/90), done. warning: remote HEAD refers to nonexistent ref, unable to checkout.
This line here says that there is no default branch, so you need to specify you want the 'c8' branch yourself (or c8s if there is one for stream, there isn't for amanda, see `git branch -r`) In that clone you can just `git checkout c8`, or for a fresh clone you can use the -b option of clone.
So to keep the same example you can do: $ git clone https://git.centos.org/centos-git-common $ git clone -b c8 https://git.centos.org/rpms/amanda.git $ cd amanda $ ../centos-git-common/get_sources.sh $ rpmbuild -D "_topdir $PWD" -ba SPECS/amanda.spec (or mock or whatever)
That should work for pretty much all packages.
On Sat, 30 May 2020, Dominique Martinet wrote:
me@tdiehl.org wrote on Sat, May 30, 2020 at 02:11:57PM -0400:
So if I use your example and run git clone https://git.centos.org/rpms/amanda.git I get the following:
(vgeppetto3 pts12) $ git clone https://git.centos.org/rpms/amanda.git Cloning into 'amanda'... remote: Counting objects: 90, done. remote: Compressing objects: 100% (81/81), done. remote: Total 90 (delta 24), reused 0 (delta 0) Unpacking objects: 100% (90/90), done. warning: remote HEAD refers to nonexistent ref, unable to checkout.
This line here says that there is no default branch, so you need to specify you want the 'c8' branch yourself (or c8s if there is one for stream, there isn't for amanda, see `git branch -r`) In that clone you can just `git checkout c8`, or for a fresh clone you can use the -b option of clone.
So to keep the same example you can do: $ git clone https://git.centos.org/centos-git-common $ git clone -b c8 https://git.centos.org/rpms/amanda.git $ cd amanda $ ../centos-git-common/get_sources.sh $ rpmbuild -D "_topdir $PWD" -ba SPECS/amanda.spec (or mock or whatever)
That should work for pretty much all packages.
Thanks, that was the piece I was missing. Changing the rpmbuild command to rpmbuild -D "_topdir $PWD" -bs SPECS/amanda.spec gets me the src.rpm so that I can feed it into mock.
Regards,