Hi all, I just got Slackware 11, and have a couple issues with link creation. I cant say that this worked with 10.2 either though, as I havent had a Linux machine in about a year, since the motherboard died on my last one..
The first issue is that regardless of which kernel I use, the Desktop link doesn't have the WinRAR icon, just the default blank paper KDE icon, and the menu entries have no icons at all.
Second, with 2.4 the icon is created and put on my desktop, but with 2.6 it is created and put where I have Drive C pointed to in winecfg.
Third, with 2.4 the menu entries are put in the menu under the wine folder, but with 2.6 they are put under the installdir of the app.
I am using 0.9.32, as I cannot download the git version due to the corporate firewall, and transparent web proxy..
If needed I can create a bug for this issue, and as soon as I get a free minute I will reinstall and get the debug messages.
On 3/15/07, Tom Spear speeddymon@gmail.com wrote:
Hi all, I just got Slackware 11, and have a couple issues with link creation. I cant say that this worked with 10.2 either though, as I havent had a Linux machine in about a year, since the motherboard died on my last one..
The first issue is that regardless of which kernel I use, the Desktop link doesn't have the WinRAR icon, just the default blank paper KDE icon, and the menu entries have no icons at all.
Second, with 2.4 the icon is created and put on my desktop, but with 2.6it is created and put where I have Drive C pointed to in winecfg.
Third, with 2.4 the menu entries are put in the menu under the wine folder, but with 2.6 they are put under the installdir of the app.
I am using 0.9.32, as I cannot download the git version due to the corporate firewall, and transparent web proxy..
If needed I can create a bug for this issue, and as soon as I get a free minute I will reinstall and get the debug messages.
Update: seems that the relocation of the icon to the desktop is working, I just needed to use winecfg to point to the location of the Desktop, however after removing WinRAR, and the WinRAR shortcut directory from the root of the "C Drive" and reinstalling, the menu entries folder is still located in /d/Program\ Files/WinRAR
Tom
On 3/15/07, Tom Spear speeddymon@gmail.com wrote:
On 3/15/07, Tom Spear speeddymon@gmail.com wrote:
Hi all, I just got Slackware 11, and have a couple issues with link
creation. I cant say that this worked with 10.2 either though, as I havent had a Linux machine in about a year, since the motherboard died on my last one..
The first issue is that regardless of which kernel I use, the Desktop link
doesn't have the WinRAR icon, just the default blank paper KDE icon, and the menu entries have no icons at all.
Second, with 2.4 the icon is created and put on my desktop, but with 2.6
it is created and put where I have Drive C pointed to in winecfg.
Third, with 2.4 the menu entries are put in the menu under the wine
folder, but with 2.6 they are put under the installdir of the app.
I am using 0.9.32, as I cannot download the git version due to the
corporate firewall, and transparent web proxy..
If needed I can create a bug for this issue, and as soon as I get a free
minute I will reinstall and get the debug messages.
Update: seems that the relocation of the icon to the desktop is working, I just needed to use winecfg to point to the location of the Desktop, however after removing WinRAR, and the WinRAR shortcut directory from the root of the "C Drive" and reinstalling, the menu entries folder is still located in /d/Program\ Files/WinRAR
Tom
I'm using Slackware 11 here and Winrar put the desktop icon in the correct location, that is, ~/Desktop. It sounds like you had some configuration problems? Can you start with a fresh .wine directory and try again?
If you are confident this is not due to a configuration issue, please file a bug. Also, this discussion is probably more appropriate for the wine-users mailing list.
- Lei
On 3/15/07, Lei Zhang thestig@google.com wrote:
On 3/15/07, Tom Spear speeddymon@gmail.com wrote:
On 3/15/07, Tom Spear speeddymon@gmail.com wrote:
Hi all, I just got Slackware 11, and have a couple issues with link
creation. I cant say that this worked with 10.2 either though, as I havent had a Linux machine in about a year, since the motherboard died on my last one..
The first issue is that regardless of which kernel I use, the Desktop link
doesn't have the WinRAR icon, just the default blank paper KDE icon, and the menu entries have no icons at all.
Second, with 2.4 the icon is created and put on my desktop, but with 2.6
it is created and put where I have Drive C pointed to in winecfg.
Third, with 2.4 the menu entries are put in the menu under the wine
folder, but with 2.6 they are put under the installdir of the app.
I am using 0.9.32, as I cannot download the git version due to the
corporate firewall, and transparent web proxy..
If needed I can create a bug for this issue, and as soon as I get a free
minute I will reinstall and get the debug messages.
Update: seems that the relocation of the icon to the desktop is working, I just needed to use winecfg to point to the location of the Desktop, however after removing WinRAR, and the WinRAR shortcut directory from the root of the "C Drive" and reinstalling, the menu entries folder is still located in /d/Program\ Files/WinRAR
Tom
I'm using Slackware 11 here and Winrar put the desktop icon in the correct location, that is, ~/Desktop. It sounds like you had some configuration problems? Can you start with a fresh .wine directory and try again?
If you are confident this is not due to a configuration issue, please file a bug. Also, this discussion is probably more appropriate for the wine-users mailing list.
- Lei
My update says that the icon is on the desktop. However the other issues still remain (the icon not being a WinRAR icon, and the menu not being put in my KDE menu, but instead under C:\Program\ Files\WinRAR
This is a fresh .wine directory, as this is a fresh install of Slackware 11, not an upgrade, so I know it isn't a config issue.
This is definitely a bug.. wineshelllink is failing to fork and exec, or so I gathered from a message right before the installer quit that said something to that effect. I will attach the full output in just a sec.
My update says that the icon is on the desktop. However the other issues still remain (the icon not being a WinRAR icon, and the menu not being put in my KDE menu, but instead under C:\Program\ Files\WinRAR
This is a fresh .wine directory, as this is a fresh install of Slackware 11, not an upgrade, so I know it isn't a config issue.
This is definitely a bug.. wineshelllink is failing to fork and exec, or so I gathered from a message right before the installer quit that said something to that effect. I will attach the full output in just a sec.
Here is the output, attached for your viewing pleasure. It is not a full trace, just the output from running wine wrar362.exe with no WINEDEBUG= parameters.. Looks like something is broken either in the shell linker itself or in the menu builder, not sure which yet.
On 3/15/07, Tom Spear speeddymon@gmail.com wrote:
On 3/15/07, Lei Zhang thestig@google.com wrote:
On 3/15/07, Tom Spear speeddymon@gmail.com wrote:
On 3/15/07, Tom Spear speeddymon@gmail.com wrote:
Hi all, I just got Slackware 11, and have a couple issues with link
creation. I cant say that this worked with 10.2 either though, as I havent had a Linux machine in about a year, since the motherboard died on my last one..
The first issue is that regardless of which kernel I use, the Desktop link
doesn't have the WinRAR icon, just the default blank paper KDE icon, and the menu entries have no icons at all.
Second, with 2.4 the icon is created and put on my desktop, but with 2.6
it is created and put where I have Drive C pointed to in winecfg.
Third, with 2.4 the menu entries are put in the menu under the wine
folder, but with 2.6 they are put under the installdir of the app.
I am using 0.9.32, as I cannot download the git version due to the
corporate firewall, and transparent web proxy..
If needed I can create a bug for this issue, and as soon as I get a free
minute I will reinstall and get the debug messages.
Update: seems that the relocation of the icon to the desktop is working, I just needed to use winecfg to point to the location of the Desktop, however after removing WinRAR, and the WinRAR shortcut directory from the root of the "C Drive" and reinstalling, the menu entries folder is still located in /d/Program\ Files/WinRAR
Tom
I'm using Slackware 11 here and Winrar put the desktop icon in the correct location, that is, ~/Desktop. It sounds like you had some configuration problems? Can you start with a fresh .wine directory and try again?
If you are confident this is not due to a configuration issue, please file a bug. Also, this discussion is probably more appropriate for the wine-users mailing list.
- Lei
My update says that the icon is on the desktop. However the other issues still remain (the icon not being a WinRAR icon, and the menu not being put in my KDE menu, but instead under C:\Program\ Files\WinRAR
This is a fresh .wine directory, as this is a fresh install of Slackware 11, not an upgrade, so I know it isn't a config issue.
This is definitely a bug.. wineshelllink is failing to fork and exec, or so I gathered from a message right before the installer quit that said something to that effect. I will attach the full output in just a sec.
-- Thanks
Tom
It looks like the icon bug has already been reported: http://bugs.winehq.org/show_bug.cgi?id=7084
On my machine, wine puts WinRar.desktop in ~/.local/shared/applications/wine/Programs/WinRar, which then appears in my KDE menu. Are you saying the .desktop files went into ~/.wine/drive_c/Program Files/WinRar instead?
On 3/15/07, Lei Zhang thestig@google.com wrote:
It looks like the icon bug has already been reported: http://bugs.winehq.org/show_bug.cgi?id=7084
On my machine, wine puts WinRar.desktop in ~/.local/shared/applications/wine/Programs/WinRar, which then appears in my KDE menu. Are you saying the .desktop files went into ~/.wine/drive_c/Program Files/WinRar instead?
Yes, except that my Drive C is mapped to /mnt/d but that shouldnt make any difference. Note that this happens with the 2.6.20.2 kernel from kernel.org, which the 2.6 kernel is now required in order to run wine on Slackware 11..
Now that I think about it, I cant get wine to run on the Slack 11 2.4 kernel because of missing kernel support for something, so I had to get the 2.6 kernel from kernel.org..
When I originally installed this box, the current 2.6 was 2.6.20.1 and wine installed WinRAR to the menu and the desktop properly. Then I broke my install and had to to a clean reinstall of Slack, and so when I went back to kernel.org, the kernel was 2.6.20.2, so I downloaded it and compiled and installed.. After that I installed wine, and the menu shortcuts were put in the wrong folder. Perhaps I either missed a config option in the kernel that is affecting this, or something that was changed in 2.6 actually breaks wine's menu creation?
Like I said, the wine version didn't change between the reinstalls because I can't use git....
On 3/15/07, Tom Spear speeddymon@gmail.com wrote:
On 3/15/07, Lei Zhang thestig@google.com wrote:
It looks like the icon bug has already been reported: http://bugs.winehq.org/show_bug.cgi?id=7084
On my machine, wine puts WinRar.desktop in ~/.local/shared/applications/wine/Programs/WinRar, which then appears in my KDE menu. Are you saying the .desktop files went into ~/.wine/drive_c/Program Files/WinRar instead?
Yes, except that my Drive C is mapped to /mnt/d but that shouldnt make any difference. Note that this happens with the 2.6.20.2 kernel from kernel.org, which the 2.6 kernel is now required in order to run wine on Slackware 11..
Now that I think about it, I cant get wine to run on the Slack 11 2.4 kernel because of missing kernel support for something, so I had to get the 2.6 kernel from kernel.org..
When I originally installed this box, the current 2.6 was 2.6.20.1 and wine installed WinRAR to the menu and the desktop properly. Then I broke my install and had to to a clean reinstall of Slack, and so when I went back to kernel.org, the kernel was 2.6.20.2, so I downloaded it and compiled and installed.. After that I installed wine, and the menu shortcuts were put in the wrong folder. Perhaps I either missed a config option in the kernel that is affecting this, or something that was changed in 2.6 actually breaks wine's menu creation?
Like I said, the wine version didn't change between the reinstalls because I can't use git....
-- Thanks
Tom
Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet!
http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-ema...
I did some more checking into this just now. I'm not sure why or how, but when I installed Worms 2, it installed the menu entries properly. So I uninstalled WinRAR and reinstalled it. This time it created a menu entry for WinRAR under the wine folder in the menu, but it isnt a subfolder, like it should be and the other icons that should be in the menu aren't there. It appears that the winrar installer may be doing something that other installers dont do....
Anyone know of any debug messages I should run to try to narrow down the problem?
Tom Spear wrote:
On 3/15/07, Tom Spear speeddymon@gmail.com wrote:
On 3/15/07, Lei Zhang thestig@google.com wrote:
It looks like the icon bug has already been reported: http://bugs.winehq.org/show_bug.cgi?id=7084
On my machine, wine puts WinRar.desktop in ~/.local/shared/applications/wine/Programs/WinRar, which then appears in my KDE menu. Are you saying the .desktop files went into ~/.wine/drive_c/Program Files/WinRar instead?
Yes, except that my Drive C is mapped to /mnt/d but that shouldnt make any difference. Note that this happens with the 2.6.20.2 kernel from kernel.org, which the 2.6 kernel is now required in order to run wine on Slackware 11..
Now that I think about it, I cant get wine to run on the Slack 11 2.4 kernel because of missing kernel support for something, so I had to get the 2.6 kernel from kernel.org..
When I originally installed this box, the current 2.6 was 2.6.20.1 and wine installed WinRAR to the menu and the desktop properly. Then I broke my install and had to to a clean reinstall of Slack, and so when I went back to kernel.org, the kernel was 2.6.20.2, so I downloaded it and compiled and installed.. After that I installed wine, and the menu shortcuts were put in the wrong folder. Perhaps I either missed a config option in the kernel that is affecting this, or something that was changed in 2.6 actually breaks wine's menu creation?
Like I said, the wine version didn't change between the reinstalls because I can't use git....
-- Thanks
Tom
Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet!
http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-ema...
I did some more checking into this just now. I'm not sure why or how, but when I installed Worms 2, it installed the menu entries properly. So I uninstalled WinRAR and reinstalled it. This time it created a menu entry for WinRAR under the wine folder in the menu, but it isnt a subfolder, like it should be and the other icons that should be in the menu aren't there. It appears that the winrar installer may be doing something that other installers dont do....
After install is finished you did run 'wineboot' right? As most installers create icons _first_ before anything else is installed.
Anyone know of any debug messages I should run to try to narrow down the problem?
menubuilder would be helpfull. With the bug # where you should send all this information of course.
Vitaliy
Yes I did try wineboot, but like I said, it isnt a problem with creating the shortcuts so much as it is with putting them in the proper folder. And it seems to only happen when there is no wine-created wine folder in the menu, and only with certain installers.. I'm not totally sure but I will try several runs with a clean .wine and clean menu with +menubuilder and see what I can come up with. Will report back later with bug # and a better idea of whats going on.
On 3/16/07, Vitaliy Margolen wine-devel@kievinfo.com wrote:
Tom Spear wrote:
On 3/15/07, Tom Spear speeddymon@gmail.com wrote:
On 3/15/07, Lei Zhang thestig@google.com wrote:
It looks like the icon bug has already been reported: http://bugs.winehq.org/show_bug.cgi?id=7084
On my machine, wine puts WinRar.desktop in ~/.local/shared/applications/wine/Programs/WinRar, which then appears in my KDE menu. Are you saying the .desktop files went into ~/.wine/drive_c/Program Files/WinRar instead?
Yes, except that my Drive C is mapped to /mnt/d but that shouldnt make any difference. Note that this happens with the 2.6.20.2 kernel from kernel.org, which the 2.6 kernel is now required in order to run wine on Slackware 11..
Now that I think about it, I cant get wine to run on the Slack 11 2.4 kernel because of missing kernel support for something, so I had to get the 2.6 kernel from kernel.org..
When I originally installed this box, the current 2.6 was 2.6.20.1 and wine installed WinRAR to the menu and the desktop properly. Then I broke my install and had to to a clean reinstall of Slack, and so when I went back to kernel.org, the kernel was 2.6.20.2, so I downloaded it and compiled and installed.. After that I installed wine, and the menu shortcuts were put in the wrong folder. Perhaps I either missed a config option in the kernel that is affecting this, or something that was changed in 2.6 actually breaks wine's menu creation?
Like I said, the wine version didn't change between the reinstalls because I can't use git....
-- Thanks
Tom
Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet!
http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-ema...
I did some more checking into this just now. I'm not sure why or how, but when I installed Worms 2, it installed the menu entries properly. So I uninstalled WinRAR and reinstalled it. This time it created a menu entry for WinRAR under the wine folder in the menu, but it isnt a subfolder, like it should be and the other icons that should be in the menu aren't there. It appears that the winrar installer may be doing something that other installers dont do....
After install is finished you did run 'wineboot' right? As most installers create icons _first_ before anything else is installed.
Anyone know of any debug messages I should run to try to narrow down the problem?
menubuilder would be helpfull. With the bug # where you should send all this information of course.
Vitaliy
On 3/16/07, Vitaliy Margolen wine-devel@kievinfo.com wrote:
Tom Spear wrote:
I did some more checking into this just now. I'm not sure why or how, but when I installed Worms 2, it installed the menu entries properly. So I uninstalled WinRAR and reinstalled it. This time it created a menu entry for WinRAR under the wine folder in the menu, but it isnt a subfolder, like it should be and the other icons that should be in the menu aren't there. It appears that the winrar installer may be doing something that other installers dont do....
After install is finished you did run 'wineboot' right? As most installers create icons _first_ before anything else is installed.
Anyone know of any debug messages I should run to try to narrow down the problem?
menubuilder would be helpfull. With the bug # where you should send all this information of course.
Vitaliy
I just uninstalled 0.9.32 (using the make directory for 0.9.32) and pulled and installed 0.9.33, removed ~/.wine, and drive_c as well as my desktop icons, and menu icons.
On an unrelated note, oddly enough wine prompted me to install gecko, but when I said yes it did not install it and instead tried to initialize the one from my 0.9.32 install, which wasnt there...
So anyways I get it all installed, run wineprefixcreate and winecfg, switch to my home directory, run wine with WINEDEBUG=+menubuilder ./wrar362.exe and install it.
The Desktop icon appears like usual, but still no menu icons. So I run WINEDEBUG=+menubuilder wineboot and still get no menu icons. So, thinking that maybe the K Menu just needed to refresh, I rebooted the machine, and STILL get no icons.. So I looked into the drive_c/Program\ Files/WinRAR directory, and again there is the folder WinRAR (/mnt/d/Program\ Files/WinRAR/WinRAR) with all of the icons in it.. So I am still having my icons created in the Program files directory..
Im taking a look into menubuilder now to see if I can find anything and will post back once the site is back up (which will be about the time you read this). By that time I will also have a bug # (since I cant very well create a bug with bugzilla down too).. The full +menubuilder trace is attached with comments inside the file, and the trace will also be attached to the bug for future reference..
On 3/19/07, Tom Spear speeddymon@gmail.com wrote:
On 3/16/07, Vitaliy Margolen wine-devel@kievinfo.com wrote:
Tom Spear wrote:
I did some more checking into this just now. I'm not sure why or how, but when I installed Worms 2, it installed the menu entries properly. So I uninstalled WinRAR and reinstalled it. This time it created a menu entry for WinRAR under the wine folder in the menu, but it isnt a subfolder, like it should be and the other icons that should be in the menu aren't there. It appears that the winrar installer may be doing something that other installers dont do....
After install is finished you did run 'wineboot' right? As most installers create icons _first_ before anything else is installed.
Anyone know of any debug messages I should run to try to narrow down the problem?
menubuilder would be helpfull. With the bug # where you should send all this information of course.
Vitaliy
I just uninstalled 0.9.32 (using the make directory for 0.9.32) and pulled and installed 0.9.33, removed ~/.wine, and drive_c as well as my desktop icons, and menu icons.
On an unrelated note, oddly enough wine prompted me to install gecko, but when I said yes it did not install it and instead tried to initialize the one from my 0.9.32 install, which wasnt there...
So anyways I get it all installed, run wineprefixcreate and winecfg, switch to my home directory, run wine with WINEDEBUG=+menubuilder ./wrar362.exe and install it.
The Desktop icon appears like usual, but still no menu icons. So I run WINEDEBUG=+menubuilder wineboot and still get no menu icons. So, thinking that maybe the K Menu just needed to refresh, I rebooted the machine, and STILL get no icons.. So I looked into the drive_c/Program\ Files/WinRAR directory, and again there is the folder WinRAR (/mnt/d/Program\ Files/WinRAR/WinRAR) with all of the icons in it.. So I am still having my icons created in the Program files directory..
Im taking a look into menubuilder now to see if I can find anything and will post back once the site is back up (which will be about the time you read this). By that time I will also have a bug # (since I cant very well create a bug with bugzilla down too).. The full +menubuilder trace is attached with comments inside the file, and the trace will also be attached to the bug for future reference..
-- Thanks
Tom
Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet!
http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-ema...
To add a bit more info, I just retried, again cleaning everything out and rebuilding the environment with wineprefixcreate and winecfg. This time however I created a symlink from /mnt/d/windows/profiles/speeddy/Start\ Menu to ~/.local/share/applications
One of the .lnk files was put in the right place this time, and then when I ran wineboot, it created the wine folder and the main shortcut based off of that.
It seems (looking at my trace) that it's failing around line 917 (in InvokeShellLinker), which basically checks the location of the lnk file and if it isnt in a known location, such as Desktop, Start Menu, Startup or the common version of such, then it fails and spits a warn. The odd thing is that that function should return a relative path Assuming that my hunch is correct, if I comment out that part of the call, then it should create the shortcuts in the proper location. Of course this would only work because I manually created the symlink for Start Menu earlier, due to the next part which checks to see if the links are under the start menu or desktop
The reason I see this failing is not due to a bug in the menubuilder but due to a bug somewhere else in wine that causes the folder that should go into the Start Menu to be put into Program Files\WinRAR.. So IMHO this bug is somewhere else. I'll try running with +file and see what I can come up with.
On 3/19/07, Tom Spear speeddymon@gmail.com wrote:
On 3/19/07, Tom Spear speeddymon@gmail.com wrote:
On 3/16/07, Vitaliy Margolen wine-devel@kievinfo.com wrote:
Tom Spear wrote:
I did some more checking into this just now. I'm not sure why or how, but when I installed Worms 2, it installed the menu entries properly. So I uninstalled WinRAR and reinstalled it. This time it created a menu entry for WinRAR under the wine folder in the menu, but it isnt a subfolder, like it should be and the other icons that should be in the menu aren't there. It appears that the winrar installer may be doing something that other installers dont do....
After install is finished you did run 'wineboot' right? As most installers create icons _first_ before anything else is installed.
Anyone know of any debug messages I should run to try to narrow down the problem?
menubuilder would be helpfull. With the bug # where you should send all this information of course.
Vitaliy
I just uninstalled 0.9.32 (using the make directory for 0.9.32) and pulled and installed 0.9.33, removed ~/.wine, and drive_c as well as my desktop icons, and menu icons.
On an unrelated note, oddly enough wine prompted me to install gecko, but when I said yes it did not install it and instead tried to initialize the one from my 0.9.32 install, which wasnt there...
So anyways I get it all installed, run wineprefixcreate and winecfg, switch to my home directory, run wine with WINEDEBUG=+menubuilder ./wrar362.exe and install it.
The Desktop icon appears like usual, but still no menu icons. So I run WINEDEBUG=+menubuilder wineboot and still get no menu icons. So, thinking that maybe the K Menu just needed to refresh, I rebooted the machine, and STILL get no icons.. So I looked into the drive_c/Program\ Files/WinRAR directory, and again there is the folder WinRAR (/mnt/d/Program\ Files/WinRAR/WinRAR) with all of the icons in it.. So I am still having my icons created in the Program files directory..
Im taking a look into menubuilder now to see if I can find anything and will post back once the site is back up (which will be about the time you read this). By that time I will also have a bug # (since I cant very well create a bug with bugzilla down too).. The full +menubuilder trace is attached with comments inside the file, and the trace will also be attached to the bug for future reference..
-- Thanks
Tom
Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet!
http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-ema...
To add a bit more info, I just retried, again cleaning everything out and rebuilding the environment with wineprefixcreate and winecfg. This time however I created a symlink from /mnt/d/windows/profiles/speeddy/Start\ Menu to ~/.local/share/applications
One of the .lnk files was put in the right place this time, and then when I ran wineboot, it created the wine folder and the main shortcut based off of that.
It seems (looking at my trace) that it's failing around line 917 (in InvokeShellLinker), which basically checks the location of the lnk file and if it isnt in a known location, such as Desktop, Start Menu, Startup or the common version of such, then it fails and spits a warn. The odd thing is that that function should return a relative path Assuming that my hunch is correct, if I comment out that part of the call, then it should create the shortcuts in the proper location. Of course this would only work because I manually created the symlink for Start Menu earlier, due to the next part which checks to see if the links are under the start menu or desktop
The reason I see this failing is not due to a bug in the menubuilder but due to a bug somewhere else in wine that causes the folder that should go into the Start Menu to be put into Program Files\WinRAR.. So IMHO this bug is somewhere else. I'll try running with +file and see what I can come up with.
-- Thanks
Tom
Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet!
http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-ema...
OK finally found the culprit!
Looks like the WinRAR installer is looking for the Start Menu and Start Menu\Programs.. Found it with the +file trace. If those don't exist then it defaults to installing into.... Program Files\WinRAR.
So I now have two questions:
1) Why was the Start Menu left out of wine's first boot/wineprefixcreate and left out of the winecfg dialogs? I mean was it just an oversight or was there a specific reason, because I honestly dont know or understand.
2) Is the menu location (~/.local/share/applications) pretty much universal? In other words IF a patch were submitted to add Start Menu creation under windows\profiles, would it require detection of the menu location, or (in the case that it is nearly universal) could it just be statically coded?
Tom Spear wrote:
On 3/19/07, Tom Spear speeddymon@gmail.com wrote:
On 3/19/07, Tom Spear speeddymon@gmail.com wrote:
On 3/16/07, Vitaliy Margolen wine-devel@kievinfo.com wrote:
Tom Spear wrote:
I did some more checking into this just now. I'm not sure why
or how,
but when I installed Worms 2, it installed the menu entries
properly.
So I uninstalled WinRAR and reinstalled it. This time it
created a
menu entry for WinRAR under the wine folder in the menu, but
it isnt a
subfolder, like it should be and the other icons that should
be in the
menu aren't there. It appears that the winrar installer may
be doing
something that other installers dont do....
After install is finished you did run 'wineboot' right? As most installers create icons _first_ before anything else is installed.
Anyone know of any debug messages I should run to try to
narrow down
the problem?
menubuilder would be helpfull. With the bug # where you should
send all
this information of course.
Vitaliy
I just uninstalled 0.9.32 (using the make directory for 0.9.32) and pulled and installed 0.9.33, removed ~/.wine, and drive_c as well as my desktop icons, and menu icons.
On an unrelated note, oddly enough wine prompted me to install gecko, but when I said yes it did not install it and instead tried to initialize the one from my 0.9.32 install, which wasnt there...
So anyways I get it all installed, run wineprefixcreate and winecfg, switch to my home directory, run wine with WINEDEBUG=+menubuilder ./wrar362.exe and install it.
The Desktop icon appears like usual, but still no menu icons. So I run WINEDEBUG=+menubuilder wineboot and still get no menu icons. So, thinking that maybe the K Menu just needed to refresh, I rebooted the machine, and STILL get no icons.. So I looked into the drive_c/Program\ Files/WinRAR directory, and again there is the folder WinRAR (/mnt/d/Program\ Files/WinRAR/WinRAR) with all of the icons in it.. So I am still having my icons created in the Program files directory..
Im taking a look into menubuilder now to see if I can find anything and will post back once the site is back up (which will be about the time you read this). By that time I will also have a bug # (since I cant very well create a bug with bugzilla down too).. The full +menubuilder trace is attached with comments inside the file, and the trace will also be attached to the bug for future reference..
-- Thanks
Tom
Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet!
http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-ema...
To add a bit more info, I just retried, again cleaning everything out and rebuilding the environment with wineprefixcreate and winecfg. This time however I created a symlink from /mnt/d/windows/profiles/speeddy/Start\ Menu to ~/.local/share/applications
One of the .lnk files was put in the right place this time, and then when I ran wineboot, it created the wine folder and the main shortcut based off of that.
It seems (looking at my trace) that it's failing around line 917 (in InvokeShellLinker), which basically checks the location of the lnk file and if it isnt in a known location, such as Desktop, Start Menu, Startup or the common version of such, then it fails and spits a warn. The odd thing is that that function should return a relative path Assuming that my hunch is correct, if I comment out that part of the call, then it should create the shortcuts in the proper location. Of course this would only work because I manually created the symlink for Start Menu earlier, due to the next part which checks to see if the links are under the start menu or desktop
The reason I see this failing is not due to a bug in the menubuilder but due to a bug somewhere else in wine that causes the folder that should go into the Start Menu to be put into Program Files\WinRAR.. So IMHO this bug is somewhere else. I'll try running with +file and see what I can come up with.
-- Thanks
Tom
Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet!
http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-ema...
OK finally found the culprit!
Looks like the WinRAR installer is looking for the Start Menu and Start Menu\Programs.. Found it with the +file trace. If those don't exist then it defaults to installing into.... Program Files\WinRAR.
So I now have two questions:
- Why was the Start Menu left out of wine's first
boot/wineprefixcreate and left out of the winecfg dialogs? I mean was it just an oversight or was there a specific reason, because I honestly dont know or understand.
It does exist here: /home/vitaliy/.wine/drive_c/windows/profiles/vitaliy/Start Menu/Programs and /home/vitaliy/.wine/drive_c/windows/profiles/All Users/Start Menu/Programs
- Is the menu location (~/.local/share/applications) pretty much
universal? In other words IF a patch were submitted to add Start Menu
See: http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html#paths
creation under windows\profiles, would it require detection of the menu location, or (in the case that it is nearly universal) could it just be statically coded?
You talking about two totally separate things: 1. Windows' "Start Menu" location 2. XOrg's location for the menu entries.
Vitaliy.
On 3/19/07, Vitaliy Margolen wine-devel@kievinfo.com wrote:
Tom Spear wrote:
On 3/19/07, Tom Spear speeddymon@gmail.com wrote:
On 3/19/07, Tom Spear speeddymon@gmail.com wrote:
On 3/16/07, Vitaliy Margolen wine-devel@kievinfo.com wrote:
Tom Spear wrote: > I did some more checking into this just now. I'm not sure why
or how,
> but when I installed Worms 2, it installed the menu entries
properly.
> So I uninstalled WinRAR and reinstalled it. This time it
created a
> menu entry for WinRAR under the wine folder in the menu, but
it isnt a
> subfolder, like it should be and the other icons that should
be in the
> menu aren't there. It appears that the winrar installer may
be doing
> something that other installers dont do.... After install is finished you did run 'wineboot' right? As most installers create icons _first_ before anything else is installed.
> > Anyone know of any debug messages I should run to try to
narrow down
> the problem? menubuilder would be helpfull. With the bug # where you should
send all
this information of course.
Vitaliy
I just uninstalled 0.9.32 (using the make directory for 0.9.32) and pulled and installed 0.9.33, removed ~/.wine, and drive_c as well as my desktop icons, and menu icons.
On an unrelated note, oddly enough wine prompted me to install gecko, but when I said yes it did not install it and instead tried to initialize the one from my 0.9.32 install, which wasnt there...
So anyways I get it all installed, run wineprefixcreate and winecfg, switch to my home directory, run wine with WINEDEBUG=+menubuilder ./wrar362.exe and install it.
The Desktop icon appears like usual, but still no menu icons. So I run WINEDEBUG=+menubuilder wineboot and still get no menu icons. So, thinking that maybe the K Menu just needed to refresh, I rebooted the machine, and STILL get no icons.. So I looked into the drive_c/Program\ Files/WinRAR directory, and again there is the folder WinRAR (/mnt/d/Program\ Files/WinRAR/WinRAR) with all of the icons in it.. So I am still having my icons created in the Program files directory..
Im taking a look into menubuilder now to see if I can find anything and will post back once the site is back up (which will be about the time you read this). By that time I will also have a bug # (since I cant very well create a bug with bugzilla down too).. The full +menubuilder trace is attached with comments inside the file, and the trace will also be attached to the bug for future reference..
-- Thanks
Tom
Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet!
http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-ema...
To add a bit more info, I just retried, again cleaning everything out and rebuilding the environment with wineprefixcreate and winecfg. This time however I created a symlink from /mnt/d/windows/profiles/speeddy/Start\ Menu to ~/.local/share/applications
One of the .lnk files was put in the right place this time, and then when I ran wineboot, it created the wine folder and the main shortcut based off of that.
It seems (looking at my trace) that it's failing around line 917 (in InvokeShellLinker), which basically checks the location of the lnk file and if it isnt in a known location, such as Desktop, Start Menu, Startup or the common version of such, then it fails and spits a warn. The odd thing is that that function should return a relative path Assuming that my hunch is correct, if I comment out that part of the call, then it should create the shortcuts in the proper location. Of course this would only work because I manually created the symlink for Start Menu earlier, due to the next part which checks to see if the links are under the start menu or desktop
The reason I see this failing is not due to a bug in the menubuilder but due to a bug somewhere else in wine that causes the folder that should go into the Start Menu to be put into Program Files\WinRAR.. So IMHO this bug is somewhere else. I'll try running with +file and see what I can come up with.
-- Thanks
Tom
Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet!
http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-ema...
OK finally found the culprit!
Looks like the WinRAR installer is looking for the Start Menu and Start Menu\Programs.. Found it with the +file trace. If those don't exist then it defaults to installing into.... Program Files\WinRAR.
So I now have two questions:
- Why was the Start Menu left out of wine's first
boot/wineprefixcreate and left out of the winecfg dialogs? I mean was it just an oversight or was there a specific reason, because I honestly dont know or understand.
It does exist here: /home/vitaliy/.wine/drive_c/windows/profiles/vitaliy/Start Menu/Programs and /home/vitaliy/.wine/drive_c/windows/profiles/All Users/Start Menu/Programs
- Is the menu location (~/.local/share/applications) pretty much
universal? In other words IF a patch were submitted to add Start Menu
See: http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html#paths
creation under windows\profiles, would it require detection of the menu location, or (in the case that it is nearly universal) could it just be statically coded?
You talking about two totally separate things:
- Windows' "Start Menu" location
- XOrg's location for the menu entries.
Vitaliy.
No I'm not. Apparently wine is broken in the way that it handles making links anyways, because if you look in winecfg with a clean ~/.wine you see Desktop points to ~/Desktop which is not good. The reason this is not good is because when a user installs a program they get 2 icons, one is the lnk file that is used in windows (useless in wine/linux for launching programs), and the other is the .desktop file.
So apparently what wine needs is to have a central location to store lnk files that is not so visible, and then it needs to make all of the .desktop files (both for the desktop and for the xorg menu entries) from those lnk files.
See thread "Menubuilder fix found" and the bug linked at the top of that email for all of the info needed for someone that knows the code to make a patch..
Tom Spear wrote:
- Is the menu location (~/.local/share/applications) pretty much
universal? In other words IF a patch were submitted to add Start Menu
See: http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html#paths
creation under windows\profiles, would it require detection of the menu location, or (in the case that it is nearly universal) could it just be statically coded?
You talking about two totally separate things:
- Windows' "Start Menu" location
- XOrg's location for the menu entries.
Vitaliy.
No I'm not. Apparently wine is broken in the way that it handles making links anyways, because if you look in winecfg with a clean ~/.wine you see Desktop points to ~/Desktop which is not good. The reason this is not good is because when a user installs a program they get 2 icons, one is the lnk file that is used in windows (useless in wine/linux for launching programs), and the other is the .desktop file.
You missed that discussion. It was decided some time ago that for compatibility reasons with 1000 different distros Wine will be using symlinks. And it works properly. But the biggest reasoning behind it is integration. Wine should use ~/Desktop as desktop (if it's present).
So apparently what wine needs is to have a central location to store lnk files that is not so visible, and then it needs to make all of the
That won't work so easily. These places can not be changed from what they are on windows. Some stupid programs will be accessing those directories directly, creating lnk files.
.desktop files (both for the desktop and for the xorg menu entries) from those lnk files.
These places are outlined in the FreeDesktop XDG standard - see the link.
See thread "Menubuilder fix found" and the bug linked at the top of that email for all of the info needed for someone that knows the code to make a patch..
It appears you have some strange problems with your Wine install - you should file bugs about that. Since Alexandre moved c:\windows\system to c:\windows\system32 I have never had a single problem with Wine creating later properly.
Vitaliy.
On 3/20/07, Vitaliy Margolen wine-devel@kievinfo.com wrote:
Tom Spear wrote:
- Is the menu location (~/.local/share/applications) pretty much
universal? In other words IF a patch were submitted to add Start Menu
See: http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html#paths
creation under windows\profiles, would it require detection of the menu location, or (in the case that it is nearly universal) could it just be statically coded?
You talking about two totally separate things:
- Windows' "Start Menu" location
- XOrg's location for the menu entries.
Vitaliy.
No I'm not. Apparently wine is broken in the way that it handles making links anyways, because if you look in winecfg with a clean ~/.wine you see Desktop points to ~/Desktop which is not good. The reason this is not good is because when a user installs a program they get 2 icons, one is the lnk file that is used in windows (useless in wine/linux for launching programs), and the other is the .desktop file.
You missed that discussion. It was decided some time ago that for compatibility reasons with 1000 different distros Wine will be using symlinks. And it works properly. But the biggest reasoning behind it is integration. Wine should use ~/Desktop as desktop (if it's present).
So we want users to have both a .lnk file (which doesnt work) and a .desktop file (which does) on their desktop?
Ill file bugs if that is not correct, but afaics everything in the menubuilder code looks fine. Like I said if I disable the Desktop/My docs linking in the desktop integration tab of winecfg, then wine acts properly and puts lnk files where they should be (under the fake c drive's start menu/desktop) and puts desktop files where they should be (under the real xorg desktop and menu), which is what I meant when I had said "central location", I just hadnt thought to disable the link to boxes until after I said that.
"Tom Spear" speeddymon@gmail.com wrote:
To add a bit more info, I just retried, again cleaning everything out and rebuilding the environment with wineprefixcreate and winecfg. This time however I created a symlink from /mnt/d/windows/profiles/speeddy/Start\ Menu to ~/.local/share/applications
Looks like you are trying to use your existing windows partition as a part of Wine installation. Why are you doing that? I'd suggest you to stop, and report the bugs only existing in clean Linux Wine installation, otherwise you are on your own in hunting bugs in that kind of a setup.
"Tom Spear" speeddymon@gmail.com wrote:
Im taking a look into menubuilder now to see if I can find anything and will post back once the site is back up (which will be about the time you read this). By that time I will also have a bug # (since I cant very well create a bug with bugzilla down too).. The full +menubuilder trace is attached with comments inside the file, and the trace will also be attached to the bug for future reference..
This not a proper place to send debug logs or bug reports, this is not a user support channel either.
Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet!
Please stop posting advertisements here.