Bug 1171159 - build instlux from sources
build instlux from sources
Status: IN_PROGRESS
Classification: openSUSE
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: Other
Current
Other Other
: P5 - None : Normal (vote)
: ---
Assigned To: Yasuhiko Kamata
E-mail List
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2020-05-05 09:41 UTC by Ludwig Nussel
Modified: 2020-05-25 13:51 UTC (History)
0 users

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ludwig Nussel 2020-05-05 09:41:55 UTC
Hi!

Now that we have mingw packages in Factory, how about building instlux in Factory also from sources?
Comment 1 Yasuhiko Kamata 2020-05-06 01:57:51 UTC
Do you mean that want to include a build procedure to OBS project (openSUSE:Factory and system:install:head)?
I have summarized at "https://en.opensuse.org/SDB:Instlux#Licensing_doubt", there are some licensing doubts regarding the build for a long time (at least before I became a maintainer).

It would be nice if some surrounding situation had changed, otherwise may cause a license issues.
Comment 2 Ludwig Nussel 2020-05-06 06:55:59 UTC
I don't quite understand that concern. Inslux is not C program AFAICS. It's a script specifically for NSIS. So the concept of linking doesn't even exist in instlux, right?
Comment 3 Yasuhiko Kamata 2020-05-13 10:55:39 UTC
Ok, I'll leave my concerns to a dedicated (legal) team through OBS submission (review).

Anyway I'm now trying to build instlux and dependent packages using mingw32,
but now facing a library loading failure problem (LoadLibrary failed with error=126).
Please wait for a time...
Comment 4 Yasuhiko Kamata 2020-05-15 07:10:06 UTC
Submitted to system:install:head in OBS.
Request IDs: 805703 (grub4dos), 805704 (nsis), 805705 (nsis-cpuid), 805748 (instlux).
Comment 5 Ludwig Nussel 2020-05-15 07:25:00 UTC
Thanks. There are already nsis packages in windows:mingw:win64 resp windows:mingw:win32. Could they be used instead?
Comment 6 Yasuhiko Kamata 2020-05-16 09:55:53 UTC
When NSIS DLLs are compiled with mingw32 (as in windows:mingw:win32),
libwinpthread-1.dll (nsisdl.dll requires it) included in mingw32 requires
AddVectoredExceptionHandler() function (should be exist in kernel32.dll),
but it is not exist in Windows 2000 or earlier.

Because instlux is especially worthful in outdated version of Windows
(if in newer Windows machine, other boot methods, such as CD boot or PXE, can be used),
should fix mingw32 not to use it, but it causes inconveniency and bad effect
for newer Windows.

So instead, I want to use compiled binary which is provided at NSIS official site
(as in my OBS repo nsis-3.05.zip, it does not use libwinpthread-1.dll).
Comment 7 Ludwig Nussel 2020-05-25 13:51:11 UTC
Using prebuilt binaries defeat the purpose of this though. We could try to get the self built version in and then talk to the mingw guys to see what can be done to be able to build also for older Windows versions.