[Spacewalk-list] Switching from rhn-clone-errata to eva-direct-errata-sync

[Paul Robert Marino]

Hello Pierre

huh thats odd

I know the default bugzilla url worked at one point but you seem to be
right Ill put a patch up latter today when I get a chance. I'm
surprised because I never ran into this error. For now setting the
bugzilla URL via the command line option should work around it.

This is also odd for an other reason in the current version on github
that lin number has nothing to do with the bugzilla url

please send me the full command line options so I can try to reproduce it
NOTE please do not include your username and passwords.


On Mon, Jan 14, 2013 at 8:20 AM, Pierre Casenove <pcasenove at gmail.com> wrote:
> Hello,
> Using Data::dumper, I've tried to debug this...
> I dump $options just before calling rewrite_package_release and then inside
> this procedure:
> before calling it:
> $VAR1 = {
>           'bugzilla_url' => undef,
>           'verbose' => undef,
>           'dst_passwd' => '',
>           'rewrite_package_release_from' => 'el5',
>           'rewrite_package_release_to' => 'el5.centos',
>           'src_channel' => 'rhel-x86_64-server-5',
>           'dst_host' => 'localhost',
>           'batch_config' => undef,
>           'help' => undef,
>           'start_date' => '2013-1-07 13:11:17',
>           'dryrun' => undef,
>           'src_passwd' => '',
>           'src_host' => 'rhn.redhat.com',
>           'dst_channel' => 'centos-5-base-x64',
>           'start_from_previous' => 'week',
>           'recursive' => 1,
>           'dst_user' => 'erratasync',
>           'rewrite_errata_name_from' => 'RH',
>           'end_date' => undef,
>           'write_config' => undef,
>           'src_user' => 'rhn-mreposync',
>           'rewrite_errata_name_to' => 'COS5X64'
>         };
> Inside the procedure:
> $VAR1 = 'bugzilla_url';
>
> I'm not a perl expert, but it seems that the array of option is not
> correctly passed...
>
> By the way, in the current code, I think that there is a bug:
>
> unless($options->{'bugzilla_url'}){
> 	print_verbose(%{$options},"No bugzilla url specified setting to the default
> \"https://bugzilla.redhat.com/\"\n");
>     }
>
> The bugzilla_url is never set to the default!
>
> Pierre
>
>
>
> 2013/1/14 Pierre Casenove <pcasenove at gmail.com>
>>
>> Hello,
>> I still have one problem.
>> I want to use options --rewritepackagereleasefrom=el5
>> --rewritepackagereleaseto=el5.centos for centos errata sync.
>> When I try to sync errata RHSA-2013:0128, I get the following error:
>>
>> checking if RHSA-2013:0128 exists on the destination host
>> Geting details for COS5X64SA-2013:0128
>> getting RHSA-2013:0128 from the source
>> Geting details for RHSA-2013:0128
>> getting details for package ricci
>> Can't use string ("bugzilla_url") as a HASH ref while "strict refs" in use
>> at /usr/local/sbin/eva-direct-errata-sync.pl line 492.
>>
>> Thanks in advance,
>>
>> Pierre
>>
>>
>> 2013/1/10 Paul Robert Marino <prmarino1 at gmail.com>
>>>
>>> On Thu, Jan 10, 2013 at 1:48 AM, Pierre Casenove <pcasenove at gmail.com>
>>> wrote:
>>> > Hello Paul.
>>> > First, thanks a lot for this hint, now it works... but with a little
>>> > twist:
>>> > as I'm setting environment variables, I use proxy to connect to RHN AND
>>> > to
>>> > my local spacewalk server...
>>> > How could I unset PROXY variables for Spacewalk, and not for RHN?
>>> I haven't looked into it yet but I think this is a limitation LWP
>>> inherits from one of it many dependencies. It will take time for me to
>>> investigate it there is a workaround but your solution using HTTP for
>>> the local connection and HTTPS to rhn may be the only practical
>>> workaround right now.
>>> > By the way, great script, it works like a charm (except this proxy
>>> > setting!)
>>> >
>>> > I still have three questions:
>>> > - For Centos, I have a base channel named Centos 6 Base and a child
>>> > channel
>>> > for the updates. Can your script find packages in both?
>>> yes it can
>>> > - For RHEL channels: Do i have to call the script twice to get erratas
>>> > from
>>> > RHEL 6 Server channels and RHEL 6 Optionnal channel, or does your
>>> > script
>>> > automatically find everything when calling it and specifying the rhel 6
>>> > server channel?
>>> No it will scan all channels on the source you have access to under
>>> the base channel
>>>
>>> > - I'm planning to call the script once a day, with the
>>> > "startfromprevious"
>>> > option. Imagine the following case, which happens quite frequently:
>>> > RedHat
>>> > publishes a RHSA with the associated packages on day 1. The next night,
>>> > I'm
>>> > going the download the package and create the errata for RHEL. But
>>> > from
>>> > centos, it happens that the packages are not yet available (they are
>>> > published a few days after). Your script will skip the errata creation
>>> > for
>>> > centos... but even when the package will be available, the errata will
>>> > never
>>> > be re-created, as it starts with the last launch date. How can I
>>> > address
>>> > this?
>>> I usually use startfromprevious with month with scientific linux and
>>> year with Centos because it doesn't take that much longer and resolves
>>> this for both distros
>>>
>>> >
>>> > Thanks in advance,
>>> >
>>> > Pierre
>>> >
>>> >
>>> >
>>> > 2013/1/4 Paul Robert Marino <prmarino1 at gmail.com>
>>> >>
>>> >> perl-Crypt-SSLeay
>>> >
>>> >
>>> >
>>> >
>>> > _______________________________________________
>>> > Spacewalk-list mailing list
>>> > Spacewalk-list at redhat.com
>>> > https://www.redhat.com/mailman/listinfo/spacewalk-list
>>>
>>> _______________________________________________
>>> Spacewalk-list mailing list
>>> Spacewalk-list at redhat.com
>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>>
>
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list