(old)Puppy Linux Discussion Forum

anikin wrote:Hi Barry,

The output of dmesg will inevitably show a couple instances of this obtrusive line:

Code: Select all

ACPI: Deprecated procfs I/F for battery is loaded, please retry with CONFIG_ACPI_PROCFS_POWER cleared

Is it possible to get rid of it in your compile configuration?
More details: https://bugs.archlinux.org/task/25845

In your blog, you mentioned an alternative build with kernel 3.8 as a possible move. Can you please, consider making it a Bare Bones build?

Thank you for all your hard work.

• PupControl-2.3|PupControl panel
  tempiconsvg-0.16-i486|tray temperature monitor
  nvidia-glx-304.43-precise-k3.2.29|NVIDIA Accelerated Linux Graphics Driver
  chromium-25.0.1323.1-i686-1sl|Browse the Web
  flashplayer11-11.2.202.270|Adobe Flash Player 11 browser plugin and Preferences. Note, this may not work on older PCs, use instead an earlier 11.x or even 10.x
  PupSnap-1.8_Scrot-0.8_32Bit|PupSnap screen capture

# report-video
VIDEO REPORT: Precise Puppy, version 5.4.92

Chip description:
VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2)
Multimedia controller: Philips Semiconductors SAA7131/SAA7133/SAA7135 Video Broadcast Decoder (rev d1)

Requested by /etc/X11/xorg.conf:

Probing Xorg startup log file (/var/log/Xorg.0.log):
  Driver loaded (and currently in use): nvidia
  Loaded modules: dbe dri dri2 extmod fb glx kbd mouse ramdac record wfb

Actual rendering on monitor:
  Resolution:  1920x1080 pixels (513x292 millimeters)
  Depth:       24 planes

...the above also recorded in /tmp/report-video

From Documentation/feature-removal-schedule.txt:
What: CONFIG_ACPI_PROCFS_POWER
When: 2.6.39
Why: sysfs I/F for ACPI power devices, including AC and Battery, has been working in upstream kernel since 2.6.24, Sep 2007. In 2.6.37, we make the sysfs I/F always built in and this option disabled by default. Remove this option and the ACPI power procfs interface in 2.6.39.
Who: Zhang Rui <rui.zhang@intel.com>

For backwards compatibility, this option allows deprecated power /proc/acpi/ folders to exist, even when they have been replaced by functions in /sys. The deprecated folders (and their replacements) include: /proc/acpi/battery/* (/sys/class/power_supply/*) /proc/acpi/ac_adapter/* (sys/class/power_supply/*) This option has no effect on /proc/acpi/ folders and functions, which do not yet exist in /sys

Say N to delete power /proc/acpi/ folders that have moved to /sys/
http://cateee.net/lkddb/web-lkddb/ACPI_ ... POWER.html

ACPI: Deprecated procfs I/F for battery is loaded...
This is a harmless notification that the old, backwards-compatible /proc/acpi/... interface is also present, along with the new sysfs interface.
If you think that your manufacturer-specific kernel modules (e.g. sony-laptop, etc.) are somehow mis-handling the legacy /proc/acpi interface, you can try disabling it, but the only way to do so is to build a custom kernel with the ACPI_PROCFS_POWER option disabled.
Scroll down to the end for the complete description from the kernel docs.
Removing this may have some minor side effects, e.g. the powertop utility won't fully work.
http://askubuntu.com/questions/149028/i ... tu-session

linuxcbon wrote:
- PERL bugs ?
- # dirsplit
Can't locate List/Util.pm in @INC
- # foomatic-compiledb
Can't locate Encode.pm in @INC
- # foomatic-configure
Can't locate Encode.pm in @INC
- # foomatic-datafile
Can't locate Encode.pm in @INC
- Same for other foomatic****
- # md5pass
Can't locate Crypt/PasswdMD5.pm in @INC
- # perlbug
Warning: failed to load Config_git.pl, something strange about this perl...
Can't locate Sys/Hostname.pm in @INC

cpan ExtUtils::MakeMaker
cpan Crypt::PasswdMD5

I agree.
Or at least put a scrollbar in the JWM theme chooser, so that having many themes won't expand the GUI from roof to floor -- at times I think the Exit button will reach China. The same happens in the Icon Set Chooser GUI, a scrollbar for that one would be great, too.

Computer Details wrote:-Computer-
Processor : Intel(R) Celeron(R) CPU 2.66GHz
Memory : 1025MB (261MB used)
-Display-
Resolution : 1024x768 pixels
OpenGL Renderer : Mesa DRI Intel(R) 865G x86/MMX/SSE2
X11 Vendor : The X.Org Foundation
-Multimedia-
Audio Adapter : ICH4 - Intel ICH5

linuxcbon wrote:Precise 5.4.92

- # wag-profiles.sh
** (gtkdialog3:23869): ERROR **: gtkdialog: Error in line 14, near token '</label>': syntax error
** (gtkdialog3:23886): ERROR **: gtkdialog: Error in line 6, near token '</label>': syntax error
.....
- /dev/sda should be limited from 1 to 15
- there are big files like LLVM, icudata, xul, flashplayer...what can be done ?
- when doing for instance ls /dev/ram0 it displays in bright color not easily readable.
- /usr/local/share/pixmaps/ has only one file
- There is /lib/libssl.so.1.0.0 and /lib/libssl.so.0.9.8 but 9.8 is not used

- /dev/sda should be limited from 1 to 15

- there are big files like LLVM, icudata, xul, flashplayer...what can be done ?

- when doing for instance ls /dev/ram0 it displays in bright color not easily readable.

- /usr/local/share/pixmaps/ has only one file

- There is /lib/libssl.so.1.0.0 and /lib/libssl.so.0.9.8 but 9.8 is not used

BarryK wrote:

- There is /lib/libssl.so.1.0.0 and /lib/libssl.so.0.9.8 but 9.8 is not used

That was deliberate. I think that there is an incompatibility between the two versions. The Ubuntu repo has both of these. 0.9.8 is included in the build for any pkgs that might be installed that need it, including some older PETs.

pemasu wrote:Playing with chrome browser. I tested the root disabling feature.
http://www.chromium.org/getting-involved/dev-channel

/usr/local/petget/hacks-postinstall.sh
I did add this into it:

Code: Select all

google-chrome-*)
if [ -f /usr/bin/bbe ];then #bbe is a sed-like utility for binary files.
if [ -f /opt/google/chrome/chrome  ];then
bbe -e 's/geteuid/getppid/' /opt/google/chrome/chrome > /tmp/chrome-temp1
mv -f /tmp/chrome-temp1 opt/google/chrome/chrome
chmod 755 /opt/google/chrome/chrome
ln -s /opt/google/chrome/chrome /usr/bin/google-chrome
echo '[Desktop Entry]
Encoding=UTF-8
Version=1.0
Name=Google Chrome
GenericName=Web Browser
Comment=Access the Internet
Exec=/opt/google/chrome/google-chrome
Terminal=false
Type=Application
Icon=/opt/google/chrome/product_logo_48.png
Categories=WebBrowser;' > /usr/share/applications/google-chrome.desktop
   fi
  fi
 ;;

And then I downloaded this one:
https://www.google.com/chrome/intl/en/e ... a_i386_deb

Posting from it now. This kind hack might enable the root user restricted .deb browsers. Well...they also might broke Cups, have done that in the past...but this seems to help installing these browsers anyway...