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

A home for all kinds of Puppy related projects
Message
Author
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

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

#401 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 or something else 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

youngk
Posts: 1
Joined: Sun 01 Sep 2013, 04:00

Creating Fatdog PET for AMD Catalyst drivers 13.8 beta

#402 Post by youngk »

I have a newer AMD chip that isn't supported in the 13.4 released version of AMDs proprietary catalyst drivers. It runs with the 13.4 pet for Fatdog 620/621, but not well (dual monitor setup).

I've been trying unsuccessfully to package the 13.8 beta version in a pet but haven't succeeded. Does anybody have instructions or a script for this?

When I run AMD's Catalyst installer it's recognizing Fatdog as a Slackware distro, not sure if that's correct or not. I noticed AMD's installer is putting files in different locations than the fatdog pet. I've tried building a pet but so far no luck.

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

#403 Post by DrDeaf »

jamesbond wrote: @DrDeaf: please provide output of "lspci".
Sorry about doubling the previous post... :oops: On screen it appeared that the first send stalled. So, I re-did it and now I see it up twice!

First, here is the output of lspci:

00:00.0 Host bridge: Intel Corporation Device 0154 (rev 09)
00:02.0 VGA compatible controller: Intel Corporation Device 0166 (rev 09)
00:14.0 USB Controller: Intel Corporation Device 1e31 (rev 04)
00:16.0 Communication controller: Intel Corporation Device 1e3a (rev 04)
00:19.0 Ethernet controller: Intel Corporation Device 1502 (rev 04)
00:1a.0 USB Controller: Intel Corporation Device 1e2d (rev 04)
00:1b.0 Audio device: Intel Corporation Device 1e20 (rev 04)
00:1c.0 PCI bridge: Intel Corporation Device 1e10 (rev c4)
00:1c.1 PCI bridge: Intel Corporation Device 1e12 (rev c4)
00:1c.2 PCI bridge: Intel Corporation Device 1e14 (rev c4)
00:1d.0 USB Controller: Intel Corporation Device 1e26 (rev 04)
00:1f.0 ISA bridge: Intel Corporation Device 1e55 (rev 04)
00:1f.2 SATA controller: Intel Corporation Device 1e03 (rev 04)
00:1f.3 SMBus: Intel Corporation Device 1e22 (rev 04)
02:00.0 System peripheral: Ricoh Co Ltd Device e823 (rev 07)
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. Device 8176 (rev 01)

Now that I have a quiet, more deliberate opportunity to test, I am thinking this situation is completely on the machine. The Thinkpad has a physical, slide switch which enables/disables wireless. So, when I write that wireless is “on

User avatar
Billtoo
Posts: 3720
Joined: Tue 07 Apr 2009, 13:47
Location: Ontario Canada

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

#404 Post by Billtoo »

I installed fatdog 621 to a 32gb MicroSDHC card which is plugged into
a usb card reader, computer is a Lenovo ThinkCentre.

video-info-glx 1.5.3 Sun 8 Sep 2013 on Fatdog64 620 Linux 3.8.7 x86_64
2.0 VGA compatible controller:
Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03)
oem: Intel(r)Eaglelake Graphics Chip Accelerated VGA BIOS
product: Intel(r)Eaglelake Graphics Controller Hardware Version 0.0
X Server: Xorg Driver: intel
X.Org version: 1.12.4
dimensions: 1920x1080 pixels (508x285 millimeters)
depth of root window: 24 planes
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) G41
OpenGL version string: 2.1 Mesa 9.1.1
Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz
Core 0: @2003 1: @2003 MHz
Memory 4015MB (264MB used)
Linksys WUSB54GC 802.11g Adapter [ralink rt73]

It's working well.

EDIT:The wireless connection was giving problems so I moved my card
reader to another pc which is connected to the wired network.
I made use of zarfy as well, it's working fine now.

X Server: Xorg Driver: intel
X.Org version: 1.12.4
dimensions: 3840x1080 pixels (508x285 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Desktop
OpenGL version string: 3.0 Mesa 9.1.1
Attachments
screenshot2.jpg
(29.78 KiB) Downloaded 1278 times
screenshot.jpg
(59.85 KiB) Downloaded 1486 times

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

#405 Post by jamesbond »

youngk wrote:I have a newer AMD chip that isn't supported in the 13.4 released version of AMDs proprietary catalyst drivers. It runs with the 13.4 pet for Fatdog 620/621, but not well (dual monitor setup).
Please do "lspci" when you're on terminal so we know what cards you're using and perhaps can include the firmware in next Fatdog release.
I've been trying unsuccessfully to package the 13.8 beta version in a pet but haven't succeeded. Does anybody have instructions or a script for this?
Unfortunately no, it is rather a manual process at the moment. I have my terse notes but my hand is currently too full to write a full-fledged FAQ on how to do this (you can have my terse notes but I'm sure it will only brings up more questions than answers).
When I run AMD's Catalyst installer it's recognizing Fatdog as a Slackware distro, not sure if that's correct or not. I noticed AMD's installer is putting files in different locations than the fatdog pet. I've tried building a pet but so far no luck.
Yes it will think that Fatdog is Slackware-based but it is *not* and it will install files to the wrong directories (mainly graphic driver files needs to be in /usr/X11R7/lib64 instead of /usr/lib64) which will require relocation.

If you can wait a little while, we'll get the next latest Catalyst driver out with the next Fatdog release.
DrDeaf wrote:Cold boot with eth0 not connected to the router:
With wireless on (not connected) eth0 fails as described before.
With wireless off, and after boot eth0 is then connected, Network Wizard loads module e1000e successfully.

Cold boot with eth0 connected to the router:
With wireless switched either way (on/off) the module e1000e loads successfully at boot.
After boot, subsequently removing the eth0 connection to router and then using wpa_gui to connect wireless works.
After then switching wireless to off, the eth0 reconnect to router is successful.
Thank you DrDeaf. This is the first time that I see that wireless and ethernet are dependent on each other - one has to be turned off for others to work. Usually what happens is that both connection will work but one has to configure the IP routing properly (as the computer will effectively become a dual-homed machine with both eth0 and wlan0 are connected).

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]

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

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

#406 Post by Ted Dog »

Billtoo wrote:I installed fatdog 621 to a 32gb MicroSDHC card which is plugged into
a usb card reader, computer is a Lenovo ThinkCentre.

video-info-glx 1.5.3 Sun 8 Sep 2013 on Fatdog64 620 Linux 3.8.7 x86_64
2.0 VGA compatible controller:
Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03)
oem: Intel(r)Eaglelake Graphics Chip Accelerated VGA BIOS
product: Intel(r)Eaglelake Graphics Controller Hardware Version 0.0
X Server: Xorg Driver: intel
X.Org version: 1.12.4
dimensions: 1920x1080 pixels (508x285 millimeters)
depth of root window: 24 planes
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) G41
OpenGL version string: 2.1 Mesa 9.1.1
Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz
Core 0: @2003 1: @2003 MHz
Memory 4015MB (264MB used)
Linksys WUSB54GC 802.11g Adapter [ralink rt73]

It's working well.

EDIT:The wireless connection was giving problems so I moved my card
reader to another pc which is connected to the wired network.
I made use of zarfy as well, it's working fine now.

X Server: Xorg Driver: intel
X.Org version: 1.12.4
dimensions: 3840x1080 pixels (508x285 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Desktop
OpenGL version string: 3.0 Mesa 9.1.1

Looks just like my ranch... :wink:

gcmartin

#407 Post by gcmartin »

Having problems getting one of lappies to enable wireless and detect availables.
I could use some steering on enabling the Wireless in this system.

Here my system's info

Code: Select all

# ip addr > lspci.txt
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:23:8b:e1:21:93 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.3/24 brd 192.168.1.255 scope global eth0
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc mq qlen 1000
    link/ether 00:21:00:eb:2c:6e brd ff:ff:ff:ff:ff:ff

# lspci >> lspci.txt
00:00.0 Host bridge: Advanced Micro Devices [AMD] RS780 Host Bridge
00:01.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (int gfx)
00:04.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 0)
00:05.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 1)
00:06.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 2)
00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode]
00:12.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller
00:12.1 USB Controller: ATI Technologies Inc SB700 USB OHCI1 Controller
00:12.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller
00:13.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller
00:13.1 USB Controller: ATI Technologies Inc SB700 USB OHCI1 Controller
00:13.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller
00:14.0 SMBus: ATI Technologies Inc SBx00 SMBus Controller (rev 3a)
00:14.1 IDE interface: ATI Technologies Inc SB700/SB800 IDE Controller
00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA)
00:14.3 ISA bridge: ATI Technologies Inc SB700/SB800 LPC host controller
00:14.4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge
00:14.5 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI2 Controller
00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 11h HyperTransport Configuration (rev 40)
00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 11h Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 11h DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 11h Miscellaneous Control
00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 11h Link Control
01:05.0 VGA compatible controller: ATI Technologies Inc RS780M/RS780MN [Radeon HD 3200 Graphics]
08:00.0 Network controller: Broadcom Corporation BCM4322 802.11a/b/g/n Wireless LAN Controller (rev 01)
09:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)

# dmesg
	o
	o
	o
	o
	o
	o
ERROR @wl_cfg80211_scan : WLC_SCAN error (-22)
ERROR @wl_cfg80211_scan : WLC_SCAN error (-22)
ERROR @wl_cfg80211_scan : WLC_SCAN error (-22)
ERROR @wl_cfg80211_scan : WLC_SCAN error (-22)
ERROR @wl_cfg80211_scan : WLC_SCAN error (-22)
ERROR @wl_cfg80211_scan : WLC_SCAN error (-22)
ERROR @wl_cfg80211_scan : WLC_SCAN error (-22)
ERROR @wl_cfg80211_scan : WLC_SCAN error (-22)
ERROR @wl_cfg80211_scan : WLC_SCAN error (-22)
ERROR @wl_cfg80211_scan : WLC_SCAN error (-22)
ERROR @wl_cfg80211_scan : WLC_SCAN error (-22)
ERROR @wl_cfg80211_scan : WLC_SCAN error (-22)
ERROR @wl_cfg80211_scan : WLC_SCAN error (-22)
	o
I have already gone into FATDOG Services and enabled&started BC WL, but the scan for wireless is still coming up empty using FATDOG.

gcmartin

An idea for upcoming FATDOG's Service Manager

#408 Post by gcmartin »

I know and understand the reason development decided to NOT activate the SWAP partition when present. But, would it be in user best interest to include a setting in FATDOG service manager to Enable it for detection and use upon reboot?

This would help the many who missed this until too late when RAM fills. It would negate the need to constantly use the SWAPON command.

An idea for ease of use.
Edit; 2nd paragraph into 2 sentences
Last edited by gcmartin on Mon 09 Sep 2013, 23:38, edited 1 time in total.

User avatar
Billtoo
Posts: 3720
Joined: Tue 07 Apr 2009, 13:47
Location: Ontario Canada

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

#409 Post by Billtoo »

I used the fatdog installer to install to a 16gb SDHC card, computer
is an Acer desktop.
video-info-glx 1.5.3 Mon 9 Sep 2013 on Fatdog64 620 Linux 3.8.7 x86_64
0.0 VGA compatible controller:nVidia Corporation G84 [GeForce8600GT](rev a1)
oem: NVIDIA
product: G84 Board - p402h00 Chip Rev
X Server: Xorg Driver: nvidia
X.Org version: 1.12.4
dimensions: 1920x1080 pixels (513x292 millimeters)
depth of root window: 24 planes
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 8600 GT/PCIe/SSE2
OpenGL version string: 3.3.0 NVIDIA 319.49
Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
Core 0: @1603 1: @1603 2: @1603 3: @1603 MHz
Memory 8178MB (453MB used)
Ethernet controller Intel Corporation 82566DC-2 Gigabit Network Connection
(rev 02)
Attachments
screenshot.jpg
(55.47 KiB) Downloaded 1578 times

User avatar
Billtoo
Posts: 3720
Joined: Tue 07 Apr 2009, 13:47
Location: Ontario Canada

#410 Post by Billtoo »

jamesbond wrote:
youngk wrote:I have a newer AMD chip that isn't supported in the 13.4 released version of AMDs proprietary catalyst drivers. It runs with the 13.4 pet for Fatdog 620/621, but not well (dual monitor setup).
Please do "lspci" when you're on terminal so we know what cards you're using and perhaps can include the firmware in next Fatdog release.
I've got an ati card that isn't supported:

video-info-glx 1.5.3 Tue 10 Sep 2013 on Fatdog64 620 Linux 3.8.7 x86_64
0.0 VGA compatible controller:Advanced Micro Devices [AMD]nee ATI Device 6611
oem: AMD ATOMBIOS
product: OLAND 01.00

The 13.4 driver just said the card wasn't supported, the 13.8 beta2
driver compiled but after doing aticonfig --initial and rebooting it
gave several errors and wouldn't go to the desktup so I uninstalled it
and rebooted to get back to normal.

This is what it's using now:

X Server: Xorg Driver: vesa
X.Org version: 1.12.4
dimensions: 1920x1080 pixels (524x292 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.0, 128 bits)
OpenGL version string: 2.1 Mesa 9.1.1

Radeon™ HD 8570 graphics card with 2GB DDR3 dedicated memory(Up to 7830MB)
Thanks

Post Reply