Tiny Core Linux
		dCore Import Debian Packages to Mountable SCE extensions => dCore X86 => dCore x86 Imported Extensions => Topic started by: jls on August 30, 2017, 05:55:05 PM
		
			
			- 
				HI Jason & the others readers
 I have both dCore-zesty and ubuntu mate zesty on this pc.
 Both have enlightenment DE.
 On dCore OpenGL composite rendering doesn't work while on ubuntu does.
 On dCore https://github.com/tsujan/E17gtk (https://github.com/tsujan/E17gtk) has problems, like svg object don't display, checked box & other stuff, while on ubuntu there are no problems.
 Same problem with black-mate gtk theme.
 Bye and thanks
 
 
 
 
- 
				Thanks, I will look into it.  Is this including the niko2040 ppa packages?  Please post the contents of the files in your /opt/debextra directory.  
			
- 
				Hi
 yes, niko2040
 ls@pc1:~$ cat /opt/debextra/*
 http://ppa.launchpad.net/niko2040/e19/ubuntu zesty main
 http://ppa.launchpad.net/libreoffice/ppa/ubuntu zesty main
 http://ppa.launchpad.net/nilarimogard/webupd8/ubuntu zesty main
 http://ppa.launchpad.net/unit193/test/ubuntu zesty main
 http://archive.canonical.com/ubuntu/ zesty partner
 http://giano.com.dist.unige.it/ubuntu zesty-updates main
 http://giano.com.dist.unige.it/ubuntu zesty-updates multiverse
 http://giano.com.dist.unige.it/ubuntu zesty-updates restricted
 http://giano.com.dist.unige.it/ubuntu zesty-updates universe
 http://giano.com.dist.unige.it/ubuntu zesty-backports main
 http://giano.com.dist.unige.it/ubuntu zesty-backports multiverse
 http://giano.com.dist.unige.it/ubuntu zesty-backports restricted
 http://giano.com.dist.unige.it/ubuntu zesty-backports universe
 http://ppa.launchpad.net/rebuntu16/enlightenment-apps+unofficial/ubuntu  zesty main
 http://download.opensuse.org/repositories/home:/jgeboski/xUbuntu_17.04 ./
 jls@pc1:~$
 
 
- 
				Hi
 I can try creating an xorg.conf from ubuntu zesty if it's still possible nowadays
- 
				Oh, one more thing.  What are your installed SCEs, and the list files that they are made from if there are any?  That way I can more accurately reproduce the same setup.
			
- 
				Hi
 
 jls@pc1:~$ cat /etc/sysconfig/tcedir/sceboot.lst
 mylocale-itfr
 005-kmaps
 b43-fw
 kernel-all-4.8.17-tinycore
 base
 wg311v3
 xorg-all
 enlightenment
 conky
 ecrire
 ls@pc1:~$ cat .X.d/01-scepostboot
 ( for i in `cat /etc/sysconfig/tcedir/scepostboot.lst`; do sce-load $i; done ) &
 jls@pc1:~$ cat /etc/sysconfig/tcedir/scepostboot.lst
 terminology
 gtk2-engines-pixbuf
 firefox
 pidgin
 rage
 enlightenment-apps
 jls@pc1:~$ cat /etc/sysconfig/tcedir/sce/base.sce.lst
 linux-firmware
 alsa-utils
 vim
 wireless
 grep
 Xprogs
 base-locale
 language-pack-it
 language-pack-gnome-it-base
 language-pack-fr
 language-pack-gnome-fr-base
 ntpdate
 xdg-utils
 connman
 jls@pc1:~$ cat /etc/sysconfig/tcedir/sce/firefox.sce.lst
 firefox
 firefox-locale-it
 firefox-locale-fr
 gstreamer1.0-libav
 jls@pc1:~$ cat /etc/sysconfig/tcedir/sce/pidgin.sce.lst
 pidgin
 pidgin-libnotify
 pidgin-otr
 purple-facebook
 telegram-purple
 purple-skypeweb
 
 
 mylocale-itfr : /usr/lib/locale/locale-archive
 005-kmaps: kmaps from tinycore
 b43-fw: b43 firmware
 wg311v3: windows wifi driver for my pci wifi
 
 thanks
- 
				I have made some corrections to startup scripts, namely enlightenment and libgl1-mesa-glx, but I have an old video card and can't really test opengl.  But I did perhaps see a difference in running enlightenment after re-importing the packages you mentioned with the /opt/debextra entries after fixing those startup scripts.  I don't use enlightenment so it is hard to tell what is normal with it and what is not. 
 
 Also, how did you import or make use of the black-mate gtk theme, as I can't import it?  And how did you install the theme from https://github.com/tsujan/E17gtk, what commands?  I want to make sure we are on the same page.
- 
				Hi
 I'll update my packages.
 Regarding the e gtk theme, download, decompress, place it in ~/.themes and select it in the e application theme window.
- 
				See issue on the git page
			
- 
				I have added a startup script to librsvg2-2 and librsvg2-common.  Re-importing SCEs that contain those should fix it if my hunch is right.  I installed and ran that E17gtk theme and all seemed to work.  But before re-importing and if you want to test now if the new startup scripts fix it, run the below command:
 
 sudo /usr/local/tce.installed/libgdk-pixbuf2.0-0
 
 That should add svg to the loaders.cache file if not already existing, and the only reason svg is not supported though librsvg2-2 and librsvg2-common are installed is if they were not added to the loaders.cache file.  Hopefully that is the reason.
 
- 
				Hi
 the command solves the problem, so I re-imported the svg packages and now the them works fine, thanks Jason.
 regarding the opengl stuff it's not solveld.
 Tried with a manual xorg.conf with no success.
 Starting standard ubuntu in maintenance mode and then choosing from the menu to continue the startup also ubuntu gives the same error, so I suspect it's something to do with the graphic resolution or kms? vga= before X starts.
 Booted with extlinux passing vga parameter but no success.
- 
				Have you had opengl working with other dCore ports that use the 4.8.17-tinycore kernel?  
			
- 
				I only have zesty with that kernel.
 Just tried dCore-xenial and same problem
- 
				Was there any other previous dCore that worked with opengl, or have you just now tried using dCore with opengl?  Thanks. 
			
- 
				On my pc it never worked, but on other pcs it works (I have dCore also on a pen drive that a carry with me ;)). On my pc this morning I changed the video card and I see that both grub and X have lower resolutions compared to the previous card, on dCore I cannot increase the resolution, while if I start Ubuntu the resolution is properly set to the maximum. 
 
 Both video cards are Nvidia
 
 Thank you
- 
				Ok.  Please give the output of the following commands, so I can see what packages are installed on each system.
 
 On Ubuntu hd install -
 
 apt list --installed
 
 On dCore -
 
 cat /tmp/.debinstalled
- 
				Actually, my old Intel video card does apparently have acceleration.  Installed mesa-utils and below is the output:
 
 jason@box:~$ sce-load mesa-utils
 * Using nice level 19.
 * Integrity and md5sum check mesa-utils.
 * Mount /tmp/tcloop/mesa-utils/.
 * Update system:
 mesa-utils
 * Loaded mesa-utils.sce.
 jason@box:~$ glxinfo -B
 name of display: :0.0
 display: :0  screen: 0
 direct rendering: Yes
 Extended renderer info (GLX_MESA_query_renderer):
 Vendor: Intel Open Source Technology Center (0x8086)
 Device: Mesa DRI Intel(R) 865G x86/MMX/SSE2 (0x2572)
 Version: 17.0.3
 Accelerated: yes
 Video memory: 96MB
 Unified memory: yes
 Preferred profile: compat (0x2)
 Max core profile version: 0.0
 Max compat profile version: 1.3
 Max GLES1 profile version: 1.1
 Max GLES[23] profile version: 0.0
 OpenGL vendor string: Intel Open Source Technology Center
 OpenGL renderer string: Mesa DRI Intel(R) 865G x86/MMX/SSE2
 OpenGL version string: 1.3 Mesa 17.0.3
 
 jason@box:~$
 
 
 
 And glxgears lists about a 60 frames per second rate.
 
- 
				Ok.  Please give the output of the following commands, so I can see what packages are installed on each system.
 
 On Ubuntu hd install -
 
 apt list --installed
 
 On dCore -
 
 cat /tmp/.debinstalled
 
 Hi
 Attached
- 
				from dCore:
 jls@pc1:~$ glxinfo -B
 name of display: :0.0
 display: :0  screen: 0
 direct rendering: Yes
 Extended renderer info (GLX_MESA_query_renderer):
 Vendor: VMware, Inc. (0xffffffff)
 Device: llvmpipe (LLVM 4.0, 128 bits) (0xffffffff)
 Version: 17.0.7
 Accelerated: no
 Video memory: 3038MB
 Unified memory: no
 Preferred profile: core (0x1)
 Max core profile version: 3.3
 Max compat profile version: 3.0
 Max GLES1 profile version: 1.1
 Max GLES[23] profile version: 3.0
 OpenGL vendor string: VMware, Inc.
 OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 4.0, 128 bits)
 OpenGL core profile version string: 3.3 (Core Profile) Mesa 17.0.7
 OpenGL core profile shading language version string: 3.30
 OpenGL core profile context flags: (none)
 OpenGL core profile profile mask: core profile
 
 OpenGL version string: 3.0 Mesa 17.0.7
 OpenGL shading language version string: 1.30
 OpenGL context flags: (none)
 
 OpenGL ES profile version string: OpenGL ES 3.0 Mesa 17.0.7
 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
 
 jls@pc1:~$
 
 
- 
				From ubuntu:
 
 jls@jls-Veriton-7600GT:~$ glxinfo -B
 name of display: :0.0
 display: :0  screen: 0
 direct rendering: Yes
 Extended renderer info (GLX_MESA_query_renderer):
 Vendor: nouveau (0x10de)
 Device: NV98 (0x6e4)
 Version: 17.0.7
 Accelerated: yes
 Video memory: 501MB
 Unified memory: no
 Preferred profile: core (0x1)
 Max core profile version: 3.3
 Max compat profile version: 3.0
 Max GLES1 profile version: 1.1
 Max GLES[23] profile version: 3.0
 OpenGL vendor string: nouveau
 OpenGL renderer string: Gallium 0.4 on NV98
 OpenGL core profile version string: 3.3 (Core Profile) Mesa 17.0.7
 OpenGL core profile shading language version string: 3.30
 OpenGL core profile context flags: (none)
 OpenGL core profile profile mask: core profile
 
 OpenGL version string: 3.0 Mesa 17.0.7
 OpenGL shading language version string: 1.30
 OpenGL context flags: (none)
 
 OpenGL ES profile version string: OpenGL ES 3.0 Mesa 17.0.7
 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
 
 jls@jls-Veriton-7600GT:~$
 
 
- 
				Hi
 I see that
  /lib/modules/4.8.17-tinycore/kernel.tclocal/drivers/gpu/drm/nouveau
 
is missing
- 
				Hi.  Based on your last posts, I also figured that was the difference.  I am compiling a nouveau.ko module now and will upload today for testing.   
			
- 
				Thank you very much Jason
			
- 
				I have uploaded nouveau-modules-4.8.17-tinycore to the prebuilt repo.  I can modprobe the nouveau module after install, but cannot test it so please sce-import and test.  
			
- 
				Hi
 tested and the pc freezes during boot after all extensions are loaded, when the screen changes resolution.
 Maybe nouveau is not stable yet at least with his kernel
- 
				I remember a while back that there was a reason we didn't include the nouveau module, can't remember exactly what it was.  But since you have seen what you are describing and I don't have nvidia hardware to test a build with, I just will remove the nouveau module package.  
			
- 
				It was the instability, yes.
			
- 
				Curaga - I now ran across a forum thread where this issue was discussed, and you explained it.  I should have known.  Perhaps Debian/Ubuntu have the resources to make a certain version of the nouveau module work with their kernel version.