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? If multilib content is inconsistent across
updates
On 01/04/2010 11:32 AM, Jesse Keating wrote:
Multilib set is dynamically determined each compose. If the package
itself changes in a way that no longer triggers the multilib algorithm,
then it will fall out of being multilib.
Is there a mechanism to remove 'fallen' multilib packages? If not,
On 12/07/2009 08:57 PM, peng chen wrote:
Hello, fedora-buildsys-list:
Recently, one of my building hosts's mock directory usually be filled with
build directories, I wonder why the build directories of finishing building
task not to be removed immediately for make room for the coming task , yet
On 11/24/2009 01:19 AM, peng chen wrote:
hello, fedora-buildsys-list:
I encounter with several strange build tasks, which build state is
building,but task state is failed.
resultly, these build tasks are always in the building state. I run command
koji cancel ,but failed to
cancel it ,it's
On 11/23/2009 12:58 AM, Dennis Gilmore wrote:
On Sunday 22 November 2009 07:30:17 pm peng chen wrote:
I wonder how the priority on tag-inheritance works. whether the priority
number which is large has priority, or not?
In other words, the larger the priority number is ,the priorer . is it like
On 11/18/2009 02:15 AM, peng chen wrote:
hello, fedora-buildsys-list:
when I requset a build task for pakcage anaconda to koji,
one errie error come out.
It detailed as follow:
pg.DatabaseError: error ' ERROR: new row for relation task violates
check constraint task_weight_check '
After updating Firefox it gave me the You should update Adobe Flash
Player right now. page. However, I already have the latest version
(10.0.32.18). I don't see anything newer. Am I missing something, or
is Firefox just getting it wrong?
--
fedora-devel-list mailing list
On Mon, Oct 26, 2009 at 12:41 AM, Dennis Gilmore den...@ausil.us wrote:
On Sunday 25 October 2009 06:26:49 pm Jeroen van Meeuwen wrote:
And koji.fedoraproject.org, no?
koji is a mod_python app. it doesnt run as a daemon at all.
but it it all python.
There are python daemons in the system
On 10/19/2009 10:05 PM, xiao li wrote:
This is the detailed information about Missing Dependency when I built the
srpms.BuildrootError: could not init mock buildroot, mock exited with status
30; see root.log for more information.The attachment is the root.log.Please
do me a favour.Thanks.
You
On 10/15/2009 10:53 PM, xiao li wrote:
Frist,thanks for your help.
I have expired all the repos before I submitted the problem.As you said,I
have executed the instruction to expire all the repos in the db.But the
problem existed all the same.Do you have another solutions? Thanks for your
reply.
On 10/14/2009 03:57 AM, 李晓 wrote:
Rencently,I changed the IP of my koji and regen-repo,but it shows missing
dependency.The root.log as follows,
By default, repo regens use the --update option against the last active
repo. Because of this, old entries will persist. This is normally a
helpful
On 09/28/2009 12:39 PM, Josh Boyer wrote:
I believe that currently any koji builder needs to have read-only access to
/mnt/koji, normally realized by NFS mounting. I am wondering if there is a
way to add builders to a koji instance without requiring this.
This is entirely possible and has
On 09/14/2009 05:13 PM, Jason L Tibbitts III wrote:
MM I suppose we should add a way to access the yum localinstall
MM functionality through mock.
I have done this for years:
echo Installing built packages:
runmock -v --install $MOCKDIR/result/*{i386,x86_64,noarch}.rpm 21
(dependent on the
On 09/14/2009 01:13 PM, Jesse Keating wrote:
Note that you'll have rpmdb mismatches even when creating an EL5 chroot
on EL5, if you create an i386 chroot on an x86_64 host. Just that
difference is enough to cause rpmdb mismatches. A work around if you
must work within the chroot is to remove
On 09/03/2009 07:31 AM, NGUYEN VAN TAN wrote:
2009-09-03 14:16:39,445 [INFO] koji.repo.manager: Problem: newRepo task 133 for
tag 2 is FAILED
2009-09-03 14:16:39,492 [INFO] koji.repo.manager: Found repo 27, state=INIT
Anyone got this error? And Could you tell me how to solve it?
kojira
Please keep these discussions on fedora-buildsys-list
On 08/31/2009 10:31 PM, lixiao-a wrote:
Dear Mike,
Hello,my hosts in the createrepo channel have all access to /mnt/koji,so
I doult the reason is the third one.It is that createrepo jobs are failing.The
logs are as follows,
I'm
On 08/25/2009 10:02 PM, lixiao-a wrote:
When I build a srpm,it can not waite genarate a new repo,it says.
1076 build (dist-foo, system-config-network-1.3.99-1.src.rpm): free
1076 build (dist-foo, system-config-network-1.3.99-1.src.rpm): free - open
(kojibuilder)
1077 waitrepo (3): free
On 08/18/2009 11:46 AM, Larry Brigman wrote:
I have a server running several applications. They typically have the
best support for mysql.
Is there a hard reason for postgresql-server over mysql for koji?
It hasn't been a priority to support multiple dbs. Postgres was chosen
because we
On Mon, Aug 17, 2009 at 2:42 AM, NGUYEN VAN TANtan2...@yahoo.com wrote:
I'm wondering there is possible to build Fedora 9 PPC on an I386 Fedora 9 by
using koji.
If it is possible how to configure koji to do that.
At present koji does not support cross compilation, though there was a
thread
On Mon, Aug 17, 2009 at 11:24 AM, Adam Williamsonawill...@redhat.com wrote:
On Sun, 2009-08-16 at 18:19 -0500, Mike Chambers wrote:
I have seen menus (firefox and evolution) and/or fonts turn white or
missing on various occasions, no matter what I was doing. I've seen
mention of gtk2 for
李建 wrote:
Good,the method you give is simple.I'll test later.My repo table in sql now
is following,Did you can tell me what's mean about state=3 ? and state=1
,and state=2 ?
from koji/__init__.py:
REPO_STATES = Enum((
'INIT',
'READY',
'EXPIRED',
'DELETED',
'PROBLEM',
))
So
李建 wrote:
I've solv this probole. the /usr/sbin/kojid have following code:
--
2584 #cmd.append('--update')
2585 #if options.createrepo_skip_stat:
2586 #cmd.append('--skip-stat')
==
I
李建 wrote:
Now ,the directory is:
-
[r...@localhost mock]# du -hs *
651Mgtes11.2-build-10-9
18M gtes11.2-build-13-10
5.6Mgtes11.2-build-15-15
549Mgtes11.2-build-1-6
5.5Mgtes11.2-build-16-15
18M gtes11.2-build-18-18
18M
lixiao-a wrote:
File /usr/sbin/kojid, line 2009, in handler
broot.init()\n File /usr/sbin/kojid, line 467, in init
rv = self.mock([\'--init\'])\n File /usr/sbin/kojid, line 389, in mock
status = os.waitpid(pid, os.WNOHANG)
OSError: [Errno 10] No child processes\n'
It looks like
If you use mock for building, then you may be in the position of having
the main system rpm use sha256 checksums (e.g. on F11) but create
chroots that contain an older rpm that does not.
If you create a source rpm using the newer rpm and pass it to mock to
build in a chroot with an older rpm,
Lester Pimentel wrote:
[kojiad...@testmachine ~]$ koji add-user kojira
ActionNotAllowed: admin permission required
I note the command prompt shows your (system) username as kojiadmin, the
same as the koji username you have in the db below. Please note that
there is no relationship between
Steve Traylen wrote:
Is this check useful? It requires one to create to src.rpms before they can
be submitted to dist-centos4 and 5. I can't for instance just grab a
src.rpm package
from fc10 and submit it.
Koji likes to know the NVR it is building before it starts building it.
This allows
Kedar Sovani wrote:
A lot of times the purpose of looking at the build logs is to look at the error
which usually appear at the end of the log. Provide a mechanism to look at the
tail
instead of downloading the entire log. (offset = -2000 is probably reasonable
enough as a default?)
This
Zubin Sethna wrote:
The problem here is python 2.5 since my build machine runs on RedHat
Enterprise Linux 4 (ES) which uses an older version of python and I
can't seem to find a python 2.5 RPM that will install on this OS.
Also what is python(abi)? Do I have to install a full python 2.5 RPM
陈鲍孜 wrote:
Thanks. However, how can I associate the kojid user with a build host?
Does it mean that I have to configure a DNS to make all this names
associate together? Or is there something that I need to configure which
I may not have done?
Build hosts need to be tracked in the koji
陈鲍孜 wrote:
Thanks,
I think there may be something wrong configuring the host, because
when I tried the command /usr/sbin/kojid -f to see what happened, it
showed information such as below:
Traceback (most recent call last):
File /usr/sbin/kojid, line 2732, in ?
main()
Jitesh Shah wrote:
I checked the logs. There is just a python traceback and the actual
error ServerOffline: Database Outage' (This is with KojiDebug off)
'just' a python traceback? Often these are the key to the mystery.
--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
Mike McLean wrote:
Signed-off-by: Mike McLean [EMAIL PROTECTED]
---
py/mock/util.py | 12 ++--
1 files changed, 10 insertions(+), 2 deletions(-)
Note, I removed the chomp() call since we're already splitting on '\n',
hence none of the entries in the split can contain '\n'.
We
Jason L Tibbitts III wrote:
I do a large number of local mock builds as a part of the package
reviews that I do, and one problem I consistently run into is
executables and .so files coming out with mode 775, but a scratch
build in Fedora's koji instance showing the expected 755 permissions.
I
Dan Horák wrote:
Mike McLean píše v St 05. 11. 2008 v 15:14 -0500:
So..
- repodata location determined by topurl/topdir options
- rpm location determined by pkgurl option on the builder that created
the repo.
I admit, this is a bit of a mess.
And I am lost there :-)
Squid runs
Mike McLean wrote:
This behavior is controlled by kojid options. If you specify the
'topurl' option for kojid, then the mock configs it generates will use
an http:// url to point to the repo. Otherwise it will use a file:// url
(using the value of the 'topdir' option, which defaults to /mnt
Doug Ledford wrote:
A total of 3 sites probed the server
66.249.71.77
66.249.71.78
66.249.71.79
These reverse map to googlebot.com.
A total of 6 possible successful probes were detected (the following URLs
contain strings that match one or more of a listing of strings that
Martin Langhoff wrote:
As it's a single package and this could expand to a couple more
packages but no more, one alternative is to take that single package
and rename it ejabberd-xs and set it to provide:ejabberd,
conflicts:ejabberd.
If you go this route, I think what you want is obsoletes.
Mike Bonnet wrote:
On Fri, 2008-07-18 at 11:38 -0400, Mike McLean wrote:
Mike Bonnet wrote:
On Thu, 2008-07-17 at 13:54 -0400, Mike McLean wrote:
If the remote_repo_url data is going to be inherited (and I tend to
think it should be), then I think it should be in a separate table.
...
I
Jesse Keating wrote:
On Thu, 2008-09-18 at 00:49 -0400, Jens Petersen wrote:
How does that stop perl-Test-AutoBuild-darcs.noarch getting into ppc64
trees?
ExcludeArch
ExcludeArch is odd, and is distinctly tied to the build. Note that only
srpms get the ExcludeArch/BuildArchs/ExclusiveArch
Bryce wrote:
when I look at latest-by-tag I get kernel-2.6.9-42.32.0.0.4.EL instead of
kernel-2.6.18-8.1.6.0.18.el5
So I'm wondering if the koji code is simply making a character by character
comparison
Note that latest-by-tag is an odd and misleading report that was
submitted by a
Doug Ledford wrote:
Can anyone tell me how to make the postgresql code in the xmlrpc engine
not spew all over my httpd error log? In less than 1 week I have in
excess of 500MB of stuff like this:
edit /etc/httpd/conf.d/kojihub.conf, ensure KojiDebug is not set
--
Fedora-buildsys-list mailing
Doug Ledford wrote:
On Thu, 2008-08-07 at 12:06 -0400, Mike McLean wrote:
Doug Ledford wrote:
Can anyone tell me how to make the postgresql code in the xmlrpc engine
not spew all over my httpd error log? In less than 1 week I have in
excess of 500MB of stuff like this:
edit /etc/httpd/conf.d
Brian Schubert wrote:
Is kojira capable of creating static repos such as those at
http://koji.fedoraproject.org/static-repos/ or is this achieved through
some other means? Either way, would anyone be able to instruct me as to
how it's done?
Short answer: not really, but it is not hard to
On Mon, Jul 28, 2008 at 5:29 PM, seth vidal [EMAIL PROTECTED] wrote:
On Mon, 2008-07-28 at 17:28 -0400, Mike McLean wrote:
Would it be feasible to audit the mirror content? We have the list of
mirrors, we know what the content should be. I think we'd only need to
validate the mirrored
On Mon, Jul 28, 2008 at 5:38 PM, seth vidal [EMAIL PROTECTED] wrote:
On Mon, 2008-07-28 at 17:37 -0400, Jeremy Katz wrote:
Except, of course, for mirrors which are internal to a specific site and
thus can't be contacted by MM
and if they're evil then the folks involved are screwed anyway
Jesus M. Rodriguez wrote:
I've tried several versions of the url with no luck. It seems
that koji expects the scm repository house a single package
which is not the case for us.
There are innumerable ways that one might build an srpm from an SCM
checkout. Koji can only support a limited set.
Naveen Gavini wrote:
Does the /mnt/koji/repos directory exist? Is it owned by the same user
httpd runs as?
Also, have you tried to change topdir to something other than /mnt/koji?
There are known problem with this, it needs to be fixed.
We were able to fix this. The problem seemed to be
Mike Bonnet wrote:
On Thu, 2008-07-17 at 13:54 -0400, Mike McLean wrote:
If the remote_repo_url data is going to be inherited (and I tend to
think it should be), then I think it should be in a separate table. I'd
like to reserve tag_config for data that is local to individual tags
Paul B Schroeder wrote:
If this is already the case, you may just need to specify topdir in
kojira's config or make a symlink.
I'm running all of this on one system for now. So it's not an issue
yet.
So does /mnt/koji/repos not exist?
I've made apache the owner of /mnt/koji and everything
Paul B Schroeder wrote:
Hmm.. Strange.. I don't seem to have the add-group command (see
further below). I had to do this via psql to be able to koji
add-group-pkg:
The add-group cli command was added in git almost a year ago. However,
the stock koji build in the F8 repos is really, really
Paul B Schroeder wrote:
Traceback (most recent call last):
File /usr/sbin/kojira, line 497, in module
main()
File /usr/sbin/kojira, line 323, in main
repomgr.pruneLocalRepos()
File /usr/sbin/kojira, line 203, in pruneLocalRepos
for tag in os.listdir(topdir):
OSError: [Errno 2]
Jesse Keating wrote:
I don't know if I've pushed any koji updates for F-8 since the server
side of things changed a lot and may not work with current F-8 toolings.
Given that the client is tied to the server it makes it rather hard to
do client updates.
I'm pretty sure the F8 updates are
For a while I would look at the /mnt/koji space graph in Cacti and say
to myself boy, garbage collection sure has managed to slow the growth
in space usage. The graph was really leveling off.
https://admin.fedoraproject.org/cacti/graph.php?action=viewrra_id=alllocal_graph_id=280
But then I
Dennis Gilmore wrote:
What im talking about was the proposal put forward when we had the buildsys
meeting the proposal that we all said sounded like the way to move forward.
This is not that proposal. importing packages is the one thing that hurts
koji from getting wider use outside of
Mike McGrath wrote:
So I spent some time last night and produced this:
https://publictest1.fedoraproject.org/wiki/index.php/FedoraMain
Are the mediawiki access controls sufficient for our needs? iirc they
are pretty limited compared to moin's, but I'm not sure to what extent
we're using
Michael Schwendt wrote:
Does that work successfully in koji? Here, the mock Python processes
survive the kill signal. Only the parent mock process terminates. The
other ones keep building until the job succeeds or fails.
Koji is pretty aggressive about killing off task processes.
Dennis Gilmore wrote:
I have no issues with that at all. i would prefer we do it so we are not
carrying patches. Id like to see the patches that i submitted included also.
It will help in secondary arch ramp up over the next couple of weeks
Keep in mind, we'll probably be working from the
There is a bug in kojihub that is blocking deletion of some builds. The
fix is very small and will only affect garbage collection. After talking
with mmcgrath, I'm planning on applying this fix to koji.fp.o tonight
and restarting the hub. I'll choose a time when the build queue is empty
(or at
Oscar Victorio Calixto Bacho wrote:
which are case use for koji?
Koji is a system to manage rpm builds via mock on a farm of builders.
It does a lot to manage this, but at the end of the day that is what it
is for.
case use from development, list actors, etc., administrator
Jeremy Katz wrote:
The first thing is that it makes the most sense for the deltas to be
created and stored by koji rather than as a secondary process. This
adds the advantage that they're stored consistently with the packages
and also can be cached rather than recreated every time. It feels
Clark Williams wrote:
Michael E Brown wrote:
On Wed, 2006-06-07 at 19:52 -0400, Mike McLean wrote:
At the moment, mock runs as a mortal user and uses mockhelper to execute
a limited number of shell commands as root. What I'd like to do is have
mock-helper (possibly renamed) run mock.py
62 matches
Mail list logo