Displaying 20 results from an estimated 3000 matches similar to: "Feedback on first, i.e. novice-level, experiences with dovecot"
2016 Nov 20
0
Feedback on first, i.e. novice-level, experiences with dovecot
On 20/11/2016 14:51, Michael Felt wrote:
> root at x066:/data/prj/aixtools/dovecot/core# cat /etc/dovecot/README
> Configuration files go to this directory. See example configuration
> files in
> /usr/share/doc/dovecot-core/example-config/
>
> Conclusion:
>
> --prefix=/opt is not applied everywhere.
>
> * More first impressions as I come to them - if you want them -
2018 Apr 24
2
AIX make checks issue
On 23/04/2018 11:49, Michael Felt wrote:
> On 21/04/2018 16:21, Michael Felt wrote:
>
>
> Question: I have not dug into the tests yet. Will copy to a "local"
> directory, and not build out of tree and see if that fixes it (as it
> does for many other packages). However, just in case it does not - how
> can I fast-forward the tests to the "agent" tests?
2015 Dec 18
1
Assistance much appreciated
On 2015-12-18 02:29, Simon Urbanek wrote:
> Michael,
>
> I got access to PDP AIX so I can try to replicate your problem. Can you, please, share exactly your setup - AIX version and well as how exactly you installed the compilers (=where from)? I can then try to replicate it. AFAICS there is no official binary for gfortran nor gcc 4.7 so it must be some 3rd party - which could also be a
2015 Nov 04
2
Building R for AIX in 64-bit mode
On 2015-10-15 15:02, Prof Brian Ripley wrote:
> On 15/10/2015 13:32, Michael Felt wrote:
>> Hi.
>>
>> Just wanted to let you know I am getting close to packaging R for AIX in
>> 64.bit mode.
>
> Which version? (You mentioned 3.1.3 and 3.2.2 far below.) There is
> little value in reporting on frozen branches, and most value in
> reporting on R-devel where
2015 Dec 18
1
Assistance much appreciated
On 2015-12-17 21:37, peter dalgaard wrote:
> As you're dying in an else clause, a previous if () must contain the clue. Unfortunately not necessarily the matching one.
>
> My guess is that your TRE library is broken. The line should have matched the RE "regline" defined as
>
> tre_regcomp(®line, "^[^:]+:[[:blank:]]*", REG_EXTENDED);
> ...and
2015 Nov 23
4
compile question
Dear all,
Starting all over again with R-devel of 22-11-2015.
After getting the dependancies (minimal graphics initially) I have been
able to come this far - with a 64-bit build on AIX.
root at x072:[/data/prj/cran/64/R-devel]make
make[1]: Entering directory '/data/prj/cran/64/R-devel/m4'
make[1]: Nothing to be done for 'R'.
make[1]: Leaving directory
2015 Oct 15
3
Building R for AIX in 64-bit mode
Hi.
Just wanted to let you know I am getting close to packaging R for AIX in
64.bit mode.
One comment - the libtool.m4 I see used is quite old. The one I have on my
system is 2.4.6, and what I see in R says:
I am hoping a new libtool will clean up most of the manual work now needed.
# Which release of libtool.m4 was used?
macro_version=2.2.6
macro_revision=1.3012
This may be all that is
2015 Dec 17
5
Assistance much appreciated
I have been struggling with this error message - and think I finally
understand it's context.
Start
Line by line debugging shows me the function works:
...
> saveRDS(val, mapfile)
> val
$variables
$variables$IANA_HTTP_status_code_db
[1] 0 1256
$variables$IANA_URI_scheme_db
[1] 1256 3458
$variables$table_of_HTTP_status_codes
[1] 4714 830
$references
named list()
$compressed
2015 Jun 06
4
[Bug 2412] New: make tests does not PASS all tests with SNAP openssh-SNAP-20150607.tar.gz
https://bugzilla.mindrot.org/show_bug.cgi?id=2412
Bug ID: 2412
Summary: make tests does not PASS all tests with SNAP
openssh-SNAP-20150607.tar.gz
Product: Portable OpenSSH
Version: 6.8p1
Hardware: PPC
OS: AIX
Status: NEW
Severity: normal
Priority: P5
Component: Build
2018 Apr 21
4
build-issue on AIX with openssh-7.7p1 - easy correction! included
Get the following error:
root at x065:[/data/prj/openbsd/openssh/openssh-7.7p1/openbsd-compat]make
??????? xlc_r -I/opt/include -O2 -qmaxmem=-1 -qarch=pwr5 -q64 -I. -I..
-I../../src/openssh-7.7p1/openbsd-compat
-I../../src/openssh-7.7p1/openbsd-compat/.. -I/opt/include
-DHAVE_CONFIG_H -c ../../src/openssh-7.7p1/openbsd-compat/strndup.c
2015 Nov 23
4
compile question
> On 23 Nov 2015, at 22:30 , aixtools <aixtools at gmail.com> wrote:
>
>>
>> ./configure --enable-maintainer-mode ...
Two things here
- possibly irrelevant, but I'd avoid building in the source directory. (mkdir ../BUILD ; cd ../BUILD; ../R/configure)
- don't turn on mantainer mode. You are not a maintainer, and if you want to play at being one, I think you
2015 Nov 23
1
compile question
Hi Michael,
I experienced the same thing in the past. After you get the R-3.2.2.tar.gz
and uncompress it, enter the R-3.2.2 directory and run the ./configure and
make from there, rather than a different one.
One other thing, you probably already did this, but just in case you might
want to double-check this section as well:
https://cran.r-project.org/doc/manuals/r-release/R-admin.html#AIX
2018 Apr 23
2
build-issue on AIX with openssh-7.7p1 - easy correction! included
On 23 April 2018 at 19:49, Michael Felt <michael at felt.demon.nl> wrote:
[...]
> run test agent.sh ...
[...]
> Question: I have not dug into the tests yet. Will copy to a "local"
> directory, and not build out of tree and see if that fixes it (as it does
> for many other packages). However, just in case it does not - how can I
> fast-forward the tests to the
2015 Mar 24
5
[Bug 2371] New: make check fails when using --without-openssl on AIX
https://bugzilla.mindrot.org/show_bug.cgi?id=2371
Bug ID: 2371
Summary: make check fails when using --without-openssl on AIX
Product: Portable OpenSSH
Version: 6.9p1
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: P5
Component: Build system
Assignee:
2015 Mar 24
5
[Bug 2371] New: make check fails when using --without-openssl on AIX
https://bugzilla.mindrot.org/show_bug.cgi?id=2371
Bug ID: 2371
Summary: make check fails when using --without-openssl on AIX
Product: Portable OpenSSH
Version: 6.9p1
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: P5
Component: Build system
Assignee:
2015 Dec 18
1
Assistance much appreciated
On 2015-12-18 02:29, Simon Urbanek wrote:
> Michael,
>
> I got access to PDP AIX so I can try to replicate your problem. Can you, please, share exactly your setup - AIX version and well as how exactly you installed the compilers (=where from)? I can then try to replicate it. AFAICS there is no official binary for gfortran nor gcc 4.7 so it must be some 3rd party - which could also be a
2016 Jan 04
4
R, AIX 64-bit builds - trying to understand root cause for message: "Error: Line starting 'Package: tools ...' is malformed!"
I would be "pleased" if you would try packages - i.e., none of "Toolbox"
or Perzl rpm's.
The iconv I supply might not be working as is (I will need to install a
new system to check). However, this is why I have been testing with
R-3.2.3 - to side-step the system library dependencies.
re: xz - I have "installp" version - and any of my packages should work
2015 Feb 27
3
Call for testing: OpenSSH 6.8
Update - for AIX 6.1 TL9 -
configure: creating ./config.status
config.status: creating Makefile
config.status: creating buildpkg.sh
config.status: creating opensshd.init
config.status: creating openssh.xml
config.status: creating openbsd-compat/Makefile
config.status: creating openbsd-compat/regress/Makefile
config.status: creating survey.sh
config.status: creating config.h
OpenSSH has been
2015 Dec 17
3
Assistance much appreciated
On 2015-12-17 19:30, peter dalgaard wrote:
> Presumably the file in question is one of
>
> Peter-Dalgaards-MacBook-Air:BUILD pd$ grep -r "^Package: tools" *
> library/tools/DESCRIPTION:Package: tools
> src/library/tools/DESCRIPTION:Package: tools
>
> so the first thing I'd do is to have a good look at those files and see if they got somehow corrupted.
>
>
2016 Jan 01
2
R, AIX 64-bit builds - trying to understand root cause for message: "Error: Line starting 'Package: tools ...' is malformed!"
Ok, found the problem - on platforms that support it TRE uses wint_t (from wchar.h) as its type for characters (tre_cint_t) which on AIX is *signed* int. TRE uses liberally conversions between int and tre_cint_t apparently assuming that the latter is unsigned so conversions back to int are suitable for comparisons etc. On other platforms wint_t is unsigned so it works. Manually defining tre_cint_t