Page 3 of 6

Posted: Mon 08 Nov 2010, 17:25
by upnorth
@zigbert
i just used the global option (desktop setup icon>config puppy for country>choose locale>en_us>then checked box at bottom of list for UTF-8 encoding) and restarted x.
this got added to /etc/profile
LANG=en_US.utf8

update: just renamed a png to "fract0_ÆØÅ.png" and it opens in viewnior via click in rox, also opens from viewnior's file open menu.

@terryphi
fwiw, this version of opera <11.00 Build1045> works at http://www.adobe.com/software/flash/about/,
not installed but run from opera dir on hard disk via click on "opera" wrapper/startup script. still in pfix=ram env.

Re: xorgwizard problem remains in wary-096

Posted: Mon 08 Nov 2010, 21:07
by pakt
shinobar wrote:
pakt wrote:Barry, the problem with xorgwizard’s text menus below the screen’s edge remains.
@Barry and @pakt

Occurs with some NVIDIA graphic tips seems with some Eropean keyboard.
I suspect the code writing /etc/fontmap.
See my post:
http://www.murga-linux.com/puppy/viewto ... 2&start=14
Shinobar, your right although I get the same problem on a PC with Intel G41 graphics, not just the one with nVidia graphics.

I tested choosing "US" keyboard instead on the Intel machine and, sure enough, the xorgwizard menus were normal size and all fit on the screen.

The difference I noticed was that with a US keyboard, the /etc/fontmap file is empty whereas choosing a non-US keyboard writes "lat1-12.psfu" or "lat2-12.psfu" to the file (depending on the country keyboard).

Commenting-out the line
echo -n "$FONTMAP" > /etc/fontmap
would then be like setting the keyboard to "US" (at least regarding fontmap, whatever it does...).

Does Barry remember why fontmap was added to Puppy?

Posted: Mon 08 Nov 2010, 21:38
by zigbert
rcrsn51 wrote:@zigbert: That's too bad. Peasyscan uses the xscanimage plugin to communicate with the SANE backend. This has been tested successfully with HP, Canon and Brother scanners. I don't have access to an Epson unit right now, so I don't know if all Epsons will fail or just your model.

Xscanimage is also used by Gimp to access scanners. It would be interesting to know if your Epson 2400 will work that way.
Let's come back to this when gimp has arrived the wary repo. Do I have to install any plugin, or.......


Sigmund

Posted: Mon 08 Nov 2010, 21:40
by zigbert
upnorth wrote:@zigbert
i just used the global option (desktop setup icon>config puppy for country>choose locale>en_us>then checked box at bottom of list for UTF-8 encoding) and restarted x.
this got added to /etc/profile
LANG=en_US.utf8
I checked setting in Puppy 5.1.1, and it says nb_NO.utf8. - so that's why it works here.

Is there any reason why utf8 is not default?


Sigmund

Posted: Mon 08 Nov 2010, 21:54
by BarryK
zigbert wrote:
upnorth wrote:@zigbert
i just used the global option (desktop setup icon>config puppy for country>choose locale>en_us>then checked box at bottom of list for UTF-8 encoding) and restarted x.
this got added to /etc/profile
LANG=en_US.utf8
I checked setting in Puppy 5.1.1, and it says nb_NO.utf8. - so that's why it works here.

Is there any reason why utf8 is not default?


Sigmund
It is purely a speed thing. Awhile back I did some tests and found that there is a significant performance hit, quite noticeable, on applications when utf8 is enabled.

The downside of having it off, is these days it is expected to be on. So, there could be some subtle, and not-so-subtle, problems, which is what we seem to be getting.

Maybe we should revisit this. Do some time tests on various typical usage scenarios, with utf8 off then on.

Opera 11.00-1055.i386 works well with Wary Puppy 0.9.6

Posted: Tue 09 Nov 2010, 00:50
by Sit Heel Speak
Terryphi wrote:It does not work at http://www.lovefilm.com if you click on one of the trailers.

There are no such problems with Seamonkey. If you are using Opera with Wary 096 can you confirm the problem?
Screen capture, showing Iron Man 2 trailer (sorry, it's large, 3848 K) in Opera 11 alpha under Wary-096

The updated .sfs of Opera 11.00-1055.i386 (November 6 development build) which I posted yesterday at
http://www.murga-linux.com/puppy/viewtopic.php?t=61565
(updated from 1045, which had bugs)
works great in Wary-096. It has Flash Player Square 10.1 beta.

Posted: Tue 09 Nov 2010, 01:44
by Sit Heel Speak
(it went away)

Re: problem with mouse focus on Rox window in Wary-096

Posted: Tue 09 Nov 2010, 05:09
by rcrsn51
Sit Heel Speak wrote:Here, instead of the Display-Next Click-Select-Options-New-Window-Help menu, I get the regular Puppy menu, as if I had right-clicked on the desktop.
ROX right-clicking works correctly for me. Are you seeing this when booting off the Live CD?

Re: problem with mouse focus on Rox window in Wary-096

Posted: Tue 09 Nov 2010, 06:32
by DaveS
rcrsn51 wrote:
Sit Heel Speak wrote:Here, instead of the Display-Next Click-Select-Options-New-Window-Help menu, I get the regular Puppy menu, as if I had right-clicked on the desktop.
ROX right-clicking works correctly for me. Are you seeing this when booting off the Live CD?
Frugal install to HD with save file..... works correctly for me also.

Font improvement PET for Quirky and (maybe) Wary

Posted: Tue 09 Nov 2010, 07:17
by Sit Heel Speak
Not booting from live-CD, rather a frugal. I copied the files from the mounted .iso into /mnt/sda3/wary-096 and gave grub's menu.lst a new stanza, to go with the dozen other frugal Puppy installs residing on sda3.

I noticed an anomaly in Wary's fonting, so decided to start fresh, thinking I had somehow stuffed X up; deleted my savefile; and now I cannot reproduce the right-click-in-rox problem described in my previous post.

However, this remains true: Wary's X is not reading my Dell 2001FP monitor's dimensions and resolution correctly.

Quirky (correct):
# xdpyinfo | grep dimensions
dimensions: 1600x1200 pixels (423x317 millimeters)
# xdpyinfo | grep resolution
resolution: 96x96 dots per inch

Wary (incorrect)
# xdpyinfo | grep dimensions
dimensions: 1600x1200 pixels (411x311 millimeters)
# xdpyinfo | grep resolution
resolution: 99x98 dots per inch

Still, Wary has great fonting:

Seamonkey and Opera side-by-side under Quirky (a Sept. 5 local woofbuild):
http://i55.tinypic.com/1z1wpon.png

Seamonkey and Opera side-by-side under Wary-096:
http://i55.tinypic.com/10fwftw.png

Proportional font spacing is better in Seamonkey, and overall text-rendering is crisper, than in Opera. Now if only Seamonkey would save to and read from .mht files.

Below, I link a 14 MB PET package which provides the Microsoft core webfonts, the full DejaVu 2.32 fontset, the Liberation fonts, the Ubuntu font, plus configuration files. I had this package installed when I took the above screen captures.

I would be curious to know if, on others' Wary (and Quirky, and maybe Lucid/luci and Lighthouse as well) this package helps your fonting or not.

Both of the above screencaps were taken with the package installed and both browsers set to

Serif=DejaVu Serif
(in Opera only: webpage headings changed from DejaVu Serif Condensed to DejaVu Serif)
Sans=DejaVu Sans
Mono=Andale Mono
Minimum font size 11
(in Seamonkey only: Allow pages to use other fonts checked = yes)

Comment-out the stanza in /etc/fonts/local.conf which turns on subpixel rendering, if you have a CRT monitor.

***There was one typo in the first version***
Line 29 of /etc/fonts/local.conf should read "more" not "less"
where it turns on antialiasing.
Corrected version:
font-improvements-for-Puppy-Five-0.0.2.pet (14,650,151 bytes)
http://myfreefilehosting.com/f/94c0a07433_13.97MB
# md5sum font-improvements-for-Puppy-Five-0.0.2.pet
f35afdc4bf1728f80fdc4560439fbffe font-improvements-for-Puppy-Five-0.0.2.pet

Posted: Tue 09 Nov 2010, 07:44
by DaveS
I have to say that after much experimentation I now pretty much use Ubuntu font exclusively. Using a LCD display, fonting is always a bit problematic, but with spacing much like Arial, pretty much everything displays as expected with Ubuntu, and the typeface is crisp and easy to read.

Image

Posted: Tue 09 Nov 2010, 07:59
by Sit Heel Speak
Oh, I forgot -- the package includes the Ubuntu font as well.

Re: Opera 11.00-1055.i386 works well with Wary Puppy 0.9.6

Posted: Tue 09 Nov 2010, 09:12
by Terryphi
Sit Heel Speak wrote:
Terryphi wrote:It does not work at http://www.lovefilm.com if you click on one of the trailers.

There are no such problems with Seamonkey. If you are using Opera with Wary 096 can you confirm the problem?
Screen capture, showing Iron Man 2 trailer (sorry, it's large, 3848 K) in Opera 11 alpha under Wary-096

The updated .sfs of Opera 11.00-1055.i386 (November 6 development build) which I posted yesterday at
http://www.murga-linux.com/puppy/viewtopic.php?t=61565
(updated from 1045, which had bugs)
works great in Wary-096. It has Flash Player Square 10.1 beta.
Sit Heel Speak: I have tested with your Opera 11 sfs on a clean frugal install. The problem remains. Testing the Iron Man trailer at lovefilm.com an image is loaded on which "...loading" appears briefly as expected but it does not proceed to show the video.

As I said previously this problem has existed on my hardware with Wary versions >070 (kernel 2.6.34.1). It also exists on Lupu 5.1.1. There is no problem using Quirky 130.

I wonder has Barry done a fix in Woof which has somehow broken the Opera/Flash combination on my hardware or is this a problem with the kernels?

Here is the spec:

$ lspci
00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller (rev 10)
00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 10)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 01)
00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 01)
00:1d.0 USB Controller: Intel Corporation N10/ICH7 Family USB UHCI Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Controller (rev 01)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 01)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)

Posted: Tue 09 Nov 2010, 11:41
by 01micko
My nVidia card only wants to use the vesa driver, this has been the case right throughout Wary testing. The Video Driver Upgrade Wizard does not suggest that there is a suitable driver for my card, 8400 GS, (as distinct from zigbert's 8400 M GS).. and if I try the 195 driver in the repo it indeed fails. (did in previous kernels too).

So, I compiled 260.19.12, the latest nvidia driver and uploaded, post here

Cheers

Posted: Tue 09 Nov 2010, 12:04
by zigbert
01micko wrote:and if I try the 195 driver in the repo it indeed fails.
Confirmed :D

ALSA modprobe.d conf files

Posted: Tue 09 Nov 2010, 13:35
by rerwin
Barry,
I have reworked my fix for keeping separate the wizard- and backend_modprobe- controlled alsa.conf files, to avoid what I consider a bad design on my part. The removal of backend_modprobe's alsa_cards.conf is now done in rc.sysinit. Doing it in the 'protect' function violates the encapsulation of its function.

Thanks for the pmodemdiag file with your vodaphone situation. Pupdial seems to work as designed, but the mystery is why the usb modem was missed. What is happening is that the wait for firmware loading times out, before the usb-modem driver gets loaded.

First, the attached package increases the wait time from a minute to 1-1/2 minutes, which might help. Since the depmod for the agrmodem variant is aggravating the problem, and since you do not want to use the Agere anyway, simply blacklist agrmodem, although that is not possible for the initial fresh bootup -- aargh. The absence of the woof-woof should occur only when the agrmodem or Intel537 variants get selected, due to the required depmod.

Another thing: I am afraid the renaming of the 10alsa script probably will not alone get the woof-woof back. The rc.service script needs to run the numbered scripts before waiting for firmware/modeswitch to complete.

UPDATE 11/10/2010: Replaced attachment with improved rc.service script, in addition to the "-1" fix, to run numbered scripts before waiting for firmware and modeswitching to complete. It also ensures that USB-modem scripts run before PCI-modem scripts, without depending on the (undocumented, AFAIK) wildcard file ordering.

UPDATE later same day: Re-uploaded "-2" for cleanup, after download number 3. Fixes rc.sysinit edit and some "protect" messages.
Richard

Re: Wary-096 Flash not working with Intel video chipset

Posted: Tue 09 Nov 2010, 15:48
by Sit Heel Speak
Terryphi wrote:...an image is loaded on which "...loading" appears briefly as expected but it does not proceed to show the video.

As I said previously this problem has existed on my hardware with Wary versions >070 (kernel 2.6.34.1). It also exists on Lupu 5.1.1. There is no problem using Quirky 130...
Quirky is a t2 build (t2 is a thoroughly tested, nearly-from-scratch distro buildscript) incorporating a newer version of X than Wary uses.

Wary is, if memory serves, a woofbuild based on its own .pet collection. Not sure whether Barry does X in Wary as a 100% t2 build or not.

Lupu carries the Ubuntu binaries (including X) but not the Ubuntu kernel, and other low-level building-block files critical to Ubuntu binaries may be missing or mismatched as well.

So, it is no surprise if something having to do with video works on Quirky but not on Wary or Lupu.

I myself am using Quirky as my day-to-day production distro. As far as I'm concerned, all non-t2 Puppies are just throwaway experiments, with perhaps fascinating aspects insofar as how they are composed. And amusing spectacles to stand far back from and watch, as bugs get shaken out by the ton.

This will remain true until, someday, technosaurus or ttuuxxx or gposil or jemimah or yours truly or some other exceedingly patient soul with a lot of time on his-or-her hands finally at long last comes up with a Puppy built from square one according to the Linux From Scratch instructions. Then we will crush Microsoft into dust and the forest will echo with laughter :lol: .

Revised version 2 of font improvement PET for Puppy 5

Posted: Tue 09 Nov 2010, 15:50
by Sit Heel Speak
Updated version of my font improvement PET, see my 2nd post above. The first one has a typo in line 29 of /etc/fonts/local.conf, should read "more" not "less" in the stanza which activates antialiasing.

Posted: Wed 10 Nov 2010, 02:06
by ttuuxxx
Hi guys :) There was an earlier patch for gimp and I manually added it to the code, now it doesn't crash when you click onpen file, here is the latest Gimp that combines all 3 screens into one.
just click Window/Single Window Mode
you need to install these three packages
http://www.smokey01.com/ttuuxxx/Wary/So ... 7.1-w5.pet
http://www.smokey01.com/ttuuxxx/Wary/So ... 1.2-w5.pet
http://www.smokey01.com/ttuuxxx/Wary/So ... 1.2-w5.pet

This is the extra's like Doc's,Dev's,NLS files that aren't needed to run the program
http://www.smokey01.com/ttuuxxx/Wary/So ... 1.2-w5.pet
http://www.smokey01.com/ttuuxxx/Wary/So ... 7.1-w5.pet
http://www.smokey01.com/ttuuxxx/Wary/So ... 7.1-w5.pet
http://www.smokey01.com/ttuuxxx/Wary/So ... 7.1-w5.pet
http://www.smokey01.com/ttuuxxx/Wary/So ... 1.2-w5.pet
http://www.smokey01.com/ttuuxxx/Wary/So ... 1.2-w5.pet

enjoy
ttuuxxx

AC '97 modem fails to connect

Posted: Wed 10 Nov 2010, 02:22
by kenj777
My modem fails to connect with Wary_096.
I have a Compaq Presario 2500 laptop with an
ALi Corporation M5457 AC'97 Modem Controller.
The Internet Connection Wizard successfully detects and sets up my modem.
But when I dial out, the modem will not connect with my ISP.
The modem dials out and the modem at the ISP answers but they never connect.
All I get a strange oscillating tone.
My modem works properly using Wary_094 with rerwin’s pets
modem_update_to_wary094-woof-4.pet and
hsfmodem-7.80.02.06full-dellhybrid.pet.