Tiny Core Linux
Tiny Core Extensions => TCE Talk => Extension requests => Topic started by: AbNoRMiS on April 02, 2012, 10:20:06 PM
-
previous wine version 1.3.x uses much less resources
moreover it can use oss as opposed to version 1.4
if possible bring back this version with changed name
like wine-1.3.tcz
p.s.
only please do not do so that when it starts
then running winecfg
-
Wine 1.4 claims to still support OSS. Is this disabled in the wine extension, or buggy for you? In the latter case, please file a bug at winehq.org.
-
previous wine version 1.3.x uses much less resources
I doubt that. 1.3.x directly culminated into 1.4 as it was its dev version and telling from the changelog it looks at least that they dropped some useless stuff like openal, esd, jack and so on. Do you have any real proof for "much less resources" or is it just flaming? ;)
moreover it can use oss as opposed to version 1.4
wine 1.4 can use OSSv4 but since we don't have this in the repo (AFAIR), of course no support in Tiny Core. I'm not sure there are any reasons why we shouldn't provide OSSv4, maybe someone just would have to take care about it and then wine can be rebuild with OSS support.
if possible bring back this version with changed name
like wine-1.3.tcz
As I said... it was only a development version. Where should we put the marker for what "basic" change in the development process someone likes and the other one doesn't? We should go for stable releases, so either 1.2 or 1.4, or both.
p.s.
only please do not do so that when it starts
then running winecfg
what do you mean exactly? I didn't do anything special to winecfg except for the wbar icon. There is no automatic start triggered by the extension.
-
Wine 1.4 claims to still support OSS. Is this disabled in the wine extension, or buggy for you? In the latter case, please file a bug at winehq.org.
thanks i recheck
but interestingly someone else checked wine-1.4 with oss?
but compare the total size and count of dependencies wine-1.3 and wine-1.4
you believe that wine-1.3 should not be left in the repo?
-
@gutmensch
Hm? Our OSS is v4, 4.2 build 2006 to be exact.
@AbNoRMiS
you believe that wine-1.3 should not be left in the repo?
I agree with going with the stable wine version over a dev version.
(I do run private Wine builds myself, because I too find the number of deps in the repo wine huge. But it's the usual tradeoff, as my build would likely miss stuff other people use.)
-
As I said... it was only a development version. Where should we put the marker for what "basic" change in the development process someone likes and the other one doesn't? We should go for stable releases, so either 1.2 or 1.4, or both.
dear gutmensch
this is will be excellent decision
are you preserve the wine-1.2 on your attic?
;)
-
@curaga:
wine itself reported it doesn't find oss4 headers in the build log, do I need the kernel headers for this?
[edit]
Ah yeah ok, sorry my bad. Not used to capital letter extensions, haha. Going to rebuild wine 1.4 as a "forg-edit" WITH OSS ;)
[/edit]
-
are you preserve the wine-1.2 on your attic?
;)
I'm going to have a look, it might be a bit dusty though ;) we can revive version 1.2 with less deps like we had before, it's no problem I think. build scripts are there.
-
Usually OSS apps are cool with the standard headers, this is the first I've heard one wants the v4 header specifically. Good to hear you have it working anyway.
-
сan i get wine-1.2 from here
http://distro.ibiblio.org/tinycorelinux/3.x/tcz/
and will it work?
-
If I were to serve i have the previous version of wine backupped, however, I saw that gutmensch again updated wine adding support for oss
-
thanks vinnie
i already took wine-1.2 from 3.x repo and it works
most likely gutmensch added support oss4
because wine-1.4 does not work with OSS.tcz for me
-
wine-1.2 posted for TC4, OSS still not working with wine.tcz? :)
-
when i installed wine-1.2 from repo 4.x
i got an error libgsm no compiled in
and again there were no sound
ago i get back wine 1.2 from repo 3.x
renamed it to wine-1.2.tcz and fixed deps
and now everything is working fine
-
I see, gonna repost with bloody libgsm included ;)
-
already everything was included and for all paid :)
simply can take wine 1.2.3 from repo 3.x
then rename it and fix deps
and don't have a brain melt
;)
-
That's exactly what I meant, heh - absolutely nothing I use needs GSM audio codecs ;)
-
p.s.
only please do not do so that when it starts
then running winecfg
what do you mean exactly? I didn't do anything special to winecfg except for the wbar icon. There is no automatic start triggered by the extension.
i mean that should not add
Exec=/usr/local/bin/winecfginstead
Ecec=wine start /Unix %fto wine-1.2.desktop
because then
MimeType=application/x-ms-dos-executable;application/x-msi;application/x-win-lnk;application/x-ms-shortcut;loses sense
i.e. is impossible to associate exe with ondemand-wine-1.2
(of course if don't fix this manually :-\ )
-
That's exactly what I meant, heh - absolutely nothing I use needs GSM audio codecs ;)
you'll laugh but that i found such program :)
$ wine "c:\\RnQ1120\\R&Q.exe"
err:ntlm:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path.
err:ntlm:SECUR32_initNTLMSP Usually, you can find it in the winbind package of your distribution.
fixme:wtsapi:WTSRegisterSessionNotification Stub 0x10294 0x00000000
fixme:keyboard:UnregisterHotKey (0x10294,0): stub
fixme:keyboard:RegisterHotKey (0x10294,0,0x00000006,49): stub
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC90.CRT" (9.0.21022.8)
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC90.CRT" (9.0.21022.8)
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:Heap32ListFirst : stub
fixme:win:WINNLSEnableIME hUnknown1 0x10498 bUnknown2 0: stub!
err:gsm:GSM_DriverProc libgsm support not compiled in!
fixme:win:WINNLSEnableIME hUnknown1 0x10498 bUnknown2 -1: stub!
fixme:event:wait_for_withdrawn_state window 0x10294/1800003 wait timed out
fixme:win:WINNLSEnableIME hUnknown1 0x10498 bUnknown2 0: stub!
err:gsm:GSM_DriverProc libgsm support not compiled in!
fixme:win:WINNLSEnableIME hUnknown1 0x10498 bUnknown2 -1: stub!
err:gsm:GSM_DriverProc libgsm support not compiled in!
err:gsm:GSM_DriverProc libgsm support not compiled in!
fixme:win:WINNLSEnableIME hUnknown1 0x10498 bUnknown2 0: stub!
fixme:win:WINNLSEnableIME hUnknown1 0x10498 bUnknown2 -1: stub!
fixme:msvcr90:__clean_type_info_names_internal (0x42385c0) stub
fixme:msvcr90:__clean_type_info_names_internal (0x41e71b8) stubthis occurs when running wine-1.2 from repo 4.x
-
Why laugh? I just meant it's a good example of conflicting needs.
-
i did not understand where here is conflict? :o
someone has but does not consider necessary?
somebody does not need, but does he have?
but someone want but does not have?
this conflict? :)
-
I have no need for GSM codecs or a multitude of other Wine deps, while you do need the GSM ones. Just one example.
-
but if there was vice versa? ;)
-
That'd be such a conflict too.
-
but there are 4713 registered tinycore users
what should do at this case? :o
-
just do not beat me legs because that today is a great holiday :D
but i found what yet lacking in the wine-1.2.3 from repo 3.x
$ wine "c:\\RnQ1120\\R&Q.exe"
err:ntlm:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path.
err:ntlm:SECUR32_initNTLMSP Usually, you can find it in the winbind package of your distribution.
fixme:wtsapi:WTSRegisterSessionNotification Stub 0x10090 0x00000000
fixme:keyboard:UnregisterHotKey (0x10090,0): stub
err:mmdevapi:MMDevEnum_Create OpenAL support not compiled in, application will not find sound devices
fixme:keyboard:RegisterHotKey (0x10090,0,0x00000006,49): stub
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC90.CRT" (9.0.21022.8 )
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC90.CRT" (9.0.21022.8 )
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:Heap32ListFirst : stub
-
thank you gutmensch for the changed wine-1.2 :)