The .pet does not contain a applications directory and it does not contain a .desktop file (menu entry)

Ahh, correct. I never made the the .desktop file. Whoops, I tend to forget about that because I do not use the Puppy pinboard, haha. The application itself runs perfectly though. Last edited by sheepy on Thu 31 May 2012, 00:56; edited 1 time in total

Yes, the .desktop file in /usr/share/applications is required to create a menu entry and imho a program that uses a GUI like lmms should have a menu entry because it is NOT a terminal application.

I do really hate this stuff by now. If you found at least a program that works, you can bet your ass, that there's something wrong with the .desktop file. Wrong icon or icon path, no translations etc.pp.

For a coder, tweaker, programmer etc. it might be ok, to use, test and run a application typing its name into the terminal.

But for a user it is uncomfortable, unacceptable and really not helpful to run the application after installing it. Usually a user looks into the menu for an application to run and NOT into the terminal.

Sorry, but i think: GUI applications without a .desktop file (menu entry) should be autoatically removed from the forum - this SUCCS! _________________LazY PuppyRSH's DNASARA B.

Yes, the .desktop file in /usr/share/applications is required to create a menu entry and imho a program that uses a GUI like lmms should have a menu entry because it is NOT a terminal application.

I do really hate this stuff by now. If you found at least a program that works, you can bet your ass, that there's something wrong with the .desktop file. Wrong icon or icon path, no translations etc.pp.

For a coder, tweaker, programmer etc. it might be ok, to use, test and run a application typing its name into the terminal.

But for a user it is uncomfortable, unacceptable and really not helpful to run the application after installing it. Usually a user looks into the menu for an application to run and NOT into the terminal.

Sorry, but i think: GUI applications without a .desktop file (menu entry) should be autoatically removed from the forum - this SUCCS!

My apologies for not including the .desktop file. I do not use the default xdg menu (I use my own openbox menu). It does not contain a .desktop file because I ported it directly from Debian packages.

If you do not like it, simply do not download it or convert it to a tgz, extract it, create and add a .desktop file in /usr/share/applications/, and repack it with dir2pet. The real challenge of porting things is figuring out exactly which dependencies it requires and putting all the dependencies and packages together.

Increasing puppy's compatibility is a collective effort to improve puppy for all. There is no need to bash just because I forgot to include a .desktop file (especially when I do not use them), but thank you anyway.

I do really hate this stuff by now. If you found at least a program that works, you can bet your ass, that there's something wrong with the .desktop file. Wrong icon or icon path, no translations etc.pp.

That is because most programs are usually being ported from another package format (debian, slackware, rpm, etc.), which do not use .desktop files. The .desktop file is native to puppy.

@Sheepy - I appreciate the hard work to get the program running. Please don't take my comment as a bash. I was just curious about different menu systems - how do you add things to your OpenBox menu?

@RSH - I think you went too far in criticizing Sheepy. He simply forgot to include the .desktop file. May be you miss understood what e said?_________________helping Wiki for help | IF SendSpace link = "dead" THEN PM me ("up file to http://meownplanet.net/")

Sorry to be misunderstood, but i did not criticize Sheepy, even if you understand it this way.

I do criticize stuf like that generally!

Approximately 30% of the time i did invest in making the LazY Puppy has to do with editing/refining the .desktop files (menu entries)

Sheepy wrote:

I never made the the .desktop file.

How could this be misunderstood by anyone?

Sheepy wrote:

That is because most programs are usually being ported from another package format (debian, slackware, rpm, etc.), which do not use .desktop files. The .desktop file is native to puppy.

Well, i am not a Linux Expert in general, but i can say: this is not the truth. I do use kubuntu (sometimes, less, less, sometimes) and Kubuntu uses the .desktop files also. There is also a general list of menu categories available on the web - so this means to me: there are more linux OS's that uses the .desktop file. Not only Kubuntu and Puppy.

And do you know what? Kubuntu has the same f... problems/issues with the .desktop files. Donwloading, configuring and installing the wanted applications into Kubuntu takes less than 2 hours. Refining the .desktop files of Kubuntu did take at least more than one day.

I also do appreciate every work done on a application that works. But we are not all tweakers. I did have over 200 Downloads in the last 10 Days on LazY Puppy, but only two or three users to post in the LazY Puppy thread. So there are 197 people who did not want to act as a tweaker but as a user.

I think: not to add a .desktop file after the whole hard work to get an application running, is like fixing a bike without checking the brakes - wich means: you did not do the job completely.

Sometimes i feel like this forum is a bit like facebook. If you do post and/or represent unpopular "meanings" (views?) your "friends" counter will move rapidly to the basement.

So, Sheepy: i am not criticizing you, i criticize stuff like this in general. And only that way "this SUCCS" should be understood.

Sheepy wrote:

To modify the Openbox menu, you must edit the config file in /root/.config/openbox/menu.xml To make it easier, there is a GUI to modify it called ObMenu.

In my experience the openbox menu (/root/.config/openbox/menu.xml) is generated automatically by /usr/bin/obmenu-refresh. If you are editing /root/.config/openbox/menu.xml manually, the changes will be gone after the next "fixmenus" is called.

Sheepy wrote:

There is no need to bash just because I forgot to include a .desktop file (especially when I do not use them), but thank you anyway.

The only thing i really do not understand is: what has bash (bourne again shell) to do with all of this? Does "bash" have another meaning also?_________________LazY PuppyRSH's DNASARA B.

I think you did misunderstand because the next sentence is important, I've read the posts a few times so I hope I'm correct

Quote:

I never made the the .desktop file. Whoops, I tend to forget about that because I do not use the Puppy pinboard, haha.

Sheepy response was

confirming .desktop missing,
reason - I forgot to include it
I happen not to use .desktop

not

confirming .desktop missing,
reason - I don't want to include it
I don't use .desktop so I don't care

bash = to ridicule

Quote:

Sorry, but i think: GUI applications without a .desktop file (menu entry) should be automatically removed from the forum - this SUCCS!

This could be read as-

Any package that isn't 100% prefect should be removed
You suck

I can see it is frustrating when some things are missing - especially if you are spending time rectifying problems. You had a valid observation how things are put can lend to unintentional offense._________________helping Wiki for help | IF SendSpace link = "dead" THEN PM me ("up file to http://meownplanet.net/")

Well, i am not a Linux Expert in general, but i can say: this is not the truth. I do use kubuntu (sometimes, less, less, sometimes) and Kubuntu uses the .desktop files also. There is also a general list of menu categories available on the web - so this means to me: there are more linux OS's that uses the .desktop file. Not only Kubuntu and Puppy.
And do you know what? Kubuntu has the same f... problems/issues with the .desktop files. Donwloading, configuring and installing the wanted applications into Kubuntu takes less than 2 hours. Refining the .desktop files of Kubuntu did take at least more than one day.

If it works in Kubuntu, why do you still have so many problems with it? All I am saying is that not all bases use it, as you can see by this package I made that is built straight from the Ubuntu repos.

RSH wrote:

I also do appreciate every work done on a application that works. But we are not all tweakers. I did have over 200 Downloads in the last 10 Days on LazY Puppy, but only two or three users to post in the LazY Puppy thread. So there are 197 people who did not want to act as a tweaker but as a user.

RSH wrote:

Sorry, but i think: GUI applications without a .desktop file (menu entry) should be autoatically removed from the forum - this SUCCS!

Good to know, but in my puplet, there is a custom openbox menu desktop icons are not used.
Also, it is better to progress than not progress. I brought a very popular Linux app to the park for other puppies to play with. It was missing a .desktop file. Okay, big deal? So it should be removed from the forums because of that? Then there would be no progress. This is the forums, not the repo. It is okay to be a little experimental, but this package hardly even constitutes as that.

RSH wrote:

In my experience the openbox menu (/root/.config/openbox/menu.xml) is generated automatically by /usr/bin/obmenu-refresh. If you are editing /root/.config/openbox/menu.xml manually, the changes will be gone after the next "fixmenus" is called.

Hmmm, that's strange, because I can edit mine at any time and fixmenus will only refresh it (like it does in crunchbang).

Sorry English-Speaking-Users, but my English-Knowledge is unfortunately not high enough to give an English reply to this. Also, Karl is a German User, he wrote in German, so he well-deserves a reply in his own Language.

It has 14 lines, so it must be ok (i did read somewhere, earlier, that a .desktop file should have at least a minimum of 11 lines).

If the sfs is not working in your puppy, that means your puppy has installed a file that's also inside the sfs - but non-compatible to the needed version inside the sfs. Such files are overwritten on installing a .pet but are not loaded on sfs_load if already in the system (there seems to be no version check, only filename).

You can find these files by copying the files of the extracted/mounted (not loaded like sfs_load) sfs manually into the system and having a special look at files to be overwritten. Do this without using a save file.

I hope, this will work out of the box, just like installed. In LazY Puppy it runs, but did not test if it works.

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum