No, they never promised to open their drivers. They even explicitly said that their binary blob (fgrlx) will probably never be opened up. Instead, they did exactly what the Linux community asked them to do: release hardware documentation of all of their graphics cards. "We can write the drivers ourselves!", said the Linux community. Turns out that writing graphic card drivers is hard, especially considering all the opengl hacks which are needed to function properly. So after releasing the hardware documentation, the moaning shifted to complaining about "AMD not developing an open-source driver". And so they did. They hired people to work on the open-source initiative full-time, which paid off. In kernel 4.2 for example, 36.8% of the changes in the kernel were made by AMD alone.
Not only that, but AMD has been a major player in userland where it rewrote a lot of code (setting the stage so to speak) in mesa an other software packages. Saying that 'opening up' only happened as of lately is wrong, and it irks me. The Linux community is an entitled bunch, which will never stop complaining even when companies do exactly what they asked for.
I wonder if this is the real reason that the executive director bailed out last week.
Overly ambitious touchy feely social programs like Outreach Program for Women (OPW) really don't seem to be anywhere close to their core mission. I'm fine with giving money to support something I like and use every day but I'd like some kind of assurance that the money is going towards development.
> he format is too wide and really hard to do consistent with when you have to face this match up lottery with all these fairly powerful decks
This is crap and a cop out from people who don't know the format well / invest enough time in it.
You aren't always going to have good matchups but that is true of every constructed format in Magic.
I've played over 250 sanctioned modern matches in the last two and a half years (almost all of which are at competitive REL events) and I am just over a 70% win rate because I put my time into learning the format.
http://www.enlightenment.org/ss/e-55fb1b824eb167.91540465.jpg
From: Florian Weimer <fw () deneb enyo de>
Date: Thu, 19 Jan 2012 20:18:37 +0100
>I recently found out that it is possible to kill a screensaver/screen locker program on the latest version of Xorg (1.11 shipped with archlinux, debian wheezy..) using the Ctrl+Alt+Multiply key binding.
This used to be, uhm, common knowledge:
| Option "AllowDeactivateGrabs" "boolean"
| This option enables the use of the Ctrl+Alt+Keypad-Divide key
| sequence to deactivate any active keyboard and mouse
| grabs. Default: off.
| This option enables the use of the Ctrl+Alt+Keypad-Multiply key
| sequence to kill clients with an active keyboard or mouse grab as
| well as killing any application that may have locked the server,
| normally using the XGrabServer(3x) Xlib function. Default: off.
| will allow users to remove the grab used by screen saver/locker
| programs. An API was written to such cases. If you enable this
| option, make sure your screen saver/locker is updated.
<http://www.x.org/archive/X11R6.8.1/doc/Xorg.1.html>
The API in question appears to be XF86MiscSetGrabKeysState:
<http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/XF86Config.man?hideattic=0#rev1.6>
Membership benefits > Members of the GNOME Foundation receive numerous benefits, including the right to vote in elections for the Board of Directors, travel sponsorship to conferences and other events, a @gnome.org email alias, blog hosting at blogs.gnome.org and Planet GNOME syndication.
It also means that one of our designer stars has no plans of retirement: > I’d thought I’d apply for membership (...) as I’ve been looking to increasing my involvement in the GNOME community.
The numbers for Gnome are a bit higher, but on the same order of magnitude ($211k income for 2016, of which $36k donations).
More money would certainly help, but not as much as it might sound like. These projects are built by many volunteers, not a couple of paid developers, so doubling the money doesn't double the development effort. Money is valuable for things like getting developers together at conferences and workshops, though.
I spent a good few minutes running around trying to find some big X announcement I missed that everyone would be talking about before I realized you were using that as a variable.
Karen Sandler oversaw spending 1/4 of the GNOME foundation's expenses on "women's outreach" in 2012.
And then surprise! They were out of money by 2014.
I feel the open source community is run by crazy people sometimes.
http://www.x.org/wiki/Events/XDC2015/Program/deucher_zhou_amdgpu.pdf
Page 3.
Vulkan and OpenCL drivers remain proprietary until some magical time in the future when they open source them, which almost certainly means never. Yet we don't even have the proprietary driver. Don't worry guys, just trust AMD, they will respect our software freedoms eventually!
> Releasing drivers as open source could give their competitors information on how the hardware works.
FOSS developers do not ask for code, they ask for programming specifications, such these documents from AMD/ATI:
There is no information therein about how the hardware works. There are no clones of AMD/ATI GPUs on the market as a result of the publication of these programming specifications.
Even in the case of Intel, who actually do release open source code rather than programming specs ... there are no clones of Intel GPUs on the market as a result of the publication of open source code.
This a good resource to start:
https://www.gnome.org/get-involved/
In general though, the way to start contributing is to first find a GNOME project you like and want to be involved in. This could be GNOME Shell, Nautilus, GTK, or any number of our projects.
Next you should fork the code on GitLab, and get familiar with the code. I'd start by forking the project and building it to get used to the build system.
Finally, once you can build the project and you have your environment set up (we recommend GNOME Builder), you can look at the issue tracker and/or talk to the other project devs to find out what needs to be done, and work on small bugfix or feature in your fork. Once you are satisfied with your code contribution, you can go through the pull request process to get your code merged into the main project. With that said, don't be surprised or discouraged if you get technical push back on a pull request. It is not unusual for contributions to have to go through a few iterations before the maintainer is comfortable merging. However, as you grow and get to know the culture, and trust builds between you and the rest of the developers, the pull request/merge process gets much easier.
With all that said, communication is key. Hop on IRC/Telegram/Matrix with the projects you are interested in, and find out what's going on from the current contributors. That's the absolute best way to know where the need is
The K Desktop Environment for Unix-like operating systems.
Their website: https://kde.org/plasma-desktop/
They also make a bunch of programs for Linux. Like Web Browsers, MS Paint-like editors, Kitra (a full drawing suite), media players, chat clients, etc. They make a ton of stuff.
Here's a list: https://apps.kde.org
while I agree that Arch is a great distro for programming, it is a terrible suggestion for someone not somewhat familiar with linux already. Not because its very hard to use, but because of how time consuming the initial setup and learning process is. If you have a day job you want to get up and running as quickly as possible and native arch is not great for that.
I would however recommend a rolling release distro so that the path to getting arch at some point is more streamlined.
Something like Endeavour OS would work well since you can benefit from arch documentation without having to set up everything yourself
[1] https://www.gnome.org/outreachy/
Its a program with a sticker sign that says "Heterosexual males need not apply" and some people are opposed to it on grounds of the program being discriminatory. "Positive discrimination" or "affirmative actions"[2] seems to be the technical terms for this kind of discrimination.
EndeavourOS is really cool! They also give you a heap of options when you install it to have different DEs and they even have a pretty polished i3-gaps config that you can install with it
If I ever feel like trying a different DE they're a good distro to go to to start fresh
I believe this woman is to blame. She came on in 2011 when women's outreach funding exploded. Now that GNOME is getting bankrupted by SJW she decides to go somewhere else. She looks exactly like your typical FUF (fat ugly feminist)
https://www.gnome.org/news/2014/03/karen-sandler-steps-down-as-gnome-foundation-executive-director/
I use FreeBSD for software development all day long, but about half the time FreeBSD is not providing the display that I sit in front of. Rather, I ssh (or mosh) into a big server with all my tools and datasets on it and do my hacking there. Work often has me doing development for both Unix (FreeBSD, Linux, and HP-UX) and Windows. Windows doesn't remote well, and it doesn't virtualize well without VMware, so I have a Mac as a way of picking my battles when I have to deal with both Unix and Windows.
FreeBSD's biggest strengths are realized on servers. The things you can do (without downtime!) to storage with GEOM, ZFS, and HAST blow away everything else on offer. The core system is conceptually small enough that you can hold it in your head (unlike some of the enterprise-oriented Linux distributions), and that's a big win in being able to intuitively debug a system that's not working well.
Lumina is a pretty good desktop environment whose developers targeted FreeBSD first. GNOME and KDE run on FreeBSD about as well as they do on Linux. Drivers for your graphics card might be a sticking point, but it's worth a try.
Your school's recommendation for Windows probably comes from a combination of lessening the breadth of problems IT has to support and software that's likely to be used in your course of study (MATLAB, Mathematica, AutoCAD, Cadence, etc.). If you're going to be stuck with software that only runs on Windows or OS X, you're going to have to decide that pain-point for yourself. I kept a Windows laptop and Unix desktop at university for that reason. Dual-booting is an option, if your laptop has generous storage.
Outside of specialized software, you absolutely can run a FreeBSD laptop and do all your coursework on it. LaTeX and groff work even better than they did when I used them at school, but now you can run LibreOffice, too. :)
More like, "one of the most overhyped article titles you've seen".
Sorry, there is nothing revolutionary here. This is just a new mobile skin on top of the old familiar terminal (and the demand for a mobile/touch UI on a Linux terminal emulator is debatable).
There is a lot of room for innovation in terminal emulators, which are essentially a 40+ year old technology that has seen little change in that time. Examples of projects that are actually making novel contributions:
These guys are actually thinking about what else a terminal can do – intelligently interpreting the content of the terminal, making common actions easier and faster, support displaying things other than text. I think these ideas are pretty exciting and I can't wait to see where they're headed.
GNOME announced it 5 days ago and do not cite the GitHub acquisition as the reason. They have been planning this move to GitLab, it isn't a knee jerk reaction https://www.gnome.org/news/2018/05/gnome-moves-to-gitlab-2/
There hasn't been an announcement from them, but the maintainership changed in june and they had a new release less than a month ago.
Disclaimer: I've only worked on gdm, not on any display managers, so I can't speak for anything but that, but I think it's mostly the same for the other two.
It used to be that Xorg needed to be run as root (this changed within the last year or so). So some program that runs as root needs to run Xorg. That's what a display manager does. A display manager starts the X server, monitors it, restarts it when it crashes, and other things like that. Display managers also handle login and session management as part of that -- kdm/gdm/lightdm have the concept of a "greeter" which is a special X server session that lets the user log in from it, which also handles features like autologin and timed login. A good portion of gdm's codebase isn't about X server management, that's just a file or two, it's about complex session management features and interacting with the PAM stack.
startx
is a very primitive form of display manager, written in bash. I'll let you read the source code, including the top comment.
http://cgit.freedesktop.org/xorg/app/xinit/tree/startx.cpp
There's plenty of other things that some display managers implement, like integration with XDMCP for remote login and remote display.
Your calendar is a bit unfair because it's comparing two different things. Although announced in May 2010, Unity wasn't shipped as Ubuntu's default until April 28, 2011. GNOME 3.0 was released April 6, 2011, but its development was announced years before that.
It has a full fledged linux desktop ready to go. Look into KDE plasma. You might be surprised what you can already do with just the linux desktop. If you really need Windows then there are several options, remember, this is just a PC.
You can just flat out wipe and just have windows. You can dual-boot, basically installing 2 OS's and choosing which one when u turn on the device. Or you can run a virtual machine inside steamOS. (etc). Last two allow you to switch back and forth.
I recommend sticking with SteamOS until you notice you really really need windows.
> It's not easy, because none (meaning: no major distro) is doing it. And why?
Because they're not pretending to be secure (short of projects like QubesOS), because security tends to be inconvenient - for instance, if you sanboxed GIMP then your color picker tool would break. And as I said, the solution to security is to only run programs from the repository.
Unless you misinterpret what I said as "sandboxing is ultra-quick and user-friendly" as opposed to "there's nothing in X stopping you from doing it, which means the solution will be an order-of-magnitude faster than literally rewriting everything as Wayland".
>If you would nest your SuperPassKeep into a nested X server, this would bring you nothing, because the main X still get's every character. So you'd need to put EVERY application into a nested X and make somehow sure that no application ever connectes to the main X. The first would eat up lots of resources
Yes, that's correct. Which is why nobody does it unless they really need security, which nobody really does.
>and for the second there are not really mechanisms
Check "Keyboard Security" on this page.
>When it would be so easy or doable, I'd expect that the next month Debian, Fedora, RedHat, SuSE or Ubuntu implements this.
Again: why would they. At the end of the day, if you think something is untrusted then you shouldn't run it on your computer. This is what the repository is for. And again, it would not be a complete security solution anyway (be it X11 or Wayland)!
That's the protocol version; it's been stable since 1987. The nice folks at x.org have thoughts on what would go into X12, but since it would be backwards-incompatible, you might as well just move to Wayland or whatnot. The actual features have been developed piecemeal, in drivers or extensions, and to the extent that this shows up in the version history, it's as "katamaris", roll-up releases every eighteen months or so (the current one is overdue). Wikipedia has a good overview.
It's a lot more complicated than this. There are technical problems on a modern computer (e.g. use of keyboard metakeys when the screensaver is on) that X can not solve without being completely re-written. There are huge sections of the X11 code base that are completely obsolete and will never be used again (some never were used). For example, no one uses the built in drawing features and just blits raster blocks to the X clients for maximal compatibility. Xprint -- ever even heard of it? Font handling on X is ridiculous. There is the question of going through a network protocol stack just to play a game on your local PC. One could make an argument for the development of X12, but that's not what Wayland is: it's a complete re-thinking of the linux graphics stack which will allow for much greater display server agnosticism, if you like.
1) R600 refers to older generations of cards. I think it starts with the HD4xxx series. Radeonsi is for newer cards starting with Northern Islands, which is I think the HD7xxx series. See here for more details: http://www.x.org/wiki/RadeonFeature/
2) you'll be using radeonsi 3) mesa doesn't relate to the kernel. This will be in the next release, version 12, that's out in almost 3 months. It'll be in the next versions of all major distros. You'll also need the next version of the LLVM compiler for compute to work. But that'll again come out before the next distro releases.
4) I think you could donate to free desktop.org. otherwise many developers are paid (Intel and AMD) and can't take donations.
5) depends on your OS. Building from source is the only cross-distro way to do it but it's quite an undertaking.
Alex Deucher is going to talk about "AMD's New Unified Open Source Driver" on XDC2014:
>AMD is moving to unify it's current open and closed source Linux drivers over a common, shared, open source kernel driver. > >This talk will provide an overview of our plans for the future and the challenges we face as we move forward.
>What is the best Arch based distro when I don't want to take a hassle of installing the vanilla version?
Since April this year, an installer has been part of the official iso file. With it, you only have to answer a few questions (https://github.com/archlinux/archinstall).
Alternatively, you can check out https://endeavouros.com. This is basically Arch Linux with a graphical installer.
I would advise against Manjaro because the team responsible for it has already made too many avoidable mistakes.
> And yet, where are they on the list of GNOME sponsors? https://www.gnome.org/foundation/
Canonical used to be a foundation member. But that's just 10.000 USD/year, so don't think you should read too much into that. Having one developer working on GNOME fulltime would already cost more.
I have fallen in love with EndeavourOS. It’s an everything works distributed built on Arch. And it’s pretty awesome, proton, steam and Wine just work out of the box and you can roll your own Virtual Machine system using base libraries or just install Virtual Box. I have pushed and pulled the system, added and removed packages, and have had a very stable and reliable system, with only one minor glitch on some big updates that were causing me some minor issues, but got patched in the next 4 hour window, and next update fixed it all up. Very happy, large community and full Arch and AUR repo compatibility included. Maybe check it out? EndeavourOS
FastX is just a fancy ssh frontend with a little proprietary stuff going on, you don't really need it. All you need is to download a X11 server to your machine if you don't already have one. Since you have a mac, you can download XQuartz. Once you have that installed, just open up a console on your local machine and ssh into your stdlinux account via ssh -X [email protected]
. The -X
flag allows for X11 forwarding, which means once you're connected and have an X11 server locally installed, you can simply launch any graphical programs you want via the console (gedit
, for example).
As far as working on your linux skills, it depends on how much you want to learn. I'd say it's worth testing a distribution or two in a virtual machine, but if you don't really want to concern yourself with the installation process and how different system paths work, then using stdlinux is fine. You could probably get away with just playing around in the console on your mac, if all you're really worried about is navigating around and running programs.
Documentation like this?
http://www.x.org/docs/AMD/old/si_programming_guide_v2.pdf
AMD started releasing detailed documentation quite a while ago for the open source driver development on Linux, which has made decent progress as of late.
I’m surprised myself, but apparently they already have market share.
> Enlightenment libraries already power millions of systems, from mobile phones to set top boxes, desktops, laptops, game systems and more. It is only now being recognized for its forward-thinking approaches, as products and designers want to do more than the boring functional user experiences of the past. This is where EFL excels.
> Free.fr is shipping millions of set top boxes in France, powered by EFL. The Openmoko Freerunner sold thousands of devices with EFL on them. Yellow Dog Linux for the Sony PS3 ships with Enlightenment as the default. EFL has been used on printers, netbooks and more.
Also, hardware performance may double all the time, but battery capacity is still pretty limited. If you can use your phone twice as long by just using EFL, that would certainly be an incentive.
Sure. But Gnome is not a whole operating system, just a desktop environment. You need to install an operating system/a Linux distribution that uses Gnome in your VM. https://www.gnome.org/getting-gnome/ lists a few choices.
What would have been "news" is if they said they did not support the effort and gives their reasons.
GNOME's support makes sense since why would they not support the effort but something tells me the support has a personal touch to it since supporting SFC work amounts to supporting one of their own[1],and there is nothing wrong with that.
[1] https://www.gnome.org/news/2014/03/karen-sandler-steps-down-as-gnome-foundation-executive-director/
I think you are unfair about i3 being slow and heavy on resources. In practice i3 uses only a tiny bit more memory than i3 or xmonad, and a lot less than awesome or even openbox. On top of that, i3 has even less CPU usage due to using XCB over Xlib. This is one of the reasons why 'Low-line-count' != 'Faster'
> You customize it by editing a config file which slows it down a little more.
The program reads the file once during startup. Run-time speed is unaffected. Even if it had to open 100 files, it would only affect the startup time. Making a connection to the X11 server is where most of the startup time goes to anyways for most small WMs.
In any case, there is probably going to be no noticeable difference in the performance of any of these WMs, even on a 10 year old laptop.
> Prebuilt computers come with multifunction operating systems out of the box, this thing does not.
Erm, it comes with Arch Linux with a KDE Plasma desktop. It's right there on the specs page.
It seems like your argument is based on a fundamental misconception.
You could always work on bringing X to the GBA :)
Probably not even possible with the hardware constraints of the GBA and I'm sure it would be unreasonably slow if it did work, but it would be quite impressive IMO.
I don't know much else that involves low-level programming and graphics that isn't video games (neither are my areas of expertise), but some sort of window management system would definitely be a nice challenge.
The videos are also available on youtube.
I highly recommend watching the talk about "AMD's New Unified Open Source Driver" by Alex Deucher first. Some interesting segments can be seen at 6:50-7:40
and 17:50-19:40
.
Discuss! =)
You can boot to console, but without X you wont be able to run graphic applications. A tiling WM is what you need. Start up a very minimal tiling WM, and have a terminal window open by utilizing your autostart service (I use either .xinitrc or .ratpoisonrc [since I use ratpoison])
X.Org needs to be running for chrome to open.
Edit: if you boot to console, you can at least use tmux to get split consoles and elinks to view the web. I'm not sure that is what you want since you seem to want to use graphic applications rather than text based.
I never had any issues with power management except on my laptop's hybrid graphics, where I had to resort to some really crap scripts to manage things.
Anyway, check this http://www.x.org/wiki/RadeonFeature
Scroll down until you get to power management for the relevant architecture.
The Gallium3D drivers for AMD/ATI cards, which are part of the Linux kernel and hence they ship with Linux distributions, and which are installed and automatically configured by default, without requiring any command-line-fu at all, and which work even following a kernel update ... these drivers are not "ATI stuff".
These drivers are written by Xorg developers, using programming specs supplied by AMD/ATI. The drivers are not written by AMD/ATI, although some AMD/ATI employees do contribute.
Here are the programming specifications which AMD/ATI released: http://www.x.org/docs/AMD/
Here is the Features page (updated regularly) which shows the ongoing features implement by the Xorg Gallium3D and classic Mesa drivers.
http://www.x.org/wiki/RadeonFeature
The newer Gallium3D drivers from Xorg are the ones now shipped by default in recent Linux distributions. They are part of the Linux kernel itself.
Xorg developers know a lot more about writing Linux drivers than either AMD/ATI employees or nvidia employees, without a shadow of a doubt. No contest.
Xorg drivers for AMD/ATI GPUs do not "just randomly fails/has issues". To claim so is pure and utter FUD on your part, and you should be called on it for trying to give out such misinformation to fellow redditors who asked or who are interested in this question.
Well, E17 (and its libraries) have been targeting smartphones and embedded devices for ~5 years. Much optimization and modularization was made during that period. Right now you can unload almost everything down to the configuration dialogs themselves and we don't know what the user had loaded at the moment of the screenshot.
I'm using EndeavourOS https://endeavouros.com/ It's Arch Based, but with a nice installer and a couple of little perks, but is mostly straight arch. I like it, my wife likes it, my kids like it. Might be worth looking into to see if it suits your needs or not.
>That donation is small for the size of Gnome funding
That's completely wrong as can be easily verified through this page. No GNOME developers are employed by the GNOME Foundation to write GNOME code. They're either working for companies that pay them as software developers or contributing in their free time. No matter how the GNOME Foundation will choose to use the money, the donation is a huge amount.
You can! Get Involved
GNOME 3 is pretty amazing. I loved it. Currently using KDE but who knows what the future holds.
Oh and there is a way (two actually) in KDE to show all windows, it's called present windows. Very similar to GNOME but a bit glitchy and not as useful.
Linux can be more than the terminal. Check out GNOME for example which is one of many GUIs for Linux.
I use Mac 95+% of the time and almost always have the terminal open. Some things are just faster and easier to do in a terminal that visually. Need to replace some text in a lot of files at a time? The sed command works. Need to kill a program that refuses to respond to a force quit in Activity Monitor? killall and the kill commands do the trick. It's often the easiest way to manage servers and development environments.
Why is this downvoted? It's actual verifiable fact that $552,850 of a total $874,982--a full 62%, or almost two-thirds--of their income is specifically earmarked for the Outreach Program for Women.
Even if you disagree with the goal of the program, that's not a reason to downvote a factual statement about it...
This is what happened when Groupon wanted to sue Groupon: https://www.gnome.org/groupon/.
I would guess that for something as important as the Qt libraries, the outrage and the donation will be a lot bigger, even with companies stepping in, probably.
So I doubt Troltech will choose that path.
AFAIK there's also an effective hard X11 <em>protocol</em> level virtual screen size limit as the various important x/y/width/height fields in the core protocol are defined as "INT16" or "CARD16" (i.e. 16-bit signed or unsigned values, using the X11 protocol spec terminology).
32767x32767 is typically still larger than an ordinary single gfx card supports of course, and at the time X11 was designed, that was of course really pretty damn huge. But it's no longer so outlandish - like one could imagine a bank of gfx cards xinerama'd together driving a video wall of 4k displays could conceivably hit it, we're only talking gigs of framebuffers.
So the rather newer Wayland mostly uses 32-bit values - however sometimes they are split 24/8 as a "fixed" (i.e. signed fixed point) type, so let's say signed 24-bit i.e. 8388607x8388607. So still much larger, should do for a while.
If open-source drivers work, and work well, then stick to them, because they're only going to get better. I can tell you from personal experience that the annoyingly-noisy fans are a problem on the 270X too, but it's a known issue, and is only because of an un-implemented feature to do with fan speeds*, so at some point in the future, that will be patched.
If open-source drivers don't work, and fglrx does, then use fglrx, and check back next year.
It's up to you, but unless radeon bugs you much more than fglrx does overall, you should stick to radeon.
*Specifically, see this page - "Dynamic Power Management (DPM)" is listed as a WIP, as opposed to "TODO", "DONE", or "MOSTLY".
Have you given consideration on using mesa's open source Gallium3D drivers? I haven't tested it myself on my own HD 4850, but the RadeonProgram support matrix does list Team Fortress 2 as playable.
Manjaro has a problem, in my view. The team that develops the distribution. There were just too many avoidable mistakes for my taste, such as:
If I had to choose between Manjaro and Fedora, I would use Fedora. Alternatively to Manjaro, if you don't want to use vanilla Arch for whatever reason, you can also look at EndeavourOS.
EndeavourOS is another good option to consider. The installer works well and is easy, and you end up with something very close to a vanilla arch installation, far more so than Manjaro. Of course, that means there's more upkeep too. Check out the Endeavour forum before you decide. It's a really supportive environment, friendlier than Manjaro's, IMO. Endeavour and Manjaro are both great though. I run both on various machines, and I just started with linux (with Ubuntu, obvs) back in early May.
Looking at their past income they still bring in about as much from individual donations as they do from corporate members on their advisory board. That said while some devs themselves are paid to work on GNOME there are still many who are not where it would be great to compensate them.
I originally switched to Ubuntu but the design of their desktop bothered me. I was much happier when I switched to using GNOME and Fedora.
Downsides are sometimes apps aren't as polished as in OS X. But largely I'm very happy I switched.
>well, first off, it's more than encouraging. They create jobs which are open only to women. As in they close certain jobs off for non women because you can't just create jobs ex nihilo.
I don't think that's what the Outreach does, but if they do, well fuck them, it's against equal employment laws. However since GNOME is a community project handled by a foundation, I doubt they're hiring women affected by the outreach program, and making sure it's only Women/minorities, but instead wanting more female/minority contributors/volunteer devs. Heck it seems focused on more with internships, not jobs.
>Also, the encouraging is hilarious because that's exactly what they are doing, they appeal to the "grilish pink dresses". Some of the posters these people come with to "appeal to women" (how the fuck do you do that in a poster anyway?) is based on such a retardedly stereotypically view of that that you just walk away laughing and don't want anything to do with it.
>These people believe that a fictive difference between "men" and "women" they believe in should be celebrated rather than annihilated. They're very big on gender roles themselves.
That's stupid, but once again, Idk exactly about any proof the Outreach program's doing "pretty princess" crap now, heck the current page looks pretty plain.
That actually answers my question, and upon closer inspection I see that I was mistaken. It appears you have the taskbar autohide on your computer and without scrutinizing I thought you were running the GNOME desktop on a GNU+Linux system. I see now it's just the Spotify icon, title and buttons for the window.
You aren't even aware that MacOS is BSD Unix, where the default user interface is Apple's GUI interface instead of Gnome or KDE.
The full suite of Unix functionality and tools is there at your fingertips. Go ahead, run X-Quartz for your GUI instead of macOS, or more likely (if you were a developer, not a pretender), fire up BASH, ZSH, or FISH and get all up in EMACS or VIM. Macs are Unix boxes at their core.
> still has limitations on it depending on what roles or services are installed
Just like any non-root account. If you're determined to shoot yourself in the foot, sure, go ahead and log in as root and go crazy. It's a full BSD Unix system. Do the damage you want.
> Macs are like a sandbox museum, it seems the same, but you're not allowed to touch or change anything.
You speak out of the purest ignorance. I warrant that if you were presented with a *nix command line, you wouldn't know the first fucking thing what to do with it. I'd be surprised if you've ever really used macOS. You're a poser, through and through.
Good luck, enjoy.
Also, don't call it "X Windows".
>The X.Org Foundation requests that the following names be used when referring to this software: > >- X >- X Window System >- X Version 11 >- X Window System, Version 11 >- X11
AMD don't write most of the open source drivers. Most open source drivers are written by independent developers, using programming information provided by AMD.
Here is the progress so far on features:
http://www.x.org/wiki/RadeonFeature
AMD did however release open source drivers they had written for the new AMD Fusion line of APUs.
AMD recently announced they were hiring 1000 developers with open source (Linux) skills.
What more could you possibly want? After only minimal optimisation efforts have commenced, performance of open source drivers in some areas is beginning to approach (and occasionally even eclipse) the closed source proprietary fglrx driver.
NOTE: Closed source drivers for Linux from both nVidia (nvidia driver) and AMD (fglrx driver) will not work with KMS and kernel-based graphics memory mangement, both of which are required for Wayland. Since Wayland is the up-and-coming replacement for the display server on Linux, this will mean that in the future closed-source graphics drivers will no longer work.
you could try https://endeavouros.com/ as nice arch type distro which is pretty much pure arch with some extras like 'welcome gui. you could use debian testing which is a rolling release. I have used that for years as a development machine - very stable even though it says 'testing.
>what do you think of manjaro
I don't think much of the developers because they have made too many avoidable mistakes in the past.
I would look at EndeavourOS instead of Manjaro if I were you. This is basically Arch Linux with a graphical installer.
XFCE isn't even mentioned on their wiki. I agree they should have polished this up more before release.
Gnome does have a leadership and like a very active community engagement that includes commercial partners. Gnome people are from different places, distros and companies. Canonical, Red Hat are all the time in the news about changes in gnome. Pop_OS people where involved (among others(ao)) for creating the new shell design. Endless people (ao) are involved for GnomeOS, Purism (ao) all over the place to redesign stuff in responsive design. Private people also contribute much.
What are you talking about? 🤔️
Except that is not the current board, but the previous one. And back then, neither Andrea nor Christian worked for Red Hat.
In fact, the Gnome foundation charter states:
> No single organization or company will be allowed to control more than 40% of the board seats, regardless of election results
And that means that no more than 2 of the 7 board seats will be occupied by Red Hat employees.
Try gnome
With gnome you can move every window to its own workspace and create as many as you like. It works exactly as the video above. You also can have a Mac like dock by simply installing a gnome extension or using docky.
The GNOME Foundation is a well defined concept, and it is elected by its members, which is a well defined group.
To be a GNOME Foundation member you basically need to be a GNOME contributor, which is usually interpreted in the most open meaning possible, if you have done anything remotely useful for GNOME (translations, documentation, public relations, conferences or even bug reporting) you'll likely qualify. The GNOME community has a somewhat less precise definition: is every GNOME user included, even my dad who doesn't know that he's using a thing called GNOME, or some amount of consciousness about your DE is required? And SolusOS or ElementaryOS uses are part of the GNOME community, despite not using GNOME? Their developers are actual GNOME contributors, will their web designer qualify?
GNOME Foundation members have a precise definition so it is moderatedly easy to survey their desires, how do you survey the ones of the GNOME community at large, which I'm not even sure how to define? How much does that matter? If I go to the LKML to complain about the multiple horrid and incomplete filesystem notification APIs what should I expect? Will Linus stop doing whatever he's doing to fix that crap? Shouldn't I be considered part of the Linux kernel community as a long time user?
There should be an example config somewhere that you just copy over to ~/.kwm
If not, snag it from the GitHub page.
EDIT: I've never used it before, but Phoenix also seems interesting. It's configurable via JavaScript.
By the way check out Phoenix for keyboard driven OS X window management.
https://github.com/kasper/Phoenix (see the new 2.0 branch) https://github.com/kasper/Phoenix/tree/2.0
Check the wiki for example configs.
Afterstep and Lumina are my favourite one, although in the last few years I've practically always used WMs (mainly fvwm, cwm, ratpoison, openbox and 2bwm).
Unfortunately the community ports of Lumina (Gentoo, Debian,Fedora, Void, PCLinuxOS, OpenBSD, NetBSD, DragonflyBSD) still lack various features compared to the native DE and all the times I tried Lumina outside FreeBSD allways ended up swirching to something else.
I haven't upgraded to High Sierra yet, but I can run gnubg just fine on Sierra. It requires you to have XQuartz installed, which used to be included in macOS (as X11.app) but is now a separate download.
OS X does not use X11. If you need to use X11 apps, you can install https://www.xquartz.org , which works fine.
But I think most OS X users avoid it since X11 apps feel awkwardly alien when mixed with the usually beautiful native apps. Things like text is rendered using a different font engine, gtk/kde buttons look different, the menus of the apps are inside the windows instead of at the top in the global menu. And so on.
OS X and Linux both use POSIX and other traditional Unix API's, that's why they are so similar.
If someone actually cared about that, though, they could just write an X11 security module to disallow key logging.
It's not very new thing.
Wrong, they once stated that they had no plans of supporting Wayland, nowadays they are working on supporting both Wayland and Mir.
http://www.x.org/videos/XDC2014/RitgerEGLNonMesa.webm
http://www.phoronix.com/scan.php?page=news_item&px=MTgxMDE
From man synaptics
Option "TouchpadOff" "integer" Switch off the touchpad. Valid values are:
0 Touchpad is enabled 1 Touchpad is switched off (physical clicks still work) 2 Only tapping and scrolling is switched off When the touchpad is switched off, button events caused by a physical button press are still interpreted. On a ClickPad, this includes software-emulated middle and right buttons as defined by the SoftButtonAreas set‐ ting.
Property: "Synaptics Off"
If that doesn't work, set the Areas to some nonsense or something.
Do you even use the synaptics driver?
It worked! Here's how I did it.
I copied the 50-synaptics.conf file from /usr/share/X11/xorg.conf.d/ to /etc/X11/xorg.conf.d/ (if the folder does not exist then mkdir) and added the line
> Option "TapButton3" "2"
under the part that starts with
> Section "InputClass"
You can find the details on different options in this manual:
http://www.x.org/archive/X11R7.5/doc/man/man4/synaptics.4.html
What exactly stops people from sponsoring internships for men in open source?
And why do they want to tell others what to do with their money?
Quit whinging about what other people do, instead build up your own charity, because, whilst IT is male dominated, there are plenty of men who really would benefit from internships.
And it looks like X.org is doing that as well, see here: http://www.x.org/wiki/XorgEVoC/
I won't include that in the master branch but I can give you hints on how to achieve it. Currently, the borders are drawn using a graphic context over a pixmap (setborders function). You could play around changing xcb_rectangle_t by some arcs to get a round effect. There are some examples on how to draw with xcb here: http://www.x.org/releases/X11R7.6/doc/libxcb/tutorial/index.html In theory you can create borders in whatever shape you like.
Sure, but you have that problem today under X11 too. Certain WMs might not support certain hints. There's a series of standards called the ICCCM and EWMH which tell WMs and applications how to behave. There's no reason the same can't be done for Wayland.
Compatibility and compliancy is a social issue, not a technical one.
Before everyone gets too hyped up about this, bear in mind it only works for their newest chips (bottom of this list) — anyone with a pre-2014 APU has to make do with the current half-implemented OpenCL 1.1 in the radeon driver, unfortunately.
Multiseat might be what you are after. So you have 2 sets of keyboard/mouse/monitor with independent logins http://www.x.org/wiki/Development/Documentation/Multiseat/
Also note that most Xeons do not have integrated graphics.
You shouldn't need to install any drivers. The standard drivers perform on par with the last supported Catalyst drivers. The last Catalyst release for the HD 4XXX drivers was 13.1. The current version is 14.3.
TL;DR Just use the included drivers. They work the same, work OOTB, and are supported.
Prepend four spaces to get code to be code-like:
#!/bin/sh
if [ -n "$(xrandr | grep 768x1024)" ]; then xrandr -o normal xsetwacom set "Serial Wacom Tablet stylus" Rotate NONE else xrandr -o right xsetwacom set "Serial Wacom Tablet stylus" Rotate CCW fi
To the OP: see XRandR
This is pure bullshit. Have you seen http://www.x.org/wiki/RadeonFeature and http://www.x.org/wiki/RadeonProgram ?
ATI support is awesome. The binary driver might be bad (not so much atm) but the open source driver is by far better than nvidia's (nuoveau).
It's snappy even on older hardware. It's kind of a jack of all trades without a lot of bloat, it seems to have just the right amount of features without going full ham or too minimal. Desktop widgets or a taskbar, floating windows or tiling.
nope. not tiling. regular. http://www.enlightenment.org ... it has a tiling module... i don't actually use it (tried it 2 or 3 times). my views on ui come from years of amiga land and i very much like the old school variety of ui. and the config files are nice binary blobs. not intended for humans to mess with ever. intended to be incredibly efficient for the machine to read and write. they are just portable serialized in-memory data structures. there are tools you can use to deal with them if ever needed... but these are more for developers to go poking around. users -> use those clickeyclickey things to configure your ui. :)
same terminal as in x11. terminology. e's native terminal using modern efl. of course works on wayland compositors. also works in the linux framebuffer directly (fbcon). even supports mouse when in fbcon as well as inlined video and image display and more.
I was indeed talking about documentation for developers.
However, the very pragmatic library approach, clean data structures and the emphasis on performance is what lets Enlightenment look like really professional in comparison to Gnome, which has always been basically just a mess.
Also the terminal emulator looks really slick and might be the only chance I will ever replace urxvt.
All I need now is a dynamic tiling functionality for the wm and I'm sold.
Edit: Just found out, that it does tiling
EndeavourOS has a community version with Sway
Garuda Linux has a Sway and a Wayfire
​
edit: and Fedora has a i3 spin. No Sway spin currently, but considering that they just added an i3 spin, and they have already moved to wayland by default for their flagship gnome desktop, its probably only a matter of time before Fedora Sway is a thing.
>I'd use Manjaro but given that it has made some shady decisions in the past, and also the fact that I found it to be even more unstable and prone to breaking than Arch, it's out of the question as well.
Take a look at EndeavourOS. It's Arch with a graphical installer, so to speak.
Try EndeavourOS. It's Arch based, and fully customizable. When you install it, you can choose the option for Online Installer. It will ask you what kind of DE (Desktop Environment) you want. I really like it, and the community is great. Take a look at https://endeavouros.com/
Hibernation is shaky at best in Linux. You're better off changing your workflow than trying to use it. Modern systems consume very little power in suspend, so consider just suspending, or if you want to power off, turn off the system.
This page is pretty decent on setting up hibernation, but if you use UEFI, Pop!_OS uses systemd-boot, and since these instructions are for GRUB, you'll have to figure it out from there. https://endeavouros.com/docs/installation/encrypted-installation-for-notebook-laptop/
This is why I suggest to people if you want closer to an Arch install without needing to RTFM and using CLI and are able to install while online to use https://endeavouros.com/ instead.
There is maybe ~5 custom packages that EndeavourOS uses. Those packages are not from the main Arch repos nor require you to "hold back your updates" unlike Manjaro does quite often.
Manjaro - in my opnion - is the new "Ubuntu" with the same headaches that Canonical brought along (ie custom theming gnome apps and breaking stock app UI amongs many other issues)