Re: F26 System Wide Change: Enable TRIM pass down to encrypted disks

On Mon, Feb 06, 2017 at 11:15:59AM +0100, Ondrej Kozina wrote: > On 02/03/2017 05:42 PM, Nathanael D. Noblet wrote: > > > > Also what are the risks of enabling this? > > There's nice overview for it: > http://asalor.blogspot.cz/2011/08/trim-dm-crypt-problems.html > > In short (beside other facts

[Fedocal] Reminder meeting : Modularity WG

Dear all, You are kindly invited to the meeting: Modularity WG on 2017-02-07 from 15:00:00 to 16:00:00 UTC At fedora-meetin...@irc.freenode.net The meeting will be about: Meeting for the Modularity Working Group. More information available at: [Modularity Working Group wiki page](https://

Re: Fedora 25 defaults to X instead of wayland

I seem to have a similar problem. My configuration *could* be mistakenly identified as hybrid graphics (Intel iGPU and Nvidia discrete GPU present), but the iGPU is explicitly disabled (in the UEFI configuration) and only the discrete GPU is used for rendering AND output. On fedora 24, I was able

Re: Change process question [was Re: The glvnd + mesa update for F25]

On Mon, Feb 06, 2017 at 08:38:04AM -0500, Matthew Miller wrote: > On Sun, Feb 05, 2017 at 09:12:26PM +0100, Hans de Goede wrote: > > >* Why is it not proposed for F26 (now the deadline is over, but IMHO it > > >should get in)? > > > > Since the plan has always been (as that page shows) to get it i

Re: The glvnd + mesa update for F25

On Sun, Feb 05, 2017 at 09:10:26AM +0100, Hans de Goede wrote: > Hi All, > > So a lot has been said about $subject and FESco has asked me > to send a mail to the devel list describing the what and why > of this change. Hi Hans, hi everyone, I have to say that I'm a little bit impressed by the fac

Re: Beta of new RH Bugzilla coming soon

On 02/06/2017 04:32 PM, Paul W. Frields wrote: > I wanted to let the Fedora devel/maintainer community know that a > public beta of Red Hat Bugzilla, based on upstream v5, is coming soon. > There will be an official announcement with the URL and more details > to accompany the beta when it's introd

Re: The glvnd + mesa update for F25

On 06/02/17 15:13 -0500, Christian Schaller wrote: > There has been a lot of discussions for the last few years about glvnd on > the mesa-devel list and at XDC. This is not Fedora specific technology, but > a change in how Mesa will work everywhere and thus there has not been a lot > of discussion

Beta of new RH Bugzilla coming soon

I wanted to let the Fedora devel/maintainer community know that a public beta of Red Hat Bugzilla, based on upstream v5, is coming soon. There will be an official announcement with the URL and more details to accompany the beta when it's introduced. There will be a minimum two-week testing period

Re: The glvnd + mesa update for F25

Christian Schaller wrote: > Or in other words if people like yourself actually bothered contributing > to Nouveau instead of wasting their time other projects. I am doing these builds: https://copr.fedorainfracloud.org/coprs/kkofler/qtwebengine/package/mesa/ with the locking fixes that are require

Re: The glvnd + mesa update for F25

On Sun, Feb 5, 2017 at 11:06 PM, Kevin Kofler wrote: >> libglvnd is a solution for this it is a vendor neutral >> implementation of libGL.so.1 which acts as a dispatcher >> to one or more glvnd enabled libGL implementations >> installed on the systems. > > By doing so, it decreases performance for

Re: The glvnd + mesa update for F25

There has been a lot of discussions for the last few years about glvnd on the mesa-devel list and at XDC. This is not Fedora specific technology, but a change in how Mesa will work everywhere and thus there has not been a lot of discussions about it here on Fedora-devel. But that is true for most

Re: The glvnd + mesa update for F25

On 06/02/17 05:06 +0100, Kevin Kofler wrote: > Hans de Goede wrote: >> libglvnd is a solution for this it is a vendor neutral >> implementation of libGL.so.1 which acts as a dispatcher >> to one or more glvnd enabled libGL implementations >> installed on the systems. > > By doing so, it decreases

License change: python-setuptools package to MIT

Greetings. The python-setuptools package has changed from: (Python or ZPLv2.0) and ASL 2.0 to MIT licensed. Additionally it no longer bundles (partsof) python-six, python-packaging, pyparsing or python-appdirs, but requres the real packages (where needed). Please file bugs if you see any pro

Fedora Rawhide-20170206.n.0 compose check report

Missing expected images: Cloud_base qcow2 x86_64 Cloud_base raw-xz x86_64 Xfce raw-xz armhfp Minimal raw-xz armhfp Failed openQA tests: 69/107 (x86_64), 11/18 (i386) New failures (same test did not fail in Rawhide-20170205.n.0): ID: 56480 Test: x86_64 Workstation-live-iso desktop_update_g

Re: The glvnd + mesa update for F25

- Original Message - > From: "Kevin Kofler" > To: devel@lists.fedoraproject.org > Sent: Sunday, February 5, 2017 11:06:36 PM > Subject: Re: The glvnd + mesa update for F25 > > Hans de Goede wrote: > > First the what: ever since AMD and NVIDIA started shipping > > their own Linux drive

Re: Fedora 25 defaults to X instead of wayland

My guess is that you have a system with hybrid graphics, we made it default to X since the support for hybrid graphics is not available fully in Wayland yet. We hope to land that for F26. Christian - Original Message - > From: "Timothy Ward" > To: devel@lists.fedoraproject.org > Sent:

Re: question about dnf builddep with some deps missing on some arches

On Mon, 2017-02-06 at 12:54 +0200, Panu Matilainen wrote: > On 02/06/2017 01:21 AM, Zbigniew Jędrzejewski-Szmek wrote: > > On Sun, Feb 05, 2017 at 11:02:16PM +0100, Igor Gnatenko wrote: > > > On Sun, 2017-02-05 at 18:29 +, Zbigniew Jędrzejewski-Szmek wrote: > > > > systemd.spec file has > > > >

Re: Change process question [was Re: The glvnd + mesa update for F25]

On 02/06/2017 08:38 AM, Matthew Miller wrote: > On Sun, Feb 05, 2017 at 09:12:26PM +0100, Hans de Goede wrote: >>> * Why is it not proposed for F26 (now the deadline is over, but IMHO it >>> should get in)? >> >> Since the plan has always been (as that page shows) to get it into F25, >> which would

Change process question [was Re: The glvnd + mesa update for F25]

On Sun, Feb 05, 2017 at 09:12:26PM +0100, Hans de Goede wrote: > >* Why is it not proposed for F26 (now the deadline is over, but IMHO it > >should get in)? > > Since the plan has always been (as that page shows) to get it into F25, > which would not make it a F26 change. There's a big Change pro

Re: [Test-Announce] Cancelling 2017-02-06 meetings

On Mon, 2017-02-06 at 06:38 -0500, Kamil Paral wrote: > Hello, we have AdamW on the plane and no QA meeting can be ever complete > without AdamW :-) Joking aside, there's only 1 proposed blocker for F26 > Alpha, so there should be no harm in cancelling both QA and Blocker Review > meeting today

F26 Self Contained Change: The GNU C Library version 2.25

= Proposed Self Contained Change: The GNU C Library version 2.25 = https://fedoraproject.org/wiki/Changes/GLIBC225 Change owner(s): * Carlos O'Donell Switch glibc in Fedora 26 to glibc version 2.25. == Detailed Description == The GNU C Library version 2.25 will be released at the beginning of

[Test-Announce] Cancelling 2017-02-06 meetings

Hello, we have AdamW on the plane and no QA meeting can be ever complete without AdamW :-) Joking aside, there's only 1 proposed blocker for F26 Alpha, so there should be no harm in cancelling both QA and Blocker Review meeting today. If there are any topics you'd like to discuss, please start a

Re: F26 System Wide Change: Enable TRIM pass down to encrypted disks

On 02/03/2017 03:40 PM, Josh Boyer wrote: How is SSD being detected? Well, we can detect whether bdev is spindle or not from sysfs AFAIK. But anyway, do we need to know? It's mostly about whether dm-crypt would just *allow* discard to pass through dm-crypt target in general. In default mod

Re: question about dnf builddep with some deps missing on some arches

On 5 February 2017 11:21:30 pm GMT+00:00, "Zbigniew Jędrzejewski-Szmek" wrote: >On Sun, Feb 05, 2017 at 11:02:16PM +0100, Igor Gnatenko wrote: >> On Sun, 2017-02-05 at 18:29 +, Zbigniew Jędrzejewski-Szmek wrote: >> > systemd.spec file has >> > %ifarch %{ix86} x86_64 aarch64 >> > BuildRequir

Re: F26 Self Contained Change: Anaconda LVM RAID

On 2 February 2017 9:06:32 pm GMT+00:00, Chris Murphy wrote: >On Thu, Feb 2, 2017 at 3:38 AM, David Woodhouse >wrote: > >> I'm not sure the upgrade method matters, does it? In both cases I >think >> it was changes to dracut and the way raid was assembled (perhaps >moving >> from automatically

Re: Is it possible to manually insert shared library deps in an RPM?

On 02/06/2017 11:47 AM, David Howells wrote: Panu Matilainen wrote: %if %{__isa_bits} == 64 Requires: libisl.so.15()(64bit) %else Requires: libisl.so.15() %endif That doesn't work. It complains about illegal characters. Sure it works. It's copy-pasted from a spec I just built *just in cas

Re: question about dnf builddep with some deps missing on some arches

On 02/06/2017 11:54 AM, Panu Matilainen wrote: I'd say dnf builddep should by default extract the spec out of the src.rpm and parse the spec locally for build-deps. There needs to be an option for using the metadata in src.rpm directly though, because using it IS perfectly sane when you do it li

Re: question about dnf builddep with some deps missing on some arches

On 02/06/2017 01:21 AM, Zbigniew Jędrzejewski-Szmek wrote: On Sun, Feb 05, 2017 at 11:02:16PM +0100, Igor Gnatenko wrote: On Sun, 2017-02-05 at 18:29 +, Zbigniew Jędrzejewski-Szmek wrote: systemd.spec file has %ifarch %{ix86} x86_64 aarch64 BuildRequires: gnu-efi gnu-efi-devel %endif ...

Re: F26 System Wide Change: Enable TRIM pass down to encrypted disks

On 02/03/2017 06:12 PM, Chris Murphy wrote: Further I wonder if /etc/lvm/lvm.conf needs issue_discards = 1 Both / and /home are actually LV's which are made from the LUKS PV. So trim pass down from dmcrypt to block device isn't enough to do anything. I think this is unrelated to this change re

Re: Is it possible to manually insert shared library deps in an RPM?

On 02/06/2017 12:15 PM, Panu Matilainen wrote: On 02/06/2017 12:06 PM, David Howells wrote: Panu Matilainen wrote: %if %{__isa_bits} == 64 Requires: libisl.so.15()(64bit) %else Requires: libisl.so.15() %endif Should "(64bits)" be appended on, say, ia64 where there is no 32-bit userspace?

Re: Is it possible to manually insert shared library deps in an RPM?

On 02/06/2017 12:06 PM, David Howells wrote: Panu Matilainen wrote: %if %{__isa_bits} == 64 Requires: libisl.so.15()(64bit) %else Requires: libisl.so.15() %endif Should "(64bits)" be appended on, say, ia64 where there is no 32-bit userspace? ia64 doesn't exist anymore so what difference do

pghmcfc pushed to perl-DateTime (f25). "Update to 1.41 (..more)"

From 991509ebab9b9ad880d66bdb4fd25aa779bef65b Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Thu, 17 Nov 2016 11:00:42 + Subject: Update to 1.41 - New upstream release 1.41 - The DateTime->add and ->subtract methods now accept DateTime::Duration objects; this used to work by accident

Re: F26 System Wide Change: Enable TRIM pass down to encrypted disks

On 02/03/2017 05:42 PM, Nathanael D. Noblet wrote: Also what are the risks of enabling this? There's nice overview for it: http://asalor.blogspot.cz/2011/08/trim-dm-crypt-problems.html In short (beside other facts covered in blog): A very simple analysis of encrypted block device with dis

Re: Is it possible to manually insert shared library deps in an RPM?

Panu Matilainen wrote: > %if %{__isa_bits} == 64 > Requires: libisl.so.15()(64bit) > %else > Requires: libisl.so.15() > %endif Should "(64bits)" be appended on, say, ia64 where there is no 32-bit userspace? David ___ devel mailing list -- devel@lists.

Re: rpmlint: wrong-script-interpreter

Hey all, On Mon, Feb 6, 2017 at 2:23 PM, Tom Hughes wrote: > > I think his email provider did it - the mj.am domain is registered to > mailjet.com who also appear to be the initial hops in the received chain > on the email so I assume that is who he uses for email. > Yes that is correct. I use

Re: Is it possible to manually insert shared library deps in an RPM?

Panu Matilainen wrote: > >> %if %{__isa_bits} == 64 > >> Requires: libisl.so.15()(64bit) > >> %else > >> Requires: libisl.so.15() > >> %endif > > > > That doesn't work. It complains about illegal characters. > > Sure it works. It's copy-pasted from a spec I just built *just in case* > there's b

Re: rpmlint: wrong-script-interpreter

On 06/02/17 08:40, Till Hofmann wrote: On 02/06/2017 04:39 AM, Pranav Kant wrote: Hi Michael, On Mon, Feb 6, 2017 at 3:31 AM, Michael Catanzaro mailto:mcatanz...@gnome.org>> wrote: Dude it looks like you have a tracking pixel in your mail: http://405n.mj.am/oo/AEUAHWjyTGwA

Re: rpmlint: wrong-script-interpreter

On 02/06/2017 04:39 AM, Pranav Kant wrote: > Hi Michael, > > On Mon, Feb 6, 2017 at 3:31 AM, Michael Catanzaro > wrote: > > Dude it looks like you have a tracking pixel in your mail: > > http://405n.mj.am/oo/AEUAHWjyTGwAAC8AAAMA > AAQ