Re: Some ideas about APT functionality
Hi, On Sun, 11 Aug 2019 at 21:37, Mike wrote: > > Today, to properly install rpm-packages on my laptops, I'm running Which rpm packages are they? For which architectures? Is .deb available? Or snap? If not, have you tried reaching out to the vendor to provide snap/deb? Do you want us to reach out to them? -- Regards, Dimitri. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Some ideas about APT functionality
hi, Am Sonntag, den 11.08.2019, 12:00 +0300 schrieb Mike: > This option should provide much more interoperability between > different Linux distros. Say, some enterprise software is only > available in rpm-packages, but the binaries inside are runnable on > any > Linux x86_64 system, you can just unpack them or install with > "alien". how would apt know if or if not these binaries can run on any x86_64 linux ? to support such a use-case of being able to install distro independent software (proprietary or not) snap packages were created ... if you have such an rpm with statically compiled binaries inside i'd rather suggest to invest the few minutes it takes to create a snapcraft.yaml to quickly roll a snap package of this software than to put unexpected (and broken by design) functionality into apt. ciao oli signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Some ideas about APT functionality
I have to 100% agree with Ralf here. On 8/12/19 1:13 PM, Ralf Mardorf wrote: > installing "alien" packages, based upon a different package management > via apt, is a bad idea. This is not functional, it's dysfunctional. This is well known to not mix and match different packaging styles. Some packages are even written for different filesystem specs and paths that those packages expect won't exist on Ubuntu, and other problems. If the question is whether we should expand to allow non-deb packages to be installed with apt by wrapping around `alien`, I'm going to give this a hard "No" (my opinion, but a strong one) as that kind of additional non-deb 'wrapping' will be opening a potential can of worms worth of issues by adding the `alien` wrapping and the potential for a flood of "Why doesn't my RPM work with apt?" questions on Ask Ubuntu as well as bug reports saying "This function doesn't work!". Thomas -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss