The gcc package seems to be a common requirement for installing and building some python packages. However this fails to install with the latest release of Venus (3.0) on a Pi3+
This question was
closed
by
Mike Dorsett for the following reason: The question is answered, right answer was accepted
asked
gcc missing or corrupt in opkg list for Venus
Hi Mike, the way you wrote above message suggests that you're sure its an issue on our side / opkg library side.
But, did you follow all required steps?
https://github.com/victronenergy/venus/wiki/commandline---development#opkg
I do have gcc available to install, and a whole lot more.
success! Matthijs.
Bula Mathijs @mvader,
I tried just now setting the feed for opkg, previously this was left as is, after a clean install of V3.0.
root@raspberrypi2:/data/etc/dbus-serialbattery# /opt/victronenergy/swupdate-scripts/set-feed.sh release
Switching swu feed to release
resizing /dev/mmcblk0p2
resize2fs 1.45.7 (28-Jan-2021)
Filesystem at /dev/mmcblk0p2 is mounted on /; on-line resizing required
old_desc_blocks = 4, new_desc_blocks = 77
The filesystem on /dev/mmcblk0p2 is now 10041812 (1k) blocks long.
Switching opkg feed to release
root@raspberrypi2:/data/etc/dbus-serialbattery# opkg update
Downloading https://updates.victronenergy.com/feeds/venus/release/packages/dunfell/all/Packages.gz.
Updated source 'all'.
Downloading https://updates.victronenergy.com/feeds/venus/release/packages/dunfell/cortexa7hf-neon-vfpv4/Packages.gz.
Updated source 'cortexa7hf-neon-vfpv4'.
Downloading https://updates.victronenergy.com/feeds/venus/release/packages/dunfell/raspberrypi2/Packages.gz.
Updated source 'raspberrypi2'.
root@raspberrypi2:/data/etc/dbus-serialbattery# opkg install gcc
Collected errors:
* Solver encountered 1 problem(s):
* Problem 1/1:
* - nothing provides requested gcc
*
* Solution 1:
* - do not ask to install a package providing gcc
exactly the same result.
BTW, did you catch my other post about the spi device being missing from the /dev folder when installing Venus on a Beaglebone black or Green?
I also remember, last time I was trying to set up my BMS driver under Venus, I installed a group called Build-essential, I also tried that this time, and gcc also failed to install from the group.
ok thats good to know, and a bit strange: sounds like the issue is specific to gcc.
Can you try setting the feed to candidate, and then try again?
Those packages available from the candidate feed will work as well: other than some of our own code, nothing has changed between candidate and release (for now).
Here is my test, where gcc installed just fine. On a Cerbo, actually running v3.10~2, but installed it from the release feed. And note how the actual folder that it uses, cortexa7hf-neon-vfpv4 is also used for your rpi2.
root@einstein:~# opkg install gcc Installing gcc (9.3.0) on root Downloading https://updates.victronenergy.com/feeds/venus/release/packages/dunfell/cortexa7hf-neon-vfpv4/gcc_9.3.0-r0_cortexa7hf-neon-vfpv4.ipk. Installing libjitterentropy2 (2.2.0) on root Downloading https://updates.victronenergy.com/feeds/venus/release/packages/dunfell/cortexa7hf-neon-vfpv4/libjitterentropy2_2.2.0-r0_cortexa7hf-neon-vfpv4.ipk. Installing libsysfs2 (2.1.0) on root Downloading https://updates.victronenergy.com/feeds/venus/release/packages/dunfell/cortexa7hf-neon-vfpv4/libsysfs2_2.1.0-r5_cortexa7hf-neon-vfpv4.ipk. Installing rng-tools (6.9) on root Downloading https://updates.victronenergy.com/feeds/venus/release/packages/dunfell/cortexa7hf-neon-vfpv4/rng-tools_6.9-r0_cortexa7hf-neon-vfpv4.ipk. Configuring libjitterentropy2. Configuring libsysfs2. Configuring rng-tools. Adding system startup for /etc/init.d/rng-tools. Starting random number generator daemon. Configuring gcc. root@einstein:~#
root@raspberrypi2:/data/etc/dbus-serialbattery# /opt/victronenergy/swupdate-scripts/set-feed.sh candidate
Switching swu feed to candidate
resizing /dev/mmcblk0p2
resize2fs 1.45.7 (28-Jan-2021)
The filesystem is already 10041812 (1k) blocks long. Nothing to do!
Switching opkg feed to candidate
root@raspberrypi2:/data/etc/dbus-serialbattery# opkg update
Downloading https://updates.victronenergy.com/feeds/venus/candidate/packages/dunfell/all/Packages.gz.
Updated source 'all'.
Downloading https://updates.victronenergy.com/feeds/venus/candidate/packages/dunfell/cortexa7hf-neon-vfpv4/Packages.gz.
Updated source 'cortexa7hf-neon-vfpv4'.
Downloading https://updates.victronenergy.com/feeds/venus/candidate/packages/dunfell/raspberrypi2/Packages.gz.
Updated source 'raspberrypi2'.
root@raspberrypi2:/data/etc/dbus-serialbattery# opkg install gcc
Collected errors:
* Solver encountered 1 problem(s):
* Problem 1/1:
* - nothing provides requested gcc
*
* Solution 1:
* - do not ask to install a package providing gcc
root@raspberrypi2:/data/etc/dbus-serialbattery#
This is on a pi3b+ (with Wifi).
Problem seems to be specific to gcc, as if I try installing cpp or libentropy2, the gcc also faults.
root@raspberrypi2:/data/etc/dbus-serialbattery# opkg install gcc-dev
Collected errors:
* Solver encountered 2 problem(s):
* Problem 1/2:
* - nothing provides requested gcc
*
* Solution 1:
* - do not ask to install a package providing gcc
* Problem 2/2:
* - nothing provides gcc = 9.3.0-r0 needed by gcc-dev-9.3.0-r0.cortexa7hf-neon-vfpv4
*
* Solution 1:
* - do not ask to install a package providing gcc-dev
root@raspberrypi2:/data/etc/dbus-serialbattery#
Hi,
that's really strange. Myself, I wouldn't even know where to begin to troubleshoot that; and for the people working on Venus OS that do or might, I prefer them to spend their time elsewhere...
To solve it, try installing Venus OS Large; that has the build-essentials package pre-installed, which includes gcc.
Thank you @mvader, this looks like it will work. The normal Venus also gave an error using pip to install gpiozero, which resulted in a missing coloursys - but I don't think that this is your problem.
good to heat that its solved, or at least worked around!
Yes it did work, I can now load pip, gpiozero and RPi.gpio: However, coloursys is needed by /colorzero/conversions.py, and this cannot be loaded. The source code exists, but as it's not being used, I've patched it out for now.
Thanks again for your help, and keep up the good work. Victron does seem to be the only manufacturer that actually helps its customers!! (and also produce MPPT trackers with externally controllable current limit)
