On Jan 24, 2013, at 9:30 PM, Chris Murphy wrote:
>
> 2x 80GB virtual disks, mkfs.btrfs -d raid1 -m raid1:
>
> # df -h
> Filesystem Size Used Avail Use% Mounted on
> /dev/sdb160G 56K 158G 1% /mnt
Also, copying a 1G file to /mnt, and I end up with:
# df -h
Filesystem Siz
On Thu, 2013-01-24 at 18:57 +0100, Miloslav Trmač wrote:
> On Wed, Jan 23, 2013 at 8:30 PM, Jaroslav Reznik wrote:
> > = Features/SyslinuxOption =
> > https://fedoraproject.org/wiki/Features/SyslinuxOption
> >
> > Feature owner(s): Matthew Miller
> >
> > This feature will make Syslinux an option
On Thu, 2013-01-24 at 17:30 +, "Jóhann B. Guðmundsson" wrote:
> On 01/24/2013 04:28 PM, Bill Nottingham wrote:
> > Tomas Mraz (tm...@redhat.com) said:
> >> On Thu, 2013-01-24 at 16:03 +0100, Jochen Schmitt wrote:
> >>> Hello,
> >>>
> >>> I have tried to migrating the cron jobs of the inn packag
On Thu, 2013-01-24 at 11:18 +, Daniel P. Berrange wrote:
> > But we would need the autoqa part to exist and be ready for this.
>
> I dunno what the scope of autoqa is, but even a simple dependancy
> check would be sufficient - no need to wait for a full automated
> qa system to be built.
A
On Thu, Jan 24, 2013 at 11:46:24PM -0500, Simo Sorce wrote:
> We are all grown up enough to decide for our own, just give the
> information and let the admin take care of that.
Well, that's the problem. Most of our users (including many of the
professional sysadmins) are *not* able to make a ful
On Wed, 2013-01-23 at 17:04 +, Jaroslav Reznik wrote:
> = Features/FirstClassCloudImages =
> https://fedoraproject.org/wiki/Features/FirstClassCloudImages
>
> Feature owner(s): Matthew Miller
>
> This feature expands Fedora's current cloud image deliverables beyond just
> EC2, and overha
On Fri, 2013-01-25 at 04:46 +0100, Lennart Poettering wrote:
> On Thu, 24.01.13 21:15, Simo Sorce (s...@redhat.com) wrote:
>
> > On Fri, 2013-01-25 at 00:12 +0100, Lennart Poettering wrote:
> > > I mean, here's an example: let's say openssl is updated, which is
> > > pulled
> > > in by a ton of ot
On Jan 24, 2013, at 8:27 PM, Adam Williamson wrote:
>>
>
> Well that's not the one I was thinking of, actually - I believe I was
> hit by cases where some subvols use redundancy, in which case df goes
> completely wrong. I'd have to re-install and re-check to be sure of
> exactly what I saw go
On Thu, 24.01.13 21:15, Simo Sorce (s...@redhat.com) wrote:
> On Fri, 2013-01-25 at 00:12 +0100, Lennart Poettering wrote:
> > I mean, here's an example: let's say openssl is updated, which is
> > pulled
> > in by a ton of other things, for example the libc NSS LDAP module. The
> > libc NSS is use
On Thu, 2013-01-24 at 19:56 -0700, Chris Murphy wrote:
> On Jan 24, 2013, at 5:44 PM, Adam Williamson
> wrote:
> >
> > Just about everything in btrfs is really different :) I'm still
> wrapping
> > my head around it too. But as far as possible, the 'legacy' tools
> should
> > show something as ac
On Jan 24, 2013, at 5:44 PM, Adam Williamson wrote:
>
> Just about everything in btrfs is really different :) I'm still wrapping
> my head around it too. But as far as possible, the 'legacy' tools should
> show something as accurate and useful as they can, I believe.
For mount, the only issue I
On Fri, 2013-01-25 at 00:12 +0100, Lennart Poettering wrote:
> I mean, here's an example: let's say openssl is updated, which is
> pulled
> in by a ton of other things, for example the libc NSS LDAP module. The
> libc NSS is used by at least half of all processes running on your
> system,
> and the
Bill Nottingham wrote:
> Honestly, I'd be curious as to whether we could get all the compatibility
> testing done early enough, and packages changed, such that we could
> consider dropping MySQL. It's just... cleaner.
+1
Shipping both is a mess we really want to avoid.
Kevin Kofler
--
Tom Lane wrote:
> It strikes me that we missed a bet in setting up the mariadb package
> for only F19-and-up in git.
You can request a branch (for a release which accepts branch requests, i.e.
currently F17 and F18) after the fact, at any time. So you didn't really
miss anything. :-) See:
https:
Adam Williamson wrote:
> Oh, BTW, Kevin, if KDE can't set system-wide keyboard config, you should
> probably file a bug to have KDE taken out of its DontShowIn line.
Ouch! I wonder when and why this was added, it's a clear oversight. KDE's
keyboard settings are only per session, not systemwide.
On Thu, 2013-01-24 at 12:36 -0300, Reartes Guillermo wrote:
> http://article.gmane.org/gmane.comp.file-systems.btrfs/22555
> (Quota reached: can't delete)
>
> When you reach a quota limit, the first intuitive action one takes is
> to delete something to make space.
> But aparently (and currently)
Le jeudi 24 janvier 2013 à 17:30 +, "Jóhann B. Guðmundsson" a
écrit :
> On 01/24/2013 04:28 PM, Bill Nottingham wrote:
> > Tomas Mraz (tm...@redhat.com) said:
> >> On Thu, 2013-01-24 at 16:03 +0100, Jochen Schmitt wrote:
> >>> Hello,
> >>>
> >>> I have tried to migrating the cron jobs of the in
On Wed, 2013-01-16 at 13:31 +, Richard W.M. Jones wrote:
> On Mon, Jan 14, 2013 at 03:02:05PM -0800, Adam Williamson wrote:
> > On Sat, 2013-01-12 at 18:05 +0100, Kevin Kofler wrote:
> > > Adam Williamson wrote:
> > > > GNOME can apply a keyboard config you set via GNOME Control Center
> > > >
Le jeudi 24 janvier 2013 à 12:11 -0800, Norvald Ryeng a écrit :
> I'm sorry to hear about the lack of communication. I'm a MySQL
> developer, and for the last year I've been working with different
> packagers. Linux distributions are an important part of our community,
> and we'd like very much
On Thu, 24.01.13 16:03, Jochen Schmitt (joc...@herr-schmitt.de) wrote:
> Hello,
>
> I have tried to migrating the cron jobs of the inn package to systemd timers.
> Unfortunately, I have got the following problem. After a install/update of the
> package the timer will only start the service unit o
On Thu, Jan 24, 2013 at 10:44 AM, David Malcolm wrote:
>
> Anyone interested in helping with this? There's plenty of scope for
> getting involved:
> * building the web UI for dealing with the results (any Python web
> developers out there?) [2]
> * packaging more static analyzers in Fedora (e.g
On Thu, 2013-01-24 at 18:11 +0100, Lennart Poettering wrote:
> On Wed, 23.01.13 22:17, Adam Williamson (awill...@redhat.com) wrote:
>
> > On Wed, 2013-01-23 at 19:47 -0600, Bruno Wolff III wrote:
> > > On Wed, Jan 23, 2013 at 22:47:18 +,
> > >"\"Jóhann B. Guðmundsson\"" wrote:
> > > >b)
>
On Thu, 2013-01-24 at 08:56 -0500, Matthew Miller wrote:
> On Wed, Jan 23, 2013 at 10:14:28PM -0800, Adam Williamson wrote:
> > (As a side note, I would like to avoid describing fedup as 'officially
> > supported' and describe it instead as 'officially recommended' - it's an
> > important semantic
On Thu, 2013-01-24 at 23:03 +, "Jóhann B. Guðmundsson" wrote:
> It's best to rip the bandage of this in one release.
>
> The churn from this should have been more or less covered when we
> implement biosdevname so the fallout from this change should be minimal
> if any...
I see the 's' wor
On Thu, 24.01.13 15:28, Miroslav Suchý (msu...@redhat.com) wrote:
> On 01/23/2013 07:50 PM, Lennart Poettering wrote:
> >The thing is that doing on-line updates only works for stuff you can
> >restart, and that doesn't mind that things are not atomically
> >updated. However, much (most?) of our co
On 01/24/2013 10:43 PM, Adam Williamson wrote:
On Thu, 2013-01-24 at 14:57 -0500, Bill Nottingham wrote:
Matthew Miller (mat...@fedoraproject.org) said:
But I guess we simply have a different definition of a user here. Your
definition is probably closer to what the page calls "admins", which is
On Thu, 24 Jan 2013 15:09:57 +0100
Vít Ondruch wrote:
> Dne 24.1.2013 14:40, Bruno Wolff III napsal(a):
> > On Thu, Jan 24, 2013 at 13:06:21 +0100,
> > Vít Ondruch wrote:
> >>
> >> It definitely depends on package. I should be the one who knows
> >> about my packages the best if there is some
On Thu, 24 Jan 2013 15:06:50 +
Frank Murphy wrote:
> On Wed, 23 Jan 2013 09:55:07 -0700
> Kevin Fenzi wrote:
>
> > Greetings.
> >
> > As some of you may know, I switched my laptop over to rawhide and
> > have been posting a series of blogs about the various issues I have
> > run into in t
On Thu, 24 Jan 2013 15:58:22 +0800
Zhang San wrote:
> On Thursday 24 January 2013 08:35:51 Ralf Corsepius wrote:
> > Hi,
> >
> > the Fedora 18 metalink-urls as being used in /etc/yum.repo.d/*repo,
> > e.g.
> > https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$bas
> > earch
Miloslav Trmač (m...@volny.cz) said:
> On Wed, Jan 23, 2013 at 8:59 PM, Jaroslav Reznik wrote:
> > = Features/SystemdPredictableNetworkInterfaceNames =
> > https://fedoraproject.org/wiki/Features/SystemdPredictableNetworkInterfaceNames
> >
> > Feature owner(s): Kay Sievers
> >
> > The udevd ser
On Thu, 2013-01-24 at 14:57 -0500, Bill Nottingham wrote:
> Matthew Miller (mat...@fedoraproject.org) said:
> > > But I guess we simply have a different definition of a user here. Your
> > > definition is probably closer to what the page calls "admins", which is
> > > covered by the next lines in
On 2013-01-24 22:03, David Malcolm wrote:
On Thu, 2013-01-24 at 18:11 +0100, Alec Leamas wrote:
On 2013-01-24 17:44, David Malcolm wrote:
Michael Hrivnak and I spent some time at FUDcon Lawrence looking at
static code analysis.
We hacked on the proposed common format for analysis tools (aka
"f
On Thu, 24.01.13 14:57, Bill Nottingham (nott...@redhat.com) wrote:
> Matthew Miller (mat...@fedoraproject.org) said:
> > > But I guess we simply have a different definition of a user here. Your
> > > definition is probably closer to what the page calls "admins", which is
> > > covered by the nex
On Thu, 24.01.13 08:48, Matthew Miller (mat...@fedoraproject.org) wrote:
> > "As biosdevname is installed by default ... most administrators won't
> > see this either. "
>
> If the new scheme really is better, we should suck it up and make the whole
> change. It'd be better to do what we can to
On Thu, 24.01.13 22:28, Miloslav Trmač (m...@volny.cz) wrote:
> > What concerns would people have with this naming? Off the top of my head:
> >
> > - wwan devices aren't always discoverable (they can show up as ethernet)
> > - devices that biosdevname considers emX via enumeration/guessing would
>
On Wed, Jan 23, 2013 at 8:59 PM, Jaroslav Reznik wrote:
> = Features/SystemdPredictableNetworkInterfaceNames =
> https://fedoraproject.org/wiki/Features/SystemdPredictableNetworkInterfaceNames
>
> Feature owner(s): Kay Sievers
>
> The udevd service has a long history of providing predicatable na
On Thu, Jan 24, 2013 at 8:57 PM, Bill Nottingham wrote:
> Matthew Miller (mat...@fedoraproject.org) said:
>> > But I guess we simply have a different definition of a user here. Your
>> > definition is probably closer to what the page calls "admins", which is
>> > covered by the next lines in the f
On 01/24/2013 11:07 AM, Bill Nottingham wrote:
> Bohuslav Kabrda (bkab...@redhat.com) said:
>> JRuby and Ruby won't share extensions. Extensions for Ruby will live in
>> %{_libdir}/gems/ruby, while extensions for JRuby will in
>> %{_datadir}/gems/jruby (although we decided not to actually ship a
On Thu, Jan 24, 2013 at 1:56 PM, David Malcolm wrote:
> Aha! Thanks - yes, I now see that it's packaged at "frama-c". I've
> updated the StaticAnalysis wiki page accordingly.
>
> Anyone here familiar with it?
I've done some *very* basic playing around with it, nothing advanced.
I'm still trying
On Thu, 2013-01-24 at 18:11 +0100, Alec Leamas wrote:
> On 2013-01-24 17:44, David Malcolm wrote:
> > Michael Hrivnak and I spent some time at FUDcon Lawrence looking at
> > static code analysis.
> >
> > We hacked on the proposed common format for analysis tools (aka
> > "firehose").
> >
> [cut]
>
On Thu, 2013-01-24 at 10:04 -0700, Jerry James wrote:
> On Thu, Jan 24, 2013 at 9:44 AM, David Malcolm wrote:
> > * packaging more static analyzers in Fedora (e.g. has anyone looked at
> > Frama-C ?)
>
> Frama-C has been in Fedora for nearly 3 years now. :-)
Aha! Thanks - yes, I now see that it
- fed...@famillecollet.com wrote:
> Le 24/01/2013 02:49, Andrew Rist a écrit :
> > We've been following the discussions to replace MySQL with MariaDB
> ...
>
> /me speaking from my experience.
>
> I don't maintain MySQL, but various other mysql packages
> (mysql-utilities, mysql-connector-py
On Thu, Jan 24, 2013 at 8:57 PM, Bill Nottingham wrote:
> Matthew Miller (mat...@fedoraproject.org) said:
>> > But I guess we simply have a different definition of a user here. Your
>> > definition is probably closer to what the page calls "admins", which is
>> > covered by the next lines in the f
On 01/24/2013 03:19 PM, Remi Collet wrote:
Le 24/01/2013 02:49, Andrew Rist a écrit :
We've been following the discussions to replace MySQL with MariaDB
...
/me speaking from my experience.
I don't maintain MySQL, but various other mysql packages
(mysql-utilities, mysql-connector-python, mysq
Matthew Miller (mat...@fedoraproject.org) said:
> > But I guess we simply have a different definition of a user here. Your
> > definition is probably closer to what the page calls "admins", which is
> > covered by the next lines in the feature page, which you didn't paste:
>
> Right. For Fedora,
On Thu, Jan 24, 2013 at 06:07:08PM +0100, Lennart Poettering wrote:
> On Thu, 24.01.13 10:22, Richard W.M. Jones (rjo...@redhat.com) wrote:
>
> > On Thu, Jan 24, 2013 at 10:38:00AM +0100, Vít Ondruch wrote:
> > > And I disagree with this proposal.
> > >
> > > It is mixed for me. Sometimes, I'd li
Chris Adams (cmad...@hiwaay.net) said:
> Once upon a time, Bill Nottingham said:
> > Jaroslav Reznik (jrez...@redhat.com) said:
> > > The MEMSTOMP code utilizes GPLV2+ and LGPL3 code. The GPLV2+ code is
> > > limited
> > > to the backtrace code which is not thread safe and may need to be
> >
On 24 January 2013 10:25, drago01 wrote:
> On Thu, Jan 24, 2013 at 6:11 PM, Lennart Poettering
>> Wouldn't it make sense to test the "full install"?
>
> I doubt that you can install all packages without hitting conflicts.
You can not. Lots of things conflict so if you try to do a 'yum
install *'
On Thu, Jan 24, 2013 at 06:38:35PM +, "Jóhann B. Guðmundsson" wrote:
> >>Maybe it's just me but is there not something more broken/alarming
> >>with that or is just me and this is just acceptable from packaging
> >>standpoint?
> >Generally, the packages function without cron, so including a har
On Thu, Jan 24, 2013 at 12:48:18PM -0600, Chris Adams wrote:
> Once upon a time, Miloslav Trmač said:
> > So, to summarize, this saves <= 6 MB of disk space, and <= 1 second of
> > boot time, at the cost of extra maintenance and QA burden in anaconda
> > and grubby?
>
> Well, there's already code
On Thu, Jan 24, 2013 at 10:21 AM, Vít Ondruch wrote:
>> What problem are the _mri_/_jruby_ parameters solving?
>
> Generally, we are trying to get into Fedora more Ruby interpreters, we are
> currently speaking about Ruby MRI, JRuby and Rubinius in near future.
> Therefore, we would like to allow
Hello,
On Thu, Jan 24, 2013 at 7:58 AM, Bohuslav Kabrda wrote:
> - Original Message -
>> What problem are the _mri_/_jruby_ parameters solving?
>> a) If a script or command-line user requires a specific interpreter,
>> it can just refer to a path of the specific interpreter directly;
>> us
On Thu, Jan 24, 2013 at 06:57:09PM +0100, Miloslav Trmač wrote:
> On Wed, Jan 23, 2013 at 8:30 PM, Jaroslav Reznik wrote:
> > = Features/SyslinuxOption =
> > https://fedoraproject.org/wiki/Features/SyslinuxOption
> >
> > Feature owner(s): Matthew Miller
> >
> > This feature will make Syslinux an
On Thu, Jan 24, 2013 at 01:29:36PM -0500, Bill Nottingham wrote:
> Jaroslav Reznik (jrez...@redhat.com) said:
> > = Features/MEMSTOMP =
> > https://fedoraproject.org/wiki/Features/MEMSTOMP
> >
> > Feature owner(s): Jeff Law
> >
> > Include the MEMSTOMP DSOs in Fedora 19 to enable developers to
Once upon a time, Bill Nottingham said:
> Jaroslav Reznik (jrez...@redhat.com) said:
> > The MEMSTOMP code utilizes GPLV2+ and LGPL3 code. The GPLV2+ code is
> > limited
> > to the backtrace code which is not thread safe and may need to be
> > disabled/rewritten.
>
> I assume this could be d
Orion Poplawski (or...@cora.nwra.com) said:
> I'm not trying to disparage this work, it seems reasonable (although
> I've been bitten by a lot of crappy software assuming network
> devices are named eth#, but it's able to be turned off, so meh).
We went through most of the things we shipped back
Once upon a time, Miloslav Trmač said:
> So, to summarize, this saves <= 6 MB of disk space, and <= 1 second of
> boot time, at the cost of extra maintenance and QA burden in anaconda
> and grubby?
Well, there's already code somewhere in Fedora that supports syslinux as
a boot loader, as all the
On Thu, 24 Jan 2013, Miloslav Trmač wrote:
On Wed, Jan 23, 2013 at 8:30 PM, Jaroslav Reznik wrote:
= Features/SyslinuxOption =
https://fedoraproject.org/wiki/Features/SyslinuxOption
Feature owner(s): Matthew Miller
This feature will make Syslinux an optional bootloader for Fedora, in
ki
On 01/24/2013 05:41 PM, Matthew Miller wrote:
On Thu, Jan 24, 2013 at 05:30:52PM +, "Jóhann B. Guðmundsson" wrote:
What surprised me the most was that none of those components
packages depended on cron which was the same thing with rsyslog when
I looked into that which is what I expected the
Jaroslav Reznik (jrez...@redhat.com) said:
> = Features/MEMSTOMP =
> https://fedoraproject.org/wiki/Features/MEMSTOMP
>
> Feature owner(s): Jeff Law
>
> Include the MEMSTOMP DSOs in Fedora 19 to enable developers to more quickly
> detect certain library calls which result in undefined behaviou
On 01/24/2013 01:49 AM, Andrew Rist wrote:
We've been following the discussions to replace MySQL with MariaDB in
Fedora, and would like to provide additional data to help the
community make the most informed decision. Instead of switching**the
default to MariaDB 5.5 we would like to propose th
- Original Message -
> On Thu, Jan 24, 2013 at 6:29 PM, Peter Lemenkov
>
> As for which apps work ... everyone that does not do direct X calls
> should work (i.e no direct dependence on X11).
Yeah, exactly. One of my goals with enabling this now is finding out about apps
which do not
On Wed, Jan 23, 2013 at 8:30 PM, Jaroslav Reznik wrote:
> = Features/SyslinuxOption =
> https://fedoraproject.org/wiki/Features/SyslinuxOption
>
> Feature owner(s): Matthew Miller
>
> This feature will make Syslinux an optional bootloader for Fedora, in
> kickstart and via a hidden Anaconda opti
On Thu, Jan 24, 2013 at 05:30:52PM +, "Jóhann B. Guðmundsson" wrote:
> What surprised me the most was that none of those components
> packages depended on cron which was the same thing with rsyslog when
> I looked into that which is what I expected they would do.
>
> Maybe it's just me but is
On 01/24/2013 05:31 PM, Jochen Schmitt wrote:
On Thu, Jan 24, 2013 at 04:53:01PM +0100, Michal Schmidt wrote:
Was the timer unit active? What does "systemctl status yourunit.timer" show?
I think, this is a good hint, systemctl status innd-expire.timer told
me something like
Active: inactive..
On 01/24/2013 04:28 PM, Bill Nottingham wrote:
Tomas Mraz (tm...@redhat.com) said:
On Thu, 2013-01-24 at 16:03 +0100, Jochen Schmitt wrote:
Hello,
I have tried to migrating the cron jobs of the inn package to systemd timers.
Unfortunately, I have got the following problem. After a install/upda
On Thu, Jan 24, 2013 at 6:29 PM, Peter Lemenkov wrote:
> 2013/1/24 Matthias Clasen :
>> Hi,
>>
>> I'm tentatively planning to enable the Wayland and Broadway backends in GTK+
>> for f19.
>
> Great!
> Yes, please - we're all waiting for this.
> Could you please briefly explain which GTK appls will
On Thu, 24 Jan 2013, Jaroslav Reznik wrote:
= Features/NFStest =
https://fedoraproject.org/wiki/Features/NFStest
Feature owner(s): Steve Dickson
Provides a set of tools for testing either the NFS client or the NFS server,
most of the functionality is focused mainly on testing the client.
==
On Thu, Jan 24, 2013 at 04:53:01PM +0100, Michal Schmidt wrote:
> Was the timer unit active? What does "systemctl status yourunit.timer" show?
I think, this is a good hint, systemctl status innd-expire.timer told
me something like
Active: inactive...
After I have done a
# systemctl start innd-
2013/1/24 Matthias Clasen :
> Hi,
>
> I'm tentatively planning to enable the Wayland and Broadway backends in GTK+
> for f19.
Great!
Yes, please - we're all waiting for this.
Could you please briefly explain which GTK appls will gain Wayland
support after this? I bet we won't be able to run LO or
On Thu, Jan 24, 2013 at 6:11 PM, Lennart Poettering
wrote:
> On Wed, 23.01.13 22:17, Adam Williamson (awill...@redhat.com) wrote:
>
>> On Wed, 2013-01-23 at 19:47 -0600, Bruno Wolff III wrote:
>> > On Wed, Jan 23, 2013 at 22:47:18 +,
>> >"\"Jóhann B. Guðmundsson\"" wrote:
>> > >b)
>> > >
Yes, please!
It would be about the right time to start enabling Wayland in distributions.
-Ilyes
On Thu, Jan 24, 2013 at 6:10 PM, Matthias Clasen wrote:
> Hi,
>
> I'm tentatively planning to enable the Wayland and Broadway backends in
> GTK+ for f19.
>
> From a quick test build, this adds 3 l
On Wed, 23.01.13 22:17, Adam Williamson (awill...@redhat.com) wrote:
> On Wed, 2013-01-23 at 19:47 -0600, Bruno Wolff III wrote:
> > On Wed, Jan 23, 2013 at 22:47:18 +,
> >"\"Jóhann B. Guðmundsson\"" wrote:
> > >b)
> > >
> > >We QA have alot of QA community members testing this so this do
On 2013-01-24 17:44, David Malcolm wrote:
Michael Hrivnak and I spent some time at FUDcon Lawrence looking at
static code analysis.
We hacked on the proposed common format for analysis tools (aka
"firehose").
[cut]
The plan is that the interchange format can be uploaded into a web
UI/databas
Hi,
I'm tentatively planning to enable the Wayland and Broadway backends in GTK+
for f19.
From a quick test build, this adds 3 library dependencies to gtk
(libwayland-client, libwayland-cursor and libxkbcommon), and the size of libgdk
grows from ~550k to ~700k. I think this is not a terrible b
On Thu, 24.01.13 10:22, Richard W.M. Jones (rjo...@redhat.com) wrote:
> On Thu, Jan 24, 2013 at 10:38:00AM +0100, Vít Ondruch wrote:
> > And I disagree with this proposal.
> >
> > It is mixed for me. Sometimes, I'd like to update in Rawhide,
> > especially if the freeze is taking long, while in o
On Thu, 24.01.13 08:27, Frank Murphy (frankl...@gmail.com) wrote:
> On Thu, 24 Jan 2013 04:31:03 +0100
> Lennart Poettering wrote:
> >
> > You know, I really dislike packaging things. I love hacking. If I
> > package something then that's an ugly side effect of what I really
> > want to do. And
On Thu, Jan 24, 2013 at 9:44 AM, David Malcolm wrote:
> * packaging more static analyzers in Fedora (e.g. has anyone looked at
> Frama-C ?)
Frama-C has been in Fedora for nearly 3 years now. :-)
I'm very interested in this topic. I tried packaging BLAST at one
point, but ran into insurmountable
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=903605
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=903601
--- Comment #4 from Fedora Update System ---
perl-Locale-SubCountry-1.59-1.fc17 has been submitted as an update for Fedora
17.
https://admin.fedoraproject.org/updates/perl-Locale-SubCountry-1.59-1.fc17
--
You are receiving this
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=903601
--- Comment #3 from Fedora Update System ---
perl-Locale-SubCountry-1.59-1.fc18 has been submitted as an update for Fedora
18.
https://admin.fedoraproject.org/updates/perl-Locale-SubCountry-1.59-1.fc18
--
You are receiving this
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=903601
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version
On Thu, Jan 24, 2013 at 04:33:59PM +, Daniel P. Berrange wrote:
> > Have the boxes and libvirt people investigated writing a minimal
> > cloud-init compatibile data-source?
> I don't recall us ever talking about it, but it could be something to
> investigate.
I've been meaning to suggest the i
commit 7f75ba4d23671cc3de3a85d00465cbbc11e73a2f
Author: Petr Písař
Date: Thu Jan 24 17:43:45 2013 +0100
0.030 bump
.gitignore|1 +
perl-PPIx-Regexp.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.giti
Michael Hrivnak and I spent some time at FUDcon Lawrence looking at
static code analysis.
We hacked on the proposed common format for analysis tools (aka
"firehose").
We now have parsers (and test suites) for coercing the following into a
common format:
* gcc warnings
* "cppcheck" warnings (spe
A file has been added to the lookaside cache for perl-PPIx-Regexp:
d84435feb77e4598d27aa8e7b7c5ee65 PPIx-Regexp-0.030.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.fedoraproject.org/mail
On Thu, 2013-01-24 at 08:27 -0800, Samuel Sieb wrote:
> On 01/23/2013 07:05 AM, Jaroslav Reznik wrote:
> > = Features/SharedSystemCertificates =
> > https://fedoraproject.org/wiki/Features/SharedSystemCertificates
> >
> > Feature owner(s): Kai Engert , Stef Walter
> >
> >
> > Make NSS, GnuTLS, O
On Thu, Jan 24, 2013 at 11:19:16AM -0500, Bill Nottingham wrote:
> Matthew Miller (mat...@fedoraproject.org) said:
> > On Wed, Jan 23, 2013 at 04:38:13PM -0500, Bill Nottingham wrote:
> > > > == Detailed description ==
> > > > * New images that can be used in other cloud deployments (such as
commit c1929f6db05069f50f31b593fb328ba1446edb4d
Author: Petr Písař
Date: Thu Jan 24 17:23:55 2013 +0100
1.59 bump
.gitignore |1 +
perl-Locale-SubCountry.spec | 10 +++---
sources |2 +-
3 files changed, 9 insertions(+), 4 deletions(-)
--
On Thu, 24.01.13 07:17, John Reiser (jrei...@bitwagon.com) wrote:
> On 01/23/2013 01:54 PM, Bill Nottingham wrote:
>
> > This code has the benefit of:
> > - covering more device types (not just BIOSes with type 9 & type 41)
> > - not attempting to do heuristics that name devices via enumeration
>
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=903601
--- Comment #1 from Petr Pisar ---
This is bug-fix release suitable for F≥18.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/token.cgi?t=bnGqMfF
Tomas Mraz (tm...@redhat.com) said:
> On Thu, 2013-01-24 at 16:03 +0100, Jochen Schmitt wrote:
> > Hello,
> >
> > I have tried to migrating the cron jobs of the inn package to systemd
> > timers.
> > Unfortunately, I have got the following problem. After a install/update of
> > the
> > package
On 01/23/2013 07:05 AM, Jaroslav Reznik wrote:
= Features/SharedSystemCertificates =
https://fedoraproject.org/wiki/Features/SharedSystemCertificates
Feature owner(s): Kai Engert , Stef Walter
Make NSS, GnuTLS, OpenSSL and Java share a default source for retrieving
system certificate anchors a
On Thu, 24 Jan 2013 12:20:01 +0900
Isaku Yamahata wrote:
> I suppose you're talking about the difference from plain Open vSwitch plugin.
> Plain OVS plugin doesn't use OpenFlow controller. So it's rather static and
> utilizes small subset of OVS. For example, it doesn't react to network usage
>
Summary of changes:
5ac4e7e... 1.59 bump (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/l
commit 5ac4e7e0636cdf82b306b35bde238c30e628784b
Author: Petr Písař
Date: Thu Jan 24 17:23:55 2013 +0100
1.59 bump
.gitignore |1 +
perl-Locale-SubCountry.spec | 10 +++---
sources |2 +-
3 files changed, 9 insertions(+), 4 deletions(-)
--
A file has been added to the lookaside cache for perl-Locale-SubCountry:
3a9ed7ce2aa56e5bd1fc4d9ba3e84b42 Locale-SubCountry-1.59.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
Miroslav Suchý (msu...@redhat.com) said:
> On 01/23/2013 07:50 PM, Lennart Poettering wrote:
> >The thing is that doing on-line updates only works for stuff you can
> >restart, and that doesn't mind that things are not atomically
> >updated. However, much (most?) of our code isn't like that. Anybo
Matthew Miller (mat...@fedoraproject.org) said:
> On Wed, Jan 23, 2013 at 04:38:13PM -0500, Bill Nottingham wrote:
> > > == Detailed description ==
> > > * New images that can be used in other cloud deployments (such as
> > > OpenStack, CloudStack, or Eucalyptus) will be produced. They will b
Kai Engert (k...@kuix.de) said:
> On Wed, 2013-01-23 at 16:31 -0500, Bill Nottingham wrote:
> > Essentially, how will we know whether apps work transparently with the
> > library changes, and/or if there are apps that are hardcoding old
> > locations/methods somewhere?
>
> we're not yet ready to
1 - 100 of 170 matches
Mail list logo
