(old)Puppy Linux Discussion Forum

I tried the other one and it worked fine - really fast!

QUESTION: Does Google control the Chromium base or is that truly independent?

How may one trust that they won't embed a back door to presumed-private area and/or suddenly terminate the open-source updates?

Thanks jpeps

I use Iron browser myself because for me the chrome browser is the speediest, most friendly, yet the memory footprint is reasonable.

I guess Iron is actually forking Google Chrome, they removed the hidden services that Chrome installs. The browser size is bit large, but doesn't bloat the memory.

Iron browser Pet as compiled under Dpup Expimo 5.X.3.4.12 - size: 40MB

http://www.adrive.com/public/tHwynH/Iro ... 5_Dpup.pet

md5: 36cd7528cacb23baa4ce61577cb5e744

Thanks jpeps and Xtanova of Iron 22 sfs and pet.
I did use jpeps sfs and uploaded it to the exprimo repo.
I did strip it a little more and then I compressed it with -comp xz.
The result is now 30 Mb.

http://www.smokey01.com/pemasu/pet_pack ... 0-dpup.sfs

pemasu wrote: I did strip it a little more and then I compressed it with -comp xz.
The result is now 30 Mb.

http://www.smokey01.com/pemasu/pet_pack ... 0-dpup.sfs

Great...another 3M. I didn't strip any files, but used:

mksquashfs -comp xz -noI

I stripped...indeed, saves 3M

I just made a version for Spot (in keeping with discussion about running browsers in root). It likes to update .config prefs in root, however, so if you want to try running in Spot, initially chown the .config/iron files (e.g, startup wrapper).

edoc wrote:

How may one trust that they won't embed a back door to presumed-private area and/or suddenly terminate the open-source updates?

That might be difficult if you were running the browser in Spot or user. I think this is an increasing issue with any browser.

@pemasu

Which MPlayer version do we have in 5.X.3.4.12? MPlayer- h shows "MPlayer UNKNOWN-4.4.5". Could it be MPlayer2?

Mplayer is recent. It has been compiled from svn....after 1.1 was released. So...it is as new as it can be...with some modified options though. For example it uses my compiled external ffmpeg instead of internal libs.

It is Mplayer, not Mplayer2. When you compile from svn, the version information is sometimes obscure, as you noticed.

Thanks, pemasu. Similarly, what is the version of ffmpeg. --version shows "N-42316-gd3f4d7"

I'm looking to burn subtitles into video and would need ffmpeg libass for that which is not compiled into this version. I understand that I will run into trouble with this MPlayer version if I replace ffmpeg?

ffmpeg is basically 0.11.1. I compiled it from git after 0.11.1 was released.

I think that I compiled mplayer with libass support and I also included bluray support.
I dont remember if there is libass configure option for ffmpeg and was that included. Probably not.

Yep. Replacing Mplayer with version which has ffmpeg libs compiled in is needed.

pemasu wrote:ffmpeg is basically 0.11.1. I compiled it from git after 0.11.1 was released.

ah...version "happiness", which succeeds freedom, harmony, love, and peace. Now we have "Angel," so I suppose we're now into the afterlife. Maybe they should have taken android's cue of using desserts, since there are more possibilities prior to death.

I call eclairs with white chocolate on top rather than dark chocolate!

Or maybe oatmeal cookies with walnuts & cranberries.

Or ... never mind ... have to go find a snack now ...

Anyone following the Open SWP Project - Shumway?

https://blog.mozilla.org/research/2012/ ... e-project/

Can't resist the urge to show off a little accomplishment of mine. Dpup Exprimo menu without icons and new "old" shutdown menu. Pure text and nothing more. Initially I only planned to revert the shutdown menu to its original layout, like in Precise, but ended up with a completely new menu.

Did you do this:

a) Because you could

b) To save resources

c) You prefer the look

d) All of the above

e) None of the above

edoc wrote:Did you do this:

a) Because you could

b) To save resources

c) You prefer the look

d) All of the above

e) None of the above

Perhaps b) and c). Simplicity, that's what I'm striving for. Don't know exactly, but I believe the memory will be taxed less without icons in the menu. The already fast and snappy OS feels even more snappier. I forgot to pre-check the size of the usr/share/applications folder (that's where the cleansing occured), but at present it's 885 K. I went through every .desktop file in that folder deleting an icon reference - more than two hundred files in total! Some had empty lines, some localization entries - now they are smaller and cleaner. As a matter of fact this exercise is a first step towards remastering this beautiful pup. Some new menu entries will be added, some will have to go.

Still running 5.X.3.4.12 on this old dual-core......... still working fine.

# report-video
Report Video 1.4 - Mon 26 Nov 2012 on Dpup Exprimo 5.X.3.4.12 - Linux 3.4.2-dpup i686

Chip description:
d.0 VGA compatible controller: nVidia Corporation C61 [GeForce 7025 / nForce 630a] (rev a2)
oem: NVIDIA
product: MCP61 - mcp61-86 Chip Rev

X Server: Xorg Driver used: nv

X.Org version: 1.7.7
dimensions: 1440x900 pixels (402x251 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
#
-Computer-
Processor : 2x AMD Athlon(tm) 64 X2 Dual Core Processor 5200+
Memory : 3374MB (200MB used)
Operating System : Unknown distribution
User Name : root (root)
Date/Time : Mon 26 Nov 2012 10:26:12 AM CST
-Display-
Resolution : 1440x900 pixels
OpenGL Renderer : Unknown
X11 Vendor : The X.Org Foundation
-Multimedia-
Audio Adapter : HDA-Intel - HDA NVidia

Hi pemasu,
My xorg.log has this error message, and here's how it is explained in debian wiki:
http://wiki.debian.org/XF86DRTShoot

If the X log contains something like this:

(EE) AIGLX error: dlopen of /usr/lib/dri/i915_dri.so failed (/usr/lib/dri/i915_dri.so: cannot open shared object file: No such file or directory)
(EE) AIGLX: reverting to software rendering
(II) AIGLX: Screen 0 is not DRI capable
(EE) AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed (/usr/lib/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
(EE) GLX: could not load software renderer
(II) GLX: no usable GL providers found for screen 0

make sure that the package libgl1-mesa-dri is installed.

"Intel 945GME Express Integrated Graphics Controller" - Any thoughts?

Anikin. dri drivers you need to install yourself, as your message also suggests. There is xorg_high sfs and pet in the repository. The content of them is same as the suggested libgl1-mesa-dri deb package.

In fact you need only i915_dri.so driver from one of those packages.

I dont know what has eaten swrast_dri.so file in your puplet. It is included in the distro.

Thank you for your time, pemasu.
I was unaware that xorg-high is actually libgl1-mesa-dri.
AIGLX has been rectified, and this is what the log shows: A quick question: now, that i915_dri.so driver is in place, will it be safe to completely remove swrast_dri.so from the system?