Porteus-v3.2.1 bug reports

Please reproduce your error on a second machine before posting, and check the error by running without saved changes or extra modules (See FAQ No. 13, "How to report a bug"). For unstable Porteus versions (alpha, beta, rc) please use the relevant thread in our "Development" section.
fulalas
DEV Team
DEV Team
Posts: 2050
Joined: 26 Oct 2016, 15:34
Distribution: Porteus
Location: Brazil

Re: Porteus-v3.2.1 bug reports

Post#61 by fulalas » 13 Dec 2016, 02:13

It seems that xorg module has some useless/undesirable folders/files:

/usr/share/themes
/usr/lib64/xmms
/usr/bin/mplayer*
/etc/mplayer*

/var/spool
/var/cache
/var/run
/var/lib

/home
/home/guest/.mplayer*
/home/guest/.config/gnome-mplayer*

/root
/root/.config/gnome-mplayer*

*this should come inside 003

User avatar
Ed_P
Contributor
Contributor
Posts: 8343
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 5.01 ISO
Location: Western NY, USA

Re: Porteus-v3.2.1 bug reports

Post#62 by Ed_P » 13 Dec 2016, 22:51

Off Topic but 3.2.1 related.

It would be nice if the savedatspaceck.sh script or something similar got added to the final release for those who use save.dat files.

http://forum.porteus.org/viewtopic.php? ... 614#p47636
Ed

fulalas
DEV Team
DEV Team
Posts: 2050
Joined: 26 Oct 2016, 15:34
Distribution: Porteus
Location: Brazil

Re: Porteus-v3.2.1 bug reports

Post#63 by fulalas » 14 Dec 2016, 23:51

brokenman, although cheatcode 'kmap=br' maps my keyboard layout perfectly, it seems that it breaks some key shortcuts inside LXQt, like for example: ALT+SHIFT+TAB (to cycle backwards through opened apps). I'm wondering why exactly :)

User avatar
brokenman
Site Admin
Site Admin
Posts: 6105
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v4 all desktops
Location: Brazil

Re: Porteus-v3.2.1 bug reports

Post#64 by brokenman » 15 Dec 2016, 02:09

@Ed_P
I have added the script to my tree.

@fulalas
I am unable to support LXQt due to a lack of time. I do remember LXQt has always suffered problems with the language applet on the taskbar too. It is one of a few reasons I decided not to go with it.
How do i become super user?
Wear your underpants on the outside and put on a cape.

tome
Contributor
Contributor
Posts: 675
Joined: 26 Jun 2013, 14:03
Distribution: x64 Openbox
Location: Russia is causing the immense damage to humanity
Contact:

Re: Porteus-v3.2.1 bug reports

Post#65 by tome » 16 Dec 2016, 16:24

If wireless connection is lost nm-applet icon in tray is not refreshed and shows connected signal still. In porteus v3.1 nm-applet works correctly.
You have mind and feelings. Be wise and clever.

User avatar
brokenman
Site Admin
Site Admin
Posts: 6105
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v4 all desktops
Location: Brazil

Re: Porteus-v3.2.1 bug reports

Post#66 by brokenman » 16 Dec 2016, 17:58

Which desktop? Cinnamon seems OK. My connection drops frequently and applet updates immediately.
How do i become super user?
Wear your underpants on the outside and put on a cape.

Jack
Contributor
Contributor
Posts: 1857
Joined: 09 Aug 2013, 14:25
Distribution: Porteus and Nemesis
Location: USA

Re: Porteus-v3.2.1 bug reports

Post#67 by Jack » 16 Dec 2016, 18:11

brokenman wrote:Which desktop? Cinnamon seems OK. My connection drops frequently and applet updates immediately.
I lost my connection yesterday and had to reboot to get it back. Then when I woke up the connection was gone again. I was in Firefox both times when it happen. At lease I could save all my info. I'm using Mate 64bit.
I just like Slackware because I think it teach you about Linux to build packages where Ubuntu is like Windows you just install programs you want.

moricedu69
Ronin
Ronin
Posts: 1
Joined: 15 Dec 2016, 18:53
Distribution: porteus, arch
Location: Lyon

Re: Porteus-v3.2.1 bug reports

Post#68 by moricedu69 » 17 Dec 2016, 12:35

Hi, while I was on porteus 3.1, everything worked on my computer, I could read HD Video fluent and play on 3D games
but since I am on porteus 3.2.1, I have problem with video because it is extremly slow with only 2 images per second. Wholes componant of my PC are more than classic since CPU and graphic card are from Intel.
This problem occure even with fresh install, in always fresh and baseonly, no root, no change, nomagic cheatcode.
3D acceleration work fine (tested on supertuxkart) but booth video and scrolling any page are slow with 2 images per seconds.

Can you help me to have back fluent video and 2D on my computer please.

lspci send me back http://pastebin.com/7xDrAL72

lspci -k send me back
http://pastebin.com/hq5EqEF8
Problem occure even with awaysfresh.

cheers

Bogomips
Full of knowledge
Full of knowledge
Posts: 2564
Joined: 25 Jun 2014, 15:21
Distribution: 3.2.2 Cinnamon & KDE5
Location: London

Re: Porteus-v3.2.1 bug reports

Post#69 by Bogomips » 17 Dec 2016, 16:07

@ moricedu69

Which desktop are you trying?
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB

User avatar
brokenman
Site Admin
Site Admin
Posts: 6105
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v4 all desktops
Location: Brazil

Re: Porteus-v3.2.1 bug reports

Post#70 by brokenman » 17 Dec 2016, 19:00

Your system uses the newer amdgpu kernel driver. While it is newer, I have found it to be quite slow for some tasks.
How do i become super user?
Wear your underpants on the outside and put on a cape.

fulalas
DEV Team
DEV Team
Posts: 2050
Joined: 26 Oct 2016, 15:34
Distribution: Porteus
Location: Brazil

Re: Porteus-v3.2.1 bug reports

Post#71 by fulalas » 20 Dec 2016, 05:20

Not exactly a bug, more an inconsistence. On LXQt module thread we've found out that modules created by context menu are larger than the ones created by dir2xzm script. So I dig a little bit and found that dir2xzm script sets the mksquashfs block size to 256kb (which is the fastest to decompress according to this test), but context menu script doesn't set any block size, so it's running on its default which is 128kb. So my suggestion is to change the context menu script to include -b 256K parameter. Sounds fine for you? :)

Also, files inside usb stick /porteus/optional are loaded during the boot regardless their extension ('base' and 'modules' folder only load xzm files). Is this intentional?

User avatar
ncmprhnsbl
DEV Team
DEV Team
Posts: 3925
Joined: 20 Mar 2012, 03:42
Distribution: v5.0-64bit
Location: australia
Contact:

Re: Porteus-v3.2.1 bug reports

Post#72 by ncmprhnsbl » 20 Dec 2016, 07:20

fulalas wrote: Also, files inside usb stick /porteus/optional are loaded during the boot regardless their extension ('base' and 'modules' folder only load xzm files). Is this intentional?
can't say i've noticed that...
when you say 'loaded' what do you mean? loop mounted?
what, other than a .xzm can be loop mounted? a file? some other squashfs?
nothing from /optional should be loaded at boot without an explicit cheatcode, like load= or extramod=
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44

fulalas
DEV Team
DEV Team
Posts: 2050
Joined: 26 Oct 2016, 15:34
Distribution: Porteus
Location: Brazil

Re: Porteus-v3.2.1 bug reports

Post#73 by fulalas » 20 Dec 2016, 15:58

ncmprhnsbl wrote:can't say i've noticed that...
when you say 'loaded' what do you mean? loop mounted?
what, other than a .xzm can be loop mounted? a file? some other squashfs?
Sorry, I wasn't clear. During tests I usually put a _ in the end of xzm file modules so they won't be loaded during boot. This works when dealing with 'base' and 'modules' folders, but with 'optional' folder a .xzm_ file is loaded anyway. I didn't try to put a non-xzm file inside it and check what happens.
ncmprhnsbl wrote:nothing from /optional should be loaded at boot without an explicit cheatcode, like load= or extramod=
That's not the problem. I'm using vga_detect cheatcode, so Nvidia driver module inside 'optional' folder is loaded, but, as I said, also .xzm_ files :P

User avatar
Ed_P
Contributor
Contributor
Posts: 8343
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 5.01 ISO
Location: Western NY, USA

Re: Porteus-v3.2.1 bug reports

Post#74 by Ed_P » 20 Dec 2016, 19:10

fulalas wrote:During tests I usually put a _ in the end of xzm file modules so they won't be loaded during boot.
Try the approach I use, put a "y" between the "xz". As in "xyzm". It's possible whatever is looking for ".xzm" finds it with your ".xzm_" name.
Ed

Bogomips
Full of knowledge
Full of knowledge
Posts: 2564
Joined: 25 Jun 2014, 15:21
Distribution: 3.2.2 Cinnamon & KDE5
Location: London

Re: Porteus-v3.2.1 bug reports

Post#75 by Bogomips » 20 Dec 2016, 21:47

^

Code: Select all

guest@porteus:~$ ls tst
a.xzm  b.xzm_  c.xyzm
guest@porteus:~$ find tst/*.xzm
tst/a.xzm
Gives desired result. 8)

Hiowever for vga_detec different kettle of fish

Code: Select all

	if [ $NV ]; then
	    echo $i"nvidia-$NV.xx driver will be activated -"
	    echo $i"if present in $PTH/optional folder"
	    find $PTH/optional -name "nvidia-$NV*" 2>/dev/null >>/tmp/modules
	else
	    echo $i"latest nvidia driver will be activated -"
	    echo $i"if present in $PTH/optional folder"
	    find $PTH/optional -name "nvidia-*" 2>/dev/null | egrep -v '96.43.|173.14.|304.' >>/tmp/modules
	fi
Glancing quickly, looks like only nvidia- modules would get loaded irregardless of xzm_.
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB

Post Reply