On Tue, Dec 6, 2016, 9:47 AM Jack Howarth
wrote:
> On Sun, Dec 4, 2016 at 1:56 PM, Chris Murphy
> wrote:
> > On Sun, Dec 4, 2016 at 11:22 AM, Jack Howarth
> > wrote:
> >>While evaluating various Linux distributions for repurposing a
> >> MacBook Pro 2,1 as a Linux box, I was pleasantly surp
On ti, 06 joulu 2016, James Hogarth wrote:
On 6 December 2016 at 11:57, James Hogarth wrote:
On 6 December 2016 at 11:50, James Hogarth wrote:
On 6 December 2016 at 11:47, Nicolas Chauvet wrote:
2016-12-06 12:39 GMT+01:00 James Hogarth :
I'm trying to build the owncloud 9.1.1 update but in
On Tue, Dec 06, 2016 at 03:13:51PM -0500, Matthew Miller wrote:
> On Tue, Dec 06, 2016 at 09:11:06AM +, Daniel P. Berrange wrote:
> > I expect we'd also rebase the virtualization stack in any .1 release,
> > or even in the middle of a release if Fedora switched to a yearly
> > major release cyc
> Kamil Paral wrote:
>
> And why do we need that? Rawhide is a place to do development, not a rolling
> release distro.
What is the purpose of Rawhide if it could be broken anytime?
I can't understand that, the development could be done and Rawhide could be
functional at the same time. It's not
Dne 6.12.2016 v 15:19 Kamil Paral napsal(a):
>> To all Rawhide users, be careful with update of mutter. It seems that
>> mutter-3.23.2-2.fc26 is broken [1], which prevents you from log in to
>> your system. Downgrade to mutter-3.23.1-2.fc26.x86_64 workarounded the
>> issues for me.
>>
>>
>> Vít
>>
Hi there,
I'm maintainer of vertica-python package and want to add support for
python3, but I'm a little bit lost in naming.
I named package as a upstream 'vertica-python', because (if I remember
correctly) naming guidelines told, that if upstream has 'python' in
the name it should stay there (ca
On 7 December 2016 at 09:39, Jakub Jedelsky wrote:
> Hi there,
>
> I'm maintainer of vertica-python package and want to add support for
> python3, but I'm a little bit lost in naming.
>
> I named package as a upstream 'vertica-python', because (if I remember
> correctly) naming guidelines told, th
Hi, I have been trying to contact user ke4qqq (David Nalley) about
sheepdog (which is years out of date and, anyway, segfaults out of the
box). I opened https://bugzilla.redhat.com/show_bug.cgi?id=1396430 on
November 18th according to the non-responsive package maintainer policy.
I also requested
On 12/06/2016 04:16 PM, Jakub Jelinek wrote:
On Tue, Dec 06, 2016 at 02:51:14PM -, Jeremy Newton wrote:
Anyone have any idea what causes these errors? Trying to update a package and
it failed during a local test build in mock (f25):
In file included from /usr/include/c++/6.2.1/stdlib.h:36:
On Wed, Dec 07, 2016 at 11:04:37AM +0100, Stephan Bergmann wrote:
> On 12/06/2016 04:16 PM, Jakub Jelinek wrote:
> >On Tue, Dec 06, 2016 at 02:51:14PM -, Jeremy Newton wrote:
> >>Anyone have any idea what causes these errors? Trying to update a package
> >>and it failed during a local test bui
On 06/12/2016 18:11, Adam Williamson wrote:
> On Tue, 2016-12-06 at 15:00 +, Marcin Juszkiewicz wrote:
>> W dniu 06.12.2016 o 14:43, Kamil Paral pisze:
>>
>>> All of that is, of course, motivated by trying to spend QA time more
>>> effectively. You can see the current coverage e.g. in this ta
On 12/07/2016 11:08 AM, Jakub Jelinek wrote:
On Wed, Dec 07, 2016 at 11:04:37AM +0100, Stephan Bergmann wrote:
On 12/06/2016 04:16 PM, Jakub Jelinek wrote:
On Tue, Dec 06, 2016 at 02:51:14PM -, Jeremy Newton wrote:
Anyone have any idea what causes these errors? Trying to update a package a
On Wed, Dec 7, 2016 at 10:48 AM, James Hogarth wrote:
> On 7 December 2016 at 09:39, Jakub Jedelsky wrote:
>> Hi there,
>>
>> I'm maintainer of vertica-python package and want to add support for
>> python3, but I'm a little bit lost in naming.
>>
>> I named package as a upstream 'vertica-python',
On 12/07/2016 08:04 AM, Igor Gnatenko wrote:
Florian, why only %__global_cflags were changed and not %optflags?
Many of packages which don't do %configure, use %optflags.
%optflags is for both C and C++. The new flags are meaningless for C++
and apparently accepted by the C++ front end merel
> > Virtual machines are great for convenience, but they are not real
> > hardware and we cannot in good conscience release our product without
> > testing it on real machines with real media.
>
> It's still a good test to do. For example, Server and netinst ISO
> images are used a lot for VMs, b
> 2) Just a thought - would it be more efficient to test ISOs in VMs to some
> point?
> For example, till the Alpha release, evertyhing mentioned here as a subject
> of possible changes could be tested only on VMs. After Alpha release, test
> would change to manual on real HW.
It might not be comp
> I would favour to make optical media issues blockers for beta so they'll be
> (hopefully) solved by the time of the final release.
If something is a blocker, it's a blocker. If we detect such an issue before
Beta, Beta can't be released until it is fixed.
___
On Wed, Dec 07, 2016 at 11:48:55AM +0100, Igor Gnatenko wrote:
> On Wed, Dec 7, 2016 at 10:48 AM, James Hogarth
> wrote:
> > On 7 December 2016 at 09:39, Jakub Jedelsky
> > wrote:
> >> Hi there,
> >>
> >> I'm maintainer of vertica-python package and want to add support for
> >> python3, but I'm
On Wed, Dec 7, 2016 at 2:07 PM, Jakub Jedelsky wrote:
> On Wed, Dec 07, 2016 at 11:48:55AM +0100, Igor Gnatenko wrote:
>> On Wed, Dec 7, 2016 at 10:48 AM, James Hogarth
>> wrote:
>> > On 7 December 2016 at 09:39, Jakub Jedelsky
>> > wrote:
>> >> Hi there,
>> >>
>> >> I'm maintainer of vertica-
On 7 December 2016 at 13:07, Jakub Jedelsky wrote:
> On Wed, Dec 07, 2016 at 11:48:55AM +0100, Igor Gnatenko wrote:
>> On Wed, Dec 7, 2016 at 10:48 AM, James Hogarth
>> wrote:
>> > On 7 December 2016 at 09:39, Jakub Jedelsky
>> > wrote:
>> >> Hi there,
>> >>
>> >> I'm maintainer of vertica-pyt
On 12/07/2016 11:15 AM, Paolo Bonzini wrote:
On 06/12/2016 18:11, Adam Williamson wrote:
On Tue, 2016-12-06 at 15:00 +, Marcin Juszkiewicz wrote:
W dniu 06.12.2016 o 14:43, Kamil Paral pisze:
All of that is, of course, motivated by trying to spend QA time more
effectively. You can see t
On Wed, Dec 7, 2016 at 8:13 AM, James Hogarth wrote:
> On 7 December 2016 at 13:07, Jakub Jedelsky wrote:
>> On Wed, Dec 07, 2016 at 11:48:55AM +0100, Igor Gnatenko wrote:
>>> On Wed, Dec 7, 2016 at 10:48 AM, James Hogarth
>>> wrote:
>>> > On 7 December 2016 at 09:39, Jakub Jedelsky
>>> > wro
> > Idea #1: Do not block on optical media issues for Alpha and Beta releases
> > ~
>
> My concern here is that if we don't make it a blocker for at least beta
> but do for final, it's setting us up for a scramble at final tim
On Wed, Dec 07, 2016 at 02:05:20PM +0100, Ralf Corsepius wrote:
> >It's still a good test to do. For example, Server and netinst ISO
> >images are used a lot for VMs, but not for bare metal.
> Well, your view - I have been using netinst-ISOs only, in recently years ;)
Do you burn them to actual p
On Wed, Dec 07, 2016 at 08:49:12AM -0500, Kamil Paral wrote:
> Since you're +1 here, do you have any opinion which release
> flavors/image types should be exempt from optical boot
> guarantee/criteria, and for which we should keep it? You have far a
> better overall idea of the project than I do.
On Wed, Dec 07, 2016 at 08:46:22AM -0500, Neal Gompa wrote:
> Unless there's some kind of naming conflict, I'd call it pythonX-vertica.
+1
(srpm python-vertica, and then python2-vertica, python3-vertica)
Zbyszek
___
devel mailing list -- devel@lists.fed
On 12/07/2016 03:05 PM, Matthew Miller wrote:
On Wed, Dec 07, 2016 at 02:05:20PM +0100, Ralf Corsepius wrote:
It's still a good test to do. For example, Server and netinst ISO
images are used a lot for VMs, but not for bare metal.
Well, your view - I have been using netinst-ISOs only, in recen
On Wed, Dec 07, 2016 at 03:54:25PM +0100, Ralf Corsepius wrote:
> >Do you burn them to actual physical spinning optical media?
>
> Nowadays, I usually put them on USB-sticks or SDCards. However I
> also have to admit having resorted to using optical media on very
> rare exceptional conditions.
Oh
On Wed, Dec 7, 2016 at 3:16 AM, Chris Murphy wrote:
>
>
> On Tue, Dec 6, 2016, 9:47 AM Jack Howarth
> wrote:
>>
>> On Sun, Dec 4, 2016 at 1:56 PM, Chris Murphy
>> wrote:
>> > On Sun, Dec 4, 2016 at 11:22 AM, Jack Howarth
>> > wrote:
>> >>While evaluating various Linux distributions for repu
Dne 7.12.2016 v 14:46 Neal Gompa napsal(a):
> On Wed, Dec 7, 2016 at 8:13 AM, James Hogarth wrote:
>> On 7 December 2016 at 13:07, Jakub Jedelsky wrote:
>>> On Wed, Dec 07, 2016 at 11:48:55AM +0100, Igor Gnatenko wrote:
On Wed, Dec 7, 2016 at 10:48 AM, James Hogarth
wrote:
> On
On 12/07/2016 04:14 PM, Matthew Miller wrote:
On Wed, Dec 07, 2016 at 03:54:25PM +0100, Ralf Corsepius wrote:
Do you burn them to actual physical spinning optical media?
Nowadays, I usually put them on USB-sticks or SDCards. However I
also have to admit having resorted to using optical media o
Hi,
As I'm sure everyone is well aware gstreamer-0.10 is obsolete and has been replaced
by gstreamer-1.0. An upstream release for gst-0.10 has not been made in over 4
years. Last month there were a handful of security vulnerabilities disclosed[1] and
upstream no longer maintains the 0.10 serie
"Gerald B. Cox" writes:
> On Mon, Dec 5, 2016 at 3:30 AM, Dave Love wrote:
>
>>
>> Why are most people going to use superlu-dist when that's not the proper
>> name of the software? I'm not familiar with a SuperLU user community,
>> but I think I can speak about DL_POLY as a DL veteran; I packag
Antonio Trande writes:
> On 12/05/2016 12:45 PM, Dave Love wrote:
>> Antonio Trande writes:
>>
>>> Hi all.
>>>
>>> I wish to rename 'qr_mumps' to 'qrmumps',
>>
>> Why?
>> ___
>
>
> After our discussion about 'underscore' issue and according to
> sug
On Wed, 2016-12-07 at 11:15 +0100, Paolo Bonzini wrote:
>
> On 06/12/2016 18:11, Adam Williamson wrote:
> > On Tue, 2016-12-06 at 15:00 +, Marcin Juszkiewicz wrote:
> > > W dniu 06.12.2016 o 14:43, Kamil Paral pisze:
> > >
> > > > All of that is, of course, motivated by trying to spend QA tim
Il 20/11/2016 21:38, Nico Kadel-Garcia ha scritto:
>> I think it would be nice to make a discussion even for non Python
>> packages, so we can elaborate a sort of vademecum that a packager
>> could show to upstreams when there is a collaboration between them.
>>
>> Have a nice day
> Most upstream d
On 2016-12-07 10:06, Michael Cronenworth wrote:
As I'm sure everyone is well aware gstreamer-0.10 is obsolete and has
been replaced by gstreamer-1.0. An upstream release for gst-0.10 has not
been made in over 4 years. Last month there were a handful of security
vulnerabilities disclosed[1] and up
On Wed, 2016-12-07 at 08:49 -0500, Kamil Paral wrote:
> I think there are two things combined. The first one is blocking
> status. I'd like to have blocking status set exactly for that
> milestone which we believe it should block (and not an earlier one,
> just in case). The second thing is detecti
On Wed, 2016-12-07 at 16:52 +0100, Ralf Corsepius wrote:
> On 12/07/2016 04:14 PM, Matthew Miller wrote:
> > On Wed, Dec 07, 2016 at 03:54:25PM +0100, Ralf Corsepius wrote:
> > > > Do you burn them to actual physical spinning optical media?
> > >
> > > Nowadays, I usually put them on USB-sticks or
On Wed, 2016-12-07 at 10:06 -0600, Michael Cronenworth wrote:
> While we could patch and update our
> Fedora packages this is a perfect opportunity to retire it.
I just want to add an explicit +1 in support of this proposal. Packages
with insecure dependencies like gstreamer-0.10 are not likely
On Wed, 2016-12-07 at 16:26 +0100, Vít Ondruch wrote:
> Generally it is bad idea to differ from the name platform package
> manager uses.
The packages *must* by policy Provide python2-vertica-python and
python3-vertica-python respectively, but they don't absolutely have to
be named that way. The g
On 2016-12-07 10:06, Michael Cronenworth wrote:
As I'm sure everyone is well aware gstreamer-0.10 is obsolete and has
been replaced by gstreamer-1.0. An upstream release for gst-0.10 has not
been made in over 4 years. Last month there were a handful of security
vulnerabilities disclosed[1] and up
On Qua, 2016-12-07 at 10:51 -0600, Yaakov Selkowitz wrote:
> On 2016-12-07 10:06, Michael Cronenworth wrote:
> >
> > As I'm sure everyone is well aware gstreamer-0.10 is obsolete and
> > has
> > been replaced by gstreamer-1.0. An upstream release for gst-0.10
> > has not
> > been made in over 4 ye
On 2016-12-07 11:49, Sérgio Basto wrote:
Hi, like webkit < 3 retirement , you shouldn't repoquery with
--recursive, If I am correct .
Again after wxGTK and wxGTK3 be updated all dependencies will be solved
automatically , also same case for wxPython , If I am correct.
Incorrect. I was talking
On Wed, Dec 7, 2016 at 8:38 AM, Dave Love wrote:
> > Who are most people?
>
> Users of the software, for whom I'm packaging stuff. I get the
> impression some people don't think they're very relevant, and I
> increasingly come across things which make life hard supporting them.
>
> > Nobody is c
Thanks for reply
On Qua, 2016-12-07 at 11:56 -0600, Yaakov Selkowitz wrote:
> On 2016-12-07 11:49, Sérgio Basto wrote:
> >
> > Hi, like webkit < 3 retirement , you shouldn't repoquery with
> > --recursive, If I am correct .
> >
> > Again after wxGTK and wxGTK3 be updated all dependencies will b
On 12/07/2016 12:20 PM, Sérgio Basto wrote:
But for gstreamer-python we don't have gstreamer1-python ? so how we
can fix the packages that have dependencies on gstreamer-python ?
Gstreamer 1.0 introduced GI support so you would port your python apps to use that
instead.
__
Announcing the creation of a new nightly release validation test event
for Fedora 26 Rawhide 20161207.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On Mon, 2016-12-05 at 08:31 -0600, Michael Catanzaro wrote:
> > Yes. That is why I specifically requested that the fedora hotspot
> > page
> > never chage their output and never send a redirect. Using the main
> > page
> > of gnome was a bad fit. Note you should also ensure that
> > nmcheck.gnome.o
On 6 Dec 2016, at 09:43, Kamil Paral wrote:
Which images to cover, that's the heart of the discussion. If you
look into our test matrix again, we currently block on 6 of them:
* Workstation Live + netinst
* KDE Live
* Server DVD + netinst
* Everything netinst
What comes first to my mind is S
> On 7 Dec 2016, at 18:20, Sérgio Basto wrote:
>
> Thanks for reply
>
> On Qua, 2016-12-07 at 11:56 -0600, Yaakov Selkowitz wrote:
>> On 2016-12-07 11:49, Sérgio Basto wrote:
>>>
>>> Hi, like webkit < 3 retirement , you shouldn't repoquery with
>>> --recursive, If I am correct .
>>>
>>> Agai
The "get it installed or rescued" use cases: The most universal image
for this is net install ISO, so one of those being the blocking image
to test on baremetal makes sense to me.
The "live + read only + verifiable" use cases: I'd say either
Workstation or Security spin could meet this use case. S
On Wed, 2016-12-07 at 13:56 -0500, Mike Pinkerton wrote:
> I use the Server netinstall image. Use cases include loop mounting
> the netinstall .iso on boxes with Grub2 -- works on remote boxes
> where there is no physical access and can be easier than setting up a
> remote PXE solution -- an
On Wed, 2016-12-07 at 10:51 -0600, Yaakov Selkowitz wrote:
> soundconverter
I use this a lot, but there is active work on it upstream and the
active git branch (py3k) uses gstreamer 1.0:
https://github.com/kassoulet/soundconverter/
there hasn't been a stable release of the 'new generation' code
On Wed, Dec 07, 2016 at 09:09:48AM -0800, Adam Williamson wrote:
> On Wed, 2016-12-07 at 16:26 +0100, Vít Ondruch wrote:
> > Generally it is bad idea to differ from the name platform package
> > manager uses.
>
> The packages *must* by policy Provide python2-vertica-python and
> python3-vertica-py
On Wed, Dec 7, 2016 at 8:24 AM, Jack Howarth
wrote:
> On Wed, Dec 7, 2016 at 3:16 AM, Chris Murphy wrote:
>>
>>
>> On Tue, Dec 6, 2016, 9:47 AM Jack Howarth
>>> [howarth@localhost ~]$ efibootmgr -v
>>> EFI variables are not supported on this system.
>>
>>
>>
>> It's a CSM-BIOS boot then. It you
On Wed, 2016-12-07 at 20:51 +0100, Jakub Jedelsky wrote:
> On Wed, Dec 07, 2016 at 09:09:48AM -0800, Adam Williamson wrote:
> > On Wed, 2016-12-07 at 16:26 +0100, Vít Ondruch wrote:
> > > Generally it is bad idea to differ from the name platform package
> > > manager uses.
> >
> > The packages *mu
I feel like the batched update makes a lot of sense, providing the same amount
of QA/testing time is still provided and some rules are set on what can and
cannot be pushed in that update. E.g., since GTK now has a LTS model, I would
assume major release updates would only ever be pushed to rawhi
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2016-12-08 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2016-12-08 09:00 Thu US/Pacific PST
2016-12-08 12:00 Thu
US/Eastern EST
2016-12-08 1
Missing expected images:
Kde live x86_64
Kde live i386
Failed openQA tests: 11/90 (x86_64), 4/16 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20161205.n.0):
ID: 50650 Test: arm Minimal-raw_xz-raw.xz
install_arm_image_deployment_upload
URL: https://openqa.fedoraprojec
> beets-plugins
Beets uses gstreamer 1.x in the latest release.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Wed, 2016-12-07 at 20:45 +, Fedora compose checker wrote:
> Missing expected images:
>
> Kde live x86_64
> Kde live i386
>
> Failed openQA tests: 11/90 (x86_64), 4/16 (i386), 1/2 (arm)
>
> New failures (same test did not fail in Rawhide-20161205.n.0):
>
> ID: 50650 Test: arm Minimal-
Hi,
just right now I orphaned some of my packages because I don't have the time to
maintain them properly. Feel free to pick them up.
- xfce-bluetooth
- diodon
- freetalk
Regards,
Raphael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsu
Hi,
could someone help to fix FTBFS of trojita on several (new) primary
architectures?
Bug 1402582 - trojita FTBFS on armv7hl because ragel core dumps
https://bugzilla.redhat.com/show_bug.cgi?id=1402582
Bug 1402577 - trojita FTBFS on ppc64 and ppc64le
https://bugzilla.redhat.com/show_bug.cgi?id
Try emailing him at his apache.org address (same user name).
On Wed, Dec 7, 2016 at 4:59 AM Paolo Bonzini wrote:
> Hi, I have been trying to contact user ke4qqq (David Nalley) about
> sheepdog (which is years out of date and, anyway, segfaults out of the
> box). I opened https://bugzilla.redhat
On Wed, 07 Dec 2016 22:14:04 -
"Raphael Groner" wrote:
> Hi,
>
> could someone help to fix FTBFS of trojita on several (new) primary
> architectures?
>
> Bug 1402582 - trojita FTBFS on armv7hl because ragel core dumps
> https://bugzilla.redhat.com/show_bug.cgi?id=1402582
>
> Bug 1402577 -
+ egtk
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Wed, Dec 7, 2016 at 4:59 PM, Michael Catanzaro wrote:
> On Wed, 2016-12-07 at 10:06 -0600, Michael Cronenworth wrote:
>> While we could patch and update our
>> Fedora packages this is a perfect opportunity to retire it.
>
> I just want to add an explicit +1 in support of this proposal. Package
On Qua, 2016-12-07 at 10:51 -0600, Yaakov Selkowitz wrote:
> On 2016-12-07 10:06, Michael Cronenworth wrote:
> >
> > As I'm sure everyone is well aware gstreamer-0.10 is obsolete and
> > has
> > been replaced by gstreamer-1.0. An upstream release for gst-0.10
> > has not
> > been made in over 4 ye
Adam Williamson wrote:
> More to the point: it is entirely awful for the quality of Fedora as a
> whole if Rawhide is allowed to be completely broken for substantial
> periods of time - and this *did* make Rawhide completely broken.
You may consider it awful, but it is necessary to allow developme
On Thu, 2016-12-08 at 02:13 +0100, Kevin Kofler wrote:
> Adam Williamson wrote:
> > More to the point: it is entirely awful for the quality of Fedora as a
> > whole if Rawhide is allowed to be completely broken for substantial
> > periods of time - and this *did* make Rawhide completely broken.
>
On Wed, 7 Dec 2016, Sérgio Basto wrote:
Hi, like webkit < 3 retirement , you shouldn't repoquery with
--recursive, If I am correct .
Again after wxGTK and wxGTK3 be updated all dependencies will be
solved
automatically , also same case for wxPython , If I am correct.
Incorrect. I was talking
On 12/07/2016 05:07 PM, Sérgio Basto wrote:
gstreamermm-1.4.3-1.fc25 looks like already use gstreamer1
subtitleeditor-0.53.0-1.fc25 also already use gstreamer1
That's good! My initial list was run from Fedora 24 at the time. Here is a revised
list run from Rawhide (with Python packages):
On Thu, Dec 8, 2016 at 4:49 AM, Michael Cronenworth wrote:
> On 12/07/2016 04:29 PM, Peter Robinson wrote:
>>
>> -1 at least for the moment. b
>
>
> Is this due to sugar? Would you accept patches?
One of the reasons, and of course, I think if we want to actively
retire packages we need to enage w
On 12/07/2016 04:29 PM, Peter Robinson wrote:
-1 at least for the moment. b
Is this due to sugar? Would you accept patches?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Thu, Dec 8, 2016 at 4:53 AM, Peter Robinson wrote:
> On Thu, Dec 8, 2016 at 4:49 AM, Michael Cronenworth wrote:
>> On 12/07/2016 04:29 PM, Peter Robinson wrote:
>>>
>>> -1 at least for the moment. b
>>
>>
>> Is this due to sugar? Would you accept patches?
>
> One of the reasons, and of course,
On 12/07/2016 05:13 PM, Kevin Kofler wrote:
Adam Williamson wrote:
More to the point: it is entirely awful for the quality of Fedora as a
whole if Rawhide is allowed to be completely broken for substantial
periods of time - and this *did* make Rawhide completely broken.
You may consider it awf
On Wednesday, December 7, 2016 6:21:02 AM CET Kevin Kofler wrote:
> Kamil Paral wrote:
> > This serves as a nice example why we need to tweak how Rawhide works if we
> > want people actually running on it.
>
> And why do we need that?
This is clear to me: Early testing -> early fixes -> faster d
78 matches
Mail list logo
