Please login or register.

Login with username, password and session length
Advanced search  


Visit our home page for VL info. For support and documentation, visit the Vector Linux Knowledge Center or search the Knowledge Center and this Forum using the search box above.

Pages: 1 [2] 3 4 ... 10
 on: August 08, 2017, 12:46:52 pm 
Started by black-clover - Last post by nightflier
32-bit: After adding "stack_guard_gap=1" to boot parameters, it works for me.

The easiest way to test is to manually do a one-time edit when the system starts. At the grub screen, press "e" to go to edit mode. Add "stack_guard_gap=1" after the "resume=/dev/xxx/", then press F10 to boot.

I don't know how that may affect security. This would be a work-around for individual users willing to dig into it. To add the boot parameter permanently, edit /etc/default/grub (as root), adding the string to the GRUB_CMDLINE_LINUX_DEFAULT line, right after the resume entry. After that, you need to run command "grub-mkconfig -o /boot/grub/grub.cfg".

 on: August 08, 2017, 12:06:59 pm 
Started by black-clover - Last post by overthere
well that's good news for VLocity users thanks for confirmation. Is the kernel parameter workaround (stack_guard_gap=1) a possibility for 32 bit VL users? and how to pass it. it is suggested to be a security risk but may be effective for users who must have a working data base and willing to take the risk..

 on: August 08, 2017, 10:46:01 am 
Started by black-clover - Last post by nightflier
Yep, tested on 64-bit. After installing LO and openjre I can create and edit databases.

Good find, overthere.  :)

 on: August 08, 2017, 10:42:44 am 
Started by black-clover - Last post by black-clover
The other apps seems to work fine. I definitely think it is a Java Runtime issue cause I tried an installed version of Libre Office in another distro and also on Windows and I got similar problems with the Data app complaining it couldn't find Java.

 on: August 08, 2017, 08:30:31 am 
Started by black-clover - Last post by overthere
I am using the 32 bit std version, is it the same on 64 bit? some google threads suggest it is a 32 bit issue with linux and could be a kernal patch that effects java but I am speculating at the moment

may be worth a look

 on: August 08, 2017, 06:33:05 am 
Started by black-clover - Last post by nightflier
Definitely a bug, it is consistently reproducible.

 on: August 08, 2017, 03:48:15 am 
Started by black-clover - Last post by overthere
Having the same issue with base here. found no far

Are you having any issue with the other five applications in the suite?

 I found no issue with the word, spread sheet and impress when creating and saving a file, not extensive tests but happy to have the apps

but just attempted to create a data base with the wizards defaults and it crashed. if confirmation helps for the moment

 on: August 07, 2017, 03:40:49 pm 
Started by black-clover - Last post by black-clover
I've tried to use the database program in Libre Office 5.3 on VL-7.2-STD-RC3  but when I click on the choice for setting up a new database or opening an existing one it just crashes. I tried installing the Java Runtime pkg because it seemed required but it still doesn't work. Anyone knows if is there some other package that needs to be installed in order to make it work?

 on: August 07, 2017, 02:37:51 pm 
Started by overthere - Last post by overthere
Thanks very much, understood and recommendations heeded.

 on: August 07, 2017, 01:21:46 pm 
Started by overthere - Last post by nightflier
In Marble's settings there is a place to enter OwnCloud server syncronization credentials. Those credentials would be stored in encrypted form by KDE's kwallet. Looks like the package "kwalletmanager" is not listed as a dependency, but should be. If you install that package the warning should go away. However, kwallet will not actually be used unless you enter some login credentials.

That said, keep in mind that VL is not a KDE oriented distro. KDE has grown to the point where we do not have the people power to maintain it, so I recommend against using kwallet to store confidential information.

Pages: 1 [2] 3 4 ... 10