Page 13 of 15
Posted: Mon 02 Apr 2012, 08:03
by James C
James C wrote:Terryphi wrote:James C wrote:
Maybe Adobe doesn't like AMD anymore.
I can confirm that. My old Acer Aspire 1350 with AMD Athlon does not run the latest flashplayer 11.2.202.228 but is happy with previous version 11.1.102.63.
Guess it's just older AMD. On my newer AMD quad-core box flash 11.2 r202 works without any problems.
I'm curious now whether the new flash will work on old P3 boxes anymore.
Booted into Wary on my old reliable P3 test box and the latest Flashplayer is a total no go.Looks like they've quit supporting older hardware.
Posted: Mon 02 Apr 2012, 17:29
by vicmz
BarryK wrote:
I was able to reproduce
the bug, but only after I had installed your langpack.
Confirmed, I got the same result. However, at least in Wary I didn't have any problems booting from CD without a save-file, even after installing and activating langpack_es. The bug appeared after I created a save-file with the default settings (en_US, UTF-8 turned off, etc.), rebooted, installed langpack and changed system language. I can't tell if the type of drive has something to do, as I use at least three computers so I can't have a save-file on the hard disk of each one, I always use flash drives. I did read the blog post about
unionfs, but if there's a file or files in my langpack that may be causing any problems, please send me a private message or report it
here, and I will remove the file and replace it with a new one when available.
On another topic, the attached file contains eight more menu entry files that have translations that can only be fixed by replacing the equivalent files in Woof. This time I made sure there weren't any more of them. No need to rush, they can be included for future releases.
Posted: Mon 02 Apr 2012, 23:10
by BarryK
vicmz wrote:BarryK wrote:
I was able to reproduce
the bug, but only after I had installed your langpack.
Confirmed, I got the same result. However, at least in Wary I didn't have any problems booting from CD without a save-file, even after installing and activating langpack_es. The bug appeared after I created a save-file with the default settings (en_US, UTF-8 turned off, etc.), rebooted, installed langpack and changed system language. I can't tell if the type of drive has something to do, as I use at least three computers so I can't have a save-file on the hard disk of each one, I always use flash drives. I did read the blog post about
unionfs, but if there's a file or files in my langpack that may be causing any problems, please send me a private message or report it
here, and I will remove the file and replace it with a new one when available.
On another topic, the attached file contains eight more menu entry files that have translations that can only be fixed by replacing the equivalent files in Woof. This time I made sure there weren't any more of them. No need to rush, they can be included for future releases.
vicmz,
I was wrong about needing your langpack to bring on the bug.
I am able to consistently cause it with a pristine Wary, and en_US.
Let's see, booting off USB stick, I create a save-file, reboot, then do the touch thing:
# touch /var/local/pup_event_icon_change_flag
Then reboot, desktop drive icons working.
then do it again:
# touch /var/local/pup_event_icon_change_flag
then restart X, then click drive icon -- bug!
I tracked down the cause:
http://bkhome.org/blog/?viewDetailed=02777
I have reported this on the Unionfs mail list.
Anyway, this is a serious bug, so I am changing over to Aufs. Unfortunately, Aufs dropped support for the 2.6.32 kernel 8 months ago, so have to use an older version (2.1) of Aufs. For the 3.0.25 kernel I am going to use for Racy, using latest Aufs3.
This means that there will have to be a RC3.
Re: Wary/Racy 5.3RC (5.2.90)
Posted: Tue 03 Apr 2012, 12:17
by L18L
BarryK wrote:L18L wrote:# msginit
alsaconf.pot:208: missing `msgstr' section
msginit: found 1 fatal error
#
Thus "bad news" when trying to translate
fixed by:
Thanks for that. I have fixed it in Woof:
rootfs-skeleton/usr/share/doc/nls/alsaconf/
alsaconf.pot
I will upload Woof soon.
This has to be
manually inserted into alsaconf.pot:
#: alsaconf:54
msgid "Yes"
msgstr ""
#: alsaconf:55
msgid "No"
msgstr ""
------------------------
edit
nouveau_unload
I do not have nouveau or nv, but maybe this 1 line is useful:
Code: Select all
[ `lsmod | grep nouveau` ] || exit # script is useful only if nouveau loaded
if nouveau module is not loaded then exit
Wary/Racy 5.3RC3 (5.3)
Posted: Wed 04 Apr 2012, 11:09
by L18L
BarryK wrote:...
Anyway, please play with the apps, let us know if anything crashes and burns.
xgamma-gui is an essential bug fix.
Though I doubt anyone will use it...
...and nothing will crash if it is not applied
Flash crashing on older machines
Posted: Wed 04 Apr 2012, 18:19
by Jades
James C wrote:Booted into Wary on my old reliable P3 test box and the latest Flashplayer is a total no go.Looks like they've quit supporting older hardware.
I've seen this too on my AMD K6-2 500 machine. Seamonkey was bombing out on certain pages. Tried launching it from the console and when it crashed I got an 'Illegal Instruction' error - this is typical of things which aren't compatible with the CPU. In the case of the K6-2, it lacks the CMOV instruction so pets compiled for i686 and above give that error.
I tried the same pages on a pfix=ram boot and hit cancel when requested to download the Flash Player. Seamonkey would then work without crashing on the pages which previously presented problems. It does look like an incompatible Flash Player is the cause.
Automatic downloading of Flash Player should probably be disabled for the time being. Is there a way to produce a Pet for an i486 version?
Re: Flash crashing on older machines
Posted: Wed 04 Apr 2012, 21:45
by Jades
Other than the Flash thing, which I should probably have checked much earlier (the K6 is usually in a room without an internet connection), Wary seems to work quite well on the K6-2.
Wary/Racy 5.3RC2 (5.2.91)
Posted: Wed 04 Apr 2012, 22:00
by Billtoo
It's working well here.
Posted: Wed 04 Apr 2012, 22:43
by James C
Wary 5.3 (frugal install) looking really good here. No problems yet. Even Wget and Video upgrade are working correctly.Using the 10.3.183.18 flash with no problem on this Athlon XP box.
# report-video
Wary Puppy, version 5.3 on Wed 4 Apr 2012
Chip description:
0.0 VGA compatible controller
nVidia Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev c1)
oem: NVidia
product: NV18 () Board Chip Rev A2
X Server: Xorg
Driver used: nv
X.Org version: 1.3.0
dimensions: 1440x900 pixels (411x263 millimeters)
depth of root window: 24 planes
...the above also recorded in /tmp/root/ as report-video,
and archived with xorg.conf and Xorg.0.log as report-video-full.gz
#
Posted: Sat 14 Apr 2012, 15:07
by antiloquax
Wary 5.3 on a Pentium II machine. Very good!
The gears were barely moving though! Everything else was quick (faster than Windows 7 on a Core-Duo laptop anyway!)
Open Office won't open
Posted: Mon 16 Apr 2012, 00:42
by vtpup
Running Racy 5.3 latest on new Acer Aspire 5349-2635.
Wireless and sound worked out of the box with this computer (unlike Lupu 528, and Wary).
I downloaded openoffice-3.1.1-sfs4.sfs using the Install button and installed it using the bootmanager.
Unfortunately clicking on the program icons brings up the Open Office registration dialog, which never is fulfilled. Adding entries in the fields, and then closing with the Finish button does not open the OO program selected originally. Nothing happens.
Then if you click on a program again, you get the same registration dialog with blank fields again. So there's no way to ever open any of the programs.
Re: Open Office won't open
Posted: Mon 16 Apr 2012, 04:55
by Terryphi
vtpup wrote:Running Racy 5.3 latest on new Acer Aspire 5349-2635.
I downloaded openoffice-3.1.1-sfs4.sfs using the Install button and installed it using the bootmanager.
Unfortunately clicking on the program icons brings up the Open Office registration dialog, which never is fulfilled. Adding entries in the fields, and then closing with the Finish button does not open the OO program selected originally. Nothing happens.
Then if you click on a program again, you get the same registration dialog with blank fields again. So there's no way to ever open any of the programs.
vtpup, it has been a long time since I first used that SFS but I did not see the problem you report. You can just select the do not register option. Possibly you get the problem trying to register because the registration server does not exist anymore at the coded URL.
Posted: Mon 16 Apr 2012, 12:56
by vtpup
Thanks for answering Terryphi, but nope I hadn't wanted to register the program in the first place, and had made "I do not want to register", "do not check for updates" and hit Finish.
Also tried both adding my name and not adding my name (presumably for initial doc properties when OO runs). No go on either of these.
Also tried just hitting Cancel at the start of the wizard. Same behavior. Simply closes program.
Running from console "swriter" causes the same behavior. Program closes after the dialog with no error messages in terminal.
While I'm interested in a workaround, I'm mainly reporting here as a possible bug.
Posted: Mon 16 Apr 2012, 13:06
by vtpup
On my keyboard (computer type listed in sig below), the screen dimming keys work, but are reversed -- the brighter key makes the screen dimmer, and vice versa.
Re: Open Office won't open version 3.1.1
Posted: Mon 16 Apr 2012, 21:08
by FeodorF
vtpup wrote:Running Racy 5.3 latest on new Acer Aspire 5349-2635.
Wireless and sound worked out of the box with this computer (unlike Lupu 528, and Wary).
I downloaded openoffice-3.1.1-sfs4.sfs using the Install button and installed it using the bootmanager.
Unfortunately clicking on the program icons brings up the Open Office registration dialog, which never is fulfilled. Adding entries in the fields, and then closing with the Finish button does not open the OO program selected originally. Nothing happens.
Then if you click on a program again, you get the same registration dialog with blank fields again. So there's no way to ever open any of the programs.
Yes, you are right, 3.1.1 is a no go.
There is an other one you can try. It's Open Office version 3.2.
This one works fine with Racy and Wary. You can find it on 'ibiblio' or one of the others.
f.e.:
http://ftp.nluug.nl/os/Linux/distr/pupp ... modules-5/
c8d9d74f75a1adb968643c5c6d84224b openoffice-3.2-dpup-sfs4.sfs (md5)
After downloading, installing and reboot you'll get the same registration window again:
- click on "I don't want.."
- on the next one "JRE Required.." just click for o.k.
After restarting Open Office you will get a final window
- "No, I do not want to .."
From there on Open Office will be all yours. - No more funny pop ups.
Cheers, Feodor
Subject: Acer Aspire backlight keys
Posted: Tue 17 Apr 2012, 20:08
by npierce
vtpup wrote:. . . the screen dimming keys work, but are reversed -- the brighter key makes the screen dimmer, and vice versa.
Try adding the following arguments at the end of your boot command line:
Code: Select all
acpi_backlight=vendor acpi_osi=Linux
This works for an Acer Aspire 5755. Your results may vary.
Posted: Tue 17 Apr 2012, 23:00
by vtpup
Thanks,npierce. It doesn't seem to change things. But It's no biggie. I mainly reported it here because I thought it might be helpful information as a bug report, though a minor one.
Re: Open Office won't open version 3.1.1
Posted: Tue 17 Apr 2012, 23:21
by vtpup
FeodorF wrote:
Yes, you are right, 3.1.1 is a no go.
There is an other one you can try. It's Open Office version 3.2.
This one works fine with Racy and Wary. You can find it on 'ibiblio' or one of the others.
f.e.:
http://ftp.nluug.nl/os/Linux/distr/pupp ... modules-5/
c8d9d74f75a1adb968643c5c6d84224b openoffice-3.2-dpup-sfs4.sfs (md5)
Cheers, Feodor
Thanks very much Feodorf. I haven't tried OO 3.2 as an sfs yet, but had already downloaded Libre Office, and that worked.
I'd suggest here in the bug reports section that Open Office 3.1 sfs be removed from the Racy official repository as it comes up in the sfs installer -- and it's a long download 160mb. The 3.2 version should probably be there instead.
Thanks again Feodorf!
Posted: Sun 22 Jul 2012, 04:12
by npierce
BarryK wrote:
Hmmm, that is strange. Wary/Racy has a recompiled ffmpeg, but x11-grab was enabled.
Did it work with an earlier version of Wary/Racy?
Would you mind trying the older ffmpeg, get it from here:
http://distro.ibiblio.org/quirky/pet_pa ... 02-w5c.pet
The reason that I recompiled it, is that it had network support disabled, that someone wanted for Pmusic.
Today I tried running Lobster's script with both the old (ffmpeg-20111002-w5c.pet) and new (fmpeg-20111002-1-w5c.pet) versions. Both gave the "unknown input format: 'x11grab'" error.
Support for x11grab can also be tested like this:
Code: Select all
ffmpeg -formats 2>/dev/null | grep x11grab
Both versions failed to list the x11grab format.
The
ffmpeg-0.8.4-i686-s.pet version grabbed the X11 screen OK and listed the format:
Code: Select all
# ffmpeg -formats 2>/dev/null | grep x11grab
D x11grab
(But be aware that installing this .pet in Wary will break other things, such as some libraries used by mplayer.)
What is the difference in the versions? I found some information that seems to indicate that if certain libraries, header files, and functions needed to support x11grab were not available when ffmpeg was compiled, support for x11grab would not be included, yet no error message would be given at compile time.
For details, see this article (and search it for "x11grab"):
Capturing the Screen or Video of Your Virtual Machines Using X, Vnc, Rdp or Native ways
Of most interest is this bit of code from the configure file, provided in the article:
enabled x11grab &&
check_header X11/Xlib.h &&
check_header X11/extensions/XShm.h &&
check_header X11/extensions/Xfixes.h &&
check_func XOpenDisplay -lX11 &&
check_func XShmCreateImage -lX11 -lXext &&
check_func XFixesGetCursorImage -lX11 -lXext -lXfixes
According to an ffmpeg bug report (
http://ffmpeg.org/trac/ffmpeg/ticket/821), this has been fixed as of 2012-Mar-21. Now compilation should "die if x11grab dependencies are unavailable". One would hope that it will also give a useful error message. I have not tried it.
ffmpeg and x11grub
Posted: Mon 23 Jul 2012, 08:52
by shinobar
npierce wrote:What is the difference in the versions? I found some information that seems to indicate that if certain libraries, header files, and functions needed to support x11grab were not available when ffmpeg was compiled, support for x11grab would not be included, yet no error message would be given at compile time.
Yes, it is a mystery.
I have tried to compile ffmpeg on Racy with x11grub.
I installed libXext and libXfixes on Racy, but still failed to enable x11grub support...
