[Fuego] Introducing myself to Fuego

Tue Dec 1 13:55:00 UTC 2020

Venkata,

See inline..

On Tue, Dec 1, 2020 at 9:59 AM Venkata Seshagiri Pyla <
Venkata.Pyla at toshiba-tsip.com> wrote:

> Hello Tim,
>
> Thank you for merging the patches, I will update my local repository.
>
> Regarding Fuego installation problem:
> >Can you try a newer version of Jenkins, and let me know if you see any
> problems?
> I have tried with below versions and with both of them I got different
> errors
> 1. jenkins_2.204.1_all.deb
> In this version I got error as "Jenkins_cli.jar usage error"
> the jenkins_cli.jar options were changed from version 2.165.* and so I had
> to use the new options to make it work (
> https://www.jenkins.io/blog/2019/02/17/remoting-cli-removed/)
> I tried with removing the "--remoting" option and used default ssh
> transport option but still it did not work, I guess I have to investigate
> these options and make it work.
> 2. jenkins_2.235.5_all.deb
> In this version, 'jenkins_cli.jar' file is not found even in the changed
> path as per this ticket (https://issues.jenkins.io/browse/JENKINS-61717 ).
>

We have migrated Fuego to Jenkins version 2.235.3 sometime back. Recent
versions of Jenkins have the jar file named after the version, ie., --
cli-2.235.3.jar located in: /var/cache/jenkins/war/WEB-INF/lib. Hence, a
soft link was added in /var/cache/jenkins/war/WEB-INF to subvert the
problem. With this, you should be able to migrate to a recent version of
Jenkins and progress further.

/var/cache/jenkins/war/WEB-INF# ls -lrt
total 64
-rw-r--r-- 1 jenkins jenkins  1669 Aug 24 08:11 sun-web.xml
...
lrwxrwxrwx 1 root    root       19 Oct  8 06:44 jenkins-cli.jar ->
lib/cli-2.235.3.jar

Thanks,
Srivatsan

>
> I have currently paused the investigation as I can proceed to verify the
> LTP tests with --nojenkins option.
> May be in the next week I will resume this task and check this
> installation issue.
> Please let us know if you have any suggestion or feedback to this task.
>
> Thanks,
> Venkata.
>
> -----Original Message-----
> From: Bird, Tim <Tim.Bird at sony.com>
> Sent: 01 December 2020 04:20
> To: Venkata Seshagiri Pyla <Venkata.Pyla at toshiba-tsip.com>;
> fuego at lists.linuxfoundation.org
> Cc: Dinesh Kumar <Dinesh.Kumar at TOSHIBA-TSIP.COM>; Sunil Kashikar <
> Sunil.Kashikar at toshiba-tsip.com>
> Subject: RE: [Fuego] Introducing myself to Fuego
>
>
>
> > -----Original Message-----
> > From: Fuego <fuego-bounces at lists.linuxfoundation.org> On Behalf Of
> > Venkata Seshagiri Pyla
> >
> > Hello Fuego team,
> >
> > My name is Venkata, an Embedded Systems developer working for Toshiba.
> >
> > I recently started working on Fuego Test system and I am happy
> contribute to this community.
>
> Welcome to Fuego development!  It is always nice to have more people
> helping with development of the system.
>
> I apologize it took so long to respond.  Last week was a major holiday in
> the US, and I have been away from work since last Tuesday.
> >
> > As a start I am fixing one of the issues mentioned in
> > http://fuegotest.org/wiki/Functional.LTP_issues
> > <http://fuegotest.org/wiki/Functional.LTP_issues>
>
> Thanks.  These would be nice to get fixed.
>
> >
> > and submitted a PR for the same
> > https://bitbucket.org/fuegotest/fuego-core/pull-requests/1
> > <https://bitbucket.org/fuegotest/fuego-
> > core/pull-requests/1>
> > kindly provide your feedback.
>
> The commit modifies 3 files:
> 1. scripts/functions.sh
>
> The modification in this file is not needed any more.
> The call to ov_rootfs_getlog should now work.
>
> I added this new function to
> fuego-core/overlays/base/base-distrib.fuegoclass, as part of work to
> refactor system log handling for another project, that had been out-of-tree.
> I made a mistake when committing that other work, and missed including the
> changes to the base-distrib.fuegoclass file in that commit.
>
> See commit 6d62610, which I pushed today to the master branch.
>
> Sorry about that.
>
> 2. tests/Functional.LTP/fuego_test.sh
> This uncomments the call to ltp_process.py
>
> This code looks OK, as long as ltp_process.py works.
>
> 3. tests/Functional.LTP/ltp_process.py
> I don't know anything about this module, but the code looks OK to me by
> inspection.
>
> I reviewed this patch in bitbucket, merged it, and edited out (removed)
> the change to scripts/functions.sh.  Please check to see if things work as
> expected for you.
>
> >
> >
> >
> > Also I am facing some issues while installing Fuego test system,
> >
> > and created an issue ticket for the same in Fuego wiki
> > http://fuegotest.org/wiki/Issue_0085?action=show
> > <http://fuegotest.org/wiki/Issue_0085?action=show>
> >
> > I am not much aware of Jenkins Installation and so seeking your
> > guidance to solve this installation problem.,
>
> Ugh.  It looks like the Jenkins people have removed the Debian package for
> 2.164.2.  This may force us into doing an upgrade of the Jenkins version.
> Thanks for this report!
>
> Another group saw the "missing jenkins_cli.jar" file issue.  Apparently ,
> other Jenkins versions use a reference to Jenkins_cli.jar that is
> versioned.  This can be corrected by adding a symlink in the Docker
> filesystem, like so:
>
> cd /var/cache/jenkins/war/WEB-INF
> ln -s lib/cli-${JENKINS_VERSION}.jar jenkins-cli.jar
>
> See
> https://lists.linuxfoundation.org/pipermail/fuego/2020-October/003547.html
>
> I'll try to work on an update strategy for Jenkins this week.
>
> >
> > Also, I see some interesting commits regarding eliminate
> > jenkins-cli.jar https://bitbucket.org/fuegotest/fuego-
> > core/commits/b019ac2a2e7d16b03d24083c2fce868d736a61ec
> > <https://bitbucket.org/fuegotest/fuego-
> > core/commits/b019ac2a2e7d16b03d24083c2fce868d736a61ec>
> >
> > So is there any plan to update Docker file to eliminate calling
> jenkins-cli.jar?
>
> That would be nice.  We were able to remove the reference to
> jenkins-cli.jar from the 'ftc'
> program, but there are still references to it in the Dockerfile and in
> install-debian.sh to install the flot plugin.
>
> It might be possible to avoid using jenkins-cli.jar to install the plugin.
> It appears that frontend-install/install-plugins.sh installs plugins
> without resorting to the use of jenkins-cli.jar (it appears to only use
> local filesystem operations inside the Docker container).
>
> Removing the need for the jar file would, IMHO, be nice.  But we might
> want to leave it for backwards compatibility with previous Fuego/Jenkins
> users.
>
>
> Can you try a newer version of Jenkins, and let me know if you see any
> problems?
>  -- Tim
>
> The information contained in this e-mail message and in any
> attachments/annexure/appendices is confidential to the
> recipient and may contain privileged information.
> If you are not the intended recipient, please notify the
> sender and delete the message along with any
> attachments/annexure/appendices. You should not disclose,
> copy or otherwise use the information contained in the
> message or any annexure. Any views expressed in this e-mail
> are those of the individual sender except where the sender
> specifically states them to be the views of
> Toshiba Software India Pvt. Ltd. (TSIP),Bangalore.
>
> Although this transmission and any attachments are believed to be
> free of any virus or other defect that might affect any computer
> system into which it is received and opened, it is the responsibility
> of the recipient to ensure that it is virus free and no responsibility
> is accepted by Toshiba Embedded Software India Pvt. Ltd, for any loss or
> damage arising in any way from its use.
>
> _______________________________________________
> Fuego mailing list
> Fuego at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/fuego
>

-- 

This
message contains confidential information and is intended only 
for the
individual(s) named. If you are not the intended
recipient, you are 
notified that disclosing, copying, distributing or taking any
action in 
reliance on the contents of this mail and attached file/s is strictly
prohibited. Please notify the
sender immediately and delete this e-mail 
from your system. E-mail transmission
cannot be guaranteed to be secured or 
error-free as information could be
intercepted, corrupted, lost, destroyed, 
arrive late or incomplete, or contain
viruses. The sender therefore does 
not accept liability for any errors or
omissions in the contents of this 
message, which arise as a result of e-mail
transmission.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/fuego/attachments/20201201/d1c36052/attachment.html>