I intend to orphan, and I simply don't have the bandwidth to maintain these
packages.
--
Cheers,
Timothy St. Clair
tstcl...@redhat.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code
condor is broken due to this issue as well, it's due to monogo shift.
- Original Message -
> From: "Pete Zaitcev"
> To: devel@lists.fedoraproject.org
> Sent: Tuesday, August 26, 2014 4:57:52 PM
> Subject: Mongo client in Rawhide
>
> Guys, does anyone know what's up with this (in mock_ou
of RPM packaging standards and practices for Fedora"
>
> Sent: Friday, May 30, 2014 4:03:57 AM
> Subject: Re: fedoras default cflags & clang
>
> On Fri, May 30, 2014 at 10:25:28AM +0200, Ralf Corsepius wrote:
> > On 05/29/2014 10:28 PM, Tim St Clair wrote:
> &
I've been seeing this bug crop up in many circles:
https://bugzilla.redhat.com/show_bug.cgi?id=1099282
Many folks like to use clang as their primary compiler for various reasons, is
there anyone who knows a workaround or fix?
--
Cheers,
Tim
Freedom, Features, Friends, First -> Fedora
https:
Greetings folks -
I have 2 applications under my purview that rely on freezer controller
behavior, but there is no clear route on how to enable the freezer for
applications that are started under a Systemd.Slice.
--
Cheers,
Tim
Freedom, Features, Friends, First -> Fedora
https://fedoraproject
What is the status of fedora & systemd cgroup integration outlined here:
http://www.freedesktop.org/wiki/Software/systemd/ControlGroupInterface/
Current build is 211-1.
The reason for asking is in the document: short-term, medium-term, & long-term
are not fully defined.
&& We all know Fedora
Bindings now available as sub-package(s).
This enables frameworks such as Spark and Aurora.
For a full list of Frameworks see:
http://mesos.apache.org/documentation/latest/mesos-frameworks/
Cheers,
Tim
- Forwarded Message -
> From: "Tim St Clair"
> To: u...@mesos
Kaleb -
If you're looking for a new reviewer, feel free to CC:
bigd...@lists.fedoraproject.org
As I'm sure there will be interest.
Cheers,
Tim
- Original Message -
> From: "Rex Dieter"
> To: devel@lists.fedoraproject.org
> Sent: Thursday, February 13, 2014 10:34:48 AM
> Subject: Re
uot;expected"
>
> On Wed, 2014-01-08 at 13:09 -0500, Tim St Clair wrote:
> > Greetings folks -
> >
> > It appears that I've run into a conundrum: libev upstream developer(s)
> > actually encourage (re)bundling of libev, see -
> > https://bugzilla.redh
Greetings folks -
It appears that I've run into a conundrum: libev upstream developer(s) actually
encourage (re)bundling of libev, see -
https://bugzilla.redhat.com/show_bug.cgi?id=1049554
I was wondering if there was president for how to handle *this. In groking the
code, it's not run-time
+1 to everything kevin just said.
Just because other folks are employing bad practices, doesn't mean we should.
If that means dependent packages need to add an extra -I location, that is a
far better solution then polluting & causing potential conflicts.
Cheers,
Tim
- Original Message
Feel free to ping me on freenode #fedora-devel, or #fedora-bigdata.
We've been doing a fair amount of packaging lately, and could offer up tips
where needed.
I often find the best starting point is here:
https://fedoraproject.org/wiki/Join_the_package_collection_maintainers
You will want to a
Sorry to disagree, but segregation is standard practice and is far better then
polluting /usr/include.
Also, I have a package which has separate patches which I'm uncertain if
upstream has adopted.
https://github.com/apache/mesos/blob/master/3rdparty/libprocess/3rdparty/libev-4.15.patch
Chee
Folks -
I've put amplab-tachyon up for review
(https://bugzilla.redhat.com/show_bug.cgi?id=1029142) and would be happy to
review in exchange.
--
Cheers,
Tim
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
Any takers? https://bugzilla.redhat.com/show_bug.cgi?id=1010512
Depends on: https://bugzilla.redhat.com/show_bug.cgi?id=994152
--
Cheers,
Tim
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.o
irc freenode #fedora-bigdata, or #fedora-devel
- Original Message -
> From: "Igor Gnatenko"
> To: devel@lists.fedoraproject.org
> Sent: Tuesday, July 23, 2013 4:06:27 AM
> Subject: Re: Mesos Packaging
>
> On Mon, 2013-07-22 at 09:52 -0400, Tim St
+1
Trying to continually level set to the HEAD of Fedora has introduced patch sets
which only continue to diverge over time. Upstream(s) have expressed little/no
interest in accepting some of these patches, and I can hardly blame them.
Cheers,
Tim
- Original Message -
> From: "Pet
oject.org
> Sent: Monday, July 22, 2013 12:07:08 AM
> Subject: Re: Mesos Packaging
>
> On 07/19/2013 09:14 PM, Tim St Clair wrote:
> > For folks who are watching, we are assisting the upstream Mesos
> > project(https://issues.apache.org/jira/browse/MESOS-543) and there is
>
s package too, but we have a couple of preliminary
specs already.
Cheers,
Tim
- Original Message -
> From: "Igor Gnatenko"
> To: devel@lists.fedoraproject.org
> Sent: Saturday, July 20, 2013 1:35:27 AM
> Subject: Re: Mesos Packaging
>
> On Fri, 2013-07-
For folks who are watching, we are assisting the upstream Mesos
project(https://issues.apache.org/jira/browse/MESOS-543) and there is interest
from multiple parties to get the package and it's dependencies into the Fedora
&| EPEL channels.
If you are interested, please feel free to ping me an
Many thanks Björn!
It looks like we are green on dependencies!
"for now" ;-)
Cheers,
Tim
- Original Message -
> From: "Björn Esser"
> To: "gil"
> Cc: devel@lists.fedoraproject.org
> Sent: Tuesday, June 11, 2013 1:35:50 PM
> Subject: Re: Package Review Requests for Hadoop dependencie
Many thanks Björn!
- Original Message -
> From: "Björn Esser"
> To: "Robert Rati"
> Cc: devel@lists.fedoraproject.org, bigd...@lists.fedoraproject.org
> Sent: Tuesday, June 11, 2013 10:23:12 AM
> Subject: Re: Package Review Requests for Hadoop dependencies
>
> Hi Rob!
>
> You're welcom
22 matches
Mail list logo
