Date: 29-10-20  Time: 10:36 AM

Recent Posts

Pages: [1] 2 3 ... 10
1
AIXTOOLS / Re: sudo with ldap support
« Last post by Michael on Yesterday at 02:36:43 PM »
I'll look into it. Not done much with sudo lately.
My normal packaging process sets all packages to bin.bin - I'll modify the install.config script to do some chown root.bin for /opt/bin/sudo.
What I had been working on, but never got any feedback from sudo project - was to use RBAC to elevate privilege. Effect is the same, but you had the added 'onion' skin, that you needed to have the authentication 'sudo' to execute sudo - at all.
Don't think I'll get to it today - but quick!
Michael
2
AIXTOOLS / Re: sudo with ldap support
« Last post by roxyland on Yesterday at 08:12:18 AM »
sorry I was able to download from that link. Must have been trying an older verion earlier.

Anyway, I've installed it, but the ownership on the installed files cause errors:

sudo: /opt/bin/sudo must be owned by uid 0 and have the setuid bit set                                                                      sudo: /opt/libexec/sudo/sudoers.so must be owned by uid 0                                                                                                            sudo: fatal error, unable to load plugins

They are owned by bin:bin. It also changes ownership of /etc /var and sub-directories to bin:bin
3
AIXTOOLS / sudo with ldap support
« Last post by roxyland on Yesterday at 07:52:03 AM »
Hi,

The download link on http://www.aixtools.net/index.php/sudo
http://download.aixtools.net/tools/aixtools.sudo-ldap.1.8.31.0.I
seems to be broken.

Was hoping to get a sudo package that support LDAP.
Thanks
4
AIXTOOLS / New base date and AIX version for packaging: AIX 5.3 packaging on request
« Last post by Michael on September 29, 2020, 08:19:33 AM »
  • I am changing my policy re: base build system.
  • I took the builddate 1241 - as the base date - as this includes AIX 5.3 TL12 (SP07). However, my default build will be on AIX 6.1. AIX 5.3 is a special request.
  • This means these packages will install on these - and later versions of AIX (including AIX 7.2, any release).
Known Service Packs
-------------------
6100-07-06-1241
6100-06-10-1241
7100-01-06-1241
7100-00-08-1241

  • By request I will build for:
5300-12-07-1241

FYI: It is not just the version of AIX that needs to be increasing - also the builddate of a package needs to be equal, or later that the builddate that the software was packaged on (not it's own builddate). This is to ensure binary comparability with the standard libraries provided by IBM AIX (in particular, /usr/lib/libc.a and related libraries).
5
AIXTOOLS / Re: AIX failed install uamqp 1.2.10
« Last post by scarlettyc on September 09, 2020, 11:28:03 PM »
Thanks Michael, I received your email. Now I don't have any problem about AIXTOOLS. :) 
6
AIXTOOLS / Re: AIX failed install uamqp 1.2.10
« Last post by Michael on September 09, 2020, 09:20:37 AM »
p.s. you can also try to reach me via twitter: @aixtools (which I will - eventually prefer) or @rootvgnet.

Michael
p.p.s. I say try, because, sadly, so much of twitter these days is, imho, 'noise' and I may not see it immediately.
7
AIXTOOLS / Re: AIX failed install uamqp 1.2.10
« Last post by Michael on September 09, 2020, 09:17:28 AM »
I tried sending a direct email. Hope that comes through ok.
Let me know if there is something additional I can do or attempt to do.
Michael
8
AIXTOOLS / Re: AIX failed install uamqp 1.2.10
« Last post by scarlettyc on September 09, 2020, 08:36:52 AM »
hi Michael,
thank you so much for your replies.
Yeah, I also contact with the PYthon SDK guithub team. The issue is because of c share package.
they will release a new one with pure Uamqp package.

I'm so grateful you can help to do many tests.
sorry, my email always change this form notification in Junk mail. Could we archive this case first.

Thank you so much
9
AIXTOOLS / new packaging strategy - package names and builddate
« Last post by Michael on August 31, 2020, 07:30:42 PM »
One of my goals has been to keep installation dependencies to a minimum. Some packages I have packaged with only static libraries, rather than a list of shared libraries that are needed as dependencies.

In general, I am going to package now - with dependencies (i.e., with shared libraries) by default, and some packages - I'll ALSO make available as 'stand-alone'. To make the distinction clear - packages starting with 'aixtools.something' will be standard packages that will have shared libraries as dependencies (some coming from AIX).

When I do package using static libraries I'll name the package 'aix-static.something'.

Also, we are several years further - so I am going to take the builddate "1241" as the base operating system level: this is: 5300-12-07-1241; 6100-08-00-1241 and 7100-02-00-1241 (and any AIX 7.2 as that is later than builddate 1241 (2012 week 41).
10
AIXTOOLS / Re: AIX failed install uamqp 1.2.10
« Last post by Michael on August 31, 2020, 08:00:32 AM »
So, working on system with both xlc and gcc installed - I set CC=gcc and ran python ./setup.py build.
The build breaks during:
Code: [Select]
[ 45%] Building C object deps/azure-c-shared-utility/CMakeFiles/aziotsharedutil.dir/adapters/platform_linux.c.o
/home/aixtools/wheels/uamqp-1.2.10/src/vendor/azure-uamqp-c/deps/azure-c-shared-utility/adapters/platform_linux.c: In function 'platform_get_default_tlsio':
/home/aixtools/wheels/uamqp-1.2.10/src/vendor/azure-uamqp-c/deps/azure-c-shared-utility/adapters/platform_linux.c:39:5: error: implicit declaration of function 'tlsio_openssl_get_interface_description' [-Werror=implicit-function-declaration]
/home/aixtools/wheels/uamqp-1.2.10/src/vendor/azure-uamqp-c/deps/azure-c-shared-utility/adapters/platform_linux.c:39:5: error: return makes pointer from integer without a cast [-Werror]
cc1: all warnings being treated as errors
make: 1254-004 The error code from the last command is 1.
So, a major point is that the uamqp sources make assumptions* - e.g., that it is only running on Linux - and the Werror flag makes builds that might have worked - impossible.
Note the file that fails is "home/aixtools/wheels/uamqp-1.2.10/src/vendor/azure-uamqp-c/deps/azure-c-shared-utility/adapters/platform_linux.c"

* Well , maybe they do not make that assumption - but it is striking that it fails during the build of platform_linux.c.
Pages: [1] 2 3 ... 10