371 replies to this topic

[Beeker]

Image tested on Gigablue Trio 4K.

 

-Tuner menus are now working.

 Not fully tested as I didn't had the correct parameters to scan, but with DreamboxEdit or another editor it's working.

 

-Wifi, also not fully tested yet,.

 Menus working and Wifi networks are now visible.

 

Working on feed, otherwise no OScam etc.

Build running now.

When ready, green light for test images.

[WanWizard]

Can't build for the moment, due to https://github.com/O...5a7010f33147439 which blocks our local SRC_URI overrides.

 

Is this needed? Does git:// no longer work?

[WanWizard]

I have currently enabled these:

MACHINES+=(vuultimo4k)
MACHINES+=(lunix3-4k)
MACHINES+=(h9)
MACHINES+=(hd51)
MACHINES+=(gbtrio4k)
MACHINES+=(pulse4k)
MACHINES+=(osmio4kplus)
MACHINES+=(vipert2c)

more requests ?

[40H3X]

Can test

• Duo4K
• Uclan 4k Pro

[WanWizard]

Added to the list. I've also added the sh1 (old Zgemma's), so we have builds for all architectures.

[littlesat]

Before you now all boxes are listen

[WanWizard]

We now have coverage of all architectures, this should be enough for now. I will make an exception for another mipsel box, as only mine is on the list, and I don't have much time.

[catastrofus]

I have an et10k but without tuners acting as a fallbackclient. If that is not a problem I can test a python3 image on the stb.

[WanWizard]

Ok, that will do.

 

I now have enabled
 

MACHINES+=(vuultimo4k)
MACHINES+=(vuduo4k)
MACHINES+=(lunix3-4k)
MACHINES+=(h9)
MACHINES+=(hd51)
MACHINES+=(gbtrio4k)
MACHINES+=(ustym4kpro)
MACHINES+=(pulse4k)
MACHINES+=(osmio4kplus)
MACHINES+=(et10000)
MACHINES+=(vipert2c)
MACHINES+=(sh1)

which should be enough for now.

 

As soon as this is adressed, I can schedule a test build:

 

Can't build for the moment, due to https://github.com/O...5a7010f33147439 which blocks our local SRC_URI overrides.

 

Is this needed? Does git:// no longer work?

 

[el bandido]

PULSe4k python3 image will not build for me. Log attached.

configure: error:
  Could not link test program to Python. Maybe the main Python library has been
  installed in some non-standard library path. If so, pass it to configure,
  via the LIBS environment variable.
  Example: ./configure LIBS="-L/usr/non-standard-path/python/lib"
  ============================================================================
   ERROR!
   You probably have to install the development version of the Python package
   for your distribution.  The exact name of this package varies among them.
  ============================================================================

See `config.log' for more details

Attached Files

•  log.do_configure.zip   4.48KB   1 downloads

[Huevos]

Can't build for the moment, due to https://github.com/O...5a7010f33147439 which blocks our local SRC_URI overrides.

 

Is this needed? Does git:// no longer work?

git:// works if you have your github ssh keys available in your build env. There is no longer anonymous ssh access to github even just for reading. In my case I just ran the following in my build folder and then git knew to use my keys...

git config --global user.name "Huevos"
git config --global user.email my@email.com

Edited by Huevos, 1 January 2022 - 20:44.

[WanWizard]

Ah, it is related to that. That means we have to think about a plan B for our internal builds, if we want to continue to llow anonymous github access.

[Huevos]

Suggestion: create a new github user that has no write access to anything. Add an ssh key for that user on github. Use those keys in your build env. Every user can do that.

Edited by Huevos, 1 January 2022 - 21:44.

[WanWizard]

We don't have a problem (our buildservers have an account), I also have one active, so that is why I don't have this issue myself.

 

The problem is with every user that doesn't have a github account. I don't want to force people to have to create one. A homebuild should be possible without such dependencies.

[Huevos]

On oe-alliance all the recipes were converted. Is that not viable for you?

Edited by Huevos, 1 January 2022 - 22:39.

[Beeker]

PULSe4k python3 image will not build for me. Log attached.

configure: error:
  Could not link test program to Python. Maybe the main Python library has been
  installed in some non-standard library path. If so, pass it to configure,
  via the LIBS environment variable.
  Example: ./configure LIBS="-L/usr/non-standard-path/python/lib"
  ============================================================================
   ERROR!
   You probably have to install the development version of the Python package
   for your distribution.  The exact name of this package varies among them.
  ============================================================================

See `config.log' for more details

 

Run 'make update' and try again.

[el bandido]

Thanks!
PULSe4k Failed on compile this time (see attached).

Also built osmio4kplus earlier today and noticed wifi was working. Internal tuners work also.

Attached Files

•  log.do_compile.2288004.zip   1.82KB   2 downloads

[Beeker]

Thanks!
PULSe4k Failed on compile this time (see attached).

Also built osmio4kplus earlier today and noticed wifi was working. Internal tuners work also.

 

Update again.

[el bandido]

Success with pulse4k!
NOTE: Tasks Summary: Attempted 6291 tasks of which 6155 didn't need to be rerun and all succeeded.

I will try to install this image later this evening and see if it boots. Thanks!

[WanWizard]

On oe-alliance all the recipes were converted. Is that not viable for you?

 

We currently have the option to override the SRC_URI in our build system to point to a local mirror.

 

It is used for repo's that are down a lot (think videolan for example), or as an option to quickly restart a build using a local mirror (copied from downloads) if a repo is down.

 

This currently works with git://, but not with git over https.

 

So we need to think about a plan B for our build system, as we would like to keep this functionality, and at the same not force users to get github accounts because github has disabled anonymous ssh access...