I can probably help work on updating this, if there are no objections.

Here http://delta.affinix.com/download/ 1.4 is latest. Probably need to wait official release. IMO tag in git it not official release. I will ask Rion or Justin.

P.S. I want to update qconf too.

You could provide a prerelease with something like 1.5-0.1.20121224gita00d71a0 as the version/release part and keep this in testing till there's an official release announced at upstream.

Alternatively, we could just backport that Qt5 patch.

Thankfully to a possible buildroot override, qconf 1.5 then could be used for bootstrapping as BuildRequires. There are no active packages currently that require it as a runtime library.

What do you think?

I see a 1.5 release now

https://github.com/psi-plus/qconf/releases

(is it new or did we miss it before?)

http://pkgs.fedoraproject.org/cgit/qconf.git/commit/?id=0491fc985422760f71a72c4862094ce1cadfbe13

Kept building against qt4 and binary as qconf-qt4, it's not clear to me if we want want/need to build this tool with qt5 or not.  If so, do we want to provide a qconf-qt5 too?

Is there enough reasons why you update package?

Why?  because it's needed, and you said you were in favor of it in comment #2 (the p.s.)

Why not update the package?

As I mentioned in comment 2 need to ask qconf developers before. I think we can just wait couple of days when someone of them will be online.

OK, maybe I misunderstood.  I thought you were waiting for a 1.5 official release... which is precisely what I found and used.

(In reply to Rex Dieter from comment #9)
> OK, maybe I misunderstood.  I thought you were waiting for a 1.5 official
> release... which is precisely what I found and used.

This was my understanding, too. Sorry.

+1 @qconf-qt5-1.5

Reason: As Ivan writes, qconf is strightforward for qt4 builds. We should not touch the name. qconf-qt4 is not useful in any case cause v1.5 of qconf was released in favor of Qt5 support. Maybe provide qconf-qt5 then as a separate compat package.

So why is there qconf v1.5 at all? My main interest is to get Qt5 support into qconf. Scratch builds of psi and psi-plus require qconf v1.5 to not FTBFS.

> So why is there qconf v1.5 at all?
I think somebody just made typo. It was very long time ago. Justin said that he didn't release qconf 1.5. Now need to look up Rion. I understand this task. Please allow me to do what need to be done.

Rion answered. So tag 1.5 is wrong. He plans to make 1.5 version. So we want when Rion and Justin will release new version.

Thanks, we shall patiently await the new release then.

(In reply to Rex Dieter from comment #14)
> Thanks, we shall patiently await the new release then.

+1

This bug appears to have been reported against 'rawhide' during the Fedora 23 development cycle.
Changing version to '23'.

(As we did not run this process for some time, it could affect also pre-Fedora 23 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 23 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora23

Please revert commit 0491fc985422760f71a72c4862094ce1cadfbe13 as there's no official release with v1.5 (any more, see comment #13). This package is b0rken because of violation of Source policy, unfortunately.
https://fedoraproject.org/wiki/Packaging:SourceURL?rd=Packaging/SourceURL

Please rebuild from GitHub snapshot and identicate in the Release tag as so.
https://github.com/psi-plus/qconf/archive/4a9c329ba879d2acf27fabe9847b9bb54463e8ce.tar.gz

This may be useful because of Qt5 support promised for the awaited v1.5 release.

Proposed patch to support Qt5:
https://raphgro.fedorapeople.org/review/qt/qconf/qconf-qt5.patch

SPEC: https://raphgro.fedorapeople.org/review/qt/qconf/qconf.spec
SRPM: https://raphgro.fedorapeople.org/review/qt/qconf/qconf-1.5-0.1.20150608git4a9c329.fc22.src.rpm

Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=11098028

qconf-1.5 now is ready. need to check it.
rion now hasn't free time for this.
So I will do this instead of him.
When I will have time.
So we wait for release.

Rex, need your comment. Can we just drop wrong package from Koji? Or we must rebuild 1.4 with epoch?

so there's no news or plans for a new release soon?

If not, if a snapshot isn't advisable, then I guess we'll have to resort to an epoch'd 1.4 package

You're right, we do not know for sure if thosee GitHub sources will be in an awaited release with v1.4.x or v1.5.x officially. Continuation with v1.4 seems more reasonable currently.

Proposed patch to support Qt5:
https://raphgro.fedorapeople.org/review/qt/qconf/qconf-qt5.patch

SPEC: https://raphgro.fedorapeople.org/review/qt/qconf/qconf.spec
SRPM: https://raphgro.fedorapeople.org/review/qt/qconf/qconf-1.4-13.20150608git4a9c329.fc22.src.rpm

Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=11100144

* Tue Sep 15 2015 Raphael Groner <> - 1:1.4-13.20150608git4a9c329
- revert v1.5 and continue with a snapshot
- add support for qt5
- change license to GPLv2+
- add manpages
- minor changelog modifications

qconf-1.4-2.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-771c2f623c

qconf-1.4-2.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
$ su -c 'dnf --enablerepo=updates-testing update qconf'
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-771c2f623c

This bug was wrong since the beginning, sorry for the big confusion.

qconf-1.4-2.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.

*** Bug 1408580 has been marked as a duplicate of this bug. ***