After installing the above mentioned version of Yum, pungi prints the
following error to the screen.
Error: Cannot find a source rpm for yp-tools-2.9-0.1
The last few lines of the log contain nothing useful, or so it seems.
INFO:yum.verbose.pungi:/home/wacker/moonshine/cache/hsqldb-1.8.0.7-2jpp
As packages are updated, they can grow dependencies. An example is that
libpurple now requires libhowl.so.o, found in avahi-compat-howl. Yet,
Pungi doesn't complain about the missing package. In the logs, I find
that when libpurple is examined, there's a list of dependencies, but
libhowl.so
On Fri, 13 Jul 2007, Jesse Keating wrote:
On Fri, 13 Jul 2007 14:05:25 +0100
Sergio Monteiro Basto <[EMAIL PROTECTED]> wrote:
yap , pungi -P stops with message above
others stages works including SplitTree stage and CreateISO.
Sounds like pkgorder is busted in some way.
Anything that I can
On Fri, 13 Jul 2007, Jesse Keating wrote:
On Fri, 13 Jul 2007 16:25:06 -0600 (MDT)
"William F. Acker WB2FLW +1-303-722-7209" <[EMAIL PROTECTED]> wrote:
Could it be the latest yum? I got a report of a similar error
when trying to install. I reverted yum, and am wait
On Mon, 16 Jul 2007, Jesse Keating wrote:
It has been clarified to me that this wasn't an API change, instead a
function change.
I wonder if this is better fixed in Anaconda. I'm aware of the
policy against updating Anaconda once a general release happens, although
an updated Anaconda
On Mon, 16 Jul 2007, Jesse Keating wrote:
In reality, this is something that should have been in yum anyway,
basically ensure that the headers directory exists if yum is being
asked for headers.
As for updating anaconda, well, there are only so many work hours in the
day, and so much that we w
On Mon, 16 Jul 2007, Jeroen van Meeuwen wrote:
If I understand correctly the fix is in anaconda's development release.
Kind regards,
Does anyone know if the version now in development will still install
Moonshine?
--
Bill in Denver
--
Fedora-buildsys-list mailing list
Fedora-buil
Hi all,
I can create a very nice DVD with Pungi if I don't specify the number
of discs to use. I'm running F8 with pungi-1.1.9 that comes with F8. I
figure that right number of discs for a respin of what comes with F8
should be five. When I ask for five discs "--discs=5", I get a DVD s
On Fri, 23 Nov 2007, Jesse Keating wrote:
On Thu, 22 Nov 2007 19:28:50 -0700 (MST)
"William F. Acker WB2FLW +1-303-722-7209" <[EMAIL PROTECTED]> wrote:
I can create a very nice DVD with Pungi if I don't specify the
number of discs to use. I'm running F8 with p
On Mon, 26 Nov 2007, Jesse Keating wrote:
On Fri, 23 Nov 2007 20:05:57 -0500
Jesse Keating <[EMAIL PROTECTED]> wrote:
Oops. I should have commented in the .ks file that the size is in
megs. You just asked for a 70gig~ CD size (: I did a run with
size=690 and got properly sized isos. Can you
On Mon, 26 Nov 2007, Jesse Keating wrote:
On Mon, 26 Nov 2007 13:09:00 -0700 (MST)
"William F. Acker WB2FLW +1-303-722-7209" <[EMAIL PROTECTED]> wrote:
I don't see the new pungi in either the i386 or SRPMS directories on
updates testing. I'll stand by for another
Hi, all,
I notice that in F7 and F8, there's no check sum in the primary volume
descriptor in the rescue ISO. I *think* that there used to be a check sum
in earlier releases. In any case, shouldn't we have a way of verifying
the rescue disk in the event the SHA1SUM file isn't readily ava
On Tue, 27 Nov 2007, Jeremy Katz wrote:
On Mon, 2007-11-26 at 22:29 -0700, William F. Acker WB2FLW
+1-303-722-7209 wrote:
I notice that in F7 and F8, there's no check sum in the primary volume
descriptor in the rescue ISO. I *think* that there used to be a check sum
in earlier rel
I know that testing would be best, but I just thought I'd check if anyone
has had a chance to build with today's yum. I know that with F7, we had
to stick to the original yum in order to get a distro that would install.
Although there's no reason to think that any yum update would be fatal, I
Hi all,
When I do a Pungi run on an x86_64, I get the following.
Pungi.Gather:WARNING: Unresolvable dependency jakarta-commons-beanutils-javadoc
in checkstyle.noarch
Pungi.Gather:INFO: Added jakarta-commons-beanutils.x86_64 for checkstyle.noarch
Pungi.Gather:WARNING: Unresolvable dependenc
Hi all,
After tonight's updates, I do what I always do, pungify and post.
This time, I got the following.
Pungi.Gather:INFO: Adding repo fedora
Pungi.Gather:INFO: URL for repo fedora is
['http://download.fedora.redhat.com/pub/fedora/linux/releases/9/Everything/x86_64/os/']
Warning: Reusin
On Sat, 14 Jun 2008, Jesse Keating wrote:
Yeah, pykickstart changes. I'll put out a new pungi early next week. In the
meantime, change "priority" to "cost" in the code.
That worked. Thanks. Now, for the next problem in the message to follow.
--
Bill in Denver
--
Fedora-buildsys-l
Hi all,
After last night's updates, we now get the original version of
NetworkManager as well as the new one. I can't see what's pulling the old
one in. At first, I thought it had something to do with the fact that the
i386 version of NM was missing from the x86_64 repo, but the problem
On Sat, 14 Jun 2008, William F. Acker WB2FLW +1-303-722-7209 wrote:
On Sat, 14 Jun 2008, Jesse Keating wrote:
Yeah, pykickstart changes. I'll put out a new pungi early next week. In the
meantime, change "priority" to "cost" in the code.
That worked. Thanks. Now
On Sat, 14 Jun 2008, William F. Acker WB2FLW +1-303-722-7209 wrote:
Hi all,
After last night's updates, we now get the original version of
NetworkManager as well as the new one. I can't see what's pulling the old
one in. At first, I thought it had something to do with th
Was this intentional? Very cool!
--
Bill in Denver
--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
Hi all,
Now that Cambridge has gone gold, it seems that I shouldn't be using
the rawhide KS file. pungi-2.0.8-1.fc10.noarch has a file for Rawhide and
F9, but not F10.
TIA.
--
Bill in Denver
--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
http
On Tue, 25 Nov 2008, William F. Acker WB2FLW +1 303 722 7209 wrote:
Hi all,
Now that Cambridge has gone gold, it seems that I shouldn't be using the
rawhide KS file. pungi-2.0.8-1.fc10.noarch has a file for Rawhide and F9,
but not F10.
Maybe it's easier than I though
Hi all,
I'm not sure which new package might have broken this; I think I
succeeded after upgrading yum, but I can't be sure.
Here's the spewage.
Pungi:ERROR: Got an error from /usr/bin/repoview
Pungi:ERROR: Traceback (most recent call last):
File "/usr/bin/repoview", line 926, in
On Wed, 18 Feb 2009, seth vidal wrote:
On Wed, 2009-02-18 at 09:10 -0700, William F. Acker WB2FLW +1 303 722
7209 wrote:
Hi all,
I'm not sure which new package might have broken this; I think I
succeeded after upgrading yum, but I can't be sure.
Here's the spewag
On Wed, 18 Feb 2009, seth vidal wrote:
On Wed, 2009-02-18 at 16:43 -0500, seth vidal wrote:
On Wed, 2009-02-18 at 14:35 -0700, William F. Acker WB2FLW +1 303 722
7209 wrote:
I back leveled sqlite on the build machine which didn't help. I know
that's not conclusive since som
On Wed, 18 Feb 2009, seth vidal wrote:
On Wed, 2009-02-18 at 16:43 -0500, seth vidal wrote:
On Wed, 2009-02-18 at 14:35 -0700, William F. Acker WB2FLW +1 303 722
7209 wrote:
I back leveled sqlite on the build machine which didn't help. I know
that's not conclusive since som
Hi all,
I've always noticed that when a package is updated, sometimes the
i686 version isn't put into the x86_64 repo for updates. As a workaround,
I add the packages to the exclude list in the fedora repo so I don't get
x86_64 versions that are newer than the left behind i686 versions.
On Thu, 31 Dec 2009, Jon Masters wrote:
On Wed, 2009-12-30 at 00:05 -0700, William F. Acker WB2FLW +1 303 722
7209 wrote:
I've always noticed that when a package is updated, sometimes the
i686 version isn't put into the x86_64 repo for updates.
Can you clarify what you'
On Mon, 4 Jan 2010, Mike McLean wrote:
On 12/30/2009 02:05 AM, William F. Acker WB2FLW +1 303 722 7209 wrote:
I've always noticed that when a package is updated, sometimes the i686
version isn't put into the x86_64 repo for updates. As a workaround, I
Can you give some examples? I
30 matches
Mail list logo
