On May 20, 2021, at 17:22, raf wrote:
>
> When I disable /usr/lib/libsqlite3.dylib by renaming it,
> the error changes to a symbol lookup failure:
>
>> port help
> dlopen(/opt/local/libexec/macports/lib/macports1.0/MacPorts.dylib, 6): can't
> resolve symbol _kDADiskDescriptionMediaBSDNameKey in
On Thu, May 20, 2021 at 01:15:05AM -0500, Ryan Schmidt
wrote:
> On May 19, 2021, at 18:43, raf wrote:
>
> > I have the same problem on 10.14.6
>
> Thanks for confirming. So far everyone affected has been on 10.14. I suspect
> the difference between the 10.15 SDK SQLite version and the 10.14 r
On Thu, May 20, 2021 at 01:13:51AM -0500, Ryan Schmidt
wrote:
> On May 19, 2021, at 18:31, Bjarne D Mathiesen wrote:
>
> > Ryan Schmidt wrote:
> >> Looks like support for the "ALTER TABLE ... RENAME COLUMN" syntax
> >> first appeared in SQLite 3.25.0, and MacPorts base is coded only to
> >> use
On May 19, 2021, at 18:43, raf wrote:
> I have the same problem on 10.14.6
Thanks for confirming. So far everyone affected has been on 10.14. I suspect
the difference between the 10.15 SDK SQLite version and the 10.14 runtime
SQLite version is the issue.
>> sqlite3 --version
> 3.35.5 2021-04
On May 19, 2021, at 18:31, Bjarne D Mathiesen wrote:
> Ryan Schmidt wrote:
>> Looks like support for the "ALTER TABLE ... RENAME COLUMN" syntax
>> first appeared in SQLite 3.25.0, and MacPorts base is coded only to
>> use the "RENAME COLUMN" syntax with SQLite 3.25.0 and later; for
>> earlier vers
On Thu, May 20, 2021 at 01:31:18AM +0200, Bjarne D Mathiesen
wrote:
> Ryan Schmidt wrote:
> > Looks like support for the "ALTER TABLE ... RENAME COLUMN" syntax
> > first appeared in SQLite 3.25.0, and MacPorts base is coded only to
> > use the "RENAME COLUMN" syntax with SQLite 3.25.0 and later;
Ryan Schmidt wrote:
> Looks like support for the "ALTER TABLE ... RENAME COLUMN" syntax
> first appeared in SQLite 3.25.0, and MacPorts base is coded only to
> use the "RENAME COLUMN" syntax with SQLite 3.25.0 and later; for
> earlier versions, a different method is used:
>
> What version of SQL
On May 19, 2021, at 18:08, Ryan Schmidt wrote:
>
> On May 19, 2021, at 11:04, Henning Hraban Ramm wrote:
>
>> $ sudo port upgrade outdated
>> Password:
>> sqlite error: near "COLUMN": syntax error (1) while executing query: ALTER
>> TABLE registry.ports RENAME COLUMN negated_variants TO requeste
On May 19, 2021, at 11:04, Henning Hraban Ramm wrote:
> $ sudo port upgrade outdated
> Password:
> sqlite error: near "COLUMN": syntax error (1) while executing query: ALTER
> TABLE registry.ports RENAME COLUMN negated_variants TO requested_variants
>while executing
> "registry::open $db_path
Ken Cunningham wrote:
> I seem to remember something about a bunch of symlinks you made from cctools
> things into macports cctools in the past (perhaps I recall wrong).
You were recalling partially correctly : I didn't symlink cctools into
/usr/bin - I pushed the Apple stuff common with cctoo
OK - I can see what the problem is :
It can't find at valid assembler - and checking I get :
root@MiniWeb 18:10:20 /usr
#=> find . -name 'as.*'
./bin/as.orig
./share/aclocal-1.10/as.m4
./share/man/man1/as.1
so at some point in time I've moved the Apple assembler aside to solve a
MacPorts problem
Chris Jones wrote:
> See `config.log' for more details
>
> We need to see what is in this file… (from the messages you posted below).
>
re-instaling from source with :
./configure --prefix=/opt/local
make
make install
gives :
checking build system type... x86_64-apple-darwin10.8.0
checking
> Am 19.05.2021 um 12:15 schrieb Joshua Root :
>
> The MacPorts Project is happy to announce that the 2.7.0 version has now
> been released. It is available via the usual methods:
$ sudo port selfupdate
Password:
---> Updating MacPorts base sources using rsync
MacPorts base version 2.6.4 install
my SnowLeopard macports-base built and installed just fine.
As Chris says, post up your config log and we might see the error.
Or — simpler perhaps -- just try to build any “hello_world.c” program at all
with your llvm-gcc-4.2 compiler and you might find out how it is broken.
I seem to remember
See `config.log' for more details
We need to see what is in this file… (from the messages you posted below).
Chris
> On 19 May 2021, at 3:06 pm, Bjarne D Mathiesen
> wrote:
>
> OK -
>
> on 10.6.8 I get :
>
> #=> ls -l /usr/bin/cc
> lrwxr-xr-x 1 root wheel 32 4 Jan 14:50 /usr/bin/cc ->
OK -
on 10.6.8 I get :
#=> ls -l /usr/bin/cc
lrwxr-xr-x 1 root wheel 32 4 Jan 14:50 /usr/bin/cc ->
../llvm-gcc-4.2/bin/llvm-gcc-4.2
#=> ls -l /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2
-rwxrwxr-x 1 root admin 116992 12 Feb 2011
/usr/llvm-gcc-4.2/bin/llvm-gcc-4.2
on 10.15.7 I get :
#=> ls -l /u
I'm getting this on 10.6.8
Joshua Root wrote:
> The MacPorts Project is happy to announce that the 2.7.0 version has now
> been released. It is available via the usual methods:
>
> - selfupdate if you already have MacPorts installed
Installing new MacPorts release in /opt/local as root:admin; p
The MacPorts Project is happy to announce that the 2.7.0 version has now
been released. It is available via the usual methods:
- selfupdate if you already have MacPorts installed
- package installers [1] for macOS 11 Big Sur and all older releases
back to Mac OS X 10.4 Tiger (universal arm6
18 matches
Mail list logo
