I just noticed that Upstream Release Monitoring failed to download an
update for python-breathe because it used an extra "v". [1]
Is this something wrong with my .spec file or is it a bug?
Thanks,
Dave
1: https://bugzilla.redhat.com/show_bug.cgi?id=1503356#c1
docker-compose doesn't work when pulling from private repos with F26 [1]
and it looks like it's from the new config that was added to support Fedora
repos in F26. Any ideas on how I can help get this fixed?
Thanks,
Dave
1: https://bugzilla.redhat.com/show_bug.cgi?id=1471319
___
On Tue, Jan 10, 2017 at 2:28 AM, Jan Kurik wrote:
> = System Wide Change: GCC7 =
> https://fedoraproject.org/wiki/Changes/GCC7
>
> Change owner(s):
> * Jakub Jelínek
>
> Switch GCC in Fedora 26 to 7.x.y, rebuild all packages with it, or
> optionally rebuild just some packages with it and rebuild
On Fri, Dec 30, 2016 at 2:26 AM, Jens Lody wrote:
> Am Thu, 29 Dec 2016 21:40:52 -0700
> schrieb Dave Johansen :
>
> > On Thu, Dec 29, 2016 at 8:30 PM, William Moreno
> > wrote:
> >
> > >
> > >
> > > El 29/12/2016 9:00 p. m., "Dave Joh
On Thu, Dec 29, 2016 at 9:04 PM, Matthew Miller
wrote:
> On Thu, Dec 29, 2016 at 07:59:26PM -0700, Dave Johansen wrote:
> > Currently, upstream has a release that includes the prebuilt
> documentation
> > and I've been using that but I was hoping to be able to build it as
On Thu, Dec 29, 2016 at 8:30 PM, William Moreno
wrote:
>
>
> El 29/12/2016 9:00 p. m., "Dave Johansen"
> escribió:
>
> On Thu, Dec 29, 2016 at 7:47 PM, William Moreno > wrote:
>
>> Just a wild idea: you can skip the docs!
>>
>> If the packag
On Thu, Dec 29, 2016 at 7:47 PM, William Moreno
wrote:
> Just a wild idea: you can skip the docs!
>
> If the package includes it own documentation and this is to large, it must
> be in a docs sub package , current packaging guidelines do not block a
> package than do no include all docs available
I'm trying to build the documentation for the fmt library as part of the
packaging, but it downloads some components from github.com just for
building the documentation. It fails [1] and upstream is at least initially
not up for using the system tools [2], so is there a way to make this work?
Thank
I updated python-breathe to 4.4.0 and it build successfully but it appears
that happened right after the rebuild of 4.2.0 for Python 3.6 and it keeps
retrying the failed build. Is there something I need to do to stop the
retries?
Thanks,
Dave
-- Forwarded message --
From:
Date: Tu
On Thu, Oct 6, 2016 at 10:32 AM, Zuzana Svetlikova
wrote:
> Hi,
>
> I need/want/would like to build new node 6 for EL6, but gcc is too old.
> For that reason, I'd like to use devtoolset-4-gcc, but the build fails
> (obviously) because the package doesn't exist.
>
> So, is there a way to make that
On Wed, Jun 22, 2016 at 9:21 AM, wrote:
> Introduction
>
>
> Hello.
>
> I'm Tobias Angele (20 years old) and I want to contribute to fedora
> packaging the intellij idea package. I've made already some (really small)
> contributions, e.g. to debian:
> https://anonscm.debian.org/cgit/
On Mon, Apr 25, 2016 at 1:12 PM, Till Maas wrote:
> On Sun, Apr 24, 2016 at 08:32:42PM -0700, Dave Johansen wrote:
>
> > Sorry, I didn't notice it mentioned in the wikis that I read about
> renaming
> > that they shouldn't be retired from stable branches. It would
On Sun, Apr 10, 2016 at 9:23 AM, Kevin Fenzi wrote:
> On Sat, 9 Apr 2016 15:23:36 -0700
> Dave Johansen wrote:
>
> > On Sat, Apr 9, 2016 at 5:59 AM, Kevin Fenzi wrote:
> >
> > > On Thu, 7 Apr 2016 12:59:08 -0700
> > > Dave Johansen wrote:
> > &g
On Sun, Apr 10, 2016 at 2:43 AM, Till Maas wrote:
> On Sat, Apr 09, 2016 at 04:11:29PM -0700, Dave Johansen wrote:
>
> > It has been renamed to python-breathe and should be retied from all
> > branches. Based on that I assumed I was doig the right thing based on the
> >
On Sun, Apr 10, 2016 at 2:43 AM, Till Maas wrote:
> On Sat, Apr 09, 2016 at 04:11:29PM -0700, Dave Johansen wrote:
>
> > It has been renamed to python-breathe and should be retied from all
> > branches. Based on that I assumed I was doig the right thing based on the
> >
On Sat, Apr 9, 2016 at 4:14 AM, Till Maas wrote:
> On Wed, Apr 06, 2016 at 09:09:11PM -0700, Dave Johansen wrote:
> > I'm renaming breathe [1] to python-breathe [2]. I just tried to retire
> > breathe in f22 using the instructions on the wiki [3] and got the
> following
&
On Sat, Apr 9, 2016 at 5:59 AM, Kevin Fenzi wrote:
> On Thu, 7 Apr 2016 12:59:08 -0700
> Dave Johansen wrote:
>
> > https://admin.fedoraproject.org/pkgdb/package/rpms/pg_top/
> > I requested that an EPEL 7 branch be created for pg_top and it was
> > granted, but
On Thu, Apr 7, 2016 at 8:44 AM, Kevin Fenzi wrote:
> On Wed, 6 Apr 2016 21:09:11 -0700
> Dave Johansen wrote:
>
> > I'm renaming breathe [1] to python-breathe [2]. I just tried to retire
> > breathe in f22 using the instructions on the wiki [3] and got the
> >
https://admin.fedoraproject.org/pkgdb/package/rpms/pg_top/
I requested that an EPEL 7 branch be created for pg_top and it was granted,
but now I can't request commit access for the other branches.
Is this a known issue?
Is there a workaround?
Thanks,
Dave
--
devel mailing list
devel@lists.fedorapro
I'm renaming breathe [1] to python-breathe [2]. I just tried to retire
breathe in f22 using the instructions on the wiki [3] and got the following
error:
Could not retire package: Error while decoding JSON: Expecting value: line
1 column 1 (char 0)
Am I doing something wrong?
Thanks,
Dave
[1] ht
On Wed, Mar 23, 2016 at 3:49 AM, Jonathan Underwood <
jonathan.underw...@gmail.com> wrote:
> On 23 March 2016 at 05:14, Adam Williamson
> wrote:
> > On Tue, 2016-03-22 at 21:23 -0700, Dave Johansen wrote:
> >> https://bugzilla.redhat.com/show_bug.cgi?id=1313796
>
https://bugzilla.redhat.com/show_bug.cgi?id=1313796
This request to include a Python 3 subpackage for breathe made me realize
that I probably should have named the package python-breathe instead of
breathe. Is that correct? If so, what's the right way to fix this?
Thanks,
Dave
--
devel mailing list
On Mar 14, 2016 8:27 AM, "Peter Robinson" wrote:
>
> On Mon, Mar 14, 2016 at 2:15 PM, Dave Johansen
wrote:
> > I don't understand what happened here.
> >
> > Did aarch64 only recently update to gcc 6.0?
> > What's the right way to fix this? Just
I don't understand what happened here.
Did aarch64 only recently update to gcc 6.0?
What's the right way to fix this? Just do a rebuild for all arches?
-- Forwarded message --
From:
Date: Mon, Mar 14, 2016 at 5:04 AM
Subject: Broken dependencies: odb
To: odb-ow...@fedoraproject.o
On Sat, Feb 27, 2016 at 12:39 AM, Tom Hughes wrote:
> On 27/02/16 04:51, Dave Johansen wrote:
>
>
>> https://copr-be.cloud.fedoraproject.org/results/daveisfera/devtoolset2/epel-6-x86_64/00163443-devtoolset-2-valgrind/build.log.gz
>> It looks like the valgrind build process
https://copr-be.cloud.fedoraproject.org/results/daveisfera/devtoolset2/epel-6-x86_64/00163443-devtoolset-2-valgrind/build.log.gz
It looks like the valgrind build process is doing some sort of check
against the kernel version and that's returning the version of the
underlying OS and not that of EL 6
On Fri, Feb 26, 2016 at 8:56 PM, Dave Johansen
wrote:
> Is there a way to remove builds from a COPR? Or even to just clear it out
> and start over?
>
Nevermind, I thought I was logged in but I guess I wasn't. I now see a
Delete button.
Sorry for the noise,
Dave
--
devel mail
Is there a way to remove builds from a COPR? Or even to just clear it out
and start over?
Thanks,
Dave
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On Wed, Feb 24, 2016 at 3:08 PM, Jason L Tibbitts III
wrote:
> > "SG" == Stephen Gallagher writes:
>
> SG> To supplement this, it's the default in the sense that packagers are
> SG> expected to ship python3 packages if they are supported upstream and
> SG> if the package includes the same bi
On Wed, Feb 24, 2016 at 8:02 AM, Stephen Gallagher
wrote:
> On 02/24/2016 09:58 AM, Kaleb S. KEITHLEY wrote:
>
>> On 02/24/2016 09:45 AM, Stephen Gallagher wrote:
>>
>>> On 02/24/2016 09:30 AM, Peter Robinson wrote:
>>>
1) usually after the branch I build new packages for rawhide (i.e.
>
On Wed, Feb 3, 2016 at 8:40 AM, Dennis Gilmore wrote:
> Hi all,
>
> Per the Fedora 24 schedule[1] we will be starting a mass rebuild for
> Fedora 24
> very shortly. We are doing a mass rebuild for Fedora 24 for
> https://fedoraproject.org/wiki/Changes/GCC6
>
> we will start the mass rebuild on 2
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
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 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
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 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 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 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
>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 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
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 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
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 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:
>>
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
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 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
>
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
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 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
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 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
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
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 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
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
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
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.
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.
&
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 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 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
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 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.
> >>
> >
> >
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
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
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
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
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
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 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
&
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
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
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
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 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
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: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&#
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
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
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 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 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
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, 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&
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 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
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 [
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
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
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
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 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 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 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 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 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 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
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)
1 - 100 of 173 matches
Mail list logo
