bdbcat / oesenc_pi Goto Github PK
View Code? Open in Web Editor NEWLicense: GNU General Public License v2.0
License: GNU General Public License v2.0
Hello,
The latest version in master does not install the udev rules for SG Lock. After compilation and installation, the USB dongle is not detected by OpenCPN.
Just installing the rule solves the problem. Maybe #94 is related to this issue.
The related log:
10:23:14.764 MESSAGE chart1.cpp:1857
________
10:23:14.764 INFO logger.cpp:169 ------- OpenCPN version 5.1.621 restarted at 2020-06-29 -------
10:23:14.764 INFO logger.cpp:169 Using loglevel INFO
10:23:14.764 MESSAGE chart1.cpp:1883 wxWidgets version: wxWidgets 3.0.5 Linux 64 bit wxGTK
10:23:14.770 MESSAGE chart1.cpp:1888 OS Version reports as: 5.7
10:23:14.770 MESSAGE chart1.cpp:1890 MemoryStatus: mem_total: 31739 mb, mem_initial: 369 mb
10:23:14.770 MESSAGE chart1.cpp:1899 SData_Locn is /usr/share/opencpn/
10:23:14.771 MESSAGE chart1.cpp:1915 PrivateDataDir is /home/rbazile/.opencpn
10:23:14.771 MESSAGE chart1.cpp:1972 Using existing Config_File: /home/rbazile/.opencpn/opencpn.conf
10:23:14.773 MESSAGE navutil.cpp:1198 winPluginDir, read from ini file:
10:23:14.773 MESSAGE navutil.cpp:1251 Setting Viewpoint Lat/Lon 41.1323, -36.0232
10:23:14.773 MESSAGE navutil.cpp:1291 Setting Ownship Lat/Lon 45.5669, -1.0613
10:23:14.774 MESSAGE navutil.cpp:3160 Switch InlandEcdis mode Off
10:23:14.775 MESSAGE styles.cpp:854 Styles loading from /usr/share/opencpn/uidata/styles.xml
10:23:14.777 MESSAGE styles.cpp:831 No styles found at: /home/rbazile/
10:23:14.777 MESSAGE styles.cpp:831 No styles found at: /home/rbazile/.opencpn/
10:23:14.785 MESSAGE styles.cpp:786 Using SVG Icons
10:23:14.785 MESSAGE chart1.cpp:2030 Detected display size (horizontal): 508 mm
10:23:14.785 MESSAGE OCPNPlatform.cpp:905 Getting DefaultSystemLocale...
10:23:14.785 MESSAGE chart1.cpp:2067 System default Language: fr_FR
10:23:14.785 MESSAGE chart1.cpp:2070 Config file language: en_US
10:23:14.785 MESSAGE chart1.cpp:2075 Adjusted App language: en_US
10:23:14.785 MESSAGE OCPNPlatform.cpp:990 ChangeLocale: Language load for: en_US
10:23:14.786 MESSAGE OCPNPlatform.cpp:1042 ChangeLocale: Locale Init OK for: en_US
10:23:14.786 MESSAGE OCPNPlatform.cpp:1061 Loading catalog for opencpn core.
10:23:14.786 MESSAGE OCPNPlatform.cpp:905 Getting DefaultSystemLocale...
10:23:14.786 MESSAGE chart1.cpp:2083 Opencpn language set to: en_US
10:23:14.786 MESSAGE ConfigMgr.cpp:686 Loading Configs catalog: /home/rbazile/.opencpn/Configs/configs.xml
10:23:14.787 MESSAGE chart1.cpp:2305 Creating MyFrame...size(3840, 2039) position(0, 60)
10:23:14.787 MESSAGE chart1.cpp:2877 **** Connect stuff
10:23:14.910 MESSAGE chcanv.cpp:970 Creating glChartCanvas
10:23:14.933 MESSAGE chcanv.cpp:2349 Metrics: m_display_size_mm: 508 g_Platform->getDisplaySize(): 3840:2160
10:23:14.933 MESSAGE chcanv.cpp:2354 wxDisplaySize(): 3840 2160
10:23:14.933 MESSAGE TCDataSource.cpp:52 Loading Tide/Current data source: /usr/share/opencpn/tcdata/HARMONIC.IDX
10:23:14.949 MESSAGE TCDataSource.cpp:52 Loading Tide/Current data source: /home/rbazile/Documents/projets/Nautique/cartes numeriques/Tides/harmonics 10/HARMONIC.idx
10:23:14.977 MESSAGE chartsymbols.cpp:1155 ChartSymbols loaded from /usr/share/opencpn/s57data/chartsymbols.xml
10:23:14.995 MESSAGE chart1.cpp:1318 Using s57data in /usr/share/opencpn/s57data
10:23:15.100 MESSAGE glChartCanvas.cpp:1211 OpenGL-> Renderer String: Mesa Intel(R) UHD Graphics 630 (CFL GT2)
10:23:15.100 MESSAGE glChartCanvas.cpp:1220 OpenGL-> Version reported: 4.6 (Compatibility Profile) Mesa 20.0.7
10:23:15.100 MESSAGE glChartCanvas.cpp:1271 OpenGL-> Detected Intel renderer, disabling stencil buffer
10:23:15.100 MESSAGE glChartCanvas.cpp:1314 OpenGL-> Texture rectangle format: de1
10:23:15.100 MESSAGE glChartCanvas.cpp:1359 OpenGL-> Using Vertexbuffer Objects
10:23:15.100 MESSAGE glChartCanvas.cpp:1177 OpenGL Framebuffer OK, size = 3838
10:23:15.101 MESSAGE glChartCanvas.cpp:1440 OpenGL-> Using Framebuffer Objects
10:23:15.101 MESSAGE glChartCanvas.cpp:1443 OpenGL-> Using FBO Stencil buffer
10:23:15.101 MESSAGE glChartCanvas.cpp:1451 OpenGL-> Using Depth buffer clipping
10:23:15.101 MESSAGE glChartCanvas.cpp:1570 OpenGL-> Using s3tc dxt1 compression
10:23:15.101 MESSAGE glChartCanvas.cpp:1600 OpenGL-> Compressed tile size: 128kb (8:1)
10:23:15.101 MESSAGE glChartCanvas.cpp:1464 OpenGL-> Minimum cartographic line width: 1.0
10:23:15.101 MESSAGE glChartCanvas.cpp:1466 OpenGL-> Minimum symbol line width: 1.1
10:23:15.142 MESSAGE gshhs.cpp:1377 Loading World Chart Q=0 in 0 ms.
10:23:15.142 MESSAGE gshhs.cpp:176 GSHHS World chart files have wrong version. Found -1, expected 210-220.
10:23:15.142 MESSAGE gshhs.cpp:1377 Loading World Chart Q=4 in 0 ms.
10:23:15.207 MESSAGE chartdb.cpp:240 ChartDB Cache policy: Application target is 1024 MBytes
10:23:15.207 MESSAGE chartdbs.cpp:145 Loading chart db version: V018
10:23:15.207 MESSAGE chartdbs.cpp:1227 Chartdb: Chart directory list follows
10:23:15.207 MESSAGE chartdbs.cpp:1248 Chart directory #0: /home/rbazile/Documents/projets/Nautique/cartes numeriques/ENC
10:23:15.207 MESSAGE chartdbs.cpp:1248 Chart directory #1: /home/rbazile/Documents/projets/Nautique/cartes numeriques/Navionics OCPN 03 MÇditerranÇe Occidentale
10:23:15.207 MESSAGE chartdbs.cpp:1248 Chart directory #2: /home/rbazile/Documents/projets/Nautique/cartes numeriques/Navionics OCPN 04 MÇditerranÇe Orientale
10:23:15.207 MESSAGE chartdbs.cpp:1248 Chart directory #3: /home/rbazile/Documents/projets/Nautique/cartes numeriques/WMM
10:23:15.207 MESSAGE chartdbs.cpp:1248 Chart directory #4: /home/rbazile/Documents/projets/Nautique/cartes numeriques/OSM
10:23:15.207 MESSAGE chartdbs.cpp:1248 Chart directory #5: /home/rbazile/Documents/projets/Nautique/cartes numeriques/GSHHG
10:23:15.207 MESSAGE chartdbs.cpp:1248 Chart directory #6: /home/rbazile/Documents/projets/Nautique/cartes numeriques/toute les cartes shom opencpn
10:23:15.207 MESSAGE chartdbs.cpp:1248 Chart directory #7: /home/rbazile/Documents/projets/Nautique/cartes numeriques/pilot charts
10:23:15.207 MESSAGE chartdbs.cpp:1248 Chart directory #8: /home/rbazile/Documents/projets/Nautique/cartes numeriques/NOAA
10:23:15.207 MESSAGE chartdbs.cpp:1248 Chart directory #9: /home/rbazile/Documents/projets/Nautique/cartes numeriques/CM93 2018 cartes_2014
10:23:15.207 MESSAGE chartdbs.cpp:1248 Chart directory #10: /home/rbazile/Documents/projets/Nautique/cartes numeriques/Navionics OCPN 01 Atlantique Ouest et Manche
10:23:15.207 MESSAGE chartdbs.cpp:1248 Chart directory #11: /home/rbazile/Documents/projets/Nautique/cartes numeriques/Navionics OCPN 02 Manche et Nord
10:23:15.207 MESSAGE chartdbs.cpp:1248 Chart directory #12: /home/rbazile/Documents/projets/Nautique/cartes numeriques/US Pilot Charts
10:23:15.330 MESSAGE chart1.cpp:2473 GPS Watchdog Timeout is: 6 sec.
10:23:15.332 MESSAGE chartdb.cpp:1296 OpenChartUsingCache, NOT in cache: cache size: 0
10:23:15.332 MESSAGE chartdb.cpp:1299 OpenChartUsingCache: type 9 /home/rbazile/Documents/projets/Nautique/cartes numeriques/OSM/OSM-OpenCPN2-NorthernAtlantic.mbtiles
10:23:15.332 MESSAGE chartdb.cpp:1346 Creating new chart
10:23:15.332 MESSAGE chartdb.cpp:1475 Initializing Chart /home/rbazile/Documents/projets/Nautique/cartes numeriques/OSM/OSM-OpenCPN2-NorthernAtlantic.mbtiles
10:23:15.332 MESSAGE mbtiles.cpp:528 mbtiles exception: unable to open database file
10:23:15.332 MESSAGE chartdb.cpp:1585 Problem initializing Chart /home/rbazile/Documents/projets/Nautique/cartes numeriques/OSM/OSM-OpenCPN2-NorthernAtlantic.mbtiles
10:23:15.332 MESSAGE chartdb.cpp:1605 OpenChartFromStack... Error opening chart /home/rbazile/Documents/projets/Nautique/cartes numeriques/OSM/OSM-OpenCPN2-NorthernAtlantic.mbtiles ... return code 2
10:23:15.332 MESSAGE chart1.cpp:2564 OpenCPN Initialized in 868 ms.
10:23:15.843 MESSAGE glChartCanvas.cpp:693 BuildFBO 3
10:23:15.843 MESSAGE glChartCanvas.cpp:1177 OpenGL Framebuffer OK, size = 3838
10:23:15.864 MESSAGE chart1.cpp:6857 OnInitTimer...0
10:23:15.958 MESSAGE routeman.cpp:1251 DPMM: 7.55906 ScaleFactorExp: 1
10:23:15.958 MESSAGE routeman.cpp:1258 Looking for UserIcons at /home/rbazile/.opencpn/UserIcons/
10:23:15.958 MESSAGE navutil.cpp:1612 Loading navobjects from navobj.xml
10:23:15.958 MESSAGE navutil.cpp:1623 Done loading navobjects, 0 duplicate waypoints ignored
10:23:15.960 MESSAGE chartdb.cpp:1346 Creating new chart
10:23:15.960 MESSAGE chartdb.cpp:1475 Initializing Chart /home/rbazile/Documents/projets/Nautique/cartes numeriques/OSM/OSM-OpenCPN2-GulfOfBiscay.mbtiles
10:23:15.960 MESSAGE mbtiles.cpp:528 mbtiles exception: unable to open database file
10:23:15.960 MESSAGE chartdb.cpp:1585 Problem initializing Chart /home/rbazile/Documents/projets/Nautique/cartes numeriques/OSM/OSM-OpenCPN2-GulfOfBiscay.mbtiles
10:23:15.960 MESSAGE chartdb.cpp:1605 OpenChartFromStack... Error opening chart /home/rbazile/Documents/projets/Nautique/cartes numeriques/OSM/OSM-OpenCPN2-GulfOfBiscay.mbtiles ... return code 2
10:23:16.059 MESSAGE chart1.cpp:6857 OnInitTimer...1
10:23:16.203 MESSAGE chart1.cpp:6857 OnInitTimer...2
10:23:16.203 MESSAGE pluginmanager.cpp:1065 PlugInManager: loading plugins from /home/rbazile/.local/lib/opencpn;/usr/local/lib64/opencpn;/usr/lib64/opencpn;/usr/lib/opencpn
10:23:16.203 MESSAGE pluginmanager.cpp:1018 Using LD_LIBRARY_PATH: /home/rbazile/.local/lib/opencpn:/usr/local/lib64/opencpn:/usr/lib64/opencpn:/usr/lib/opencpn
10:23:16.204 MESSAGE pluginmanager.cpp:1054 Using PATH: /home/rbazile/.local/bin:/usr/local/bin:/usr/bin:/usr/bin:/home/rbazile/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
10:23:16.204 MESSAGE pluginmanager.cpp:1071 Loading plugins from dir: /home/rbazile/.local/lib/opencpn
10:23:16.204 MESSAGE pluginmanager.cpp:1097 PlugInManager searching for PlugIns in location /home/rbazile/.local/lib/opencpn
10:23:16.204 MESSAGE pluginmanager.cpp:1112 Directory /home/rbazile/.local/lib/opencpn does not exist.
10:23:16.204 MESSAGE pluginmanager.cpp:1071 Loading plugins from dir: /usr/local/lib64/opencpn
10:23:16.204 MESSAGE pluginmanager.cpp:1097 PlugInManager searching for PlugIns in location /usr/local/lib64/opencpn
10:23:16.204 MESSAGE pluginmanager.cpp:1112 Directory /usr/local/lib64/opencpn does not exist.
10:23:16.204 MESSAGE pluginmanager.cpp:1071 Loading plugins from dir: /usr/lib64/opencpn
10:23:16.204 MESSAGE pluginmanager.cpp:1097 PlugInManager searching for PlugIns in location /usr/lib64/opencpn
10:23:16.204 MESSAGE pluginmanager.cpp:1134 Found 11 candidates
10:23:16.204 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib64/opencpn/liboesenc_pi.so
10:23:16.204 ERROR pluginmanager.cpp:1829 Could not open file "opencpn" for reading with errno = 2.
10:23:16.204 MESSAGE pluginmanager.cpp:2044 Plugin is compatible by elf library scan: true
10:23:16.204 MESSAGE pluginmanager.cpp:2152 PlugInManager: Loading PlugIn: /usr/lib64/opencpn/liboesenc_pi.so
10:23:16.209 INFO pluginmanager.cpp:2323 PlugInManager: /usr/lib64/opencpn/liboesenc_pi.so
10:23:16.209 INFO pluginmanager.cpp:2324 Plugin common name: oeSENC
10:23:16.209 INFO pluginmanager.cpp:2326 API Version detected: 111
10:23:16.209 INFO pluginmanager.cpp:2327 PlugIn Version detected: 4.2
10:23:16.210 MESSAGE oesenc_pi.cpp:739 Path to oeserverd is: /usr/bin/oeserverd
10:23:16.469 MESSAGE oesenc_pi.cpp:3847 IsDongleAvailable()::oeserverd execution results:
10:23:16.469 MESSAGE oesenc_pi.cpp:3871 IsDongleAvailable()::oeserverd execution error:
10:23:16.469 MESSAGE oesenc_pi.cpp:744 No Dongle detected
10:23:16.503 MESSAGE chartsymbols.cpp:800 ChartSymbols loaded from /usr/share/opencpn/s57data/chartsymbols.xml
10:23:16.538 MESSAGE chartsymbols.cpp:849 ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/LUPPatch3.xml
10:23:16.538 MESSAGE chartsymbols.cpp:849 ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/SymbolPatch4.xml
10:23:16.538 MESSAGE chartsymbols.cpp:849 ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/SymbolPatch2.xml
10:23:16.538 MESSAGE chartsymbols.cpp:849 ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/LUPPatch2.xml
10:23:16.539 MESSAGE chartsymbols.cpp:849 ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/LUPPatch1.xml
10:23:16.539 MESSAGE chartsymbols.cpp:849 ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/SymbolPatch1.xml
10:23:16.539 MESSAGE chartsymbols.cpp:849 ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/SymbolPatch5.xml
10:23:16.539 MESSAGE chartsymbols.cpp:849 ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/SymbolPatch3.xml
10:23:16.576 MESSAGE pluginmanager.cpp:1228 PlugInManager: oeSENC has loaded very slowly: 366 ms
10:23:16.576 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib64/opencpn/libgrib_pi.so
10:23:16.576 MESSAGE pluginmanager.cpp:2044 Plugin is compatible by elf library scan: true
10:23:16.576 MESSAGE pluginmanager.cpp:2152 PlugInManager: Loading PlugIn: /usr/lib64/opencpn/libgrib_pi.so
10:23:16.577 INFO pluginmanager.cpp:2323 PlugInManager: /usr/lib64/opencpn/libgrib_pi.so
10:23:16.577 INFO pluginmanager.cpp:2324 Plugin common name: GRIB
10:23:16.577 INFO pluginmanager.cpp:2326 API Version detected: 116
10:23:16.577 INFO pluginmanager.cpp:2327 PlugIn Version detected: 4.1
10:23:16.577 MESSAGE grib_pi.cpp:151
10:23:16.578 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib64/opencpn/libchartdldr_pi.so
10:23:16.578 MESSAGE pluginmanager.cpp:2044 Plugin is compatible by elf library scan: true
10:23:16.578 MESSAGE pluginmanager.cpp:2152 PlugInManager: Loading PlugIn: /usr/lib64/opencpn/libchartdldr_pi.so
10:23:16.579 INFO pluginmanager.cpp:2323 PlugInManager: /usr/lib64/opencpn/libchartdldr_pi.so
10:23:16.579 INFO pluginmanager.cpp:2324 Plugin common name: ChartDownloader
10:23:16.579 INFO pluginmanager.cpp:2326 API Version detected: 113
10:23:16.579 INFO pluginmanager.cpp:2327 PlugIn Version detected: 1.4
10:23:16.579 MESSAGE chartdldr_pi.cpp:331 chartdldr_pi: /home/rbazile/Charts
10:23:16.579 MESSAGE chartdldr_pi.cpp:332 chartdldr_pi: /home/rbazile/Charts
10:23:16.579 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib64/opencpn/libpolar_pi.so
10:23:16.579 MESSAGE pluginmanager.cpp:1189 Skipping not enabled candidate.
10:23:16.579 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib64/opencpn/libweather_routing_pi.so
10:23:16.579 MESSAGE pluginmanager.cpp:2044 Plugin is compatible by elf library scan: true
10:23:16.579 MESSAGE pluginmanager.cpp:2152 PlugInManager: Loading PlugIn: /usr/lib64/opencpn/libweather_routing_pi.so
10:23:16.583 INFO pluginmanager.cpp:2323 PlugInManager: /usr/lib64/opencpn/libweather_routing_pi.so
10:23:16.583 INFO pluginmanager.cpp:2324 Plugin common name: WeatherRouting
10:23:16.583 INFO pluginmanager.cpp:2326 API Version detected: 115
10:23:16.583 INFO pluginmanager.cpp:2327 PlugIn Version detected: 1.13
10:23:16.584 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib64/opencpn/libweatherfax_pi.so
10:23:16.584 MESSAGE pluginmanager.cpp:2044 Plugin is compatible by elf library scan: true
10:23:16.584 MESSAGE pluginmanager.cpp:2152 PlugInManager: Loading PlugIn: /usr/lib64/opencpn/libweatherfax_pi.so
10:23:16.585 INFO pluginmanager.cpp:2323 PlugInManager: /usr/lib64/opencpn/libweatherfax_pi.so
10:23:16.585 INFO pluginmanager.cpp:2324 Plugin common name: WeatherFax
10:23:16.585 INFO pluginmanager.cpp:2326 API Version detected: 113
10:23:16.585 INFO pluginmanager.cpp:2327 PlugIn Version detected: 1.9
10:23:16.586 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib64/opencpn/libroute_pi.so
10:23:16.586 MESSAGE pluginmanager.cpp:2044 Plugin is compatible by elf library scan: true
10:23:16.586 MESSAGE pluginmanager.cpp:2152 PlugInManager: Loading PlugIn: /usr/lib64/opencpn/libroute_pi.so
10:23:16.587 INFO pluginmanager.cpp:2323 PlugInManager: /usr/lib64/opencpn/libroute_pi.so
10:23:16.587 INFO pluginmanager.cpp:2324 Plugin common name: ROUTE
10:23:16.587 INFO pluginmanager.cpp:2326 API Version detected: 110
10:23:16.587 INFO pluginmanager.cpp:2327 PlugIn Version detected: 1.2
10:23:16.588 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib64/opencpn/libclimatology_pi.so
10:23:16.588 MESSAGE pluginmanager.cpp:2044 Plugin is compatible by elf library scan: true
10:23:16.588 MESSAGE pluginmanager.cpp:2152 PlugInManager: Loading PlugIn: /usr/lib64/opencpn/libclimatology_pi.so
10:23:16.589 INFO pluginmanager.cpp:2323 PlugInManager: /usr/lib64/opencpn/libclimatology_pi.so
10:23:16.589 INFO pluginmanager.cpp:2324 Plugin common name: Climatology
10:23:16.589 INFO pluginmanager.cpp:2326 API Version detected: 113
10:23:16.589 INFO pluginmanager.cpp:2327 PlugIn Version detected: 1.4
10:23:16.590 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib64/opencpn/libdashboard_pi.so
10:23:16.590 MESSAGE pluginmanager.cpp:1189 Skipping not enabled candidate.
10:23:16.590 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib64/opencpn/libwmm_pi.so
10:23:16.590 MESSAGE pluginmanager.cpp:2044 Plugin is compatible by elf library scan: true
10:23:16.590 MESSAGE pluginmanager.cpp:2152 PlugInManager: Loading PlugIn: /usr/lib64/opencpn/libwmm_pi.so
10:23:16.591 INFO pluginmanager.cpp:2323 PlugInManager: /usr/lib64/opencpn/libwmm_pi.so
10:23:16.591 INFO pluginmanager.cpp:2324 Plugin common name: WMM
10:23:16.591 INFO pluginmanager.cpp:2326 API Version detected: 108
10:23:16.591 INFO pluginmanager.cpp:2327 PlugIn Version detected: 1.1
10:23:16.591 MESSAGE wmm_pi.cpp:47 WMM: WMM model data loaded from file /usr/share/opencpn/plugins/wmm_pi/data/WMM.COF.
10:23:16.591 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib64/opencpn/libcelestial_navigation_pi.so
10:23:16.591 MESSAGE pluginmanager.cpp:1189 Skipping not enabled candidate.
10:23:16.592 MESSAGE oesenc_pi.cpp:959 oesenc_pi: Calculated pix/mm = 7.55906
10:23:16.597 MESSAGE oesenc_pi.cpp:3070 oeSENC_PI: OpenGL-> Minimum cartographic line width: 1.0
10:23:16.628 MESSAGE chartsymbols.cpp:950 oeSENC_PI RasterSymbols texture: 10
10:23:16.635 MESSAGE OCPNPlatform.cpp:990 ChangeLocale: Language load for: en_US
10:23:16.635 MESSAGE OCPNPlatform.cpp:1042 ChangeLocale: Locale Init OK for: en_US
10:23:16.635 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-oesenc_pi
10:23:16.635 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-grib_pi
10:23:16.635 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-chartdldr_pi
10:23:16.635 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-weather_routing_pi
10:23:16.635 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-weatherfax_pi
10:23:16.635 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-route_pi
10:23:16.636 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-climatology_pi
10:23:16.636 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-wmm_pi
10:23:16.636 MESSAGE OCPNPlatform.cpp:1061 Loading catalog for opencpn core.
10:23:16.636 MESSAGE OCPNPlatform.cpp:905 Getting DefaultSystemLocale...
10:23:16.636 MESSAGE pluginmanager.cpp:1071 Loading plugins from dir: /usr/lib/opencpn
10:23:16.636 MESSAGE pluginmanager.cpp:1097 PlugInManager searching for PlugIns in location /usr/lib/opencpn
10:23:16.636 MESSAGE pluginmanager.cpp:1134 Found 11 candidates
10:23:16.636 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib/opencpn/liboesenc_pi.so
10:23:16.636 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib/opencpn/libgrib_pi.so
10:23:16.636 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib/opencpn/libchartdldr_pi.so
10:23:16.636 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib/opencpn/libpolar_pi.so
10:23:16.636 MESSAGE pluginmanager.cpp:1189 Skipping not enabled candidate.
10:23:16.636 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib/opencpn/libweather_routing_pi.so
10:23:16.636 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib/opencpn/libweatherfax_pi.so
10:23:16.636 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib/opencpn/libroute_pi.so
10:23:16.636 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib/opencpn/libclimatology_pi.so
10:23:16.636 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib/opencpn/libdashboard_pi.so
10:23:16.636 MESSAGE pluginmanager.cpp:1189 Skipping not enabled candidate.
10:23:16.636 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib/opencpn/libwmm_pi.so
10:23:16.636 MESSAGE pluginmanager.cpp:1141 Checking plugin candidate: /usr/lib/opencpn/libcelestial_navigation_pi.so
10:23:16.636 MESSAGE pluginmanager.cpp:1189 Skipping not enabled candidate.
10:23:16.636 MESSAGE oesenc_pi.cpp:959 oesenc_pi: Calculated pix/mm = 7.55906
10:23:16.669 MESSAGE chartsymbols.cpp:950 oeSENC_PI RasterSymbols texture: 11
10:23:16.676 MESSAGE OCPNPlatform.cpp:990 ChangeLocale: Language load for: en_US
10:23:16.676 MESSAGE OCPNPlatform.cpp:1042 ChangeLocale: Locale Init OK for: en_US
10:23:16.676 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-oesenc_pi
10:23:16.677 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-grib_pi
10:23:16.677 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-chartdldr_pi
10:23:16.677 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-weather_routing_pi
10:23:16.677 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-weatherfax_pi
10:23:16.677 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-route_pi
10:23:16.677 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-climatology_pi
10:23:16.677 MESSAGE OCPNPlatform.cpp:1055 Loading catalog for: opencpn-wmm_pi
10:23:16.677 MESSAGE OCPNPlatform.cpp:1061 Loading catalog for opencpn core.
10:23:16.677 MESSAGE OCPNPlatform.cpp:905 Getting DefaultSystemLocale...
10:23:16.702 MESSAGE glChartCanvas.cpp:693 BuildFBO 3
10:23:16.702 MESSAGE glChartCanvas.cpp:1177 OpenGL Framebuffer OK, size = 3838
10:23:16.805 MESSAGE chart1.cpp:6857 OnInitTimer...3
10:23:16.906 MESSAGE chart1.cpp:6857 OnInitTimer...4
10:23:17.226 MESSAGE options.cpp:5819 options: got device count: 21
10:23:17.363 MESSAGE chart1.cpp:6857 OnInitTimer...5
10:23:17.463 MESSAGE chart1.cpp:6857 OnInitTimer...6
10:23:17.463 MESSAGE chart1.cpp:7152 OnInitTimer...Last Call
10:23:17.470 MESSAGE chart1.cpp:7170 OnInitTimer...Finalize Canvases
10:23:18.469 MESSAGE chart1.cpp:7402 ***GPS Watchdog timeout at Lat:45.5669 Lon: -1.0613
10:23:34.800 MESSAGE oesenc_pi.cpp:3847 IsDongleAvailable()::oeserverd execution results:
10:23:34.800 MESSAGE oesenc_pi.cpp:3871 IsDongleAvailable()::oeserverd execution error:
10:23:35.897 MESSAGE oesenc_pi.cpp:3847 IsDongleAvailable()::oeserverd execution results:
10:23:35.897 MESSAGE oesenc_pi.cpp:3871 IsDongleAvailable()::oeserverd execution error:
10:23:41.350 MESSAGE oesenc_pi.cpp:3847 IsDongleAvailable()::oeserverd execution results:
10:23:41.350 MESSAGE oesenc_pi.cpp:3871 IsDongleAvailable()::oeserverd execution error:
10:23:47.399 MESSAGE oesenc_pi.cpp:3949 Create FPR command: /usr/bin/oeserverd -g "/home/rbazile/.opencpn/"
=== HERE I INSTALLED THE RULE AND ACTIVATED IT ===
10:34:06.091 MESSAGE oesenc_pi.cpp:3847 IsDongleAvailable()::oeserverd execution results:
10:34:06.091 MESSAGE oesenc_pi.cpp:3850 1
This problem also exists in the latest release available from Github.
The flatpak plugin needs to be stripped, see OpenCPN/OpenCPN#2029
Current status:
[mk@snorken oesenc_pi-flatpak-4.2.15]$ ls -lh lib/opencpn/
-rwxr-xr-x 1 mk mk 25M Jan 1 1970 liboesenc_pi.so
[mk@snorken oesenc_pi-flatpak-4.2.15]$ strip lib/opencpn/liboesenc_pi.so
[mk@snorken oesenc_pi-flatpak-4.2.15]$ ls -lh lib/opencpn/
-rwxr-xr-x 1 mk mk 1.8M Aug 30 05:52 liboesenc_pi.so
I. e., the file is 25M, but should be 1.8M. The link above contains a proposed patch
The license conditions for the closed-source oeserverd binary is unclear -- the overall GPLv2 license obviously does not apply here. IMHO, a license statement should clarify:
If for any motive (in my case, I noticed that my chart was not in the right directory), you reject the license.
You will need to restart OpenCPN to see the License menu again.
I am running OCPN(5.2) with oeSenc (4.0.10 & 4.2.15) charts on a Raspberry PI 3B and a Linux Mint XFCE machine. The PI is used for navigating most of the time due to its small power requirements. I have noticed that with both the above versions of oeSenc the charts are continuously loaded and unloaded until at some point it then locks the chart cache. The plugin also reports continuosly in the opencpn.log.
Examples from the log:
08:00:39.225 MESSAGE chartdb.cpp:277 Purging unused chart from cache: /home/pi/Charts/mishkapi3a-AU-2020-14/OC-61-8X7325.oeevc
08:00:39.357 MESSAGE chartdb.cpp:1346 Creating new chart
08:00:39.358 MESSAGE chartdb.cpp:1475 Initializing Chart /home/pi/Charts/mishkapi3a-AU-2020-14/OC-61-8X7325.oeevc
08:00:42.067 MESSAGE chartdb.cpp:277 Purging unused chart from cache: /home/pi/Charts/mishkapi3a-AU-2020-14/OC-61-8X7325.oeevc
08:00:42.181 MESSAGE chartdb.cpp:1346 Creating new chart
08:00:42.181 MESSAGE chartdb.cpp:1475 Initializing Chart /home/pi/Charts/mishkapi3a-AU-2020-14/OC-61-8X7325.oeevc
08:00:44.870 MESSAGE chartdb.cpp:277 Purging unused chart from cache: /home/pi/Charts/mishkapi3a-AU-2020-14/OC-61-8X7325.oeevc
08:00:44.977 MESSAGE chartdb.cpp:1346 Creating new chart
08:00:44.977 MESSAGE chartdb.cpp:1475 Initializing Chart /home/pi/Charts/mishkapi3a-AU-2020-14/OC-61-8X7325.oeevc
08:00:47.658 MESSAGE chartdb.cpp:277 Purging unused chart from cache: /home/pi/Charts/mishkapi3a-AU-2020-14/OC-61-8X7325.oeevc
08:00:47.767 MESSAGE chartdb.cpp:1346 Creating new chart
08:00:47.767 MESSAGE chartdb.cpp:1475 Initializing Chart /home/pi/Charts/mishkapi3a-AU-2020-14/OC-61-8X7325.oeevc
08:00:50.465 MESSAGE chartdb.cpp:277 Purging unused chart from cache: /home/pi/Charts/mishkapi3a-AU-2020-14/OC-61-8X7325.oeevc
08:00:50.594 MESSAGE chartdb.cpp:1346 Creating new chart
08:00:50.594 MESSAGE chartdb.cpp:1475 Initializing Chart /home/pi/Charts/mishkapi3a-AU-2020-14/OC-61-8X7325.oeevc
and
08:25:24.571 MESSAGE chartdb.cpp:1299 OpenChartUsingCache: type 8 /home/pi/Charts/mishkapi3a-AU-2020-14/OC-61-351824.oeevc
08:25:24.571 MESSAGE chartdb.cpp:1169 Searching chart cache for oldest entry
08:25:24.571 MESSAGE chartdb.cpp:1189 Oldest unlocked cache index is 0, delta t is 2
08:25:24.571 MESSAGE chartdb.cpp:277 Removing oldest chart from cache: /home/pi/Charts/mishkapi3a-AU-2020-14/OC-61-351034.oeevc
08:25:24.631 MESSAGE chartdb.cpp:1346 Creating new chart
08:25:24.639 MESSAGE chartdb.cpp:1475 Initializing Chart /home/pi/Charts/mishkapi3a-AU-2020-14/OC-61-351824.oeevc
08:25:25.568 MESSAGE chartdb.cpp:1194 All chart in cache locked, size: 3
08:25:28.125 MESSAGE chartdb.cpp:1194 All chart in cache locked, size: 3
08:25:30.151 MESSAGE chartdb.cpp:1194 All chart in cache locked, size: 3
08:25:32.177 MESSAGE chartdb.cpp:1194 All chart in cache locked, size: 3
08:25:34.205 MESSAGE chartdb.cpp:1194 All chart in cache locked, size: 3
08:25:36.234 MESSAGE chartdb.cpp:1194 All chart in cache locked, size: 3
08:25:38.261 MESSAGE chartdb.cpp:1194 All chart in cache locked, size: 3
I have attached the full log.
I believe this is overloading the PI as it becomes unresponsive to keyboard and mouse input. I also get numerous 'Resetting GPU' messages on the pi which may or may not be related to this issue.
While for standard the oesenc finger-print the user can create his own system name, that is not anymore possible with Dongles. The name is imposed by o-chart and is long.
As the charts sets get their name from the system name, those are long as well.
So the chart UI does not show anymore the add and remove button (see attached screen shot). Either a larger default UX or a slider in the file name canvas (to support lower resolution screen) would be required to limit user errors.
Dave..
oeSENC_pi version 2.0.1510 built on the Pi. O 4.99.1508 local build.
I tried to use oeSENC on the RPi 3. Logged in to test server as ADMIN=1
After button "Download selected charts" I was asked for a system ID.
New System ID -> rpi3 . OK.
Then the attached shot Error creating FPR.
Log file attached.
I also tried to create the FPR by the plugin preferences. The same result.
Håkan
opencpn_rpi3.log
I really appreciate the enormous amount of work that is put into this, and like the direction that you are going using Flatpaks.
I am trying to setup OCPN on a Debian Buster machine.. So I thought I would have a go at preparing some flatpak plugins following Alec Leamas's instructions. I decided to start with S63. After quite a bit of fiddling I am able to package it OK, but ran into problems finding the helper file OCPNsenc. Assuming that I had done something wrong patching the code I decided to implement oesenc in a clean installation to see how it worked as both builds put the binary in a similar location.
The result was identical behaviour. That is, the helper oeserverd file was not found. If you install using the downloaded tar.gz file, the binary is installed in a location that can be found. However, installing from a flatpak this is not the case. The problem shows up when trying to create a fingerprint file.
The error message is "Error Creating Fingerprint file check OpenCpn Log file".
The location of oeserverd is:
.local/share/flatpak/runtime/org.opencpn.OpenCPN.Plugin.oesenc/x86_64/master/82dd699196b56c5684d9fc0d06167d53dc5f125077faafbbfa3596ce7e8b4774/files/bin/oeserverd
In the flatpak build directory it is in app/files/bin/.
The steps were:
Clean out any OCPN files from .var and .local and check that there are no others anywher else.
Install OpencpnFlatpak from opencpn.duckdns
Branch: master
Commit: d605f634dbb34e1f32dfe2db0e91a3507e80ec103e7b0514eed4d8638fa9e14d
Do not install any plugins
Download and build oesenc_pi from github
Branch: master
Last GIT Commit: 281eb44
In oesenc_pi/buildlinux64:
cmake -DOCPN_FLATPAK=ON
build flatpak-build
In oesenc_pi/flatpak execute:
make build
build install
Start OpenCPN
From Plugins oesenc select preferences
Select Create System Identifier File
Error Creating Fingerprint file check OpenCpn Log file
Extract from logfile given below:
14:09:06.004 MESSAGE pluginmanager.cpp:1408 PlugInManager: Initializing PlugIn: /app/extensions/lib/opencpn/liboesenc_pi.so
14:09:06.007 WARNING oesenc_pi.cpp:677 Cannot locate oeserverd binary in $PATH
14:09:06.007 MESSAGE oesenc_pi.cpp:739 Path to oeserverd is:
14:09:06.063 MESSAGE oesenc_pi.cpp:3849 IsDongleAvailable()::oeserverd execution results:
14:09:06.063 MESSAGE oesenc_pi.cpp:3857 IsDongleAvailable()::oeserverd execution error:
14:09:06.063 MESSAGE oesenc_pi.cpp:3860 execvp(-s) failed with error 2!
14:09:06.064 MESSAGE oesenc_pi.cpp:3873 IsDongleAvailable()::oeserverd execution error:
14:09:06.064 MESSAGE oesenc_pi.cpp:3876 execvp(-s) failed with error 2!
14:09:06.064 MESSAGE oesenc_pi.cpp:744 No Dongle detected
14:09:06.220 MESSAGE chartsymbols.cpp:800 ChartSymbols loaded from /app/share/opencpn/s57data/chartsymbols.xml
14:09:46.729 MESSAGE chart1.cpp:7524 LOGBOOK: 2020-05-26 04:09:46 UTC DR Lat 33.35800 Lon -79.28200
14:09:48.775 MESSAGE oesenc_pi.cpp:3952 Create FPR command: -g "/home/greg/.var/app/org.opencpn.OpenCPN/config/opencpn/"
14:09:48.842 MESSAGE oesenc_pi.cpp:3964 execvp(-g, /home/greg/.var/app/org.opencpn.OpenCPN/config/opencpn/) failed with error 2!
14:09:48.842 MESSAGE oesenc_pi.cpp:4096 oesenc_pi: oeserverd results:
14:09:48.842 MESSAGE oesenc_pi.cpp:4099 execvp(-g, /home/greg/.var/app/org.opencpn.OpenCPN/config/opencpn/) failed with error 2!
It is quite possible that I have done something wrong, but I think I have followed all of the instructions fully.
Thanks and Regards
Dave is it time to add the android builds to plugins? IE How mature is this at this point?
Sean wrote and is interested in getting this going on all his plugins.
Hi,
I am running OpenCPN from Flatpak on my Fedora 31 machine, plugin version 4.2.6 installed from the plugin manager. When I try to generate a USB key system ID File, I get a error message:
The dongle is visible via lsusb:
Bus 001 Device 002: ID 1547:1000 SG Intec Ltd & Co KG SG-Lock[U2]
In the OpenCPN.log file I see this error:
oesenc_pi.cpp:3961 sh: ip: command not found
Anything I can try to get this working?
I would like to try this as a template
In this folder I have several files with "oesenc_pi, oesenc-pi, oesenc. oesenc-pi.debhelper.log"
C:\Users\Rick\Documents\GitHub\squiddio_pi\debian
Is it required that some of these filenames be changed for debian to work?
IE: Is it ok to just leave this as is?
When using the plugin with AvNav and larger number of chart files after some time oeserverd will not respond to requests from the plugin any more (Version: 4.2).
In the log you can see something like:
2020/06/10-16:58:02.086-0x71f0a010-INFO-oesenc_pi: oeserverd Check OK...LoopCount: 3
2020/06/10-16:58:02.200-0x71f0a010-INFO-verifySENC E2
2020/06/10-16:58:02.410-0x71f0a010-INFO-verifySENC E2.5
2020/06/10-16:58:02.411-0x71f0a010-INFO-validateUserKey
2020/06/10-16:58:02.411-0x71f0a010-INFO-Current userKey: ***************
2020/06/10-16:58:02.416-0x71f0a010-INFO-validateUserKey E4
2020/06/10-16:58:02.529-0x71f0a010-INFO-verifySENC E2
2020/06/10-16:58:02.739-0x71f0a010-INFO-verifySENC E2.5
2020/06/10-16:58:02.740-0x71f0a010-INFO-
2020/06/10-16:58:02.741-0x71f0a010-INFO- Cannot load SENC file /home/pi/avnav/data/ocharts/charts/*****.oesenc
When doing some strace on oeserverd I can see that it (or it's forked child) tries to open a fifo and will receive EMFILE (Too many open files).
When checking the open files of oeserverd all the chart files that ever have been used are still open.
When trying to investigate in the plugin code there seems to be no hint for oeserverd when to close the chart file.
For the usage within OpenCPN this will potentially only become an issue when running for a long time and opening and closing charts multiple times (so when the number of allowed open charts is small compared to the number of available charts).
Additionally the error handling in the plugin does not react very well in such cases. Normally it should potentially simply restart oeserverd. But even the handling in validate_SENC_server does not solve such kinds of problems - it will just get no reply from oeserverd and start a new one. But as the file limit is user based even the newly started one runs into the same issue.
So at least the error handling should first ensure to stop any running oeserverd that has previously being started.
And finally there should be a solution to let oeserverd close the file when not needed any more.
Within AvNav I currently just kill all oeserverd children and retry - but this takes time due to the internal retries in the plugin.
OpenSUSE 42.1 OpenGL seems to miss behave with some layer rendering and will induced major side effects:
no text shown on eoSEND (and S63) charts
see #18
gey tiling in lieu of OESENC (and S63) charts when returning from Raster chart selection
see #19
In short you must deactivate OpenGL if you use OpenSUSE 42.1
OpenSUSE 42.2 does not show the same defect and run fine with OpenGL active.
As a result of #85
But where to put
`source $HOME/project/ci/commons.sh
`
Replace this code
#sudo tar xf $tarball
#tar_dir=${tarball%%.tar.gz}
#ls -la
#ls -la $tar_dir
#sudo cp $xml $tar_dir/metadata.xml
#tar_dir_here=${tar_dir##*/}
#sudo tar czf $tarball $tar_dir_here
With this code
# Repack using gnu tar (cmake's is problematic) and add metadata.
cp $xml metadata.xml
sudo chmod 666 $tarball
repack $tarball metadata.xml
Also shouldn't both raspbian stretch and buster have xml inside and be uploaded?
Could this be done with circleci?
Tried this and it failed immediately because of docker probably.
https://travis-ci.com/github/rgleason/squiddio_pi/jobs/320732755
$ ./ci/travis-build-raspbian-armhf.sh
+sudo apt-get -qq update
+source /home/travis/project/ci/commons.sh
./ci/travis-build-raspbian-armhf.sh: line 10: /home/travis/project/ci/commons.sh: No such file or directory
On Mac, the result of make install seemingly includes the build environment. For example, one path looks like
oesenc_pi-1.2.0-1_darwin-10.13.3/Users/travis/build/leamas/oesenc_pi/build/OpenCPN.app/Contents/PlugIns/liboesenc_pi.dylib rep
Obviously, this makes no sense. Having elements from both the travis build user and my userid creates serious problems to have reproducible results. This might have slipped through the net because the only artifact from the mac build so far has been the dmg file, and this does not suffer from this.
A simple make install on a macos machine should reveal the complete truth....
There are some reasons to include the version in the tarball
filename:
Without version. it's not possible to store different version
in a common namespace. While cloudsmith doesn't, most other
usage scenarios will suffer from this.
Tools like ocpn-install.sh figures out version from the filename, and will fail
without it.
FWIW, the tarball name is defined at
https://github.com/leamas/opencpn/wiki/Tarballs#tarball-names
When zooming out, the chart swap for a lower resolution is too slow and the display can be so full of details at some pint that it's not readable.
This error might be induced by incorrect quilting/overlapping as we can see on the attached screenshot that the text is burred indicated that 2 charts are overlapped.
How can I compile this plugin for the rpi4 running Ubuntu 18.04.3.
openCPN compiles and runs fine and all seems to work however these chart plugins ar not included int eh base build and I cannotseem to compile them. When I follow the compile instructions I end up with an armhf package that will not work as its the wring architecture.
Can you advise please as I would love to test openCPN with proper charts. The S63 plugin is the same and only produces armhf packages on compilation on the Rpi4.
Cheers
Stephen
If you enter credentials in the chart shop dialog and those are wrong you get stuck with a message like "invalid credentials". It took me a long time to find the Clear Credentials button in the Preferences dialog.
IMHO, this button should be part of the chart shop dialog, close to the "Invalid credentials" message.
This is a low priority issue.
While I can get (with some hitches) the Dongle to work on OpenSUSE 15.0, I fail systematically under OpenSUSE 42.3 (see Screenshot)
I did not find any missing lib with ldd with oeserverd.
Dongle is well detected by Linux.
The Journal indicates that oeserverd core dumped. As this is a closed code, I cannot do much.
oeservered works fine when the Dongle is not present and give me access to my chart set which is linked to my finger print.
Any clue how to debug that issue which is specific to that release of OpenSUSE and so linked to the environment ?
---------------- Journalctrl extract core dump --------------
juil. 03 13:25:49 linux-fkwb.suse systemd-coredump[5125]: Failed to generate stack trace: Unwinding not supported for this architecture
juil. 03 13:25:49 linux-fkwb.suse systemd-coredump[5125]: Process 5123 (oeserverd) of user 3204 dumped core.
------------- Journalctrl Dongle detection ------------------
juil. 03 13:34:23 linux-fkwb.suse kernel: usb 1-2: new full-speed USB device number 7 using xhci_hcd
juil. 03 13:34:23 linux-fkwb.suse kernel: usb 1-2: New USB device found, idVendor=1547, idProduct=1000
juil. 03 13:34:23 linux-fkwb.suse kernel: usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
juil. 03 13:34:23 linux-fkwb.suse kernel: usb 1-2: Product: SG-Lock USB Key
juil. 03 13:34:23 linux-fkwb.suse kernel: usb 1-2: Manufacturer: SG-Lock
juil. 03 13:34:23 linux-fkwb.suse kernel: hid-generic 0003:1547:1000.0008: hiddev0,hidraw0: USB HID v1.00 Device [SG-Lock SG-Lock USB Key] on usb-0000:00:14.0-2/input0
juil. 03 13:34:23 linux-fkwb.suse mtp-probe[5288]: checking bus 1, device 7: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-2"
juil. 03 13:34:23 linux-fkwb.suse mtp-probe[5288]: bus: 1, device: 7 was not an MTP device
--------------- log without Dongle ------------
3:21:17 CEST: validate_SENC_server
13:21:17 CEST: oesenc_pi: Checking oeserverd utility at {/usr/bin/oeserverd}
13:21:17 CEST: oesenc_pi: starting oeserverd utility: /usr/bin/oeserverd
13:21:18 CEST: oesenc_pi: oeserverd Check OK...LoopCount: 3
------------------- log with Dongle -------------------
13:25:53 CEST: Initializing Chart /home/dominig/CartesOpenCPN/cartes/OeSENC/southerly100-FRatl-2018-22/OC-33-070176.oesenc
13:25:53 CEST: processChartInfo /home/dominig/CartesOpenCPN/cartes/OeSENC/southerly100-FRatl-2018-22/OC-33-070176.oesenc
13:25:53 CEST: validate_SENC_server
13:25:53 CEST: oesenc_pi: Checking oeserverd utility at {}
I'm using a Notebook (Lenovo Thinkpad T430s) with Ubuntu 17.04 (Kubuntu, 64 Bit) with and without docking station (OpenCPN-Version: 4.6.1 with oesenc-pi: 1.0.0 from PPA).
When I installed the oeSENC plugin and created the system identification, my notebook was not in the docking station. Then, I bought and installed the charts and everything was fine.
When I started OpenCPN when the notebook was in the docking station, I got an error message: "ERROR: The UserKey entered is not valid for this oeSENC chart set. Please verify your UserKey and try again.".
This can be reproduced, starting in docking station causes that error; starting without docking station works fine. It seems, that the system identification is affected by the docking station (which contains some active hardware components, e.g. ethernet port and USB hub).
The issue:
The SG lock has been ported to Ubuntu 18.04 (bionic) which is essentially the same as RaspiOS Buster.
The oesenc_pi 4.2.12 can be downloaded from the pluginmanager and it works like it should.
For ARM64 on Ubuntu 20.04 however it does not work (focal/bullseye).
On the Pi4 with ubuntu 20.04:
$ oeserverd-armhf -a
oeserverd Version 1.14
$ oeserverd-armhf -s
1
$ oeserverd-arm64 -a
oeserverd Version 1.17
$ oeserverd-arm64 -s
0
$ oeserverd-arm64 -t
0
Included below: strace from the above oeserverd -s commands.
oeserverd-problem.txt
This is seen on the flatpak build, perhaps also on others.
The library libsgllnx64-2.29.02.so which lives under buildlinux64 is not included in the tarball, and thus missing in runtime. The symptoms are as described in #48. There is also lot's of console output about the missing, not found library.
Manually adding it resolves the first error and reveals a new: libsgllnx64-2.29.02.so depends on libusb-0.1.so.4 which is not generally available (outdated). We need to provide also this (or rebuild libsgllnx against a newer distro).
libusb does not seem to have any specific runtime deps.
Trying to debug a login in shop issue, I have noticed that setting the variable DEBUG_SHOP to 'yes' does not work not debug goes anywhere.
I also noticed that the file capitalisation is incompatiable for Linux & Mac with other plugins settings.
in ochartShop.cpp (line 670) I read
pConf->SetPath ( _T ( "/PlugIns/oesenc/charts" ) );
while other plugins use /plugins/xxx
With the release 3 of the plug in, on one of my PC (Linux OpenSUSE 43.1), equipped with official chart but out of renewal contract (18 moths old), if I try to make a DB rescan the system tells me that my PC configuration has changed and I need a new certificate.
The system takes for ever to scan the DB (a failing communication is tried for each individual charts files (having France, Spain, UK and Ireland, there is a lot of files).
If no charts scan is tried, system works fine telling that the chart or out of date for update.
Previous plugin version behaviour was more friendly.
Ok, that should be quotation marks.
The logfile on macos reveals:
Using DYLD_LIBRARY_PATH: /Users/al/Library/Application Support/OpenCPN/Contents/Plugins:/Applications/OpenCPN.app/Contents/Plugins:"/Applications/OpenCPN.app/Contents/MacOS/PlugIns/oesenc_pi"
This will obviously not fly, the quotation marks should not be there. An untested patch (since PRs are so messy...)
-- a/src/oesenc_pi.cpp
+++ b/src/oesenc_pi.cpp
@@ -731,7 +731,7 @@ int oesenc_pi::Init(void)
#ifdef __WXMAC__
// Set environment variable to find the required sglock dongle library
- wxString libDir = _T("\"") + fn_exe.GetPath( wxPATH_GET_VOLUME | wxPATH_GET_SEPARATOR) + _T("PlugIns/oesenc_pi" _T("\""));
+ wxString libDir = fn_exe.GetPath( wxPATH_GET_VOLUME | wxPATH_GET_SEPARATOR) + _T("PlugIns/oesenc_pi");
wxSetEnv(_T("DYLD_LIBRARY_PATH"), libDir );
wxLogMessage(_T("OSX LIB DYLD_LIBRARY_PATH: ") + libDir);
#endif
Hello,
oeSENC is the type of plugin where the version is important as it may need changes once in a while.
I notice a change on closed source binaries on March 17th, followed by a Version Patch change but in OpenCPN only the version Major and Minor are reported, so a user who does not understand Git has no mean to know which version he runs.
It would be a good idea to update the minor even when only binary changes to let any user knows what he runs.
SET(VERSION_MAJOR "0")
SET(VERSION_MINOR "4")
-SET(VERSION_PATCH "1515")
+SET(VERSION_PATCH "1516")
oeserverd
for linuxarm64 is version 1.09c while latest version for other platforms is 1.14.
The command line options seem to have changed between these revisions, making the latest version of the plugin inoperable for arm64 platform: plugin freezes at the first call with -s option.
Committing a v1.14 build of the closed source binaries for arm64 would fix the issue for users of RockPi 4, Pine64 and other SBCs with 64bit ARM architectures.
p***e@rosvm:~/devel/oesenc_pi$ uname -a
Linux rosvm 4.15.0-72-generic #81-Ubuntu SMP Tue Nov 26 12:20:02 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
p***e@rosvm:~/devel/oesenc_pi$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.3 LTS"
p***e@rosvm:~/devel/oesenc_pi$ git rev-parse HEAD
50f628c7aef0c33d6622a0fe7afed7c17b4da942
p***e@rosvm:~/devel/oesenc_pi$ oeserverd -a
oeserverd Version 1.14
p***e@rosvm:~/devel/oesenc_pi$ oeserverd -s
1
p***e@rosvm:~/devel/oesenc_pi$ oeserverd -t
18***55
p***e@rockpi:~/source/oesenc_pi$ uname -a
Linux rockpi 4.4.198-rockchip64 #3 SMP Tue Nov 19 00:05:14 CET 2019 aarch64 aarch64 aarch64 GNU/Linux
p***e@rockpi:~/source/oesenc_pi$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.3 LTS"
pl***@rockpi:~/source/oesenc_pi$ git rev-parse HEAD
50f628c7aef0c33d6622a0fe7afed7c17b4da942
p***e@rockpi:~/source/oesenc_pi$ oeserverd -a
oeserverd Version 1.09c
p***e@rockpi:~/source/oesenc_pi$ oeserverd -s
p***e@rockpi:~/source/oesenc_pi$ oeserverd -t
p***e@rockpi:~/source/oesenc_pi$ oeserverd -h
e4:B******E
e4:2******3
After Microsoft silently updated my boat system to the Creators version of Windows 10, OCPN hangs on closure and the oeSenc charts don't function anymore. Nothing interesting in the log.
I tried to debug as follows. After starting O with a virgin ini file it closed fine again. So I added com and chart sections from the old ini. Still fine. Problem (on closure) was back after I inserted the oeSenc sections. Problem remained after removing the oeSenc sections again (strange, something else might be changed by oeSenc). Problem (on closure) remains when disabling or completely removing the oeSenc plugin.
I have created a key for my test Dongle.
I have activated a chart set associated to that Dongle key
I downloaded and unzipped the charts set manually on my system.
I add the new chart dir in OpenCPN
I get a rejection error (see screenshoot).
Do not get much as debug :
Following the error message the system scans the charts one by one and it takes a lot of time (~1h) but still does not provide any valid charts if you let it run to the end.
USB dongle can read but not be written. Is rw privilege required for OpenCPN ?
------------- Screen-shoot ---------------
----------- opencpn.log plugin initialisation -----------------
16:39:56 CEST: PlugInManager: Loading PlugIn: /usr/lib/opencpn/liboesenc_pi.so
16:39:56 CEST: Loadconfig adding info string: Iles Britanniques et France Atlantique 2019;2019-11;2020-01-05
16:39:56 CEST: PlugInManager: /usr/lib/opencpn/liboesenc_pi.so
API Version detected: 111
PlugIn Version detected: 300
16:39:56 CEST: Path to oeserverd is: /usr/bin/oeserverd
16:39:56 CEST: Dongle detected
16:39:56 CEST: ChartSymbols loaded from /usr/share/opencpn/s57data/chartsymbols.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/LUPPatch1.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/LUPPatch2.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/LUPPatch3.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/SymbolPatch1.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/SymbolPatch2.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/SymbolPatch3.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/SymbolPatch4.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/SymbolPatch5.xml
16:39:56 CEST: PlugInManager: oeSENC has loaded very slowly: 231 ms
16:39:56 CEST: oesenc_pi: Calculated pix/mm = 8.28479
------------------------ opencpn.log charts validation -------------------
16:40:16 CEST: processChartInfo /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-000475.oesenc
16:40:16 CEST: ShowEULA
16:40:19 CEST: EULA Accepted.
16:40:19 CEST: processChartInfo adding config_string: Iles Britanniques et France Atlantique 2019;2019-26;2020-01-05
16:40:19 CEST: validate_SENC_server
16:40:19 CEST: oesenc_pi: Checking oeserverd utility at {/usr/bin/oeserverd}
16:40:19 CEST: oesenc_pi: starting oeserverd utility: /usr/bin/oeserverd
16:40:20 CEST: oesenc_pi: oeserverd Check OK...LoopCount: 3
16:40:20 CEST: validateUserKey
16:40:20 CEST: validateUserKey E4
16:40:20 CEST: Adding chart file: /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-000475.oesenc
16:40:20 CEST: Loading chart data for /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-001375.oesenc
16:40:20 CEST: processChartInfo /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-001375.oesenc
16:40:20 CEST: validate_SENC_server
16:40:20 CEST: Available TRUE
16:40:20 CEST: validateUserKey
16:40:20 CEST: validateUserKey E4
16:40:20 CEST: Adding chart file: /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-001375.oesenc
16:40:20 CEST: Loading chart data for /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-001475.oesenc
16:40:20 CEST: processChartInfo /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-001475.oesenc
16:40:20 CEST: validate_SENC_server
16:40:21 CEST: Available FALSE, retry... nLoop: 1
16:40:22 CEST: Available TRUE
16:40:22 CEST: validateUserKey
16:40:22 CEST: validateUserKey E4
16:40:22 CEST: Cannot load SENC file /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-001475.oesenc
The error I specified below is present in OpenCPN-5.0.522 in github and also in the bdbcat binaries.
Strace is included.
When running gdb, after pressing Crtl-C I see this:
Thread 1 "opencpn" received signal SIGINT, Interrupt.
0x0000007fb6f46a48 in __libc_read (fd=, buf=0x7fffffc9c7,
nbytes=1) at ../sysdeps/unix/sysv/linux/read.c:27
27 ../sysdeps/unix/sysv/linux/read.c: No such file or directory.
(gdb)
I assume this means generally "some file is missing", but I could not find what file.
Not from gdb (I'm a user, not a programmer) and not from the strace, unless oesenc-pi fails because the en_US locale is not present.
System: ARM64, Odroid N2 (AmLogic S922X / 4GB)
OS: Ubuntu 18.04.4 LTS (Bionic Beaver)
OpenCPN : 5.1.511.3-0~bionic1
Plugin : 4.2.7 (28 april)
Oeserverd: 1.09c
When zooming the system freezes and crashes (Segmentation Fault).
Opening Firefox with a few links makes the system more susceptible.
Using Display/Advance/Vector Detaillevel "5" and Chart / Vector Chart Display / Display Category => "All" increase the problem.
Since it is memory related, after the crash free yields:
[code]$ free
total used free shared buff/cache available
Mem: 3801316 1539444 1401668 111800 860204 2110136
Swap: 0 0 0[/code]
Dave,
I woke up this morning and realized something.
I had thought you were keeping "ci" for the Plugin Manager code and "master" for the legacy code.
From what I can determine it now looks like "master" is now for the Plugin Manager code.
Is that correct?
I am trying to stay current.
display a region with oeSENC chart enabled.
Switch to a Raster chart (not CM93). In my case that forces a scale change as I just get a low resolution scale Raster chart for the Belgian cost that I use for that test.
Switch back to oeSENC chart. You get a big grey zone where the oeSENC chart should be.
title says all :).
I have been using the oeSENC charts for Australia since they became available on my Linux machine. They have worked well. I have just upgraded to the new oeSENC to get the latest charts, however, there appears to be a problem on my Raspberry PI 3B.
On the Raspberry PI 3B I get grey areas and in the system journal lines showing 'kernel: [drm] Resetting GPU' occur. At this point the PI is essentially locked up and takes 5 or more seconds to respond to any input. OCPN may crash or lock up the PI to make it unusable unless I can zoom in more. The CPU consumption goes from ~10-20% to 1% at this time.
The zoom level, i.e. how far out I can zoom, is not very far.
Due to the slowdown on the PI and the inability to interact with it I cannot get a screen shot of it happening.
This is from the PI. The location is Manly marina, Brisbane on the SE corner of Qld. The first shot is the starting point, then 4 presses of the "-" button is the next shot and 1 press of the "+" button is the last shot. The "Resetting GPU" shows up in the journal once the "grey areas" start to show up. Also the system becomes really unresponsive. The charts are in their own group and currently only the oeSENC charts are being displayed. If I show the CM93 charts instead it all work OK. I have tried both 64M and 128M for the graphics split but it makes no difference. The system is using OpenGL.
Further investigation shows that reducing the detail on the charts alleviates the issue of the GPU resetting. If I set the vector chart detail level to 0 on the display/advanced/weight the system seems to work, whereas at 1 and above causes the problem.
Trying to navigate around Morton bay we need as much detail as possible as it is all shallow, hence normally using a setting of 2 on the PI. I would like to use a setting of 5 (which I do on Linux) as it helps to have as much detail as possible
As of current code, the mingw metadata contains <target> mingw </target>
. However, opencpn expects mingw-x86_64. As a consequence, the plugin is not available in a mingw opencpn build.
Test done on Linux OpenSUSE 15.0 (and MS Windows 10)
I have initialised a chart set associated to my Dongle.
If I remove the Dongle while OC is running, I keep my chart set active, what I find a safe implementation. Would anything go wrong with the Dongle while at sea, I would not loose my charts. I like that.
More surprising, if I remove the Dongle and restart OC, I get an error message telling me that the chart set is having a problem (see screen shoot) but after accepting the error, I still have my charts available.
The log file (see extract bellow) is pretty clear about it.
Not sure that this is the intended mode of operation.
Note, I have the same "feature" on my MS Windows system.
------------------- log extract (recovery chart mode) -------------
11:10:43 CEST: validate_SENC_server
11:10:43 CEST: Available TRUE
11:10:43 CEST: validateUserKey
11:10:43 CEST: validateUserKey E1
11:10:43 CEST: validateUserKey E1.5
11:10:43 CEST: validateUserKey E2, reset server
11:10:43 CEST: validate_SENC_server
11:10:43 CEST: Available TRUE
11:10:43 CEST: validateUserKey E2.5, extracting userKey from Chartinfo.txt
11:10:43 CEST: validate_SENC_server
11:10:43 CEST: Available TRUE
11:10:43 CEST: validateUserKey E2.6
11:10:43 CEST: Cannot load SENC file /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-054175.oesenc
11:10:43 CEST: Recoverable problem initializing Chart /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-054175.oesenc
11:10:43 CEST: OpenChartFromStack... Error opening chart /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-054175.oesenc ... return code 1
11:10:43 CEST: OpenChartUsingCache, NOT in cache: cache size: 1
11:10:43 CEST: OpenChartUsingCache: type 8 /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-054175.oesenc
11:10:43 CEST: Creating new chart
11:10:43 CEST: Initializing Chart /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-054175.oesenc
11:10:43 CEST: Problem initializing Chart /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-054175.oesenc
11:10:43 CEST: OpenChartFromStack... Error opening chart /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-054175.oesenc ... return code 2
11:10:48 CEST: ***GPS Watchdog timeout at Lat:51.8531 Lon: -8.29002
11:10:49 CEST: OpenChartUsingCache, NOT in cache: cache size: 1
11:10:49 CEST: OpenChartUsingCache: type 8 /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-054175.oesenc
11:10:49 CEST: Creating new chart
---------------- end log ------------------
When I tested the managed plugin I found out it installs a not working binary for oeserverd.
Probably the ARMHF binary is installed on an ARM64 system.
Some textual issues:
The version number 4.0.2 is not visible in the plugin dialog, it shows 4.0 or 4.0.0.
The change from 4.0.2 to "managed" 4.0.0 is called an "upgrade"
Hello,
I encountered a problem when trying to setup the dongle on my Raspberry Pi 4.
I've configured Opencpn on my personal computer running Manjaro. I'm using the latest git version compiled from sources, as well as the latest oesenc-pi version also compiled from sources (I'm using the packages from the Arch User Repository I'm maintaining, respectively here and here).
On this machine, I've set up the charts using the USB dongle bought from o-charts.org.
When I've tried to do the same on the Raspberry Pi 4, I first ran into problems with CMakeLists.txt
, where the architecture was not correctly detected. I've created a patch I have to apply in order for this happen. The patch is available here. It's building up on PR #51 .
When plugging the dongle in the Raspberry and trying to download the charts, it offers me to chose the system. If I select the dongle (sgl001.......
)I have an error message:
o-charts API error code: {9}
610:This system name already exists but fingerprint does not match
Operation cancelled
If I try to create the fingerprint file for the dongle in the plugin settings, I then have an error that says ERROR Creating Fingerprint file USB key dongle not detected.
. Even after adding the udev rules as in #95, nothing changes.
Nothing special appears in opencpn.log, just the line oesenc_pi.cpp:3949 Create FPR command: /usr/bin/oeserverd -k "/home/carlina/.opencpn"
.
On my computer, there are 3 fingerprint files, all of them are 95 bytes long and their name starts with oc03X
. oeserverd -a
answers with oeserverd Version 1.16
.
On the Raspberry, the fingerprint files created are 242 bytes long and their name starts with oc03L
. oeserverd -a
answers with oeserverd Version 1.17
.
Hello all...
Working on high definition depth sounding fonts. Fun to have a real new feature to dig into.
Question:
On computer screens, font sizes in points are somewhat meaningless. It is a carryover from the print industry, and the conversion from points to pixels is not done well on most widgets libraries.
When rendering soundings, I want to start by following the OHO S52 standards. This says that a depth sounding character should be 2.50 mm in height.
So, here is my request:
I need everyone (with the time) to load some ENCs, turn on text, and adjust the ChartObject font size to yield characters that are 2.5 mm high. I use a caliper to measure on-screen sizes.
Please report:
From this I hope to discover the wxWidgets algorithm for converting from points to pixels. It will vary depending on underlying libraries (gtk vs Win10). And, of course, if you run something like a headless rPi over a VNC connection, the information will be of not much direct use.
Thanks for your help
Dave
On fedora 28, plugin crashed after following
opencpn version opencpn-4.8.4-1.fc27.x86_64
opencpn.log
gdb stack backtrace
gdb.txt''
EDIT: Package installed from https://je.onfray.fr/
Please tag the release in git. Git tags makes the release level visible for casual users. The missing tags is also a problem for packagers, see OpenCPN/OpenCPN#1132.
EDIT: typo
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.