I have two reviews that have been waiting for a reviewer for a while. I
would be willing to do a review swap but I would probably have a slow turn
around on my end (I'm currently on vacation and only occasionally get time
to do this sort of thing). So if you're willing to swap or do the review,
the
I'm trying to run fedora-review. Do I have something setup incorrectly? Or
am I doing something wrong? It keeps running into issue with not finding
qmake, but isn't everything supossed to be done in mock?
Here's the output from the process:
[dlj@JohansenDev ~]$ fedora-review -b 1231427
INFO: Proce
On Wed, Jul 8, 2015 at 12:23 PM, Tom Hughes wrote:
> On 08/07/15 20:02, Dave Johansen wrote:
>
> I'm trying to run fedora-review. Do I have something setup incorrectly?
>> Or am I doing something wrong? It keeps running into issue with not
>> finding qmake, but isn&#
On Wed, Jul 8, 2015 at 10:15 AM, Antonio Trande
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 07/08/2015 07:08 PM, Dave Johansen wrote:
> > I have two reviews that have been waiting for a reviewer for a
> > while. I would be willing to do a review s
On Wed, Jul 8, 2015 at 12:02 PM, Dave Johansen
wrote:
> I'm trying to run fedora-review. Do I have something setup incorrectly? Or
> am I doing something wrong? It keeps running into issue with not finding
> qmake, but isn't everything supossed to be done in mock?
>
S
I can bulid a package on my machine (F21 32-bit), but when I try and build
it with mock, I get an error when trying to run python. Here's the output:
RPM build errors:
+ cd durin42-hgsubversion-dde1ade36a49
+ '%{__python2}' setup.py build
/var/tmp/rpm-tmp.N6A81W: line 31: fg: no job control
Any id
On Wed, Jul 8, 2015 at 5:49 PM, Dave Johansen
wrote:
> I can bulid a package on my machine (F21 32-bit), but when I try and build
> it with mock, I get an error when trying to run python. Here's the output:
> RPM build errors:
> + cd durin42-hgsubversion-dde1ade36a49
> + &#x
During the review of cppformat, it was pointed out that it contained a font
that should be removed because it's packaged with Fedora (
https://bugzilla.redhat.com/show_bug.cgi?id=1216279#c3 ). While working on
resolving this, I was looking into what package provided this font so I
could add the app
https://copr.fedoraproject.org/coprs/daveisfera/odb_2.4/build/102224/
What's the correct way to handle a single failed build on COPR? In the
above, it failed on F22 ppc64le. Will clicking resubmit rebuild on all of
the platforms? Or just the one that failed?
Thanks,
Dave
--
devel mailing list
deve
On Mon, Jul 13, 2015 at 11:38 PM, Dan Horák wrote:
> On Mon, 13 Jul 2015 22:05:01 -0700
> Dave Johansen wrote:
>
> > https://copr.fedoraproject.org/coprs/daveisfera/odb_2.4/build/102224/
> > What's the correct way to handle a single failed build on COPR? In the
&
I'm working on packaging hgsubversion (
https://bugzilla.redhat.com/show_bug.cgi?id=1221459 ) and I've run into an
issue where some of the tests pass on F22 and F23 but fail on Rawhide. I've
done some simple debugging, but it would be much easier if upstream could
do some testing on their own (
htt
On Wed, Sep 2, 2015 at 1:29 PM, Kevin Fenzi wrote:
> On Tue, 1 Sep 2015 22:52:42 -0700
> Dave Johansen wrote:
>
> > I'm working on packaging hgsubversion (
> > https://bugzilla.redhat.com/show_bug.cgi?id=1221459 ) and I've run
> > into an issue where some
On Wed, Sep 2, 2015 at 2:17 PM, Mike Ruckman
wrote:
> On Tue, Sep 01, 2015 at 10:52:42PM -0700, Dave Johansen wrote:
> > I'm working on packaging hgsubversion (
> > https://bugzilla.redhat.com/show_bug.cgi?id=1221459 ) and I've run into
> an
> > issue where som
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 update to 2.0.
Is this a known issue? I didn't find it when looki
I'm working on packaging hgsubversion (
https://bugzilla.redhat.com/show_bug.cgi?id=1221459 ) and I've run into
some test failures on F23/Rawhide that seem to be caused by the update to
subversion 1.9.0. Upstream has recommended that I try and bisect the source
of the failure (
https://groups.googl
On Thu, Sep 3, 2015 at 9:45 AM, Dave Love wrote:
> Dave Johansen writes:
>
> >> We do have docker images that can be used [0] - but we currently don't
> >> have a user friendly way to find them. You currently have to look
> >> through koji to fi
On Wed, Sep 16, 2015 at 6:04 AM, Dave Love wrote:
> Dave Johansen writes:
>
> >> For what it's worth, you can use vagrant with the
> >> kaorimatz/fedora-rawhide-x86_64 box. A search on the hashicorp atlas
> >> finds it.
> >>
> >
> >
Would it be possible to add more information to the emails sent to notify
about Koji Garbage Collection (
http://fedoraproject.org/wiki/Koji/GarbageCollection )? I receive these
emails and I usually know why I received them (usually an update was
obsoleted because of a fix for an issue that was ide
On Thu, Sep 17, 2015 at 3:54 PM, Kevin Fenzi wrote:
> On Wed, 16 Sep 2015 12:19:46 -0700
> Dave Johansen wrote:
>
> > Would it be possible to add more information to the emails sent to
> > notify about Koji Garbage Collection (
> > http://fedoraproject.org/wiki/Koji
On Mon, Sep 21, 2015 at 6:27 AM, Adam Jackson wrote:
> On Sun, 2015-09-20 at 21:00 +0800, Christopher Meng wrote:
> > On 9/20/15, David Airlie wrote:
> > > It's llvm, there is never a good time to upgrade it and no llvm
> release is
> > > backwards compatible.
> >
> > Yes, so unless someone is p
On Thu, Sep 24, 2015 at 9:41 AM, drago01 wrote:
> On Thu, Sep 24, 2015 at 6:04 PM, Dave Johansen
> wrote:
> > On Mon, Sep 21, 2015 at 6:27 AM, Adam Jackson wrote:
> >>
> >> On Sun, 2015-09-20 at 21:00 +0800, Christopher Meng wrote:
> >> > On 9/20/1
On Tue, Sep 22, 2015 at 2:02 PM, Kevin Fenzi wrote:
> On Tue, 22 Sep 2015 08:13:45 -0700
> Dave Johansen wrote:
>
> > Can I open a ticket requesting this feature enhancement? If so, is
> > https://fedorahosted.org/koji/wiki the right place?
>
> Sure.
&
http://koji.fedoraproject.org/koji/taskinfo?taskID=7370474
There was a failure building odb during the rebuild. A later rebuild
worked, but is this something I should worry about or file a report against?
Thanks,
Dave
On Thu, Aug 14, 2014 at 9:47 AM, Dennis Gilmore wrote:
> -BEGIN PGP SIGNE
On Thu, Aug 21, 2014 at 10:05 PM, Ralf Corsepius
wrote:
> On 08/22/2014 06:57 AM, Dennis Gilmore wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On Thu, 21 Aug 2014 20:46:05 -0700
>> Dave Johansen wrote:
>>
>> http://koj
I just submitted a re-build of ODB for GCC 4.9.2 in rawhide (
http://koji.fedoraproject.org/koji/taskinfo?taskID=8051892 ) and it ran
into an issue ( http://koji.fedoraproject.org/koji/taskinfo?taskID=8051895
).
I don't have access to a machine with rawhide to do any more debugging, but
I've inclu
On Thu, Nov 6, 2014 at 8:19 AM, Jakub Jelinek wrote:
> On Thu, Nov 06, 2014 at 07:58:01AM -0700, Dave Johansen wrote:
> > I just submitted a re-build of ODB for GCC 4.9.2 in rawhide (
> > http://koji.fedoraproject.org/koji/taskinfo?taskID=8051892 ) and it ran
> > i
On Tue, Feb 24, 2015 at 11:24 AM, Dennis Gilmore wrote:
> Today is also the Alpha freeze[4]. This means that only packages which
> fix accepted blocker or freeze exception bugs[5][6] will be marked as
> 'stable' and included in the Alpha composes. Other builds will remain
> in updates-testing unt
On Fri, Feb 27, 2015 at 8:50 AM, Peter Robinson
wrote:
> On Fri, Feb 27, 2015 at 3:23 PM, Dave Johansen
> wrote:
> > On Tue, Feb 24, 2015 at 11:24 AM, Dennis Gilmore
> wrote:
> >>
> >> Today is also the Alpha freeze[4]. This means that only packages which
&g
I posted this issue on the users mailing list but didn't get a response (
https://lists.fedoraproject.org/pipermail/users/2015-March/459083.html ),
so I thought I'd try here.
I did a "yum remove" on F21 and it hung after the 2nd of 8 .rpms and
systemd has been using ~40% of the CPU since then. Her
On Tue, Mar 10, 2015 at 5:10 AM, Michal Schmidt wrote:
> On 03/10/2015 03:13 AM, Dave Johansen wrote:
> > #0 0xb76debac in __kernel_vsyscall ()
> > #1 0xb7510d03 in __waitpid_nocancel () from /lib/libpthread.so.0
> > #2 0xb6fa4842 in rpmScriptRun () from /lib/librpm.so.3
On Tue, Mar 10, 2015 at 7:53 PM, Dave Johansen
wrote:
> On Tue, Mar 10, 2015 at 5:10 AM, Michal Schmidt
> wrote:
>
>> On 03/10/2015 03:13 AM, Dave Johansen wrote:
>> > #0 0xb76debac in __kernel_vsyscall ()
>> > #1 0xb7510d03 in __waitpid_nocancel ()
On Wed, Mar 11, 2015 at 6:40 AM, Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Tue, Mar 10, 2015 at 08:15:38PM -0700, Dave Johansen wrote:
> > On Tue, Mar 10, 2015 at 7:53 PM, Dave Johansen
> > wrote:
> >
> > > On Tue, Mar 10, 2015 at
I noticed on RHEL 6 that when a large amount of disk I/O is happening that
CPU bound tasks "slow down". I have been able to reproduce it in Fedora 21
as well and here are the instructions of how I can reproduce it with a
simple test:
1) Build the disk_test.cc (the "CPU bound task") and run it.
2)
On Mon, Mar 30, 2015 at 3:15 PM, M. Edward (Ed) Borasky
wrote:
> On Mon, Mar 30, 2015 at 2:43 PM, drago01 wrote:
> >
> > https://lwn.net/Articles/572911/
> > https://lwn.net/Articles/467328/
>
Thanks for the info. That's very helpful, but it looks like that discussion
didn't come to any sort of
On Mon, Mar 30, 2015 at 10:02 PM, Nico Kadel-Garcia
wrote:
> On Mon, Mar 30, 2015 at 3:58 PM, Dave Johansen
> wrote:
> > I noticed on RHEL 6 that when a large amount of disk I/O is happening
> that
> > CPU bound tasks "slow down". I have been able to reproduce it
On Tue, Mar 31, 2015 at 10:44 AM, Richard W.M. Jones
wrote:
> On Tue, Mar 31, 2015 at 08:32:16AM -0700, Dave Johansen wrote:
> > I am not familiar with the low level details of disk I/O but I'm sure
> that
> > they are far more complicated than my basic assumptions, but
On Tue, Mar 31, 2015 at 3:26 PM, Richard W.M. Jones
wrote:
> On Tue, Mar 31, 2015 at 12:21:55PM -0700, Dave Johansen wrote:
> > You're right that is a problem because my "purely CPU bound task" was
> > actually writing to disk every 10 seconds, so I've attac
On Wed, Apr 1, 2015 at 8:18 AM, Stephen John Smoogen
wrote:
>
>
> On 31 March 2015 at 22:53, Dave Johansen wrote:
>
>> On Tue, Mar 31, 2015 at 3:26 PM, Richard W.M. Jones
>> wrote:
>>
>>> On Tue, Mar 31, 2015 at 12:21:55PM -0700, Dave Johansen wrot
On Wed, Apr 1, 2015 at 1:32 AM, Reindl Harald
wrote:
>
>
> Am 01.04.2015 um 06:53 schrieb Dave Johansen:
>
>> I added the call to mlockall() (it did have to be run as root) on a F21
>> machine with no swap and the slow down was still visible in the "CPU
>> bou
On Wed, Apr 1, 2015 at 10:39 AM, Reindl Harald
wrote:
>
>
> Am 01.04.2015 um 19:36 schrieb Dave Johansen:
>
>> On Wed, Apr 1, 2015 at 1:32 AM, Reindl Harald wrote:
>>
>> Am 01.04.2015 um 06:53 schrieb Dave Johansen:
>>
>> I added the call to
On Tue, Apr 7, 2015 at 9:40 PM, Kaustubh Deorukhkar
wrote:
> Hello,
>
>
> I am looking for glibc-static packages for RHEL 7 (ppc64 and ppc64le) but
> these are not available in EPEL repo. Is it possible to get these in epel
> repo please?
>
They are available as part of the base OS. The output o
Is Breathe for python-sphinx ( https://github.com/michaeljones/breathe )
available for Fedora? My searching with yum and such seems to indicate no,
but I just wanted to ask on here in case it was packaged in a way that I
didn't expect.
Thanks,
Dave
--
devel mailing list
devel@lists.fedoraproject.o
I had rebuilt odb for F22 because of a gcc version change (it's a plugin)
and submitted an update [1]. Then another build was done and an update
submitted [2]. Do I need to revoke my request? Or what's the right way to
handle this?
Thanks,
Dave
[1]:
https://admin.fedoraproject.org/updates/FEDORA-2
On Tue, Apr 28, 2015 at 8:12 AM, Kalev Lember wrote:
> On 04/28/2015 05:05 PM, Dave Johansen wrote:
> > I had rebuilt odb for F22 because of a gcc version change (it's a
> > plugin) and submitted an update [1]. Then another build was done and an
> > update submitted [
On Mon, May 4, 2015 at 4:09 AM, Kalev Lember wrote:
> iwyu: http://koji.fedoraproject.org/koji/taskinfo?taskID=9651015
>
A clang/llvm 3.6 compatible version of include-what-you-use (iwyu) hasn't
been released yet. Once that's available, I will update iwyu and rebuild.
--
devel mailing
https://fedoraproject.org/wiki/Mock#Mock_on_EL_6_and_EL_7:_Yum.2C_and_DNF
I just ran into this issue and I was wondering if it's possible for this
flag to be add to the default config on RHEL 6/7.
Thanks,
Dave
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/ma
On Wed, May 6, 2015 at 9:10 AM, Dave Johansen
wrote:
> On Mon, May 4, 2015 at 4:09 AM, Kalev Lember
> wrote:
>
>> iwyu: http://koji.fedoraproject.org/koji/taskinfo?taskID=9651015
>>
>
> A clang/llvm 3.6 compatible version of include-what-you-use (iwyu) hasn&
On Wed, Jun 3, 2015 at 7:31 AM, Mathieu Bridon
wrote:
> On Wed, 2015-06-03 at 14:19 +0200, Miroslav Suchý wrote:
> > Dne 2.6.2015 v 06:56 Dave Johansen napsal(a):
> > > https://fedoraproject.org/wiki/Mock#Mock_on_EL_6_and_EL_7:_Yum.2C_a
> > > nd_DNF
> > >
&g
On Wed, Jun 3, 2015 at 8:17 AM, Miroslav Suchý wrote:
> Dne 3.6.2015 v 17:10 Dave Johansen napsal(a):
> >
> > I don't mean to start an argument and this is a question out of honest
> curiosity. I'm not familiar with the details of
> > yum or dnf's re
I would like to start providing the latest version of ODB in a COPR for
stable releases of Fedora and RHEL. Is there a "best practice" for this
sort of thing?
The main question I have is:
Is it "better" to use a single repo and continue to update it with the
latest release?
Or is it better to have
On Jun 28, 2015 11:39 PM, "Miroslav Suchý" wrote:
>
> Dne 29.6.2015 v 06:13 Dave Johansen napsal(a):
> > I would like to start providing the latest version of ODB in a COPR for
stable releases of Fedora and RHEL. Is there a
> > "best practice" for this sort
I'm trying to build qt-creator 3.0.1 for EL6 and have successfully done it
on my own machine but I'm having an issue when building it with koji. It
appears that it's not finding one of the files (
http://koji.fedoraproject.org/koji/taskinfo?taskID=6542755 ), but it's
checked into the git branch for
On Tue, Feb 18, 2014 at 8:19 AM, Dennis Gilmore wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Tue, 18 Feb 2014 08:06:53 -0700
> Dave Johansen wrote:
>
> > I'm trying to build qt-creator 3.0.1 for EL6 and have successfully
> > done it on my
On Tue, Feb 18, 2014 at 10:57 AM, Dave Johansen wrote:
> On Tue, Feb 18, 2014 at 8:19 AM, Dennis Gilmore wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On Tue, 18 Feb 2014 08:06:53 -0700
>> Dave Johansen wrote:
>>
>> > I&
I'm trying to do a build on koji and ran into an error during the mock
buildroot setup ( http://koji.fedoraproject.org/koji/taskinfo?taskID=6488038
).
I posted previously on the Fedora devel mailing list but haven't figured it
out yet (
https://lists.fedoraproject.org/pipermail/devel/2014-February
On Fri, Feb 21, 2014 at 7:09 AM, Jeff Sheltren wrote:
> On Thu, Feb 20, 2014 at 7:47 PM, Dave Johansen wrote:
>
>>
>> Yes, waiting did work for that issue (
>> https://lists.fedoraproject.org/pipermail/devel/2014-February/195156.html),
>> but this is another
On Sun, Feb 23, 2014 at 10:22 AM, Kevin Fenzi wrote:
> On Sun, 23 Feb 2014 18:10:10 +0100
> Dominik 'Rathann' Mierzejewski wrote:
>
> > Hello everyone,
> > are the EPEL7 branch requests on
> > https://fedoraproject.org/wiki/EPEL/epel7/Requests still being
> > processed or are we back to the stan
On Wed, Apr 23, 2014 at 7:28 AM, Tyler Brock wrote:
> Tested it on the latest amazon linux and it works perfectly. Thank you!
>
> What are the next steps to get the change into EPEL?
>
> -Tyler
>
I'll add the patch to the git branch of llvm for EPEL6 and do the build. It
will then be available i
I resolved the issue with ODB not building with gcc 4.9, but it appears
that there's something going wrong with the ARM build. I don't have access
to a Fedora 21 machine or ARM hardware to debug this issue, so does anyone
have any ideas on what I can do to get the ARM build working on Fedora 21?
Th
On Wed, Jun 11, 2014 at 7:49 PM, Dave Johansen
wrote:
> I resolved the issue with ODB not building with gcc 4.9, but it appears
> that there's something going wrong with the ARM build. I don't have access
> to a Fedora 21 machine or ARM hardware to debug this issue, so doe
On Fri, Jun 13, 2014 at 10:17 AM, Dennis Gilmore wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Wed, 11 Jun 2014 23:48:10 -0500
> Dennis Gilmore wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On Wed, 11 Jun 20
On Tue, Jun 24, 2014 at 4:34 AM, Jaroslav Reznik wrote:
> Greetings!
> Fedora 21 Changes Freeze is currently scheduled to no earlier than
> 2014-07-08 [1] and we're getting closer to this date. Btw this is
> also Fedora 21 Branch from Rawhide date.
>
> At this point, all accepted changes should b
The simple solution to this is for me to just rebuild against 4.8.3, but
upstream said that in Debian they package the GCC plugins in
/usr/lib/gcc/.../x.y/plugin instead of /usr/lib/gcc/.../x.y.z/plugin so
that it doesn't break when there are minor version upgrades like this. Is
doing something lik
On Tue, Jul 1, 2014 at 10:04 PM, Dave Johansen
wrote:
> The simple solution to this is for me to just rebuild against 4.8.3, but
> upstream said that in Debian they package the GCC plugins in
> /usr/lib/gcc/.../x.y/plugin instead of /usr/lib/gcc/.../x.y.z/plugin so
> that it doesn&
How can I do a variable expansion that doesn't have - before and after? I
tried "slc${releasever}X" [1] and "slc$releaseverX" [2] but neither worked.
Thanks,
Dave
[1]:
https://copr-be.cloud.fedoraproject.org/results/daveisfera/odb_2.3_cern/epel-5-i386/00128584-odb/root.log.gz
[2]:
https://copr-be.
The links in the above email don't work. For example, the "Build log" link
says "Content Encoding Error" when I load it in Firefox:
https://copr-be.cloud.fedoraproject.org/results/daveisfera/odb_2.3_cern/epel-5-i386/odb/build.log.gz
This is the link that is listed if I start at the main page and d
https://copr.fedoraproject.org/coprs/daveisfera/odb_2.5/build/138953/
In the above COPR, it says the x86_64 for rawhide failed, but the logs look
fine and the .rpm results are there, so am I missing something or is this a
false failure?
Thanks,
Dave
--
devel mailing list
devel@lists.fedoraprojec
On Thu, Nov 12, 2015 at 8:20 AM, Miroslav Suchý wrote:
> Dne 12.11.2015 v 14:36 Dave Johansen napsal(a):
> > https://copr.fedoraproject.org/coprs/daveisfera/odb_2.5/build/138953/
> >
> > In the above COPR, it says the x86_64 for rawhide failed, but the logs
> look fine
I'm trying to create a new update for the builds of hgsubversion that I did
( http://koji.fedoraproject.org/koji/packageinfo?packageID=21326 ) but
whenever I click submit it just pops up a box in the lower right that says
"Required". Am I doing something wrong?
Thanks,
Dave
--
devel mailing list
d
On Sat, Nov 14, 2015 at 9:04 PM, Dave Johansen
wrote:
> I'm trying to create a new update for the builds of hgsubversion that I
> did ( http://koji.fedoraproject.org/koji/packageinfo?packageID=21326 )
> but whenever I click submit it just pops up a box in the lower right that
&g
On Mon, Oct 19, 2015 at 3:54 AM, Miroslav Suchý wrote:
> Dne 17.10.2015 v 23:55 Dave Johansen napsal(a):
> > How can I do a variable expansion that doesn't have - before and after?
> I tried "slc${releasever}X" [1] and
> > "slc$releaseverX" [2] but neit
https://bugzilla.redhat.com/show_bug.cgi?id=1256839
I don't have access to PowerPC hardware, so can anyone give any advice on
how to fix the above issue?
Thanks,
Dave
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct:
On Thu, Nov 19, 2015 at 12:34 AM, Dan Horák wrote:
> On Thu, 19 Nov 2015 07:04:30 +
> Peter Robinson wrote:
>
> > On Thu, Nov 19, 2015 at 3:14 AM, Dave Johansen
> > wrote:
> > > https://bugzilla.redhat.com/show_bug.cgi?id=1256839
> > > I don't ha
The resolution to Bugzilla #1278388 [1] requires a change to the libcutl
interface [2], so libcutl is being updated to 1.10.0 in both F23 and
rawhide.
1: https://bugzilla.redhat.com/show_bug.cgi?id=1278388
2:
http://codesynthesis.com/pipermail/libcutl-users/2015-November/50.html
--
devel mail
On Tue, Nov 24, 2015 at 6:27 PM, Dave Johansen
wrote:
> I've tried the web interface and the command line, but neither appear to
> be working of creating a buildroot override for the libcutl 1.10.0 build
> that I just did (
> https://bodhi.fedoraproject.org/updates/FEDORA-2015-c
I've tried the web interface and the command line, but neither appear to be
working of creating a buildroot override for the libcutl 1.10.0 build that
I just did ( https://bodhi.fedoraproject.org/updates/FEDORA-2015-ccb5d7dcb1
).
Am I doing something wrong?
Thanks,
Dave
--
devel mailing list
devel
On Tue, Nov 24, 2015 at 7:12 PM, Dave Johansen
wrote:
> On Tue, Nov 24, 2015 at 6:27 PM, Dave Johansen
> wrote:
>
>> I've tried the web interface and the command line, but neither appear to
>> be working of creating a buildroot override for the libcutl 1.10.0 build
>
cppformat 2.0.0 was released [1] and it has several breaking changes. In
addition to API/ABI changes, the soname changed and the header file was
relocated. Since this package was recently added to Fedora, I don't know if
any packages depend on it, so my question is "Is this a "self contained" or
"s
On Thu, Dec 3, 2015 at 12:00 PM, Kalev Lember wrote:
> On 12/03/2015 07:13 PM, Dave Johansen wrote:
> > cppformat 2.0.0 was released [1] and it has several breaking changes. In
> > addition to API/ABI changes, the soname changed and the header file was
> > relocated. S
On Fri, Dec 4, 2015 at 7:24 AM, Jonathan Wakely wrote:
> On 03/12/15 13:57 -0700, Dave Johansen wrote:
>
>> My hope was to maintain source compatibility and not binary compatibility.
>> For example, the header file moved from:
>> /usr/include/format.h
>> to:
>>
I'm running into a linker issue when moving code that builds on RHEL 6 to
Fedora or RHEL 7. Here's a simple reproducer:
Download simple.c from
https://github.com/markkilgard/glut/blob/master/progs/examples/simple.c and
then run:
g++ simple.c -lglut -o simple
On RHEL 7, I get this error:
~> g++ si
On Wed, Dec 16, 2015 at 12:32 PM, Richard Shaw wrote:
> On Wed, Dec 16, 2015 at 1:15 PM, Dave Johansen
> wrote:
>
>> I'm running into a linker issue when moving code that builds on RHEL 6 to
>> Fedora or RHEL 7. Here's a simple reproducer:
>>
>> D
On Wed, Dec 16, 2015 at 12:54 PM, Tom Hughes wrote:
> On 16/12/15 19:48, Dave Johansen wrote:
>
>> On Wed, Dec 16, 2015 at 12:32 PM, Richard Shaw > <mailto:hobbes1...@gmail.com>> wrote:
>>
>> On Wed, Dec 16, 2015 at 1:15 PM, Dave Johansen
>>
On Thu, Dec 24, 2015 at 2:01 PM, Jason L Tibbitts III
wrote:
> odb (daveisfera)
>
Fixed in rawhide. No builds made.
Thanks,
Dave
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>From what I gather from the logs, it appears that COPR just choked during
this build. Is that true? Or am I missing something else?
Thanks,
Dave
-- Forwarded message --
From:
Date: Tue, Jan 5, 2016 at 1:21 AM
Subject: daveisfera's llvm_3.7 copr build of llvm for fedora-21-i386
fi
On Tue, Jan 5, 2016 at 8:08 AM, Dave Johansen
wrote:
> From what I gather from the logs, it appears that COPR just choked during
> this build. Is that true? Or am I missing something else?
> Thanks,
> Dave
>
https://copr.fedoraproject.org/coprs/daveisfera/llvm_3.7/build/151593/
I
I was testing an update to a package and the mock build worked just fine
when doing builds on EL 7 and Fedora 22/23, but failed with the following
error when trying to do a rawhide build:
~> mock -r fedora-rawhide-x86_64 --rebuild
~/rpmbuild/SRPMS/hgsubversion-1.8.4-1.el7.centos.src.rpm
INFO: mock.
On Tue, Jan 5, 2016 at 12:25 PM, Dave Johansen
wrote:
> I was testing an update to a package and the mock build worked just fine
> when doing builds on EL 7 and Fedora 22/23, but failed with the following
> error when trying to do a rawhide build:
> ~> mock -r fedora-rawhide-x
I was working on packaging rr [1] and one of the tests [2] fails to build
when optimizations are turned on. I've reduced it to the following and
still been able to reproduce the issue:
static const float xmm0 = 10;
int main() {
__asm__ __volatile__(
#if __i386__
"movss xmm0, %xmm0\n\t"
#e
On Thu, Jan 14, 2016 at 5:39 AM, Richard W.M. Jones
wrote:
> On Wed, Jan 13, 2016 at 10:00:08PM -0700, Dave Johansen wrote:
> > I was working on packaging rr [1] and one of the tests [2] fails to build
> > when optimizations are turned on. I've reduced it to the following and
Are there any instructions on how to use a COPR repo when testing package
builds with mock? My attempts at googling this sort of thing didn't turn
anything up.
Thanks,
Dave
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On Wed, Jan 27, 2016 at 9:21 AM, Adam Jackson wrote:
> LLVM upstream is (eventually) dropping their autotools build system in
> favor of their cmake buildsystem. This wouldn't normally be something
> you'd notice, but the two produce different sets of shared libraries,
> autotools gave you one bi
I have a ThinkPad T60 that I recently upgraded to Fedora 19 from
CentOS 6. With CentOS 6, I could connect to the dock with an extra
monitor connected to the VGA port just fine, but with Fedora 19 it has
issues.
It used to crash when I connected it to the dock with the monitor connected:
https://re
On Sat, Jul 13, 2013 at 8:45 AM, Matthew Miller
wrote:
> On Sat, Jul 13, 2013 at 08:05:19AM -0700, Dave Johansen wrote:
>> I have a ThinkPad T60 that I recently upgraded to Fedora 19 from
>> CentOS 6. With CentOS 6, I could connect to the dock with an extra
>> monitor conn
On Sat, Jul 13, 2013 at 9:21 AM, Dave Johansen wrote:
> On Sat, Jul 13, 2013 at 8:45 AM, Matthew Miller
> wrote:
>> On Sat, Jul 13, 2013 at 08:05:19AM -0700, Dave Johansen wrote:
>>> I have a ThinkPad T60 that I recently upgraded to Fedora 19 from
>>> CentOS 6. Wit
I'm trying to make a spec file that uses the devtoolset in RHEL 5/6 (
rhn.redhat.com/errata/RHEA-2013-0175.html ) but I haven't been able
to figure out how to enable devtoolset in the spec file. If I run 'scl
enable devtoolset-1.1 bash' before doing rpmbuild it works, but how do
I run a command lik
On Wed, Aug 28, 2013 at 9:13 AM, Remi Collet wrote:
>
> Le 28/08/2013 18:09, Dave Johansen a écrit :
> > I'm trying to make a spec file that uses the devtoolset in RHEL 5/6 (
> > rhn.redhat.com/errata/RHEA-2013-0175.html ) but I haven't been able
> > to figure o
On Thu, Aug 29, 2013 at 2:17 AM, Miroslav Suchý wrote:
> On 08/29/2013 10:19 AM, Stanislav Ochotnicky wrote:
>
>> %{?scl:scl enable %{scl} "}
>> # this is a shell
>> command 1
>> command 2
>> ...
>> %{?scl:"}
>>
>
> Just one command with this syntax. If you need more command, you have to
> use he
On Thu, Aug 29, 2013 at 4:09 AM, Miroslav Suchý wrote:
> On 08/29/2013 12:04 PM, Dave Johansen wrote:
>
>> So does that mean that this is the correct statement to put in the .spec
>> file?
>>
>> %{?scl:scl enable %{scl} "}
>> source /opt/rh/devtoolset-
On Fri, Aug 30, 2013 at 12:46 AM, Miroslav Suchý wrote:
> On 08/30/2013 05:56 AM, Dave Johansen wrote:
>
>> But that doesn't work
>>
>
> You mean that it is not executed at all? Then you probably do not have
> defined macro scl. Which is probably because you do n
1 - 100 of 173 matches
Mail list logo
