Hello,
I'm going to update evolution packages (evolution-data-server,
evolution, evolution-ews and evolution-mapi) in rawhide to their
3.13.4 versions during today, which brings soname version bumps in
evolution-data-server and evolution. I'll take care of rebuilds where
needed (and I h
On 07/30/2014 04:40 AM, Adam Goode wrote:
Is seems like a problem that these packages depend on an AGPL package.
This list suggests to me that running a print server (cups) or XMPP
server (ejabberd) would put a burden on me to comply with AGPL. Am I
misunderstanding something?
This should go to
Fedora,
This is a reminder that the glibc team will be rebasing
glibc in F21 to match glibc 2.20.
The plan remains largely as was written here:
http://fedoraproject.org/wiki/Changes/GLIBC220
Only glibc 2.20 has ABI guarantees, and therefore we
will move to 2.20 before F21 goes to GA to ensure th
Hi,
I know this is old news, but Ghostscript switched to AGPL with version
9.07 (Feb 2013). I was not able to find any announcement of this on
the Fedora lists.
Fedora 18 was the last release with the non-AGPL Ghostscript.
This is a surprise, because since Fedora 19 we've possibly introduced
a f
On Mon, 28 Jul 2014 12:35:08 +0200
Mikolaj Izdebski wrote:
> On 07/26/2014 03:09 PM, Gerard Ryan wrote:
> > Hi,
> >
> > We're trying to retire package eclipse-wtp-common on F21 and
> > Rawhide. My understanding is that this should be done F21 first,
> > then Rawhide. F21 has proven problematic s
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 17:00UTC in #fedora-meeting on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2014-07-30 17:00 UTC'
Links to all tickets below
# F21 Blocker Review meeting #4
# Date: 2014-07-30
# Time: 16:00 UTC (12:00 EDT, 09:00 PDT)
# Location: #fedora-blocker-review on irc.freenode.net
We've got another blocker meeting coming up this week. As of today
there are 2 proposed blockers and 1 proposed FE for F21 Alpha (same as
last week). T
On 07/29/2014 07:45 PM, Jerry James wrote:
> On Tue, Jul 29, 2014 at 11:31 AM, Antonio Trande
> wrote:
>> We are "victims" of same man :D
>
> "Victim" is kind of a harsh word. I suspect something has happened in
> Real Life that is making him extra busy.
It's a way to saying (in Italy at least
- Original Message -
> On Mon, Jul 28, 2014 at 12:28:11PM -0400, Miloslav Trmač wrote:
> > > couldn't a single netinstall CD work for
> > > all products, as well as a generic, non-productized install, assuming
> > > that there were a place in the UI to specify which product the user
> > > w
On Tue, Jul 29, 2014 at 11:31 AM, Antonio Trande wrote:
> We are "victims" of same man :D
"Victim" is kind of a harsh word. I suspect something has happened in
Real Life that is making him extra busy.
> Reviews swap between your RR and mine
> https://bugzilla.redhat.com/show_bug.cgi?id=1103420
On Mon, Jul 28, 2014 at 12:28:11PM -0400, Miloslav Trmač wrote:
> > I appreciate your continued consideration of this item. I'm not
> > clear on how Anaconda is supposed to work with different products,
> > but if it is reading whatever product flag you set in order to
> > determine the package li
On Fri, Jul 25, 2014 at 01:44:40PM -0400, Mike Pinkerton wrote:
> >Mattdm then followed with 2 1/2 additional topics:
> >1a. Identifying different Fedora products -- fedora-release-*
> >contents and /etc/os-release
> As I understand it, you are trying to decide where and how to set a
> flag that wi
On 07/29/2014 07:19 PM, Jerry James wrote:
> On Tue, Jul 1, 2014 at 2:02 PM, Jerry James wrote:
>> The python-ZODB3 package, which I maintain, has been split into pieces. I
>> need several package reviews to get all the new pieces into place. I am
>> happy
>> to swap reviews for these, but the
On Tue, Jul 1, 2014 at 2:02 PM, Jerry James wrote:
> The python-ZODB3 package, which I maintain, has been split into pieces. I
> need several package reviews to get all the new pieces into place. I am happy
> to swap reviews for these, but the number of reviews I need is sufficiently
> large tha
On Mon, 2014-07-28 at 21:26 -0500, Major Hayden wrote:
> On Jul 28, 2014, at 17:11, Will Woods wrote:
>
> > Since your systems have lots of RAM, why not just use a regular ext4
> > filesystem image as your root filesystem? Then you don't need to worry
> > about blowing up the overlay at all.
>
>
On 29/07/14 15:45, Derek Pressnall wrote:
For the Source0 URL, since this project is hosted on Github, the URL
that leads to the tar.gz file doesn't contain the tar file name (it is
"https://github.com/derekp7/snebu/tarball/master";, which ends up
creating the tar.gz file name on the fly through
Hi
On Tue, Jul 29, 2014 at 10:45 AM, Derek Pressnall wrote:
> For the Source0 URL, since this project is hosted on Github, the URL that
> leads to the tar.gz file doesn't contain the tar file name (it is "
> https://github.com/derekp7/snebu/tarball/master";, which ends up creating
> the tar.gz
On Tue, Jul 29, 2014 at 1:30 AM, Matthias Runge
wrote:
> A few remarks about your spec given at [2]:
> - Source0 should be a valid URL (if possible)
> - in files section, you should use %{_bindir} instead of /usr/bin
> - the same applies to your install section
> - and of course your changelog mu
A file has been added to the lookaside cache for perl-Test-Pod-Coverage:
c9ea5f4182415b13d2db18484a38c01b Test-Pod-Coverage-1.10.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproje
#fedora-meeting: Env and Stacks (2014-07-29)
Meeting started by mmaslano at 13:02:33 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2014-07-29/env-and-stacks.2014-07-29-
On Tue, Jul 29, 2014 at 08:30:10AM +0200, Matthias Runge wrote:
Ok, where do I find a Sponsor? on this list, or is there another
one? Or
is that the whole part where I have to submit the package, open up a bug
report, and reference that here? (I think that's what I got out of the
docs last ti
>> You're not quite right about how the overlay works.
>>
>> The default in-memory overlay is just 512MB. And the device-mapper docs
>> note that "if it fills up the snapshot will become useless and be
>> disabled, returning errors."[1].
>>
>> You should also note that the overlay is a block-level
22 matches
Mail list logo
