On Mon, 2009-11-09 at 11:58 -0500, Seth Vidal wrote:
Hey folks,
I put together this list for things I'd like to work on for f13. It's a
list of packages with a file-requires that falls outside of *bin/* and
/etc/* and then the provider(s) for those files.
Hi Peter,
On Thu, 2009-10-15 at 08:51 +0100, Peter Robinson wrote:
Hi All,
I presume that the reason that tagging requests aren't being done is
due to the upcoming beta but is there a reason that non core or
critical path packages can't be tagged in. I have a number of Moblin
packages that
On Tue, 2009-09-15 at 16:54 -0500, Mike McGrath wrote:
This has bugged me forever and I think I've got it figured out now (thanks
mdomsch for pointing me in the right direction)
Lets say you've been working for weeks on a module in staging and you want
to cherry pick those commits. How do
On Wed, 2009-09-16 at 07:46 -0500, Mike McGrath wrote:
On Wed, 16 Sep 2009, Mark McLoughlin wrote:
On Tue, 2009-09-15 at 16:54 -0500, Mike McGrath wrote:
This has bugged me forever and I think I've got it figured out now (thanks
mdomsch for pointing me in the right direction)
Lets
On Wed, 2009-09-16 at 08:41 -0500, Mike McGrath wrote:
On Wed, 16 Sep 2009, Mark McLoughlin wrote:
On Wed, 2009-09-16 at 07:46 -0500, Mike McGrath wrote:
On Wed, 16 Sep 2009, Mark McLoughlin wrote:
On Tue, 2009-09-15 at 16:54 -0500, Mike McGrath wrote:
This has bugged me
On Wed, 2009-08-12 at 22:24 +0100, Richard W.M. Jones wrote:
On Wed, Aug 12, 2009 at 12:06:56PM -0700, Jesse W wrote:
What would be a good next step for me to take to help get descriptions
added to these updates (and make sure this happens less often in the
future) ?
It should fall
On Thu, 2009-08-13 at 11:17 +0200, Ralf Corsepius wrote:
With you folks demanding more explicit changelogs you are rudestly
pushing around package maintainers and force them to waste time to
fullfill your solely burecratic demands.
This is hardly being demanding, rude, bullying or
On Mon, 2009-08-10 at 23:15 +0200, Ralf Corsepius wrote:
Unlike some people around on this list, these tools' upstreams know how
to use the autotools (I am active contributor to all of them):
Use pregenerated files, do not run the autotools while building.
The last time this came up here, I
On Wed, 2009-08-05 at 12:58 -0700, Jesse Keating wrote:
All this really does is create a pseudo rawhide for each release,
blurring the lines even more around why we even do releases. With a 6
month cycle, do we really want to take on all this extra headaches and
hassles just so that you can
On Wed, 2009-08-05 at 20:30 -0400, Matthias Clasen wrote:
On Thu, 2009-08-06 at 00:56 +0100, Bastien Nocera wrote:
I'll make sure one of the Desktop-y guys updates this (presumably
Matthias).
I've updated it recently and bumped it to 75%. It would seem
disingenuous to bump it to 100%
On Sun, 2009-07-26 at 20:59 -0700, John Poelstra wrote:
Mark McLoughlin said the following on 07/24/2009 05:55 AM Pacific Time:
On Mon, 2009-07-13 at 21:09 -0700, John Poelstra wrote:
http://poelstra.fedorapeople.org/schedules/f-12/f-12-releng-tasks.html
http://poelstra.fedorapeople.org
Hi John,
(Cc-ing fedora-devel-list, surprised to see the schedule hasn't been
posted there)
On Mon, 2009-07-13 at 21:09 -0700, John Poelstra wrote:
http://poelstra.fedorapeople.org/schedules/f-12/f-12-releng-tasks.html
http://poelstra.fedorapeople.org/schedules/f-12/f-12-releng.ics
In the
On Fri, 2009-07-24 at 10:13 -0400, Bill Nottingham wrote:
Mark McLoughlin (mar...@redhat.com) said:
http://poelstra.fedorapeople.org/schedules/f-12/f-12-releng-tasks.html
http://poelstra.fedorapeople.org/schedules/f-12/f-12-releng.ics
In the F-11 schedule, we had 85 days between
On Mon, 2009-07-06 at 21:13 -0400, Sam Varshavchik wrote:
It just fits into your blind spot so nicely -- because you are firmly
convinced that there is never any downside, you completely ignore everytime
someone brings up an obvious one.
Have a look at http://live.gnome.org/CodeOfConduct
On Tue, 2009-07-07 at 07:14 -0400, Sam Varshavchik wrote:
libguestfs is a case in point - the Debian maintainer builds it from
git using some unknown version of autoconf, and I build it on RHEL and
This is a rare exception.
No, it's a rare exception for project to keep autotools generated
On Sun, 2009-07-05 at 22:17 +0100, Richard W.M. Jones wrote:
Why is it bad to patch configure.ac and rerun the autotools stuff?
I used to avoid re-running autotools in rpm builds because I worried
that a future autotools update would subtly screw up the build - e.g.
disabling a previously
Hi Jim,
On Wed, 2009-07-01 at 23:49 +0200, Jim Meyering wrote:
Mark McLoughlin wrote:
On Wed, 2009-07-01 at 12:50 +0200, Ondřej Vašík wrote:
Mark McLoughlin wrote:
On Wed, 2009-07-01 at 09:02 +0200, Ondřej Vašík wrote:
Owen Taylor wrote:
I was rather surprised to see
On Thu, 2009-07-02 at 00:38 +0200, Kevin Kofler wrote:
Run make V=1 if you want the verbose output you're used to.
This will be REQUIRED in Fedora for packages using this feature
Yes, it's a good idea for packages to do this, as it makes the koji logs
much more useful. We do this for qemu
On Wed, 2009-07-01 at 09:02 +0200, Ondřej Vašík wrote:
Owen Taylor wrote:
I was rather surprised to see:
https://admin.fedoraproject.org/updates/F9/FEDORA-2009-6661
https://admin.fedoraproject.org/updates/F10/FEDORA-2009-6076
On Wed, 2009-07-01 at 12:50 +0200, Ondřej Vašík wrote:
Mark McLoughlin wrote:
On Wed, 2009-07-01 at 09:02 +0200, Ondřej Vašík wrote:
Owen Taylor wrote:
I was rather surprised to see:
https://admin.fedoraproject.org/updates/F9/FEDORA-2009-6661
https
On Tue, 2009-06-30 at 14:05 -0400, Owen Taylor wrote:
But is this the type of upgrade that makes sense in general? It seems to
me that we should be very conservative in upgrading build tools,
especially in maintenance mode distributions like F9 and F10.
Agreed, and if there was a truly
Hi,
On Mon, 2009-03-30 at 08:56 +, Mark McLoughlin wrote:
+* linux-2.6-net-fix-another-gro-bug.patch:
+virtio_net guest-remote GSO busted with 2.6.29 host
+https://bugzilla.redhat.com/490266
+Should be in 2.6.29.1
I took the liberty of just going ahead
Hey,
Any objections to pulling in this patch from the linux-next PCI tree?
It adds a sysfs entry which we need for KVM/libvirt PCI device
assignment. See:
https://bugzilla.redhat.com/487103
TODO entry would be:
* linux-2.6-pci-sysfs-remove-id.patch
In jbarnes
Hey,
Michael Young has been building some test kernels using Jeremy
Fitzhardinge's dom0 patch set.
I suggested that he use a private branch in CVS and scratch builds in
Koji to make the task a bit easier. I've sponsored his FAS account and
I'll help him out with getting started.
-by: Marcelo Tosatti mtosa...@redhat.com
Signed-off-by: Mark McLoughlin mar...@redhat.com
---
arch/x86/kvm/x86.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index cc17546..2e22ac9 100644
--- a/arch/x86/kvm/x86.c
+++ b/arch
Hi Kyle,
On Fri, 2009-01-23 at 18:49 +, Kyle McMartin wrote:
* Fri Jan 23 2009 Kyle McMartin k...@redhat.com
- disable intel_iommu by default (enable with intel_iommu=on)
Why so?
We're pretty much guaranteed that no-one will enable this ... do we know
of specific hardware that this is
plain text document attachment
(kernel-variant-posttrans-cleanup-args.patch)
kernel_variant_posttrans only takes a single arg, so don't bother
using flag arguments since they're a bit more confusing.
Note that the macro invocation didn't actually pass it a flag
arg, but it seemed to have access
plain text document attachment
(kernel-variant-post-kill-replace-arg.patch)
The -r arg is redundant because we already now the variant name
so we can use kernel%{?-v:-%{-v*}} instead. So, rename the -s arg
to -r and drop the existing meaning of -r.
Index: devel/kernel.spec
On Wed, 2008-07-23 at 17:08 -0700, Roland McGrath wrote:
On Wed, 2008-07-23 at 12:44 -0700, Roland McGrath wrote:
If you try and use e.g. kernel_obsoletes, you'll soon find
that it's actually kernel__obsoletes you currently need :-)
So you want kernel to have an Obsoletes: that
On Wed, 2008-07-23 at 17:41 -0700, Roland McGrath wrote:
So let's structure things around that: the kernel build for an arch that
uses vdso might include a kernelcap.conf file (or might not).
For simplicity and consistency in the .spec file, we'll install a file for
all variants even when
On Thu, 2008-07-24 at 09:12 +0100, Mark McLoughlin wrote:
On Wed, 2008-07-23 at 17:41 -0700, Roland McGrath wrote:
For simplicity and consistency in the .spec file, we'll install a file for
all variants even when it's an empty placeholder. For the magic, the diff
below probably covers
+1,122 @@
+From 226bc4b8f13ece618de046f6f8da88eeb4b8f8da Mon Sep 17 00:00:00 2001
+From: Mark McLoughlin [EMAIL PROTECTED]
+Date: Tue, 25 Mar 2008 11:56:43 +
+Subject: [PATCH] xen execshield: Only define load_user_cs_desc() on 32 bit
+
+load_user_cs_desc() is only used on 32 bit, so only
+define
Kill off most of the remnants of the separate xen package
Gone is the kernel-xen variant and xen.gz
Index: devel/kernel.spec
===
--- devel.orig/kernel.spec 2008-07-23 14:13:25.0 +0100
+++ devel.orig/kernel.spec
We should really only install ld.so.conf files from packages
that actually have CONFIG_XEN enabled, but it would be
slightly messy to have only kernel-PAE.i686 and kernel.x86_64
include it.
Since it won't actually be used unless it's enabled by the
xen kernel at runtime, let's be lazy and have
Get all OCD on virt related configs - bring them together,
separate the host stuff from the guest stuff and make the
x86_64 config look much more like the x86 config.
Index: devel/config-x86-generic
===
---
On Wed, 2008-07-23 at 14:20 +0100, Mark McLoughlin wrote:
I'm still doing a last bit of testing making sure
that it all works fine, so don't apply yet ... but comments
are very welcome.
Okay, it seems to be in pretty good shape now.
The only outstanding TODO item is to make kernel
On Wed, 2008-07-23 at 12:42 -0700, Roland McGrath wrote:
Why bother? If it comes up in the future, the macro will be handy.
The spec file is complex enough that I thought it better to remove
anything that was only added for Xen.
Needless to say, though, I don't care much either way ...
On Wed, 2008-05-28 at 14:36 -0400, Jeremy Katz wrote:
The ability for a tool to create these partitioned disk images via the
command like, livecd-creator, is very helpful in reproducing known state
appliances, epically with the rising use of visualization. Going
through a actual install
On Tue, 2008-04-15 at 10:35 -0400, Bill Nottingham wrote:
Jesse Keating ([EMAIL PROTECTED]) said:
Please tag kernel-xen-2.6-2.6.25-0.22.rc9.fc9
+1
Tagged. Are we going to be able to get to a point where this
is built as a 'normal' subpackage of the kernel?
Yes. That's very, very
On Tue, 2008-04-01 at 12:26 -0400, Jarod Wilson wrote:
On Tuesday 01 April 2008 10:09:17 am Mark McLoughlin wrote:
On Mon, 2008-03-31 at 09:52 +0200, Mark McLoughlin wrote:
On Sat, 2008-03-29 at 15:19 -0400, Jarod Wilson wrote:
We recently tweaked the main kernel package's spec
On Mon, 2008-02-18 at 09:49 -0600, Matt Domsch wrote:
ok, new-kernel-pkg grows a --rpmposttrans mode then to call these
hooks, and we add a %posttrans to each kernel RPM.
This looks to be working fine, but let me see if I've got this
straight ...
+%define kernel_variant_posttrans(s:r:v:) \
Hi Jarod,
(Copying fedora-kernel-list so other folks know what we're at)
On Sat, 2008-03-29 at 15:19 -0400, Jarod Wilson wrote:
We recently tweaked the main kernel package's spec file such that we now
include arch in uname -r output, and have standardized a bunch of path names
to match.
Signed-off-by: Mark McLoughlin [EMAIL PROTECTED]
---
kernel.spec |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel.spec b/kernel.spec
index 279326e..1fff49a 100644
--- a/kernel.spec
+++ b/kernel.spec
@@ -1220,7 +1220,7 @@ cp %{SOURCE2} .
if [ -d xen ]; then
rm
From: Eduardo Habkost [EMAIL PROTECTED]
Signed-off-by: Eduardo Habkost [EMAIL PROTECTED]
Signed-off-by: Mark McLoughlin [EMAIL PROTECTED]
---
kernel.spec |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel.spec b/kernel.spec
index 1fff49a..a82200d 100644
From: Eduardo Habkost [EMAIL PROTECTED]
Signed-off-by: Eduardo Habkost [EMAIL PROTECTED]
Signed-off-by: Mark McLoughlin [EMAIL PROTECTED]
---
kernel.spec |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/kernel.spec b/kernel.spec
index 617a27f..1881836 100644
On Wed, 2008-01-23 at 00:47 +0530, Rahul Sundaram wrote:
File //usr/lib/python2.4/site-packages/imgcreate/fs.py, line 178, in
expand
fd = os.open(self.lofile, flags)
OSError: [Errno 20] Not a directory:
'/var/tmp/imgcreate-oWHPY1/iso-GPC7L3/LiveOS/osmin'
This is a
On Wed, 2008-01-23 at 10:37 +, Mark McLoughlin wrote:
On Wed, 2008-01-23 at 00:47 +0530, Rahul Sundaram wrote:
File //usr/lib/python2.4/site-packages/imgcreate/fs.py, line 178, in
expand
fd = os.open(self.lofile, flags)
OSError: [Errno 20] Not a directory:
'/var/tmp
Hi Alan,
There's nothing wrong with the code, it's in good shape. Some thoughts:
- Using pax instead of cpio is okay, I guess. The cpio code is
probably a little hairy just for the sake of avoiding the pax
dep.
- Symlinking /init to /sbin/init seems a little odd, but I guess
Hi,
On Fri, 2008-01-11 at 19:13 +0100, Jeroen van Meeuwen wrote:
When the installation root or mount point is attempted to be created,
and already exists, livecd-tools will show a traceback and fail to
continue. I'm thinking that creating the directory on which to loopmount
something
On Sun, 2008-01-13 at 22:32 -0600, Douglas McClendon wrote:
I'm thinking that livecd-tools might be better off requiring the install
method syntax anyway, and basically setting down the idea that the
kickstarts that it accepts, should be usable as generic kickstarts for
installation in the
On Thu, 2008-01-10 at 13:34 +0530, Rahul Sundaram wrote:
395, in apply
if ksselinux.selinux:
AttributeError: 'int' object has no attribute 'selinux'
I've updated:
http://markmc.fedorapeople.org/rhel5-livecd-creator/imgcreate-old-pykickstart.patch
with the simple
Hi Rahul,
On Tue, 2008-01-08 at 03:48 +0530, Rahul Sundaram wrote:
I had to patch two files for the try finally construct. The patches are
http://sundaram.fedorapeople.org/livecd-creator-try-finally.patch
http://sundaram.fedorapeople.org/image-creator-try-finally.patch
(These patches are
resize2fs barfs if you haven't run e2fsck on the filesystem
beforehand, so do this in the case of resizing an existing
image. We already do this when minimising an image.
Signed-off-by: Mark McLoughlin [EMAIL PROTECTED]
---
imgcreate/fs.py |2 ++
1 files changed, 2 insertions(+), 0 deletions
On Sun, 2007-12-16 at 19:49 +0530, Rahul Sundaram wrote:
Mark McLoughlin wrote:
Hey,
I have some patches to make livecd-creator work with python
2.4 and
older pykickstart; posting them here in case anyone needs them or is
interested in e.g. getting livecd-tools into EPEL
On Sun, 2007-12-16 at 23:58 +0800, Tan Swee Heng wrote:
-(string.join(args, ), ret))
+( .join(args), ret))
Agree with Jeremy - I'm not a fan of this construct; it's just a wee
bit too clever and obtuse for my liking.
-
Hey,
I have some patches to make livecd-creator work with python 2.4 and
older pykickstart; posting them here in case anyone needs them or is
interested in e.g. getting livecd-tools into EPEL:
http://markmc.fedorapeople.org/rhel5-livecd-creator/
Cheers,
Mark.
--
Fedora-livecd-list
Hi Jeremy,
On Wed, 2007-09-05 at 17:49 -0400, Jeremy Katz wrote:
As has probably been noticed, there are a lot fewer
options now, and a good chunk are marked as for debugging/development
use only with comments.
One option that I'm missing at the moment is the --repo option.
On Wed, 2007-09-05 at 09:58 -0400, Jeremy Katz wrote:
I think that some of the above will go a long way towards making things
look nicer which is going to make me more amenable to it. I still don't
necessarily _like_ it because I still think that it makes anaconda
depend a bit too much on a
On Mon, 2007-09-03 at 22:09 -0500, Douglas McClendon wrote:
Mark McLoughlin wrote:
Second patch refactors the resize2fs stuff so that it is substantially
easier to understand - e.g. trying to grok the binary search in
resize2fsToMinimal() is a lot easier than the original version
Hi Matt,
On Mon, 2007-08-13 at 22:11 -0500, Matt Domsch wrote:
I want to be sure, for license compliance, that all the binary bits on
the final LiveCD have corresponding source code available.
One of the features I'd like to see something in the stack of
livecd-tools produce is a
Hey,
On Tue, 2007-08-21 at 16:18 -0400, Jeremy Katz wrote:
* It's good to get into the habit of doing git commits for each
separate
change. Then you can get a patch per change. And that would avoid
having the addidir/addsdir stuff being in the same changes
FWIW, I don't think this
On Mon, 2007-09-03 at 15:33 -0500, Douglas McClendon wrote:
Mark McLoughlin wrote:
The main suggestion I'd have is that if the osmin.size was dropped[1],
Actually in my first iteration of the patch, I was using dumpe2fs, but
my parsing of it with awk and grep looked pretty ugly
On Tue, 2007-09-04 at 06:19 -0500, Matt Domsch wrote:
On Tue, Sep 04, 2007 at 09:17:59AM +0100, Mark McLoughlin wrote:
Hey,
On Tue, 2007-08-21 at 16:18 -0400, Jeremy Katz wrote:
* It's good to get into the habit of doing git commits for each
separate
change. Then you can get
configuration
- add the code for handling repo priorities into pungi
- add the code for handling repo priorities into yum itself
Note, it would most likely make sense for e.g. anaconda and
livecd-creator to also handle priorities, so this isn't just
and issue for pungi
Signed-off-by: Mark McLoughlin
Support yum repository priorities supplied through kickstart.
Signed-off-by: Mark McLoughlin [EMAIL PROTECTED]
Index: pungi/pypungi/gather.py
===
--- pungi.orig/pypungi/gather.py
+++ pungi/pypungi/gather.py
@@ -117,6 +117,8 @@ class
Hi,
This doesn't actually seem so bad to me ...
The main suggestion I'd have is that if the osmin.size was dropped[1],
and if we could reduce the size of the COW area of the snapshot to its
minimal (i.e. look at how much is used and truncate it at that point),
then we can just
Hi Jesse,
On Fri, 2007-08-31 at 19:23 -0400, Jesse Keating wrote:
Curious what you're attempting to do with pungi on a python2.5
platform... I'm certainly not thinking about backwards compat when
developing future versions of pungi to compose future versions of
Fedora...
Basically,
Hi,
What follows are a few miscellanous patches for pungi.
There's nothing major here. The one I'm most interested in
is the third patch which adds new API to make it easier for other
programs to use pypungi.gather.
Cheers,
Mark.
--
--
Fedora-buildsys-list mailing list
An empty list of base classes wasn't allowed before Python 2.5 so
remove it since it seems to be the only Python 2.5 feature being
used.
Signed-off-by: Mark McLoughlin [EMAIL PROTECTED]
Index: pungi/pypungi/__init__.py
Fix a clear typo in the way local repositories are handled. The
path to the package returned by getPackage() is repo and it
is this that should be copied to /var/cache/pungi
Signed-off-by: Mark McLoughlin [EMAIL PROTECTED]
Index: pungi/pypungi/gather.py
There are two copies of the package downloading code. Trivially
merge them to ease maintenance.
Signed-off-by: Mark McLoughlin [EMAIL PROTECTED]
Index: pungi/pypungi/gather.py
===
--- pungi.orig/pypungi/gather.py
+++ pungi/pypungi
In order to use the gather module outside of pungi itself, you need
to pass it a valid config object. To make that easier, this patch
moves the config object definition from pungi into pypungi.
Signed-off-by: Mark McLoughlin [EMAIL PROTECTED]
Index: pungi/pungi
Hey,
Oh, yes, I forgot to say ...
pungi/share/comps-cleanup.xml seems to be missing from the repo and the
1.0.2 doesn't seem to have been pushed to the repo either?
Cheers,
Mark.
--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
On Wed, 2007-04-11 at 18:29 +0100, Mark McLoughlin wrote:
On Wed, 2007-04-11 at 13:15 -0400, Jeremy Katz wrote:
On Wed, 2007-04-11 at 14:41 +0100, Mark McLoughlin wrote:
Here's a patch which takes a stab at implementing kickstart's network
command in livecd-creator.
This ends up
: 4.1
Summary : A remote desktop system for GNOME
Description :
Vino is a VNC server for GNOME. It allows remote users to
connect to a running GNOME session using VNC.
-
* Fri Sep 30 2005 Mark McLoughlin
75 matches
Mail list logo