Jump to content

Chunchunmaru_

Member
  • Posts

    452
  • Joined

  • Last visited

Everything posted by Chunchunmaru_

  1. If I don't remember wrong, the CERN already contributes to the Scientific Linux distribution...
  2. use ethernet to update the system, the kernel so the drivers should also update and could start working
  3. the Broadcom ones most of the times are supported
  4. For such old hardware I don't think you will have problems at all
  5. That's only when using the Windows network manager to set up a VPN connection, right? This shouldn't be affected by users using a browser plugin or other frontends like OpenVPN I suppose
  6. as long chmod was not recursive, you may still be able to fix that, but you need an USB live of another linux distro, chroot https://wiki.archlinux.org/index.php/chroot#Using chroot on it and fixing the permissions with chmod 755 /* Then you should update grub
  7. I can think of a few reasons 1) Apple is the owner of the major MacOS distribution, the GNU/Darwin flavours (MacOS kernel + GNU desktops like DarwinOS) out there are non-existent anymore, so unlike Canonical they got all the control in their operating system and more support from developers because of that 2) Much more wirespread in desktops so developers actually do care about software support 3) They announced this 1 year ago, unlike canonical which was initially a sudden decision... If things broke on MacOS anyway, on Linux it would have been a lot worse for desktop usability
  8. I'd personally prefer Windows to do this first as it would have a bigger influence than linux distributions
  9. Didn't Canonical just said that they will wait until 20.04 and finding a solution with Valve and the Wine project in the meantime? It is Since Linux in general rely from Windows software support (which is still actively supporting 32bit) they won't be going anywhere In my opinion is stupid thinking Linux distributions can dictate over developers and force them about deprecating or not 32 bit, their influence in the desktop is a joke especially for proprietary applications (and also because software development is separate from the distro one) and this will just make things worse and less suitable for normal desktop users, the best thing that can happen here is just a bunch of unusable programs, certainly not expecting developers to spend more time to port their libraries to 64bit, or if they would, that would take a lot of time and certainly waiting for a solution leaving users without the possibility to use their programs isn't a good idea (it's still a distribution responsibility even if you can obviously workaround the thing in other ways like compiling things by yourself, but I'm generally speaking to normal desktop users)
  10. Your indications are too generic Is there any error that comes out? What if you press esc during the boot?
  11. I have the same Dell BIOS and is a bit buggy, what I would try is to reset to factory settings and update the bios
  12. I actually think it's sexier than most of the Linux and MacOS terminals However, I remember emoji support to be present here as well from ages
  13. Chunchunmaru_

    After the "Ubuntu is dropping 32bit support" ne…

    pretty much I expected this, no one would ever ship graphics drivers in a containerized application(not speaking about nvidia drivers which are different from mesa, and have a proprietary license on it and they need to be installed by the end user), that would add additional strain on the development and since the Ubuntu decision was so sudden, I don't think they even had the time to prepare for everything but it's still a bit strange, since Canonical have decided again to not drop 32bit library support until 20.04 thanks to all the movement in the community, I think they will actually still be supporting it at the current time until something drastically changes, but anyway the situation remains complicated, by design basic driver support should always be put on the distribution responsibility As I said in the other threads, not for every user the alternative distribution exists, Ubuntu is the only way to play properly games on Optimus laptops since it has official support from Nvidia, I tried popOS the other day and it was basically broken about it, even though being a derivative, I have not investigated further about this bug, but also not speaking about the installer which requires a 500MB efi partition (like what the hell? why would you store the kernels on a FAT32 EFI partition which in the 80% of the cases is less than 150MB as it's the Windows 10 default) But I suppose an eventual partnership with Valve could improve things a lot, Ubuntu always shipped older drivers and needed you to update via PPA's to get the best performance out of it and PopOS is already a pretty excellent choice for gamers, I don't personally like their store, Ubuntu is still a bit more supported speaking of snaps and flatpaks, theme integration with them, etc... Pretty much gaming on linux in general even on Ubuntu was a painless and a flawless experience most of the times before they announced this, so now it feels like it's again some years behind a modern and stable desktop experience, also direct an official software support will always be present on Ubuntu most of the times. Other distributions most of the time rely on community support for some applications, which has basically no warranty they will be updated in time a release comes out (like Discord on AUR for example)
  14. Uhmm... mount -a mounts every device as listed in /etc/fstab... So you wouldn't need to do that As for the service, are you using SystemD? You need to know how to enable that service automatically. You could try something like sudo systemctl enable plexmediaserver Then reboot
  15. https://ubuntu.com/blog/statement-on-32-bit-i386-packages-for-ubuntu-19-10-and-20-04-lts ***Other news regarding the switch***, due to the amount of community criticisms, valve pressure and wine etc... This is going to be all done in 20.04 @matrix07012 you can switch the title at this point
  16. Another update, looks like I was predicting future after all? System76 is going to offer their personal support for i386 libraries, updating them regularly https://github.com/pop-os/ Have they parterned with Valve? Who knows, that would be a great choice
  17. A Pi can run KVM. But not x86, as "normal X86 PC machines" cannot use KVM with arm
  18. Yes, other than what is being said from others, that's a feature that pretty much every computer BIOS have
  19. Yes they do... But in a virtual machine there will barely be 3D acceleration at all, and you wouldn't even need to use Synergy, depending on the vm software you can easily switch between screens as long you use the guest additions
  20. So... Some updates, I set up an Ubuntu Eoan build with i386 LTS repositories and... Pretty much as I expected, apt doesn't let you mix different 32bit and 64 bit libraries at this current state, to fix this, that will require a rebuild and manually intervention for ALL ubuntu packages with i386 dependencies, because at this current state it will look for a minimum library version (the same as 64bit ones) as Wine developers said. I don't even know if it is going to work at all honestly even if you put those libraries manually without APT complaining (I will try that definitely) So far, it would be hard to canonical to address this rather then just leaving basic i386 support in my opinion... The i386 Steam requirements for Linux that it complains about are: C Library C++ Library X11 library udev library xinerama (another X library) OpenGL Implementation (DRI, GLX) libGPG, should be crypto library But to be clear, I don't think those are required to run steam at all, but rather than basic dependencies of ALL games, so they are put in there.
  21. Yeah I know how to do that, btw the LTS is bionic and not cosmic, they said they will froze to 18.04, and other than main there are other "subrepositories" like universe,multiverse which include more software (even though have most of the time their 64bit counterpart, except for system libraries and wine) Wine developers however disagree with doing this at all similar to what I said in those 3 threads, and I personally disagree leaving unupdated libraries which can be a security hole, but also for performance and future games support Wine developers cit. Also I have seen rumors like System76 PopOS developers are going to maintain i386 by themselves, but I yet have to confirm it by myself I will also set up a test environment, I'm just curious to see what will happen Also TLG/TheLinuxGamer made an interesting video on all of this... I don't think I'm supposed to post it here?
  22. Yes pretty much it, that's for OpenGL but only for Mesa drivers(AMD, intel and Nouveau) if you use the Nvidia proprietary drivers it's completely different, since now it's always been a system "responsibility" since it could easily switch between opengl implementations, with update-alternatives, now unless you add complexity in the game/program executable which isn't properly "right" you can pretty much archive the same thing, but as I previously mentioned it's not even 100% that it wouldn't break mixing such different libraries versions for 32bit and 64 especially for Nvidia, and needs a specific effort or support
  23. I have no knowledge on Windows architecture, but when I mentioned drivers in Linux pretty much I was referring to userspace, which is required to interface with the kernel, the kernel drivers are always 64bit, I think Windows userspace driver libraries are shipped with the graphics installers already?? or use a different architecture
  24. And also it's important for an OS like Linux to get as much software support as possible Oh so it's just 32bit driver support? Great... Linux doesn't even load out-of-tree kernel drivers, they have a really strong ABI compatibility and requires to be of the same architecture and kernel version (except DKMS) So far you can say it's Ubuntu, it's the most supported one by the most majority of programs and you can rely official support on it, it's been happening since now from TeamViewer, Steam and Discord. On other distros is more an "unofficial" community support Anyway, I need to repeat it again... While it may be look the solution to be simple... Not every library can be shipped by program developers, there is still support distributions need to guarantee, the OpenGL or Vulkan implementation from Mesa (open source graphics drivers) does not work with the NVIDIA proprietary driver. That means if developer ship their own program with static or shared 32bit OpenGL mesa library, is not going to work on computers running the NVIDIA graphics card Pretty much the reason why ALL of programs out there take the system OpenGL library, which is going to be different depending on the system configuration and "dynamically" loaded
  25. Yeah pretty much the point, the open source license comes with no warranty at all
×