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-
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
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
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
>
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 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
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
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
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
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
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
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 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 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 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 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 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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1761539
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
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
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
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, 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
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: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 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
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 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
>
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 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
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
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,
>
>
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
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 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
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 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
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]: ***
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 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
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 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
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
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
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
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
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
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
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 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
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 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 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 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 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 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 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 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 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 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: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: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: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
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 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
65 matches
Mail list logo
