Fatdog64-511

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

#141 Post by jamesbond »

rcrsn51 wrote:Has anyone tried using hardware like modems in FD64 that relies on udev rules? Did you get it to work?
I used udev rules to configure wacom inputs for my tablet (ie, to create symlinks from actual device nodes). It works.
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
rcrsn51
Posts: 13096
Joined: Tue 05 Sep 2006, 13:50
Location: Stratford, Ontario

#142 Post by rcrsn51 »

Both Lupu and FD have CUPS 1.4. But Lupu creates device nodes like /dev/usb/lp0 correctly while FD does not. In Lupu, usblp is loaded when you plug in a USB printer.

IIRC, when you compile CUPS 1.4, you declare that it will not use usblp.

[Edit] I have a CUPS 1.4.4 PET compiled with "--disable-libusb" that I dropped into Quirky. The device nodes are created correctly and CUPS works.

kirk
Posts: 1553
Joined: Fri 11 Nov 2005, 19:04
Location: florida

#143 Post by kirk »

I don't know if it will help, but I've attached the usblp module. This will normally break usb printing for Fatdog, but maybe it can work with rcrsn51 packages. I haven't tested this module, just loaded and unloaded it.
Attachments
usblp.ko.gz
module for Fatdog64 2.6.35.7
(8.25 KiB) Downloaded 310 times

kirk
Posts: 1553
Joined: Fri 11 Nov 2005, 19:04
Location: florida

#144 Post by kirk »

Debian has a patch for CUPS 1.4.x to allow usblp to coexist, so maybe a new version of CUPS for the next Fatdog64.

User avatar
rcrsn51
Posts: 13096
Joined: Tue 05 Sep 2006, 13:50
Location: Stratford, Ontario

#145 Post by rcrsn51 »

I couldn't resolve this. I got different USB behaviours depending if I compiled CUPS 1.4 in Quirky or FD64. So I gave up.

[Edit] However CUPS 1.3.11 compiles and works fine in FD.

gcmartin

SeaMonkey problem unique to FATDOG64

#146 Post by gcmartin »

Running LiveCD FATDOG, I am experiencing a problem with the PPM's SeaMonkey V2.0.11.

I reported it here, indicating that I was using FATDOG, but have gotten no replies because, I believe, that it only relates to FATDOG's 64bit version.

I have tested various WARY implementations and other LIveCD PUPs without issues. So, it seems that maybe this is only related to 64bit at the moment.

Has anyone else seen this problem? Any advice.
P.S.
  • This is NOT a high priority as I have a circumvention, currently. But, it would be nice to check this for upcoming FATDOGs
  • This is NOT occurring in FATDOG's Namoroka. I can jump back and forth in a video.
  • SeaMonkey also indicates that "There are No new updates available..."

User avatar
rcrsn51
Posts: 13096
Joined: Tue 05 Sep 2006, 13:50
Location: Stratford, Ontario

#147 Post by rcrsn51 »

rcrsn51 wrote:I couldn't resolve this. I got different USB behaviours depending if I compiled CUPS 1.4 in Quirky or FD64.
My mistake - I was using depmod wrong. If you install usblp and compile CUPS 1.4 with --disable-libusb, it works correctly.

gcmartin

Using LiveDVD

#148 Post by gcmartin »

@Kirk

I wanted to understand how to operate within the guidelines of the system's design for adding functionality that have been created for FATDOG in my running LiveDVDs. I have NOT experience any problems in using PPM for adding what it offers. The additions to the running system are saved via save-to-CD at reboot/shutdown. It has been very good since I discovered FATDOG last year.

BUT SFSs needs clarification in their use in FATDOG (at least for me).
2 Questions:
  • For LiveDVD, is there an "Official" approach to adding an SFS ("DEVX" for example) to the running system such that on LiveDVD reboot, it is present (I think it should be obvious that a user is saving the running system at shutdown)?

    And
  • The PPM seems good for showing its installed extensions. What is the proper tool(s) which will show SFSs that are also added to the system?
Would you share how you feel these should be handled please. (These may have been answered somewhere else for FATDOG, but I can't find it.)

Thanks in advance.

kirk
Posts: 1553
Joined: Fri 11 Nov 2005, 19:04
Location: florida

#149 Post by kirk »

I've only ran a multisession cd/dvd setup a couple times, and then just to test that it worked. I think that the only reason to run a multisession CD would be that you don't want to write to your hard drive. In that case I think you would have to remake the main sfs file with whatever other sfs files included. Again, I really haven't given it much thought or had any experience to speak of, maybe others have ideas.

gcmartin

#150 Post by gcmartin »

kirk wrote:I've only ran a multisession cd/dvd setup a couple times, and then just to test that it worked. I think that the only reason to run a multisession CD would be that you don't want to write to your hard drive. I ... Again, I really haven't given it much thought or had any experience to speak of, maybe others have ideas.
Thanks for your help.

Based upon this, I would assume that FATDOG's current implementation (at least for LiveDVD) is one of a system that extends the base system with PETs that is provided for it. Thus, there is no OFFICIAL support for SFSs in LiveDVD operations in FATDOG.

Anyone else have ideas/contributions on this for LiveDVD use.

Thanks in advance for any help.

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

#151 Post by jamesbond »

rcrsn51 wrote:
rcrsn51 wrote:I couldn't resolve this. I got different USB behaviours depending if I compiled CUPS 1.4 in Quirky or FD64.
My mistake - I was using depmod wrong. If you install usblp and compile CUPS 1.4 with --disable-libusb, it works correctly.
Interesting. Epson tools from cups doesn't work without usblp - and yet the same cups won't work with usblp (I'm talking about default cups in FD64). So if we can still disable libusb, that sounds like the best of both worlds - unless there is some unforeseen consequences ....

Anyway, does it mean that your previous pets in this thread won't work? Haven't got any comments and not having the printers themselves, I can't test ...
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
Billtoo
Posts: 3720
Joined: Tue 07 Apr 2009, 13:47
Location: Ontario Canada

Fatdog64-511

#152 Post by Billtoo »

Here's the newest Ltris game.
The following is from the change log:

1.0.16:
- improved random number generator (2011/03/02 MS)
- generate pieces according to official Tetris guidelines (2011/03/02 Andrey
Maykov)
- always deal same sequence of pieces to all players (2011/03/02 MS)
- in expert mode deal most unsuitable piece out of current bag instead
of random piece (2011/03/02 MS)

User avatar
rcrsn51
Posts: 13096
Joined: Tue 05 Sep 2006, 13:50
Location: Stratford, Ontario

#153 Post by rcrsn51 »

All the PETs I have posted above work in the current CUPS. They do not need usblp support. However, there are two udev rules files where this is an issue.

1. 55-cups. The purpose of this rule is to give all printer device nodes 666 permissions so the unprivileged CUPS user can access them. Supposedly, without that rule in play, you couldn't print at all. However, the purpose of the usblp module is to manage those device nodes and FD64 doesn't have it. So I was surprised that any printer would work.

I suspect that printing works anyway because of the rule in 50-udev-puppy-basic that assigns ownership of all USB devices to the unprivileged user spot. That's an odd hack. Or maybe if you print via libusb, you aren't constrained by ownership/permission issues.

2. 11-hplj10xx. This is the rule used by some older non-standard HP models that downloads firmware from the host computer to the printer. It is part of the foo2xxx driver package. It requires a device node like /dev/usb/lp0, so it definitely needs usblp. But there are only nine models affected by this issue.

Like I said above, Lupu has CUPS 1.4 AND usblp. Since it is built from Ubuntu packages, I'm assuming that the big-boy distros are still compiling CUPS with libusb disabled.
Last edited by rcrsn51 on Sun 20 Mar 2011, 22:18, edited 2 times in total.

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

Fatdog64-511

#154 Post by Billtoo »

I don't see this in the fatdog repo:
Attachments
streamripper-1.64.6-x86_64.pet
(67.56 KiB) Downloaded 312 times

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

#155 Post by jamesbond »

rcrsn51 wrote:All the PETs I have posted above work in the current CUPS. They do not need usblp support.
Ah, good to hear that.
However, there are two udev rules files where this is an issue.

1. 55-cups. The purpose of this rule is to give all printer device nodes 666 permissions so the unprivileged CUPS user can access them. Supposedly, without that rule in play, you couldn't print at all. However, the purpose of the usblp module is to manage those device nodes and FD64 doesn't have it. So I was surprised that any printer would work.

I suspect that printing works anyway because of the rule in 50-udev-puppy-basic that assigns ownership of all USB devices to the unprivileged user spot. That's an odd hack. Or maybe if you print via libusb, you aren't constrained by ownership/permission issues.
I remembered troubleshooting usb printing problem back in FD64 500 beta days. It was CUPS 1.4 I think - and at that time, I can assure you, permission did have effect. Apparently CUPS of that day accessed usb printers through the usbfs (/proc/usb) and there was no way I can control the access (other than doing chmod 0666 manually). The problem at that time was, the usb backend, for some reason the usb backend was run as nobody instead of root - so definitely no usb printing before I did the manual chmod. Luckily we found the issue and managed to convince CUPS to run it as root. My understanding is that usbfs is deprecated, so newer libusb should not depend on it anymore, and should depend on /dev/usb which *is* managed by udev as you said above - but I have yet to confirm this.
2. 11-hplj10xx. This is the rule used by some older non-standard HP models that downloads firmware from the host computer to the printer. It is part of the foo2xxx driver package. It requires a device node like /dev/usb/lp0, so it definitely needs usblp. But there are only nine models affected by this issue.
As far as I know, /dev/usb/lp is managed by udev. Usblp will create /dev/usblp0 nodes. But I agree, anything that require raw access to the printers (e.g. checking ink status on Epson) seems to require usblp.
Like I said above, Lupu has CUPS 1.4 AND usblp. Since it is built from Ubuntu packages, I'm assuming that the big-boy distros are still compiling CUPS with libusb disabled.
Sounds good - I'm sure kirk will take note of this, if he decides to upgrade CUPS on next release of Fatdog.
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]

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

Re: Fatdog64-511

#156 Post by jamesbond »

Billtoo wrote:I don't see this in the fatdog repo:
I used to provide a test streamripper pet for smokey01 before, but it didn't work for me (well it kind of works but I'm not a regular user of streamripper so I encountered a lot of issues with it) and in the end he didn't have the time to test it out, so I removed it.

When I have the time I'll put this into staging and if we hear good feedback I'll move it to the official repo.

Thanks for the updated Ltris also - I'll make time to put it to the official repo later.
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]

rayberau
Posts: 29
Joined: Fri 25 Feb 2011, 05:04

Can Linux Wine be used with Fatdog64?

#157 Post by rayberau »

I'm wondering whether Linux Wine can be used with Fatdog64. I managed to download Wine using Fedora 13 OS so I can now use the Japanese and Chinese Word Processors that contain supurb dictionaries which I was using on the Windows 7 OS that was on my Acer Aspire 5542G-304G50Mn Model MS2277 Notebook Computer with AMD Athlon 64-bit II M300 2.00GHz dual-core (X2) processor before I put Fedora 13 on it.

I'm wondering whether the same thing can be done with Fatdog64?

Regards from Ray Bergmann

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

#158 Post by jamesbond »

Oh yes you can. Fatdog SFS repo http://distro.ibiblio.org/pub/linux/dis ... g/sfs/500/ has wine. But since it's a 32-bit package, you need to use 32-bit library SFS also.
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
Billtoo
Posts: 3720
Joined: Tue 07 Apr 2009, 13:47
Location: Ontario Canada

Fatdog64-511

#159 Post by Billtoo »

Here's the latest Geany text editor:
Attachments
geany_DEV-0.20-x86_64.pet
(91.37 KiB) Downloaded 285 times

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

#160 Post by jamesbond »

Billtoo, thanks, but I think kirk has also compiled geany 0.20 with all its plugins....
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]

Post Reply