On Tuesday, October 15, 2019 9:40:31 PM MST Neal Gompa wrote:
> And to be fair, while it is a hard problem to solve, it's a worthy
> one. It makes sense and if done well, could really distinguish Fedora
> from the rest in providing a way for codifying individual lifecycles
> separately from the dis
Hi Ankur, and Team
> Instead of discussing a paper, could we listen to this and discuss it at the
> meeting? It's intended for a non-expert audience like us.
The podcast sounds great. Given the length of the podcast, I don't
think it should be an issue listening to it before the meeting.
--
T
On Wed, Oct 16, 2019 at 12:21 AM John M. Harris Jr wrote:
>
> On Tuesday, October 15, 2019 9:13:40 PM MST Neal Gompa wrote:
> > the end goal of the modularity project is to enable
> > a fully modularized distribution
>
> Was this ever clarified anywhere? I highly doubt that it would have been able
On Tuesday, October 15, 2019 9:13:40 PM MST Neal Gompa wrote:
> the end goal of the modularity project is to enable
> a fully modularized distribution
Was this ever clarified anywhere? I highly doubt that it would have been able
to even begin, if that goal had been communicated.. Especially consi
On Wed, Oct 16, 2019 at 12:11 AM John M. Harris Jr wrote:
>
> On Tuesday, October 15, 2019 9:07:51 PM MST Neal Gompa wrote:
> > On Wed, Oct 16, 2019 at 12:05 AM John M. Harris Jr
> > wrote:
> > >
> > >
> > > On Tuesday, October 15, 2019 6:26:31 PM MST Stephen Gallagher wrote:
> > >
> > > > given
On Tuesday, October 15, 2019 9:07:51 PM MST Neal Gompa wrote:
> On Wed, Oct 16, 2019 at 12:05 AM John M. Harris Jr
> wrote:
> >
> >
> > On Tuesday, October 15, 2019 6:26:31 PM MST Stephen Gallagher wrote:
> >
> > > given that we're talking about the need to migrate defaults
> >
> >
> >
> > To cla
On Wed, Oct 16, 2019 at 12:05 AM John M. Harris Jr wrote:
>
> On Tuesday, October 15, 2019 6:26:31 PM MST Stephen Gallagher wrote:
> > given that we're talking about the need to migrate defaults
>
> To clarify, that has not been decided, and a prominent option mentioned in
> this thread is the opt
On Tuesday, October 15, 2019 6:26:31 PM MST Stephen Gallagher wrote:
> given that we're talking about the need to migrate defaults
To clarify, that has not been decided, and a prominent option mentioned in
this thread is the option to simply require that there is a non-modular
package.
--
John
On Tuesday, October 15, 2019 8:59:18 PM MST Leigh Scott wrote:
> > On Wed, Oct 16, 2019 at 12:44 AM, John M. Harris Jr
> > >
> > As previously mentioned in this thread, we already approved Steam for
> > F28.
> >
> >
> > This was also previously addressed earlier in this thread, where I
> > q
> On Wed, Oct 16, 2019 at 12:44 AM, John M. Harris Jr
>
> As previously mentioned in this thread, we already approved Steam for
> F28.
>
>
> This was also previously addressed earlier in this thread, where I
> quoted the relevant portion of the policy in full. Please consider
> previous rep
On Tuesday, October 15, 2019 6:58:07 PM MST mcatanz...@gnome.org wrote:
> On Wed, Oct 16, 2019 at 12:44 AM, John M. Harris Jr
>
> wrote:
> > Proprietary software is certainly a subset of third party software,
> > however,
> > please read the Workstation group's own page about third party
> > soft
On Tuesday, October 15, 2019 7:01:49 PM MST mcatanz...@gnome.org wrote:
> On Wed, Oct 16, 2019 at 12:19 AM, Kevin Kofler
>
> wrote:
> > By actively offering the proprietary Chrome to the users instead of
> > explaining the above, you are actually pointing them towards using
> > proprietary softwa
On Wed, Oct 16, 2019 at 12:19 AM, Kevin Kofler
wrote:
By actively offering the proprietary Chrome to the users instead of
explaining the above, you are actually pointing them towards using
proprietary software instead of Free Software for no reason.
I think you're probably right that people ma
On Wed, Oct 16, 2019 at 12:44 AM, John M. Harris Jr
wrote:
Proprietary software is certainly a subset of third party software,
however,
please read the Workstation group's own page about third party
software.
According to that documentation, the Workstation group itself or
FESCo is
meant to a
On Tue, 2019-10-15 at 23:52 +, devloca...@gmail.com wrote:
> I would like to log a serious issue with https://SoftwareCollections.org
>
> It says I need a Fedora ID.
>
> I go sign up for one, I am asked for a password, I input it twice when
> creating the account.
>
> I get an email that sa
On Fri, Oct 4, 2019 at 10:57 AM Stephen Gallagher wrote:
>
> Right now, there are two conflicting requirements in Fedora Modularity
> that we need to resolve.
>
> 1. Once a user has selected a stream, updates should follow that
> stream and not introduce incompatiblities. Selected streams should n
I would like to log a serious issue with https://SoftwareCollections.org
It says I need a Fedora ID.
I go sign up for one, I am asked for a password, I input it twice when creating
the account.
I get an email that says: "here is your new password" and that I must click on
a link to use this se
On Tuesday, October 15, 2019 12:16:06 PM MST Kevin Fenzi wrote:
> On Tue, Oct 15, 2019 at 11:42:33AM -0700, John M. Harris Jr wrote:
> > On Tuesday, October 15, 2019 11:39:20 AM MST Kevin Fenzi wrote:
> > > On Tue, Oct 15, 2019 at 05:05:51PM +, John M. Harris, Jr. wrote:
> > > > There is a diff
On Tue, Oct 8, 2019 at 2:08 PM Jerry James wrote:
> An update of mpfr from version 3.1.6 to version 4.0.2 is about to begin in
> Rawhide in a side tag:
>
> https://fedoraproject.org/wiki/Changes/mpfr-4.0.2
>
> If you see a "Rebuild for mpfr 4" commit in your package repo, then please
> coordin
I've added about 20 more talks and I believe that the talks are now all
public. There are a few left in the "bex review" bucket that are not
properly labeled. This may mean the talk didn't get recorded properly.
I am sorry for the delays.
regards,
bex
On Thu, Oct 3, 2019 at 9:40 AM Michal Kon
Kevin Fenzi wrote:
> One of the early drivers of this discussion as I recall was chrome,
> which is definitely a third party software that is also proprietary.
And one where it is entirely pointless to install the proprietary version
because there is Chromium (i.e., the Free Software version) in
Matthew Miller wrote:
> Upgrades need to work, though. And they need to work regardless of whether
> we ban default modules or not. So, given that, I'm not _really_ seeing big
> differences in practice for the user beteen these two proposals, and the
> one (no default streams) negates one of the wh
Joe Orton wrote:
> If you don't want to ship any of your packages as modules I think that's
> great and you should continue doing that. On the other hand, I want to
> move a bunch of my packages to module-only because I think I can do a
> better job serving Fedora users that way.
How so? That is
On Tue, Oct 15, 2019 at 10:13 AM Adam Williamson
wrote:
> What's happening right now is the process of us trying something out
> and finding out where the problems are. That's what happens when you
> invent new stuff, it's harder than just carrying on doing the old
> stuff.
I agree Adam.
I think
Tomasz Torcz writes:
> On Tue, Oct 15, 2019 at 01:56:11PM -0400, Robbie Harwood wrote:
>> Matthew Miller writes:
>>
>> > On Tue, Oct 15, 2019 at 12:36:15PM +0200, Miro Hrončok wrote:
>> >>> As package maintainers we all make technical decisions which have
>> >>> significant impact on our users
On Tue, Oct 15, 2019 14:17:50 -0500, Richard Shaw wrote:
> On Tue, Oct 15, 2019 at 11:48 AM Ankur Sinha wrote:
>
>
> One option is to roll the dice with -j2 and hope you get one of the nice
> builders. May be quicker overall to risk a OOM failure on a build or two until
> you get a good builder
Hi Orion,
On Tue, Sep 17, 2019 15:37:57 -0600, Orion Poplawski wrote:
>
> I have no idea as I really don't know exactly what --enable-mpi-cxx does. I
> was surprised that it didn't appear to affect more packages.
F30 still seems to suffer from this issue. Any chance the fix could be
include the
On Tue, Oct 15, 2019 at 11:48 AM Ankur Sinha wrote:
> On Tue, Oct 15, 2019 11:14:42 -0500, Richard Shaw wrote:
> > I was doing good until I hit this one, went through all 8GB of swap...
> >
> > g++: fatal error: Killed signal terminated program cc1plus
> > compilation terminated.
> > make[4]: ***
On Tue, Oct 15, 2019 at 11:42:33AM -0700, John M. Harris Jr wrote:
> On Tuesday, October 15, 2019 11:39:20 AM MST Kevin Fenzi wrote:
> > On Tue, Oct 15, 2019 at 05:05:51PM +, John M. Harris, Jr. wrote:
> > > There is a difference between ignoring proprietary software, and providing
> > > instal
Hello,
On Tue, Oct 15, 2019 13:58:11 +0530, Aniket Pradhan wrote:
>
> In the "Neuroscience query of the week" section, we hope to provide
> attendees with the chance to ask about a neuroscience topic that they
> are curious about.
I listened to this podcast today, and thought it was very good. I
On Tuesday, October 15, 2019 11:39:20 AM MST Kevin Fenzi wrote:
> On Tue, Oct 15, 2019 at 05:05:51PM +, John M. Harris, Jr. wrote:
> > There is a difference between ignoring proprietary software, and providing
> > installation methods for it in the distro. It is against the first of the
> > Fou
On Tue, Oct 15, 2019 at 05:05:51PM +, John M. Harris, Jr. wrote:
> There is a difference between ignoring proprietary software, and providing
> installation methods for it in the distro. It is against the first of the
> Four Foundations, Freedom, to include these repositories. It's one thing
On Tue, Oct 15, 2019 at 01:56:11PM -0400, Robbie Harwood wrote:
> Matthew Miller writes:
>
> > On Tue, Oct 15, 2019 at 12:36:15PM +0200, Miro Hrončok wrote:
> >>> As package maintainers we all make technical decisions which have
> >>> significant impact on our users every day - whether that's in
Hi Marius and all,
I just don't see anything. Just a normal map. I don't get any security
warning, but I don't see any data either.
Javascript is working elsewhere for me, so I don't think that's the issue.
Kind regards,
Lailah
On Sat, 12 Oct 2019 at 23:19, Marius Schwarz wrote:
> hi,
>
>
Matthew Miller writes:
> On Tue, Oct 15, 2019 at 12:36:15PM +0200, Miro Hrončok wrote:
>>> As package maintainers we all make technical decisions which have
>>> significant impact on our users every day - whether that's in the
>>> choice of defaults, choice of build flags, or whatever. Honestly
On 15. 10. 19 19:13, Kevin Fenzi wrote:
So, I see the following modules (in rawhide anyhow) that don't seem to
have non modular versions:
avocado
cri-o
django
dwm
eclipse
gimp
jmc
lizardfs
mysql
ninja
perl-bootstrap
stratis
Do all of those have default streams? I don't know all but I think tha
On Mon, Oct 14, 2019 at 10:46:50AM +0200, Miro Hrončok wrote:
> On 13. 10. 19 23:01, Fabio Valentini wrote:
...snip...
> >
> > From what I can tell, the only two package groups that are really
> > affected by a move to "modules only" are java and eclipse.
> > If that's correct, "revert it all" wo
On Tue, Oct 15, 2019 at 12:52 PM Josh Boyer wrote:
>
> On Tue, Oct 15, 2019 at 12:27 PM Neal Gompa wrote:
> >
> > On Tue, Oct 15, 2019 at 12:13 PM Adam Williamson
> > wrote:
> > >
> > > On Tue, 2019-10-15 at 11:35 -0400, Neal Gompa wrote:
> > > > On Tue, Oct 15, 2019 at 11:22 AM Matthew Miller
>
There is a difference between ignoring proprietary software, and providing
installation methods for it in the distro. It is against the first of the Four
Foundations, Freedom, to include these repositories. It's one thing if the user
seeks out the software and installs it themselves, it's anothe
On 10/14/19 6:19 AM, Kevin Kofler wrote:
mcatanz...@gnome.org wrote:
John, the third-party software policy was approved after a long and
contentious debate:
https://gcc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpagure.io%2FFedora-Council%2Ftickets%2Fissue%2F121&data=02%7C01%7Cprzeme
On Tue, Oct 15, 2019 at 12:27 PM Neal Gompa wrote:
>
> On Tue, Oct 15, 2019 at 12:13 PM Adam Williamson
> wrote:
> >
> > On Tue, 2019-10-15 at 11:35 -0400, Neal Gompa wrote:
> > > On Tue, Oct 15, 2019 at 11:22 AM Matthew Miller
> > > wrote:
> > > > On Tue, Oct 15, 2019 at 12:36:15PM +0200, Miro
On Tue, Oct 15, 2019 11:14:42 -0500, Richard Shaw wrote:
> I was doing good until I hit this one, went through all 8GB of swap...
>
> g++: fatal error: Killed signal terminated program cc1plus
> compilation terminated.
> make[4]: *** [Makefile:598: graph_community_network_eavg_imp1.lo] Error 1
> m
On Tue, Oct 15, 2019 at 12:13 PM Adam Williamson
wrote:
>
> On Tue, 2019-10-15 at 11:35 -0400, Neal Gompa wrote:
> > On Tue, Oct 15, 2019 at 11:22 AM Matthew Miller
> > wrote:
> > > On Tue, Oct 15, 2019 at 12:36:15PM +0200, Miro Hrončok wrote:
> > > > > As package maintainers we all make technica
I was doing good until I hit this one, went through all 8GB of swap...
g++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
make[4]: *** [Makefile:598: graph_community_network_eavg_imp1.lo] Error 1
make[4]: *** Waiting for unfinished jobs
Thanks,
Richard
On Tue, 2019-10-15 at 11:35 -0400, Neal Gompa wrote:
> On Tue, Oct 15, 2019 at 11:22 AM Matthew Miller
> wrote:
> > On Tue, Oct 15, 2019 at 12:36:15PM +0200, Miro Hrončok wrote:
> > > > As package maintainers we all make technical decisions which have
> > > > significant impact on our users every
Minutes:
https://meetbot.fedoraproject.org/fedora-meeting-3/2019-10-15/modularity.2019-10-15-15.01.html
Minutes (text):
https://meetbot.fedoraproject.org/fedora-meeting-3/2019-10-15/modularity.2019-10-15-15.01.txt
Log:
https://meetbot.fedoraproject.org/fedora-meeting-3/2019-10-15/modularity.2019-10
https://bugzilla.redhat.com/show_bug.cgi?id=1761539
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
Out of curiosity I tried a build with "-l3" for load limiting but I still
got a OOM situation on my Ryzen 5 2600 w/ 16GB of memory.
Trying again with -j3 (since -l doesn't monitor memory) and so far so good!
Since I'm running the build remotely from my work laptop I'm monitoring my
home workstati
On Tue, Oct 15, 2019 17:23:09 +0200, Christopher Engelhard wrote:
> On 14.10.19 23:07, Ankur Sinha wrote:
> > Out of curiosity, how long did the build take on your machine there?
>
> Almost 3 hours.
Woah--that was quick! Was this with all the rpm compiler flags? The Koji
scratch build has been ru
On Tue, Oct 15, 2019 at 11:22 AM Matthew Miller
wrote:
>
> On Tue, Oct 15, 2019 at 12:36:15PM +0200, Miro Hrončok wrote:
> > >As package maintainers we all make technical decisions which have
> > >significant impact on our users every day - whether that's in the choice
> > >of defaults, choice of
On 14.10.19 23:07, Ankur Sinha wrote:
> Out of curiosity, how long did the build take on your machine there?
Almost 3 hours.
Christopher
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproj
On Tue, Oct 15, 2019 at 12:36:15PM +0200, Miro Hrončok wrote:
> >As package maintainers we all make technical decisions which have
> >significant impact on our users every day - whether that's in the choice
> >of defaults, choice of build flags, or whatever. Honestly delivering as
> >modules-vs-no
On Fri, Oct 11, 2019 at 11:54:02AM -0700, Adam Williamson wrote:
> Well, there's various places that provide a fairly 'official'
> definition of what the advantages are supposed to be. E.g. the
> Modularity docs site has a FAQ section where this is the first
> question: "Exactly what problem are yo
On Sun, Oct 13, 2019 at 11:49:28AM -0400, W. Michael Petullo wrote:
> I would like to take ownership of the festival packages, which was recently
> retired:
> https://bugzilla.redhat.com/show_bug.cgi?id=1674883
> I had already been working on updating the Festival package to a much
> newer v
On Tue, Oct 15, 2019 at 4:14 AM Nicolas Chauvet wrote:
> There is a plan to update opencv to 4.1.x in rawhide. At this stage
> there are few packages that will need fixing as shown in the copr
> project:
> https://copr.fedorainfracloud.org/coprs/kwizart/opencv4/builds/
> (resubmit might still be i
No missing expected images.
Failed openQA tests: 4/153 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-31-20191014.n.0):
ID: 470132 Test: x86_64 Workstation-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/470132
ID: 470235 Test: x86_64 uni
Dne 15. 10. 19 v 12:47 Ankur Sinha napsal(a):
Maybe I'll try with -j2 or -j3
Personally, I find --load-average=LOAD (-l3) more suitable. It can spin up more threads if they do not create load, or
can dynamically fallback to single process if there is high utilization of system.
--
Miroslav S
OLD: Fedora-31-20191014.n.0
NEW: Fedora-31-20191015.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 3
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
On Tue, Oct 15, 2019 12:05:57 +0200, Dan Horák wrote:
> On Mon, 14 Oct 2019 16:50:31 +0100
> Ankur Sinha wrote:
>
> > Hello,
> >
> > I'm working on packaging up graph-tool[1] for SciTech/NeuroFedora. The
> > spec file is a WIP here[2]. I've not yet managed to complete a
> > build---it managed t
On 15. 10. 19 12:10, Joe Orton wrote:
On Mon, Oct 14, 2019 at 11:44:46PM +0200, Kevin Kofler wrote:
The net result of this proposed Change for the end user is still the same as
the status quo: They have to use modules whether they want to or not, the
choice is taken away from them. And while the
Hi there,
There is a plan to update opencv to 4.1.x in rawhide. At this stage
there are few packages that will need fixing as shown in the copr
project:
https://copr.fedorainfracloud.org/coprs/kwizart/opencv4/builds/
(resubmit might still be in progress).
Any help is welcomed in the process.The p
On Mon, Oct 14, 2019 at 11:44:46PM +0200, Kevin Kofler wrote:
> The net result of this proposed Change for the end user is still the same as
> the status quo: They have to use modules whether they want to or not, the
> choice is taken away from them. And while the default stream approach tries
>
On Mon, 14 Oct 2019 16:50:31 +0100
Ankur Sinha wrote:
> Hello,
>
> I'm working on packaging up graph-tool[1] for SciTech/NeuroFedora. The
> spec file is a WIP here[2]. I've not yet managed to complete a
> build---it managed to get my F31 server machine to go completely
> unresponsive when I had
Hello everyone,
You are all invited to attend the Open NeuroFedora team meeting this week
on Thursday (17th October) at 1500UTC in #fedora-neuro on IRC (Freenode):
https://webchat.freenode.net/?channels=#fedora-neuro
You can convert the meeting time to your local time using:
$ date --date='TZ="U
Dne 14. 10. 19 v 17:50 Ankur Sinha napsal(a):
Hello,
I'm working on packaging up graph-tool[1] for SciTech/NeuroFedora. The
spec file is a WIP here[2]. I've not yet managed to complete a
build---it managed to get my F31 server machine to go completely
unresponsive when I had tried last evening-
65 matches
Mail list logo
