FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 08-23-2008, 04:46 PM
"Alan Dunn"
 
Default CVS working again? (package added but can't commit)

Sorry to chime in with another "is it working yet?" question, but I
couldn't resist:

I put in a CVS request a day or two before the whole recent mess
occurred. The cvs request was just granted (last night), but now it
tells me that I'm not on the ACL for the package (ocaml-ocamlgraph).
The pkgdb system (through the web interface) claims that I actually
am. I changed my RSA key, user cert, and CA certs beforehand
(yesterday), so I don't think there's an issue with not waiting long
enough for something to process. I can also use Koji (at least for
scratch builds, which is how I tested this) just fine. Am I forgetting
something? Are others experiencing something similar?

- Alan

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 08-23-2008, 04:56 PM
Toshio Kuratomi
 
Default CVS working again? (package added but can't commit)

Alan Dunn wrote:

Sorry to chime in with another "is it working yet?" question, but I
couldn't resist:

I put in a CVS request a day or two before the whole recent mess
occurred. The cvs request was just granted (last night), but now it
tells me that I'm not on the ACL for the package (ocaml-ocamlgraph).
The pkgdb system (through the web interface) claims that I actually
am. I changed my RSA key, user cert, and CA certs beforehand
(yesterday), so I don't think there's an issue with not waiting long
enough for something to process. I can also use Koji (at least for
scratch builds, which is how I tested this) just fine. Am I forgetting
something? Are others experiencing something similar?

There have been some issues with pkgdb since we rebuilt everything. Let
me see if I can see any problems with ocaml-ocamlgraph.


-Toshio

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 08-23-2008, 06:35 PM
Toshio Kuratomi
 
Default CVS working again? (package added but can't commit)

Alan Dunn wrote:

Sorry to chime in with another "is it working yet?" question, but I
couldn't resist:

I put in a CVS request a day or two before the whole recent mess
occurred. The cvs request was just granted (last night), but now it
tells me that I'm not on the ACL for the package (ocaml-ocamlgraph).
The pkgdb system (through the web interface) claims that I actually
am. I changed my RSA key, user cert, and CA certs beforehand
(yesterday), so I don't think there's an issue with not waiting long
enough for something to process. I can also use Koji (at least for
scratch builds, which is how I tested this) just fine. Am I forgetting
something? Are others experiencing something similar?


Okay, This is fixed.

As part of this rebuild we rebuilt the cvs server and put all the
configs into puppet. Unfortunately, if you interpret that to mean that
the old cvs server was not in puppet, you'd be correct. generating new
acls is on a cron job and that cron job was forgotten in the move. I've
fixed that so acls should once again be generated every hour and half hour.


-Toshio

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 08-23-2008, 07:27 PM
Paul
 
Default CVS working again? (package added but can't commit)

Hi,

> As part of this rebuild we rebuilt the cvs server and put all the
> configs into puppet. Unfortunately, if you interpret that to mean that
> the old cvs server was not in puppet, you'd be correct. generating new
> acls is on a cron job and that cron job was forgotten in the move. I've
> fixed that so acls should once again be generated every hour and half hour.

Can you check this please?

I'm trying to upload the new mono src rpm, but it's failing to upload
the tar ball

Checking: mono-2.0.tar.bz2 on
http://cvs.fedoraproject.org/repo/pkgs/upload.cgi
ERROR: could not check remote file status
make: *** [upload] Error 255
ERROR: Uploading the source tarballs failed!

TTFN

Paul
--
Sie können mich aufreizen und wirklich heiß machen!
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 08-23-2008, 08:52 PM
"Alan Dunn"
 
Default CVS working again? (package added but can't commit)

Works now - thanks! (Thus I suppose it's not the same thing as Paul's
problem...)

- Alan

2008/8/23 Toshio Kuratomi <a.badger@gmail.com>:
> Alan Dunn wrote:
>>
>> Sorry to chime in with another "is it working yet?" question, but I
>> couldn't resist:
>>
>> I put in a CVS request a day or two before the whole recent mess
>> occurred. The cvs request was just granted (last night), but now it
>> tells me that I'm not on the ACL for the package (ocaml-ocamlgraph).
>> The pkgdb system (through the web interface) claims that I actually
>> am. I changed my RSA key, user cert, and CA certs beforehand
>> (yesterday), so I don't think there's an issue with not waiting long
>> enough for something to process. I can also use Koji (at least for
>> scratch builds, which is how I tested this) just fine. Am I forgetting
>> something? Are others experiencing something similar?
>>
> Okay, This is fixed.
>
> As part of this rebuild we rebuilt the cvs server and put all the configs
> into puppet. Unfortunately, if you interpret that to mean that the old cvs
> server was not in puppet, you'd be correct. generating new acls is on a
> cron job and that cron job was forgotten in the move. I've fixed that so
> acls should once again be generated every hour and half hour.
>
> -Toshio
>
>
> --
> fedora-devel-list mailing list
> fedora-devel-list@redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 08-23-2008, 09:19 PM
Tom Lane
 
Default CVS working again? (package added but can't commit)

Paul <paul@all-the-johnsons.co.uk> writes:
> Can you check this please?

> I'm trying to upload the new mono src rpm, but it's failing to upload
> the tar ball

> Checking: mono-2.0.tar.bz2 on
> http://cvs.fedoraproject.org/repo/pkgs/upload.cgi
> ERROR: could not check remote file status
> make: *** [upload] Error 255
> ERROR: Uploading the source tarballs failed!

FWIW, I successfully uploaded two new tarballs this afternoon, so it
seems to be working here. I suspect you have connection or
authentication issues --- have you updated ~/.fedora-upload-ca.cert
for instance?

regards, tom lane

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 08-24-2008, 05:52 AM
Toshio Kuratomi
 
Default CVS working again? (package added but can't commit)

Paul wrote:


I'm trying to upload the new mono src rpm, but it's failing to upload
the tar ball

Checking: mono-2.0.tar.bz2 on
http://cvs.fedoraproject.org/repo/pkgs/upload.cgi
ERROR: could not check remote file status
make: *** [upload] Error 255
ERROR: Uploading the source tarballs failed!

As Tom Lane speculated in his reply, problems with uploading new
tarballs are most likely a certificate issue. We did invalidate all old
certificates (because we were not doing them correctly in the old
system) so you need to have a new user cert and new certs for the upload
and builder CA.


Dennis Gilmore sent out this message which might help you if you haven't
seen it yet:

https://www.redhat.com/archives/fedora-devel-announce/2008-August/msg00008.html

-Toshio

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 

Thread Tools




All times are GMT. The time now is 01:07 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org