View previous topic :: View next topic |
Author |
Message |
depontius Advocate
Joined: 05 May 2004 Posts: 3509
|
Posted: Wed Aug 26, 2015 12:00 am Post subject: Qt-5 vs kernel make xconfig |
|
|
Last I knew, the "make xconfig" that came with the kernel requires the qt3support package, which appears to be gone in qt5. Does anyone know how this is all going to play together as qt5 becomes the standard? I know there was a bit of work done to move xconfig from qt3 to the qt4 qt3support package. _________________ .sigs waste space and bandwidth |
|
Back to top |
|
|
VoidMage Watchman
Joined: 14 Oct 2006 Posts: 6196
|
Posted: Wed Aug 26, 2015 5:18 pm Post subject: |
|
|
I don't know how it's going to be.
But awhile ago I've posted (as an RFC mostly, due to the ugliness of the code) a patch (in a kernel bugzilla, not sure which one), that ported xconfig away from qt3support. It was also a bit hackish, due to moc not being able to deal with cpp #ifdefs.
Yet it seemed to work mostly correctly, with a small exception of a small difference between the way q3listview and qtreeview handle icons which I haven't came up with a clean way to distinguish clicks expanding the tree from clicks on the checkboxes.
Not sure which versions got dropped there, but one of the later versions did build with qt5 after relevant pkg-config change in Makefile.
Yet you should recall that qt4 support was added fairly late compared to qt3 EOL. |
|
Back to top |
|
|
depontius Advocate
Joined: 05 May 2004 Posts: 3509
|
Posted: Wed Aug 26, 2015 6:12 pm Post subject: |
|
|
I think I'm going to block qt5 for a little bit... _________________ .sigs waste space and bandwidth |
|
Back to top |
|
|
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Wed Aug 26, 2015 9:35 pm Post subject: |
|
|
I think the normal functioning of "make xconfig" needs to be a top priority for kernel devs reguardless of what the current or new QT version is.
There is absolutely nothing better for quick and easy access to configuring kernel .configs for the average person getting into the kernel building process. By comparison, menu config is slow and awkward, even if it does get the job done eventually.
IMHO there's no justification for letting this get messed up or delayed again. Wish I had more knowledge, so I could help out. I could be mistaken, but it seems that compared to the thousands of other ongoing and complex kernel projects, making xconfig work normally with qt5 would not be that much trouble. But again, not being a coder, I'm really not qualified to make informed judgements, only to speculate and hope I won't be forced to use menu config. _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11
Last edited by wrc1944 on Thu Aug 27, 2015 8:11 pm; edited 1 time in total |
|
Back to top |
|
|
Buffoon Veteran
Joined: 17 Jun 2015 Posts: 1369 Location: EU or US
|
Posted: Wed Aug 26, 2015 10:46 pm Post subject: |
|
|
There is make nconfig and make gconfig (requires GTK). |
|
Back to top |
|
|
depontius Advocate
Joined: 05 May 2004 Posts: 3509
|
Posted: Wed Aug 26, 2015 10:57 pm Post subject: |
|
|
Buffoon wrote: | There is make nconfig and make gconfig (requires GTK). |
Last time I tried gconfig, it was decidedly second-rate compared to xconfig. I may need to look again, because I just tried it, and it seemed better than I'd remembered. I know menuconfig just feels slow and cumbersome compared to xconfig. I just tried nconfig, and may need to play with it more.
I still think I'm going to mask qt5, at least for a little bit. _________________ .sigs waste space and bandwidth |
|
Back to top |
|
|
VoidMage Watchman
Joined: 14 Oct 2006 Posts: 6196
|
Posted: Thu Aug 27, 2015 6:44 am Post subject: |
|
|
Seriously, gconfig isn't second-grade...at best, it's third.
libglade was on its way out even before Gnome upstream was hit with that Gnome3 madness (that's still getting worse). |
|
Back to top |
|
|
i4dnf Apprentice
Joined: 18 Sep 2005 Posts: 271 Location: Bucharest, Romania
|
Posted: Thu Aug 27, 2015 7:57 am Post subject: |
|
|
having both qt4 and qt5 installed (side by side, since they don't conflict), i can assure you that "make xconfig" works just fine at the moment, no need to mask qt5. _________________ "The only difference between me and a madman is that I am not MAD" (SALVATOR DALI) |
|
Back to top |
|
|
depontius Advocate
Joined: 05 May 2004 Posts: 3509
|
Posted: Thu Aug 27, 2015 7:59 am Post subject: |
|
|
i4dnf wrote: | having both qt4 and qt5 installed (side by side, since they don't conflict), i can assure you that "make xconfig" works just fine at the moment, no need to mask qt5. |
QT is slotted? It wasn't obvious from "emerge -ptuvDN world". _________________ .sigs waste space and bandwidth |
|
Back to top |
|
|
i4dnf Apprentice
Joined: 18 Sep 2005 Posts: 271 Location: Bucharest, Romania
|
Posted: Thu Aug 27, 2015 8:12 am Post subject: |
|
|
Code: | eix qtcore
[I] dev-qt/qtcore
Available versions:
(4) 4.8.5-r2 4.8.6-r2 (~)4.8.7 **4.8.9999[1]
(5) 5.4.2^t [m](~)5.5.0(5/5.5)^t[1] [m]**5.5.9999(5/5.5)[1] [m]**5.9999(5/5.9999)[1]
{aqua debug +exceptions +glib iconv icu pch qt3support ssl systemd test ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"}
Installed versions: 4.8.7(4)(03:40:16 AM 05/27/2015)(exceptions glib iconv pch qt3support ssl -aqua -debug -icu ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32") 5.4.2(5)^t(03:06:29 AM 06/18/2015)(icu -debug -systemd -test)
Homepage: https://www.qt.io/
Description: Cross-platform application development framework
|
Maybe whatever's pulling in qt5 is one of those packages that need an either/or choice, and that sparked a heated discussion on the dev-ml _________________ "The only difference between me and a madman is that I am not MAD" (SALVATOR DALI) |
|
Back to top |
|
|
|