Trident 18/12 RC2 in VM - 'stdarg.h' file not found


#1

Hi,
So first I want to say: GREAT JOB GUYS!!! :man_dancing::sparkler::beers:

I installed 18/12 in a VirtualBox VM. Installation went fine, but while in the installer screens, the mouse was really sensitive. Like, fly off the side of the window sensitive.

After installing and restarting, the desktop seemed to be okay with resizing the VM window, but the background didn’t keep up and was stuck at 800*600. I changed the background picture and the problem went away.

I installed gmake and downloaded the lua source code and tried to compile it (for shits-and-giggles), only to find there is no CC alias?

 gmake freebsd
cd src && gmake freebsd
gmake[1]: Entering directory '/usr/home/russellh/lua/lua-5.3.5/src'
gmake all SYSCFLAGS="-DLUA_USE_LINUX -DLUA_USE_READLINE -I/usr/include/edit" SYSLIBS="-Wl,-E -ledit" CC="cc"
gmake[2]: Entering directory '/usr/home/russellh/lua/lua-5.3.5/src'
cc -O2 -Wall -Wextra -DLUA_COMPAT_5_2 -DLUA_USE_LINUX -DLUA_USE_READLINE -I/usr/include/edit    -c -o lapi.o lapi.c
gmake[2]: cc: Command not found
gmake[2]: *** [<builtin>: lapi.o] Error 127
gmake[2]: Leaving directory '/usr/home/russellh/lua/lua-5.3.5/src'
gmake[1]: *** [Makefile:105: freebsd] Error 2
gmake[1]: Leaving directory '/usr/home/russellh/lua/lua-5.3.5/src'
gmake: *** [Makefile:55: freebsd] Error 

After installing llvm70 and then realizing that clang60 is installed, I modified the Makefile to point to clang60. I’m now missing stdarg.h:

russellh@Trident-Eng90 ~/l/lua-5.3.5> gmake freebsd
cd src && gmake freebsd
gmake[1]: Entering directory '/usr/home/russellh/lua/lua-5.3.5/src'
gmake all SYSCFLAGS="-DLUA_USE_LINUX -DLUA_USE_READLINE -I/usr/include/edit" SYSLIBS="-Wl,-E -ledit" CC="clang60"
gmake[2]: Entering directory '/usr/home/russellh/lua/lua-5.3.5/src'
clang60 -O2 -Wall -Wextra -DLUA_COMPAT_5_2 -DLUA_USE_LINUX -DLUA_USE_READLINE -I/usr/include/edit    -c -o lapi.o lapi.c
lapi.c:13:10: fatal error: 'stdarg.h' file not found
#include <stdarg.h>
         ^~~~~~~~~~
1 error generated.
gmake[2]: *** [<builtin>: lapi.o] Error 1
gmake[2]: Leaving directory '/usr/home/russellh/lua/lua-5.3.5/src'
gmake[1]: *** [Makefile:105: freebsd] Error 2
gmake[1]: Leaving directory '/usr/home/russellh/lua/lua-5.3.5/src'
gmake: *** [Makefile:55: freebsd] Error 2

Not sure where to go from here, as I’ve never seen that problem before. stdarg.h seems to be a standard library?

Some other things I’ve noticed:

  • Some of the buttons in the light theme are too light to see. Notably the navigation buttons in Falkon and also in the toolbar menu editor.
  • If I am browsing in Falkon and try to use the middle wheel to scroll up, it takes me back a page in my browser history. I think I saw this on GhostBSD and there is an answer in their forums somewhere that I’ll go looking for later
  • If I’m scrolling through the list of applications with my middle scroll wheel then flick the wheel in the other direction, whatever is under my mouse gets selected. I tested this a number of times and determined that I was NOT accidentally clicking (pressing) the scroll wheel.

Thanks for all your hard work!
dinsdale


#2

The missing cc command is a known issue: https://github.com/trueos/trueos-core/issues/1558#issuecomment-448002212 (from the reply I got from at New release 2018 12 19 - small changes). Though the solution I used was to install the OS-Clang package.


#3

Thanks @chrstphrchvz , that’s a start:

russellh@Trident-Eng90 ~/l/lua-5.3.5> gmake freebsd
cd src && gmake freebsd
gmake[1]: Entering directory '/usr/home/russellh/lua/lua-5.3.5/src'
gmake all SYSCFLAGS="-DLUA_USE_LINUX -DLUA_USE_READLINE -I/usr/include/edit" SYSLIBS="-Wl,-E -ledit" CC="cc"
gmake[2]: Entering directory '/usr/home/russellh/lua/lua-5.3.5/src'
cc -O2 -Wall -Wextra -DLUA_COMPAT_5_2 -DLUA_USE_LINUX -DLUA_USE_READLINE -I/usr/include/edit    -c -o lapi.o lapi.c
lapi.c:13:10: fatal error: 'stdarg.h' file not found
#include <stdarg.h>
         ^~~~~~~~~~
1 error generated.
gmake[2]: *** [<builtin>: lapi.o] Error 1
gmake[2]: Leaving directory '/usr/home/russellh/lua/lua-5.3.5/src'
gmake[1]: *** [Makefile:105: freebsd] Error 2
gmake[1]: Leaving directory '/usr/home/russellh/lua/lua-5.3.5/src'
gmake: *** [Makefile:55: freebsd] Error 2

stdarg.h does appear to be missing:

russellh@Trident-Eng90 ~/l/lua-5.3.5> sudo /usr/libexec/locate.updatedb 
>>> WARNING
>>> Executing updatedb as root.  This WILL reveal all filenames
>>> on your machine to all login users, which is a security risk.
russellh@Trident-Eng90 ~/l/lua-5.3.5> locate stdarg.h
russellh@Trident-Eng90 ~/l/lua-5.3.5> 

Thoughts?
Russ


#4
# pkg query '%o: %Fp' OS-runtime-development|grep stdarg
base: /usr/include/machine/stdarg.h
base: /usr/include/stdarg.h
base: /usr/include/sys/_stdarg.h
base: /usr/include/x86/stdarg.h

Not sure why OS-runtime-development didn't get installed for you.
I'm inclined towards a meta-port that includes dependencies required 
to build TrueOS and Trident from source.

Happy hacking,
John
groenveld@acm.org

#5

Closer…

russellh@Trident-Eng90 ~/l/lua-5.3.5> pkg query '%o: %Fp' OS-runtime-development|grep stdarg
russellh@Trident-Eng90 ~/l/lua-5.3.5> pkg search os-runtime-development
OS-runtime-development-13.0.20181219130325 runtime-development package (Development Files)
russellh@Trident-Eng90 ~/l/lua-5.3.5> sudo pkg install os-runtime-development
Password:
Updating Trident repository catalogue...
Trident repository is up to date.
All repositories are up to date.
The following 1 package(s) will be affected (of 0 checked):

New packages to be INSTALLED:
        OS-runtime-development: 13.0.20181219130325

Number of packages to be installed: 1

The process will require 143 MiB more space.
20 MiB to be downloaded.

Proceed with this action? [y/N]: y
[1/1] Fetching OS-runtime-development-13.0.20181219130325.txz: 100%   20 MiB   1.6MB/s    00:13    
Checking integrity... done (0 conflicting)
[1/1] Installing OS-runtime-development-13.0.20181219130325...
[1/1] Extracting OS-runtime-development-13.0.20181219130325: 100%
russellh@Trident-Eng90 ~/l/lua-5.3.5> gmake freebsd
cd src && gmake freebsd
gmake[1]: Entering directory '/usr/home/russellh/lua/lua-5.3.5/src'
gmake all SYSCFLAGS="-DLUA_USE_LINUX -DLUA_USE_READLINE -I/usr/include/edit" SYSLIBS="-Wl,-E -ledit" CC="cc"
gmake[2]: Entering directory '/usr/home/russellh/lua/lua-5.3.5/src'
cc -O2 -Wall -Wextra -DLUA_COMPAT_5_2 -DLUA_USE_LINUX -DLUA_USE_READLINE -I/usr/include/edit    -c -o lapi.o lapi.c
In file included from lapi.c:16:
In file included from ./lua.h:16:
./luaconf.h:64:9: warning: 'LUA_USE_READLINE' macro redefined [-Wmacro-redefined]
#define LUA_USE_READLINE        /* needs some extra libraries */
        ^
<command line>:3:9: note: previous definition is here                                                                                                                                         
#define LUA_USE_READLINE 1
        ^
1 warning generated.                                                                                                                                                                          
cc -O2 -Wall -Wextra -DLUA_COMPAT_5_2 -DLUA_USE_LINUX -DLUA_USE_READLINE -I/usr/include/edit    -c -o lcode.o lcode.c
lcode.c:13:10: fatal error: 'math.h' file not found
#include <math.h>
         ^~~~~~~~
1 error generated.                                                                                                                                                                            
gmake[2]: *** [<builtin>: lcode.o] Error 1
gmake[2]: Leaving directory '/usr/home/russellh/lua/lua-5.3.5/src'
gmake[1]: *** [Makefile:105: freebsd] Error 2
gmake[1]: Leaving directory '/usr/home/russellh/lua/lua-5.3.5/src'
gmake: *** [Makefile:55: freebsd] Error 2

#6
# pkg which /usr/include/math.h
/usr/include/math.h was installed by package OS-clibs-development-13.0.20181214120132

# pkg install `pkg rquery '%o %n' | grep ^base | grep development | awk '{print $2}'`

John
groenveld@acm.org

#7

Woot woot!

Thanks John (@jgroenveld), that solved the problem. Should I report this?


#8
The developers have been trying to reduce the size of the installation media.
Removing the development headers may be part of that effort.
John
groenveld@acm.org

#9

jimbygh beat us to it:
<URL:https://github.com/project-trident/trident-core/issues/54>

John
groenveld@acm.org