Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Lubuntu is taking a new direction

lubuntu.me

Post reply on HN
Print view View original

191–200 of 225 posts

Re: Lubuntu is taking a new direction

#191

Post by AnIdiotOnTheNet »

manaskarekar wrote: post #190
AnIdiotOnTheNet wrote: post #155

Earlier quoted context omitted.

> very, very customizable I don't know where you're getting that. I like LXDE well enough. The only laptop I have running Linux runs Lubuntu. I would not call it "very" customizable. I can't easily rearrange the menu (which I blame the retarded .desktop file standard for), I can't add my own menus (to my knowledge), I can't change the application menus to be mac-style top-of-screen menus like I could in KDE 3, etc.

I agree that LXDE isn't the first choice when you're thinking about customizing your desktop (check out reddit.com/r/unixporn if you're into this sort of a thing). I meant that from a point of view of comparing it to others like gtk3, unity, cinnamon etc for some specific features that I find useful. Of course, not all distros will lend themselves to all types of customizations easily and customizability, at least to…

I'm not really in to ricing like /r/unixporn is, I just think my tools should be simple and flexible so that I can align them with my workflow.

For instance, why do we need one single global menu with all the apps categorized according to a .desktop file? That's overcomplicated and restrictive garbage.

Here's a simpler alternative: let me place as many panels on the desktop as I want, let me place widgets on the panels, let one of those widgets be a button that presents a menu-ized view of a folder structure. Now I can have as many menus as I want, with whatever layout I want, and organize my application launchers as best suits my workflow.

Re: Lubuntu is taking a new direction

#192

Post by dmix »

pweissbrod wrote: post #160
apatters wrote: post #101

Earlier quoted context omitted.

Yep that's a great point, maybe they are not communicating what the unique benefits of Lubuntu will be in the future, or maybe they don't actually know what they'll be. Right now Lubuntu's niche is really clear for me, if I want a lightweight, general purpose distro I use Xubuntu. If I want a really lightweight, general purpose distro I use Lubuntu. (A step beyond that if I wanted "so damn light there are probably a…

In my experience such "lightweight" distros, over time, accumulate expanded functionality/compatibility/surface area and inevitably/gradually become "heavier". Then the community complains "X" is too heavy, we need a lightweight system! and the cycle repeats itself.

Which is why ArchLinux is so nice that it doesn't suffer from this type of growth by nature of its design. You can very easily layer lightweight frontends on a very reliable core.

Re: Lubuntu is taking a new direction

#193

Post by michaelmrose »

Klover wrote: post #184
michaelmrose wrote: post #132

Earlier quoted context omitted.

Antergos most emphatically isn't a distro it's just an installer for arch Linux and quite frankly a poorly designed one that does not always actually work. After the installer runs if it actually works you aren't left with something much different from a normal arch installation. The actual distro developers have a lot of work to do as far as assembling a wide range of components and often writing their own like pack…

Well that’s mean. But I have to agree that it doesn’t actually work 99% of the time for me. It certainly is easier to install arch than it is trying to debug cnchi. Arch requires so much typing, but at least the installation is reliable.

Its mean but its like they had one job... If it doesn't work start over and make it work.

Re: Lubuntu is taking a new direction

#194

Post by copperx »

ben-schaaf wrote: post #129
copperx wrote: post #111

Earlier quoted context omitted.

Can AMD Ryzen and Threadripper run Linux without crashing? What about compiling large source code bases? There were some scary bugs reported on Linux when Ryzen came out. And that's not even covering motherboard incompatibilities with Linux (e.g. sleep/shutdown not working, WiFi/Bluetooth broken, etc.) Have those problems been fixed definitively? Or should one stick to Intel for Linux at the moment?

From what I remember those crashes were hardware defects that caused issues under load on any platform. Ryzen 2 hasn't had this issue and my 1600X worked beautifully out of the box on Ubuntu 18.04 except for the lack of sensors.

So your software has no idea whether the hardware is overheating?

Re: Lubuntu is taking a new direction

#195

Post by chx »

berti wrote: post #75
_arvin wrote: post #38

Earlier quoted context omitted.

I'm right there with you guys. I made my desktop in 2014 with a Haswell i5-4670K @ 3.4GHz. Overclocked it to 4.3GHz, and I still don't have a reason to upgrade. I really want a Ryzen 2700X also but staying patient. Newer and better hardware will keep coming out so I'm in no rush. (but my next CPU will definitely be AMD) My current thing right now is compiling the Linux kernel exactly catered to my Haswell machine, an…

In a similar boat with my old 4770k and a new RX580. I'm kicking myself for the k model though, as I would like to pass my old GPU through to a Windows VM, but the unlocked k model CPUs don't have VT-d, necessary for IOMMU.

This mistake was fixed in Devil's Canyon:

https://ark.intel.com/products/80807/Intel-Core-i7-4790K-Pro...

Intel® Virtualization Technology for Directed I/O (VT-d) ‡ Yes

Re: Lubuntu is taking a new direction

#196

Post by axaxs »

michaelmrose wrote: post #193
Klover wrote: post #184

Earlier quoted context omitted.

Well that’s mean. But I have to agree that it doesn’t actually work 99% of the time for me. It certainly is easier to install arch than it is trying to debug cnchi. Arch requires so much typing, but at least the installation is reliable.

Its mean but its like they had one job... If it doesn't work start over and make it work.

I don't take offense to it personally as I no longer work on the project, but...did you bother to open bug reports and share logs...or do you just throw a fit on public forums? I still run the geo server used in installation, and can assure you the vast majority (>99%) of folks do not have installation troubles. If they do, they aren't reporting it.

Comments like these, which are common, are what pushed me away from open source. Everyone feels entitled. Fix it, report bugs, ask for features. Frankly, as an open source contributor, I want it to work for people, but, if it doesn't work for your specific setup and you offer nothing of value, I don't care that it doesn't.

Re: Lubuntu is taking a new direction

#197

Post by theandrewbailey »

dooyogi wrote: post #100

Besides running on old hardware, the main benefit of distros like Lubuntu and Xubuntu is that they run well in VirtualBox without reliable GPU support. Ubuntu with Gnome 3 is almost unusable in VirtualBox.

Xubuntu in Virtualbox is part of my development stack on my Windows desktop. The real deal is Xubuntu on bare metal (not virtualized). It's worked well for years.

Re: Lubuntu is taking a new direction

#198

Post by chx »

mih wrote: post #130
copperx wrote: post #111

Earlier quoted context omitted.

Can AMD Ryzen and Threadripper run Linux without crashing? What about compiling large source code bases? There were some scary bugs reported on Linux when Ryzen came out. And that's not even covering motherboard incompatibilities with Linux (e.g. sleep/shutdown not working, WiFi/Bluetooth broken, etc.) Have those problems been fixed definitively? Or should one stick to Intel for Linux at the moment?

Longtime Linux user who switched to Ryzen 1500x recently from an old Core i7 (2011 model). As far as the processor goes, I have faced no problems w.r.t stability. Paired with an ASRock motherboard, there are no problems with other functionality such as suspend/resume either. Occasionally the Desktop compositor hits a snag freezing my machine and requiring a forced reboot, but I would fault the NVidia drivers for this…

I can't resist crosslink my post from two days ago https://news.ycombinator.com/item?id=17656645

I for myself couldn't suffer a machine where I occasionally need to reset , destroying flow.

Re: Lubuntu is taking a new direction

#199

Post by LinuxBender »

apatters wrote: post #101
asadjb wrote: post #88

Earlier quoted context omitted.

I have never used Lubuntu other than trying it out a few times, so this is just going off of the content in the article. > This phrasing is a PR blunder in my opinion because the old focus is a lot clearer than the new focus To me, it seems that they ran the numbers (kudos to them for taking an empirical approach) and figured out that their original USP was now no longer unique enough, and they need to do something d…

Yep that's a great point, maybe they are not communicating what the unique benefits of Lubuntu will be in the future, or maybe they don't actually know what they'll be. Right now Lubuntu's niche is really clear for me, if I want a lightweight, general purpose distro I use Xubuntu. If I want a really lightweight, general purpose distro I use Lubuntu. (A step beyond that if I wanted "so damn light there are probably a…

In my opinion, if you like tiny distros (as do I), you might want to look at Alpine Linux. It has a good number of up to date packages and has a very tiny footprint. The installation process could use some help to improve adoption, but it is otherwise a fun and tiny distribution of Linux.

Re: Lubuntu is taking a new direction

#200

Post by woolvalley »

varjag wrote: post #135
woolvalley wrote: post #53

Earlier quoted context omitted.

There is also a ~33% decrease in power usage. So a i7-8700 which also has a similar score now has 65W TDP vs a 95W TDP. Since moores law is leveling off, programming skill & quality will become more important to extract more performance out of computers. I forsee less javascript and python and more golang, java & rust and other %100 statically typed languages in the future.

Dynamic/static typing and execution performance are largely orthogonal. Java manages to be slow while being statically typed. If your language is inherently heap bound and/or targets bytecode with ad-hoc JIT trickery, no amount of static typing or hard inference is going to help.

My performance hierarchy from fastest to slowest goes in this line. Numbers are based on how much slower it is from the baseline of C / ASM.

C (static typed, static dispatch, manual memory, x1) -> C++ / Objective-C (static typed, dynamic dispatch, manual / refcount memory, x2) -> Java (static typed, dynamic dispatch, GC memory, x3) -> JavaScript (dynamic type, dynamic dispatch, GC memory, x7)

Java is a actually fairly fast for a language with GC. Far faster than equivalent javascript unless you do things like asm.js, which might as well be just a binary runtime.

Post reply on HN