Helping maintaining Wine (was: Bug#953982: wine-development: wine in Debian fails to start "Uru", but upstream wine works fine (regression))
[Resending from my subscribed email address]
On 13.01.21 17:29, Berillions wrote:
> On Sun, 13 Sep 2020 21:13:43 +0200 Stephen Kitt <skitt@debian.org
> <mailto:skitt@debian.org>> wrote:
>> On Sun, 13 Sep 2020 13:19:16 +0200, Berillions <berillions@gmail.com
> <mailto:berillions@gmail.com>> wrote:
>> > Seriously, don’t use Debian package for Wine. It’s completely a mess and
>> > outdated ... It’s a waste of time.
>>
>> You keep saying that, but without any detail (as far as I can tell). The
>> outdated part doesn’t need any clarification, but what else is wrong
> with the
>> package? Would you be interested in helping make it better?
>>
>> Regards,
>>
>> Stephen
>
> Hello,
>
> Sorry for the delay.
> I would love to help to update wine-development at the same time than
> upstream release.
Great!
> But, i tried to do this with wine-6.0-RC6 and sorry but i don't
> understand why this part in the rules file exist :
>
> # automatically generated files
> ./debian/scripts/generate server/trace.generated make_requests
> ./debian/scripts/generate server/request.generated make_requests
> ./tools/make_unicode
> ./tools/make_requests
> cd dlls/dsound && ./make_fir
> cd dlls/opengl32 && ./make_opengl
> cd dlls/winevulkan && ./make_vulkan
> # autotools files
> ln -sf /usr/share/misc/config.sub tools
> ln -sf /usr/share/misc/config.guess tools
> # image files used to generate icons for parts of wine
> ln -sf ../../dlls/user32/resources/oic_hand.svg
> dlls/display.drv16/oic_hand.svg
> ln -sf ../../dlls/user32/resources/oic_bang.svg
> dlls/comctl32/idi_tt_warn_sm.svg
> ln -sf ../../dlls/user32/resources/oic_note.svg
> dlls/comctl32/idi_tt_info_sm.svg
> ln -sf ../../dlls/user32/resources/oic_hand.svg
> dlls/comctl32/idi_tt_error_sm.svg
> ln -sf ../../dlls/shell32/resources/move.svg
> dlls/comctl32/idi_dragarrow.svg
> ln -sf ../../dlls/shell32/resources/image.svg programs/regedit/bin.svg
> ln -sf ../../dlls/shell32/resources/folder.svg
> programs/regedit/folder.svg
> ln -sf ../../dlls/shell32/resources/document.svg
> programs/regedit/string.svg
> ln -sf ../../dlls/shell32/resources/mycomputer.svg
> programs/regedit/computer.svg
> ln -sf ../../dlls/shell32/resources/folder_open.svg
> programs/regedit/folderopen.svg
> ln -sf ../../dlls/shell32/resources/window.svg
> programs/taskmgr/window.svg
> ln -sf ../../dlls/shell32/resources/window.svg
> programs/taskmgr/windowsm.svg
> ln -sf ../../dlls/shell32/resources/drive.svg dlls/comdlg32/hdisk.svg
> ln -sf ../../dlls/shell32/resources/folder.svg dlls/comdlg32/folder.svg
> ln -sf ../../dlls/shell32/resources/network.svg
> dlls/comdlg32/network.svg
> ln -sf ../../dlls/shell32/resources/folder_open.svg
> dlls/comdlg32/folder2.svg
> ln -sf ../../dlls/shell32/resources/disk_drive.svg
> dlls/comdlg32/floppy.svg
> ln -sf ../../dlls/shell32/resources/optical_drive.svg
> dlls/comdlg32/cdrom.svg
>
>
> The previous quote is an example but, in my case i don't know why it's
> necessary to do all these things.
They regenerate some items from source, while upstream ships
pregenerated versions of them. If you want to help maintaining Debian
packages you need to understand the principle why Debian builds
everything from source. Then you'll also understand why the Debian
packaging is much more complicated compared to upstream's packaging.
> I understand when newbie users want to help but give up because too
> complicated...
Trust me, it's not because anyone in Debian prefers complicated over
simple. There are reasons for it (of course a few specifics might be
discussed). The debian-mentors mailinglist and wiki pages are a good
starting point for newbies.
Besides that, please keep topics like this (offering help) on the
mailinglist (debian-wine) instead of posting in unrelated bugreports.
Also please send only pure ASCII mails to Debian mailing lists.
Greets
jre
Reply to: