The guy who has developed the 3G modem support is rerwin (Richard). Contact him with any questions. There's a forum thread on 3G modem development.TrailerTrash wrote:Hi Barry,
Thanks for your efforts on behalf of we who do not know how to hack 3G wireless nets.
I just gave a test drive to Quirky 1.00 and thought it was near perfect. Only one glitch. Using two different computers when I probe for cell modem it returns "USB0" which is correct but on the next step the program freezes up requiring reboot. Here are some processor ID's for you.
1. AMD Phenom Quad
2. Pentium M
I live in an area where there is no CATV and thus no easy or inexpensive broadband available. For 7 years I've been on dialup. ISDN is also out of the question. I am luckier than some out here as I live on top of a mountain and do have a cell signal from a repeater some miles away on another mountain top. Two months ago I started Verison cell modem service. They use the Novatel USB760 wireless modem. So far I have not been able to get online with any linux distro. Puppy seems to be the best there is with this new release. The prospects for broadband access seem closer than ever.
I will be patient and hopefully someone else who knows how to identify a bug will do so and it can be fixed. That is, if it is a bug. when I finally get online with Puppy I can retire my XP to "offline games only".
No answer to this is necessary. I know you are busy.
I will carry the Quirky DVD with me and try it on other computers as chance allows.
JPS
ps The avatar picture is not me. I ain't quite that ugly.
Quirky 1.0 feedback
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
[url]https://bkhome.org/news/[/url]
- Iguleder
- Posts: 2026
- Joined: Tue 11 Aug 2009, 09:36
- Location: Israel, somewhere in the beautiful desert
- Contact:
Barry, I have some suggestions for you, from my experience with my own distro. I'm sure Quirky's size can be reduced below the 90 MB limit.
- - Use the BFS scheduler for the kernel. It improves performance greatly, even on non-SMP kernels.
- Rely more on Busybox: you could use its man, less and udhcpc instead of their bigger counterparts and dhcpcd. Also, many things from coreutils can be dropped to save lots of space
- Get sstrip.c from Buildroot and use it to strip executables in Woof instead of strip. It's great, reduces the size, I think it could be a great addition to Woof.
- Update Busybox from the unstable 1.16.0 to 1.16.1. The former did many problems here, kept segfaulting and causing problems with permissions. Also, some of its applets don't work as they should. 1.16.1 fixed all issues for me.
- You could make 2 kernels, one with no SMP for i486 and another one with SMP for i686, so people have more choice. BFS works well this way, I tried it on both SMP and non-SMP kernels.
- Get AdvanceCOMP and optipng. They can be used to recompress gzip archives and PNG images. The former reduced the size of my initramfs by about 11% and both reduced the total size of my site's graphics by about 15%. They can be useful for archives present inside Woof or all the images in Woof. I think you could add another step to 3builddistro that optimizes all images and gzip archives this way.
- e3 is very hard to use and can (I mean, should) be replaced with either the Busybox vi, which is easy to use too, or nano, a very easy editor. It depends only on ncurses, so it might be a good idea. Also, its' way better than MP ... 1 good editor to replace the existing 2?
[url=http://dimakrasner.com/]My homepage[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]
Known issue with Flash video that should be fixed in the next snapshot...plus lots of other fixes coming up for the known issues (check out their Desktop Team Blog for more info)jpeps wrote:That solved the window issue. There's a problem with video's stalling after about a minute, which doesn't happen with firefox or seamonkey. Here's the video I used:
http://www.youtube.com/watch?v=9KJdDnQ1 ... e=featured
The Opera Linux team is "on fire" at the moment, working hard to bring the Linux version on par with the Windows version that offers an almost perfect browsing experience :
Opera Desktop Team wrote:With regards to bigger outstanding issues on UNIX (Plugin problems, IME, fixes to fonts and UI/focus bugs), these issues are being worked on, however we still need some more time before we can share with you the fruits of our labour. Thanks for your patience!
Last edited by synth on Thu 13 May 2010, 11:07, edited 2 times in total.
Although CUPS printing worked flawlessly after a frugal install, it soon stopped. (Perhaps after installing go OpenOffice 3.2.0.) opened the welcome window, but the browser (SeaMonkey and Opera) hung when any of the setup or control options were selected.
After rebooting all of the machines on my LAN, I discovered a mysterious new printer option in addition to the standard CUPS-PDF and Caxton (my HP 6P LaserJet running on an XP server). The name of the new printer is caxton@192.168.2.100. The IP number is the address of another puppy machine on my LAN, not the XP server! This option works just fine - as long as the other puppy machine is on line.
Perhaps, I should be simply grateful since I can now print from Quirky 1.0, but I would like to know how this happened since I did not attempt to setup this option myself.
----------
Further: I tried rolling back to CUPS 1.2.23 by installing the appropriate pet: cups 1.2.23-patched1-1-pup4. The GUI functioned as expected and I was able to reinstall Caxton and print from go OpenOffice. Attempting to print from other applications (abiword, geany, etc.) simply closed the application without warning. Adding the cups_DEV pet did not change this.
I uninstalled both pets and found that I was back to CUPS 1.3.11 with hanging GUI, but with printing functioning via caxton@192.168.2.100 on all applications.
As the little girl who erred down the rabbit hole said: “This is getting curiouser and curiouser.
Code: Select all
http://localhost:631
After rebooting all of the machines on my LAN, I discovered a mysterious new printer option in addition to the standard CUPS-PDF and Caxton (my HP 6P LaserJet running on an XP server). The name of the new printer is caxton@192.168.2.100. The IP number is the address of another puppy machine on my LAN, not the XP server! This option works just fine - as long as the other puppy machine is on line.
Perhaps, I should be simply grateful since I can now print from Quirky 1.0, but I would like to know how this happened since I did not attempt to setup this option myself.
----------
Further: I tried rolling back to CUPS 1.2.23 by installing the appropriate pet: cups 1.2.23-patched1-1-pup4. The GUI functioned as expected and I was able to reinstall Caxton and print from go OpenOffice. Attempting to print from other applications (abiword, geany, etc.) simply closed the application without warning. Adding the cups_DEV pet did not change this.
I uninstalled both pets and found that I was back to CUPS 1.3.11 with hanging GUI, but with printing functioning via caxton@192.168.2.100 on all applications.
As the little girl who erred down the rabbit hole said: “This is getting curiouser and curiouser.
-
- Posts: 812
- Joined: Thu 04 Feb 2010, 13:16
- Location: Australia, 1999 Toshiba laptop, 512mb RAM, no HDD, 431 Retro & 421 Retro
Are you connecting your printers via Samba? There was a discussion on Page 8 of this thread concerning CUPS 1.3.11 and Open Office. There is also a fix. You may need to start a new pup_save to get it working again.drblock2 wrote:.. (my HP 6P LaserJet running on an XP server)...
Concerning the "phantom" printer: If a machine is running CUPS 1.1.23, it will automatically advertise its installed printers across the network. So it can act as a print server even though the printer is actually being served by an XP machine. I suspect that's what you are seeing.
CUPS 1.3.11 only advertises its printers if you want to.
Last edited by rcrsn51 on Thu 13 May 2010, 15:49, edited 1 time in total.
xf86-video-ati-6.13.0-q1.pet tried in q100 - seems to work well but differences are subtle, perhaps better support for xinerama or multi-head. Nothing 'broken' and Xorg picked up the updated libs on a simple re-X. Should be fine as standard ati/radeon on the next quirky if there are no rollbacksI have posted an upgraded ati/radeon driver, could you test that?
____________
vidcard0 - RV280 (aka ATI Radeon 9200), AGP
vidcard1 - not used, but also RV280 (switched off in BIOS - aka Radeon 9200SE), PCI (old-style)
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
I am testing a retro-Quirky, built with the 2.6.30.5 kernel (same as in Puppy 4.3.1) and it is working fine, using it now.
One thing though, I couldn't get wireless to connect, tried both Dougal's Network Wizard and my Simple Network Setup.
I fixed it in SNS, and the fix may solve problems that others have had with SNS. It may also account for some reports of SNS working sometimes, or not connecting automatically at bootup.
Grab these two files, gunzip them and make sure their execute flags are set, and place them at /usr/local/simple_network_setup:
One thing though, I couldn't get wireless to connect, tried both Dougal's Network Wizard and my Simple Network Setup.
I fixed it in SNS, and the fix may solve problems that others have had with SNS. It may also account for some reports of SNS working sometimes, or not connecting automatically at bootup.
Grab these two files, gunzip them and make sure their execute flags are set, and place them at /usr/local/simple_network_setup:
- Attachments
-
- sns.gz
- (9.05 KiB) Downloaded 822 times
-
- rc.network.gz
- (3 KiB) Downloaded 819 times
[url]https://bkhome.org/news/[/url]
-
- Posts: 632
- Joined: Tue 02 Oct 2007, 07:39
There are some nice improvements and fixes in this driver. Here's a quick'n'dirty changelog:`f00 wrote:xf86-video-ati-6.13.0-q1.pet tried in q100 - seems to work well but differences are subtle, perhaps better support for xinerama or multi-head.
- better support for integrated / notebook ATI graphics chips and new Radeon cards
- many fixes for 2D rendering on newer Radeon cards + minor performance improvements
- triple monitor (triple head) support
- Xv fixes + performance boost
- Support for ATI-equipped Intel Macintosh computers
Turbopup Tech Support
Re: Quirky 1.0 feedback
That's probably cross-platform problem. Seems firefox based browsersBilltoo wrote:Playing a video at cnn caused seamonkey to crash.
I downloaded the latest firefox from mozilla and videos at cnn worked fine.
I tried seamonkey again and videos at cnn don't cause seamonkey to crash anymore after installing firefox.
has a bug n the code that causes these crashes. OS doesn't matter although this problem for windows systems has been patched for a
while.
- broomdodger
- Posts: 279
- Joined: Sat 10 May 2008, 02:38
- Location: Santa Cruz, CA
I agree, both e3 and mp should be dropped now that tiny vi is available and quite good.Iguleder wrote:Barry, I have some suggestions for you, from my experience with my own distro.
...
- e3 is very hard to use and can (I mean, should) be replaced with either the Busybox vi, which is easy to use too, or nano, a very easy editor. It depends only on ncurses, so it might be a good idea. Also, its' way better than MP ... 1 good editor to replace the existing 2?[/list]
.
-
- Posts: 632
- Joined: Tue 02 Oct 2007, 07:39
Nooooo! (don't listen to these guys Barry)
'mp' is a *great* console based editor for editing xorg.conf and similar files when you exit from 'X'. The best I've ever used for that purpose. I wouldn't want to see it being removed and replaced with another 'vi'-clone.
MP is unique and only available in Puppy/Quirky.
'mp' is a *great* console based editor for editing xorg.conf and similar files when you exit from 'X'. The best I've ever used for that purpose. I wouldn't want to see it being removed and replaced with another 'vi'-clone.
MP is unique and only available in Puppy/Quirky.
Turbopup Tech Support
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Yep, I agree. mp is very easy to use, vi is arcane.panzerpuppy wrote:Nooooo! (don't listen to these guys Barry)
'mp' is a *great* console based editor for editing xorg.conf and similar files when you exit from 'X'. The best I've ever used for that purpose. I wouldn't want to see it being removed and replaced with another 'vi'-clone.
MP is unique and only available in Puppy/Quirky.
But, there is a good case for dropping e3.
[url]https://bkhome.org/news/[/url]
- broomdodger
- Posts: 279
- Joined: Sat 10 May 2008, 02:38
- Location: Santa Cruz, CA
- broomdodger
- Posts: 279
- Joined: Sat 10 May 2008, 02:38
- Location: Santa Cruz, CA
magnetic windows
Quirky 100
Windows now stick to each other and to the edges.
Is there a way to change just how magnetic they are?
In TinyCore they seem to be more magnetic.
.
Windows now stick to each other and to the edges.
Is there a way to change just how magnetic they are?
In TinyCore they seem to be more magnetic.
.
- RetroTechGuy
- Posts: 2947
- Joined: Tue 15 Dec 2009, 17:20
- Location: USA
VI is the bane of newbies. It has all the power of edlin, with all the clarity of edlin (well, not quite true -- with edlin you always know what mode it's in)...broomdodger wrote:I agree, both e3 and mp should be dropped now that tiny vi is available and quite good.Iguleder wrote:Barry, I have some suggestions for you, from my experience with my own distro.
...
- e3 is very hard to use and can (I mean, should) be replaced with either the Busybox vi, which is easy to use too, or nano, a very easy editor. It depends only on ncurses, so it might be a good idea. Also, its' way better than MP ... 1 good editor to replace the existing 2?[/list]
.
I immediately loaded "mg" from the Debian bundle
http://packages.debian.org/squeeze/mg
However, I also just tried mp and e3, and found both of them to be quite satisfactory.
(shall we start a VI versus Emacs war now?... )
- RetroTechGuy
- Posts: 2947
- Joined: Tue 15 Dec 2009, 17:20
- Location: USA
Unless I'm missing something, e3 is 13K -- assuming it doesn't have a number of special libraries, it's hardly worth removing (I'm assuming that there are people using it).BarryK wrote:Yep, I agree. mp is very easy to use, vi is arcane.panzerpuppy wrote:Nooooo! (don't listen to these guys Barry)
'mp' is a *great* console based editor for editing xorg.conf and similar files when you exit from 'X'. The best I've ever used for that purpose. I wouldn't want to see it being removed and replaced with another 'vi'-clone.
MP is unique and only available in Puppy/Quirky.
But, there is a good case for dropping e3.
(now for some fun,,, ) -- you could save more space by removing VI...
- broomdodger
- Posts: 279
- Joined: Sat 10 May 2008, 02:38
- Location: Santa Cruz, CA
The only thing you are missing is e3 fails to work in vi mode, and tiny vi part of BusyBox.RetroTechGuy wrote:Unless I'm missing something, e3 is 13K -- assuming it doesn't have a number of special libraries, it's hardly worth removing (I'm assuming that there are people using it).
(now for some fun,,, ) -- you could save more space by removing VI...
Try viewing a file with e3vi and scroll around.
The vim command for cursor down is "j" and up is "k".
At the bottom of console you will see a new 'error' message in blue with each keystroke. Even using any arrow key fails.
.