Why does porteus not work from scratch with vpn ? I remember times when Version 3 had no problem using vpn / openvpn
Porteus-v4.0 bug reports
- brokenman
- Site Admin
- Posts: 6105
- Joined: 27 Dec 2010, 03:50
- Distribution: Porteus v4 all desktops
- Location: Brazil
Porteus-v4.0 bug reports
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.
Wear your underpants on the outside and put on a cape.
- Ed_P
- Contributor
- Posts: 8367
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Porteus-v4.0 bug reports
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
/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
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
- Ed_P
- Contributor
- Posts: 8367
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Porteus-v4.0 bug reports
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.
And update-vbox shows link=$SERVER/i586/testing/live/update-vbox-live yet my machine is x86_64.
Ed
- ncmprhnsbl
- DEV Team
- Posts: 3936
- Joined: 20 Mar 2012, 03:42
- Distribution: v5.0-64bit
- Location: australia
- Contact:
Porteus-v4.0 bug reports
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
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
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44
- brokenman
- Site Admin
- Posts: 6105
- Joined: 27 Dec 2010, 03:50
- Distribution: Porteus v4 all desktops
- Location: Brazil
Porteus-v4.0 bug reports
That should be fixed now. Thanks.
How do i become super user?
Wear your underpants on the outside and put on a cape.
Wear your underpants on the outside and put on a cape.
- francois
- Contributor
- Posts: 6435
- 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
Bouncing cursor. Problem and solution. Should be taken into account at next version?
Mouse madness
Mouse madness
Prendre son temps, profiter de celui qui passe.
- Rava
- 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
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:
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:
The following error occurs:
Code: Select all
Cannot create target file "/tmp/tmpaddon.zip/uzip:"
Not a directory (20)
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
Yours Rava
- Ed_P
- Contributor
- Posts: 8367
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Re: Porteus-v4.0 bug reports
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've never heard of "." to refer to a directory. "/." yes. What happens if you leave the destination blank?I used "." as the target directory,
Ed
- ncmprhnsbl
- DEV Team
- Posts: 3936
- Joined: 20 Mar 2012, 03:42
- Distribution: v5.0-64bit
- Location: australia
- Contact:
Re: Porteus-v4.0 bug reports
$PWD is wherever you happen to be = "present working directory"
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44
- Rava
- 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
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)
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
Yours Rava
- brokenman
- Site Admin
- Posts: 6105
- Joined: 27 Dec 2010, 03:50
- Distribution: Porteus v4 all desktops
- Location: Brazil
Porteus-v4.0 bug reports
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.
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.
Wear your underpants on the outside and put on a cape.
- Rava
- 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
Agreed.
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
Yours Rava
Porteus-v4.0 bug reports
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
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