From arekm at maven.pl Wed Nov 2 20:29:13 2016 From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=) Date: Wed, 2 Nov 2016 20:29:13 +0100 Subject: REQ: carme: disk space cleanup Message-ID: <201611022029.13557.arekm@maven.pl> Hello. Please clean up your carme accounts, delete unneeded stuff to free hard disk space. Thanks, -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From arekm at maven.pl Thu Nov 3 14:28:12 2016 From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=) Date: Thu, 3 Nov 2016 14:28:12 +0100 Subject: REQ: carme: disk space cleanup In-Reply-To: <201611022029.13557.arekm@maven.pl> References: <201611022029.13557.arekm@maven.pl> Message-ID: <201611031428.12415.arekm@maven.pl> On Wednesday 02 of November 2016, Arkadiusz Mi?kiewicz wrote: > Hello. > > Please clean up your carme accounts, delete unneeded stuff to free hard > disk space. Top 10 from night: $ cat du.txt | sort -r -h -k1,1 | head -n 10 363G glen 76G evil 30G blues 26G paszczus 26G cactus 21G jajcus 18G qboosh 14G pawelz 9.0G deejay1 8.5G cieciwa If you have something unneeded then please delete it. carme array is unfortunately 6 small, very old, SATA hard drives in software raid 10 (800GB of usable space total). No free hdd slots, so no way to easily get more storage space. And one drive/cabling/hdd enclosure died (not sure, it's in remote location visited rarely), so it's not even fully protected raid array: Model Family: Seagate Barracuda 7200.10 Device Model: ST3320620AS Serial Number: 5QF00AKL Firmware Version: 3.AAC User Capacity: 320,072,933,376 bytes [320 GB] 56024 power on hours :-) Over 6 years. Sample drive SMART: Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 118 094 006 Pre-fail Always - 175714599 3 Spin_Up_Time 0x0003 091 090 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 107 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 081 060 030 Pre-fail Always - 154737486 9 Power_On_Hours 0x0032 037 037 000 Old_age Always - 56024 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 152 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 076 057 045 Old_age Always - 24 (Min/Max 21/32) 194 Temperature_Celsius 0x0022 024 043 000 Old_age Always - 24 (0 18 0 0 0) 195 Hardware_ECC_Recovered 0x001a 071 063 000 Old_age Always - 11656160 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 Data_Address_Mark_Errs 0x0032 100 253 000 Old_age Always - 0 -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From arekm at maven.pl Thu Nov 3 18:28:33 2016 From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=) Date: Thu, 3 Nov 2016 18:28:33 +0100 Subject: REQ: carme: disk space cleanup In-Reply-To: <201611031428.12415.arekm@maven.pl> References: <201611022029.13557.arekm@maven.pl> <201611031428.12415.arekm@maven.pl> Message-ID: <201611031828.33861.arekm@maven.pl> On Thursday 03 of November 2016, Arkadiusz Mi?kiewicz wrote: > On Wednesday 02 of November 2016, Arkadiusz Mi?kiewicz wrote: > > Hello. > > > > Please clean up your carme accounts, delete unneeded stuff to free hard > > disk space. > > Top 10 from night: I see 250GB freed. Should be enough for some time. -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From glen at pld-linux.org Sat Nov 5 09:48:44 2016 From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Sat, 5 Nov 2016 10:48:44 +0200 Subject: [packages/irssi-scripts] - rel 18; update irssi scripts to 0.8.20; updated buf.pl to 2.20 (fixes CVE-2016-7553) In-Reply-To: References: Message-ID: <581D9CEC.90907@pld-linux.org> On 04.11.2016 22:45, arekm wrote: > commit f1bfaada7a2e5536dc7af44e96aef5a8cdf28f68 > Author: Arkadiusz Mi?kiewicz > Date: Fri Nov 4 21:45:01 2016 +0100 > > - rel 18; update irssi scripts to 0.8.20; updated buf.pl to 2.20 (fixes CVE-2016-7553) why does the commit message do not say that you dropped two packages!?! -- glen From qboosh at pld-linux.org Sun Nov 6 09:35:58 2016 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 6 Nov 2016 09:35:58 +0100 Subject: [packages/lz4] BR: gcc-multilib-32 on x86_64 In-Reply-To: <57F54DDB.40205@pld-linux.org> References: <57F54DDB.40205@pld-linux.org> Message-ID: <20161106083558.GA10465@mail> On Wed, Oct 05, 2016 at 10:00:43PM +0300, Elan Ruusam?e wrote: > On 05.10.2016 15:25, jajcus wrote: [...] > >@@ -8,6 +8,9 @@ Group: Applications > > Source0: > > https://github.com/Cyan4973/lz4/archive/%{version}/%{name}-%{version}.tar.gz > > # Source0-md5: 42b09fab42331da9d3fb33bd5c560de9 > > URL: http://www.lz4.org/ > >+%ifarch %{x8664} > >+BuildRequires: gcc-multilib-32 > >+%endif > > Requires: %{name}-libs = %{version}-%{release} > > BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) > > > > uh? this is for tests? > > or does really x86-64 build process compile 32bit libs somewhere? "all" target included building -m32 variant of binaries. Not used anywhere, so I disabled it by patch. -- Jakub Bogusz http://qboosh.pl/ From glen at pld-linux.org Sat Nov 12 13:45:58 2016 From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Sat, 12 Nov 2016 14:45:58 +0200 Subject: [packages/python-serial-asyncio] - initial In-Reply-To: <4fafa65957df3072b6979c83e803c15308631943_refs_heads_master@pld-linux.org> References: <147890648271.24632.1543950755526507667@pld-linux.org> <4fafa65957df3072b6979c83e803c15308631943_refs_heads_master@pld-linux.org> Message-ID: <58270F06.1090806@pld-linux.org> On 12.11.2016 01:21, arekm wrote: > +Requires: python3 >= 3.4 you imported python3 with epoch 1, fix the consequences -- glen From glen at pld-linux.org Sun Nov 13 12:34:41 2016 From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Sun, 13 Nov 2016 13:34:41 +0200 Subject: [packages/systemd] Initial step in upgrade to 232: In-Reply-To: References: <13fa84f9a05c01f87f1821a569e824cbf166ab32_refs_heads_master@pld-linux.org> Message-ID: <58284FD1.8020201@pld-linux.org> On 12.11.2016 23:13, arekm wrote: > Initial step in upgrade to 232: readme specifies: REQUIREMENTS: Linux kernel >= 3.12 Linux kernel >= 4.2 for unified cgroup hierarchy support should the runtime dependency be updated as well? and what is the build time dependency? -- glen From jajcus at jajcus.net Sun Nov 13 12:50:22 2016 From: jajcus at jajcus.net (Jacek Konieczny) Date: Sun, 13 Nov 2016 12:50:22 +0100 Subject: [packages/kernel] - remove bugus ifs, kernel 4.6+ has default -Werror=incompatible-pointer-types In-Reply-To: <0704af311ff89256bd08d2e75c08d104899ec4dd_refs_heads_master@pld-linux.org> References: <1a6e0f06202fd47f1c81421d3927476047c3477a_refs_heads_master@pld-linux.org> <0704af311ff89256bd08d2e75c08d104899ec4dd_refs_heads_master@pld-linux.org> Message-ID: <5828537E.6090804@jajcus.net> On 2016-11-13 10:56, baggins wrote: > commit 0704af311ff89256bd08d2e75c08d104899ec4dd > Author: Jan R?korajski > Date: Sun Nov 13 10:55:37 2016 +0100 > > - remove bugus ifs, kernel 4.6+ has default -Werror=incompatible-pointer-types I was unaware. Thanks! Jacek From baggins at pld-linux.org Sun Nov 13 13:33:07 2016 From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Sun, 13 Nov 2016 13:33:07 +0100 Subject: [packages/kernel] - remove bugus ifs, kernel 4.6+ has default -Werror=incompatible-pointer-types In-Reply-To: <5828537E.6090804@jajcus.net> References: <1a6e0f06202fd47f1c81421d3927476047c3477a_refs_heads_master@pld-linux.org> <0704af311ff89256bd08d2e75c08d104899ec4dd_refs_heads_master@pld-linux.org> <5828537E.6090804@jajcus.net> Message-ID: <20161113123307.GA20692@tachikoma> On Sun, 13 Nov 2016, Jacek Konieczny wrote: > On 2016-11-13 10:56, baggins wrote: > > commit 0704af311ff89256bd08d2e75c08d104899ec4dd > > Author: Jan R?korajski > > Date: Sun Nov 13 10:55:37 2016 +0100 > > > > - remove bugus ifs, kernel 4.6+ has default -Werror=incompatible-pointer-types > > I was unaware. Thanks! No worries and thanks for reminder, I'm fixing other branches. -- Jan R?korajski | PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ From glen at pld-linux.org Wed Nov 23 10:11:16 2016 From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Wed, 23 Nov 2016 11:11:16 +0200 Subject: [packages/vim] - up to 8.0.0095 In-Reply-To: References: <6b9748f0fc95ebeb8bfcc35623904c21baf75a6b_refs_heads_master@pld-linux.org> Message-ID: <58355D34.9010707@pld-linux.org> On 23.11.2016 10:53, arekm wrote: > commit c27d0e4820bb5990e71f2ce09ad71faaac80888e > Author: Arkadiusz Mi?kiewicz > Date: Wed Nov 23 09:53:52 2016 +0100 > > - up to 8.0.0095 there are tarballs again on ftp ftp://ftp.vim.org/pub/vim/unix/ perhaps use those, this way we get more "stable" if we use "their" snapshot numbers? ? lynx -dump ftp://ftp.vim.org/pub/vim/unix/ | grep -F 8.0. Sep 12 18:14 bzip2 [74]vim-8.0.002.tar.bz2 10361Kb Nov 6 17:59 bzip2 [75]vim-8.0.069.tar.bz2 10388Kb Nov 6 17:02 bzip2 [76]vim-8.0.tar.bz2 10388Kb -- glen From j.rekorajski at gmail.com Wed Nov 23 13:25:16 2016 From: j.rekorajski at gmail.com (=?UTF-8?Q?Jan_R=C4=99korajski?=) Date: Wed, 23 Nov 2016 13:25:16 +0100 Subject: [packages/VirtualBox] do not package vboxvideo_drv; kernel driver is now preferred In-Reply-To: References: <40c21f4b95e98099cab4b94fc483d0b00c6552e6_refs_heads_master@pld-linux.org> Message-ID: What about older kernels? Will 3.18, 4.1 or 4.4 work as well? On Wed, Nov 23, 2016 at 12:19 PM, atler wrote: > commit bff0e4bab2947f8be5a8fceb42432106c165ff8d > Author: Jan Palus > Date: Wed Nov 23 12:18:19 2016 +0100 > > do not package vboxvideo_drv; kernel driver is now preferred > > VirtualBox.spec | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > --- > diff --git a/VirtualBox.spec b/VirtualBox.spec > index 14784ac..14b1e43 100644 > --- a/VirtualBox.spec > +++ b/VirtualBox.spec > @@ -304,7 +304,7 @@ Group: X11/Applications > Requires: %{name}-guest = %{version}-%{release} > Requires: xorg-app-xrandr > Requires: xorg-driver-video-vboxvideo = %{version}-%{release} > -Suggests: kernel(vboxvideo) > +Requires: kernel(vboxvideo) > Obsoletes: xorg-driver-input-vboxmouse < %{version}-%{release} > > %description guest-x11 > @@ -655,7 +655,6 @@ cp -p %{SOURCE1} $RPM_BUILD_ROOT%{_datadir}/%{pname}/VBoxGuestAdditions.iso > > # vboxvideo > %{__mv} $RPM_BUILD_ROOT{%{_libdir}/%{pname}/additions/VBoxOGL.so,%{_libdir}/xorg/modules/dri/vboxvideo_dri.so} > -%{__mv} $RPM_BUILD_ROOT{%{_libdir}/%{pname}/additions/vboxvideo_drv_system.so,%{_libdir}/xorg/modules/drivers/vboxvideo_drv.so} > # XXX: where else to install them that vboxvideo_dri.so finds them? patch with rpath? > %{__mv} $RPM_BUILD_ROOT{%{_libdir}/%{pname}/additions,%{_libdir}}/VBoxEGL.so > %{__mv} $RPM_BUILD_ROOT{%{_libdir}/%{pname}/additions,%{_libdir}}/VBoxOGLarrayspu.so > @@ -1126,7 +1125,6 @@ dkms remove -m vboxhost -v %{version}-%{rel} --rpm_safe_upgrade --all || : > > %files -n xorg-driver-video-vboxvideo > %defattr(644,root,root,755) > -%attr(755,root,root) %{_libdir}/xorg/modules/drivers/vboxvideo_drv.so > %attr(755,root,root) %{_libdir}/xorg/modules/dri/vboxvideo_dri.so > # vboxvideo_dri.so deps > %attr(755,root,root) %{_libdir}/VBoxEGL.so > ================================================================ > > ---- gitweb: > > http://git.pld-linux.org/gitweb.cgi/packages/VirtualBox.git/commitdiff/bff0e4bab2947f8be5a8fceb42432106c165ff8d > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- Jan R?korajski | SysAdm | PLD/Linux | http://www.pld-linux.org/ bagginspld-linux.org From atler at pld-linux.org Wed Nov 23 15:16:36 2016 From: atler at pld-linux.org (Jan Palus) Date: Wed, 23 Nov 2016 15:16:36 +0100 Subject: [packages/VirtualBox] do not package vboxvideo_drv; kernel driver is now preferred In-Reply-To: References: <40c21f4b95e98099cab4b94fc483d0b00c6552e6_refs_heads_master@pld-linux.org> Message-ID: <20161123141636.ot6nperwjrofdiy4@kalarepa> On 23.11.2016 13:25, Jan R?korajski wrote: > What about older kernels? Will 3.18, 4.1 or 4.4 work as well? I would assume so but didn't really check in practice. The only prerequisites are KMS in kernel (present in 3.18) and xorg's modesetting driver in userspace. From dependencies point of view I suppose we could add P: xorg-driver-video-modesetting to xorg-xserver-server and R: xorg-driver-video-modesetting to VirtualBox-guest-x11. From atler at pld-linux.org Wed Nov 23 16:11:27 2016 From: atler at pld-linux.org (Jan Palus) Date: Wed, 23 Nov 2016 16:11:27 +0100 Subject: [packages/VirtualBox] do not package vboxvideo_drv; kernel driver is now preferred In-Reply-To: <20161123141636.ot6nperwjrofdiy4@kalarepa> References: <40c21f4b95e98099cab4b94fc483d0b00c6552e6_refs_heads_master@pld-linux.org> <20161123141636.ot6nperwjrofdiy4@kalarepa> Message-ID: <20161123151127.svymogabej7z4hqv@kalarepa> On 23.11.2016 15:16, Jan Palus wrote: > On 23.11.2016 13:25, Jan R?korajski wrote: > > What about older kernels? Will 3.18, 4.1 or 4.4 work as well? > > I would assume so but didn't really check in practice. The only > prerequisites are KMS in kernel (present in 3.18) and xorg's modesetting > driver in userspace. From dependencies point of view I suppose we could > add P: xorg-driver-video-modesetting to xorg-xserver-server and > R: xorg-driver-video-modesetting to VirtualBox-guest-x11. Anyway confirmed it works on 3.18.44 and 4.8.10 equally well. From glen at pld-linux.org Wed Nov 23 23:12:36 2016 From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Thu, 24 Nov 2016 00:12:36 +0200 Subject: [packages/xorg-xserver-server] P: xorg-driver-video-modesetting, xorg-driver-video In-Reply-To: References: <8fe92ee4dca58d2da8360d2623053870a8d14357_refs_heads_master@pld-linux.org> Message-ID: <58361454.9040209@pld-linux.org> On 23.11.2016 17:16, atler wrote: > # Usual desktop setups need least one video driver to run, see xorg.log which one exactly > Suggests: xorg-driver-video > +Provides: xorg-driver-video > +Provides: xorg-driver-video-modesetting nono no, do not provide "xorg-driver-video"! it's virtual package indicating "any video driver" if you changed that "suggest xorg-driver-video" to "provides xorg-driver-video" you may as well just drop it, it's pointless because the dependency will resolve by package itself. do you see the above comment there above? # Usual desktop setups need least one video driver to run, see xorg.log which one exactly Suggests: xorg-driver-video -- glen From atler at pld-linux.org Wed Nov 23 23:58:24 2016 From: atler at pld-linux.org (Jan Palus) Date: Wed, 23 Nov 2016 23:58:24 +0100 Subject: [packages/xorg-xserver-server] P: xorg-driver-video-modesetting, xorg-driver-video In-Reply-To: <58361454.9040209@pld-linux.org> References: <8fe92ee4dca58d2da8360d2623053870a8d14357_refs_heads_master@pld-linux.org> <58361454.9040209@pld-linux.org> Message-ID: <20161123225824.ja2uc2eiifcs65lf@kalarepa> On 24.11.2016 00:12, Elan Ruusam?e wrote: > On 23.11.2016 17:16, atler wrote: > > # Usual desktop setups need least one video driver to run, see xorg.log which one exactly > > Suggests: xorg-driver-video > > +Provides: xorg-driver-video > > +Provides: xorg-driver-video-modesetting > > nono no, do not provide "xorg-driver-video"! > > it's virtual package indicating "any video driver" > > if you changed that "suggest xorg-driver-video" to "provides > xorg-driver-video" you may as well just drop it, it's pointless because the > dependency will resolve by package itself. > > do you see the above comment there above? > > # Usual desktop setups need least one video driver to run, see xorg.log which one exactly > Suggests: xorg-driver-video Suggests is no longer there, but anyway I assume you don't want xserver to provide video driver even though it provides video driver (so user can select some other one). I don't really care so if there are no objections I will replace Provides with Suggests tomorrow. From arekm at maven.pl Thu Nov 24 07:23:25 2016 From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=) Date: Thu, 24 Nov 2016 07:23:25 +0100 Subject: [packages/xorg-xserver-server] P: xorg-driver-video-modesetting, xorg-driver-video In-Reply-To: <20161123225824.ja2uc2eiifcs65lf@kalarepa> References: <8fe92ee4dca58d2da8360d2623053870a8d14357_refs_heads_master@pld-linux.org> <58361454.9040209@pld-linux.org> <20161123225824.ja2uc2eiifcs65lf@kalarepa> Message-ID: <201611240723.25180.arekm@maven.pl> On Wednesday 23 of November 2016, Jan Palus wrote: > On 24.11.2016 00:12, Elan Ruusam?e wrote: > > On 23.11.2016 17:16, atler wrote: > > > # Usual desktop setups need least one video driver to run, see > > > xorg.log which one exactly Suggests: xorg-driver-video > > > > > > +Provides: xorg-driver-video > > > +Provides: xorg-driver-video-modesetting > > > > nono no, do not provide "xorg-driver-video"! > > > > it's virtual package indicating "any video driver" > > > > if you changed that "suggest xorg-driver-video" to "provides > > xorg-driver-video" you may as well just drop it, it's pointless because > > the dependency will resolve by package itself. > > > > do you see the above comment there above? > > > > # Usual desktop setups need least one video driver to run, see xorg.log > > which one exactly Suggests: xorg-driver-video > > Suggests is no longer there, but anyway I assume you don't want xserver > to provide video driver even though it provides video driver (so user > can select some other one). I don't really care so if there are no > objections I will replace Provides with Suggests tomorrow. Well, modesetting works on any KMS hardware, so I would go with dropping entire virtual xorg-driver-video thing from all drivers. -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From jajcus at jajcus.net Thu Nov 24 09:00:50 2016 From: jajcus at jajcus.net (Jacek Konieczny) Date: Thu, 24 Nov 2016 09:00:50 +0100 Subject: [packages/xorg-xserver-server] P: xorg-driver-video-modesetting, xorg-driver-video In-Reply-To: <58361454.9040209@pld-linux.org> References: <8fe92ee4dca58d2da8360d2623053870a8d14357_refs_heads_master@pld-linux.org> <58361454.9040209@pld-linux.org> Message-ID: <37a9d324-be47-8bed-4621-c66b40a75ffb@jajcus.net> On 2016-11-23 23:12, Elan Ruusam?e wrote: > On 23.11.2016 17:16, atler wrote: >> # Usual desktop setups need least one video driver to run, see >> xorg.log which one exactly >> Suggests: xorg-driver-video >> +Provides: xorg-driver-video >> +Provides: xorg-driver-video-modesetting > > nono no, do not provide "xorg-driver-video"! > > it's virtual package indicating "any video driver" But in some cases (like newer Intel cards) the xorg-driver-video-modesetting, included in the server package, is the best driver one can use. xorg-driver-video-intel is not really maintained any more and doesn't work properly with Skylake chips. Jacek From atler at pld-linux.org Thu Nov 24 11:28:05 2016 From: atler at pld-linux.org (Jan Palus) Date: Thu, 24 Nov 2016 11:28:05 +0100 Subject: [packages/xorg-xserver-server] P: xorg-driver-video-modesetting, xorg-driver-video In-Reply-To: <201611240723.25180.arekm@maven.pl> References: <8fe92ee4dca58d2da8360d2623053870a8d14357_refs_heads_master@pld-linux.org> <58361454.9040209@pld-linux.org> <20161123225824.ja2uc2eiifcs65lf@kalarepa> <201611240723.25180.arekm@maven.pl> Message-ID: <20161124102805.lezxgy4kopdpnumi@kalarepa> On 24.11.2016 07:23, Arkadiusz Mi?kiewicz wrote: > > Suggests is no longer there, but anyway I assume you don't want xserver > > to provide video driver even though it provides video driver (so user > > can select some other one). I don't really care so if there are no > > objections I will replace Provides with Suggests tomorrow. > > Well, modesetting works on any KMS hardware, so I would go with dropping > entire virtual xorg-driver-video thing from all drivers. Except it might provide sluggish performance even in 2D like on many NVIDIA chips which still lack reclocking in nouveau. I guess it could be a valid reason to give user a choice of proprietary driver.