-
Recently Browsing 0 members
No registered users viewing this page.
-
Similar Content
-
By +warwagon
I've noticed a trend in messengers in Windows, even the new version of Skype is doing it too. They aren't letting us detach chat windows allowing us to have separate chat windows per person. I know they are probably trying to be all hip emulate mobile OS'es, but it's annoying as ######.
Not sure about anyone else but on a few occasions I've sent the wrong message to the wrong person because I thought I was on their window but I was on someone else. Doesn't help that in the case of Facebook Messenger it lets you know which person is the active one by using a dull hard to see light gray. Who the ###### designed that UI, how about a bright easy to see color? Maybe blue?
Before anyone suggests an option such as Trillian, yes Trillian is great, but for some reason when someone shares something by clicking the share button it never comes through. Anyway, that's my rant for the day!
-
By n_K
No disto is perfect, I've been using arch for a number of years now and generally find it to be quite good, but for a rolling release distro that claims to be for power users and for system reconfiguration and the like, there are some things in it that really ###### me off and I just feel like getting them off my chest:
The pkgbuild system: I actually like how the system works, generally, but if you want to change how things are configured there's some scenarios where you're stuffed; Static packages: The great thing about the pkgbuild system is you can edit your /etc/makepkg.conf file and stop it removing the static library (.a) files from packages and just build them... Right, RIGHT!? Wrong. Each package's pkgbuild generally includes '--disable-static' lines in the configure, heck glibc removes all .a files in it's package part of the build script. If rules were followed and none of this bad behavior happened in pkgbuild files then it'd be great but this really annoys the heck out of me. Building packages not cleaning up after themselves: so you're trying to build a package from source and it's failing multiple times, it also so happens you're patching files in the pkgbuild... Each time you try to recompile you get the interactive patch come up saying a change has already been applied do you want to remove it. Either the patch should be reverted if an src folder is detected or (and I don't know why it doesn't do this) the src directory should be cleared first "Invalid PGP key": Whilst trying to build packages with a fresh install using pkgbuild, half the time it download and gives an error saying the PGP key isn't valid (needs a .sig or whatnot file in the pkgbuild). I understand why this might be useful to some people, but if I want to recompile a package from a pkgbuild I've downloaded off the arch site, why should I have to go in, manually remove the .sig file and the MD5/SHA checksums for it? Missing dependencies: This is generally only an issue with the AUR, but a large number of pkgbuilds are actually missing dependencies required to build them in the pkgconfigs. Surely there must be a better way to generate the require dependencies... Overwriting files: I like how you can specify some files when building packages that the user can change which won't be overwritten, however it'd be nice if you could apply that globally to a system. Audio support in kde5 for example, like gnome3 kde decided to remove a fundamental feature allowing you to specify what the volume step would be, (sigh, every time I see a group do this I really do get a mental image of sheep just jumping around underground having absolutely no idea what they're doing), so you have to manually change a file and reboot - great it works! Only when you update the package, it goes back to the default of 10 steps, so then you have to go search what file it was, go and edit it and reboot - this is a hassle. Packages pulling x11/mesa dependencies in for no reason: x11/mesa is absolutely not needed on a server, it's a complete waste of space and inefficiency in libraries/programs, but as time goes on more and more packages have just had mesa added as a dependency - I'm really not sure why. If I go to my server and try to update (it's running a very old release of arch) it wants to download over a gig of mesa crap which has been pulled in by an update to a package I have installed. Syslinux install script: I like the syslinux install script, but surely it wouldn't help to, gosh I don't know, not automatically have "root=/dev/sda3" in the command line? I've never installed arch linux to /dev/sda3, it should instead see what the mounted drive is or (preferably) use the UUID. The documentation: the wiki can be a great source of knowledge, but there's also some incredibly outdated information there too, some pages for example still refer to openrc which was removed... I can't even remember how many years ago. Removal of ifconfig in default install: yes net-tools is old and outdated, but it's simple, powerful and easy to use. I can setup or change my network configuration in a matter of seconds, compared to ip which is just an un-intuitive mess. Every other distro I've seen still included net-tools by default except arch, and if you install arch, reboot having forgotten to install net-tools then it's a pita to try and work out how to use ip - some great guides on the internet but for that you need an active network device....
Anyone else got similar nagging issues with arch?
-
Recommended Posts