Upup Precise 54X7 using latest woof at time
I'm amazed that the nouveau is working really good on an old nvidia mx 440. I'm going to compare that to the nvidia driver. I haven't tried 3d on nouveau.
The only little thing is.. I have to restart X in order to get a desktop.
I like the aqualung music. It's playing music from the slackware server. I'm glad that the music is playing again!
Peace!
tater
The only little thing is.. I have to restart X in order to get a desktop.
I like the aqualung music. It's playing music from the slackware server. I'm glad that the music is playing again!
Peace!
tater
01micko and mikeslr. Thank about sys-info update. Will be in the next build.
Mikeslr. About gimp-2.8.2 sfs. That error message tells that somehow machine-id has not been generated in your comp. I do have machine id and gimp launches. Interesting.
Anyway....possible fix, run this command in console and try gimp again:
dbus-uuidgen > /var/lib/dbus/machine-id
Mikeslr. About gimp-2.8.2 sfs. That error message tells that somehow machine-id has not been generated in your comp. I do have machine id and gimp launches. Interesting.
Anyway....possible fix, run this command in console and try gimp again:
dbus-uuidgen > /var/lib/dbus/machine-id
Manual frugal install of Precise 5.4.X.2 on the trusty Athlon XP box. Sound,display and internet all working and correct on initial boot. No difficulties yet.
# report-video
VIDEO REPORT: Upup Precise, version 5.4.X.2
Chip description:
oem: NVidia
product: NV18 () Board Chip Rev A2
Driver used by Xorg:
vesa
Video mode used by Xorg:
Resolution: Depth 24 Depth: "Display"
...the above also recorded in /tmp/report-video
# glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
1837 frames in 5.0 seconds = 367.347 FPS
1969 frames in 5.0 seconds = 393.704 FPS
2002 frames in 5.0 seconds = 400.155 FPS
1962 frames in 5.0 seconds = 391.736 FPS
1873 frames in 5.0 seconds = 373.954 FPS
Actually using "nouveau".
-Computer-
Processor : AMD Athlon(tm) XP 2400+
Memory : 1034MB (194MB used)
Operating System : Unknown distribution
User Name : root (root)
Date/Time : Sun 18 Nov 2012 06:12:40 AM CST
-Display-
Resolution : 1440x900 pixels
OpenGL Renderer : Mesa DRI nv18 x86/MMX+/3DNow!+/SSE
X11 Vendor : The X.Org Foundation
-Multimedia-
Audio Adapter : VIA8233 - VIA 8235
-Display-
Resolution : 1440x900 pixels
Vendor : The X.Org Foundation
Version : 1.11.3
-Monitors-
Monitor 0 : 1440x900 pixels
-OpenGL-
Vendor : Nouveau
Renderer : Mesa DRI nv18 x86/MMX+/3DNow!+/SSE
Version : 1.2 Mesa 8.0.4
Direct Rendering : Yes
Ethernet controller : Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
VGA compatible controller : NVIDIA Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev c1) (prog-if 00 [VGA controller])
# report-video
VIDEO REPORT: Upup Precise, version 5.4.X.2
Chip description:
oem: NVidia
product: NV18 () Board Chip Rev A2
Driver used by Xorg:
vesa
Video mode used by Xorg:
Resolution: Depth 24 Depth: "Display"
...the above also recorded in /tmp/report-video
# glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
1837 frames in 5.0 seconds = 367.347 FPS
1969 frames in 5.0 seconds = 393.704 FPS
2002 frames in 5.0 seconds = 400.155 FPS
1962 frames in 5.0 seconds = 391.736 FPS
1873 frames in 5.0 seconds = 373.954 FPS
Actually using "nouveau".
-Computer-
Processor : AMD Athlon(tm) XP 2400+
Memory : 1034MB (194MB used)
Operating System : Unknown distribution
User Name : root (root)
Date/Time : Sun 18 Nov 2012 06:12:40 AM CST
-Display-
Resolution : 1440x900 pixels
OpenGL Renderer : Mesa DRI nv18 x86/MMX+/3DNow!+/SSE
X11 Vendor : The X.Org Foundation
-Multimedia-
Audio Adapter : VIA8233 - VIA 8235
-Display-
Resolution : 1440x900 pixels
Vendor : The X.Org Foundation
Version : 1.11.3
-Monitors-
Monitor 0 : 1440x900 pixels
-OpenGL-
Vendor : Nouveau
Renderer : Mesa DRI nv18 x86/MMX+/3DNow!+/SSE
Version : 1.2 Mesa 8.0.4
Direct Rendering : Yes
Ethernet controller : Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
VGA compatible controller : NVIDIA Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev c1) (prog-if 00 [VGA controller])
Thanks James C for testing hardware.
JIM Invoice Manager pet has been uploaded to the repo.
http://qt-apps.org/content/show.php/JIM?content=149288
Homepage link can be found from above url. You will need spanish skills or google translator though. I can recommend Chromium sfs for translation.
JIM Invoice Manager pet has been uploaded to the repo.
http://qt-apps.org/content/show.php/JIM?content=149288
Homepage link can be found from above url. You will need spanish skills or google translator though. I can recommend Chromium sfs for translation.
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Fixed:rcrsn51 wrote:I'm seeing a similar problem with the Graphic menu. PETS like this one that are classified as X-GraphicUtility are no longer added to the menu. But pre-installed apps that use that category are working.LateAdopter wrote:It does not install a menu entry or a .desktop file, but does run by clicking on vlc in /usr/bin
I believe that it is a woof issue because it also showed up in the final version of Precise.
http://bkhome.org/blog2/?viewDetailed=00031
[url]https://bkhome.org/news/[/url]
Gimp problems solved
Thanks pemasu:
The instructions you gave here: http://murga-linux.com/puppy/viewtopic. ... 317#665317 almost worked. When they didn't and I tried again to start the gimp sfs via the terminal and I realized that the system was looking for the file in /usr/var/lib/dbus. So I copied the file there and it worked. I guess the following should be typed into the terminal on my system:
Code:
dbus-uuidgen > usr/var/lib/dbus/machine-id
Thanks again,
mikeslr
The instructions you gave here: http://murga-linux.com/puppy/viewtopic. ... 317#665317 almost worked. When they didn't and I tried again to start the gimp sfs via the terminal and I realized that the system was looking for the file in /usr/var/lib/dbus. So I copied the file there and it worked. I guess the following should be typed into the terminal on my system:
Code:
dbus-uuidgen > usr/var/lib/dbus/machine-id
Thanks again,
mikeslr
Sorry Mikeslr. I read the error message too quickly and my mind translated the file location to its normal location. I wonder why your installation tries to search it in /usr. That is not normal location.
Anyway...good that it works. But if it is system failure for other people, the real solution should be found.
The normal location is /var/lib/dbus/machine-id
Thank you of the feedback.
Anyway...good that it works. But if it is system failure for other people, the real solution should be found.
The normal location is /var/lib/dbus/machine-id
Thank you of the feedback.
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Hello pemasu and mikeslr,
Could this be connected?
http://www.murga-linux.com/puppy/viewto ... 2&start=70
Program (Deadbeef) is calling for a file at the wrong location because of an extra /usr on the front of the path.
Only happening in the most recent Puppies.
Could this be connected?
http://www.murga-linux.com/puppy/viewto ... 2&start=70
Program (Deadbeef) is calling for a file at the wrong location because of an extra /usr on the front of the path.
Only happening in the most recent Puppies.
Oscar in England
OscarTalks. I dont think so. I think that deadbeef just does not find the icon. I believe that source code has default fall back like $prefix/deadbeef.png and since you probably had --prefix=/usr....it searches from /usr
Try this in console and the icon might be found:
gtk-update-icon-cache -qf /usr/share/icons/hicolor
EDIT. I was right about $prefix thing:
Try this in console and the icon might be found:
gtk-update-icon-cache -qf /usr/share/icons/hicolor
EDIT. I was right about $prefix thing:
Code: Select all
if (!gtk_icon_theme_has_icon(theme, icon_name)) {
char iconpath[1024];
snprintf (iconpath, sizeof (iconpath), "%s/deadbeef.png", deadbeef->get_prefix ());
trayicon = gtk_status_icon_new_from_file(iconpath);
}
...
else {
// try loading icon from $prefix/deadbeef.png (for static build)
char iconpath[1024];
snprintf (iconpath, sizeof (iconpath), "%s/deadbeef.png", deadbeef->get_prefix ());
gtk_window_set_icon_from_file (GTK_WINDOW (mainwin), iconpath, NULL);
}
CD access
Is this a 'NEW' way future puppy's are going to operate?
Dpup Precise (and the new Slacko-5.3.7.7.4g-firefox) are NOT totally loading and running from 'RAM.'
They now seem to require constant CD access to operate!
Now... I'm running on an old IBM T22 Thinkpad with 250MB ram, 20GB HDD.
Once Dpup Precise (and Slacko-5.3.7.7.4g-firefox) are loaded (which they both do without a problem) on this old Thinkpad... I no longer can take out the program CD and use any CD's with data, graphics etc., that may be required for certain projects. Also, if you get caught up in a youtube video it takes up to 5-minutes or more of access to the CD program to get cleared up again... if it clears up at all.
This is NOT a new-kernel issue as I have run Kernel-3.6.+ linux distro's on this old box without any problems.
Users with old computers that run like I do (No HDD or Frugal install... strictly from the CD with a savefile on the HDD) might want to investigate their particular setup before jumping in head over heels???
Can anyone else confirm my findings or is this an isolated situation because of my T22?
>>>---Indian------>
Dpup Precise (and the new Slacko-5.3.7.7.4g-firefox) are NOT totally loading and running from 'RAM.'
They now seem to require constant CD access to operate!
Now... I'm running on an old IBM T22 Thinkpad with 250MB ram, 20GB HDD.
Once Dpup Precise (and Slacko-5.3.7.7.4g-firefox) are loaded (which they both do without a problem) on this old Thinkpad... I no longer can take out the program CD and use any CD's with data, graphics etc., that may be required for certain projects. Also, if you get caught up in a youtube video it takes up to 5-minutes or more of access to the CD program to get cleared up again... if it clears up at all.
This is NOT a new-kernel issue as I have run Kernel-3.6.+ linux distro's on this old box without any problems.
Users with old computers that run like I do (No HDD or Frugal install... strictly from the CD with a savefile on the HDD) might want to investigate their particular setup before jumping in head over heels???
Can anyone else confirm my findings or is this an isolated situation because of my T22?
>>>---Indian------>
Cloud Computing For Every Puppy (a .pet)
[url]http://murga-linux.com/puppy/viewtopic.php?t=69192[/url]
[url]http://murga-linux.com/puppy/viewtopic.php?t=69192[/url]
There's no question that as Puppy gets bigger, its memory requirements increase with it. The Lupu 528 SFS file is 125 MB and the latest Slacko is 151 MB. Maybe we just went over the tipping point for 256 MB of RAM.
Have you tried copying the SFS file onto the hard drive along with the save file? Then Puppy would use it instead of off the CD and maybe switch into "pfix=nocopy" mode.
Have you tried copying the SFS file onto the hard drive along with the save file? Then Puppy would use it instead of off the CD and maybe switch into "pfix=nocopy" mode.
I tested this in Slacko 5337 with the following results:rcrsn51 wrote:Have you tried copying the SFS file onto the hard drive along with the save file? Then Puppy would use it instead of off the CD and maybe switch into "pfix=nocopy" mode.
1. You have a standard frugal install. The default behaviour is "pfix=nocopy". So you have lots of free memory.
2. You move the SFS file onto the hard drive but boot off the CD. Puppy loads the hard drive version but still "copies to RAM". So you lose about 300 MB of memory.
3. You boot off the CD with "puppy pfix=nocopy". This works and you get the free memory back.
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Re: CD access
Back during Lucid development Playdayz put in a lot of effort to allow it to load into ram on a pc with 256 mb ram (puppy pfix=ram)......the main Lucid sfs size was about at the limit for a box with those specs. It seems that a basic rule of thumb is to double the size of the main sfs to find the amount of ram needed to allow removing the boot cd.sszindian wrote:Is this a 'NEW' way future puppy's are going to operate?
Dpup Precise (and the new Slacko-5.3.7.7.4g-firefox) are NOT totally loading and running from 'RAM.'
They now seem to require constant CD access to operate!
OscarTalks. Create script named pinstall.sh and place it to the deadbeef folder which you are going to dir2pet.
The content is this in pinstall.sh:
When the pet is installed, that script will be run and the tray icon pops up when you launch deadbeef.
Done.
The content is this in pinstall.sh:
Code: Select all
#!/bin/sh
gtk-update-icon-cache -qf /usr/share/icons/hicolor
Done.
Dpup Precise
rcrsn51 & James C
Thanks for the comeback... I understand your statements and fix's however... I test for things of this nature so possibly the dev's can find a 'way-to or solution' somewhere in the coding to maintain the traditional puppy features?
I doubt that NEW users will want to go through the trouble of fixing it themselves therefore making these versions only useful to puppy users with some knowledge and not a hit with the general linux user. There are plenty of other linux distro's that already accomplish where puppy is heading without the hassle... Mint, the Ubuntu's, Peppermint, even the latest Opensuse and Fedora will work on my T22 as a 'live CD' (but with disk access needed), and a whole bunch of others I have used and tested.
I believe the puppy that was once unique in itself will be no longer unless... the dev's will make a true 'bare-bones' program that will still load into ram and let the user 'add or put-in' what he or she wants later... fact of the matter is, 80% of current puppy users could get by very well with simply a 'Snappy Puppy with Only A Browser' almost everything else one needs is available to use someplace online now?
Anyway, that's my thought on it!
>>>---Indian------>
Thanks for the comeback... I understand your statements and fix's however... I test for things of this nature so possibly the dev's can find a 'way-to or solution' somewhere in the coding to maintain the traditional puppy features?
I doubt that NEW users will want to go through the trouble of fixing it themselves therefore making these versions only useful to puppy users with some knowledge and not a hit with the general linux user. There are plenty of other linux distro's that already accomplish where puppy is heading without the hassle... Mint, the Ubuntu's, Peppermint, even the latest Opensuse and Fedora will work on my T22 as a 'live CD' (but with disk access needed), and a whole bunch of others I have used and tested.
I believe the puppy that was once unique in itself will be no longer unless... the dev's will make a true 'bare-bones' program that will still load into ram and let the user 'add or put-in' what he or she wants later... fact of the matter is, 80% of current puppy users could get by very well with simply a 'Snappy Puppy with Only A Browser' almost everything else one needs is available to use someplace online now?
Anyway, that's my thought on it!
>>>---Indian------>
Cloud Computing For Every Puppy (a .pet)
[url]http://murga-linux.com/puppy/viewtopic.php?t=69192[/url]
[url]http://murga-linux.com/puppy/viewtopic.php?t=69192[/url]