| DistroWatch Weekly
|Linux Foundation Training
|Reader Comments • Jump to last comment
1 • Android x86 (by schultzter on 2014-03-17 14:12:27 GMT from Canada) |
I tried Android x86 as well, an older version, and came to the same conclusion: not a keyboard + mouse OS in it's current state. Owners of an Asus Transformer might disagree. Driver issues aside (I also had some video driver issues) I was also concerned by the lack of apps that run correctly and provide the same functionality as what I can do with Arch on the same laptop. Perhaps if Android x86 becomes more popular we'll see apps dedicated for this kind of platform. But then, this platform is what Chrome OS is for, right?!
2 • Android x86, an experiment? (by Garon on 2014-03-17 14:55:14 GMT from United States)
Android x86 seems to me to be more of an experiment then anything else. Chrome OS or Peppermint 4 could very well do the same things but they are not Android x86. Android x86 tries more or less to be a duplication of your Android phone. I'm sure it will improve as time goes along.
3 • Advancing distro tech (by Somewhat Reticent on 2014-03-17 14:57:44 GMT from United States)
Imagine combining the advantages of GoboLinux and NixOS ...
4 • new package management (by Carlo on 2014-03-17 15:37:01 GMT from Italy)
Oh please enough with this phantomatic "DLL missing" error in Windows... it is not happening since Win3.1 !! Truth is, it's very very difficoult for the average joe to screw software installation in Windows, at least in comparison with the PITA that is the package management in Linux.
I welcome things like this nixOS package manager, or the bundle system mentioned in the article, that at least try to fix it. This one from NixOS seems interesting enough: creating an abstraction layer for the user is a nice solution.
What I would like, though, is physical packages to be more self containing. E.g., I want to install/upgrade LibreOffice ? I should just need to download one package, not a dozen.
I could be wrong, but I also believe that the small size of the packages is highly inefficient in bandwidth use during the download, at least in the way current package management front-ends (aptitude, yum, apper) implement it.
Unfortunately for most examples it is utopic, at least in the collaborative floss world: it's very unlikely that distributions will take in charge of not only repackaging upstreams, but also to bundle several executables and shared libs.
5 • RE: #4 (by whoamI on 2014-03-17 16:15:36 GMT from United States)
@Carlo: "Oh please enough with this phantomatic "DLL missing" error in Windows... it is not happening since Win3.1 !!" Perhaps this is true for you, but please do not generalize for all users. I had the same problems in Windows 98, the last version I regularly used, nd I'm sure my wife had occasional issues in XP.
As for package management in Linux, I do not find it a PITA compared to Windows, merely different. The one thing we do agree on is that NixOS sounds interesting.
6 • What world do you live in? (by Garon on 2014-03-17 16:31:48 GMT from United States)
"Truth is, it's very very difficoult for the average joe to screw software installation in Windows, at least in comparison with the PITA that is the package management in Linux."
That is nonsense. Every day I run into people who can't get this program install or are having trouble with version numbers or architecture type. And yes you do have some not able to find .dll after installs. Not often but it does happen. So don't pretend that there are no problems at all with installing software in MS Windows. What is this PITA you speak of in linux? You will not find anything easier to use to install software than the Ubuntu Software Center or the Deepin Software Center, or whatever it's called. Even LinuxMint has a good software center. I agree that packages could or should be made more compact and self contained and updates be handled better, but that's not just relegated to Linux. You do run into the same problems with most operating systems when programs or applications are updated. Maybe there is hope with the "delta updates" people have been talking about.
7 • @6 (by Carlo on 2014-03-17 17:01:19 GMT from Italy)
Every day I run into non-computer literate people who install all kind of crap on their Win7 machines, but 99% percent of time if the software is not malicious the uninstallation is quite easy.
So you see, I have the exact opposite experience. So, what world do *you* live in?
8 • @5 (by Carlo on 2014-03-17 17:05:02 GMT from Italy)
You're joking right? Win98 was released in 1997 (17 years ago) and WinXP in 2001 (13 years ago). you don't presume that *maybe* windows' packet management has got better in the meantime?
For the records, PM in linux in those years was a *real* PITA compared to Win98 because of the "depencency hell" thing. Intelligent front-ends like apt(itude), yum or zypper had to be created yet.
9 • @4, 7 & 8 by Carlo (by GregNOIBN on 2014-03-17 17:43:28 GMT from United States)
90% of distrowatch readers already know installing programs in any modern Linux is just as simple as installing a program in Win XP or 7. Did you stop running Linux back in 2003 or 2004? Installs are now as easy and good as eating a great home-made Italian dinner.
All the default, main Linux package managers will completely and safely install programs with a simple click of the install button (or two click for some - apply and then install).
No dependency issues (I've had one dependency problem in 11 years of running Linux).
But, in Windows, a user has to watch what the installer does very closely, so you are ONLY installing the main program instead of several hidden attached spyware or similar program that modifies your browser or is just a general pain in the arzz. This is not the case with Linux installs for 99.9% of installs.
10 • dll and stuff (by Wolf on 2014-03-17 18:08:06 GMT from Germany)
Guys you are both right
I recently bought and installed a cheap IR Camera for surveillance. Not a Linux driver anywhere so null problemo I thought WIN 7 is my friend just throw the control software on and you're ready to go... since then even my rock solid WIN 7 Install with zero hiccups whatsoever turned blue from time to time (you know what I mean exception #!§$%!!!# in dll 8472852).
After that i deinstalled everything but still... only a complete System Backup did the trick.
I assume that buggy Software would've bugged my linux install the same way, if it only existed. So all in all I say I prefer the linux (community) way, if I had given any thought to the problem at hand, I would have known to search for linux compatible Hardware in the first place and paid the (higher) price!
My luck one only needs the driver for configuring the surveillance range of the camera and never again.
11 • Wow, no takers. (by Garon on 2014-03-17 18:56:27 GMT from United States)
From what I can find it seems that no one wants to adopt the delta software scheme. It just seems like maybe a good solution to large updates and not having to download the same packages or libraries again. Anyone know why not?
12 • Exton|OS and USU (by Ray on 2014-03-17 19:09:58 GMT from United States)
I will be testing both of the waiting list additions, they both look really nice tbh. Exton|OS is done by the same person/group as ExTix in case anyone uses ExTix already. Usu offers 3 versions, Desktop, Mini, and Netbook, with netbook being the one I am most interested in, since the few distros that actually made a netbook version seem to have let support etc wane.
13 • Delta upgrades (by Jeff on 2014-03-17 19:17:42 GMT from United States)
Debdelta is available in Debian, as with most things in Debian it is but one of many options.
Fedora has deltarpms (or so I have been told)
The main thing is that for some reason these are not default, why I do not know.
14 • #GregNOIBN (by Ika on 2014-03-17 19:55:06 GMT from Spain)
"But, in Windows, a user has to watch what the installer does very closely, so you are ONLY installing the main program instead of several hidden attached spyware or similar program that modifies your browser..."
+1! Not mentioning some programs never are completely un-installed even though you are cleaning the Registry. For example, just install a trial program (like say Kaspesky or Nero) and after the 30 days of trial give it a complete un-installation. Then give a regedit to open the Registry, clean it (BTW, you'll find here a lot of strange entries :D ) and then try to reinstall the trial program. Suposedly it should be now completely removed. Nevertheless, after installing again thet program it will come out that the 30 days trial period is already gone because the program was already used. So, where that spying leftover is located?
Or try to completely uninstall Norton. One of its components - Norton Identity Safe - will NEVER - be uninstalled (OK, I'm using Norton though in my Windows as it is, IMO the best).
And the list is large...
I had isuues with .dlls in Win Vista and 7 too.
And I agree with GregNOIBN: "Did you stop running Linux back in 2003 or 2004?"
I started looking at Linux back in 2009-2010 and, after some distro-hoping, I settled in PCLinuxOS. Jusy give it a try and see how install/remove software is working - but there are many other distros like Debian, Manjaro, *buntu (though I shy away to infect my machines with *buntus).
Sounds really interesting and very nice and useful. Hoping Nix will have the power to evolve and get acceptayion and implementation in Linux.
Hmmm... My question is: isn't it another spyware system? Don't Linux ecosystem have enough with this Linux Windows named Ub----? (can't even write the name ;D ). Or Google OS?
All the best.
15 • Delta rpms (by greentea on 2014-03-17 19:58:08 GMT from France)
In my experience, delta rpms take the same amount of time to install as normal packages. The only benefit is saving a little bandwidth which does not matter to me.
16 • @10 re: IR cam (by SilverBear on 2014-03-17 22:44:40 GMT from United States)
I realize this doesn't help you. But my son was on a military training gig in the Mojave desert a couple years ago. I have no idea what brand/make/model hardware was used, but he said the perimeter security system they set up for their "camp" was running on Red Hat Linux to manage all the IR cams.
Apparently coyotes and wild donkeys were the major threats detected.
17 • @15 Delta rpms (by Jeff on 2014-03-18 00:23:04 GMT from United States)
After reading the earlier comments and posting I did some more research, what time you may save downloading is often countered by the time used rebuilding the packages.
So deltas are probably best for those with very limited internet.
18 • NixOS (by cflow on 2014-03-18 02:06:40 GMT from United States)
I must say... I looked at this project's website many months before it was added to Distrowatch's database, and thought is package management features sounded really clever and useful. I skipped trying it, though, for many reasons:
1: If the Nix package manager worked as good as they said, I'd have assumed other major distributions would have picked up on it by placing it in their repositories. It made me think of it as still super experimental and unstable.
2: The screenshots on their website were - and still are - of KDE 4.2, which made me wonder how dated the OS really was in actual development.
3. When reading the installation instructions, the fact that you had to type terminal commands really scared me. I can do basic command line tasks, but to install the entire operating system, and right beside another one... I felt it would be too risky for me to do.
However, after reading this review, I think many of my concerns were addressed - especially the first one. I think I might try an installation some time to see how it works. That is, however, if I can ever remove my fear of manual installation...
Thanks for the review!
19 • Software Installation (by Peter Besenbruch on 2014-03-18 02:35:01 GMT from United States)
I ran into DLL hell last week, when I installed Turbotax 2013. OK, it was a lukewarm hell, because I can DuckDuckGo with the best of them, and I found a relatively simple fix.
As far as Nix is concerned, the "generations" feature looks interesting. The bug encountered makes Nix look less so for a production system. I tend to run Debian Stable, and don't want surprises. Still, Nix might be good for people who want a snapshot feature while not running on a virtual machine, or with a fancy file system. Nix is something to watch.
20 • @18 NixOS (by Anonymous Coward on 2014-03-18 02:46:28 GMT from United States)
In my experience, with one-off systems like this, installation is only half the battle. What you really have to watch out for is hardware compatibility, especially on laptops.
But since this system uses the Linux kernel, that probably would be less of a concern.
As you said, if the ideas in NixOS turn out to be revolutionary, you'll begin to see more of its methods used in other systems. Even the best ideas need time to work out their kinks and reach a decent level of maturity.
Experimenting can easily lead to a bricked system. Some, like BSD's, can be downright destructive in the way they aggressively format hard disks and boot loaders. So generally I prefer to just watch the progress, or if I really need to test it out, use a virtual machine.
21 • This 'n' that (by eco2geek on 2014-03-18 03:17:31 GMT from United States)
@11: openSUSE currently uses delta rpms to do upgrades.
Regarding package management in Linux: I remember trying to upgrade pan, the newsreader, on Red Hat Linux 6.something, using the newer rpm from pan's website and the "rpmfind" database, over a dial-up connection. It turned into a process of "install this rpm...which requires this rpm....which needs this rpm", to the point where I decided to stop and just go and buy and install a newer version of Red Hat Linux from CD. (Those were the days before Fedora and before "yum".)
Broadband Internet connections and package managers which do dependency checking have largely made that kind of experience a thing of the past.
As a longtime user of Windows, I've never had much of a problem with so-called "dll hell". As noted above, it's usually much harder to completely uninstall software than it is to install it.
22 • @11: I believe yum also uses delta rpms... (by eco2geek on 2014-03-18 03:19:19 GMT from United States)
...to do upgrades.
23 • @21 - Windows (un)install (by Anonymous Coward on 2014-03-18 03:37:40 GMT from United States)
"As a longtime user of Windows, I've never had much of a problem with so-called "dll hell". As noted above, it's usually much harder to completely uninstall software than it is to install it."
There are few things I hate worse than a Windows registry....
24 • last line of comment 21 (by jz on 2014-03-18 03:50:22 GMT from Brazil)
By Murphy's law : Almost everything is easy to put in than to take off!!!!!
25 • @Carlo (#4, #8 (by Angel on 2014-03-18 10:39:25 GMT from Philippines)
Funny thing, I got a call today ( No, not 12 years ago.) from a customer who was concerned about his memory usage on Windows 7. Trying to duplicate his setup and his perceived problem, I downloaded and installed Google Chrome. It started up as a black window, unusable. Bad install, so went to uninstall. The uninstaller would not work. A couple of tries and it was time to get trusty old Revo. After some false tries and two or three restarts, It finally decided to leave in peace.
I maintain and repair Windows PCs. Don't give me this canard about no problems with installing or uninstalling. Happens all the time. Main reason I use Linux on my own PCs is that have little time to spend fudging around with them
Turns out the customer was worried needlessly. His memory usage was right on the money. So not so bad after all.:-)
26 • The Real World. (by Garon on 2014-03-18 13:18:09 GMT from United States)
I live in the real world Carlo.This statement, "the uninstallation is quite easy." that you made is not indicative of a Windows uninstall. I'm sure your customers would be shocked to see the remains of programs that was so called "uninstalled." I've worked with these things since the CP/M days. I speak from experience.
Come on Ika. You talk about Android, and the Ubuntu's and their derivatives and say they have spyware installed or they are a spyware system, when it is nothing of the sort, and in the same comment you talk about your Win system along with super "Norton". LOL That is wrong on so many levels. Also I believe you mean Chrome OS instead of Google OS. :D
27 • @26 (by Ika on 2014-03-18 15:22:16 GMT from Spain)
"I believe you mean Chrome OS instead of Google OS. :D"
Yes, you're right... :)
As for my Windows installation... Yes, for one reason or another I have to use this OS (maybe will consider in the future to use a virtual machine for that purpose, but I don't like VMs...) so I have enough with one Windows, no need another one(s). ;D
28 • User-level installs available by default? AWESOME (by James on 2014-03-18 16:00:48 GMT from United States)
I'm not easily impressed, but this is something I've wanted built-in to a distribution for a long time. It's important from both a security and a usability perspective. I'm definitely going to have to check this one out.
29 • @26 Do you own an Android phone? (by GNUday on 2014-03-18 19:30:21 GMT from Canada)
I do, and my carrier INGRAINED Facebook so much so, I have to root the phone (voiding the warranty) to shut it off or uninstall it, you do realize Facebook is FOURTH PARTY to me, my carrier and Google (the Android author), of which I did not agree to any EULA for mega corporation Facebook to be present and/or running on my phone at any time, especially when I enable packet data, besides the insane list of permissions the Facebook app has, none of which I agreed to. It doesn't stop there, there are other apps that want to guzzle my packet data bandwidth in the name of demographics ad revenue snooping, location pinpointing, etc, so when you say there is "no spyware" on a carrier installed default Android phone, YOU are "wrong on so many levels".
I agree with you on the Ubuntu derivatives, it's pretty much only Ubuntu themselves that have the desktop search data leaving the local machine so Amazon can 'tailor' ads and send to you, on YOUR bandwidth.
30 • Android x86 (by doug on 2014-03-18 19:58:40 GMT from United States)
I setup my old Acer 9" netbook to multiboot Crunchbang Linux, Android x86 4.0 (eeepc spin) and Windows XP. I mostly use Linux, but I find Android quite usable on the netbook and use it frequently. I tend to prefer to use the mouse, but the trackpad works fine. Both WiFi and wired Ethernet work. Performace is fine, despite having a single-core Atom N270 with 1 GB DDR2. I've installed apps from the Play Store and the Amazon app store.
A key advantage to having Android is the number of apps. I used to have to use Windows for some things that I could not do on Linux. I now find that I can usually use Android to supplement Linux and never need to boot Windows at all.
I tried 4.4-rc1 via USB boot and was pleasantly surprised that the driver support seemed complete, eliminating the need for the eeepc spin. All devices worked. For me, the youtube app did not work, but youtube worked properly in the browser. I did not spend too much with the rc1 because it was clear that they were swatting a number of bugs, as one would expect.
I will install and use 4.4 when the bugs are cleaned up.
31 • Android X86 (by William Barath on 2014-03-19 07:56:21 GMT from Canada)
Jesse: did you try tipping your device to change the screen orientation? You probably have an accelerometer in your hard-drive which it used to (incorrectly) determine the orientation of the device, however that doesn't mean that you can't give it a nudge to flip it the right way around, so long as it thinks that the device is laying flat.
For example, my laptop screen rotates clockwise when I tip it up in my lap (annoying)
32 • accelerometer (by William Barath on 2014-03-19 08:11:08 GMT from Canada)
I should mention that the accelerometer shows up as a joystick as well and causes me some grief in some games which think I'm using the stick... Bard's Tale from the Humble Bundle is one example... unplayable unless I unload the kernel module or run jscal to center the joystick when I have it tipped up at a comfortable typing angle... but I definitely have to sudo rmmod analog; sudo rmmod joydev, unless I want to try steering a driving game by tipping my laptop... (which I have done to impress my friends, lol) None of that will help you with Android unless you root it.
33 • Android x86 (by OJTimpson on 2014-03-19 11:07:31 GMT from United Kingdom)
I got the same annoying problem of screen rotation when I was testing Android x86 on a laptop. The best bet is to turn screen rotation off before running any apps, but there are still some apps that only run in portrait mode. In this case, a quick press of the 'home' button should return you to landscape and you'll have to remove or never use that app again. Having said this, some have a portrait 'welcome' screen and will then run happily in landscape once that is navigated through once - Dolphin browser being one example.
I too found quite a few apps that crashed or just didn't run, and as most games are designed for touch screens with an accelerometer, mileage will most certainly vary as to how playable they are eg Angry Birds can be played using the touchpad, but you can't zoom in/out (this is done by pinching the screen).
BBC iPlayer installed, but the BBC Media Player back-end locked up.
Unless the devs start putting a lot more drivers into the kernel, don't assume that a touch screen laptop will work with Android x86 unless it was one of those previously tested (eg eeepc) - the touchscreen on anHP Mini 5102 for example, doesn't work, though the webcam does. It would be interesting to see if Skype works.
All in all, an interesting concept and much improved since I last tested it. If you do gmail and google calendars then the integration is nice, but otherwise, it is probably limited to web browsing (without flash) and some game play.
34 • Puppy is alive! (by Hugo Masse on 2014-03-19 14:59:23 GMT from Mexico)
It was great news to see that Barry's leaving Puppy development to devote himself to other projects has not affected Puppy. I've tried out Slacko 5.7 and it's refreshing to see new tools and ideas. I've also realized now that there is a large community of Puppy enthusiasts developing all sorts of things. Hooray for this lovely project!
35 • Software management (by M.Z. on 2014-03-20 07:49:03 GMT from United States)
Like others I've also had problems with dll hell long after windows 3.1. In fact I'm young enough that I don't even think I ever used windows 3.1, but I sure do remember a huge amount of frustration over at least a couple of messages about dll errors. I'd also say that I think software management is a genuine strength of all the versions of Linux that I use. When I was mostly using vista & booting into Linux some of the time I could keep Linux updated very easily with the package manager, but trying to do the reverse eventually became an exercise in frustration given how many programs I wanted to keep updated. Running manual checks for updates on lots of programs can be a real pain, which is one reason why I don't remember the last time I booted up vista.
Anyway, thanks to the folks at the Nix project for trying to further improve package management, it sounds like a useful & interesting project.
36 • updates& packages & @35 (by greg on 2014-03-20 09:11:01 GMT from Slovenia)
well in windows update is usually made when you startup the program. though lately they started to include some updates in their regular updates.
anyway it would be good to have something like DOS in linux. i mean everything a program needs is contained in one folder. to remove the program just delete the folder. instead windows and linux .have shared libraries and the OS just get bigger and bigger leaving garbage behind after uninstall (windows a lot more than linux). it's a mess in the disk.
37 • @36 (by M.Z. on 2014-03-20 17:49:14 GMT from United States)
Yes that's what I'm saying, you have to at very least open every program that you think should be updated manually, which is okay if it's a computer that you use regularly but otherwise it gets to be a pain. This is especially true if you have several internet facing programs that you want to be able to feel secure just running & you don't boot into the OS that they're on regularly. It's a lot simpler to just open one package/update manager every so often & use a few clicks to check for & apply all updates at once. For instance I have a backup computer with Debian on it that I don't use very often, but I can open Apper & check all updates in a fraction of the time it would take to try & update everything on windows. It's just a lot easier on Linux.
38 • Updating many; one kudo for Mark (by Fossilizing Dinosaur on 2014-03-20 18:25:03 GMT from United States)
Updating what isn't running may be controllable, but updating what's running is a bit dicey, especially drivers (kernel), thus I rarely appreciate blindly mixing all updates in one procedure.
On another topic, I applaud bumping the discussion of un-audited software drivers, and suggesting separation executables from declaratives. It' would be a change long overdue. Of course, there's rarely agreement on who should provide authoritative validation, and in these litigious times few dare volunteer.
39 • Nix (by Kazlu on 2014-03-21 12:19:44 GMT from France)
I fail to see how the Nix package manager avoids "dependancy hell". Maybe I need some explanation. I mean, first, I did never meet that "depency hell" personnally: using GNU/Linux since 2007, I have never had a *single* dependancy problem during installation or upgrade. Zero problem. Nada. I had trouble finding the correct dependancies only when I tried to compile software myself. Even with Ubuntu's network upgrades, I have had only one problem: Ubuntu 12.10's Linux kernel did not support my video card although 12.04's kernel did. I knew it was risky, I knew the live CD didn't bring me the desktop but it was a testing environment and I upgraded anyway just to see if I could do something. But that does not have anything to do with dependancy problems. So, no problem myself, but I admit it could happen one day, it happens to others, and I want to be ready when (if) the time comes.
Now, if I get this right, basically Nix reads a config file and uses what is in it to download and install programs... with their dependancies. How does it make installation and dependancy management any different from the usual package managers we know? It's just a layer above command line installation. I agree user independance reduces the risk of conflict on a multi-user system, but on a single-user machine it seems to me that it does not bring much. As far as rollbacks are concerned, that's precisely one of the points of Btrfs, so why add this functionnality in the package manager?
The only clear new and good point I see here is that is makes distro reinstallation - and, eventually, distro upgrade - much easier. Indeed, just copy the config file, do a fresh installation, put in place your backed up config file, have the package manager doing a barrel roll and you're good to go. A /home backup would also help of course :)
That backup ease in itself could be a sufficient reason to be interested in Nix, but since a lot of you talk about others aspects of Nix I am a little confused. Did I miss something?
40 • nix (by mandog on 2014-03-21 13:45:31 GMT from Peru)
The only clear new and good point I see here is that is makes distro reinstallation - and, eventually, distro upgrade - much easier. Indeed, just copy the config file, do a fresh installation, put in place your backed up config file, have the package manager doing a barrel roll and you're good to go. A /home backup would also help of course :)
Its not new pacman arch /synaptic Debian and possibly others do this just most people don't bother to find out this, is why arch reinstalls are fast copy the text file into your new home directory. call up pacman and it downloads all the packages and installs them
41 • @40 (by Kazlu on 2014-03-21 15:34:08 GMT from France)
For an simple reinstallation, it is true indeed. At least I knew it for Debian, not for Arch, but I did not look for it. However, this method cannot be used in Debian for upgrades, since packages may change from one release to the other. One has to do manual editing of the list of installed packages in order to reinstall its packages after fresh installation of the newer release. Where the Nix way is interesting is that the config file may contain services instead of packages. This way, even if the set of packages has changed in the newer release, one can install the same set of services without editing the config file: the package manager will get the proper package selection for the indicated services in the newer release.
42 • @39 (by Somewhat Reticent on 2014-03-21 18:46:11 GMT from United States)
Kazlu: Perhaps for a distro with a carefully-managed repository, dependency-hell is a common developer challenge, and rarely an end-user conundrum. As you noted, not during an update/upgrade, but when compiling from (incomplete/not-fully-documented?) source.
43 • dependency hell/ broken apps (by M.Z. on 2014-03-21 21:41:02 GMT from United States)
I actually have run into a few problems with a specific application that I think were dependency related. I do some occasional work with GIS (which is stuff with data on maps like census numbers, pollution in a given area, etc.), and for me the best seeming opensource program is QGIS. Unfortunately I've had failures with this program loading in both Mint & PCLOS. Mint seems to have switched back to the version used in Debian stable on their current release & all is well there, but I haven't been able to get QGIS to load in PCLOS for a while. Given the rolling nature of the distro I'm guessing that there is some sort of conflict between the version numbers of some dependency needed for QGIS & some other application, but I'm not sure and there seem to be no recent updates on previous dependency issues mentioned in the forums.
Anyway there are still some apparent problems even on Ubuntu based distros like Mint. I'd guess that any application that seems 'obscure' for most users of a distro would be at some degree of risk for dependency problems if you’re on anything less tested than something like Debian stable. It seems like troubleshooting the problem or finding a workaround would be easier with Nix than other package managers given the ability to roll back software and/or have different user profiles, which makes this new package manager sounds fairly useful to me.
44 • @43- broken apps (by Tony on 2014-03-22 10:43:37 GMT from Thailand)
I have just installed QGIS 2.01 on PCLinuxOS.
It had 33 dependencies, but it installed without a glitch.
32bit hardware-32bit software -- PCLinuxOS-KDE-Minime, fully updated
Hope this helps.
45 • Step forward, but... (by Knacker on 2014-03-23 02:21:14 GMT from Canada)
Yes NIx package manager is a step forward but...
1) it would be interesting how would it pan out in a long run- whether system won't become bloated just because of all those old "recovery files"
2) problem with WIndows or a lot of Linuxes is that many times after installing something it doesn't apparently break the system and you realize that something is wrong weeks/months later when you would like to use some program which doesn't work anymore. With NixOS there is a "roll back" solution (aka Windows' system restore), but the problem is that it wipes out everything (all instalations and upgrades) what happened beteween current state and faulty program instalation in the past... Not the best approach :(
46 • Nix (by Kazlu on 2014-03-23 14:31:13 GMT from France)
I read a little of the Nix's manual page Jesse has linked in his review (http://nixos.org/nix/manual/). I got what I missed: Nix installs programs in bundles with all their required dependencies in separate folders. My bad, I didn't look for the information, I recognize it. Now that I see the point, I find this indeed very interesting. It's very much like PC-BSD's PBI bundles. What I find particularly interesting here is that we can install Nix on any GNU/Linux distro (or theoreticaly any Unix system) alongside our regular package manager. That allows us to choose between the two ways: either the smaller packages (to downoad and to load in RAM) of the regular package manager, with the potential risk of breakage, or the big bundles from Nix without any dependency conflict. I would be glad to have the ability to use my regular package manager by default and also be able to use Nix occasionally for a risky or badly packaged piece of software. I think that the two ways are complementary and I am looking forward to seeing this project grow.
47 • @46 (by tony on 2014-03-24 00:56:23 GMT from Thailand)
>>>I think that the two ways are complementary and I am looking forward to seeing this project grow.
Maybe you would be interested in GoboLinux which shows simularites.
They have an old iso available and a new one in the make.
48 • Android 4.4 (by Michael Leones on 2014-03-24 05:13:18 GMT from United States)
I installed this distro on a AMD Quad core 8150 PC with 16g memory
with an AMD GPU video card. Also 2.4 wireless (Logitech) keyboard/mouse. Everything works except the keyboard. I installed a USB KB and it fixed the issue. WI-FI and ethernet cards work out of the box. When it goes to screen saver, it locks. I had to disable the screen saver
Number of Comments: 48
Display mode: DWW Only • Comments Only • Both DWW and Comments
|• Issue 840 (2019-11-11): Fedora 31, monitoring user activity, Fedora working to improve Python performance, FreeBSD gets faster networking|
|• Issue 839 (2019-11-04): MX 19, manipulating PDFs, Ubuntu plans features for 20.04, Fedora 29 nears EOL, Netrunner drops Manjaro-based edition|
|• Issue 838 (2019-10-28): Xubuntu 19.10, how init and service managers work together, DragonFly BSD provides emergency mode for HAMMER, Xfce team plans 4.16|
|• Issue 837 (2019-10-21): CentOS 8.0-1905, Trident finds a new base, Debian plans firewall changes, 15 years of Fedora, how to merge directories|
|• Issue 836 (2019-10-14): Archman 2019.09, Haiku improves ARM support, Project Trident shifting base OS, Unix turns 50|
|• Issue 835 (2019-10-07): Isotop, Mazon OS and, KduxOS, examples of using the find command, Mint's System Reports becomes proactive, Solus updates its desktops|
|• Issue 834 (2019-09-30): FreedomBox "Buster", CentOS gains a rolling release, Librem 5 phones shipping, Redcore updates its package manager|
|• Issue 833 (2019-09-23): Redcore Linux 1908, why Linux distros are free, Ubuntu making list of 32-bit software to keep, Richard M Stallman steps down from FSF leadership|
|• Issue 832 (2019-09-16): BlackWeb 1.2, checking for Wayland session and applications, Fedora to use nftables in firewalld, OpenBSD disables DoH in Firefox|
|• Issue 831 (2019-09-09): Adélie Linux 1.0 beta, using ffmpeg, awk and renice, Mint and elementary improvements, PureOS and Manjaro updates|
|• Issue 930 (2019-09-02): deepin 15.11, working with AppArmor profiles, elementary OS gets new greeter, exFAT support coming to Linux kernel|
|• Issue 829 (2019-08-26): EndeavourOS 2019.07.15, Drauger OS 7.4.1, finding the licenses of kernel modules, NetBSD gets Wayland application, GhostBSD changes base repo|
|• Issue 828 (2019-08-19): AcademiX 2.2, concerns with non-free firmware, UBports working on Unity8, Fedora unveils new EPEL channel, FreeBSD phasing out GCC|
|• Issue 827 (2019-08-12): Q4OS, finding files on the disk, Ubuntu works on ZFS, Haiku improves performance, OSDisc shutting down|
|• Issue 826 (2019-08-05): Quick looks at Resilient, PrimeOS, and BlueLight, flagship distros for desktops,Manjaro introduces new package manager|
|• Issue 825 (2019-07-29): Endless OS 3.6, UBports 16.04, gNewSense maintainer stepping down, Fedora developrs discuss optimizations, Project Trident launches stable branch|
|• Issue 824 (2019-07-22): Hexagon OS 1.0, Mageia publishes updated media, Fedora unveils Fedora CoreOS, managing disk usage with quotas|
|• Issue 823 (2019-07-15): Debian 10, finding 32-bit packages on a 64-bit system, Will Cooke discusses Ubuntu's desktop, IBM finalizes purchase of Red Hat|
|• Issue 822 (2019-07-08): Mageia 7, running development branches of distros, Mint team considers Snap, UBports to address Google account access|
|• Issue 821 (2019-07-01): OpenMandriva 4.0, Ubuntu's plan for 32-bit packages, Fedora Workstation improvements, DragonFly BSD's smaller kernel memory|
|• Issue 820 (2019-06-24): Clear Linux and Guix System 1.0.1, running Android applications using Anbox, Zorin partners with Star Labs, Red Hat explains networking bug, Ubuntu considers no longer updating 32-bit packages|
|• Issue 819 (2019-06-17): OS108 and Venom, renaming multiple files, checking live USB integrity, working with Fedora's Modularity, Ubuntu replacing Chromium package with snap|
|• Issue 818 (2019-06-10): openSUSE 15.1, improving boot times, FreeBSD's status report, DragonFly BSD reduces install media size|
|• Issue 817 (2019-06-03): Manjaro 18.0.4, Ubuntu Security Podcast, new Linux laptops from Dell and System76, Entroware Apollo|
|• Issue 816 (2019-05-27): Red Hat Enterprise Linux 8.0, creating firewall rules, Antergos shuts down, Matthew Miller answers questions about Fedora|
|• Issue 815 (2019-05-20): Sabayon 19.03, Clear Linux's developer features, Red Hat explains MDS flaws, an overview of mobile distro options|
|• Issue 814 (2019-05-13): Fedora 30, distributions publish Firefox fixes, CentOS publishes roadmap to 8.0, Debian plans to use Wayland by default|
|• Issue 813 (2019-05-06): ROSA R11, MX seeks help with systemd-shim, FreeBSD tests unified package management, interview with Gael Duval|
|• Issue 812 (2019-04-29): Ubuntu MATE 19.04, setting up a SOCKS web proxy, Scientific Linux discontinued, Red Hat takes over Java LTS support|
|• Issue 811 (2019-04-22): Alpine 3.9.2, rsync examples, Ubuntu working on ZFS support, Debian elects new Project Leader, Obarun releases S6 tools|
|• Issue 810 (2019-04-15): SolydXK 201902, Bedrock Linux 0.7.2, Fedora phasing out Python 2, NetBSD gets virtual machine monitor|
|• Issue 809 (2019-04-08): PCLinuxOS 2019.02, installing Falkon and problems with portable packages, Mint offers daily build previews, Ubuntu speeds up Snap packages|
|• Issue 808 (2019-04-01): Solus 4.0, security benefits and drawbacks to using a live distro, Gentoo gets GNOME ports working without systemd, Redox OS update|
|• Issue 807 (2019-03-25): Pardus 17.5, finding out which user changed a file, new Budgie features, a tool for browsing FreeBSD's sysctl values|
|• Issue 806 (2019-03-18): Kubuntu vs KDE neon, Nitrux's znx, notes on Debian's election, SUSE becomes an independent entity|
|• Issue 805 (2019-03-11): EasyOS 1.0, managing background services, Devuan team debates machine ID file, Ubuntu Studio works to remain an Ubuntu Community Edition|
|• Issue 804 (2019-03-04): Condres OS 19.02, securely erasing hard drives, new UBports devices coming in 2019, Devuan to host first conference|
|• Issue 803 (2019-02-25): Septor 2019, preventing windows from stealing focus, NetBSD and Nitrux experiment with virtual machines, pfSense upgrading to FreeBSD 12 base|
|• Issue 802 (2019-02-18): Slontoo 18.07.1, NetBSD tests newer compiler, Fedora packaging Deepin desktop, changes in Ubuntu Studio|
|• Issue 801 (2019-02-11): Project Trident 18.12, the meaning of status symbols in top, FreeBSD Foundation lists ongoing projects, Plasma Mobile team answers questions|
|• Issue 800 (2019-02-04): FreeNAS 11.2, using Ubuntu Studio software as an add-on, Nitrux developing znx, matching operating systems to file systems|
|• Issue 799 (2019-01-28): KaOS 2018.12, Linux Basics For Hackers, Debian 10 enters freeze, Ubuntu publishes new version for IoT devices|
|• Issue 798 (2019-01-21): Sculpt OS 18.09, picking a location for swap space, Solus team plans ahead, Fedora trying to get a better user count|
|• Issue 797 (2019-01-14): Reborn OS 2018.11.28, TinyPaw-Linux 1.3, dealing with processes which make the desktop unresponsive, Debian testing Secure Boot support|
|• Issue 796 (2019-01-07): FreeBSD 12.0, Peppermint releases ISO update, picking the best distro of 2018, roundtable interview with Debian, Fedora and elementary developers|
|• Issue 795 (2018-12-24): Running a Pinebook, interview with Bedrock founder, Alpine being ported to RISC-V, Librem 5 dev-kits shipped|
|• Issue 794 (2018-12-17): Void 20181111, avoiding software bloat, improvements to HAMMER2, getting application overview in GNOME Shell|
|• Issue 793 (2018-12-10): openSUSE Tumbleweed, finding non-free packages, Debian migrates to usrmerge, Hyperbola gets FSF approval|
|• Issue 792 (2018-1203): GhostBSD 18.10, when to use swap space, DragonFly BSD's wireless support, Fedora planning to pause development schedule|
|• Issue 791 (2018-11-26): Haiku R1 Beta1, default passwords on live media, Slax and Kodachi update their media, dual booting DragonFly BSD on EFI|
|• Issue 790 (2018-11-19): NetBSD 8.0, Bash tips and short-cuts, Fedora's networking benchmarked with FreeBSD, Ubuntu 18.04 to get ten years of support|
|• Issue 789 (2018-11-12): Fedora 29 Workstation and Silverblue, Haiku recovering from server outage, Fedora turns 15, Debian publishes updated media|
|• Issue 788 (2018-11-05): Clu Linux Live 6.0, examining RAM consumpion, finding support for older CPUs, more Steam support for running Windows games on Linux, update from Solus team|
|• Full list of all issues|
Star Labs - Laptops built for Linux.
View our range including the Star Lite, Star LabTop and more. Available with a choice of Ubuntu, Linux Mint or Zorin OS pre-installed with many more distributions supported. Visit Star Labs for information, to buy and get support.
|Random Distribution |
Ankur Bangla was a desktop Linux distribution localised into Bengali. The project's earlier versions were based on Mandriva Linux, but later it switched to Ubuntu as its preferred base.