Cannot create/build a new personal project on ABF

Hello,

  • OpenMandriva Lx version: 25.03 (ROME) Rolling

  • Desktop environment (KDE, LXQT…): Plasma 6

  • Description of the issue (screenshots if relevant):

New user here, coming from ROSA Linux and old member of MIB group from Italy. For ROSA in the last few years I acted as maintainer of the packages in the Sound group, working with the ROSA’s ABF, and now I would like to do something for OMV…
So, to see if all is working on my setup, I started preparing a package for a program not yet included in OMV (dmidiplayer, a rewrite for Qt5/6 of the venerable kmid2 program) and managed to build and locally install the resulting rpm.

Now I would like to try to create and build the package with the OMV’s ABF, but I did not manage to do it successfully: in the browser, after filling the form for a new package (abf.openmandriva.org/projects/new) from the ABF starting page


and clicking the “Save” button, I only get a blank tab (with URL: abf.openmandriva.org/projects) and no new personal project get created.

How may I solve this issue and start building stuff on OMV’s ABF?

1 Like

@GvMariani
welcome

1 Like

Thank you Ru…

1 Like

Could you try it without NoScript to confirm that?

1 Like

Welcome! We are happy to see another person coming to lend a hand. Thank you!

1 Like

First thing I did: I completely disabled the extension, but got the same result…
Did not try Chromium, though: perhaps it’s a firefox-only issue…

That would be my guess, as well.

Nope.
Using Chromium with the same data as in Firefox and clicking “Save” only makes the page hanging forever with the button saying “working…”.

The culprit seems to be the optional srpm loading: if I don’t specify a srpm, the project is actually created both on firefox and chromium… but is obviously empty.
Has someone any clue about what is going wrong when telling ABF to load a srpm?

Next I will have to figure how to populate the new project with the files from the srpm…

It’s better to have abf generate the srpm. Otherwise, it may lead to build errors later on.

OK: it counts as a workaound…
But IMHO this behaviour is a bug: why offer the option to load a srpm if this is not working as intended?

Anyway I now have to find how to modify the new project from the ABF web interface…

Our ABF does not work exactly as ROSA’s does.

While you are technically correct, the correct logical path would be to supply the source and spec files to have ABF generate the srpm because the contents of a srpm from another distro may lead to a non-working build.

You plug it into a GitHub repo and modify it from there. If you are not in our Cooker chat, you may want to join that. You will also want to test any packages on a Cooker install, be it a chroot, VM, or physical install.

Sorry I was not clearer about this…
The srpm I was trying to use was not the original one from ROSA: I made it (and then built it) locally on a Rome install; the relevant specfile was changed to work with the dependencies provided by OMV and to pass the rpmlint tests.
So what you fear should not happen… I would like to try with ABF exactly to verify this.

Please make sure you are building in Cooker. Our process is to test in Cooker before a UM to ROME. Otherwise, you may have issues building in Cooker that could be avoided.

I think a better use of everyone’s time would be to make a request in the Cooker chat to have the srpm upload feature removed. What you are attempting to try is already mitigated by the thing you called a “bug” and I would agree that is not a graceful way to handle it.

Import code from src.rpm (Optional)

I never paid attention to it and just happily ignored.

abf will take care of everything.

Hi GvM, it’s a pleasure to see you around here, when I hear Mib it’s always a joy.

A presto.

Astragalo

1 Like

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.