Hi Dennis,
On Tue, 2014-01-21 at 07:40 +0100, Dennis Jacobfeuerborn wrote:
> Interesting. I've downloaded the VM Image and tried to understand the
> setup.
Some bits are documented here
https://people.gnome.org/~walters/ostree/doc/layout.html
> Apparently there exist sort of two root trees /
On Tue, 2014-01-21 at 01:01 -0600, Ian Pilcher wrote:
> On 01/20/2014 11:48 AM, Adam Williamson wrote:
> > The bug currently under discussion was caused by a change that came in
> > inadvertently, not intentionally, and was actually intended for Rawhide.
>
> I can't help wondering if there's an op
On Po, 2014-01-20 at 12:10 -0500, Matthew Miller wrote:
> On Mon, Jan 20, 2014 at 09:48:05AM +0100, Miroslav Suchý wrote:
> > > 18:31:13 Requires: foo > 1.0-1.%{release}
> > > 18:31:22 1.0-1.fc20.copr *satisfies* that
> > I have no objections against disttag. Hoever I would prefer "fc20-copr".
>
On 01/20/2014 11:48 AM, Adam Williamson wrote:
> The bug currently under discussion was caused by a change that came in
> inadvertently, not intentionally, and was actually intended for Rawhide.
I can't help wondering if there's an opportunity for process/workflow
improvement right there.
--
===
On 20.01.2014 19:03, Colin Walters wrote:
Hello devel@,
I'm excited to announce the first public release (v2014.3) of the
fedostree/rpm-ostree project.
The web page is here:
http://rpm-ostree.cloud.fedoraproject.org/#/
rpm-ostree is a quite new, raw, and also quite unofficial project (the ins
On 01/20/2014 08:18 PM, Nico Kadel-Garcia wrote:
Networkmanager is not your friend for stable servers.
I'm using it on a server with multiple interfaces, multiple vlans,
multiple bridges, a VPN and a VM and it doesn't give me any trouble.
I would say 95% of the setup was done through the GUI
My old notes at
https://wikis.uit.tufts.edu/confluence/display/TUSKpub/Configure+Pair+Bonding,+VLANs,+and+Bridges+for+KVM+Hypervisor
were pretty good.
If you want stable KVM bridging, pair bonding, jumbo frames, or
consistent network connections of any sort for server grade
installations, my urge
On Sat, 2014-01-18 at 14:53 +0200, Alek Paunov wrote:
> On 18.01.2014 03:34, Adam Williamson wrote:
> > On Fri, 2014-01-17 at 08:57 -0500, Steve Dickson wrote:
> >>
> >> On 17/01/14 07:30, Harald Hoyer wrote:
> journalctl -b _SYSTEMD_UNIT=NetworkManager.service
> >>> better use
> >>>
> >>> # j
On Mon, 2014-01-20 at 17:00 -0800, Adam Williamson wrote:
> On Mon, 2014-01-20 at 15:35 -0500, Matthew Miller wrote:
> > On Mon, Jan 20, 2014 at 09:48:28AM -0800, Adam Williamson wrote:
> > > I'd suggest this test should be a high priority for implementation once
> > > taskotron is operational, per
On Mon, 2014-01-20 at 15:35 -0500, Matthew Miller wrote:
> On Mon, Jan 20, 2014 at 09:48:28AM -0800, Adam Williamson wrote:
> > I'd suggest this test should be a high priority for implementation once
> > taskotron is operational, perhaps equal in importance to re-implementing
> > the current AutoQA
Ville Skyttä wrote:
>On Mon, Jan 20, 2014 at 4:24 PM, Björn Persson
> wrote:
>> Apparently RPMbuild has a pair of parameters "--with" and "--without"
>> that can supposedly enable and disable optional features in a
>> package. Has anyone seen any documentation that explains how those
>> work and ho
On Mon, Jan 20, 2014 at 10:29 AM, Vít Ondruch wrote:
>> Seems to be bug. Haven't seen any bug report from you yet, so I did one
>> for you: https://github.com/bkabrda/rubypick/issues/4
>
>
> https://admin.fedoraproject.org/updates/rubypick-1.1.1-1.fc20
> https://admin.fedoraproject.org/updates/rub
On 01/20/2014 06:48 PM, Adam Williamson wrote:
On Mon, 2014-01-20 at 12:17 -0500, Matthew Miller wrote:
On Sun, Jan 19, 2014 at 08:10:29PM +0100, Michael Schwendt wrote:
A simple "yum -y update ; reboot ; Oh, everything seems to work" has not
been enough this time. And it was an update with a s
On Thu, 2014-01-16 at 09:20 -0700, Tim Flink wrote:
> On Thu, 16 Jan 2014 08:33:12 -0500 (EST)
> Kamil Paral wrote:
>
> > > >
> > > > Any thoughts on whether it would be OK to start asking folks to
> > > > create herald rules if they want to see all the tickets or if
> > > > there is enough valu
I have a package review I posted today, looking to swap with someone.
Thanks.
--
Darryl L. Pierce
http://mcpierce.fedorapeople.org/
"What do you care what people think, Mr. Feynman?"
pgpmch1w1BF7g.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admi
On Mon, Jan 20, 2014 at 09:48:28AM -0800, Adam Williamson wrote:
> I'd suggest this test should be a high priority for implementation once
> taskotron is operational, perhaps equal in importance to re-implementing
> the current AutoQA tests.
*nod* Sounds good to me.
> what we have. I don't know
On Mon, Jan 20, 2014 at 10:54:22AM -0800, Andrew Lutomirski wrote:
> On Mon, Jan 20, 2014 at 10:40 AM, Matthew Garrett wrote:
> > It'd be pretty straightforward to re-implement the helper if it's
> > vanished entirely - we haven't retired libx86, and the rest is pretty
> > trivial.
>
> OTOH, if i
On Sun, 2014-01-19 at 12:30 -0500, Scott Schmit wrote:
> On Sun, Jan 19, 2014 at 12:23:42PM -0500, Scott Schmit wrote:
> > On Sat, Jan 18, 2014 at 11:47:37PM -0500, Rahul Sundaram wrote:
> > > On Sat, Jan 18, 2014 at 8:20 PM, Andre Robatino wrote:
> > > > I replaced the typo scriplet -> scriptlet i
On 01/20/2014 05:56 PM, Richard W.M. Jones wrote:
On Mon, Jan 20, 2014 at 03:24:12PM +0100, Björn Persson wrote:
Apparently RPMbuild has a pair of parameters "--with" and "--without"
that can supposedly enable and disable optional features in a package.
Has anyone seen any documentation that exp
On Mon, Jan 20, 2014 at 10:40 AM, Matthew Garrett wrote:
> On Mon, Jan 20, 2014 at 10:19:30AM -0800, Andrew Lutomirski wrote:
>
>> Does uvesafb actually work? I submitted a patch to the uvesafb kernel
>> driver a few months back, and not only is the upstream link [1][2] to
>> the v86d helper dead
On Mon, 20 Jan 2014, Panu Matilainen wrote:
On 01/20/2014 07:31 PM, Alek Paunov wrote:
On 20.01.2014 16:24, Björn Persson wrote:
According to the Packaging Guidelines we're not supposed to use those
parameters when building "the source RPM to be submitted", because they
somehow get "serialized"
On Mon, Jan 20, 2014 at 04:50:09PM +, Peter Robinson wrote:
> Isn't -cirrus still used by virt in a number of cases? I know -mga is
> used as a gpu chipset on a number of relatively new server platforms.
> What about -vmware?
Virt can use the cirrus kms driver, the server matrox is supported
On Mon, Jan 20, 2014 at 10:19:30AM -0800, Andrew Lutomirski wrote:
> Does uvesafb actually work? I submitted a patch to the uvesafb kernel
> driver a few months back, and not only is the upstream link [1][2] to
> the v86d helper dead, but no one on the dri-devel list answered my
> request to see
On Mon, Jan 20, 2014 at 7:48 AM, Hans de Goede wrote:
> Hi,
>
>
> On 01/20/2014 03:18 PM, Matthew Garrett wrote:
>>
>> On Mon, Jan 20, 2014 at 10:08:01AM +0100, Hans de Goede wrote:
>>
>>> So now it is time to start looking into some of the corner cases, or
>>> rather at
>>> the elephant in the ro
On 01/20/2014 07:31 PM, Alek Paunov wrote:
On 20.01.2014 16:24, Björn Persson wrote:
According to the Packaging Guidelines we're not supposed to use those
parameters when building "the source RPM to be submitted", because they
somehow get "serialized" into the source package. I don't understand
On Mon, Jan 20, 2014 at 8:50 AM, Peter Robinson wrote:
>>> So now it is time to start looking into some of the corner cases, or rather
>>> at
>>> the elephant in the room. What about non-kms drivers. We still have the vesa
>>> driver around as most prominent example, and this is useful for some o
Hello devel@,
I'm excited to announce the first public release (v2014.3) of the
fedostree/rpm-ostree project.
The web page is here:
http://rpm-ostree.cloud.fedoraproject.org/#/
rpm-ostree is a quite new, raw, and also quite unofficial project (the instance
above is in the Fedora private scratch
On Mon, 20 Jan 2014 09:11:48 -0500
Matthew Miller wrote:
> On Fri, Jan 17, 2014 at 03:42:34PM -0700, Kevin Fenzi wrote:
> > > My thoughts are these (in no particular order).
> > > * Treat this branch like Rawhide. All builds targeted at this are
> > > composed to a repo. Signing is nice, but not
On Mon, 2014-01-20 at 12:17 -0500, Matthew Miller wrote:
> On Sun, Jan 19, 2014 at 08:10:29PM +0100, Michael Schwendt wrote:
> > A simple "yum -y update ; reboot ; Oh, everything seems to work" has not
> > been enough this time. And it was an update with a screen full of ticket
> > numbers for the
On 20.01.2014 16:24, Björn Persson wrote:
According to the Packaging Guidelines we're not supposed to use those
parameters when building "the source RPM to be submitted", because they
somehow get "serialized" into the source package. I don't understand
this, because I don't submit any source pack
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/20/2014 10:50 AM, Simo Sorce wrote:
> On Mon, 2014-01-20 at 08:42 +0100, Michael Schwendt wrote:
>> On Sun, 19 Jan 2014 23:02:24 -0500, Simo Sorce wrote:
>>
Anyone not aware of the problem and the fix, who applies the
-117.fc20 selinux
On Sun, Jan 19, 2014 at 08:10:29PM +0100, Michael Schwendt wrote:
> A simple "yum -y update ; reboot ; Oh, everything seems to work" has not
> been enough this time. And it was an update with a screen full of ticket
> numbers for the included bug-fixes/changes. It could have broken something
> else
On Mon, Jan 20, 2014 at 09:48:05AM +0100, Miroslav Suchý wrote:
> > 18:31:13 Requires: foo > 1.0-1.%{release}
> > 18:31:22 1.0-1.fc20.copr *satisfies* that
> I have no objections against disttag. Hoever I would prefer "fc20-copr".
> I.e. not to use dot as separator.
That would require changes to
On Mon, 2014-01-20 at 15:58 +, Richard W.M. Jones wrote:
> On Mon, Jan 20, 2014 at 02:18:22PM +, Matthew Garrett wrote:
> > We can probably kill -cirrus.
>
> qemu? (I know that people "should" be using QXL, but cirrus is still
> the default in plain qemu, and IMHO simpler and more secure
>> So now it is time to start looking into some of the corner cases, or rather
>> at
>> the elephant in the room. What about non-kms drivers. We still have the vesa
>> driver around as most prominent example, and this is useful for some oddball
>> cards and for cards which are too new.
>
> -mga is
On Sat, 2014-01-18 at 15:06 -0700, Kevin Fenzi wrote:
> On Sat, 18 Jan 2014 15:47:38 -0500
> Rahul Sundaram wrote:
>
> > Hi
> >
> > Since updates don't automatically fix the issue created by
> > https://bugzilla.redhat.com/show_bug.cgi?id=1054350 and users are
> > required to run a set of steps
On Sat, 2014-01-18 at 17:35 +0100, Mateusz Marzantowicz wrote:
> On 16.01.2014 21:38, Dan Williams wrote:
> > On Thu, 2014-01-16 at 14:53 -0500, Steve Dickson wrote:
> >>
> >> On 16/01/14 14:39, Steve Dickson wrote:
> >>>
> >>>
> >>> On 16/01/14 14:09, Dan Williams wrote:
> Also, if wouldn't m
On Mon, Jan 20, 2014 at 03:58:23PM +, Richard W.M. Jones wrote:
> On Mon, Jan 20, 2014 at 02:18:22PM +, Matthew Garrett wrote:
> > We can probably kill -cirrus.
>
> qemu? (I know that people "should" be using QXL, but cirrus is still
> the default in plain qemu, and IMHO simpler and more
On Mon, Jan 20, 2014 at 04:48:55PM +0100, Hans de Goede wrote:
> Hi,
> On 01/20/2014 03:18 PM, Matthew Garrett wrote:
> >-mga is probably also still relevant in some small number of cases.
>
> Don't we've a kms driver for those? Or you mean for mga cards not supported by
> the kms driver?
The KMS
commit a3f86a1cdab9dc5c47a287835cece6bc3978916d
Author: Bill Pemberton
Date: Mon Jan 20 10:59:29 2014 -0500
update to version 0.810
.gitignore |1 +
perl-Rose-DB-Object.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-
On Mon, Jan 20, 2014 at 02:18:22PM +, Matthew Garrett wrote:
> We can probably kill -cirrus.
qemu? (I know that people "should" be using QXL, but cirrus is still
the default in plain qemu, and IMHO simpler and more secure.)
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://peop
On Mon, Jan 20, 2014 at 03:24:12PM +0100, Björn Persson wrote:
> Apparently RPMbuild has a pair of parameters "--with" and "--without"
> that can supposedly enable and disable optional features in a package.
> Has anyone seen any documentation that explains how those work and how
> they interact wi
A file has been added to the lookaside cache for perl-Rose-DB-Object:
b73acf4ddaf7b893ce3cc7ae983b72d7 Rose-DB-Object-0.810.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.or
On Mon, 2014-01-20 at 08:42 +0100, Michael Schwendt wrote:
> On Sun, 19 Jan 2014 23:02:24 -0500, Simo Sorce wrote:
>
> > > Anyone not aware of the problem and the fix, who applies the -117.fc20
> > > selinux-policy update in _enforcing_ mode (since it has entered stable
> > > updates meanwhile) be
commit 88dd7be0a25723b4c63752266f71fc475ec21b5b
Author: Bill Pemberton
Date: Mon Jan 20 10:50:08 2014 -0500
Update to version 0.775
.gitignore|1 +
perl-Rose-DB.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.g
Hi,
On 01/20/2014 03:18 PM, Matthew Garrett wrote:
On Mon, Jan 20, 2014 at 10:08:01AM +0100, Hans de Goede wrote:
So now it is time to start looking into some of the corner cases, or rather at
the elephant in the room. What about non-kms drivers. We still have the vesa
driver around as most pr
Dne 20.1.2014 11:48, Vít Ondruch napsal(a):
> Dne 17.1.2014 23:34, Martin Langhoff napsal(a):
>> Interestingly enough, after uninstalling jruby, rubypick still thinks
>> it's installed!
>>
>> [martin@tp-martin puppet-rlgold.git]$ ruby --help
>> This is Fedora's rubypick - a Ruby runtime chooser. Yo
Change in ownership over the last 168 hours
===
1 packages were orphaned
pxe-kexec [EL-5,EL-6] was orphaned by kevin
Linux boots Linux via network
https://admin.fedoraproject.org/pkgdb/acls/name/pxe-kexec
12 packages unorp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/20/2014 04:42 AM, Michael Schwendt wrote:
I think we should have a much higher Karma for SELinux-policy to be released.
5 or maybe 10. The problem with selinux-policy is it gets karma fast, since
each update fixes multiple bugs. And people jus
On Mon, Jan 20, 2014 at 4:24 PM, Björn Persson
wrote:
> Apparently RPMbuild has a pair of parameters "--with" and "--without"
> that can supposedly enable and disable optional features in a package.
> Has anyone seen any documentation that explains how those work and how
> they interact with a spe
On 01/20/2014 04:24 PM, Björn Persson wrote:
Apparently RPMbuild has a pair of parameters "--with" and "--without"
that can supposedly enable and disable optional features in a package.
Has anyone seen any documentation that explains how those work and how
they interact with a spec file?
I want
Apparently RPMbuild has a pair of parameters "--with" and "--without"
that can supposedly enable and disable optional features in a package.
Has anyone seen any documentation that explains how those work and how
they interact with a spec file?
I want to be able to easily switch an option between t
On Mon, Jan 20, 2014 at 10:08:01AM +0100, Hans de Goede wrote:
> So now it is time to start looking into some of the corner cases, or rather at
> the elephant in the room. What about non-kms drivers. We still have the vesa
> driver around as most prominent example, and this is useful for some oddb
Environment and Stacks Working Group approved the first version of PRD.
Feel free to comment what is missing or what should be altered.
https://fedoraproject.org/wiki/Env_and_Stacks/Product_Requirements_Document
Thanks,
Marcela
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.f
WG meeting will be at 13:00 UTC in #fedora-meeting on Freenode.
== Topic ==
PRD was approved on mailing list. Possible further discussion about tasks:
https://fedoraproject.org/wiki/Env_and_Stacks/Product_Requirements_Document
I can't attend tomorrow, could someone chair the meeting? How to do i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/14/2014 10:03 AM, Jan Synacek wrote:
> On 11/18/2013 04:54 PM, Kevin Fenzi wrote:
>> jsynacek:BADURL:xferstats-2.16.tar.gz:xferstats
>
> xferstats.off.net seems to be down. I'll try to contact the author who is
> mentioned in the manpage. In ca
Dne 17.1.2014 23:34, Martin Langhoff napsal(a):
> Interestingly enough, after uninstalling jruby, rubypick still thinks
> it's installed!
>
> [martin@tp-martin puppet-rlgold.git]$ ruby --help
> This is Fedora's rubypick - a Ruby runtime chooser. You can use it
> to execute Ruby programmes with any
On 17/01/14 07:27, Mathieu Bridon wrote:
> On Fri, 2014-01-17 at 07:11 +0100, Daniel Pocock wrote:
>
>> I've been trying to do this for a new package, cajun-jsonapi
>>
>> bodhi refuses to let me request the update, it always gives the
>> message:
>>
>> "cajun-jsonapi-2.0.3-1.el6 not tagged as an up
On Mon, Jan 20, 2014 at 11:29 AM, drago01 wrote:
> On Mon, Jan 20, 2014 at 10:08 AM, Hans de Goede wrote:
>> Hi All,
>>
>> As indicated here:
>> https://fedoraproject.org/wiki/Changes/XorgWithoutRootRights
>>
>> I'm working on making the X server run as a regular user. I actually have
>> this
>>
On Mon, Jan 20, 2014 at 10:08 AM, Hans de Goede wrote:
> Hi All,
>
> As indicated here:
> https://fedoraproject.org/wiki/Changes/XorgWithoutRootRights
>
> I'm working on making the X server run as a regular user. I actually have
> this
> pretty much working.
>
> So now it is time to start looking
Hi,
On 01/20/2014 10:16 AM, Peter Robinson wrote:
As indicated here:
https://fedoraproject.org/wiki/Changes/XorgWithoutRootRights
I'm working on making the X server run as a regular user. I actually have
this
pretty much working.
So now it is time to start looking into some of the corner cases
Dne 18.1.2014 07:40, Michael Stahnke napsal(a):
> On Fri, Jan 17, 2014 at 6:53 PM, Rahul Sundaram wrote:
>> Hi
>>
>>
>> On Fri, Jan 17, 2014 at 9:43 PM, Mo Morsi wrote:
>>> Yes as others have mentioned puppet requires ruby(release) which is
>>> satisfied by both ruby-mri and jruby
> So should it
On Mon, 20 Jan 2014 01:53:42 -0500, Nathaniel McCallum wrote:
> Is it possible to build a one-time build of selinux-policy without
> scriptlets so that the update will succeed?
Define what you mean with "update will succeed". Simply replacing the
bad package with a new package doesn't fix it. The
> As indicated here:
> https://fedoraproject.org/wiki/Changes/XorgWithoutRootRights
>
> I'm working on making the X server run as a regular user. I actually have
> this
> pretty much working.
>
> So now it is time to start looking into some of the corner cases, or rather
> at
> the elephant in the
Hi All,
As indicated here:
https://fedoraproject.org/wiki/Changes/XorgWithoutRootRights
I'm working on making the X server run as a regular user. I actually have this
pretty much working.
So now it is time to start looking into some of the corner cases, or rather at
the elephant in the room. Wh
On 01/16/2014 08:12 PM, Adam Williamson wrote:
> So, in the discussion of this, the following was presented as an
> obstacle:
>
> 18:31:13 Requires: foo > 1.0-1.%{release}
> 18:31:22 1.0-1.fc20.copr *satisfies* that
I have no objections against disttag. Hoever I would prefer "fc20-copr". I.e.
66 matches
Mail list logo