On 09/12/2015 03:21 PM, Orion Poplawski wrote:
> But if we're in a situation where we are just killing ourselves
> shoehorning upstream's mess of bundled requirements into rpms and
> their response is just 'well just run "pip install foo" and be done
> with it', I think it's time to just let every
When declaring a variable value, I wonder if the any difference/best
practice between these methods:
export VAR=MyValue
%{define} VAR MyValue
%{global} VAR MyValue
Thank you for hints.
--
google.com/+arnaudgabourygabx
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorap
On 09/09/2015 10:10 PM, Thomas Spura wrote:
> I retired ScientificPython as it does require an older numpy and doesn't
> build anytime soon with the current numpy and will be FTBFS for a longer
> time [1].
How did you retire it? It doesn't appear to be blocked in koji for some
reason and Scientifi
Compose started at Sun Sep 13 07:15:04 UTC 2015
Broken deps for armhfp
--
[ScientificPython]
ScientificPython-2.8-20.fc22.armv7hl requires libmpi.so.1
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.jud
Compose started at Sun Sep 13 05:15:03 UTC 2015
Broken deps for i386
--
[IQmol]
IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0
IQmol-2.3.0-9.fc24.i686 requires libboost_iostreams.so.1.58.0
[ScientificPython]
Am 13.09.2015 um 10:16 schrieb Andrew Haley:
I remember the time before free software distros like Fedora: it was
chaotic, with messes of bundles and contradictory dependencies from
all over the place, with no reliable tools for finding things.
Relying on the upstream ecosystem's way of sorting
arnaud gaboury wrote:
> When declaring a variable value, I wonder if the any difference/best
> practice between these methods:
>
> export VAR=MyValue
> %{define} VAR MyValue
> %{global} VAR MyValue
best practice is to use global, it is explicitly mentioned here:
https://fedoraproject.org/wiki/P
I might add that fedora-review could be run on local spec + srpm
and will warn you about these kinds of things.
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
2015-09-13 10:16 GMT+02:00 Andrew Haley :
>
> The development model followed by much of the upstream world is
> immature: it may not even be repeatable, let alone well-defined.
> Shoehorning upstream's mess of bundled requirements is a very useful
> service that we can provide to our users. By beh
On Sun, Sep 13, 2015 at 2:16 PM, Rex Dieter wrote:
> arnaud gaboury wrote:
>
>> When declaring a variable value, I wonder if the any difference/best
>> practice between these methods:
>>
>> export VAR=MyValue
>> %{define} VAR MyValue
>> %{global} VAR MyValue
>
> best practice is to use global, it
Am 13.09.2015 um 15:39 schrieb arnaud gaboury:
On Sun, Sep 13, 2015 at 2:16 PM, Rex Dieter wrote:
arnaud gaboury wrote:
When declaring a variable value, I wonder if the any difference/best
practice between these methods:
export VAR=MyValue
%{define} VAR MyValue
%{global} VAR MyValue
bes
On Sun, Sep 13, 2015 at 3:53 PM, Reindl Harald wrote:
>
>
> Am 13.09.2015 um 15:39 schrieb arnaud gaboury:
>>
>> On Sun, Sep 13, 2015 at 2:16 PM, Rex Dieter wrote:
>>>
>>> arnaud gaboury wrote:
>>>
When declaring a variable value, I wonder if the any difference/best
practice between th
On Sex, 2015-09-11 at 22:41 +, Jóhann B. Guðmundsson wrote:
>
> On 09/11/2015 09:09 PM, Orion Poplawski wrote:
> > What does Fedora users gain with "dnf
> > install rails" or "dnf install ipython" versus "gem install rails" and "pip
> > install ipython"?
>
> This indeed is very good question.
Am 13.09.2015 um 16:01 schrieb arnaud gaboury:
On Sun, Sep 13, 2015 at 3:53 PM, Reindl Harald wrote:
export CFFLAGS= '-xHost -mavx -fp-model precise'
%configure
CFFLAGS="${CFLAGS:-%optflags}" ; export CFLAGS ; \
Is above the the best way?
no
* there is no reason to men
On Sep 13, 2015 4:07 PM, "Reindl Harald" wrote:
>
>
>
> Am 13.09.2015 um 16:01 schrieb arnaud gaboury:
>>
>> On Sun, Sep 13, 2015 at 3:53 PM, Reindl Harald
wrote:
export CFFLAGS= '-xHost -mavx -fp-model precise'
%configure
CFFLAGS="${CFLAGS:-%optflags}" ; export CFLAGS ;
On Sun, Sep 13, 2015 at 10:05 AM, Sérgio Basto wrote:
> On Sex, 2015-09-11 at 22:41 +, Jóhann B. Guðmundsson wrote:
> >
> > On 09/11/2015 09:09 PM, Orion Poplawski wrote:
> > > What does Fedora users gain with "dnf
> > > install rails" or "dnf install ipython" versus "gem install rails" and
>
Am 29.08.2015 um 13:16 schrieb Till Hofmann:
On 08/29/2015 06:32 AM, Adam Williamson wrote:
On Fri, 2015-08-28 at 16:27 +0200, Reindl Harald wrote:
bodhi2 at https://bodhi.fedoraproject.org/ is unusable for testers
because the search field seeks for users, no idea how to get to the
current f
# Fedora Quality Assurance Meeting
# Date: 2015-09-14
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
It's QA meeting time again! I don't really have a lot for the agenda,
but we haven't met for a couple
On Sat, 12 Sep 2015 16:15:24 -0700
Dave Johansen wrote:
> I just finished the review for cppformat (
> https://bugzilla.redhat.com/show_bug.cgi?id=1216279 ) and went to
> submit the updates. I noticed that bodhi 2.0 won't autocomplete the
> names of updates. I believe that would happen before the
On 13/09/15 19:02, Kevin Fenzi wrote:
On Sat, 12 Sep 2015 16:15:24 -0700
Dave Johansen wrote:
I just finished the review for cppformat (
https://bugzilla.redhat.com/show_bug.cgi?id=1216279 ) and went to
submit the updates. I noticed that bodhi 2.0 won't autocomplete the
names of updates. I bel
Missing expected images:
Cloud atomic Disk x86_64
Cloud base Disk i386
No images in this compose but not 23 Branched 20150912
No images in 23 Branched 20150912 but not this.
--
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
--
devel mailing
On Sun, 2015-09-13 at 19:28 +0100, Tom Hughes wrote:
> Normally you're right, but if the package has only just been created
> then it doesn't work. I assume bodhi catches up eventually but there
> is
> definitely a delay when a new package is created during which bodhi
> won't find it and you ha
On 2015-09-13, 13:13 GMT, Haïkel wrote:
> But, distros have lost the influence they used to have then, we're in the
> cloud/container era where people bundle everything ...
And they won't retake it by giving up. Then they will just give
ammunition to the idiots persuading them they are right.
>
Missing expected images:
Kde Live i386
Cloud base Disk i386
Cloud base Disk x86_64
Kde Live x86_64
Cloud atomic Disk x86_64
Kde Disk armhfp
Images in this compose but not Rawhide 20150912:
Security Live x86_64
Security Live i386
No images in Rawhide 20150912 but not this.
Failed openQA tests:
On Thu, Sep 10, 2015 at 09:53:27AM -0400, Stephen Gallagher wrote:
> == Advantages to using shared libraries ==
> * Security/Bugs - When a bug or security vulnerability is located in
> a library, it needs to be patched in only a single package in order to
> fix all applications using that library.
2015-09-13 20:40 GMT+02:00 Matěj Cepl :
> On 2015-09-13, 13:13 GMT, Haïkel wrote:
>> But, distros have lost the influence they used to have then, we're in the
>> cloud/container era where people bundle everything ...
>
> And they won't retake it by giving up. Then they will just give
> ammunition t
On 2015-09-13, 20:23 GMT, Haïkel wrote:
> The Java world is definitively not moving in the right direction.
https://en.wikipedia.org/wiki/Java_Module_System is IMHO The
Right Thing™ and it is still on the list of deliverables for
Java 9 (still to be feature complete on 2015-12-10).
> Recently,
On Sun, 13 Sep 2015 23:30:13 +0200, you wrote:
>On 2015-09-13, 20:23 GMT, Haïkel wrote:
>> The Java world is definitively not moving in the right direction.
>
>https://en.wikipedia.org/wiki/Java_Module_System is IMHO The
>Right Thing and it is still on the list of deliverables for
>Java 9 (stil
Kalev Lember schrieb am So., 13. Sep. 2015 um
13:37 Uhr:
> On 09/09/2015 10:10 PM, Thomas Spura wrote:
> > I retired ScientificPython as it does require an older numpy and doesn't
> > build anytime soon with the current numpy and will be FTBFS for a longer
> > time [1].
>
> How did you retire it?
On 12 September 2015 at 04:10, Adam Williamson
wrote:
> I agree that the discussion here needs to be more broad-based; see the
> other thread fork. I was just providing support for Stephen's
> contention that this is not some airy-fairy theoretical problem, there
> are multiple examples of real th
30 matches
Mail list logo
