Fatdog64-620 Final (17 April 2013) and 621 (9 May 2013)

A home for all kinds of Puppy related projects
Message
Author
Snail
Posts: 331
Joined: Sun 18 Oct 2009, 07:32

Adventures in Wonderland

#381 Post by Snail »

Right-clicking an item in the menu pops up a button labled "Add to Desktop". This is a great feature but unfortunately, it does nothing as far as I can see. Except that, after clicking the button, it vanishes and then left-clicking the desktop no longer banishes the menu. Only after the main menu is moused-over will such clicking make the menu disappear.

I inadvertently deleted all occurrences of osmo.desktop. I dragged the file from /usr/aplications to the desktop to get desktop icon. Later I found osmo in the menu, under"Office", so decided to delete my new icon. Now pfind reports it's gone completely. What went wrong?

I got the .desktop file back by booting a saved savefile and copying it to the Windows filesystem. Is there a way to get such things back without a reboot? It wasn't in the trash can, presumably because the file was only blacklisted, not really deleted. Is that a bug? Then I tried to unpack initrd and look for it. However, although clicking on initrd does open a directory in /tmp, with a puppy-looking file directory under it, there are hardly any files in it?? (Would trying to open a huge initrd in a small savefile have this effect? I currently have 132 MB spare.)

How do I make the Osmo tray icon persist between bootups? Shouldn't that be the default when "Enable system tray" is ticked under Options/General? (the default). I hope I don't need to modify a start-up script manually, not that that's too hard but it's rather inelegant.

JustGreg
Posts: 782
Joined: Tue 24 May 2005, 10:55
Location: Connecticut USA

#382 Post by JustGreg »

Just added to the repo: http://distro.ibiblio.org/fatdog/pets/6 ... .8-622.pet, only because you asked, Greg 8)
Thanks, JamesBond :D
Enjoy life, Just Greg
Live Well, Laugh Often, Love Much

chapchap70
Posts: 210
Joined: Thu 18 Nov 2010, 05:39
Location: The Island Of Long (NY, USA)

Re: Adventures in Wonderland

#383 Post by chapchap70 »

I must be learning a little bit because I can now answer a couple of questions or at least know how to find the answer. That is better than before. I seem to be able to find my way around linux with X now. 8)

Snail wrote:Right-clicking an item in the menu pops up a button labled "Add to Desktop". This is a great feature but unfortunately, it does nothing as far as I can see. Except that, after clicking the button, it vanishes and then left-clicking the desktop no longer banishes the menu. Only after the main menu is moused-over will such clicking make the menu disappear.
When I tried this, I too expected an icon to appear right on my desktop so I can click on it just like all my other desktop icons. I found that right clicking these puts an icon in /root/desktop where you can drag the icon to the actual desktop. I don't see the purpose of this except it might be helpful for people who don't know to look for desktop icons in /usr/share/applications.

I inadvertently deleted all occurrences of osmo.desktop. I dragged the file from /usr/aplications to the desktop to get desktop icon. Later I found osmo in the menu, under"Office", so decided to delete my new icon. Now pfind reports it's gone completely. What went wrong?
I don't have a /usr/applications directory. I assume you meant /usr/share/applications? I dragged the osmo desktop icon from there and it copied the icon. Did you move it and the icon was no longer in the directory but only on the desktop? That would explain why deleting the icon from the desktop made the program stop working.

How do I make the Osmo tray icon persist between bootups? Shouldn't that be the default when "Enable system tray" is ticked under Options/General? (the default). I hope I don't need to modify a start-up script manually, not that that's too hard but it's rather inelegant.
If you untick the "Enable system tray", closing the window closes the program. Having the system tray enabled means you can have programs running in the background with no window open. You can open /usr/bin and drag the osmo sprocket icon into /root/Startup and link it. There is a readme in the Startup directory. Some programs like Bibletime are in the /usr/local/bin directory instead of /usr/bin. I do not know why; I guess some programs get compiled differently.

Snail
Posts: 331
Joined: Sun 18 Oct 2009, 07:32

Problem with Osmo

#384 Post by Snail »

I discovered an annoying glitch with Osmo. It appears that Osmo does not save anything that you enter into notes until it is closed down completely. If you shut down Fatdog while Osmo is still open, you loose all your changes. It would appear that whatever mechanism the OS uses to clean up open applications during shutdown isn't as "good" as shutting down using Osmo's own methods.

If you run it with "Enable systray" ticked under options/general, which is the default, it is most likely that Osmo will still be running unseen in the background and a shutdown will therefore hose your data. Running it that way is therefore inadvisable and it is a pity that it is the default.

Osmo not saving on the fly seems weird to me, especially for an app that is designed to go to the tray by default. Fatdog's closing down mechanism is also not idiot proof enough for this idiot it would seem.

I have altered the Digital Clock settings to run Osmo on right click. That way, the only way to remove the Osmo window is to fully shut Osmo down. This makes it less likely that I will neglect to shut it down, although there is still a risk if it happens to be on a non-open desktop when I shutdown.

Running Osmo off the clock is what other Puppies do and seems a good idea to me. The Digital default is a crappy little calender display. The Fatdog developers substitute Clockset, but this is a wasteful use of systray space for a relatively rarely used app. It would be nice to have it available on right click though but I have no idea how to do that.

I am also wondering if some issues I had with changes made in WPA-Gui not sticking through reboots might have been due to similar set of circumstances?

Snail
Posts: 331
Joined: Sun 18 Oct 2009, 07:32

Add to Desktop - Deleting desktop icon - Startup Folder

#385 Post by Snail »

I wonder if the Desktop folder is work in progress? One would hope that clicking the button might finish the job of posting to the desktop.

It's not possible to make an error when dragging an icon from /usr/share/applications to the desktop. Where I went wrong was in trying to remove an icon from the desktop using the "Send to trash" right click option, rather than "Remove item(s)". I had to ignore a warning to do that - idiot.

At least the /root/startup folder method is better than having to edit some script. It would be nice if there was a menu item sending you there. How did you find it chapchap?

chapchap70
Posts: 210
Joined: Thu 18 Nov 2010, 05:39
Location: The Island Of Long (NY, USA)

Re: Add to Desktop - Deleting desktop icon - Startup Folder

#386 Post by chapchap70 »

Snail wrote:At least the /root/startup folder method is better than having to edit some script. It would be nice if there was a menu item sending you there. How did you find it chapchap?
I found it by poking around. Clicking the Home icon on the top left opens the /root directory. I clicked on the Startup directory and read the Readme. I also remembered that there is a Desktop directory when right clicking the dropdown menu to send an icon to desktop didn't seem to do anything. I opened the directory and the icon I sent to Desktop was there.

Snail
Posts: 331
Joined: Sun 18 Oct 2009, 07:32

Finding by poking around

#387 Post by Snail »

Finding by poking around shows great user initiative chapchap, but it's not what I understand by human interface design :) . As I said, it's probably a work in progress. I am confused though, wouldn't it be cleaner and easier and less prone to problems if it simply automated the usual manual method of dragging out of /usr/share/applications?

gcmartin

#388 Post by gcmartin »

A question for clarification
When connecting a removable device where the files are stored on a Memory device versus a rotating drive/device, is there a potential that if it is mounted and disconnected without a umount, for file-level destruction? Is that potential the same as a rotating device?

I ask because I saw this thread. I think I understand the issues with a rotating device with head-movements as its being yanked, but wonder about a memory storage device (xPhone) like the one described.

Curious

Any ideas

Snail
Posts: 331
Joined: Sun 18 Oct 2009, 07:32

No Run Action set in Rox

#389 Post by Snail »

Was a bit surprised to find that neither .txt nor .html files had run actions associated with them, other than "$@". It's like that when booted up without a savefile, yet in that case both types open perfectly well in Geany or SeaMonkey, as appropriate!

The only reason that I noticed this was that using my savefile, at some time, this stopped working and clicking on a file icon in Rox didn't do anything. It certainly didn't happen after I first made a savefile, so it's something I've done but I can't think of anything I've done remotely likely to cause this. I fixed it by entering defaulttexteditor and defaultbrowser to the run actions.

Weirder still .PDF files continue to open just fine, even though they have only "$@" as a run action.

I have checked the effect of reverting to "$@" as the run action for .txt files. The files will no longer open until I re-add defaulttexteditor in the run action.

I seem to be a perfect tester. If it can be broken, I'll break it. :oops:

Snail
Posts: 331
Joined: Sun 18 Oct 2009, 07:32

Panel Preferences Question

#390 Post by Snail »

Why are half the icons in the bottom panels not showing in the Panel preferences edit box? See screenshot. How would I remove the Terminal icon from the Application Launch Bar, for instance, when I can't see it?

Is there any way to edit the icons, as the ones in the Application Launch Bar look rather dull? Better yet, can someone point me to where I can read up on this?
Attachments
Problem with Panel Preferences.jpg
(60.89 KiB) Downloaded 399 times

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#391 Post by jamesbond »

mailinator wrote:I would like to ask you, is it possible to install firmware for this wireless card? I am new to fatdog, and I don't know how to setup this wireless card. It is bcm 4313
Broadcom wireless device [14e4:4727]
That should already be supported. Perhaps you need a newer firmware. Try the attached files, put them into /lib/firm
gcmartin wrote:The process/steps to carry out these task; could you share them.
Open terminal, then type:

Code: Select all

killall dhcpcd; udhcpc -qi wlan0
.
snail wrote:Here they are jamesbond. As you can see, the amount of movement involved is subtle, within the precision that I can place the icons anyway.
Thanks. The difference is indeed subtle. The "click on the green checkbox to unmount" is somewhat of a hack and is based on heuristics; these heuristics may not be correct for your screen size. For whatever it is worth, I have changed the icon placement algorithm in Fatdog Next, they may or may not solve the problem.
This may be "expected behaviour when you move the Download folder outside the savefile" to experts like yourself. It is a serious potential usability issue to non-geeks. This case occurs whenever Fatdog is installed into the Windows partition, using fatdog's own installer, which is likely to be a very common case given how damned awkward NTFS partitions have been made to partition nowdays. mnt/sda2 is the most obvious route to the newb, although even that's none too obvious. As a suggestion, could the Fatdog installer be made to set up a symlink to /aufs/devsave called "Windows Partition" in /root, so it is easy to find in the Open File window, in the case of FatdoginWin installs?
Actually, now that I re-read your comment, I realise that I don't understand what you're trying to say. What exactly is the problem? What is the partition layout of the problematic computer? (ie what is sda1, what's the contents/partition types there, sda2, and so on and so on, and where do you install Fatdog)?
Since the "fix" I stumbled upon is doing nothing more clever than driving WPA-Gui, Surely the program should be able to be smart enough to realise that it's locked and automatically do what I have to spend several seconds doing, after about a week discovering how to?
Wpa-Gui isn't perfect and I'm glad that you have found a workaround :)
If you close the WPA-Gui window, by clicking File/exit, Not only does the WPA-Gui window close but the Taskbar icon also vanishes. There is no way of getting it back easier than running wpa-gui from the terminal, there are no icons in either the menu or the control panel. It also seems to loose any changes that you have just made in the Manage Networks tab. The wifi connection still persists however.
Yes, one is not supposed to close Wpa-Gui window by clicking File/Exit. One learns the hard way of the mistake of doing so :) Anyway you can make changes persists by choose File/save.
The cross on the WPA-Gui window header bar seems OK, it closes the window but does not kill the taskbar icon.
Yes, that's normal behaviour.
I know very little but I do know about symlinks. What confused me is that apparently, GDMap doesn't. Since the only point of using GDMap, apart from admiring the rather pretty graphic, is to find out what is eating your storage, surely it should ignore symlinks? At least as the default?
As I said previously, Fatdog doesn't use symlinks for this, and gdmap is fooled by that. Just remember the fact that /usr/lib and /usr/lib64 is the same (also /usr/X11R7/lib64 and /usr/X11R7/lib); they don't use double the space as you think they are. This is one of the thing that one needs to learn about Fatdog.
I did not use a terminal command, so it must have been xarchive from the menu that caused the problem. Fatdog started frantically warning me that I was eating the savefile but I couldn't come up with a solution in time to avert a smash.
Can you tell me the exact steps to reproduce the problem?
By the way, I see Pupzip is still in there but there is no icon to access it??
Pupzip is called everytime you click a compressed file. It is the one that finally launches xarchiver for you. There is no icon to launch it manually.
chapchap70 wrote:I must be learning a little bit because I can now answer a couple of questions or at least know how to find the answer. That is better than before. I seem to be able to find my way around linux with X now. 8)
Well I'm glad you do :)
Snail wrote:Right-clicking an item in the menu pops up a button labled "Add to Desktop". This is a great feature but unfortunately, it does nothing as far as I can see. Except that, after clicking the button, it vanishes and then left-clicking the desktop no longer banishes the menu. Only after the main menu is moused-over will such clicking make the menu disappear.
When I tried this, I too expected an icon to appear right on my desktop so I can click on it just like all my other desktop icons. I found that right clicking these puts an icon in /root/desktop where you can drag the icon to the actual desktop. I don't see the purpose of this except it might be helpful for people who don't know to look for desktop icons in /usr/share/applications.
No, there is no purpose there. This is a leftover of Puppy/Fatdog's desktop "quirks". Perhaps it is best to remove that "add-to-desktop" right-click menu altogether because it confuses people.
I discovered an annoying glitch with Osmo. It appears that Osmo does not save anything that you enter into notes until it is closed down completely. If you shut down Fatdog while Osmo is still open, you loose all your changes. It would appear that whatever mechanism the OS uses to clean up open applications during shutdown isn't as "good" as shutting down using Osmo's own methods.

If you run it with "Enable systray" ticked under options/general, which is the default, it is most likely that Osmo will still be running unseen in the background and a shutdown will therefore hose your data. Running it that way is therefore inadvisable and it is a pity that it is the default.

Osmo not saving on the fly seems weird to me, especially for an app that is designed to go to the tray by default. Fatdog's closing down mechanism is also not idiot proof enough for this idiot it would seem.
I will have to test this and get back to you.
Running Osmo off the clock is what other Puppies do and seems a good idea to me. The Digital default is a crappy little calender display. The Fatdog developers substitute Clockset, but this is a wasteful use of systray space for a relatively rarely used app. It would be nice to have it available on right click though but I have no idea how to do that.
I assume by now you already find out how to do that? Right click on the panel, choose Panel settings, go to "panel applet" tabs, highlight the Digital clock, then click Edit.
I wonder if the Desktop folder is work in progress? One would hope that clicking the button might finish the job of posting to the desktop.

It's not possible to make an error when dragging an icon from /usr/share/applications to the desktop. Where I went wrong was in trying to remove an icon from the desktop using the "Send to trash" right click option, rather than "Remove item(s)". I had to ignore a warning to do that - idiot.
That's how Fatdog desktop works. You will just need to learn its quirks and behaviours (every operating system has one). Until we replace ROX-Filer as the desktop, this will be the norm.

The good thing is - if you make mistake, just reboot without savefile and everything will come back to normal. If you accidentally delete system stuff, copy them again - they are always available from /aufs/pup_ro.
chapchap70 wrote:
Snail wrote:At least the /root/startup folder method is better than having to edit some script. It would be nice if there was a menu item sending you there. How did you find it chapchap?
I found it by poking around. Clicking the Home icon on the top left opens the /root directory. I clicked on the Startup directory and read the Readme. I also remembered that there is a Desktop directory when right clicking the dropdown menu to send an icon to desktop didn't seem to do anything. I opened the directory and the icon I sent to Desktop was there.
I agree the documentation could be better. But I don't think creating a menu item for every single function is a good idea.
gcmartin wrote:A question for clarification
When connecting a removable device where the files are stored on a Memory device versus a rotating drive/device, is there a potential that if it is mounted and disconnected without a umount, for file-level destruction? Is that potential the same as a rotating device?
Yes, the same, so don't do that.
I ask because I saw this thread. I think I understand the issues with a rotating device with head-movements as its being yanked, but wonder about a memory storage device (xPhone) like the one described.
A phone should not refuse to boot when its end-user storage device is corrupted. That's a reflection of poor design.
Was a bit surprised to find that neither .txt nor .html files had run actions associated with them, other than "$@". It's like that when booted up without a savefile, yet in that case both types open perfectly well in Geany or SeaMonkey, as appropriate!

The only reason that I noticed this was that using my savefile, at some time, this stopped working and clicking on a file icon in Rox didn't do anything. It certainly didn't happen after I first made a savefile, so it's something I've done but I can't think of anything I've done remotely likely to cause this. I fixed it by entering defaulttexteditor and defaultbrowser to the run actions.

Weirder still .PDF files continue to open just fine, even though they have only "$@" as a run action.

I have checked the effect of reverting to "$@" as the run action for .txt files. The files will no longer open until I re-add defaulttexteditor in the run action.
That sometimes happens to me too. It's a problem with Rox. You can usually fix the problem by deleting a folder called "/root/.config/rox.sourceforge.net" and then restart the X server.

I seem to be a perfect tester. If it can be broken, I'll break it.
And in fact we are grateful for your testing and reports. We'll fix what we can, and in the long run it will help others too. But don't expect that every single thing will be fixed, for many different reasons.
Why are half the icons in the bottom panels not showing in the Panel preferences edit box? See screenshot. How would I remove the Terminal icon from the Application Launch Bar, for instance, when I can't see it?

Is there any way to edit the icons, as the ones in the Application Launch Bar look rather dull? Better yet, can someone point me to where I can read up on this?
Right click on the terminal icon, choose "application launchbar settings", and modify to your heart's content :)
Attachments
bcm-firmware.tar
extract, put into /lib/firmware/brcm
(100 KiB) Downloaded 703 times
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

Snail
Posts: 331
Joined: Sun 18 Oct 2009, 07:32

Skype Pet Doesn't Install Correctly in Menu

#392 Post by Snail »

Pet has: Categories=X-Internet;

Categories=Network; works

Snail
Posts: 331
Joined: Sun 18 Oct 2009, 07:32

Jamesbonds previous post

#393 Post by Snail »

sda2 is the windows 7 partition. sda1 is a 100MB ntfs partition containing windows boot stuff. As this is on a second hand Thinkpad T400 and the original XP has been removed and Win 7 ultimate put on by the previous owner, I can't say if that is a standard set-up. As I said, Fatdog was installed onto the Windows partition, sda2, using Fatdog's own boot manager, so that the installation is a "standard" one, as far as that goes. The problem I encountered was when using the standard, "Open File" menu. To a non-geek, it is not easy to see how to access files on the Windows filesystem. In my case, I tried to use what I knew from other Puppies and tried /mnt/sda2, which obviously won't work. To save such hassles in future, it was easy enough to put a symlink to /aufs/devsave into /root and name it "Windows Partition". I was suggesting that a non-geek would not have a clue about that and may become very confused. It would be easy for the Fatdog installer to do at least that much for him. Even nicer could be to ask the user for his username and make a link to the user's home directory.

WPA-GUI isn't perfect. It's pretty good though. How do I ask the developers to perfect it?

I may have been confused by GDMap's confusion but do you really believe I still think the lib and lib64 are not the same thing? :) Incidently, Rox thinks that /lib64 is a symlink to /lib, so less confused than GDMap but still not quite there!

Steps to wreck the savefile using xarchiver: I got pretty flustered while this was happening but as best that I can remember it went like this. Open xarchiver, create a new archive, drag /lib to the panel and click add. Then dither.

A working "Add to Desktop" button would be a great user enhancement. It would be a real pity to see it not followed up. How difficult would it be to make it so? The /root/desktop directory itself does seem unnecessary. I have to say that I disagree with you about how much to put in the menu. Your perspective is that of an expert, mine is more akin to the normal user AKA "idiots". I have even started a discussion topic on this:
http://www.murga-linux.com/puppy/viewto ... 666#719666

Yes, I have already made Osmo the program that runs on left clicking the digital clock. You had clockset as the action. What I would now like to do is to make clockset one of the options in the digital clock right-click menu and I see no way to do that. At present what you get is just the standard LXPanel stuff. How would I do that? It isn't doable by the method you describe, that's only for left-click.
It's not possible to make an error when dragging an icon from /usr/share/applications to the desktop. Where I went wrong was in trying to remove an icon from the desktop using the "Send to trash" right click option, rather than "Remove item(s)". I had to ignore a warning to do that - idiot.

That's how Fatdog desktop works. You will just need to learn its quirks and behaviours (every operating system has one). Until we replace ROX-Filer as the desktop, this will be the norm.

The good thing is - if you make mistake, just reboot without savefile and everything will come back to normal. If you accidentally delete system stuff, copy them again - they are always available from /aufs/pup_ro.
As I said, I was an idiot. But PLEASE don't drop Rox as the file manager. Once you get into it it's fantastic. with Don570's Rox-Rightclicks enhancement it's even more superb. Any chance of rightclicks for FatDog? If I had my way, it should be built in to every Pup. I helped to convince Playdayz to do that with Lucid but no other developer so far. Thanks for the hint about /aufs/pup-ro. I will probably need it.
That sometimes happens to me too. It's a problem with Rox. You can usually fix the problem by deleting a folder called "/root/.config/rox.sourceforge.net" and then restart the X server.
Thanks, I'll try that.
And in fact we are grateful for your testing and reports. We'll fix what we can, and in the long run it will help others too. But don't expect that every single thing will be fixed, for many different reasons.
I certainly don't expect that! I am more than happy to have such a long and considered response however, thank you for that. I will try to make my well-meaning reports at least slightly more of a help than a hindrance.

Umm what's bcm-firmware.tar ? EDIT Never mind, I didn't look!

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#394 Post by jamesbond »

Snail wrote:sda2 is the windows 7 partition. sda1 is a 100MB ntfs partition containing windows boot stuff. As this is on a second hand Thinkpad T400 and the original XP has been removed and Win 7 ultimate put on by the previous owner, I can't say if that is a standard set-up. As I said, Fatdog was installed onto the Windows partition, sda2, using Fatdog's own boot manager, so that the installation is a "standard" one, as far as that goes. The problem I encountered was when using the standard, "Open File" menu. To a non-geek, it is not easy to see how to access files on the Windows filesystem. In my case, I tried to use what I knew from other Puppies and tried /mnt/sda2, which obviously won't work. To save such hassles in future, it was easy enough to put a symlink to /aufs/devsave into /root and name it "Windows Partition". I was suggesting that a non-geek would not have a clue about that and may become very confused. It would be easy for the Fatdog installer to do at least that much for him. Even nicer could be to ask the user for his username and make a link to the user's home directory.
Ah I see now. The standard idiom in Puppy to access the partition where your installation (savefile) is to use "/mnt/home"; this is also true in Fatdog. It has been like this for many years. I think your suggestion is good, I'll see if I can add "Windows Partition" symlink to /root (when the user obviously install into a Windows system).
WPA-GUI isn't perfect. It's pretty good though. How do I ask the developers to perfect it?
Wpa-Gui is part of wpa_supplicant, so you need to contact its developers here: http://hostap.epitest.fi/wpa_supplicant/
Beware that not all open-source projects are nice to those that they perceive as noobs.
Incidently, Rox thinks that /lib64 is a symlink to /lib, so less confused than GDMap but still not quite there!
Oh yes, /lib64 *is* a symlink to /lib. It isn't a bind-mount like /usr/lib and /usr/lib64. You probably want to know why --- simply because a bind-mounted /lib64 doesn't seem to work, while symlink does :)

A working "Add to Desktop" button would be a great user enhancement. It would be a real pity to see it not followed up. How difficult would it be to make it so? The /root/desktop directory itself does seem unnecessary.
Ok, I owe you a deeper explanation about this. Simply put, ROX-Filer --- which we use as the "desktop manager", doesn't follow the "open desktop standard" (published by freedesktop.org). Why? Because ROX-Filer predates the standard by many many years :) and in fact some of ROX-Filer ideas and features got "standardised" (e.g the shared mime stuff).

"/root/Desktop" is the standard where desktop manager is supposed to place icons, symlinks, etc whatever you see on the desktop. That's why lxpanel, which aims to be standards-compliant, will put a symlink there if you ask it to "add to desktop". But ROX-Filer ignores /root/desktop as it maintains its own desktop settings in a separate file (called the pinboard, usually located in /root/.config/rox.sourceforge.net/ROX-Filer/PuppyPin). To "fix" this we should either abandone ROX-Filer as desktop manager and use one which is standard's compliant (e.g. xfce, pcmanfm, spacefm and many others) or patch lxpanel to use ROX-Filer's method to "add to desktop".
I have to say that I disagree with you about how much to put in the menu.
I suppose you're disagreeing with this:
jamesbond wrote:But I don't think creating a menu item for every single function is a good idea.
If that's the case, then let's just agree to disagree :) Everything comes with a learning curve, and people get better after a while, they don't stay as noobs forever (except perhaps our resident noob - Nooby :). People who learns to ride a bike will eventually take the training wheels off --- these wheels is a hindrance once you know how to ride a bike.
Putting everything in the menu may look good when you start, but a menu which is too complex is actually a clutter and reduce its usefulness. Fatdog may have a steeper learning curve but we certainly hope that once you reach into a certain proficiency level, it will help you to do your stuff better rather than dragging you with the training wheels.
Yes, I have already made Osmo the program that runs on left clicking the digital clock. You had clockset as the action. What I would now like to do is to make clockset one of the options in the digital clock right-click menu and I see no way to do that.
At present what you get is just the standard LXPanel stuff. How would I do that? It isn't doable by the method you describe, that's only for left-click.
The easiest way to do it is to look into the thread "simple icon tray" by technosaurus. Fatdog includes "sit"; and in fact in Fatdog Next the 'freememapplet' has been replaced by a script that uses sit script.
As I said, I was an idiot. But PLEASE don't drop Rox as the file manager. Once you get into it it's fantastic. with Don570's Rox-Rightclicks enhancement it's even more superb. Any chance of rightclicks for FatDog? If I had my way, it should be built in to every Pup. I helped to convince Playdayz to do that with Lucid but no other developer so far. Thanks for the hint about /aufs/pup-ro. I will probably need it.
Don't worry, Rox Filer is a nice little program that provides desktop management, file manager, and actually a panel (which we don't use) in less than 500k. I can't speak on behalf of kirk but as long as I think it will be here to stay for a while :)
Don570 has created a RoxRightClicks for Fatdog before, you may want to search the forum for that.

Note: if you do install the RoxRightClicks, don't do what I said before - of deleting /root/.config/rox.sourceforge.net --- that will wipe out the RoxRightClicks.
In Fatdog, the right-clicks actions are stored in the central repository in /etc/xdg/rox.sourceforge.net; however *in theory* it is possible to have a per-user setting in $HOME/.config/rox.sourceforge.net (usually $HOME is /root); but ROX Filer has a nasty bug that when you create per-user right-click action, the original central repository setting is ignored :(
So the better advice probably is firstly, copy /etc/xdg/rox.sourceforge.net/ROX-Filer/SendTo to your /root/.config/rox.sourceforge.net/ROX-Filer/SendTo and then install RoxRightClicks and make your changes from there.

cheers!
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

DrDeaf
Posts: 69
Joined: Sat 30 Dec 2006, 14:10

#395 Post by DrDeaf »

jamesbond wrote:DrDeaf, Your ethernet is supposed to be supported by e1000e module. Try loading it manually (modprobe e1000e) and see if there is any error message in dmesg?
Done! I got access to a wired connection, booted a fresh FD620, ran modprobe and... no cigar. Checking dmesg I found references to e1000e sprinkled about, but the file is quite long and I thought the portion of interest was at the end.
NOTE: I include the immediately previous lines for a base point, and I also delete the last approx 150 lines which only repeat the last 4 lines shown below!
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
ACPI: Video Device [VID] (multi-head: yes rom: no post: no)
input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input10
[drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
e1000e 0000:00:19.0: irq 42 for MSI/MSI-X
e1000e 0000:00:19.0: irq 42 for MSI/MSI-X
sd 6:0:0:1: [sdb] 62333952 512-byte logical blocks: (31.9 GB/29.7 GiB)
sd 6:0:0:1: [sdb] Write Protect is off
sd 6:0:0:1: [sdb] Mode Sense: 2f 00 00 00
sd 6:0:0:1: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off
sdb: sdb1 sdb2 sdb3 sdb4
sd 6:0:0:1: [sdb] Attached SCSI removable disk
e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO
e1000e 0000:00:19.0 eth0: changing MTU from 1500 to 1492
e1000e 0000:00:19.0 eth0: changing MTU from 1492 to 1500
e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

So, curious, I booted again and did not run modprobe. Result, below snipped same as above. Approx. 150 lines that repeat the last 4 lines, just as above.
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
ACPI: Video Device [VID] (multi-head: yes rom: no post: no)
input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input10
[drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
snd_hda_intel 0000:00:1b.0: irq 44 for MSI/MSI-X
e1000e 0000:00:19.0: irq 42 for MSI/MSI-X
[drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off
e1000e 0000:00:19.0: irq 42 for MSI/MSI-X
sd 6:0:0:1: [sdb] 62333952 512-byte logical blocks: (31.9 GB/29.7 GiB)
sd 6:0:0:1: [sdb] Write Protect is off
sd 6:0:0:1: [sdb] Mode Sense: 2f 00 00 00
sd 6:0:0:0: [sda] Attached SCSI removable disk
sd 6:0:0:1: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
sdb: sdb1 sdb2 sdb3 sdb4
sd 6:0:0:1: [sdb] Attached SCSI removable disk
e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO
e1000e 0000:00:19.0 eth0: changing MTU from 1500 to 1492
e1000e 0000:00:19.0 eth0: changing MTU from 1492 to 1500
e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO
e1000e 0000:00:19.0 eth0: changing MTU from 1500 to 1492
e1000e 0000:00:19.0 eth0: changing MTU from 1492 to 1500
e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO
usb 4-1: Disable of device-initiated U1 failed.
usb 4-1: Disable of device-initiated U2 failed.
usb 4-1: USB disconnect, device number 2
e1000e 0000:00:19.0 eth0: changing MTU from 1500 to 1492
e1000e 0000:00:19.0 eth0: changing MTU from 1492 to 1500
e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

I won't make this post longer and include a description of the gui experience, but the "supplicant" suggests the module atl2. That doesn't work either.

It might be helpful, so I will mention that the machine is a Thinkpad X230t. I boot from USB, using Grub4Dos with 4 partitions and the media locked "read only". Hope all this is helpful info...

TIA from another "noob"!

don922
Posts: 433
Joined: Sat 19 Jan 2008, 07:58
Location: Nong Yai Buah

Switched to JWM and tray disappeared

#396 Post by don922 »

I switched windows manager to JWM using the switch in the Shutdown Menu.

Everything seems okay, except the tray has disappeared. I can't seem to find a way to get it back.

I have a Nvidia graphics card and I have to use 1440x900 resolution. I have tried a couple of other resolutions, but the tray is still missing.
[color=green][i]Don -- Thailand[/i][/color]
[url=http://www.puppylinux.com][img]http://tinypic.com/4e0tojl.jpg[/img][/url]

User avatar
Ted Dog
Posts: 3965
Joined: Wed 14 Sep 2005, 02:35
Location: Heart of Texas

Text 2 Speech

#397 Post by Ted Dog »

espeak 1.47.11 text to speech
Save target As --
http://puppylinux.net/fatdog64/espeak-1 ... -FD621.pet

Code: Select all

#speak "hello world"

Code: Select all

#speak -f  somewordy.txt
First try make a FD64 pet. and hosting it. any clues how to set host to proper type so weird text issue is gone. For now save target as.. works

Atle
Posts: 596
Joined: Wed 19 Nov 2008, 12:38
Location: Oslo, Norway
Contact:

Getting a difficult radeon card to work

#398 Post by Atle »

finally got fatdog64 latest up and going. I needed to boot using a CD in order to get the boot option on difficult radeon video cards. And it works.

but when i install it does not work. It looks like the option to bypass the troublesome card is not present in the installation.

any ideas on what and how i can get by this problem

Atle

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#399 Post by jamesbond »

@Atle when you boot with the LiveCD as you go through the menu you should be able to see the boot parameters used to disable problematic drivers; copy then into your grub.lst / syslinux.cfg as neeed. Or otherwise just open the liveCD and look into isolinux.cfg, all the boot parameters are there, use whichever one you need :)

@ted dog - thanks!

@don922 - jwm is there for jwm lovers. Myself and kirk we don't use it, so it kind of ... unsupported. Perhaps there are others here who can help you?

@DrDeaf: please provide output of "lspci". I checked lenovo site for x320t and it doesn't tell me which ethernet card it uses.

@Snail: I checked, Osmo has an option to "save data after every modification" in the General tab (this is by default is turned on). I tested by shutting down after I created a new calendar entry and at next bootup I can see my entry.

cheers!
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

DrDeaf
Posts: 69
Joined: Sat 30 Dec 2006, 14:10

#400 Post by DrDeaf »

jamesbond wrote: @DrDeaf: please provide output of "lspci". I checked lenovo site for x320t and it doesn't tell me which ethernet card it uses.
cheers!
Hi there! Thank you for your reply!
First off, I hope I correctly typed that the notebook is a X230t...
I am now back in the USA for a couple of months and I can tell you that it appears (I just got in yesterday) that the router may play a part. Here, I can "shop" connections easily and at first look I think there may not be a problem here.... There will be a very busy time for a bit but I will get back with more info.

Also, I will send the output you want.

Again, thank you very much! :D

Post Reply