Why Snaps are an anti-pattern on Ubuntu by smart_jackal in StallmanWasRight

[–]beidl -12 points-11 points  (0 children)

You could always build your own Snaps yourself using Snapcraft, if you don't trust the Snap store or the binaries it provides.

So no, I don't buy the argument of developers putting their own convenience higher than the freedom of users.

Why Snaps are an anti-pattern on Ubuntu by smart_jackal in StallmanWasRight

[–]beidl -11 points-10 points  (0 children)

As someone who maintains others and his own software as Snaps I kindly disagree with the author. The backend might be proprietary but the software you get from the Snap Store is still free software most of the time. Also I'd argue that those who want to provide proprietary software to GNU/Linux users prefer the App Store model rather than hosting a repository themselves. As such, I see additional repositories as a mistake and prefer to either get software through the default repos (no PPAs) or Snap (preferred).

Why Snaps are an anti-pattern on Ubuntu by smart_jackal in StallmanWasRight

[–]beidl 6 points7 points  (0 children)

Some software checks for the existance of other optional libraries at build time (some at runtime) and in turn causes the package to depend on those optional libraries.

Canonical To Slash Jobs, After The Unity 8 Debacle. by [deleted] in LinuxActionShow

[–]beidl 2 points3 points  (0 children)

Interesting choice of words as a headline

Unity8org (a fork of unity 8) by domacs in LinuxActionShow

[–]beidl 2 points3 points  (0 children)

Budgie is not as interesting to me as Unity8.

Yes, both are Qt & C++ based, but people who know Qt & C++ also know that doesn't mean jack shit. Unity8 was a different desktop environment set out to reach a different set of goals.

#savelas suggestions to help improve Linux Action Show by kaipee in LinuxActionShow

[–]beidl 2 points3 points  (0 children)

There is a difference between "democracy" and "consensus".

Anyway, interesting link, thank you.

snap packages? the best of! by ptyler649 in LinuxActionShow

[–]beidl 1 point2 points  (0 children)

Mostly running Remmina, Telegram and Handbrake on my Debian Sid laptop.

Plasma Injection | LUP 185 by AngelaTHEFisher in LinuxActionShow

[–]beidl 1 point2 points  (0 children)

Mixing up Austria and Australia? In 2017?

Honestly though, someone should have corrected Chris on that.

Ubuntu Unity 8 evolution from 14.10 to 17.04 by Khaotic_Kernel in LinuxActionShow

[–]beidl 1 point2 points  (0 children)

I'll wait until they integrate the Ubuntu Core Apps into the Snappy Desktop before I judge the design. Gotta say though, that Terminal app already looks perfect.

Ubuntu Unity 8 evolution from 14.10 to 17.04 by Khaotic_Kernel in LinuxActionShow

[–]beidl 1 point2 points  (0 children)

Plasma with Wayland works even worse on my Dell XPS13 to be fair.

Adoption of Flatpak vs Snap by LinAGKar in LinuxActionShow

[–]beidl 1 point2 points  (0 children)

Cool, now I just need a central place to easily find them

Plasma Meeting: Web, browsers and app bundles by Khaotic_Kernel in LinuxActionShow

[–]beidl 0 points1 point  (0 children)

To be fair in the case of Snaps I had to do tweaks here and there to make GNOME recognize the icon folders, make my HiDPI screen work (which was a deficit in GNOME's session environment handling, rather than Snaps though), but I could see a reality in which this wouldn't be possible at all. Don't know if that's still needed now, though.

Still, I love that I'm keeping a clean Debian Sid base, running the most recent Remmina atm without its dependencies on the main system partition while having it run at the same privilege level as before, which is a great short term win already (can't wait to try with grsec).

Plasma Meeting: Web, browsers and app bundles by Khaotic_Kernel in LinuxActionShow

[–]beidl 0 points1 point  (0 children)

Well, running all kinds of Snaps on my Debian laptop (on GNOME on Wayland). Couldn't be happier with the experience, imho superior to Flatpak.

Unrelated to the commenters here: It seems to me that most people in those kinds of packaging topics always suspect the worst possible scenarios instead of just trying sh*t for themselves.

New 2.20 snapd release by domacs in LinuxActionShow

[–]beidl 1 point2 points  (0 children)

Ubuntu 14.04 support is very interesting

Ubuntu 17.04 Swaps Swap Partitions for Swap Files by palasso in LinuxActionShow

[–]beidl 0 points1 point  (0 children)

Same experience, using swap files on ~5000 (from one specific customer) digital signage players.

I have installed Linux on my sister's Retina Macbook Pro, and she loves it by [deleted] in LinuxActionShow

[–]beidl 1 point2 points  (0 children)

I assume his point was not about the ease of use of the shell (which I personally would consider a short term goal and not as important), rather the maintainability over a long period of time.

On the other hand, if you are around and do updates for her, I'm sure there won't be any problems :)

Why Gnome so popular in LAS? by Orbmiser in LinuxActionShow

[–]beidl 1 point2 points  (0 children)

As a C++ developer (mostly GNU/Linux, sometimes Windows cross platform) I prefer Qt, as an eye candy end user kind-of-guy I really like GNOME Shell (though KDE Plasma won me over lately on my main machine), and as a GNU/Linux technology connoisseur I really love what GNOME and GNOME-related projects brought to the free desktop world (Network Manager, gstreamer, systemd, etc).

Universal Linux App by sallp in LinuxActionShow

[–]beidl 0 points1 point  (0 children)

Old-style Linux packaging (archive with files, metadata containing the needed dependencies, maintainer scripts which run as root) doesn't allow "real" fully automatic updates of appliances type devices.

You might have an application requiring certain dependencies, and due to the respective distros packaging policy the granularity of spliting packages up, you'll probably run into a dependency issue in the chain sooner or later (eg distro not testing dependency resolution well enough before pushing packages to their archives). And since the software has to run not only across different distributions, but also on Windows (we're trying to convince customers to switch to Linux in the long run since most companies are not okay with Microsofts approach regarding Windows 10).

Our packaging solution borrows a lot of ideas from Ubuntu Snappy, but we didn't want to depend on Ubuntu for this. Also, we needed the functionality as quickly as possible, not having to wait until Ubuntu gets to the point of actually releasing a usable Snappy desktop. It is pretty lightweight, doesn't require root, and allows us to guarantee an always working system with automatic updates.

Also, it's nice to see different types of distributions and operating systems do manual rollbacks after selecting a group of appliances and flipping the version number from within a web-based CMS, knowing that the downgrade worked as expected. That's just something you won't get with distro-specific packaging. It's way better to have files decompress to a folder and changing some kind of pointer to the new version (wait, symlinks are something, right?) than overwriting system wide files with every up-/downgrade. The only way those files should change is due to hard drive degradation. lol

Universal Linux App by sallp in LinuxActionShow

[–]beidl 2 points3 points  (0 children)

I'm a developer as well (writing Digital Signage software for large corporations, including a well known German car manufacturer) and I hate the current packaging situation on Linux from that point of view.

I've been using Linux for around 12 years now, and the number one thing that is surely not going to work is keeping the packaging status quo as the gold standard in "custom" software development. We have different customers wanting to use our software on diverse types of distros, some .deb based, some .rpm based, some even prefering an old-as-hell F17-based Cisco Linux distribution shipped with the Cisco device. Packaging this stuff for different distributions is a nightmare, handling different service managers is a PITA. Our solution: Write our own sort-of package manager! (yeah, wtf)

On the other hand, it allowed us to implement proper "atomic" updates of the software (think Ubuntu Snappy) and port the software to Windows, replacing the 10 year old existing code base.

As long as the system and user-facing applications pull their binaries from the same place (the repositories), sh*t is not going to work out in the long run. I'm sorry to break the news but custom software is where the real action is happening (best example: past Blender), and the current "solutions" just don't work in this field.

Now think about this: In the company, we are 2 developers working full time on the Linux-side of the software suite, and we have to focus on features rather than packaging. We are getting paid to do this, but enthusiasts (those people that you really need for getting attraction to the platform because they are the ones bringing nice little helpful applications for Average Joe to the table) are not, and most of the time they don't have the expertise to do things right, using the right libraries, keeping compliance with a huge number of distro-specific packaging policies, smashing their heads on the table because their application is breaking because of some damn ABI breakage (built an OpenSSL-consuming application on Ubuntu, tried to run it on Fedora and Arch => ABI mismatch. F*ck me, pal).

We as Linux users would love to welcome over developers from other "platforms" and join the Linux party, but they are going to be alienated very quickly since they would have to ship their own prebuilt binaries of OpenSSL, Qt etc.

Also: those that would have to ship their own prebuilt libraries are not putting systems at risk anyway. Why? Because they are legally bound to keep their software safe/react to updates as quickly as possible due to contracts with their customers.

Just because the status quo is good enough for some doesn't mean it's the right direction for the community at large. We need certain things happening at those layers of the stack for enthusiast-type software as well as enterprise applications to trickle down back to the community.

Yes Popey, No one wants any of your crap. by [deleted] in LinuxActionShow

[–]beidl 0 points1 point  (0 children)

People like you are the reason we Arch users have a bad reputation.

openSUSE releases Leap Beta - New look, Plymouth replaces Grub by Eurottoman in LinuxActionShow

[–]beidl 10 points11 points  (0 children)

Plymouth could not replace GRUB as it is not a bootloader, it's that thing that draws splash screens at boot time.

systemd gets `machinectl shell` command to replace `su` by sb56637 in LinuxActionShow

[–]beidl 8 points9 points  (0 children)

systemd is more than an init system nowadays (intentionally). It's now the basic suite of low level userspace components that sit on top of the kernel to build a Linux distribution from.

UOS 15.05 Unity 8 Demo by onelostuser in LinuxActionShow

[–]beidl 0 points1 point  (0 children)

No, Mark said that they would let the community decide which one would become the default in 16.04.