[Support] Linuxserver.io - Nextcloud


4997 posts in this topic Last Reply

Recommended Posts

I am trying to share an existing media share on my unraid server using the external storages app. It is my understanding that if I create a Host path to the share in the container settings, I would simply need to configure in the Nextcloud settings for External storages a point to that mapped share and then add the username and password for SMB.

I keep getting an error when I do so. Can someone point me to instructions on how to setup external storages?

 

If you want to map a share via external storages, you don't map it in the docker template.

 

You just go to external devices and fill the forms.

You just have the share to be visible on network.

On host put your server ip address and on share put the share path excluding the /mnt/user/

 

Sent from my Mi 10 Pro using Tapatalk

 

 

 

Link to post
  • Replies 5k
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Application Name: Nextcloud Application Site: https://nextcloud.com/ Docker Hub: https://hub.docker.com/r/linuxserver/nextcloud/ Github: https://github.com/linuxserver/docker-nextcl

Here's my list of instructions....    Use them at your own risk.....   If upgrading to v12 please see here:   ##Turn on maintenance mode docker exec -it nextcloud occ m

Thanks, fixed for me as well, and I also added this line add_header Referrer-Policy no-referrer always; to appdata/nextcloud/nginx/site-confs/default   And now I have a green

Posted Images

1 hour ago, skois said:

If you want to map a share via external storages, you don't map it in the docker template.

 

You just go to external devices and fill the forms.

You just have the share to be visible on network.

On host put your server ip address and on share put the share path excluding the /mnt/user/

 

Sent from my Mi 10 Pro using Tapatalk

 

 

 

This fixed me up thank you. 

Link to post

I see that version 20.0.2 is the latest version for the linuxserver.io docker, but when I do a check from Settings it still shows me 19.0.5 as the current version on the Stable channel. Is 20.0.2 only available via the Beta channel? Or is there something in my configuration holding it back?

Link to post

Hello all,

I have been trying to have other people upload files to a folder I have created on Nextcloud and created a share link to allow for uploading to the folder. However it was reported to me that they were having trouble and I was able to "recreate" the issue on my side. 

The issue: when uploading files to the shared folder all files no matter how I upload them (via drag and drop or the dialogue to upload files) immediately shows the error "An unknown error has occurred." On occasion I'll get an error along the lines of - Server connection lost - but that one has been far more inconsistent and I think it is related to whatever the problem is preventing any files from being uploaded. 

Now with all of that being said I can upload files if I am logged in as a user and that is the workaround I have created for the other person in this case but I would like to be able to simply share a link in the future and have other people be able to upload files to me. The other part in this case has been able to download files from the link without issue however uploading seems to be a problem. Which is strange. Why would downloading work but not uploading, any bight ideas here? 

 

Thanks for your help! 

Link to post
23 minutes ago, GalacticSpines said:

I've just upgraded to Nextcloud 20.0.2 and everything works fine, but when I run Nextcloud Security Scan it shows my old version Running Nextcloud 19.0.2.2?  Just wondering if this is normal or did I screw something up?

 

1183725376_mysetup.thumb.png.d84c59a5d8789e4c5111952f2969029a.png

 

1212406537_NextcloudSecurityScan.png.60e5643f9d853289c527ee9a3d42c4fb.png

 

 

Trigger re-scan

Link to post

Has anyone had any luck getting HEIC to work natively in nextcloud or at least the plugin HEIC to JPG? A while back I found a forum saying that they believed it was something that should work but the problem is unique to this docker image but I cannot find that forum post anymore. 

Link to post
On 11/22/2020 at 11:03 PM, StanC said:

I see that version 20.0.2 is the latest version for the linuxserver.io docker, but when I do a check from Settings it still shows me 19.0.5 as the current version on the Stable channel. Is 20.0.2 only available via the Beta channel? Or is there something in my configuration holding it back?

Nextcloud decides when you will get that update. Or you could switch to the beta channel and get it now.

Link to post
8 hours ago, saarg said:

Nextcloud decides when you will get that update. Or you could switch to the beta channel and get it now.

I first tried to do an update trough the web ui from 19.0.2 as it showed version 19.0.5 was available, but I had lots of issues with it.  Ended up following this guide for manual installation and it updated to 20.0.2.  I think when you do a manual upgrade it grabs the newest Nextcloud release.

Link to post

I am new to unRAID and have installed this Docker container throught the Community Applications plugin by following Spaceinvader One's YouTube tutorial.

 

Everything works fine at the moment except for my upload speeds. I am testing this via LAN and it seems like I am getting atrocious upload speeds when uploading files through the WebGUI or through the Nextcloud desktop app.

 

I don't have a reverse proxy configured just yet so that can't be the reason. I also have my Nextcloud share on an SSD cache drive.

 

My LAN connection is 1 Gigabit so theoretically I should be achieving that speed but I am only getting about 100Mbps give or take. Anyone got a clue how to fix this? I have tried searching on these forums, on Reddit, and on Nextcloud's forums but there are no concrete fixes.

 

Interestingly, when I use something like the Filebrowser Docker container, I get full upload speeds to that container's share.

 

Any ideas?

Link to post

Hi Everyone,

I'm dealing with a situation here. when I search for a file in nextcloud through the web browser, it either takes a long time to bring me a list of files that I may be looking for or it just freezes.....

 

However, when I use my android device using the app, it pops it right up! I thought it may be the database and I read Postgress does work best on nextcloud when dealing with large amount of file so I switched from MariaDB to Postgress 11 ( using unraid) but didn't help. also using Redis for memcache and all the PHP tuning is done on it as well (don't know if i did it right or wrong with the tuning).

 

I also disabled half of the apps running... still the same...

 

I'm banging my head around and I cant seem to find any answers would appreciate it if somebody could help!

 

Link to post

Hi, I'm wondering if anyone can help me with improving my nextcloud speeds. I've having considerably slower speeds writing to my cache drive using nextcloud, using a LAN connection and SMB into the cache drive I'm averaging 8-10 mb/s, when uploading using the nextcloud web gui using the same LAN I'm having 2.1 mb/s, I'd like to get near that 8 - 10 mb/s.

 

When writing to the array using SMB my 514mb mp4 test file I averaged 3.2 mb/s, although I don't think it's writing to the array as the share I'm writing to is set to cache: yes (mover transfers files from cache to array). The mariadb app data is also in the nextcloud share not appdata, so should be on my raid 1 1TB Samsung SSD's.

 

I followed SpaceInvador One's youtube tutorial installing mariadb and using the swag reverse proxy.

 

I disabled encryption using maintenance mode as it mentions a performance penalty, but I found it performed basically the same, maybe a 5% quicker.

I'm also noticing performance quite slow downloading that same 514mb mp4 file (around 2 mb/s), so maybe it's the database or swag. Any suggestions would be appreciated. 

Link to post
Hi, I'm wondering if anyone can help me with improving my nextcloud speeds. I've having considerably slower speeds writing to my cache drive using nextcloud, using a LAN connection and SMB into the cache drive I'm averaging 8-10 mb/s, when uploading using the nextcloud web gui using the same LAN I'm having 2.1 mb/s, I'd like to get near that 8 - 10 mb/s.
 
When writing to the array using SMB my 514mb mp4 test file I averaged 3.2 mb/s, although I don't think it's writing to the array as the share I'm writing to is set to cache: yes (mover transfers files from cache to array). The mariadb app data is also in the nextcloud share not appdata, so should be on my raid 1 1TB Samsung SSD's.
 
I followed SpaceInvador One's
 installing mariadb and using the swag reverse proxy.
 
I disabled encryption using maintenance mode as it mentions a performance penalty, but I found it performed basically the same, maybe a 5% quicker.

I'm also noticing performance quite slow downloading that same 514mb mp4 file (around 2 mb/s), so maybe it's the database or swag. Any suggestions would be appreciated. 
Download speed and upload speed shouldn't be a database problem. Database is only read to list the files and tell you the path where the file is stored so you can start downloading.
And written when you uploaded the file to store the path and the Metadata.
If you copy a file from nextcloud's console from the data dir to another dir in the docker, what speeds you get?
Try with rsync I thing it can report speeds

Sent from my Mi 10 Pro using Tapatalk

Link to post
1 hour ago, skois said:

Download speed and upload speed shouldn't be a database problem. Database is only read to list the files and tell you the path where the file is stored so you can start downloading.
And written when you uploaded the file to store the path and the Metadata.
If you copy a file from nextcloud's console from the data dir to another dir in the docker, what speeds you get?
Try with rsync I thing it can report speeds

Sent from my Mi 10 Pro using Tapatalk
 

Thanks for the response skois

 

I’m quite a noob when it comes to the console, I did though attempt cd  inside the console and couldn’t copy the .mp4 to another folder after creating a test folder inside of /data/test. Plus other combinations for the last 30 minutes lol.

 

It came up permission denied, even when I created the folder in SMB

 

I’m guessing it not relevant, but I copied the 514mb mp4 file In side the krusader file GUI. It did the transfer in less than 10 seconds. So very fast.

 

Good to know it’s not the database, I’m not that familiar with databases, but makes sense it that keeps a record of the directories.

 

Can you tell me or link me to how I would test rsync?

Link to post
37 minutes ago, CafeNevosa said:

Thanks for the response skois

 

I’m quite a noob when it comes to the console, I did though attempt cd  inside the console and couldn’t copy the .mp4 to another folder after creating a test folder inside of /data/test. Plus other combinations for the last 30 minutes lol.

 

It came up permission denied, even when I created the folder in SMB

 

I’m guessing it not relevant, but I copied the 514mb mp4 file In side the krusader file GUI. It did the transfer in less than 10 seconds. So very fast.

 

Good to know it’s not the database, I’m not that familiar with databases, but makes sense it that keeps a record of the directories.

 

Can you tell me or link me to how I would test rsync?

So to enter nextcloud docker console, click on the docker icon and select console option

unfortunately nextcloud docker doesn't include rsync, but since you know that with krusader did that in about 10 sec. 

While on docker's console do 

cp input_path output_path
e.g. cp  /data/admin/files/testfile.mp4 /data/test/testfile.mp4

if you want to cp folder you have to do it like this

cp -r /data/admin/files/ /data/test/
 

If it takes lot more that 10 seconds for the same file. Probably something is up with the docker engine? Not sure what you cause that. 
But this will help you narrow it down

Link to post

Hello, 

i have an error in the Update. I have startet it from updater.phar.

 

Here are the Errors

PHP Warning:  rmdir(/config/www/nextcloud/apps/comments/composer/composer): Directory not empty in phar:///config/www/nextcloud/updater/updater.phar/lib/Updater.php on line 772
PHP Warning:  rmdir(/config/www/nextcloud/apps/comments/composer): Directory not empty in phar:///config/www/nextcloud/updater/updater.phar/lib/Updater.php on line 772
PHP Warning:  rmdir(/config/www/nextcloud/apps/comments/l10n): Directory not empty in phar:///config/www/nextcloud/updater/updater.phar/lib/Updater.php on line 772
PHP Warning:  rmdir(/config/www/nextcloud/apps/comments/img): Directory not empty in phar:///config/www/nextcloud/updater/updater.phar/lib/Updater.php on line 772
PHP Warning:  rmdir(/config/www/nextcloud/apps/comments/lib/Listener): Directory not empty in phar:///config/www/nextcloud/updater/updater.phar/lib/Updater.php on line 772
PHP Warning:  rmdir(/config/www/nextcloud/apps/comments/lib/Collaboration): Directory not empty in phar:///config/www/nextcloud/updater/updater.phar/lib/Updater.php on line 772
PHP Warning:  rmdir(/config/www/nextcloud/apps/comments/lib/Activity): Directory not empty in phar:///config/www/nextcloud/updater/updater.phar/lib/Updater.php on line 772
PHP Warning:  rmdir(/config/www/nextcloud/apps/comments/lib/AppInfo): Directory not empty in phar:///config/www/nextcloud/updater/updater.phar/lib/Updater.php on line 772
PHP Warning:  rmdir(/config/www/nextcloud/apps/comments/lib/Controller): Directory not empty in phar:///config/www/nextcloud/updater/updater.phar/lib/Updater.php on line 772
PHP Warning:  rmdir(/config/www/nextcloud/apps/comments/lib/Notification): Directory not empty in phar:///config/www/nextcloud/updater/updater.phar/lib/Updater.php on line 772
PHP Warning:  rmdir(/config/www/nextcloud/apps/comments/lib/Search): Directory not empty in phar:///config/www/nextcloud/updater/updater.phar/lib/Updater.php on line 772
PHP Warning:  rmdir(/config/www/nextcloud/apps/comments/lib): Directory not empty in phar:///config/www/nextcloud/updater/updater.phar/lib/Updater.php on line 772
PHP Warning:  rmdir(/config/www/nextcloud/apps/comments/appinfo): Directory not empty in phar:///config/www/nextcloud/updater/updater.phar/lib/Updater.php on line 772
PHP Warning:  rmdir(/config/www/nextcloud/updater/../apps/comments): Directory not empty in phar:///config/www/nextcloud/updater/updater.phar/lib/Updater.php on line 775

Here the Output from the maintenance:repair

occ maintenance:repair
 - Repair MySQL collation
     - All tables already have the correct collation -> nothing to do
 - Repair mime types
 - Clean tags and favorites
     - 0 tags of deleted users have been removed.
     - 0 tags for delete files have been removed.
     - 0 tag entries for deleted tags have been removed.
     - 0 tags with no entries have been removed.
 - Repair invalid shares
 - Move .step file of updater to backup location
 - Fix potential broken mount points
     - No mounts updated
 - Add log rotate job
 - Clear frontend caches
     - Image cache cleared
     - SCSS cache cleared
     - JS cache cleared
 - Clear every generated avatar on major updates
 - Add preview background cleanup job
 - Queue a one-time job to cleanup old backups of the updater
 - Cleanup invalid photocache files for carddav
 - Add background job to cleanup login flow v2 tokens
 - Remove potentially over exposing share links
     - No need to remove link shares.
 - Clear access cache of projects
 - Reset generated avatar flag
 - Keep legacy encryption enabled
 - Check encryption key format
 - Remove old dashboard app config data
 - Update name of the stored view
 - Fix component of birthday calendars
     - 3 birthday calendars updated.
 - Regenerating birthday calendars to use new icons and fix old birthday events without year
     - Repair step already executed
 - Fix broken values of calendar objects
    0 [->--------------------------]
 - Registering building of calendar search index as background job
     - Repair step already executed
 - Registering background jobs to update cache for webcal calendars
     - Added 0 background jobs to update webcal calendars
 - Registering building of calendar reminder index as background job
     - Repair step already executed
 - Clean up orphan event and contact data
     - 0 events without a calendar have been cleaned up
     - 0 properties without an events have been cleaned up
     - 0 changes without a calendar have been cleaned up
     - 0 cached events without a calendar subscription have been cleaned up
     - 0 changes without a calendar subscription have been cleaned up
     - 0 contacts without an addressbook have been cleaned up
     - 0 properties without a contact have been cleaned up
     - 0 changes without an addressbook have been cleaned up
 - Remove activity entries of private events
     - Removed 0 activity entries
 - Fix the share type of guest shares when migrating from ownCloud
 - Copy the share password into the dedicated column
 - Set existing shares as accepted
 - Purify and migrate collected mail addresses
    0 [----->----------------------]
 - Insert background jobs for all accounts
    0 [--------->------------------]
 - Make Mail itinerary extractor executable
 - Migrate Mail provisioning config from config.php to the database
     - No old config found
 - Create or update provisioned Mail accounts
     - No Mail provisioning config set
 - Update OAuth token expiration times
 - Create help command
 - Invalidate access cache for projects conversation provider
     - Invalidation not required
 - Switches from default updater server to the customer one if a valid subscription is available
     - Repair step already executed
 - Send an admin notification if monthly report is disabled
 - Add background job to check for backup codes
 - Populating added database structures for workflows

But the website says: "Update in process." What can i do?

 

 

////////////////////////////////////////////////////////

i solved the problem. I followed the manuel update instructions. 

 

Thanks for the manuel!

 

Edited by kellekellner
Solved
Link to post

My Nextcloud has not worked for over a year. What is my best shot for getting it back up and running again? I have existing files in my nextcloud docker still. Should I delete the nextcloud and mariadb dockers? is there anything else I would need to do?

 

Thanks so much for you input

Link to post

Need help got stuck trying to update to 20.0.2 and I had to restore from backup.

I unpacked the Maria DB and the appdata for Nextcloud and got it up and running again!

 

BUT Nextcloud wants to upgrade to:

image.png.50ab51e1b824bb2ee5f747d7da44383d.png

And every time I try to do this I get this:

image.png.42b8d86e4d510e8e98ead16e8f3c09a6.png

And when I push continue update....

image.png.56e6407579199fffb9544aa2944d7b29.png

I get the "Go back..." and then I am back to Home page of Nextcloud?

 

I also tried:

image.png.d8958dc9e4c3921df71e4aeab7273c9a.png

Same thing no difference?

Appreciate any input you might have to rectify this problem?

 

Link to post

Update: Running the repair:

sudo -u abc php /config/www/nextcloud/occ maintenance:repair
sudo -u abc php updater.phar 

 

Fixed the upgrade... Not sure I want to try upgrading a 2 time for 20.0.2

ARGH failed again.....

 

image.thumb.png.3edb93501becfc231eb78e3a657243e9.png

 

Any input on what to try

next?

Edited by casperse
Link to post
On 11/28/2020 at 12:40 PM, skois said:

So to enter nextcloud docker console, click on the docker icon and select console option

unfortunately nextcloud docker doesn't include rsync, but since you know that with krusader did that in about 10 sec. 

While on docker's console do 

cp input_path output_path
e.g. cp  /data/admin/files/testfile.mp4 /data/test/testfile.mp4

if you want to cp folder you have to do it like this

cp -r /data/admin/files/ /data/test/
 

If it takes lot more that 10 seconds for the same file. Probably something is up with the docker engine? Not sure what you cause that. 
But this will help you narrow it down

I have also followed Spaceinvader One's guide and having sort of the same issue and i can't understand why. Copy within the docker console works as expected, 5gb file copies in 8-10 seconds.

 

I am getting slow uploads only (10MB/s), downloads are fine (90-120MB/s). There are som topics concering this issue over at Nextclouds forum but I am not getting anywhere with the solutions suggested over there.

 

https://help.nextcloud.com/t/slow-upload-speed-i-need-advice/60909/14

 

I can't remember this being an issue looking back on using Nextcloud for almost 2 years. I had some trouble uploading large files and had to make some edits to the .conf file for swag to fix that.

Other from that, nothing has changed.

 

Link to post

Hi Guys and Gals,

 

need a little help with nextcloud locking up at random intervals anything between 1 min to 18 hours, its been running since the beginning of lockdown just fine untill about a week ago,

 

the use case and how its used,

 

id say i have 10 machines running the sync desktop app as my mum uses it at work to sync all the office documents (not massive files and not alot of files tbh) 

id say i have 2 maybe 3 mobile syncs, as thats why i started this in the first place i got fed up of paying for drop box and always wanted my own server ;)

id say total theres probably about 100gb of data been uploaded to nextcloud, mostly my own camera roll.

 

so the problem: nextcloud locks up when browsing to the site i get 504 Gateway timeout, so try to restart nextcloud and it wont restart, try to stop nextcloud it just keeps the play icon there and wont stop, trying to stop the docker service all the other containers will stop but not nextcloud, unraid itsself wont reboot without me having to power cycle my machine,

 

once my machine boots again unraid starts my windows 10 vm boots and i login to the unraid web ui all is fine, i navigate to nextcloud and the page works and start syncing as it should be, then again after an random time it will lockup again exactly the same issue.

 

things ive tried so far:

ive upgraded from 18.0.6 i think, i went to 19.0.5 had to do 3 updates to make it that far (didnt help)

removed plugins from nextcloud antivirus was showing errors in nextclouds internal log (didnt help)

the container log shows nothing everything starts as it should,

 

Nextcloud Container Log,

 

-------------------------------------
_ ()
| | ___ _ __
| | / __| | | / \
| | \__ \ | | | () |
|_| |___/ |_| \__/


Brought to you by linuxserver.io
-------------------------------------

To support LSIO projects visit:
https://www.linuxserver.io/donate/
-------------------------------------
GID/UID
-------------------------------------

User uid: 99
User gid: 100
-------------------------------------

[cont-init.d] 10-adduser: exited 0.
[cont-init.d] 20-config: executing...
[cont-init.d] 20-config: exited 0.
[cont-init.d] 30-keygen: executing...
using keys found in /config/keys
[cont-init.d] 30-keygen: exited 0.
[cont-init.d] 40-config: executing...
[cont-init.d] 40-config: exited 0.
[cont-init.d] 50-install: executing...
[cont-init.d] 50-install: exited 0.
[cont-init.d] 60-memcache: executing...
[cont-init.d] 60-memcache: exited 0.
[cont-init.d] 70-aliases: executing...
[cont-init.d] 70-aliases: exited 1.
[cont-init.d] 99-custom-files: executing...
[custom-init] no custom files found exiting...
[cont-init.d] 99-custom-files: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.

 

the log at the top right of unraid doesnt seen to show an issue, im not sure where you guys get your diagnostics from, if you let me know i will happily post it,

 

im at a loss to be honest right now, i have other contains running through swag to get to the outside world but they work fine so i dont believe its anything to do with swag, it seems to be specifically the nextcloud container.

 

personally im thinking maybe nuke the container and start again but having never had to do this before im weary as ive alot of data and users within nextcloud with encryption keys somewhere and im so worried about loosing data,

 

any ideas where to look or what i could check chaps? im clutching at straws here

 

thanks in advance

 

James

Link to post
On 11/4/2020 at 3:20 PM, skois said:

For anyone having the same problem anyway, the fix for me was this
Just replace the PHP_VER with whatever you have on Settings -> System (Bottom of the page)
 


PHP_VER="7.3.24" && \
BUILD_PACKAGES="wget build-base php7-dev" && \

apk add --no-cache --virtual .php-build-dependencies $BUILD_PACKAGES && \
apk add --no-cache --repository https://dl-3.alpinelinux.org/alpine/edge/testing/ gnu-libiconv-dev && \
(mv /usr/bin/gnu-iconv /usr/bin/iconv; mv /usr/include/gnu-libiconv/*.h /usr/include; rm -rf /usr/include/gnu-libiconv) && \
mkdir -p /opt && \
cd /opt && \
wget https://secure.php.net/distributions/php-$PHP_VER.tar.gz && \
tar xzf php-$PHP_VER.tar.gz && \
cd php-$PHP_VER/ext/iconv && \
phpize && \
./configure --with-iconv=/usr && \
make && \
make install && \
mkdir -p /etc/php7/conf.d && \
#next command not needed in LSIO Docker
#echo "extension=iconv.so" >> /etc/php7/conf.d/iconv.ini && \

apk del .php-build-dependencies && \
rm -rf /opt/*

 

 

First, thank you for your fix above - it worked perfect...  then came the next container update....  same error but your fix returns an error where there was none last time.  Any idea how to fix this error?  Here is the entire interaction with your fix:

 

root@3e69a0cc162f:/# PHP_VER="7.3.25" && \
> BUILD_PACKAGES="wget build-base php7-dev" && \
> 
> apk add --no-cache --virtual .php-build-dependencies $BUILD_PACKAGES && \
> apk add --no-cache --repository https://dl-3.alpinelinux.org/alpine/edge/testing/ gnu-libiconv-dev && \
> (mv /usr/bin/gnu-iconv /usr/bin/iconv; mv /usr/include/gnu-libiconv/*.h /usr/include; rm -rf /usr/include/gnu-libiconv) && \
> mkdir -p /opt && \
> cd /opt && \
> wget https://secure.php.net/distributions/php-$PHP_VER.tar.gz && \
> tar xzf php-$PHP_VER.tar.gz && \
> cd php-$PHP_VER/ext/iconv && \
> phpize && \
> ./configure --with-iconv=/usr && \
> make && \
> make install && \
> mkdir -p /etc/php7/conf.d && \
> #next command not needed in LSIO Docker
> #echo "extension=iconv.so" >> /etc/php7/conf.d/iconv.ini && \
> 
> apk del .php-build-dependencies && \
> rm -rf /opt/*
fetch http://dl-cdn.alpinelinux.org/alpine/v3.12/main/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/v3.12/community/x86_64/APKINDEX.tar.gz
(1/1) Upgrading .php-build-dependencies (20201205.073029 -> 20201205.074158)
OK: 558 MiB in 240 packages
fetch https://dl-3.alpinelinux.org/alpine/edge/testing/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/v3.12/main/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/v3.12/community/x86_64/APKINDEX.tar.gz
OK: 558 MiB in 240 packages
mv: cannot stat '/usr/bin/gnu-iconv': No such file or directory
mv: cannot stat '/usr/include/gnu-libiconv/*.h': No such file or directory
--2020-12-05 01:41:59--  https://secure.php.net/distributions/php-7.3.25.tar.gz
Resolving secure.php.net (secure.php.net)... 185.85.0.29
Connecting to secure.php.net (secure.php.net)|185.85.0.29|:443... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://www.php.net/distributions/php-7.3.25.tar.gz [following]
--2020-12-05 01:42:00--  https://www.php.net/distributions/php-7.3.25.tar.gz
Resolving www.php.net (www.php.net)... 185.85.0.29
Connecting to www.php.net (www.php.net)|185.85.0.29|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 19675266 (19M) [application/octet-stream]
Saving to: 'php-7.3.25.tar.gz.1'

php-7.3.25.tar.gz.1               100%[=============================================================>]  18.76M  9.79MB/s    in 1.9s    

2020-12-05 01:42:03 (9.79 MB/s) - 'php-7.3.25.tar.gz.1' saved [19675266/19675266]

Configuring for:
PHP Api Version:         20180731
Zend Module Api No:      20180731
Zend Extension Api No:   320180731
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for a sed that does not truncate output... /bin/sed
checking for cc... cc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking how to run the C preprocessor... cc -E
checking for icc... no
checking for suncc... no
checking whether cc understands -c and -o together... yes
checking for system library directory... lib
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking build system type... x86_64-pc-linux-musl
checking host system type... x86_64-pc-linux-musl
checking target system type... x86_64-pc-linux-musl
checking for PHP prefix... /usr
checking for PHP includes... -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib
checking for PHP extension directory... /usr/lib/php7/modules
checking for PHP installed headers prefix... /usr/include/php7
checking if debug is enabled... no
checking if zts is enabled... no
checking for re2c... no
configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers.
checking for gawk... no
checking for nawk... no
checking for awk... awk
checking if awk is broken... no
checking for iconv support... yes, shared
checking for libiconv in -liconv... yes
checking if iconv is glibc's... no
checking if using GNU libiconv... no
checking if iconv is Konstantin Chuguev's... no
checking if using IBM iconv... no
checking if iconv supports errno... yes
checking if iconv supports //IGNORE... no
checking if your cpp allows macro usage in include lines... yes
checking for ld used by cc... /usr/x86_64-alpine-linux-musl/bin/ld
checking if the linker (/usr/x86_64-alpine-linux-musl/bin/ld) is GNU ld... yes
checking for /usr/x86_64-alpine-linux-musl/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognize dependent libraries... pass_all
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking the maximum length of command line arguments... 98304
checking command to parse /usr/bin/nm -B output from cc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if cc supports -fno-rtti -fno-exceptions... no
checking for cc option to produce PIC... -fPIC
checking if cc PIC flag -fPIC works... yes
checking if cc static flag -static works... yes
checking if cc supports -c -o file.o... yes
checking whether the cc linker (/usr/x86_64-alpine-linux-musl/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no

creating libtool
appending configuration tag "CXX" to libtool
configure: creating ./config.status
config.status: creating config.h
config.status: config.h is unchanged
/bin/sh /opt/php-7.3.25/ext/iconv/libtool --mode=compile cc -I"/usr/include" -DZEND_ENABLE_STATIC_TSRMLS_CACHE=1 -I. -I/opt/php-7.3.25/ext/iconv -DPHP_ATOM_INC -I/opt/php-7.3.25/ext/iconv/include -I/opt/php-7.3.25/ext/iconv/main -I/opt/php-7.3.25/ext/iconv -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib  -DHAVE_CONFIG_H  -I/usr/include -g -O2   -c /opt/php-7.3.25/ext/iconv/iconv.c -o iconv.lo 
mkdir .libs
 cc -I/usr/include -DZEND_ENABLE_STATIC_TSRMLS_CACHE=1 -I. -I/opt/php-7.3.25/ext/iconv -DPHP_ATOM_INC -I/opt/php-7.3.25/ext/iconv/include -I/opt/php-7.3.25/ext/iconv/main -I/opt/php-7.3.25/ext/iconv -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib -DHAVE_CONFIG_H -I/usr/include -g -O2 -c /opt/php-7.3.25/ext/iconv/iconv.c  -fPIC -DPIC -o .libs/iconv.o
/opt/php-7.3.25/ext/iconv/iconv.c: In function 'zm_startup_miconv':
/opt/php-7.3.25/ext/iconv/iconv.c:287:4: error: '_libiconv_version' undeclared (first use in this function)
  287 |    _libiconv_version >> 8, _libiconv_version & 0xff);
      |    ^~~~~~~~~~~~~~~~~
/opt/php-7.3.25/ext/iconv/iconv.c:287:4: note: each undeclared identifier is reported only once for each function it appears in
/opt/php-7.3.25/ext/iconv/iconv.c: In function '_php_iconv_appendl':
/opt/php-7.3.25/ext/iconv/iconv.c:184:15: warning: implicit declaration of function 'libiconv'; did you mean 'iconv'? [-Wimplicit-function-declaration]
  184 | #define iconv libiconv
      |               ^~~~~~~~
/opt/php-7.3.25/ext/iconv/iconv.c:468:8: note: in expansion of macro 'iconv'
  468 |    if (iconv(cd, (char **)&in_p, &in_left, (char **) &out_p, &out_left) == (size_t)-1) {
      |        ^~~~~
make: *** [Makefile:194: iconv.lo] Error 1
root@3e69a0cc162f:/opt/php-7.3.25/ext/iconv# 

any feedback/help is greatly appreciated.

Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.