On Sun, Jun 01, 2014 at 11:24:09AM +0200, Till Maas wrote:
>
> The following packages did not build for two releases (no new build
> since 2013-07-25) and will be retired when Fedora (F21) is branched,
I might have used the wrong date, probably it should be 2013-02-12. I
will create an updated li
On Sun, 1 Jun 2014 11:24:09 +0200, Till Maas wrote:
>
> The following packages did not build for two releases (no new build
> since 2013-07-25) and will be retired when Fedora (F21) is branched,
> unless someone successfully builds them till then.
> rss2emailmschwendt, mc
On Sun, Jun 01, 2014 at 03:33:28PM +0200, Michael Schwendt wrote:
> > rss2emailmschwendt, mcepl, mschwendt
>
> That is inaccurate.
No, it is not.
> The F21 mass-rebuild has been announced to start on 2014-06-06, so that
> should be early enough for rss2e
On Sun, Jun 01, 2014 at 07:28:38PM +0200, Till Maas wrote:
> Branching is after the mass rebuild, so if rss2email will build in the
> mass rebuild, nothing will happen to it.
Also nothing will happen to it if it keeps failing, because I written in
my other mail, the cut-off date is earlier, there
On Sun, 1 Jun 2014 19:28:38 +0200, Till Maas wrote:
> On Sun, Jun 01, 2014 at 03:33:28PM +0200, Michael Schwendt wrote:
>
> > > rss2emailmschwendt, mcepl, mschwendt
> > >
> >
> > That is inaccurate.
>
> No, it is not.
>
> > The F21 mass-rebuild has bee
Hi
On Sun, Jun 1, 2014 at 5:24 AM, Till Maas wrote:
>
> The following packages did not build for two releases
>
> sundaram: transmission-remote-cli, gdome2
>
I have retired gdome2 as upstream has been dead for a long time and I don't
think there is any dependency on this. I have updated
trans
I don't really know. I've been looking and in the download page, and
there's a package, named qtandroidextras-opensource-src-5.x.x.tar.XXX; but
there's that much explanation if it is the core for develop in android, or
addons to the core (the "extras" part in the name confuses me); then I
found thi
On Sat, 31 May 2014 00:31:50 +0200, Paolo Bonzini wrote:
> As of 2014, I only know two cases where clang is still better: more complete
> caret diagnostics, and better recovery from invalid types (clang provides
> suggestions and uses it for the rest of the compilation to avoid cascaded
> error mes
Hi folks! I don't think we have anything that needs to be discussed in a
meeting tomorrow, so I'm proposing to cancel it - we have the work
ongoing on Fedora.next test planning, but so far as I know everyone's on
board with the direction there and we just need to keep pushing.
Taskotron work also s
