Page 10 of 20
Re: Porteus Nemesis v3.5 BUG REPORTS [SOLVED]
Posted: 22 Jan 2016, 15:14
by Philip
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.
Re: Porteus Nemesis v3.5 BUG REPORTS
Posted: 22 Jan 2016, 21:02
by brokenman
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>
Re: Porteus Nemesis v3.5 BUG REPORTS
Posted: 23 Jan 2016, 00:35
by brokenman
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.
Re: Porteus Nemesis v3.5 BUG REPORTS
Posted: 23 Jan 2016, 01:10
by donald
^
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.
Re: Porteus Nemesis v3.5 BUG REPORTS
Posted: 23 Jan 2016, 01:13
by roadie
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.
Re: Porteus Nemesis v3.5 BUG REPORTS
Posted: 23 Jan 2016, 02:31
by brokenman
Thanks. I had a feeling this ran deep. I will try the kernel parameter.
Re: Porteus Nemesis v3.5 BUG REPORTS
Posted: 23 Jan 2016, 05:40
by aus9
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
Re: Porteus Nemesis v3.5 BUG REPORTS
Posted: 23 Jan 2016, 16:21
by francois
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 $
:
https://forum.manjaro.org/index.php?topic=19875.0
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.
Re: Porteus Nemesis v3.5 BUG REPORTS
Posted: 23 Jan 2016, 21:41
by brokenman
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.
Re: Porteus Nemesis v3.5 BUG REPORTS
Posted: 23 Jan 2016, 22:09
by francois
Thanks.
Re: Porteus Nemesis v3.5 BUG REPORTS
Posted: 23 Jan 2016, 23:02
by aus9
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
Re: Porteus Nemesis v3.5 BUG REPORTS
Posted: 23 Jan 2016, 23:31
by aus9
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
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
Re: Porteus Nemesis v3.5 BUG REPORTS
Posted: 24 Jan 2016, 00:23
by aus9
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.
Re: Porteus Nemesis v3.5 BUG REPORTS
Posted: 24 Jan 2016, 00:35
by brokenman
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.
Re: Porteus Nemesis v3.5 BUG REPORTS
Posted: 25 Jan 2016, 03:07
by datruche
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!