Porteus Nemesis v3.5 BUG REPORTS

Arch based Porteus community project

Moderator: M. Eerie

Philip
Black ninja
Black ninja
Posts: 76
Joined: 28 Dec 2013, 15:21
Distribution: Porteus 4.0 LXDE 64-bit
Location: England

Re: Porteus Nemesis v3.5 BUG REPORTS [SOLVED]

Post#136 by Philip » 22 Jan 2016, 15:14

Nemesis 3.5 32-bit LXDE

I have now got Nemesis working a lot better than before, and have
now downloaded several apps, and successfully created a module
for each of my apps using pman.

But there is a fault, as the system after downloading always
installs the app to the system 'proper'.

This happens even if ActivateModules=no or the option is hashed
out, and also if I'm not saving the module to /porteus/modules.

I think I'm right in saying that normally this goes unnoticed
because users are saving modules to /porteus/modules and also
have ActivateModules=yes. Which means that with these settings,
the user expects to always have an activated module.

[SOLVED] pman -Sw packagename
was the answer.
Last edited by Philip on 23 Jan 2016, 14:43, edited 1 time in total.

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

Re: Porteus Nemesis v3.5 BUG REPORTS

Post#137 by brokenman » 22 Jan 2016, 21:02

Glad to hear nemesis is working for you. pman is just a wrapper around pacman (the arch package manager). Pman creates a module for you. The normal behaviour for pacman/pman is to install the package if you are using: pman -S <package>

Take a look at : pman --help

If you want to download the package only perhaps the argument you are looking for is: pman -Sw <package>
How do i become super user?
Wear your underpants on the outside and put on a cape.

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

Re: Porteus Nemesis v3.5 BUG REPORTS

Post#138 by brokenman » 23 Jan 2016, 00:35

Jumpy cursor problems.

Does anyone else using porteus experience a cursor that suddenly jumps inexplicably to another part of the screen or another monitor? I have been experiencing this on laptop touchpads since kernel 4.3.3 and I don't think it is the xf86 driver since I even experienced this in text mode. I experienced it in Nemesis 3.4 (libxinput) and also 3.5 (evdev) so I don't know what is going on. I am quite certain it is not from my palm brushing the touchpad and have even seen it hapen when the system was idle and my hands nowhere near it. Very annoying.
How do i become super user?
Wear your underpants on the outside and put on a cape.

donald
Full of knowledge
Full of knowledge
Posts: 2064
Joined: 17 Jun 2013, 13:17
Distribution: Porteus 3.2.2 XFCE 32bit
Location: Germany

Re: Porteus Nemesis v3.5 BUG REPORTS

Post#139 by donald » 23 Jan 2016, 01:10

^
found on arch wiki:
Some users have their cursor inexplicably jump around the screen....
...a posibility is that you are experiencing IRQ losses related to the i8042 controller
(this device handles the keyboard and the touchpad of many laptops),
so you have two posibilities here:

1. rmmod && insmod the psmouse module.
2. append i8042.nomux=1 to your kernel parameters and reboot your machine.

roadie
Full of knowledge
Full of knowledge
Posts: 400
Joined: 02 Jan 2011, 18:41
Distribution: Porteus 5.0-RC1
Location: In a hayfield

Re: Porteus Nemesis v3.5 BUG REPORTS

Post#140 by roadie » 23 Jan 2016, 01:13

brokenman wrote:Jumpy cursor problems.

Does anyone else using porteus experience a cursor that suddenly jumps inexplicably to another part of the screen or another monitor? I have been experiencing this on laptop touchpads since kernel 4.3.3 and I don't think it is the xf86 driver since I even experienced this in text mode. I experienced it in Nemesis 3.4 (libxinput) and also 3.5 (evdev) so I don't know what is going on. I am quite certain it is not from my palm brushing the touchpad and have even seen it hapen when the system was idle and my hands nowhere near it. Very annoying.


I've noticed this in both 3.4 and 3.5...also in Void and Arch linux. It's not exclusive to Porteus.

In my case, it's very inconsistent and usually not a great deal of movement happening...just when positioning the pointer to close a window, it will jump off.

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

Re: Porteus Nemesis v3.5 BUG REPORTS

Post#141 by brokenman » 23 Jan 2016, 02:31

Thanks. I had a feeling this ran deep. I will try the kernel parameter.
How do i become super user?
Wear your underpants on the outside and put on a cape.

aus9

Re: Porteus Nemesis v3.5 BUG REPORTS

Post#142 by aus9 » 23 Jan 2016, 05:40

edit OK booted up into lxde now and here is what I am referring to
user's lxde-rc.xml
<mouse>
<dragThreshold>8</dragThreshold>
<!-- number of pixels the mouse must move before a drag begins -->
<doubleClickTime>200</doubleClickTime>
<!-- in milliseconds (1000 = 1 second) -->
<screenEdgeWarpTime>400</screenEdgeWarpTime>
<!-- Time before changing desktops when the pointer touches the edge of the
screen while moving a window, in milliseconds (1000 = 1 second).
Set this to 0 to disable warping -->
this is not what was reported per se....but it does affect mouse near edge of screen

User avatar
francois
Contributor
Contributor
Posts: 6434
Joined: 28 Dec 2010, 14:25
Distribution: xfce plank porteus nemesis
Location: Le printemps, le printemps, le printemps... ... l'hiver s'essoufle.

Re: Porteus Nemesis v3.5 BUG REPORTS

Post#143 by francois » 23 Jan 2016, 16:21

Sorry,if I post something that has been posted already.
Under the kde-plasma edition:
1.0 The plasma-nm icon does not appear in the tray at first use.

2.0 chromium misses a dependency:
-installed chromium and started it under guest. Error message:

Code: Select all

root ~ # su guest
guest /root $ chromium
/usr/lib/chromium/chromium: /usr/lib/libpci.so.3: version `LIBPCI_3.4' not found (required by /usr/lib/chromium/chromium)
guest /root $ 
The solution would be to upgrade:
https://forum.manjaro.org/index.php?topic=19875.0

Code: Select all

pacman -Syu
This does not work for me consistently to pman -Syu. :(

3.0 Leafpad would be a good addition to the kde edition.

4.0 Is the extramod cheatcode working?
Yes, it is working.
Prendre son temps, profiter de celui qui passe.

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

Re: Porteus Nemesis v3.5 BUG REPORTS

Post#144 by brokenman » 23 Jan 2016, 21:41

1.0 The plasma-nm icon does not appear in the tray at first use.
It is there, but the (disconnected) icon is rather dark and difficult to see on a bacl background. After you boot to desktop please change the wallpaper in order to see the icon more clearly.

Aus9 I am getting this jitter in all desktops and even runlevel three with no desktop loaded.
How do i become super user?
Wear your underpants on the outside and put on a cape.

User avatar
francois
Contributor
Contributor
Posts: 6434
Joined: 28 Dec 2010, 14:25
Distribution: xfce plank porteus nemesis
Location: Le printemps, le printemps, le printemps... ... l'hiver s'essoufle.

Re: Porteus Nemesis v3.5 BUG REPORTS

Post#145 by francois » 23 Jan 2016, 22:09

Thanks.
Prendre son temps, profiter de celui qui passe.

aus9

Re: Porteus Nemesis v3.5 BUG REPORTS

Post#146 by aus9 » 23 Jan 2016, 23:02

regarding jerky mouse
I am getting this jitter in all desktops and even runlevel three with no desktop loaded.
I have no such issues LXDE on a tower and an old dell laptop. Both are running the 64 bit edition.
if it relates to laptops this might be an explain?
https://wiki.archlinux.org/index.php/To ... ursor_jump

but on the dell=laptop I have xf86-input-synaptics already installed but no jerky mouse

edit

I wonder if it relates to members on a laptop having an usb mouse inserted and a touchpad?
---nope dell is not jerky

aus9

Re: Porteus Nemesis v3.5 BUG REPORTS

Post#147 by aus9 » 23 Jan 2016, 23:31

slightly different answer to jerky mouse....using same link above has a section on Disable trackpad while typing

part one, maybe members could try to configure for palm sensing so if they accidently brush the touchpad while the type the cursor does not move and

part two
and it mentions the kernel. Maybe our kernel config needs tweaking?

offtopic
In doing a broad search, it gave me a windows solution and I add this seems to be a windows issue for some people as well.
http://www.cnet.com/forums/discussions/ ... ed-566815/


the setting there is to "Hide Pointer While Typing"....but assuming LXDE I have yet to find a similar setting. OK there is a package that might do same

https://wiki.archlinux.org/index.php/Unclutter

OK just installed and testing without an init setting

as root

Code: Select all

unclutter &
wait about 5 seconds cursor disappears

move mouse ....cursor re-appears

######################################
alternatives to unclutter.....if you think this might be the direction to go?

http://stackoverflow.com/questions/6606 ... -linux-x11

aus9

Re: Porteus Nemesis v3.5 BUG REPORTS

Post#148 by aus9 » 24 Jan 2016, 00:23

this post describes one way of autostarting unclutter after I failed to get it to autostart thru
/home/guest/.config/lxsession/LXDE/autostart

yes I know not to add & to those entries

steps as follows ....however you login....if guest you open a terminal as guest, if you login as root make sure to change dir to /root
then....as that dir was missing for me....check it before running mkdir please

Code: Select all

mkdir .config/autostart
echo '[Desktop Entry]
Type=Application
Name=unclutter
Exec=unclutter' > .config/autostart/unclutter
reboot to test.....do nothing for about 5 seconds and cursor will disapper....well does for me

the exec line can have extra parameters....if you open a terminal and run "man unclutter" you see them
online I found
http://manpages.ubuntu.com/manpages/har ... ter.1.html

the one some may like is
-idle is followed by the number of seconds between polls for idleness.
The default is 5. Supports subsecond idle times.

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

Re: Porteus Nemesis v3.5 BUG REPORTS

Post#149 by brokenman » 24 Jan 2016, 00:35

I have no such issues LXDE on a tower and an old dell laptop.
Neither. Damn. I am using a late model dell notebook. When researching the problem I found MANY people with this problem on a variety of distros. This leads me to believe it is the kernel. I am certain it is not due to brushing the touchpad since it happens sometimes while I am reading a webpage. I also don't like palm detection as I often use the keyboard and touch pad together in quick succession and hate waiting for the daemon to give the cursor back. Still t is better than trying to find where in my script the cursor jumped to while I was typing and added nonsensical noise causing the script to fail.
How do i become super user?
Wear your underpants on the outside and put on a cape.

datruche
Black ninja
Black ninja
Posts: 95
Joined: 20 Sep 2015, 21:02
Distribution: Arch, Porteus-Nemesis 3.5
Location: London > . < Paris

Re: Porteus Nemesis v3.5 BUG REPORTS

Post#150 by datruche » 25 Jan 2016, 03:07

Haven't found this piece of information yet: Is there a way to update the porteus part of snappy Nemesis?

Still on v3.4 that allowed me to do most of my work and else more efficiently if more time-hungry that 3.1. Totally different design systems.

3 system freezes in three weeks, each time while surfing (Ethernet-connected) on different browsers. What is systemdless equivalent to `journalctl -b -N` for boot -N logs?

BTW where do you guys put your rc.local for its content to be run upon boot? /etc/rc.d/ didn't work.

I still find myself thinking am on Arch some times but with some discipline, less and less often: great job brokenman did!

Post Reply