Bug#951508: A patch file
Hi, If anyone wants to take over I'm more than fine with that. The amount of work I have at the moment barely permits me from maintaining projects. It's most sensible that someone actively using this project on Debian maintains it, as is, I'm not using it much anymore and am not working in HPC at the moment. The bug should definitely reported upstream. Upgrading the package should be fairly simple though - the dependencies are already in place, as are simple tests/git integration etc.: https://github.com/azet/lmod-deb Thanks, Aaron > On 15.09.2020, at 09:33, Lucas Nussbaum wrote: > > retitle 951508 lmod: broken on all architectures except x86_64 (wrong search > path) > severity 951508 serious > thanks > > Hi, > > We ran into the same bug on an arm64 system, so it looks like lmod is > broken on all architectures except x86_64. I'm updating the bug title > and the severity to reflect that. > > I'm attaching the diffoscope output that shows that the generated > packages are indeed different on amd64 and arm64. > > A simple fix would be to turn this package into an Architecture:any > package. But indeed, it should probably be reported (and fixed) upstream. > >> On 17/02/20 at 19:49 +0100, Aaron Zauner wrote: >> Since I'm barely keeping this package updated I'd suggest that you use the >> upstream Lmod project source with the dependencies that come with this >> package, you'll get more bug fixes, Performance and features out of it in a >> production environment. That's what we used to do on live HPC systems since >> a lot of software needs to be built by hand outside of the distro packaging >> anyway. > > Err, if this is the case, maybe you should mark this package as orphaned > or RFA? I'm also Ccing people who uploaded NMUs for the package. Maybe > someone is interested in taking over. > > Lucas >
Bug#951508: A patch file
retitle 951508 lmod: broken on all architectures except x86_64 (wrong search path) severity 951508 serious thanks Hi, We ran into the same bug on an arm64 system, so it looks like lmod is broken on all architectures except x86_64. I'm updating the bug title and the severity to reflect that. I'm attaching the diffoscope output that shows that the generated packages are indeed different on amd64 and arm64. A simple fix would be to turn this package into an Architecture:any package. But indeed, it should probably be reported (and fixed) upstream. On 17/02/20 at 19:49 +0100, Aaron Zauner wrote: > Since I'm barely keeping this package updated I'd suggest that you use the > upstream Lmod project source with the dependencies that come with this > package, you'll get more bug fixes, Performance and features out of it in a > production environment. That's what we used to do on live HPC systems since > a lot of software needs to be built by hand outside of the distro packaging > anyway. Err, if this is the case, maybe you should mark this package as orphaned or RFA? I'm also Ccing people who uploaded NMUs for the package. Maybe someone is interested in taking over. Lucas --- lmod-amd64/lmod_6.6-0.3_all.deb +++ lmod_6.6-0.3_all.deb ├── file list │ @@ -1,3 +1,3 @@ │ -rw-r--r-- 0004 2018-12-02 17:06:51.00 debian-binary │ -rw-r--r-- 000 4156 2018-12-02 17:06:51.00 control.tar.xz │ --rw-r--r-- 000 151992 2018-12-02 17:06:51.00 data.tar.xz │ +-rw-r--r-- 000 152052 2018-12-02 17:06:51.00 data.tar.xz ├── control.tar.xz │ ├── control.tar │ │ ├── ./md5sums │ │ │ ├── ./md5sums │ │ │ │┄ Files differ ├── data.tar.xz │ ├── data.tar │ │ ├── file list │ │ │ @@ -67,35 +67,35 @@ │ │ │ -rw-r--r-- 0 root (0) root (0) 3636 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/ReadLmodRC.lua │ │ │ -rw-r--r-- 0 root (0) root (0) 3641 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/SitePackage.lua │ │ │ -rw-r--r-- 0 root (0) root (0)32058 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/Spider.lua │ │ │ -rw-r--r-- 0 root (0) root (0) 3777 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/StandardPackage.lua │ │ │ -rw-r--r-- 0 root (0) root (0) 3839 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/Timer.lua │ │ │ -rw-r--r-- 0 root (0) root (0)21601 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/Var.lua │ │ │ -rw-r--r-- 0 root (0) root (0) 407 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/Version.lua │ │ │ --rwxr-xr-x 0 root (0) root (0) 7852 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/addto │ │ │ --rwxr-xr-x 0 root (0) root (0) 4722 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/clearMT_cmd │ │ │ +-rwxr-xr-x 0 root (0) root (0) 7853 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/addto │ │ │ +-rwxr-xr-x 0 root (0) root (0) 4723 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/clearMT_cmd │ │ │ -rw-r--r-- 0 root (0) root (0)29506 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/cmdfuncs.lua │ │ │ -rw-r--r-- 0 root (0) root (0) 3463 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/colorize.lua │ │ │ --rwxr-xr-x 0 root (0) root (0) 7234 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/computeHashSum │ │ │ --rwxr-xr-x 0 root (0) root (0) 5814 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/getmt │ │ │ +-rwxr-xr-x 0 root (0) root (0) 7235 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/computeHashSum │ │ │ +-rwxr-xr-x 0 root (0) root (0) 5815 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/getmt │ │ │ -rw-r--r-- 0 root (0) root (0) 3219 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/ignore_dirs_converter │ │ │ --rwxr-xr-x 0 root (0) root (0)23657 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/lmod │ │ │ +-rwxr-xr-x 0 root (0) root (0)23658 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/lmod │ │ │ -rw-r--r-- 0 root (0) root (0) 4790 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/loadModuleFile.lua │ │ │ --rwxr-xr-x 0 root (0) root (0)10545 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/ml_cmd │ │ │ +-rwxr-xr-x 0 root (0) root (0)10546 2018-12-02 17:06:51.00 ./usr/share/lmod/6.6/libexec/ml_cmd │ │ │ -rw-r--r-- 0 root (0) root (0)22421 2018-12-02 17:06:51.00
Bug#951508: A patch file
Thanks for the information, interesting. These paths are auto generated during setup and installation as far as i know, so either we're breaking something in the build process within the package or as you point out it's an issue with the package building system. I'll look into it once i have a bit more time. Since I'm barely keeping this package updated I'd suggest that you use the upstream Lmod project source with the dependencies that come with this package, you'll get more bug fixes, Performance and features out of it in a production environment. That's what we used to do on live HPC systems since a lot of software needs to be built by hand outside of the distro packaging anyway. Thanks, Aaron On Mon 17. Feb 2020 at 19:45, Tamar Klein wrote: > I did try with "apt source lmod" on the same system, in order to check you > suggestion. > So yes, it is the same version as debian's package, we're currently using > the packages from: > http://snapshot.debian.org/archive/debian/20200217T030244Z/ > > (We started upgrading the system this morning, so the date of the archive > is this morning's) > > > On Mon, Feb 17, 2020 at 8:40 PM Aaron Zauner wrote: > >> It might be related to the version. Keep in mind that the version >> packaged for Debian is quite old. Did you try with the same version? >> >> On Mon 17. Feb 2020 at 19:39, Tamar Klein wrote: >> >>> Hi >>> >>> Thanks for your suggestion. >>> >>> When downloading the source package and building it locally, the paths >>> seems to be correct. >>> So I guess that the problem is either debian packagers used the same >>> version for powerpc and x86 or was doing cross-site compilation without >>> passing the correct parameters. >>> It seems that the package is only have to be re-built in powerpc >>> environment. >>> >>
Bug#951508: A patch file
I did try with "apt source lmod" on the same system, in order to check you suggestion. So yes, it is the same version as debian's package, we're currently using the packages from: http://snapshot.debian.org/archive/debian/20200217T030244Z/ (We started upgrading the system this morning, so the date of the archive is this morning's) On Mon, Feb 17, 2020 at 8:40 PM Aaron Zauner wrote: > It might be related to the version. Keep in mind that the version packaged > for Debian is quite old. Did you try with the same version? > > On Mon 17. Feb 2020 at 19:39, Tamar Klein wrote: > >> Hi >> >> Thanks for your suggestion. >> >> When downloading the source package and building it locally, the paths >> seems to be correct. >> So I guess that the problem is either debian packagers used the same >> version for powerpc and x86 or was doing cross-site compilation without >> passing the correct parameters. >> It seems that the package is only have to be re-built in powerpc >> environment. >> >
Bug#951508: A patch file
It might be related to the version. Keep in mind that the version packaged for Debian is quite old. Did you try with the same version? On Mon 17. Feb 2020 at 19:39, Tamar Klein wrote: > Hi > > Thanks for your suggestion. > > When downloading the source package and building it locally, the paths > seems to be correct. > So I guess that the problem is either debian packagers used the same > version for powerpc and x86 or was doing cross-site compilation without > passing the correct parameters. > It seems that the package is only have to be re-built in powerpc > environment. >
Bug#951508: A patch file
Hi Thanks for your suggestion. When downloading the source package and building it locally, the paths seems to be correct. So I guess that the problem is either debian packagers used the same version for powerpc and x86 or was doing cross-site compilation without passing the correct parameters. It seems that the package is only have to be re-built in powerpc environment.
Bug#951508: A patch file
Hi Tamar This is something you need to bring up with the upstream maintainer of lmod. Replacing hard coded paths for one architecture with another will just break it for most users except for you. I suggest opening a GitHub PR with reference to this Debian bug report and an explanation what doesn't work, like in your initial bug report here: https://github.com/TACC/Lmod Thanks, Aaron On Mon 17. Feb 2020 at 17:39, Tamar Klein wrote: > attached the patch file >
Bug#951508: A patch file
attached the patch file diff -aur /usr/share/lmod/6.6/libexec/addto ./libexec/addto --- /usr/share/lmod/6.6/libexec/addto 2018-12-02 19:06:51.0 +0200 +++ ./libexec/addto 2020-02-17 17:59:06.628796908 +0200 @@ -52,7 +52,7 @@ sys_lua_path = package.path end -local sys_lua_cpath = "/usr/local/lib/lua/5.2/?.so;/usr/lib/x86_64-linux-gnu/lua/5.2/?.so;/usr/lib/lua/5.2/?.so;/usr/local/lib/lua/5.2/loadall.so;./?.so" +local sys_lua_cpath = "/usr/local/lib/lua/5.2/?.so;/usr/lib/powerpc64le-linux-gnu/lua/5.2/?.so;/usr/lib/lua/5.2/?.so;/usr/local/lib/lua/5.2/loadall.so;./?.so" if (sys_lua_cpath:sub(1,1) == "@") then sys_lua_cpath = package.cpath end diff -aur /usr/share/lmod/6.6/libexec/clearMT_cmd ./libexec/clearMT_cmd --- /usr/share/lmod/6.6/libexec/clearMT_cmd 2018-12-02 19:06:51.0 +0200 +++ ./libexec/clearMT_cmd 2020-02-17 17:59:06.600796768 +0200 @@ -44,7 +44,7 @@ sys_lua_path = package.path end -local sys_lua_cpath = "/usr/local/lib/lua/5.2/?.so;/usr/lib/x86_64-linux-gnu/lua/5.2/?.so;/usr/lib/lua/5.2/?.so;/usr/local/lib/lua/5.2/loadall.so;./?.so" +local sys_lua_cpath = "/usr/local/lib/lua/5.2/?.so;/usr/lib/powerpc64le-linux-gnu/lua/5.2/?.so;/usr/lib/lua/5.2/?.so;/usr/local/lib/lua/5.2/loadall.so;./?.so" if (sys_lua_cpath:sub(1,1) == "@") then sys_lua_cpath = package.cpath end diff -aur /usr/share/lmod/6.6/libexec/computeHashSum ./libexec/computeHashSum --- /usr/share/lmod/6.6/libexec/computeHashSum 2018-12-02 19:06:51.0 +0200 +++ ./libexec/computeHashSum 2020-02-17 17:59:06.596796748 +0200 @@ -47,7 +47,7 @@ sys_lua_path = package.path end -local sys_lua_cpath = "/usr/local/lib/lua/5.2/?.so;/usr/lib/x86_64-linux-gnu/lua/5.2/?.so;/usr/lib/lua/5.2/?.so;/usr/local/lib/lua/5.2/loadall.so;./?.so" +local sys_lua_cpath = "/usr/local/lib/lua/5.2/?.so;/usr/lib/powerpc64le-linux-gnu/lua/5.2/?.so;/usr/lib/lua/5.2/?.so;/usr/local/lib/lua/5.2/loadall.so;./?.so" if (sys_lua_cpath:sub(1,1) == "@") then sys_lua_cpath = package.cpath end diff -aur /usr/share/lmod/6.6/libexec/getmt ./libexec/getmt --- /usr/share/lmod/6.6/libexec/getmt 2018-12-02 19:06:51.0 +0200 +++ ./libexec/getmt 2020-02-17 17:59:06.636796947 +0200 @@ -49,7 +49,7 @@ sys_lua_path = package.path end -local sys_lua_cpath = "/usr/local/lib/lua/5.2/?.so;/usr/lib/x86_64-linux-gnu/lua/5.2/?.so;/usr/lib/lua/5.2/?.so;/usr/local/lib/lua/5.2/loadall.so;./?.so" +local sys_lua_cpath = "/usr/local/lib/lua/5.2/?.so;/usr/lib/powerpc64le-linux-gnu/lua/5.2/?.so;/usr/lib/lua/5.2/?.so;/usr/local/lib/lua/5.2/loadall.so;./?.so" if (sys_lua_cpath:sub(1,1) == "@") then sys_lua_cpath = package.cpath end diff -aur /usr/share/lmod/6.6/libexec/lmod ./libexec/lmod --- /usr/share/lmod/6.6/libexec/lmod 2018-12-02 19:06:51.0 +0200 +++ ./libexec/lmod 2020-02-17 17:59:06.604796788 +0200 @@ -52,7 +52,7 @@ sys_lua_path = package.path end -local sys_lua_cpath = "/usr/local/lib/lua/5.2/?.so;/usr/lib/x86_64-linux-gnu/lua/5.2/?.so;/usr/lib/lua/5.2/?.so;/usr/local/lib/lua/5.2/loadall.so;./?.so" +local sys_lua_cpath = "/usr/local/lib/lua/5.2/?.so;/usr/lib/powerpc64le-linux-gnu/lua/5.2/?.so;/usr/lib/lua/5.2/?.so;/usr/local/lib/lua/5.2/loadall.so;./?.so" if (sys_lua_cpath:sub(1,1) == "@") then sys_lua_cpath = package.cpath end diff -aur /usr/share/lmod/6.6/libexec/ml_cmd ./libexec/ml_cmd --- /usr/share/lmod/6.6/libexec/ml_cmd 2018-12-02 19:06:51.0 +0200 +++ ./libexec/ml_cmd 2020-02-17 17:59:06.620796868 +0200 @@ -49,7 +49,7 @@ sys_lua_path = package.path end -local sys_lua_cpath = "/usr/local/lib/lua/5.2/?.so;/usr/lib/x86_64-linux-gnu/lua/5.2/?.so;/usr/lib/lua/5.2/?.so;/usr/local/lib/lua/5.2/loadall.so;./?.so" +local sys_lua_cpath = "/usr/local/lib/lua/5.2/?.so;/usr/lib/powerpc64le-linux-gnu/lua/5.2/?.so;/usr/lib/lua/5.2/?.so;/usr/local/lib/lua/5.2/loadall.so;./?.so" if (sys_lua_cpath:sub(1,1) == "@") then sys_lua_cpath = package.cpath end diff -aur /usr/share/lmod/6.6/libexec/processMT ./libexec/processMT --- /usr/share/lmod/6.6/libexec/processMT 2018-12-02 19:06:51.0 +0200 +++ ./libexec/processMT 2020-02-17 17:59:06.588796709 +0200 @@ -47,7 +47,7 @@ sys_lua_path = package.path end -local sys_lua_cpath = "/usr/local/lib/lua/5.2/?.so;/usr/lib/x86_64-linux-gnu/lua/5.2/?.so;/usr/lib/lua/5.2/?.so;/usr/local/lib/lua/5.2/loadall.so;./?.so" +local sys_lua_cpath = "/usr/local/lib/lua/5.2/?.so;/usr/lib/powerpc64le-linux-gnu/lua/5.2/?.so;/usr/lib/lua/5.2/?.so;/usr/local/lib/lua/5.2/loadall.so;./?.so" if (sys_lua_cpath:sub(1,1) == "@") then sys_lua_cpath = package.cpath end diff -aur /usr/share/lmod/6.6/libexec/processModuleUsage ./libexec/processModuleUsage --- /usr/share/lmod/6.6/libexec/processModuleUsage 2018-12-02 19:06:51.0 +0200 +++ ./libexec/processModuleUsage 2020-02-17 17:59:06.616796848 +0200 @@ -44,7 +44,7 @@ sys_lua_path = package.path end -local sys_lua_cpath =