On Jun 24, 2015 2:21 PM, "Mat Booth" wrote:
>
>
> On 24 June 2015 at 00:48, Jan Kurik wrote:
>>
>> While npm 2 is a major version number update, it contains little in the
way of major changes.
>
>
> Why is this worth more than a sentence or two in the release note beats?
You must enjoy the extra
On 24 June 2015 at 00:48, Jan Kurik wrote:
> While npm 2 is a major version number update, it contains little in the
> way of major changes.
>
Why is this worth more than a sentence or two in the release note beats?
You must enjoy the extra bureaucracy :-)
--
Mat Booth
http://fedoraproject.org/
On 24 June 2015 at 18:26, James Antill wrote:
> Following is the list of topics that will be discussed in the FPC
> meeting Thursday at 2015-06-25 16:00 UTC in #fedora-meeting-1 on
> irc.freenode.net.
>
> Local time information (via. rktime):
>
> 2015-06-25 09:00 Thu US/Pacific PDT
On Wed, Jun 24, 2015 at 12:56 PM, T.C. Hollingsworth
wrote:
> On Wed, Jun 24, 2015 at 1:21 AM, Peter Robinson wrote:
>> Why are we even bothering with this when io.js is merging back into
>> node.js so from what I can see is that io.js won't really be around
>> for much longer
>
> That's exactly
On Wed, Jun 24, 2015 at 2:42 PM, Chris Murphy wrote:
>Yet this bug [1] is routinely voted
[1] https://bugzilla.redhat.com/show_bug.cgi?id=864198 Not that
anyone should go try to make sense out of a three year old bug with
over 100 comments... but the gist is "nah, we don't want to fix it
now, th
On Wed, Jun 24, 2015 at 1:16 AM, Peter Robinson wrote:
> On Wed, Jun 24, 2015 at 9:05 AM, Vít Ondruch wrote:
>> Dne 24.6.2015 v 01:37 Jan Kurik napsal(a):
>>> -- Update v8
>>>
>>
>> What the version of v8 will be? I am asking, since rubygem-therubyracer
>> is using system version of v8 and I am
On Tue, Jun 23, 2015 at 2:15 PM, Neal Gompa wrote:
> Certainly, but with none of the features in Btrfs actually emitting scary
> "experimental" warnings anymore, and even all features working in btrfs RAID
> 5/6 now, I think we should really start pushing it to more people.
The multiple device s
Rex Dieter wrote:
> I plan on updating rawhide to exiv2-0.25 this week, which involves a
> library soname bump, affected packages appended at the end.
>
> I'll take care of necessary rebuilds.
update taken care of today, and all dependencies rebuilt successfully.
Let me know if you have any ot
On Wed, Jun 24, 2015 at 1:05 AM, Vít Ondruch wrote:
> What the version of v8 will be? I am asking, since rubygem-therubyracer
> is using system version of v8 and I am bit afraid what impact it will have.
3.28.73 for nodejs 0.12, 4.2.77.13 for iojs.
Looks like rubygem-therubyracer is still on 3.1
On Tue, Jun 23, 2015 at 11:41 AM, Josh Boyer wrote:
> On Tue, Jun 23, 2015 at 1:30 PM, Andre Robatino
> wrote:
>> Neal Gompa gmail.com> writes:
>>
>>> As I recall, Josef Bacik mentioned that he'd be pushing for Btrfs becoming
>> the default in Fedora 23. At this point, I'm personally convinced t
On Wed, Jun 24, 2015 at 6:16 AM, Josef Stribny wrote:
> Exactly my thoughts. Plus also introducing another v8 package because of
> that?
Having io.js' v8 as well should actually be a good thing for the
distribution. Unlike node.js, which sticks with the same v8 released
with a particular version
On Wed, Jun 24, 2015 at 1:21 AM, Peter Robinson wrote:
> Why are we even bothering with this when io.js is merging back into
> node.js so from what I can see is that io.js won't really be around
> for much longer
That's exactly why we're bothering with it. Everything in it will be
in the nodejs
hey guys, I'm not available tomorrow and I know about couple of people
that are not either. So, I'm proposing to skip tomorrow's meeting,
unless someone else volunteers to organize one.
Btw. don't forget to vote in the Env & Stacks and other elections :)
Honza
--
devel mailing list
devel@lists
On Tue, 2015-06-23 at 19:07 -0600, Stephen John Smoogen wrote:
> My apologies.. my tone was not helpful. You are correct that asking
> here is where to start. I think the groups who would be able to help
> answer would be
>
> 1. Kernel team
> 2. QA team
> 3. Anaconda team
> 4. Workstation/Server/C
On Tue, Jun 23, 2015 at 9:07 PM, Stephen John Smoogen wrote:
> On 23 June 2015 at 18:40, Neal Gompa wrote:
>> That is precisely why I'm asking on this list. I don't know who those people
>> are, and this is really the best place I know of to start contact and those
>> discussions.
>>
>>
>
> My ap
===
#fedora-meeting: FESCO (2015-06-24)
===
Meeting started by thozza at 18:00:02 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2015-06-24/fesco.2015-06-24-18.00.log.html
.
Meeting summary
---
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2015-06-25 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2015-06-25 09:00 Thu US/Pacific PDT
2015-06-25 12:00 Thu US/Eastern EDT
2015-06-25 1
Hi all,
On Tue, Jun 23, 2015 at 9:13 PM, Tomas Hozza wrote:
> Following is the list of topics that will be discussed in the FESCo
> meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
>
> To convert UTC to your local time, take a look at
> http://fedoraproject.org/wiki/UTCHow
Compose started at Wed Jun 24 05:15:04 UTC 2015
Broken deps for i386
--
[airsched]
airsched-1.00.0-12.fc23.i686 requires libzmq.so.4
[amqp]
1:amqp-devel-1.0-1.20150622svn1686756.fc23.noarch requires amqp =
0:1.0-1.20150622svn1
On 06/24/2015 07:31 AM, Jonathan Underwood wrote:
On 24 June 2015 at 08:01, Jan Synacek wrote:
Managing Emacs packages by the distribution makes, IMHO, no sense at
all. Users can easily manage the packages themselves via Emacs'
package.el user interface.
Well, that's the way I'm leaning too. B
For your information: In the next few days we'll be migrating Koschei
server and database to different machines. During that time you may
experience ocassional Koschei unavailability. Additionally, Koschei will
be working in read-only mode (no new builds will be submitted) and any
changes made in t
On Tue, Jun 23, 2015 at 05:08:27PM +0100, Richard W.M. Jones wrote:
> OCaml 4.02.2 (final) has been released, so I will update to this.
>
> This will not require any kind of mass rebuild this time, since it's
> basically identical to the release candidate. So this will go out as
> a compatible up
On 06/24/2015 10:21 AM, Peter Robinson wrote:
On Wed, Jun 24, 2015 at 12:52 AM, Jan Kurik wrote:
= Proposed Self Contained Change: io.js Technology Preview =
https://fedoraproject.org/wiki/Changes/iojs
Change owner(s): T.C. Hollingsworth
io.js is an npm compatible platform originally based o
On Wed, Jun 24, 2015 at 01:42:14PM +0100, Richard W.M. Jones wrote:
> On Wed, Jun 24, 2015 at 09:16:28AM +0100, Peter Robinson wrote:
> > On Wed, Jun 24, 2015 at 9:05 AM, Vít Ondruch wrote:
> > > Dne 24.6.2015 v 01:37 Jan Kurik napsal(a):
> > >> -- Update v8
> > >>
> > >
> > > What the version o
On Wed, Jun 24, 2015 at 09:16:28AM +0100, Peter Robinson wrote:
> On Wed, Jun 24, 2015 at 9:05 AM, Vít Ondruch wrote:
> > Dne 24.6.2015 v 01:37 Jan Kurik napsal(a):
> >> -- Update v8
> >>
> >
> > What the version of v8 will be? I am asking, since rubygem-therubyracer
> > is using system version
Jonathan Underwood writes:
> On 24 June 2015 at 08:01, Jan Synacek wrote:
>> Jonathan Underwood writes:
>>> So, I am not really sure what a good way forward is at this point.
>>> Certainly package.el could be extended to help us out in some ways,
>>> such as having a notion of "installed and ava
On 24 June 2015 at 08:01, Jan Synacek wrote:
> Jonathan Underwood writes:
>> The Emacs package manager installs these add-on modules in the user's
>> own directory by default, but it can also install them in a system
>> wide directory.
>
> If you run Emacs as a regular user, you can install packa
On Tue, Jun 23, 2015 at 9:07 PM, Stephen John Smoogen
wrote:
> On 23 June 2015 at 18:40, Neal Gompa wrote:
> >
> >
> > That is precisely why I'm asking on this list. I don't know who those
> people
> > are, and this is really the best place I know of to start contact and
> those
> > discussions
On 2015-06-23, Petr Pisar wrote:
> With perl-Flickr-API-1.13-1.fc23 build comes new license. It was
> Artistic 2.0. It's GPL+ or Artistic now.
>
No. It's ((Artistic 2.0) and (GPL+ or Artistic)) now.
-- Petr
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
On Wed, Jun 24, 2015 at 12:52 AM, Jan Kurik wrote:
> = Proposed Self Contained Change: io.js Technology Preview =
> https://fedoraproject.org/wiki/Changes/iojs
>
> Change owner(s): T.C. Hollingsworth
>
> io.js is an npm compatible platform originally based on Node.js™ that
> supports version 6 o
On Wed, Jun 24, 2015 at 9:05 AM, Vít Ondruch wrote:
> Dne 24.6.2015 v 01:37 Jan Kurik napsal(a):
>> -- Update v8
>>
>
> What the version of v8 will be? I am asking, since rubygem-therubyracer
> is using system version of v8 and I am bit afraid what impact it will have.
>
> How is Chromium compat
Dne 24.6.2015 v 01:52 Jan Kurik napsal(a):
> -- Package and build a special v8 package for io.js only.
>
Hmmm ... What is it? Is it fork?
Vít
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject
Hello,
> On Tuesday, 23 June 2015 10:13 PM, Tomas Hozza wrote:
> Now we know that we have at least 3 components on the system, that are
> trying to do the same thing - Captive Portal detection:
> - dnssec-trigger
> - NetworkManager
> - GNOME Shell
>
> We don't have a problem with turning the det
Dne 24.6.2015 v 01:37 Jan Kurik napsal(a):
> -- Update v8
>
What the version of v8 will be? I am asking, since rubygem-therubyracer
is using system version of v8 and I am bit afraid what impact it will have.
How is Chromium compatible with the updated Node.js (not user of
Chromium though, neith
On 24 June 2015 at 04:28, M. Edward (Ed) Borasky wrote:
> On Tue, Jun 23, 2015 at 1:15 PM, Neal Gompa wrote:
>
>> Certainly, but with none of the features in Btrfs actually emitting scary
>> "experimental" warnings anymore, and even all features working in btrfs RAID
>> 5/6 now, I think we should
Jonathan Underwood writes:
> Hi,
>
> So, while filing a bunch of bugs against packages not complying with
> the Emacs add-on packaging guidelines, I started to think about the
> state of add-ons for Emacs [1].
>
> Since those guidelines were put in place, Emacs has grown its own
> package manager
36 matches
Mail list logo
