However if you have an issue please open a separate thread with a descriptive title specific to your issue. We try to encourage the principle of one issue=one thread to make it possible for other users to find each and every issue reported when they do a forum search.
can you please Add nvidia settings? and steam? Gog gog
sudo dnf install libreoffice
and if one wishes:
$ sudo dnf install libreoffice-kde5
I got a lot of issue:
OpenMandriva 4.0 - x86_64 1.3 kB/s | 169 B 00:00
Failed to synchronize cache for repo 'openmandriva-x86_64'
OpenMandriva 4.0 - x86_64 - Updates 1.4 kB/s | 169 B 00:00
Failed to synchronize cache for repo 'updates-x86_64'
Ignoring repositories: openmandriva-x86_64, updates-x86_64
Last metadata expiration check: 16:34:01 ago on Mon 06 May 2019 04:26:11 AM CEST.
Feil:
Problem: package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_sal.so.3()(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_sal.so.3(UDK_3_0_0)(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_cppu.so.3()(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_cppu.so.3(LIBO_UDK_4.4)(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_cppu.so.3(UDK_3.1)(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_cppu.so.3(UDK_3_0_0)(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_cppuhelpergcc3.so.3()(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_cppuhelpergcc3.so.3(UDK_3_0_0)(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_sal.so.3(LIBO_UDK_3.6)(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_sal.so.3(LIBO_UDK_4.0)(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_sal.so.3(LIBO_UDK_4.1)(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_sal.so.3(UDK_3.3)(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libcomphelper.so()(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_cppuhelpergcc3.so.3(LIBO_UDK_3.9)(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libtllo.so()(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_salhelpergcc3.so.3()(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_salhelpergcc3.so.3(UDK_3_0_0)(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libvcllo.so()(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libsotlo.so()(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libuno_sal.so.3(UDK_3.1)(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libutllo.so()(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libi18nlangtag.so()(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libbasegfxlo.so()(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libucbhelper.so()(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libi18nutil.so()(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libjvmaccesslo.so()(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libvclplug_genlo.so()(64bit), but none of the providers can be installed
- package libreoffice-kde5-1:6.2.1-1.x86_64 requires libreoffice-common = 1:6.2.1-1, but none of the providers can be installed
- conflicting requests
- nothing provides libhunspell-1.6.so.0()(64bit) needed by libreoffice-common-1:6.2.1-1.x86_64
- nothing provides libboost_locale.so.1.69.0()(64bit) needed by libreoffice-common-1:6.2.1-1.x86_64
- nothing provides libboost_date_time.so.1.69.0()(64bit) needed by libreoffice-common-1:6.2.1-1.x86_64
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
[larsmartin@PC2 ~]$ sudo dnf install libreoffice
OpenMandriva 4.0 - x86_64 1.4 kB/s | 169 B 00:00
Failed to synchronize cache for repo 'openmandriva-x86_64'
OpenMandriva 4.0 - x86_64 - Updates 1.4 kB/s | 169 B 00:00
Failed to synchronize cache for repo 'updates-x86_64'
Ignoring repositories: openmandriva-x86_64, updates-x86_64
Last metadata expiration check: 16:34:12 ago on Mon 06 May 2019 04:26:11 AM CEST.
Feil:
Problem: package libreoffice-1:6.2.1-1.x86_64 requires libreoffice-draw = 1:6.2.1-1, but none of the providers can be installed
- conflicting requests
- nothing provides libpoppler.so.85()(64bit) needed by libreoffice-draw-1:6.2.1-1.x86_64
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
How do you change user image on login screen on LX4?
Its a issue with hdd its tun off and on when i go to HDD devises and its slow boot 5 minutes after a clean install on my samsung SSD 840 evo.
Technically there’s nothing that would prevent us from adding GOG Galaxy in non-free on x86 only – the package would just contain the Windoze version and a “Requires: wine” line in the spec…
Whether or not we want to do that is actually a valid question.
Obviously one reason to do it is that it would make stuff instantly available that isn’t available on other distros (and for some reason some people are scared of typing “wine something.exe” but not scared of running binary-only native applications – why? No difference at all…)
One reason not to do it is that we’d probably get endless requests for “package this Windows application the same way” (but if we can find volunteers to do it, actually, why not?)
Users please keep in mind that this is a development version using developer (Cooker) repositories.
Expecting everything to be trouble free is not realistic, there can be problems. Development release is for testing to discover and correct as many problems as we can. The ISO file says “OpenMandrivaLx.4.0-beta” for a reason.
There will be a repository split soon when we create repositories for OM Lx 4 and that will isolate users somewhat from the trauma of using something while developers are working on it. That will happen about the same time as we do our RC (Release Candidate) release. RC is last step before GA (General Availability) release. GA is the final or public release marking the release as “stable”.
I did not find the server slow, yesterday I downloaded ISO in few minutes.
All the development releases are only at ABF.
Once we’ll have RC out it will be available also at SourceForge, and maybe some alternative location too.
Yes it is easy. Be patient. Wait until everything gets fixed. You are using cooker repositories which are always in development. I have every confidence that the @AngryPenguin will get this working soon enough.
Edit: Problems like this usually just mean a package needs to be rebuilt for updated dependencies. Again, just wait until developers have a chance to do this. This is why we keep tying to explain to you and other users the nature of using cooker. Expect problems. If you are using cooker and you expect no problems you will be disappointed. And after OM Lx 4.0 is released this part changes and users are seperated from development process. (Basically after repositories are split.)
You need to enable the 32-bit repositories – steam is mostly a 32-bit application, and therefore requires all sorts of 32-bit libraries (like all the ones you listed).
I think openmandriva LX 4 its not so bad to be in beta, but lot packes is missing or not setup.
I also have issue with LX3 but its works better, but did not have updated packages than LX4.
Its it some bug issue list? So i know what is wrong with LX4 beta?
You need to enable the 32-bit repositories – steam is mostly a 32-bit application, and therefore requires all sorts of 32-bit libraries (like all the ones you listed).
I did not get answer about LX3, but i think i get error also with start steam.
So its more setup with openmandriva? Because its look like run steam runtime or diskspace error is a issue with openmandriva only, its works better with fedora\ubuntu or other distribution? Do you have idea why?