Hi
On 13.01.21 17:29, Berillions wrote: > On Sun, 13 Sep 2020 21:13:43 +0200 Stephen Kitt <[email protected] > <mailto:[email protected]>> wrote: >> On Sun, 13 Sep 2020 13:19:16 +0200, Berillions <[email protected] > <mailto:[email protected]>> 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. Greets jre
