Upup Raring 3.9.9.2 with non-PAE 3.9.9 kernel. 13 July 2013
- dennis-slacko531
- Posts: 100
- Joined: Wed 18 Jan 2012, 21:53
- Location: Oregon
- Contact:
this is a winner Pemasu
Just saying thanks. I'd gotten used to Barry's Buntu but this might be better!
The Firefox pet and all dependencies worked perfectly.
Don't you know... I put it on my little site, Linux without Eyes.
http://www.LNUX.com
The Firefox pet and all dependencies worked perfectly.
Don't you know... I put it on my little site, Linux without Eyes.
http://www.LNUX.com
dennis-slacko531, thanks. And thank you all the others of the feedback.
First time I tested virtual machine. Virtualbox which I uploaded to the repo with preinstalled kernel module drivers, at least load my burned CD and Upup Raring 3.9.9 works in virtual environment. Cant say anything else, because I dont have previous preference.
There is no need for kernel source sfs....or devx sfs with this version of Virtualbox.
http://i.imgur.com/7aYexXK.jpg
http://www.smokey01.com/pemasu/pet_pack ... k3.9.9.sfs
First time I tested virtual machine. Virtualbox which I uploaded to the repo with preinstalled kernel module drivers, at least load my burned CD and Upup Raring 3.9.9 works in virtual environment. Cant say anything else, because I dont have previous preference.
There is no need for kernel source sfs....or devx sfs with this version of Virtualbox.
http://i.imgur.com/7aYexXK.jpg
http://www.smokey01.com/pemasu/pet_pack ... k3.9.9.sfs
I have reuploaded 3.9.9 version. It has updated xorg intel driver and Quickpet has been uploaded so that proprietary drivers show in Drivers tab. Quickpet icon has been repositioned in Pinboard.
/usr/sbin/bootmanager gui resizing for aarf is more or less woof update task for 1024x600 screen.
Script experts could help here.
http://puppylinux.info/topic/upupraring-399
/usr/sbin/bootmanager gui resizing for aarf is more or less woof update task for 1024x600 screen.
Script experts could help here.
http://puppylinux.info/topic/upupraring-399
Hey Pemasu & Aarf
Check out if this looks better:
http://www.murga-linux.com/puppy/viewto ... 838#713838
Greetings!
Check out if this looks better:
http://www.murga-linux.com/puppy/viewto ... 838#713838
Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]
[b][color=green]Omnia mea mecum porto.[/color][/b]
Upup Raring 3.9.9 with non-PAE 3.9.9 kernel.
I downloaded the newest 399 iso and did a manual frugal install to an
8gb SDHC card, it's running on an Acer desktop pc.
video-info-glx 1.5.3 Tue 16 Jul 2013 on Upup Raring 3.9.9
Linux 3.9.9-upup i686
2.0 VGA compatible controller:
Intel Corporation Core Processor Integrated Graphics Controller(rev18)
oem: Intel(R)Ironlake Desktop Graphics Chipset Accelerated VGA BIOS
product:
Intel(R)Ironlake Desktop Graphics Controller Hardware Version 0.0
X Server: Xorg Driver: intel
X.Org version: 1.13.3
dimensions: 3840x1080 pixels (1013x285 millimeters)
depth of root window: 24 planes
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ironlake Desktop x86/MMX/SSE2
OpenGL version string: 2.1 Mesa 9.1.3
It's working fine with the graphics chip in this pc, my newest pc has
the ivy bridge that I tested your pet on last night.
It even supports 2 monitors which is awesome.
8gb SDHC card, it's running on an Acer desktop pc.
video-info-glx 1.5.3 Tue 16 Jul 2013 on Upup Raring 3.9.9
Linux 3.9.9-upup i686
2.0 VGA compatible controller:
Intel Corporation Core Processor Integrated Graphics Controller(rev18)
oem: Intel(R)Ironlake Desktop Graphics Chipset Accelerated VGA BIOS
product:
Intel(R)Ironlake Desktop Graphics Controller Hardware Version 0.0
X Server: Xorg Driver: intel
X.Org version: 1.13.3
dimensions: 3840x1080 pixels (1013x285 millimeters)
depth of root window: 24 planes
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ironlake Desktop x86/MMX/SSE2
OpenGL version string: 2.1 Mesa 9.1.3
It's working fine with the graphics chip in this pc, my newest pc has
the ivy bridge that I tested your pet on last night.
It even supports 2 monitors which is awesome.
- Attachments
-
- screenshot.jpg
- (19.13 KiB) Downloaded 1364 times
- charlie6
- Posts: 1230
- Joined: Mon 30 Jun 2008, 04:03
- Location: Saint-Gérard / Walloon part of Belgium
nvidia driver for NV44 GeForce 6200
Hi,
@Pemasu,
thanks for the advice using getnvidia + kernel source; but indeed nvidia 319.27 failed
@ szcab
- downloading latest nvidia-linux-304.88.run archive into /;
- and afterwards doing Menu/exit to prompt,
- and just launching
If there were a place where to upload them, just tell me where !
Thansk again for the help !
Charlie
@Pemasu,
thanks for the advice using getnvidia + kernel source; but indeed nvidia 319.27 failed
@ szcab
That was it ! thanks for the tip !charlie6 you need NVIDIA-Linux-x86-304.xx driver for you video card, recent drivers will not work.
- downloading latest nvidia-linux-304.88.run archive into /;
- and afterwards doing Menu/exit to prompt,
- and just launching
started the build of both .pet and .sfs archives → now raring runs nice with nvidia NV44 GeForce 6200.# getnvidia
If there were a place where to upload them, just tell me where !
Thansk again for the help !
Charlie
- charlie6
- Posts: 1230
- Joined: Mon 30 Jun 2008, 04:03
- Location: Saint-Gérard / Walloon part of Belgium
swrast_dri.so "static" for raring
Hi Pemasu,
i apologize if i'm looking insisting.
Here (soon ... quite deseperatly ) being at compiling Mesa with various possible combinations of building configure options, with the hope to get Mesa with TEXTURE working using the software rendering feature.
All this on a common PC without extra graphic card, only the onboard 82845G chip.
Till now, only wheezy-3.5.2.x has it nice working OOTB with ONLY /usr/lib/dri/swrast_dri.so (14MB sized) as mesa stuff (not any shared libllvm nor gallium-pipe stuff).
When trying to compile Mesa with --enable-static, the configure step ends up and reports something like:
«not possible to enable static on dri drivers».
I even tried to compile Mesa-8.0.5 using the Xlib options (no «configure» step; but straight «make linux-x86», wiyhout success).
I also browsed the Mesa mailng-lists without finding relevant stuffs.
Any advice would be welcome.
Thanks in advance for any answer.
Charlie
last edited:
last compile: mesa-9.1.3 (not 9.1.4 to keep closiest to existing mesas stuffs in raring-3.9.9 ...)
1. i used the following configuration file to manage to get only swrast_dri.so:
3. created mesa_9.1.3-swrast-k399-i386.pet
Here is that pets tree breakdown:
Question: any idea to i improve that speed?
Any answer would be much appreciated
Charlie
i apologize if i'm looking insisting.
Here (soon ... quite deseperatly ) being at compiling Mesa with various possible combinations of building configure options, with the hope to get Mesa with TEXTURE working using the software rendering feature.
All this on a common PC without extra graphic card, only the onboard 82845G chip.
Till now, only wheezy-3.5.2.x has it nice working OOTB with ONLY /usr/lib/dri/swrast_dri.so (14MB sized) as mesa stuff (not any shared libllvm nor gallium-pipe stuff).
When trying to compile Mesa with --enable-static, the configure step ends up and reports something like:
«not possible to enable static on dri drivers».
I even tried to compile Mesa-8.0.5 using the Xlib options (no «configure» step; but straight «make linux-x86», wiyhout success).
I also browsed the Mesa mailng-lists without finding relevant stuffs.
Any advice would be welcome.
Thanks in advance for any answer.
Charlie
last edited:
last compile: mesa-9.1.3 (not 9.1.4 to keep closiest to existing mesas stuffs in raring-3.9.9 ...)
1. i used the following configuration file to manage to get only swrast_dri.so:
2. aftrwds make and make install DESTDIR=/somepath/mesa_9.1.3-swrast-k399-i386#./autogen.sh --prefix=/usr --sysconfdir=/etc --localstatedir=/var --build=i386-pc-linux-gnu --with-gallium-drivers="swrast" --with-dri-drivers="swrast" --disable-gallium-llvm --disable-selinux
3. created mesa_9.1.3-swrast-k399-i386.pet
Here is that pets tree breakdown:
i have also this:sh-4.1# tree mesa_9.1.3-swrast-k399-i386
mesa_9.1.3-swrast-k399-i386
|-- etc
| `-- drirc
|-- pet.specs
|-- root
`-- usr
|-- include
| |-- EGL
| | |-- egl.h
| | |-- eglext.h
| | |-- eglmesaext.h
| | `-- eglplatform.h
| |-- GL
| | |-- gl.h
| | |-- gl_mangle.h
| | |-- glext.h
| | |-- glx.h
| | |-- glx_mangle.h
| | |-- glxext.h
| | |-- internal
| | | `-- dri_interface.h
| | |-- osmesa.h
| | |-- wglext.h
| | `-- wmesa.h
| `-- KHR
| `-- khrplatform.h
`-- lib
|-- dri
| |-- swrast_dri.la
| `-- swrast_dri.so → size=23MB !!! (14MB in wheezy-3.5.2)
|-- libEGL.la
|-- libEGL.so -> libEGL.so.1.0.0
|-- libEGL.so.1 -> libEGL.so.1.0.0
|-- libEGL.so.1.0.0
|-- libGL.la
|-- libGL.so -> libGL.so.1.2.0
|-- libGL.so.1 -> libGL.so.1.2.0
|-- libGL.so.1.2.0
|-- libdricore9.1.3.la
|-- libdricore9.1.3.so -> libdricore9.1.3.so.1.0.0
|-- libdricore9.1.3.so.1 -> libdricore9.1.3.so.1.0.0
|-- libdricore9.1.3.so.1.0.0
|-- libglapi.la
|-- libglapi.so -> libglapi.so.0.0.0
|-- libglapi.so.0 -> libglapi.so.0.0.0
|-- libglapi.so.0.0.0
`-- pkgconfig
|-- dri.pc
|-- egl.pc
`-- gl.pc
11 directories, 38 files
sh-4.1#
I have TEXTURE working OK but again with very slow viewing motions (test using gCAD3D).sh-4.1# env LIBGL_DEBUG=verbose glxgears
libGL: OpenDriver: trying /usr/lib/dri/i915_dri.so
libGL error: dlopen /usr/lib/dri/i915_dri.so failed (/usr/lib/dri/i915_dri.so: cannot open shared object file: No such file or directory)
libGL error: unable to load driver: i915_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: i915
libGL: OpenDriver: trying /usr/lib/dri/swrast_dri.so
84 frames in 5.0 seconds = 16.785 FPS
83 frames in 5.1 seconds = 16.416 FPS
^C
sh-4.1#
Question: any idea to i improve that speed?
Any answer would be much appreciated
Charlie
Charlie6. I am off the city now couple of days. Posting using my android phone as wifi router. I have only so much batteries. No electricity where I am now, in the island. Candle light, gas Out house, etc...
I cant visit here in murga-forum now much.
I believe that xserver - xorg version combined with xorg driver version has also influence. I have compiled mesa only once, when I tested the compile without libllvm dependency. Then I threw out whole idea, when I noticed that mesa-9.1..4 has stripped out option to compile without libllvm.
I might play with mesa compile as experience later, but not now.
Charlie6. Have you tried the new xorg intel driver which I posted about, or newly reuploaded Upup Raring 3.9.9 which has that new driver incuded.It has helped other people with Sandbridge and IvyBridge architecture. Your graphics presents other end though, lol.
I cant visit here in murga-forum now much.
I believe that xserver - xorg version combined with xorg driver version has also influence. I have compiled mesa only once, when I tested the compile without libllvm dependency. Then I threw out whole idea, when I noticed that mesa-9.1..4 has stripped out option to compile without libllvm.
I might play with mesa compile as experience later, but not now.
Charlie6. Have you tried the new xorg intel driver which I posted about, or newly reuploaded Upup Raring 3.9.9 which has that new driver incuded.It has helped other people with Sandbridge and IvyBridge architecture. Your graphics presents other end though, lol.
Very nice on a Samsung NB30 netbook.
How would you recommend one best acquire LibreOffice to match this puplet, please?
Note: The md5sum for the devx doesn't appear to match. I downloaded 2x & got identical sums - which didn't match the download site.
Thanks!
How would you recommend one best acquire LibreOffice to match this puplet, please?
Note: The md5sum for the devx doesn't appear to match. I downloaded 2x & got identical sums - which didn't match the download site.
Thanks!
[b]Thanks! David[/b]
[i]Home page: [/i][url]http://nevils-station.com[/url]
[i]Don't google[/i] [b]Search![/b] [url]http://duckduckgo.com[/url]
TahrPup64 & Lighthouse64-b602 & JL64-603
[i]Home page: [/i][url]http://nevils-station.com[/url]
[i]Don't google[/i] [b]Search![/b] [url]http://duckduckgo.com[/url]
TahrPup64 & Lighthouse64-b602 & JL64-603
re: Non-matching md5sum text
Hmm... Interesting that you should say this edoc as when I tested mine the first time - and just this very moment so as to make sure that my eyes didn't deceive me - the md5sum of the devx matched with the one in the file which reads:edoc wrote:"Note: The md5sum for the devx doesn't appear to match. I downloaded 2x & got identical sums - which didn't match the download site."
Code: Select all
e8bb3510ac014d8b52b3bee9ab9c6f7e devx_raring_3.9.9.sfs
Sorry if this causes any confusion but I hope this has helped in some small way possible?
Coffee's ready! Got to run!
Cheers/Amicalement,
Eyes-Only
"L'Peau-Rouge d'Acadie"
(P/s: Got it posted to the right thread this time around! Last time I posted this to Dpup Wheezy. LOL! Hey... what can I say?! My coffee hasn't kicked in yet! )
*~*~*~*~*~*
Proud user of LXpup and 3-Headed Dog.
*~*~*~*~*~*
Proud user of LXpup and 3-Headed Dog.
*~*~*~*~*~*
edoc wrote:Very nice on a Samsung NB30 netbook.
How would you recommend one best acquire LibreOffice to match this puplet, please?
Note: The md5sum for the devx doesn't appear to match. I downloaded 2x & got identical sums - which didn't match the download site.
Thanks!
Hi edoc
You can find libre office in quickpet. There's an icon on the desktop
Bionicpup64 built with bionic beaver packages http://murga-linux.com/puppy/viewtopic.php?t=114311
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331
Hi. I had to reupload devx sfs, because new xorg intel drv driver development headers needed to be included. I am not quite sure from above posts what went wrong.
Anyway....to be sure, I reuploaded devx sfs and md5sum.txt to the repo.
There shouldnt be any mismatch now.
Here is the mdsum.txt from my latest devx sfs upload:
6fd91bf9d6b25f142752e3121ddca094 devx_raring_3.9.9.sfs
Anyway....to be sure, I reuploaded devx sfs and md5sum.txt to the repo.
There shouldnt be any mismatch now.
Here is the mdsum.txt from my latest devx sfs upload:
6fd91bf9d6b25f142752e3121ddca094 devx_raring_3.9.9.sfs
- charlie6
- Posts: 1230
- Joined: Mon 30 Jun 2008, 04:03
- Location: Saint-Gérard / Walloon part of Belgium
Hi Pemasu,
Also tested on another PC with Nvidia GeForce 6200 (nvidia 304.88 driver): Texture rendering is OK .
I propose my compile of /usr/lib/dri/swrast_dri.so from mesa-9.1.3.
As to reproduce the existing state on wheezy-3.5.2.X , i have MANUALY deleted all existing files in /usr/lib/dri/ except swrast_dri.so after the hereafter-given pet pet is installed.
Please test ...!
Last edited: pet recompiled with the raring-3.9.9 re-uploaded by 17th july
Here is the link where i uploaded the here compiled mesa-9.1.3-swrast-k399-130717.pet (of course given without warranty):
http://www1.datafilehost.com/d/fe08a95b
as also gCAD3D-2.0.pet:
http://www1.datafilehost.com/d/fc9f3e18
notice: gCAD3D-2.0 starts up straight using a drawing using TEXTURE ...that's the reason why i did'nt upload the latest 2.1 version.
Thanks in advance for any comment.
charlie
... hope that the weather is fine over there !pemasu wrote: ... No electricity where I am now, in the island. Candle light, gas Out house, etc...
Yes, i have but no change. My graphics is indeed intel video chip Brookdale 82845G ... ...but runs nice with wheezy-3.5.2.X though !pemasu wrote:Charlie6. Have you tried the new xorg intel driver ...Your graphics presents other end though, lol.
Also tested on another PC with Nvidia GeForce 6200 (nvidia 304.88 driver): Texture rendering is OK .
I propose my compile of /usr/lib/dri/swrast_dri.so from mesa-9.1.3.
As to reproduce the existing state on wheezy-3.5.2.X , i have MANUALY deleted all existing files in /usr/lib/dri/ except swrast_dri.so after the hereafter-given pet pet is installed.
Please test ...!
Last edited: pet recompiled with the raring-3.9.9 re-uploaded by 17th july
Here is the link where i uploaded the here compiled mesa-9.1.3-swrast-k399-130717.pet (of course given without warranty):
http://www1.datafilehost.com/d/fe08a95b
as also gCAD3D-2.0.pet:
http://www1.datafilehost.com/d/fc9f3e18
notice: gCAD3D-2.0 starts up straight using a drawing using TEXTURE ...that's the reason why i did'nt upload the latest 2.1 version.
Thanks in advance for any comment.
charlie
- Attachments
-
- gcad3d.png
- (156.4 KiB) Downloaded 1089 times
Hi pemasu,
Your latest is still working great although when I tried to edit my menu.lst, ran into this problem:
Regards,
Jim
Your latest is still working great although when I tried to edit my menu.lst, ran into this problem:
Regards,
Jim
- Attachments
-
- image-2.jpg
- (28.99 KiB) Downloaded 1079 times
Jim1911. Do you have windows os installed. If yes, then it might be that you have windows os in hibernation. Ie when you let it hibernate it shuts down the comp and you can boot Upup Raring, but it has side effects when you try to mount that ntfs partition. You need to reboot to the windows os and let it wake up from hibernation and then shutdown or reboot normally, then boot Upup Raring again.
As the error message is basically telling.
As the error message is basically telling.
Yes, Windows 8 is installed, however, it is shut down, otherwise I would not get a boot menu to use other OS. I booted Upup using Grub4Dos. This problem does not occur with other pups.pemasu wrote:Jim1911. Do you have windows os installed. If yes, then it might be that you have windows os in hibernation. Ie when you let it hibernate it shuts down the comp and you can boot Upup Raring, but it has side effects when you try to mount that ntfs partition. You need to reboot to the windows os and let it wake up from hibernation and then shutdown or reboot normally, then boot Upup Raring again.
As the error message is basically telling.
Regards,
Jim
Jim1911. I have windows 7. When I hibernate it, it shuts down. When I press powerbutton, it boots to my grub4dos menu. When I then boot Upup Raring, it informs me that my windows 7 partition is hibernated, when I try to mount it. So it mounts it as read only. The same message as you got. So....hibernating does not stop grub4dos to appear for me. I dont know anything about windows 8 os. It might be that it hibernates the sda1 also, where your menu.lst resides. For me sda1 is not rw protected though, when sda3, windows os partition, was hibernated. I have menu.lst in sda1 and I can edit it.
Anyway....I cant reproduce your problem with sda1 hibernation. Windows 8 is different animal though, maybe not even same species, lol.
In console:dmesg gathers ntfs partition mounting errors. You could check if it tells that hibernation is reason of not mounting as rw.
Anyway....I cant reproduce your problem with sda1 hibernation. Windows 8 is different animal though, maybe not even same species, lol.
In console:dmesg gathers ntfs partition mounting errors. You could check if it tells that hibernation is reason of not mounting as rw.