Package Details: nco 5.3.2-1

Git Clone URL: https://aur.archlinux.org/nco.git (read-only, click to copy)
Package Base: nco
Description: netCDF Operators allow users to manipulate and analyse data stored in NetCDF files
Upstream URL: http://nco.sourceforge.net/
Licenses: BSD-3-Clause
Submitter: graziano
Maintainer: bcb
Last Packager: bcb
Votes: 16
Popularity: 0.000000
First Submitted: 2006-11-23 15:10 (UTC)
Last Updated: 2025-02-06 11:03 (UTC)

Latest Comments

1 2 3 Next › Last »

hol430 commented on 2025-03-06 03:49 (UTC)

@Beinje - in case you haven't solve this already, at least one library on your system was linked against the older libnetcdf.so. You can find out which one by running your nco command with LD_DEBUG=all and looking at what's linked against the older libnetcdf (my guess would be libccr). Whatever the case may be, you can fix by recompiling/reinstalling whichever package was built against the older netcdf library.

kkats commented on 2025-03-01 01:06 (UTC)

It is not explicit in the documentation above but I needed yacc and lex to compile. Just FYI.

Beinje commented on 2025-02-13 16:22 (UTC)

I installed nco using yay, but when I try to use it, I get error while loading shared libraries: libnetcdf.so.19: cannot open shared object file: No such file or directory. Indeed, I don't have libnetcdf.so.19 but libnetcdf.so.22 (and libnetcdf.so is a symlink to libnetcdf.so.22) in /usr/lib. Is this a compatibility issue between a too recent version of libnetcdf and current version of nco ?

captainknorrgan commented on 2020-06-03 09:16 (UTC)

@graziano The PKGBUILD is missing a makedepend on "flex", after installing that, the package builds fine.

redshoe commented on 2019-09-15 16:50 (UTC)

Getting stdlib.h error

make[3]: Entering directory '/home/yaman/Testsite/nco/src/nco-4.8.1/src/nco++' g++ -DHAVE_CONFIG_H -I. -I../.. -I./ -I../nco -I/usr/include -D_FORTIFY_SOURCE=2 -I/usr/include -I/usr/include -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fpermissive -fPIC -MT Invoke.o -MD -MP -MF .deps/Invoke.Tpo -c -o Invoke.o Invoke.cc In file included from /usr/include/c++/9.1.0/ext/string_conversions.h:41, from /usr/include/c++/9.1.0/bits/basic_string.h:6493, from /usr/include/c++/9.1.0/string:55, from /usr/include/c++/9.1.0/bits/locale_classes.h:40, from /usr/include/c++/9.1.0/bits/ios_base.h:41, from /usr/include/c++/9.1.0/ios:42, from /usr/include/c++/9.1.0/istream:38, from /usr/include/c++/9.1.0/fstream:38, from Invoke.cc:9: /usr/include/c++/9.1.0/cstdlib:75:15: fatal error: stdlib.h: No such file or directory 75 | #include_next <stdlib.h> | ^~~~~~~~~~ compilation terminated.

Severmateus commented on 2018-11-14 11:14 (UTC)

Hi @graziano, i didn't manage to build 4.7.7 due to: "undefined reference to 'nc_open_mem'" while building, and dropped to 4.6.7 and works perfectly.

Debug: libtool: link: gcc -std=c99 -pedantic -D_DEFAULT_SOURCE -fPIC -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,-z -Wl,now -o .libs/ncatted ncatted.o -L/usr/local/lib ./.libs/libnco.so -lexpat /usr/local/lib/libnetcdf.so -lcurl -L/usr/lib -lgsl -lgslcblas -lm -ludunits2 -Wl,-rpath -Wl,/usr/local/lib /usr/bin/ld: ./.libs/libnco.so: undefined reference to `nc_open_mem'

birdspider commented on 2018-07-17 13:22 (UTC)

any particular reason for not using system/makepkg.conf's C{XX}FLAGS ? i.e.

make CXXFLAGS="${CXXFLAGS} -fpermissive -fPIC" CFLAGS="${CFLAGS} -fPIC"

Xavier commented on 2017-07-07 04:09 (UTC)

Hi @graziano, I fixed the PKGBUILD for successful build: https://pastebin.com/0NfmHhVi

lazyboy commented on 2017-05-31 15:27 (UTC)

@graziano: I've tried out 4.6.7, but there are 'conflicting types for »nco_yyget_leng«': https://pastebin.com/WW6qyZAz

graziano commented on 2017-05-30 13:25 (UTC)

@lazyboy: Tanks, patched in 4.6.7

1 2 3 Next › Last »