newer version tests

[Harald Sitter]

Perhaps I wasn't very clear. "Riddell does not use it I'd not trust
that it behaves as expected since the introduction of LTS though."
what I meant is to say: "do not use it unless you've made absolutely
sure that it actually works the way we do want it to work; i.e. read
the code and possibly fix it up."

To that end when reading the code you'll note that aptly doesn't run
unless you define a type which I suppose is why it didn't delete
anything (you used it wrong), and as a follow up I'll point out that
the way the type skip works it isn't going to work "as expected" for
xenial&bionic and neither does it work for release&release-lts as in
each case it will match all rather than either-or I'd say.

`   next unless options.types.include?(repo.Name)`

On Tue, Dec 5, 2017 at 2:38 PM, Scarlett Clark <sgclarkkde at gmail.com> wrote:
> Update:
>
> Sadly these are still failing the version test. Despite no errors on
> expunge.rb I fear the APTLY part is not working.
> There is no output to debug with. Any ideas on how to debug this? Or how do
> I manually use aptly to remove these.
> Thanks!
> Scarlett
>
>
> On Wed, Nov 29, 2017 at 8:25 AM, Harald Sitter <sitter at kde.org> wrote:
>>
>> Well, I mean, as the error says the problem wasn't with gems but the
>> server disliking the request. So, I doubt the outdatedness has to do
>> with it more than the whatever was wrong on the server resolved itself
>> somehow.
>>
>> On Wed, Nov 29, 2017 at 1:32 AM, Scarlett Clark <sgclarkkde at gmail.com>
>> wrote:
>> > Nevermind, my gems were out of date. expunge works fine.
>> > Cheers,
>> > Scarlett
>> >
>> >
>> > On Tue, Nov 28, 2017 at 9:49 PM, Scarlett Clark <sgclarkkde at gmail.com>
>> > wrote:
>> >>
>> >> [scarlett at scarlett-neon pangea-tooling (master)]$ ruby
>> >> ci-tooling/nci/expunge.rb mustache-d
>> >> I, [2017-11-28T21:45:35.273959 #22691]  INFO --
>> >> ci-tooling/nci/expunge.rb:
>> >> JENKINS
>> >> I, [2017-11-28T21:45:37.566977 #22691]  INFO --
>> >> ci-tooling/nci/expunge.rb:
>> >> -- deleting :: xenial_release-lts_forks_mustache-d --
>> >>
>> >>
>> >> /home/scarlett/.rbenv/versions/2.4.1/lib/ruby/gems/2.4.0/gems/jenkins_api_client-1.5.3/lib/jenkins_api_client/client.rb:791:in
>> >> `handle_exception': Internal Server Error. Perhaps the in-memory
>> >> configuration Jenkins is different from the disk configuration. Please
>> >> try
>> >> to reload the configuration
>> >> (JenkinsApi::Exceptions::InternalServerError)
>> >> from
>> >>
>> >> /home/scarlett/.rbenv/versions/2.4.1/lib/ruby/gems/2.4.0/gems/jenkins_api_client-1.5.3/lib/jenkins_api_client/client.rb:407:in
>> >> `api_post_request'
>> >> from
>> >>
>> >> /home/scarlett/.rbenv/versions/2.4.1/lib/ruby/gems/2.4.0/gems/jenkins_api_client-1.5.3/lib/jenkins_api_client/job.rb:487:in
>> >> `delete'
>> >> from ci-tooling/nci/expunge.rb:83:in `block in <main>'
>> >> from ci-tooling/nci/expunge.rb:75:in `each'
>> >> from ci-tooling/nci/expunge.rb:75:in `<main>'
>> >>
>> >> No such luck on expunge.rb
>> >>
>> >> On Tue, Nov 28, 2017 at 8:50 AM, Harald Sitter <sitter at kde.org> wrote:
>> >>>
>> >>> I am sure Riddell does it by hand, I always used expunge.rb, seeing as
>> >>> Riddell does not use it I'd not trust that it behaves as expected
>> >>> since the introduction of LTS though.
>> >>>
>> >>> On Mon, Nov 27, 2017 at 11:17 PM, Scarlett Clark
>> >>> <sgclarkkde at gmail.com>
>> >>> wrote:
>> >>> > Hi,
>> >>> > I am trying to work on these. I removed mustache-d  ( newer version
>> >>> > in
>> >>> > xenial-backports in archive) fork repo, and deleted jobs, but it is
>> >>> > still
>> >>> > failing.
>> >>> > The error mentions remove from aptly, so my question is... how does
>> >>> > one
>> >>> > do
>> >>> > that?
>> >>> > Thanks,
>> >>> > Scarlett
>> >>> >
>> >>
>> >>
>> >
>
>