I tried just bumping the 20040716 ebuild to see if it worked but I got an error I could not fix. It was about a sandbox violation, during install, because of a .mime-info file (or something like that) that install was trying to put into /usr/share/applications but the sandbox in /var/tmp/wine-20040813/image did not have that dir and creating it on the ebuild did not work (at least I didn't figure out how to make it work). Reproducible: Always Steps to Reproduce:
Created attachment 37601 [details] wine-20040813.ebuild I haven't encountered the problem you described, this works fine for me. I know I shouldn't use the last version's files, but they seem to be working just fine. I think this should be put into portage so people can get the latest version asap, and when the maintainer renames/updates the files, then there can be a -r1.
For me it worked perfectly with the 20040716 ebuild. No problems. If this is not only working on our two systems(but on others, too), _please_ add it to the portage tree...
Sorry for taking a while to get this, but it was not simple. I had an HDD problem that made me have to reiserfsck --rebuild-tree on my system :( The offending lines on the install section of this are: /bin/install -c -m 644 ./wine.desktop /var/tmp/portage/wine-20040813/image//usr/lib/wine/share/applications/wine.desktop update-desktop-database ACCESS DENIED open_wr: /usr/share/applications/.mimeinfo.cache.C No directories in update-desktop-database search path could processed and updated. make[1]: [install] Error 1 (ignored) make[1]: Leaving directory `/var/tmp/portage/wine-20040813/work/wine-20040813/tools' cd `dirname documentation/__install__` && make install It seems the problem is with the "update-desktop-database" command that is executed. The 20040716 release did not have the wine.desktop file nor did it execute an "update-desktop-database". Should the tools/Makefile.in be patched to remove this? I really don't know how I can solve this besides patching. By commenting out the 2 lines on the tools/Makefile and doing an ebuild /.../wine-20040813.ebuild install then a qmerge worked well. Anyway, if I'm the only one complayning, please release it as ~x86. If others complain also, maybe someone can figure out a fix. Is noone else complains, I'll start considering that my HDD problem is causing strange things. Thank you for your time, devs!
I did not patch anything and it worked without problems... And I neither have this .mime-info file... Perhaps this is caused by your installation?
It may have been caused by my installation. I sometimes have issues due to having a system a bit old (like the recent upgrade of modutils breaking my system since I have a 2.6 kernel and did not clean the modutils after upgrading and installing the module-init-tools) and using ~x86 since almost the begining. As such, I say again that releasing this wine ebuild as ~x86 would give a widespread testing and it could make people find out that only my system is problematic or find out that there are more problematic systems and find the fix for them. So, I really also think this should be bumped and placed on the portage tree.
always post patches plz
Created attachment 39667 [details, diff] Fixes sandbox violation Hello! Wine-20040914 was released. I had the same violation bug. Attached is a patch that removes the "update-desktop-database" command from the Makefile.in. With this patch applied, the older bumped ebuild works fine. Another thing. The QueryActCtxw_Photoshop7.0.diff patch must be updated as the kernel32.spec file was modified and now the patch fails. But the "bug" is still present, it just is on a different line. I hope this helps a dev putting a new Wine ebuild on the portage tree as there are a lot of new DirectX stuff on this new Wines :) Thank you for your time and attention. dnloreto
*** Bug 64151 has been marked as a duplicate of this bug. ***
same ebuild works for 20040814
*** Bug 57515 has been marked as a duplicate of this bug. ***
Created attachment 40255 [details] The Wine-20040914 ebuild OK! Time to try and look good on my own bug report! Here goes a new ebuild with some changes. Based on info from http://www.winehq.org/?issue=240#New%20Fonts I added a dependancy to the fontforge module (already in portage). I created a new patch (20040914_QueryActCtxw_Photoshop7.0.diff) to fix the Photoshop stuff as the old patch no longer applied cleanly. I created a new patch (update-dektop-database-fix.patch that is a rename from my previous patch) to fix my issue with update_desktop_database and a sandbox violation. I notice that with this new ebuild I now have fonts generated inside /usr/lib/wine/share/fonts/wine/. But I don't know if they are being used on the applications and I don't know how to test it. Anyways... I think I got it right. I'll add the 2 other patches to make this ebuild work correctly. Hope you like it! :) Be happy! Duarte "HappyGuy" Loreto
Created attachment 40256 [details, diff] The new Photoshop fix
Created attachment 40257 [details, diff] Fixes sandbox violation error
This ebuild doesn't work. It is trying to download the files: mirror://gentoo/${P}-fake_windows.tar.bz2 mirror://gentoo/${P}-misc.tar.bz2" In the ebuild. Which seems to make it try to download 'wine-20040914' as the prefix. These files don't exist on the gentoo mirrors. I am trying 'wine-20040716' instaed of ${P} to see if that works. I was getting the segfault bug with 20040716 which is why I am trying this ebuild. What is in these two files anyways? Chris
Still segfaults. Is there any solution to this problem, I have checked all related bug reports but most people just got lucky and it went away. I have tried the pthreads instead but I don't even have ntpl so... Some people reported upgrading to a newer 2.6 kernel helped but I am using gentoo-sources 2.4.27 and I can't use a 2.6 kernel at the moment. I guess I will just have to use 20040408-r1 until this is fixed.
*** This bug has been marked as a duplicate of 68525 ***