Porteus-v4.0 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.
lukaluki
Black ninja
Black ninja
Posts: 92
Joined: 08 Dec 2011, 01:01
Location: asdfw

Porteus-v4.0 bug reports

Post#181 by lukaluki » 22 Sep 2018, 14:25

brokenman wrote:
24 Aug 2018, 23:16
Yes missing the NetworkManager plugins. Can you run the openvpn from a command line? You will need to research how this is done.
Why does porteus not work from scratch with vpn ? I remember times when Version 3 had no problem using vpn / openvpn :(

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

Porteus-v4.0 bug reports

Post#182 by brokenman » 22 Sep 2018, 17:06

lukaluki wrote:
22 Sep 2018, 14:25
Why does porteus not work from scratch with vpn ?
Well it does work from scratch. I use it everyday. I think the problem is that the desktop mantainers aren't including the GUI portion which is the NetworkManager applet.
How do i become super user?
Wear your underpants on the outside and put on a cape.

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

Porteus-v4.0 bug reports

Post#183 by Ed_P » 16 Oct 2018, 16:39

The Savedat file is saving too much when changes=EXIT is used. IMO

/home/guest/.mozilla/firefox/dxsqumip.default/storage/default/* and all the /home/guest/.java/deployment/cache/6.* sub directories are not needed.

Fewer files means faster shutdown and less disk space needed.

-update-


cleanup script copy update

/etc/changes-exit.conf :good:

Code: Select all

 :
 :
!/home/guest/.cache/thumbnails/normal
!/home/guest/.cache/mozilla/firefox/dxsqumip.default/thumbnails/
!/home/guest/.mozilla/firefox/dxsqumip.default/storage/default/
!/home/guest/.mozilla/firefox/dxsqumip.default/datareporting/archived
!/home/guest/.java/deployment/cache/6.0/
Ed

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

Porteus-v4.0 bug reports

Post#184 by Ed_P » 31 Oct 2018, 15:43

Vbox Builder not downloading 05-devel.xzm module. Not in /tmp when module attempting to be activated.

And update-vbox shows link=$SERVER/i586/testing/live/update-vbox-live yet my machine is x86_64.
Ed

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

Porteus-v4.0 bug reports

Post#185 by ncmprhnsbl » 31 Oct 2018, 22:34

Ed_P wrote:
31 Oct 2018, 15:43
And update-vbox shows link=$SERVER/i586/testing/live/update-vbox-live yet my machine is x86_64.
that's just where all the live update-* scripts are kept, the scripts themselves cover and detect arch..

EDIT:
looking at update-vbox-live:
line 96:

Code: Select all

KSRCLINK=$SERVER/$ARCH/kernel/porteus-$KR/05-devel.xzm
which translates to dl.porteus.org/x86_64/kernel/ or a mirror thereof.. which doesn't contain the latest kernel(and devel,sources.)
so, brokenman needs to, either copy the kernel to that directory,
or change the script to point to the correct location:

Code: Select all

KSRCLINK=$SERVER/$ARCH/current/kernel/05-devel.xzm
and same for crippled sources line: 134
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44

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

Porteus-v4.0 bug reports

Post#186 by brokenman » 02 Nov 2018, 12:16

That should be fixed now. Thanks.
How do i become super user?
Wear your underpants on the outside and put on a cape.

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

Porteus-v4.0 bug reports

Post#187 by Ed_P » 03 Nov 2018, 15:18

Yup, it works. :happy62: :good: :)
Ed

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.

Porteus-v4.0 bug reports

Post#188 by francois » 23 Nov 2018, 13:43

Bouncing cursor. Problem and solution. Should be taken into account at next version?
Mouse madness
Prendre son temps, profiter de celui qui passe.

User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

Re: Porteus-v4.0 bug reports

Post#189 by Rava » 17 Dec 2018, 02:23

I try to copy a file from a zip archive into the local $PWD folder (which is /tmp) using mc in x86-64 Port 4.0 (XFCE)

The following error occurs:

Code: Select all

Cannot create target file "/tmp/tmpaddon.zip/uzip:"
      Not a directory (20)
Looks like the setup for this mc function is somehow amiss.

I presume this is not due to some changes in Port setup but most probably an error in the used mc version.

I used "." as the target directory, and mc used to be able to then copy the file into the base folder of the archive itself.
When switching the other panel into /tmp and use that as target default folder for the extraction, the extraction works okay.
Still, mc should be able to extract into "." as well, cause then the user does not need to change the other panel only for extracting.

I also tried it with a different archive file, a rar one, and the very same error occurs. mc is unable to extract into ".", but can extract into the other panel.

Version used:

Code: Select all

guest@porteus:/$ mc --version
GNU Midnight Commander 4.8.20
Built with GLib 2.54.2
Using the S-Lang library with terminfo database
With builtin Editor
With subshell support as default
With support for background operations
With mouse support on xterm and Linux console
With support for X11 events
With internationalization support
With multiple codepages support
Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, smbfs
Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64;
Cheers!
Yours Rava

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

Re: Porteus-v4.0 bug reports

Post#190 by Ed_P » 17 Dec 2018, 05:38

Rava wrote:
17 Dec 2018, 02:23
I try to copy a file from a zip archive into the local $PWD folder (which is /tmp) using mc in x86-64 Port 4.0 (XFCE)
In Cinnamon $PWD doesn't point to /tmp.

Code: Select all

guest@porteus:~$ echo $PWD
/home/guest
guest@porteus:~$ su
Password: 
root@porteus:/home/guest# echo $PWD
/home/guest
root@porteus:/home/guest# 
I used "." as the target directory,
I've never heard of "." to refer to a directory. "/." yes. What happens if you leave the destination blank?
Ed

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

Re: Porteus-v4.0 bug reports

Post#191 by ncmprhnsbl » 17 Dec 2018, 06:00

Ed_P wrote:
17 Dec 2018, 05:38
In Cinnamon $PWD doesn't point to /tmp.
$PWD is wherever you happen to be = "present working directory" ;)
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44

User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

Porteus-v4.0 bug reports

Post#192 by Rava » 17 Dec 2018, 06:32

Update
I think I know the reason why it fails, it also fails using "./" as target. "./" even gives a better error message that just "."

mc is attempting to copy the file into its virtual filesystem (mc opens archives as virtual file systems), and since it only can copy files out of an archive but not into an archive, therefore the error.
It would not copy the file to "." / "§PWD" / "/tmp" since in the virtual filesystem the current §PWD is not /tmp even when the archive itself is in /tmp.

I most certainly remembered wrong thinking that this worked in a previous version of mc.
____________________________________

my over the top bash explanations about $PWD and . moved here for the ones interested in it: Ravas coding goodies (Post by Rava #79614)
Cheers!
Yours Rava

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

Porteus-v4.0 bug reports

Post#193 by brokenman » 17 Dec 2018, 13:30

Ok don't get carried away with a bash lesson. This is for bug reports.

In any case Rava I couldn't reproduce this mc bug in the porteus-v5 release candidate that I have here. Looks like it is fixed. tested with zip and tarball and both copied from archive into base folder containing the archive.
How do i become super user?
Wear your underpants on the outside and put on a cape.

User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

Porteus-v4.0 bug reports

Post#194 by Rava » 17 Dec 2018, 14:33

brokenman wrote:
17 Dec 2018, 13:30
Ok don't get carried away with a bash lesson. This is for bug reports.
Agreed.
brokenman wrote:
17 Dec 2018, 13:30
In any case Rava I couldn't reproduce this mc bug in the porteus-v5 release candidate that I have here. Looks like it is fixed. tested with zip and tarball and both copied from archive into base folder containing the archive.
I did not manage to test 5.0 yet, the version with the behavior was 4.0, but I believe it was a misconception about how to do it on my part and not even a bug in 4.0
Cheers!
Yours Rava

mbos
White ninja
White ninja
Posts: 8
Joined: 19 May 2018, 10:55
Distribution: Porteus 5.0 rc2

Porteus-v4.0 bug reports

Post#195 by mbos » 12 Mar 2019, 21:52

Some issues I found so far:

1. With copy2ram boot option, receive "sh: y: unknown operand" in boot console.
Tested on LXDE and MATE with vanilla Porteus ISO booting in VirtualBox, also getting it on real system.

2. guiexec does not start with copy2ram (whereas it does start without copy2ram option). Tested on real system only. Could you give me a hint, which script executes guiexec?

3. Invalid owner/group on both copies of "win8" folder and its whole contents. Folder seems duplicated in /usr/share/icons and pixmaps. Observed on LXDE and LXQt. It gets nastier when I create a purpose group of my own and these files just happen to receive this group (as it did happen). Either way, should be all-root?

Note: using x86_64.

Cheers for the new Porteus :beer:

Post Reply