On Tue, 2013-07-23 at 02:40 -0400, Bohuslav Kabrda wrote:
> > python2 and python3 are separate languages. There is a lot of
> similarity
> > between the two and with recent enough versions of python2 (2.7) and
> python3
> > (python3.4) and some external libraries (python-six) and by sticking
> to
- Original Message -
> I'm okay with this portion of the definition. One note is I would be
> hesitant
> about the timing of python3 being the only python that is installed into the
> minimal buildroot. This should probably happen in rawhide right after
> a branching.
>
To be more specif
- Original Message -
> On 19/07/13 02:41 -0400, Bohuslav Kabrda wrote:
> > - Original Message -
> >> On Thu, Jul 18, 2013 at 11:24:22AM -0400, Bohuslav Kabrda wrote:
> >>> FAQ:
> >>> Q: Why do we need to switch to Python 3?
> >>> A: Because Python 2 is old, slower, less pythonic, do
- Original Message -
> On Tue, 2013-07-23 at 02:40 -0400, Bohuslav Kabrda wrote:
> > > python2 and python3 are separate languages. There is a lot of
> > similarity
> > > between the two and with recent enough versions of python2 (2.7) and
> > python3
> > > (python3.4) and some external lib
On Mon, 2013-07-22 at 09:52 -0400, Tim St Clair wrote:
> Thanks Igor!
>
> Currently we'll need to bundle their dependencies prior to the main package.
> I'm just about done with stout, but I could use some help with their
> (libprocess https://github.com/3rdparty) library prior to mundging the
commit fc6c78a718e283ae4cb6a8aea341f0ed2385e1c8
Author: Petr Písař
Date: Tue Jul 23 11:04:20 2013 +0200
Do not use env in podspell shebang
perl-Pod-Spell.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/perl-Pod-Spell.spec b/perl-Pod-Spell.spec
index 9
On Mon, Jul 22, 2013 at 08:26:18PM -0400, Matthew Miller wrote:
> On Mon, Jul 22, 2013 at 05:17:01PM -0700, Adam Williamson wrote:
> > Today in Absurd Dependency Bingo:
> > > glusterfs x86_64 3.4.0-2.fc19 @updates-testing
> > > 4.7 M
> [...]
> > > qemu-common
On 07/15/2013 03:45 PM, Sérgio Basto wrote:
On Seg, 2013-07-15 at 10:36 +0200, Jaroslav Reznik wrote:
= Proposed System Wide Change: No Default Sendmail =
https://fedoraproject.org/wiki/Changes/NoDefaultSendmail
Change owner(s): Lennart Poettering , Matthew
Miller
No longer install an MTA by
On 07/23/2013 03:44 PM, Richard W.M. Jones wrote:
Not sure if glusterfs could be split into client and server parts
and/or if that would help (only a "client" bit is needed).
glusterfs already exists in client (glusterfs and/or glusterfs-api and
associated -devel rpms) and server (glusterfs-s
Hi,
On Tue, Jul 23, 2013 at 10:34 AM, Ralf Corsepius wrote:
> On 07/22/2013 11:39 AM, Ville Skyttä wrote:
>
>> Hello,
>>
>> I'd like to grep through all specfiles (and preferably also patches and
>> sources in git) for rawhide, this time related to the unversioned
>> docdirs F20 feature, and some
On Tue, Jul 23, 2013 at 03:49:37PM +0530, Kaleb KEITHLEY wrote:
> On 07/23/2013 03:44 PM, Richard W.M. Jones wrote:
> >
> >Not sure if glusterfs could be split into client and server parts
> >and/or if that would help (only a "client" bit is needed).
>
> glusterfs already exists in client (gluster
On Mon, Jul 22, 2013 at 05:17:01PM -0700, Adam Williamson wrote:
> Today in Absurd Dependency Bingo:
>
>
> > Dependencies Resolved
> >
> >
> > Package Arch Version Repository
On Tue, Jul 23, 2013 at 12:32:23PM +0100, Daniel P. Berrange wrote:
> On Mon, Jul 22, 2013 at 05:17:01PM -0700, Adam Williamson wrote:
> > Today in Absurd Dependency Bingo:
>
> There are many things going on here
>
> First, 'yum remove' is being overly dramtic. It is possible to remove
> glusterf
On Tue, Jul 23, 2013 at 03:49:37PM +0530, Kaleb KEITHLEY wrote:
> On 07/23/2013 03:44 PM, Richard W.M. Jones wrote:
> >
> >Not sure if glusterfs could be split into client and server parts
> >and/or if that would help (only a "client" bit is needed).
>
> glusterfs already exists in client (gluster
perl-Bio-SamTools has broken dependencies in the rawhide tree:
On x86_64:
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires
perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
On i386:
perl-Bio-SamTools-1.35-2.fc19.i686 requires per
perl-PDL has broken dependencies in the rawhide tree:
On x86_64:
perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit)
On i386:
perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.2
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wi
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree:
On x86_64:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
On i386:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
Please resolve this
On Tue, Jul 23, 2013 at 12:45:59PM +0100, Daniel P. Berrange wrote:
> On Tue, Jul 23, 2013 at 03:49:37PM +0530, Kaleb KEITHLEY wrote:
> > On 07/23/2013 03:44 PM, Richard W.M. Jones wrote:
> > >
> > >Not sure if glusterfs could be split into client and server parts
> > >and/or if that would help (on
On Tue, Jul 23, 2013 at 12:32:23PM +0100, Daniel P. Berrange wrote:
> First, 'yum remove' is being overly dramtic. It is possible to remove
> glusterfs without removing 'libvirt' - only the 'libvirt-daemon'
> package depends on glusterfs-client. yum seems to want to remove far
> more than is strict
On 07/23/2013 04:41 PM, Richard W.M. Jones wrote:
On Tue, Jul 23, 2013 at 03:49:37PM +0530, Kaleb KEITHLEY wrote:
On 07/23/2013 03:44 PM, Richard W.M. Jones wrote:
Not sure if glusterfs could be split into client and server parts
and/or if that would help (only a "client" bit is needed).
glu
On 07/22/2013 10:51 AM, Bruno Wolff III wrote:
On Mon, Jul 22, 2013 at 09:38:54 -0400,
Matthew Miller wrote:
Obviously, no-bundled-libs is a crucial part of the packaging guidelines
today. As a sysadmin, I know why it's important. This is not just a noble
goal, but also something that pragm
On 07/23/2013 05:20 PM, Richard W.M. Jones wrote:
On Tue, Jul 23, 2013 at 12:45:59PM +0100, Daniel P. Berrange wrote:
On Tue, Jul 23, 2013 at 03:49:37PM +0530, Kaleb KEITHLEY wrote:
On 07/23/2013 03:44 PM, Richard W.M. Jones wrote:
Not sure if glusterfs could be split into client and server p
On Mon, 2013-07-22 at 12:25 -0600, Chris Murphy wrote:
> On Jul 22, 2013, at 10:25 AM, Adam Williamson wrote:
> >
> >
> >> Even running the latest and greatest rawhide nothing desktop-side
> >> caught a very basic event like a failing disk!
> >
> > GNOME Disks is supposed to pop up a notificati
On Tue, Jul 23, 2013 at 05:27:20PM +0530, Kaleb KEITHLEY wrote:
> >$ rpm -ql glusterfs-api
> >/usr/lib64/glusterfs/3.4.0beta4/xlator/mount/api.so
> >/usr/lib64/libgfapi.so.0
> >/usr/lib64/libgfapi.so.0.0.0
> Even if libgfapi (from glusterfs-api) is used instead of client-side
> gluster fuse mount y
On 07/23/2013 05:34 PM, Matthew Miller wrote:
On Tue, Jul 23, 2013 at 05:27:20PM +0530, Kaleb KEITHLEY wrote:
$ rpm -ql glusterfs-api
/usr/lib64/glusterfs/3.4.0beta4/xlator/mount/api.so
/usr/lib64/libgfapi.so.0
/usr/lib64/libgfapi.so.0.0.0
Even if libgfapi (from glusterfs-api) is used instead o
On Tue, Jul 23, 2013 at 05:27:20PM +0530, Kaleb KEITHLEY wrote:
> On 07/23/2013 05:20 PM, Richard W.M. Jones wrote:
> >On Tue, Jul 23, 2013 at 12:45:59PM +0100, Daniel P. Berrange wrote:
> >>On Tue, Jul 23, 2013 at 03:49:37PM +0530, Kaleb KEITHLEY wrote:
> >>>On 07/23/2013 03:44 PM, Richard W.M. Jo
On Tue, Jul 23, 2013 at 05:27:20PM +0530, Kaleb KEITHLEY wrote:
> On 07/23/2013 05:20 PM, Richard W.M. Jones wrote:
> >On Tue, Jul 23, 2013 at 12:45:59PM +0100, Daniel P. Berrange wrote:
> >>On Tue, Jul 23, 2013 at 03:49:37PM +0530, Kaleb KEITHLEY wrote:
> >>>On 07/23/2013 03:44 PM, Richard W.M. Jo
Le Mar 23 juillet 2013 13:54, Bryan Kearney a écrit :
> With virt / cloud becoming easier.. is that not a common model? More
> smaller machines which are dedicated to one and only one service?
You can try to sweep problems under lots of carpets, and pretend the
problem pile is smaller since the
On Mon, Jul 22, 2013 at 03:13:28PM -0500, Billy Crook wrote:
> I would love to see the day systemd is as polished, ubiquitous, and
> robust as smtp. But until that happens, nobody is helped by removing
> MTA from the default install. We're not there yet, and theres no
systemd and SMTP are not re
BZ#848774
This bug is nearly a year old, requesting that package offlineimap be
upgraded to what was then the latest release (6.5.4, now it is
6.5.5-rc2). There has been no response from the maintainer.
I posted a bug comment on 01 July asking for something from the package
maintainer and receive
On Tue, Jul 23, 2013 at 05:40:03PM +0530, Kaleb KEITHLEY wrote:
> >Can this work without any client-side configuration?
> Huh?
> qemu, when it's using glusterfs, is — by definition — a glusterfs client.
Sorry, let me rephrase. Is the qemu-level configuration all you need, or do
you also need to ha
On Tue, Jul 23, 2013 at 02:28:02PM +0200, Nicolas Mailhot wrote:
> > With virt / cloud becoming easier.. is that not a common model? More
> > smaller machines which are dedicated to one and only one service?
> You can try to sweep problems under lots of carpets, and pretend the
> problem pile is sm
On 23/07/13 03:16 -0400, Bohuslav Kabrda wrote:
> - Original Message -
>> On 19/07/13 02:41 -0400, Bohuslav Kabrda wrote:
>>> - Original Message -
On Thu, Jul 18, 2013 at 11:24:22AM -0400, Bohuslav Kabrda wrote:
> FAQ:
> Q: Why do we need to switch to Python 3?
> A:
= Proposed Self Contained Change: Adding NetworkManager Connections via CLI =
https://fedoraproject.org/wiki/Changes/NetworkManagerCLIAddConnection
Change owner(s): Jiří Klimeš, Pavel Šimerda
Support for adding new NetworkManager connections using the nmcli commandline
tool.
== Detailed descr
- Original Message -
> On 07/23/2013 05:20 PM, Richard W.M. Jones wrote:
> > Ah yes, that's the key ...
> >
> > $ rpm -ql glusterfs-api
> > /usr/lib64/glusterfs/3.4.0beta4/xlator/mount/api.so
> > /usr/lib64/libgfapi.so.0
> > /usr/lib64/libgfapi.so.0.0.0
> >
>
> Even if libgfapi (from glu
Heya,
Because of the recent events, we've decided to disable ospfapi and
ospfclient in quagga. It has been decided to disable those features in
all supported Fedora releases.
I am not aware of any consumers of APIs in question within Fedora.
However some 3rd-party software might be affected. Plea
Am 22.07.2013 18:37, schrieb Miloslav Trmač:
> On Mon, Jul 22, 2013 at 6:22 PM, Daniel P. Berrange
> wrote:
>> On Mon, Jul 22, 2013 at 04:53:36PM +0200, Miloslav Trmač wrote:
>>> On Mon, Jul 22, 2013 at 12:02 AM, Reindl Harald
>>> wrote:
has anybody considered to put the following as defa
+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
Am 22.07.2013 18:10, schrieb Adam Williamson:
> On Sun, 2013-07-21 at 09:47 -0700, Jared K. Smith wrote:
>> Now I'm curious... do you have a particularly strong reason why web
>> apps should be different than any other network daemon?
>
> Not really, it just seemed odd, but after thinking about
Am 22.07.2013 18:10, schrieb Nicolas Mailhot:
> Le Lun 22 juillet 2013 00:02, Reindl Harald a écrit :
>> has anybody considered to put the following as default in systemd-units of
>> network services? cross-posting to users-list intented because i think it
>> is a good idea to bring it to a broade
Am 22.07.2013 18:29, schrieb Lennart Poettering:
> If you want to centralize system configuration, rather then services,
> then go ahead and do, that, but actually centralize *the configuration*,
> not the service. In particular, because a centralized client-side SMTP
> service is a really questi
Am 22.07.2013 18:51, schrieb Lennart Poettering:
> On Fri, 19.07.13 14:47, Frank Ch. Eigler (f...@redhat.com) wrote:
>
>>> And it's just not possible to automatically configure e-mail. [...]
>>
>> As for outgoing SMTP, DHCP packets can identify servers; so can DNS
>> heuristics.
>
> I have yet
Le Mar 23 juillet 2013 15:10, Matthew Miller a écrit :
> On Tue, Jul 23, 2013 at 02:28:02PM +0200, Nicolas Mailhot wrote:
>> > With virt / cloud becoming easier.. is that not a common model? More
>> > smaller machines which are dedicated to one and only one service?
>> You can try to sweep problem
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 Clair wrote:
> > Thanks Igor!
> >
> > Cu
= Proposed System Wide Change: NetworkManager Bridging Support =
https://fedoraproject.org/wiki/Changes/NetworkManagerBridging
Change owner(s): Dan Williams , Pavel Šimerda
NetworkManager should be able to configure bridge interfaces with commonly used
options and recognize their existing c
= Proposed System Wide Change: NetworkManager Bonding Support =
https://fedoraproject.org/wiki/Changes/NetworkManagerBonding
Change owner(s): Dan Williams , Pavel Šimerda
NetworkManager should be able to configure bond master interfaces with commonly
used options and recognize their existing
On Tue, Jul 23, 2013 at 7:32 AM, Olav Vitters wrote:
> On Mon, Jul 22, 2013 at 03:13:28PM -0500, Billy Crook wrote:
>> I would love to see the day systemd is as polished, ubiquitous, and
>> robust as smtp. But until that happens, nobody is helped by removing
>> MTA from the default install. We'r
#438: repoclosure test is failing due to change in behavior upstream
+--
Reporter: tflink | Owner:
Type: defect | Status: new
Priority: major | Milestone: Package Update Acceptance Test Plan
Component:
On Tue, Jul 23, 2013 at 10:10 AM, Billy Crook wrote:
> Sendmail or otherwise, an MTA BELONGS in Default.
There is no consensus on that, at all. Very successful competitors to
Fedora have removed it, and their users are happy.
m
--
martin.langh...@gmail.com
- ask interesting questions
- don
On Tue, Jul 23, 2013 at 03:58:10PM +0200, Nicolas Mailhot wrote:
> In the end, making the pile of problems shrink requires working on the
> pile of problems. That does not mean you can not deploy over multiple vms,
> but if you take the fact you can deploy over multiple vms as an excuse not
> to wo
On Mon, Jul 22, 2013 at 07:33:25PM +0200, Reindl Harald wrote:
> which could be *easy* solved by ask the users SMTP and credentials
> at the installation, setup /etc/aliases as default forwarding the
> messages to this address and configure SASL authentication
That really is only useful on a singl
On 07/22/2013 03:53 PM, "Jóhann B. Guðmundsson" wrote:
On 07/22/2013 06:13 PM, Eric Smith wrote:
But it's not an objective of Fedora to have long-term-stable releases
suitable for running servers!
Says who?
That is because Fedora has a 13 month support policy
https://fedoraproject.org/wik
On 07/23/2013 02:36 PM, Przemek Klosowski wrote:
On 07/22/2013 03:53 PM, "Jóhann B. Guðmundsson" wrote:
On 07/22/2013 06:13 PM, Eric Smith wrote:
But it's not an objective of Fedora to have long-term-stable releases
suitable for running servers!
Says who?
That is because Fedora has a 13 m
On Tue, Jul 23, 2013 at 09:10:00AM -0500, Billy Crook wrote:
> No. You are wrong. When Sendmail is on the chopping block because
> "let's just send anything that should get mailed, to systemd instead,
> and let it pop up pretty graphical bubbles because nobody reads mail
> anyways", the two are v
On Tue, Jul 23, 2013 at 10:19 AM, Martin Langhoff wrote:
> On Tue, Jul 23, 2013 at 10:10 AM, Billy Crook
> wrote:
> > Sendmail or otherwise, an MTA BELONGS in Default.
>
> There is no consensus on that, at all. Very successful competitors to
> Fedora have removed it, and their users are happy.
>
On Tue, Jul 23, 2013 at 02:37:57PM +, "Jóhann B. Guðmundsson" wrote:
> Not the current one no but if people are willing to maintain a
> longer release cycle there is nothing preventing them from doing so.
The only thing is that it's _really hard_ and almost certainly requires
full-time workers
On Tue, Jul 23, 2013 at 9:56 AM, Matthew Miller
wrote:
> Also, though, please be aware that "some individual sat down and installed
> this system" may not always be our main use case. All of these "configure it
> on install" suggestions don't help us with the cloud image at all.
I see no reason a
On Tue, Jul 23, 2013 at 10:57:15AM -0400, Fulko Hew wrote:
> But, personally, I agree with billycr...@gmail.com...
> On the servers I run, and the server applications I've written,
> the use of email is mandatory and the use of an MTA is the
> best, most-efficient way to deal with the email.
None
On Tue, Jul 23, 2013 at 10:03:16AM -0500, Billy Crook wrote:
> > Also, though, please be aware that "some individual sat down and installed
> > this system" may not always be our main use case. All of these "configure it
> > on install" suggestions don't help us with the cloud image at all.
> I see
On Tue, Jul 23, 2013 at 10:57:15AM -0400, Fulko Hew wrote:
> But, personally, I agree with billycr...@gmail.com...
> On the servers I run, and the server applications I've written,
> the use of email is mandatory and the use of an MTA is the
> best, most-efficient way to deal with the email.
> I s
On Tue, Jul 23, 2013 at 10:06 AM, Matthew Miller
wrote:
> Since it _isn't_ served via DHCP in any environment I'm aware of, that's not
> actually useful.
Nice to meet you Matt. As of this morning, it is served via DHCP in
mine. There's also that guy earlier in the thread. So now you know
of tw
commit 9a55e571c9bc1e2533885a63570f3016aec87ba8
Author: Petr Písař
Date: Tue Jul 23 17:25:27 2013 +0200
Perl 5.18 rebuild
perl-Log-Any-Adapter.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Log-Any-Adapter.spec b/perl-Log-Any-Adapter.spec
index 5
commit a5a8ea4d2884f1428318fb918f5489c26da577d3
Author: Petr Písař
Date: Tue Jul 23 17:26:00 2013 +0200
Perl 5.18 rebuild
perl-MIME-Lite.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MIME-Lite.spec b/perl-MIME-Lite.spec
index 4da4f25..df90733 10
Am 23.07.2013 16:37, schrieb Matthew Miller:
> On Mon, Jul 22, 2013 at 07:33:25PM +0200, Reindl Harald wrote:
>> which could be *easy* solved by ask the users SMTP and credentials
>> at the installation, setup /etc/aliases as default forwarding the
>> messages to this address and configure SASL a
On Tue, 2013-07-23 at 11:14 +0100, Richard W.M. Jones wrote:
> On Mon, Jul 22, 2013 at 08:26:18PM -0400, Matthew Miller wrote:
> > On Mon, Jul 22, 2013 at 05:17:01PM -0700, Adam Williamson wrote:
> > > Today in Absurd Dependency Bingo:
> > > > glusterfs x86_64 3.4.0-2.fc19
On Tue, Jul 23, 2013 at 10:18:47AM -0500, Billy Crook wrote:
> > Since it _isn't_ served via DHCP in any environment I'm aware of, that's not
> > actually useful.
> Nice to meet you Matt. As of this morning, it is served via DHCP in
> mine. There's also that guy earlier in the thread. So now you
On 07/23/2013 02:59 PM, Matthew Miller wrote:
On Tue, Jul 23, 2013 at 02:37:57PM +, "Jóhann B. Guðmundsson" wrote:
Not the current one no but if people are willing to maintain a
longer release cycle there is nothing preventing them from doing so.
The only thing is that it's _really hard_ an
I think there is another data point to include in the discussion. As
Pete mentioned, a lot of the effort to get Hadoop into Fedora has
revolved around updating the dependencies. Most of these changes are
being sent upstream in the hopes of moving them forward on their
dependencies.
However,
On Tue, Jul 23, 2013 at 09:49:22AM -0400, Tim St Clair wrote:
> +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 h
Matthew Miller píše v Po 22. 07. 2013 v 09:38 -0400:
> Conclusion
> ---
>
> * Refocus Core to provide a better platform for building on
> * Make room for innovation at the "Ring 2" level
> * Empower SIGs to create solutions that fit
> * Won't break what we have
> * And we can star
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/UTCHowto
or run:
date -d '-MM-DD HH:MM UTC'
Links to all tickets bel
- Original Message -
> From: "Robert Rati"
> To: devel@lists.fedoraproject.org
> Sent: Tuesday, July 23, 2013 7:01:33 PM
> Subject: Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock
> talk)
>
> I think there is another data point to include in the discussion. As
> Pet
Le Mar 23 juillet 2013 17:05, Matthew Miller a écrit :
>> I say... servers should definitely have a default MTA.
>
> We've never had any luck defining what a Fedora server looks like. That's
> why I think it's better to have servers start from minimal and you can
> build
> up in kickstart. There,
On Tue, Jul 23, 2013 at 08:47:14AM -0700, Adam Williamson wrote:
> Well. Will qemu still actually _run_ without glusterfs being present? If
> so, do we actually need to express a dependency on glusterfs?
No, I don't think so. I think it'll fail to start up because of a
missing library.
We could
Hi,
I've been seeing [1] for couple of recent updates but have no idea
what's wrong.
I already added arch specific requirements, but that's not sufficient.
I tend to think it's false positive because nobody reported any real
problems with updates so far.
Can anybody show me what am I missing
On 07/23/2013 04:07 PM, Jiri Eischmann wrote:
The proposal looks frankly very cloud-centric.
Agreed the rings to rule them all proposal is a bit cloud centric and
tries to address too many things at one time.
I think we should just start with defining and reaching consensus on a
small core
On 07/23/2013 06:07 PM, Jiri Eischmann wrote:
Matthew Miller píše v Po 22. 07. 2013 v 09:38 -0400:
Conclusion
---
* Refocus Core to provide a better platform for building on
* Make room for innovation at the "Ring 2" level
* Empower SIGs to create solutions that fit
* Won't br
On 07/22/2013 03:38 PM, Matthew Miller wrote:
So there we have it. Comments and discussion, please!
I disagree with this "Proposal", but I would agree with that if you
would call it "Goal" or "Vision".
I agree with you that Fedora will (and should) look like this after 20
years.
But that i
On Mon, Jul 22, 2013 at 05:17:01PM -0700, Adam Williamson wrote:
So this thread is complaining about..
> > Removing:
> > glusterfs x86_64 3.4.0-2.fc19 @updates-testing
> > 4.7 M
> > Removing for dependencies:
> > glusterfs-api x86_64 3.4.0-2.fc
On Mon, Jul 22, 2013 at 05:54:27PM -0400, Peter MacKinnon wrote:
>
> So far, so good...sort of. We can make the basic use case and tests work with
> the modified dependencies but in doing so we risk giving up parity with the
> Apache baseline (including the JRE) and potentially lose out to other
On Tue, Jul 23, 2013 at 06:23:20PM +0200, Marcela Mašláňová wrote:
> #topic #1136 F20 System Wide Change: ARM as primary Architecture -
> https://fedoraproject.org/wiki/Changes/ARM_as_Primary
> .fesco 1136
> https://fedorahosted.org/fesco/ticket/1136
Is there specific action here, or are we basica
- Original Message -
> From: "Marcela Mašláňová"
> To: devel@lists.fedoraproject.org
> Sent: Tuesday, July 23, 2013 7:45:46 PM
> Subject: Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock
> talk)
>
> On 07/23/2013 06:07 PM, Jiri Eischmann wrote:
> > Matthew Miller píše
On Tue, Jul 23, 2013 at 10:51 AM, Matthew Miller
wrote:
> On Tue, Jul 23, 2013 at 10:18:47AM -0500, Billy Crook wrote:
>> > Since it _isn't_ served via DHCP in any environment I'm aware of, that's
>> > not
>> > actually useful.
>> Nice to meet you Matt. As of this morning, it is served via DHCP
Hey, I'm forwarding this on from Barry Warsaw. He's a contributor to
Debian and Ubuntu and has been very active in managing porting to python3
both within those communities and as an upstream python committer. So he's
experienced in a lot of the work that we're going to be embarking upon to
move
On Tue, Jul 23, 2013 at 03:51:43PM +, "Jóhann B. Guðmundsson" wrote:
> >If people are interested in stepping up to make this happen and have a
> >long-term sustainable plan, that would be awesome.
> Come to think of it Red Hat itself is not willing to invest in
> extended release cycle of Fedor
On Tue, Jul 23, 2013 at 12:57:50PM -0400, Dave Jones wrote:
> On Mon, Jul 22, 2013 at 05:17:01PM -0700, Adam Williamson wrote:
>
> So this thread is complaining about..
>
> > > Removing:
> > > glusterfs x86_64 3.4.0-2.fc19
> @updates-testing 4.7 M
> > > Removing fo
On Tue, 2013-07-23 at 12:57 -0400, Dave Jones wrote:
> > > qemu-system-alpha x86_64 2:1.4.2-4.fc19
> @updates-testing 4.1 M
> > > qemu-system-arm x86_64 2:1.4.2-4.fc19
> @updates-testing 5.2 M
> > > qemu-system-crisx86_64 2:1.4.2-4.fc19
On Tue, Jul 23, 2013 at 06:21:45PM +0200, Nicolas Mailhot wrote:
> Look, the proposal is not calling to replace sendmail, it's calling to
> remove any MTA. So "sendmail is a bad MTA" is not a good argument for this
No, it's *really* not calling to "remove any MTA". It's calling for no MTA
to be in
On Tue, Jul 23, 2013 at 06:15:32PM +0100, Richard W.M. Jones wrote:
> However for some reason I can't quite understand, libvirt-daemon
> depends on 'qemu'. That may be a bug?
I meant to write: "'libvirt-daemon-qemu' depends on 'qemu'".
Rich.
--
Richard Jones, Virtualization Group, Red Hat http
Marcela Mašláňová píše v Út 23. 07. 2013 v 18:45 +0200:
> On 07/23/2013 06:07 PM, Jiri Eischmann wrote:
> > Matthew Miller píše v Po 22. 07. 2013 v 09:38 -0400:
> >>Conclusion
> >>---
> >>
> >>* Refocus Core to provide a better platform for building on
> >>* Make room for innovation
Once upon a time, Matthew Miller said:
> On Tue, Jul 23, 2013 at 06:21:45PM +0200, Nicolas Mailhot wrote:
> > Look, the proposal is not calling to replace sendmail, it's calling to
> > remove any MTA. So "sendmail is a bad MTA" is not a good argument for this
>
> No, it's *really* not calling to
On Mon, Jul 22, 2013 at 8:41 AM, Nicolas Mailhot
wrote:
> Le Lun 22 juillet 2013 17:07, Robert Marcano a écrit :
>> Fonts has licenses, some of them require the license to be shown or the
>> copyright displayed, some fonts has the copyright added to their
>> metadata, I don't find for example that
On Tue, 23 Jul 2013 18:32:55 +0200
Jiri Popelka wrote:
> Hi,
>
> I've been seeing [1] for couple of recent updates but have no idea
> what's wrong.
> I already added arch specific requirements, but that's not sufficient.
> I tend to think it's false positive because nobody reported any real
>
On 07/23/2013 05:13 PM, Matthew Miller wrote:
On Tue, Jul 23, 2013 at 03:51:43PM +, "Jóhann B. Guðmundsson" wrote:
If people are interested in stepping up to make this happen and have a
long-term sustainable plan, that would be awesome.
Come to think of it Red Hat itself is not willing to i
Reindl Harald (h.rei...@thelounge.net) said:
> a httpd running with SElinux disabled or in permissive mode with
> the 4 lines below even after escalate to root privileges will
> hardly have a chance to overwrite /usr/sbin/sshd as example
>
> CapabilityBoundingSet=CAP_DAC_OVERRIDE CAP_IPC_LOCK CAP
Le Mar 23 juillet 2013 19:26, T.C. Hollingsworth a écrit :
> Honestly, I'd prefer that we fixed this in Fedora. It solves this
> problem quite nicely, and I don't really think it's that widespread an
> issue anyway.
Historically it was quite widespread. The only bit of font metadata one
could r
Am 23.07.2013 19:18, schrieb Richard W.M. Jones:
> On Tue, Jul 23, 2013 at 06:15:32PM +0100, Richard W.M. Jones wrote:
>> However for some reason I can't quite understand, libvirt-daemon
>> depends on 'qemu'. That may be a bug?
>
> I meant to write: "'libvirt-daemon-qemu' depends on 'qemu'"
IM
Am 23.07.2013 19:25, schrieb Jóhann B. Guðmundsson:
> And fundamentally again I think you are wrong we are better off in the long
> term standing on our own two feets then
> working with downstream or be dependant on RH on way or another or some other
> sponsor.
>
> So we are at impasse regard
Am 23.07.2013 19:35, schrieb Bill Nottingham:
> Reindl Harald (h.rei...@thelounge.net) said:
>> a httpd running with SElinux disabled or in permissive mode with
>> the 4 lines below even after escalate to root privileges will
>> hardly have a chance to overwrite /usr/sbin/sshd as example
>>
>> C
On Tue, 2013-07-23 at 18:32 +0200, Jiri Popelka wrote:
> Hi,
>
> I've been seeing [1] for couple of recent updates but have no idea
> what's wrong.
> I already added arch specific requirements, but that's not sufficient.
> I tend to think it's false positive because nobody reported any real
> pr
1 - 100 of 161 matches
Mail list logo
