[Support] Joshndroid's Docker Repo Support Thread

[xle]

Baikal doesn't seem to work for me - loads of permissions errors. The /var/www/baikal/ folder is owned by the nginx user but can't successfully write any files without going into the console and changing the perms.

[Joshndroid]

20 hours ago, xle said:

Baikal doesn't seem to work for me - loads of permissions errors. The /var/www/baikal/ folder is owned by the nginx user but can't successfully write any files without going into the console and changing the perms.

interesting...

what did you need to change the folder too to get it working?

[xle]

I (quite lazily) just did

chmod -R a+rw /var/www/baikal/

which worked in the first instance but I could not get past the creation of the database in `/var/www/baikal/Specific/db/`

I'm afraid I gave up shortly after that.

[Joshndroid]

14 hours ago, xle said:

I (quite lazily) just did

chmod -R a+rw /var/www/baikal/

which worked in the first instance but I could not get past the creation of the database in `/var/www/baikal/Specific/db/`

I'm afraid I gave up shortly after that.

 

I am using an external mariadb connection to host the database, mainly so that I can backup/migrate without killing everything using the sqlite database. I can't really nuke my whole setup to test.

 

From what I understand i believe there should be a /db folder inside specific. Is it possible that this is not being created somewhere down the line and therefore the it doesn't create the sqlite databse file within it? You could use the main terminal (not the docker's terminal) to create the folder go to /mnt/user/appdata/baikal/specific/ and create a db folder and try again?

Edited October 13, 2022 by Joshndroid

[martinjuhasz]

Also tried installing Baikal freshly but failed with permission errors:

Quote

 

Error - Insufficient permissions on the configuration folders

In order to work properly, Baïkal needs to have write permissions in the Specific/ and config/ folder.

 

 

its the default template. folders seem to be mapped correctly and get created in appdata but it still fails and folders are empty. doesnt matter if nobody or root owns the folder.

[Joshndroid]

2 hours ago, martinjuhasz said:

Also tried installing Baikal freshly but failed with permission errors:

 

its the default template. folders seem to be mapped correctly and get created in appdata but it still fails and folders are empty. doesnt matter if nobody or root owns the folder.

 

On 10/13/2022 at 6:52 PM, xle said:

I (quite lazily) just did

chmod -R a+rw /var/www/baikal/

which worked in the first instance but I could not get past the creation of the database in `/var/www/baikal/Specific/db/`

I'm afraid I gave up shortly after that.

 

I have just done a fresh install... I am currently on 6.11.1

 

BEFORE you install Baikal from the docker template go into the unraid terminal and type these commands. You can copy and paste if you wish each line.

mkdir /mnt/user/appdata/baikal

mkdir /mnt/user/appdata/baikal/specific

mkdir /mnt/user/appdata/baikal/specific/db

mkdir /mnt/user/appdata/baikal/config

 

Then install the baikal via the template.

 

You should not get the error on startup about the permissions in the initialization phase.

 

You should also be able to then create an instance with a sqlite database.

 

Edited November 4, 2022 by Joshndroid

[martinjuhasz]

10 hours ago, Joshndroid said:

 

BEFORE you install Baikal from the docker template go into the unraid terminal and type these commands. You can copy and paste if you wish each line.

mkdir /mnt/user/appdata/baikal

mkdir /mnt/user/appdata/baikal/specific

mkdir /mnt/user/appdata/baikal/specific/db

mkdir /mnt/user/appdata/baikal/config

 

 

 

yep that worked, thanks. would be cool if this would show up in the info box before install. i think there is even a specific field for this in the templates for "things to do before install"

[Joshndroid]

On 11/4/2022 at 10:28 AM, martinjuhasz said:

 

yep that worked, thanks. would be cool if this would show up in the info box before install. i think there is even a specific field for this in the templates for "things to do before install"

I'll take a look and add it there.

I can't say I've noticed that box, maybe it's a newer thing with 6.11

In any event good to hear it's working

[F0X]

Hi everyone,

 

I seem to have an issue with Rimgo! It's a fresh install of the docker, but the log is on repeat, displaying

"open .env: no such file or directory"

 

Going into the docker does not work [for me] as the console returns with
"Error response from daemon: Container 7bce39507dace8589564a4c3e312cfb53b56e593150e3d11b5ffebb578ff9655 is restarting, wait until the container is running"

 

There is nothing restarting, the docker seems to be running. But I guess the message is related to the software repeatedly searching for the .env file.

 

Normally, one can go into the docker and make the file or add the file in the appdata/[product] folder, but I can't do anything withing the docker and there is no appdata/rimgo folder.

 

Do I miss something [probably pretty obvious]?

Thanks!

 

[Joshndroid]

On 11/25/2022 at 8:55 AM, F0X said:

RIMGO

 

Hello,

I would try nuking your rimgo instance and starting again from scratch.

If you have issues you could try and create the /mnt/appdata/rimgo folder first... THEN install the docker. It could be possible that your having some sort of permission issue with the folder structure when the docker first runs.

I dont have the appdata folder exposed as I never actually needed it..

FWIW the config.yml file that the docker uses contains this;

 

RIMGU_PORT: 3000
RIMGU_HOST: localhost
RIMGU_ADDRESS: 0.0.0.0
RIMGU_IMGUR_CLIENT_ID: YOUR-ID-NUMBER-HERE

 

[F0X]

On 11/26/2022 at 6:47 AM, Joshndroid said:

Hi,

Thank you for your help, but Rimgo is not using yml files, but .env? It's clearly looking for it as shown in the log. All permissions are in good order.

 

I have tried creating the rimgo folder manually in the appdata folder, but to no prevail. There is also no path reference in the docker settings, so it is logic that there is no folder made, nor a file made.

https://codeberg.org/video-prize-ranch/rimgo

 

Thanks.

 

[Joshndroid]

9 hours ago, F0X said:

Thank you for your help, but Rimgo is not using yml files, but .env? It's clearly looking for it as shown in the log. All permissions are in good order.

 

I have tried creating the rimgo folder manually in the appdata folder, but to no prevail. There is also no path reference in the docker settings, so it is logic that there is no folder made, nor a file made.

https://codeberg.org/video-prize-ranch/rimgo

 

Thanks.

 

 

Rimgo only needs the .env to set configuration during deployment.

We are setting the environment flags within the template.

 

 

This is the commit where it was added to the source.

 

We have no need for the -c flag... we are running the prebuilt docker image.

 

For sanity I have nuked my rimgo, deleted everything and redeployed... Nil issue running and home page listed is the same as the official listed instances.

 

Looking above... is your listed IP address correct for your 'Hosted IP address'?

I am also running as a 'bridge' network.

I have mine set as 0.0.0.0

 

[F0X]

Hi,

 

Alright, the IP address seemed to be the culprit. The 0.0.0.0 setting had confused me, expecting me to enter the server's address where it is hosted. It's working now.

 

Thanks!

[Tolete]

Baikal gods, please send help! 🙏

Baikal v0.9.3 + mySQL, ruining no issues (Linux 5.19.17-Unraid x86_64).

 

-logged into the web admin portal

-created a user and address book

-accessed the user > addressbook > url > i > https://baikal.mydomain.com/dav.php/addressbooks/username2/book2/

 

Trying to figure out how to import contacts into the address book from an export 600+ contacts .vcf file.

 

The imported file is a .vcf file from iCloud 600+ contacts but after importing, web admin portal contact count changes to 1, so it seems as its only importing 1 contact from the file even though there are 600+ contacts.

 

How do i import multiple contacts into the address book?

 

[Joshndroid]

On 3/3/2023 at 4:15 AM, Tolete said:

Baikal gods, please send help! 🙏

Baikal v0.9.3 + mySQL, ruining no issues (Linux 5.19.17-Unraid x86_64).

 

-logged into the web admin portal

-created a user and address book

-accessed the user > addressbook > url > i > https://baikal.mydomain.com/dav.php/addressbooks/username2/book2/

 

Trying to figure out how to import contacts into the address book from an export 600+ contacts .vcf file.

 

The imported file is a .vcf file from iCloud 600+ contacts but after importing, web admin portal contact count changes to 1, so it seems as its only importing 1 contact from the file even though there are 600+ contacts.

 

How do i import multiple contacts into the address book?

 

I am curious if it might be easier to import the contacts via your phone using something like davx5 to do the 'syncing'

I have always done my things this way and havn't had too much of an issue.

My other thought is maybe with thunderbird or outlook and using their contacts sync ability with your instance. caldav sync, etc.

[frah]

Today if installed the Baikal Docker container on my unRAID server created users, calendars and addressbooks. Connecting to the server and sync Cal-/CardDAV data works like a charm using Android phones w/ DAVx5:

 

##  ----
##  unRAID version
##  ----
6.11.5


##  ----
##  Docker image on unRAID
##  ----

REPOSITORY                            TAG        IMAGE ID       CREATED
ckulka/baikal                         nginx      bded0d70eae9   2 months ago


##  ----
##  Baikal Docker logs using DAVx5 (v4.3)
##  ----

172.17.0.1 - [email protected] [04/Mar/2023:17:56:36 +0100] "PROPFIND /dav.php/principals/[email protected]/ HTTP/1.1" 401 441 "-" "DAVx5/4.3-ose (2023/02/11; dav4jvm; okhttp/4.10.0) Android/10" "188.126.165.38, 172.18.0.1"
172.17.0.1 - - [04/Mar/2023:17:56:36 +0100] "PROPFIND /dav.php/principals/[email protected]/ HTTP/1.1" 207 564 "-" "DAVx5/4.3-ose (2023/02/11; dav4jvm; okhttp/4.10.0) Android/10" "188.126.165.38, 172.18.0.1"
172.17.0.1 - - [04/Mar/2023:17:56:36 +0100] "PROPFIND /dav.php/addressbooks/[email protected]/ HTTP/1.1" 207 2769 "-" "DAVx5/4.3-ose (2023/02/11; dav4jvm; okhttp/4.10.0) Android/10" "188.126.165.38, 172.18.0.1"


But on Linux (Arch) clients using `vdirsyncer discover` I'm facing the following issue:

##  ----
##  Baikal Docker logs using vdirsyncer (v0.19.1)
##  ----

172.17.0.1 - [email protected] [04/Mar/2023:17:59:22 +0100] "PROPFIND /dav.php/addressbooks/[email protected]/contacts/ HTTP/1.1" 401 455 "-" "vdirsyncer/0.19.1" "188.126.165.38, 172.18.0.1"
172.17.0.1 - [email protected] [04/Mar/2023:17:59:22 +0100] "PROPFIND /dav.php/addressbooks/[email protected]/contacts/ HTTP/1.1" 401 455 "-" "vdirsyncer/0.19.1" "188.126.165.38, 172.18.0.1"
172.17.0.1 - [email protected] [04/Mar/2023:17:59:22 +0100] "PROPFIND /.well-known/carddav HTTP/1.1" 302 145 "-" "vdirsyncer/0.19.1" "188.126.165.38, 172.18.0.1"
172.17.0.1 - - [04/Mar/2023:17:59:23 +0100] "PROPFIND /dav.php HTTP/1.1" 401 415 "-" "vdirsyncer/0.19.1" "188.126.165.38, 172.18.0.1"
172.17.0.1 - [email protected] [04/Mar/2023:17:59:23 +0100] "PROPFIND /dav.php/addressbooks/[email protected]/contacts/ HTTP/1.1" 401 455 "-" "vdirsyncer/0.19.1" "188.126.165.38, 172.18.0.1"
172.17.0.1 - [email protected] [04/Mar/2023:17:59:23 +0100] "PROPFIND /dav.php/addressbooks/[email protected]/contacts/ HTTP/1.1" 401 455 "-" "vdirsyncer/0.19.1" "188.126.165.38, 172.18.0.1"
172.17.0.1 - [email protected] [04/Mar/2023:17:59:23 +0100] "PROPFIND /.well-known/carddav HTTP/1.1" 302 145 "-" "vdirsyncer/0.19.1" "188.126.165.38, 172.18.0.1"
172.17.0.1 - - [04/Mar/2023:17:59:23 +0100] "PROPFIND /dav.php HTTP/1.1" 401 415 "-" "vdirsyncer/0.19.1" "188.126.165.38, 172.18.0.1"


##  ----
##  Output of `vdirsyncer -v DEBUG discover`
##  ----

vdirsyncer -v DEBUG discover
debug: Fetching value for username.fetch with command strategy.
debug: Fetching value for password.fetch with command strategy.
Discovering collections for pair contacts
contacts_local:
debug: ====================
debug: PROPFIND https://dav.rndsvc.com/dav.php/addressbooks/[email protected]/contacts/
debug: {'User-Agent': 'vdirsyncer/0.19.1', 'Content-Type': 'application/xml; charset=UTF-8', 'Depth': '1'}
debug: b'\n    <propfind xmlns="DAV:">\n        <prop>\n            <resourcetype />\n        </prop>\n    </propfind>\n    '
debug: Sending request...
debug: 401
debug: <CIMultiDictProxy('Date': 'Sat, 04 Mar 2023 17:00:36 GMT', 'Content-Type': 'application/xml; charset=utf-8', 'Content-Length': '443', 'Connection': 'keep-alive', 'Cache-Control': 'no-store, no-cache, must-revalidate', 'Dav': '1, 3, extended-mkcol, access-control, calendarserver-principal-property-search, calendar-access, calendar-proxy, calendar-auto-schedule, calendar-availability, resource-sharing, calendarserver-sharing, addressbook', 'Expires': 'Thu, 19 Nov 1981 08:52:00 GMT', 'Pragma': 'no-cache', 'Set-Cookie': 'PHPSESSID=evids5r7svcashgnsmg1i5cpov; path=/; HttpOnly', 'Strict-Transport-Security': 'max-age=63072000;includeSubDomains; preload', 'Vary': 'Brief,Prefer', 'WWW-Authenticate': 'Digest realm="BaikalDAV",qop="auth",nonce="640379340bd30",opaque="d66d5f0524036afcb61420e358f990ce"', 'X-Sabre-Version': '4.3.1', 'CF-Cache-Status': 'DYNAMIC', 'Report-To': '{"endpoints":[{"url":"https:\\/\\/a.nel.cloudflare.com\\/report\\/v3?s=EvVbjwpq5DS%2Bhih4yYdulFl0zSkSnMxM5RAoenrb4Y72gcI5VXQXNuj3Q8oLxGg7cFf4i%2FCBte%2BD9UgZ5dAAdVx6efOXysDhoWlU2RRJhf9tDVB09TQvDoFnb%2BdJ4v6fjA%3D%3D"}],"group":"cf-nel","max_age":604800}', 'NEL': '{"success_fraction":0,"report_to":"cf-nel","max_age":604800}', 'Server': 'cloudflare', 'CF-RAY': '7a2bad251df4c4b8-DUS', 'alt-svc': 'h3=":443"; ma=86400, h3-29=":443"; ma=86400')>
debug: <StreamReader 443 bytes eof>
debug: Given URL is not a homeset URL
debug: ====================
debug: PROPFIND https://dav.rndsvc.com/dav.php/addressbooks/[email protected]/contacts/
debug: {'User-Agent': 'vdirsyncer/0.19.1', 'Content-Type': 'application/xml; charset=UTF-8', 'Depth': '0'}
debug: b'\n        <propfind xmlns="DAV:">\n            <prop>\n                <current-user-principal />\n            </prop>\n        </propfind>\n        '
debug: Sending request...
debug: 401
debug: <CIMultiDictProxy('Date': 'Sat, 04 Mar 2023 17:00:36 GMT', 'Content-Type': 'application/xml; charset=utf-8', 'Content-Length': '443', 'Connection': 'keep-alive', 'Cache-Control': 'no-store, no-cache, must-revalidate', 'Dav': '1, 3, extended-mkcol, access-control, calendarserver-principal-property-search, calendar-access, calendar-proxy, calendar-auto-schedule, calendar-availability, resource-sharing, calendarserver-sharing, addressbook', 'Expires': 'Thu, 19 Nov 1981 08:52:00 GMT', 'Pragma': 'no-cache', 'Set-Cookie': 'PHPSESSID=nog46rblrk9s1gb9oqnlcpg7vl; path=/; HttpOnly', 'Strict-Transport-Security': 'max-age=63072000;includeSubDomains; preload', 'Vary': 'Brief,Prefer', 'WWW-Authenticate': 'Digest realm="BaikalDAV",qop="auth",nonce="640379341513d",opaque="d66d5f0524036afcb61420e358f990ce"', 'X-Sabre-Version': '4.3.1', 'CF-Cache-Status': 'DYNAMIC', 'Report-To': '{"endpoints":[{"url":"https:\\/\\/a.nel.cloudflare.com\\/report\\/v3?s=LlZ7FVvpTxR%2Fa%2FuqmndcY0ivUgKFISa%2BJziwrSXOCvmMzmfEssZ0NbaYBwQG2q38upYMF9yHH6KzrqOO4G2pCTO%2Fenf%2BXayP1hD0qKr0GDWawa2yBj03%2BOz14PRtC96mlg%3D%3D"}],"group":"cf-nel","max_age":604800}', 'NEL': '{"success_fraction":0,"report_to":"cf-nel","max_age":604800}', 'Server': 'cloudflare', 'CF-RAY': '7a2bad256e19c4b8-DUS', 'alt-svc': 'h3=":443"; ma=86400, h3-29=":443"; ma=86400')>
debug: <StreamReader 443 bytes eof>
debug: Trying out well-known URI
debug: ====================
debug: PROPFIND https://dav.rndsvc.com/.well-known/carddav
debug: {'User-Agent': 'vdirsyncer/0.19.1', 'Content-Type': 'application/xml; charset=UTF-8', 'Depth': '0'}
debug: b'\n        <propfind xmlns="DAV:">\n            <prop>\n                <current-user-principal />\n            </prop>\n        </propfind>\n        '
debug: Sending request...
debug: 401
debug: <CIMultiDictProxy('Date': 'Sat, 04 Mar 2023 17:00:36 GMT', 'Content-Type': 'application/xml; charset=utf-8', 'Content-Length': '403', 'Connection': 'keep-alive', 'Cache-Control': 'no-store, no-cache, must-revalidate', 'Dav': '1, 3, extended-mkcol, access-control, calendarserver-principal-property-search, calendar-access, calendar-proxy, calendar-auto-schedule, calendar-availability, resource-sharing, calendarserver-sharing, addressbook', 'Expires': 'Thu, 19 Nov 1981 08:52:00 GMT', 'Pragma': 'no-cache', 'Set-Cookie': 'PHPSESSID=ggdrpobcs8b2rlekqhc9l9uefg; path=/; HttpOnly', 'Strict-Transport-Security': 'max-age=63072000;includeSubDomains; preload', 'Vary': 'Brief,Prefer', 'WWW-Authenticate': 'Digest realm="BaikalDAV",qop="auth",nonce="640379342aa0d",opaque="d66d5f0524036afcb61420e358f990ce"', 'X-Sabre-Version': '4.3.1', 'CF-Cache-Status': 'DYNAMIC', 'Report-To': '{"endpoints":[{"url":"https:\\/\\/a.nel.cloudflare.com\\/report\\/v3?s=72yai8YD9uUcR%2BN4MQV5efPaA%2BAB6Cv9c6cyiJHFtvYTkH5g%2F%2BynwqDGL%2BAjxMYT2edvkS2guCRoiud1yYsstPwZxHRio99WJjFHYSun5XBeJtJDjhLkEBlCEt0ArveIvg%3D%3D"}],"group":"cf-nel","max_age":604800}', 'NEL': '{"success_fraction":0,"report_to":"cf-nel","max_age":604800}', 'Server': 'cloudflare', 'CF-RAY': '7a2bad25fe6ac4b8-DUS', 'alt-svc': 'h3=":443"; ma=86400, h3-29=":443"; ma=86400')>
debug: <StreamReader 403 bytes eof>
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/cli/discover.py", line 263, in _print_collections
debug:     discovered = await get_discovered()
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/cli/discover.py", line 176, in get_self
debug:     self._discovered = await self._discover()
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/cli/discover.py", line 185, in _discover
debug:     return handle_storage_init_error(self._cls, self._config)
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/cli/discover.py", line 181, in _discover
debug:     discovered = await aiostream.stream.list(self._cls.discover(**self._config))
debug:   File "/usr/lib/python3.10/site-packages/aiostream/core.py", line 33, in wait_stream
debug:     async for item in streamer:
debug:   File "/usr/lib/python3.10/site-packages/aiostream/stream/aggregate.py", line 71, in list
debug:     async for item in streamer:
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/storage/dav.py", line 488, in discover
debug:     async for collection in d.discover():
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/storage/dav.py", line 274, in discover
debug:     for c in await self.find_collections():
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/storage/dav.py", line 235, in find_collections
debug:     self._find_collections_impl(await self.find_home())
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/storage/dav.py", line 209, in find_home
debug:     url = await self.find_principal()
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/storage/dav.py", line 174, in find_principal
debug:     return await self._find_principal_impl(self._well_known_uri)
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/storage/dav.py", line 187, in _find_principal_impl
debug:     response = await self.session.request(
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/storage/dav.py", line 416, in request
debug:     return await http.request(method, url, session=session, **more)
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/http.py", line 153, in request
debug:     response.raise_for_status()
debug:   File "/usr/lib/python3.10/site-packages/aiohttp/client_reqrep.py", line 1005, in raise_for_status
debug:     raise ClientResponseError(
warning: Failed to discover collections for contacts_remote, use `-vdebug` to see the full traceback.
debug: ====================
debug: PROPFIND https://dav.rndsvc.com/dav.php/addressbooks/[email protected]/contacts/
debug: {'User-Agent': 'vdirsyncer/0.19.1', 'Content-Type': 'application/xml; charset=UTF-8', 'Depth': '1'}
debug: b'\n    <propfind xmlns="DAV:">\n        <prop>\n            <resourcetype />\n        </prop>\n    </propfind>\n    '
debug: Sending request...
debug: 401
debug: <CIMultiDictProxy('Date': 'Sat, 04 Mar 2023 17:00:36 GMT', 'Content-Type': 'application/xml; charset=utf-8', 'Content-Length': '443', 'Connection': 'keep-alive', 'Cache-Control': 'no-store, no-cache, must-revalidate', 'Dav': '1, 3, extended-mkcol, access-control, calendarserver-principal-property-search, calendar-access, calendar-proxy, calendar-auto-schedule, calendar-availability, resource-sharing, calendarserver-sharing, addressbook', 'Expires': 'Thu, 19 Nov 1981 08:52:00 GMT', 'Pragma': 'no-cache', 'Set-Cookie': 'PHPSESSID=u5803gh9na83hv273q8h21scsr; path=/; HttpOnly', 'Strict-Transport-Security': 'max-age=63072000;includeSubDomains; preload', 'Vary': 'Brief,Prefer', 'WWW-Authenticate': 'Digest realm="BaikalDAV",qop="auth",nonce="6403793436d7d",opaque="d66d5f0524036afcb61420e358f990ce"', 'X-Sabre-Version': '4.3.1', 'CF-Cache-Status': 'DYNAMIC', 'Report-To': '{"endpoints":[{"url":"https:\\/\\/a.nel.cloudflare.com\\/report\\/v3?s=mCLub0M2vbCDQcDJaiqHU0adtfhBDGVjqb8sqC0Fk5BXcQOej%2F8ctAm6EPprFCWfr5OMccD9%2F4sYqf6NWTrSOXR8BuMwULMaGuerQO%2B%2FtyWb3vPydAp5syxIOAWSrn75sA%3D%3D"}],"group":"cf-nel","max_age":604800}', 'NEL': '{"success_fraction":0,"report_to":"cf-nel","max_age":604800}', 'Server': 'cloudflare', 'CF-RAY': '7a2bad263e94c4b8-DUS', 'alt-svc': 'h3=":443"; ma=86400, h3-29=":443"; ma=86400')>
debug: <StreamReader 443 bytes eof>
debug: Given URL is not a homeset URL
debug: ====================
debug: PROPFIND https://dav.rndsvc.com/dav.php/addressbooks/[email protected]/contacts/
debug: {'User-Agent': 'vdirsyncer/0.19.1', 'Content-Type': 'application/xml; charset=UTF-8', 'Depth': '0'}
debug: b'\n        <propfind xmlns="DAV:">\n            <prop>\n                <current-user-principal />\n            </prop>\n        </propfind>\n        '
debug: Sending request...
debug: 401
debug: <CIMultiDictProxy('Date': 'Sat, 04 Mar 2023 17:00:36 GMT', 'Content-Type': 'application/xml; charset=utf-8', 'Content-Length': '443', 'Connection': 'keep-alive', 'Cache-Control': 'no-store, no-cache, must-revalidate', 'Dav': '1, 3, extended-mkcol, access-control, calendarserver-principal-property-search, calendar-access, calendar-proxy, calendar-auto-schedule, calendar-availability, resource-sharing, calendarserver-sharing, addressbook', 'Expires': 'Thu, 19 Nov 1981 08:52:00 GMT', 'Pragma': 'no-cache', 'Set-Cookie': 'PHPSESSID=bs0eg9r9d3innqmqe1bktnvo1k; path=/; HttpOnly', 'Strict-Transport-Security': 'max-age=63072000;includeSubDomains; preload', 'Vary': 'Brief,Prefer', 'WWW-Authenticate': 'Digest realm="BaikalDAV",qop="auth",nonce="640379343ff6d",opaque="d66d5f0524036afcb61420e358f990ce"', 'X-Sabre-Version': '4.3.1', 'CF-Cache-Status': 'DYNAMIC', 'Report-To': '{"endpoints":[{"url":"https:\\/\\/a.nel.cloudflare.com\\/report\\/v3?s=lzyYn2ujcadD0Vqh4RwRrkhkuX8uZOn%2FYADuGNogeHVmVDVPGME%2FSGdwjvvQma5hMp3dQ0S4X2rA1xiHLHMru0NAl8vSb%2BT%2B6L%2F5NznlbffB0PmjtaYpOaI2LlPgDasRRg%3D%3D"}],"group":"cf-nel","max_age":604800}', 'NEL': '{"success_fraction":0,"report_to":"cf-nel","max_age":604800}', 'Server': 'cloudflare', 'CF-RAY': '7a2bad268ecbc4b8-DUS', 'alt-svc': 'h3=":443"; ma=86400, h3-29=":443"; ma=86400')>
debug: <StreamReader 443 bytes eof>
debug: Trying out well-known URI
debug: ====================
debug: PROPFIND https://dav.rndsvc.com/.well-known/carddav
debug: {'User-Agent': 'vdirsyncer/0.19.1', 'Content-Type': 'application/xml; charset=UTF-8', 'Depth': '0'}
debug: b'\n        <propfind xmlns="DAV:">\n            <prop>\n                <current-user-principal />\n            </prop>\n        </propfind>\n        '
debug: Sending request...
debug: 401
debug: <CIMultiDictProxy('Date': 'Sat, 04 Mar 2023 17:00:36 GMT', 'Content-Type': 'application/xml; charset=utf-8', 'Content-Length': '403', 'Connection': 'keep-alive', 'Cache-Control': 'no-store, no-cache, must-revalidate', 'Dav': '1, 3, extended-mkcol, access-control, calendarserver-principal-property-search, calendar-access, calendar-proxy, calendar-auto-schedule, calendar-availability, resource-sharing, calendarserver-sharing, addressbook', 'Expires': 'Thu, 19 Nov 1981 08:52:00 GMT', 'Pragma': 'no-cache', 'Set-Cookie': 'PHPSESSID=fbcimoaevdlftek837dtarl1oe; path=/; HttpOnly', 'Strict-Transport-Security': 'max-age=63072000;includeSubDomains; preload', 'Vary': 'Brief,Prefer', 'WWW-Authenticate': 'Digest realm="BaikalDAV",qop="auth",nonce="6403793453e19",opaque="d66d5f0524036afcb61420e358f990ce"', 'X-Sabre-Version': '4.3.1', 'CF-Cache-Status': 'DYNAMIC', 'Report-To': '{"endpoints":[{"url":"https:\\/\\/a.nel.cloudflare.com\\/report\\/v3?s=OoDib5JKLWmDb0m%2FxOO99DmvAh7M%2FrMHFl0k5nExt8PyiF5hR12QzG7BiGJsu4SdOxnKckIod1CJVJEgI9CxHR2JH7VedqvRj%2BIqJA4W%2FLou1Qt4oZtjrOQbOn58gNLA0Q%3D%3D"}],"group":"cf-nel","max_age":604800}', 'NEL': '{"success_fraction":0,"report_to":"cf-nel","max_age":604800}', 'Server': 'cloudflare', 'CF-RAY': '7a2bad270f06c4b8-DUS', 'alt-svc': 'h3=":443"; ma=86400, h3-29=":443"; ma=86400')>
debug: <StreamReader 403 bytes eof>
error: Unknown error occurred: 401, message='Unauthorized', url=URL('https://dav.rndsvc.com/dav.php')
error: Use `-vdebug` to see the full traceback.
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/cli/__init__.py", line 32, in inner
debug:     f(*a, **kw)
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/cli/__init__.py", line 221, in discover
debug:     asyncio.run(main())
debug:   File "/usr/lib/python3.10/asyncio/runners.py", line 44, in run
debug:     return loop.run_until_complete(main)
debug:   File "/usr/lib/python3.10/asyncio/base_events.py", line 649, in run_until_complete
debug:     return future.result()
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/cli/__init__.py", line 213, in main
debug:     await discover_collections(
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/cli/tasks.py", line 92, in discover_collections
debug:     rv = await collections_for_pair(pair=pair, **kwargs)
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/cli/discover.py", line 97, in collections_for_pair
debug:     rv = await aiostream.stream.list(
debug:   File "/usr/lib/python3.10/site-packages/aiostream/core.py", line 33, in wait_stream
debug:     async for item in streamer:
debug:   File "/usr/lib/python3.10/site-packages/aiostream/stream/aggregate.py", line 71, in list
debug:     async for item in streamer:
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/cli/discover.py", line 212, in expand_collections
debug:     collections = await get_b_discovered()
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/cli/discover.py", line 176, in get_self
debug:     self._discovered = await self._discover()
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/cli/discover.py", line 185, in _discover
debug:     return handle_storage_init_error(self._cls, self._config)
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/cli/discover.py", line 181, in _discover
debug:     discovered = await aiostream.stream.list(self._cls.discover(**self._config))
debug:   File "/usr/lib/python3.10/site-packages/aiostream/core.py", line 33, in wait_stream
debug:     async for item in streamer:
debug:   File "/usr/lib/python3.10/site-packages/aiostream/stream/aggregate.py", line 71, in list
debug:     async for item in streamer:
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/storage/dav.py", line 488, in discover
debug:     async for collection in d.discover():
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/storage/dav.py", line 274, in discover
debug:     for c in await self.find_collections():
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/storage/dav.py", line 235, in find_collections
debug:     self._find_collections_impl(await self.find_home())
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/storage/dav.py", line 209, in find_home
debug:     url = await self.find_principal()
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/storage/dav.py", line 174, in find_principal
debug:     return await self._find_principal_impl(self._well_known_uri)
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/storage/dav.py", line 187, in _find_principal_impl
debug:     response = await self.session.request(
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/storage/dav.py", line 416, in request
debug:     return await http.request(method, url, session=session, **more)
debug:   File "/usr/lib/python3.10/site-packages/vdirsyncer/http.py", line 153, in request
debug:     response.raise_for_status()
debug:   File "/usr/lib/python3.10/site-packages/aiohttp/client_reqrep.py", line 1005, in raise_for_status
debug:     raise ClientResponseError(

If further information is needed I am happy to provide it.

[frah]

11 hours ago, frah said:

But on Linux (Arch) clients using `vdirsyncer discover` I'm facing the following issue:

 

Both systems Android smartphones (DAVx5) and Linux hosts (vdirsyncer) are working now. The solution was quite simple, all I did was changing the authentication type from "Digest" to "Basic".

[Tolete]

On 3/4/2023 at 1:09 AM, Joshndroid said:

I am curious if it might be easier to import the contacts via your phone using something like davx5 to do the 'syncing'

I have always done my things this way and havn't had too much of an issue.

My other thought is maybe with thunderbird or outlook and using their contacts sync ability with your instance. caldav sync, etc.

 

use case trying to achieve here is one way sync with Baikal.

-where, a list of contacts is edited/updated and imported to the correct user/addressbook and pushed to all endpoints.

 

[Joshndroid]

16 hours ago, Tolete said:

 

use case trying to achieve here is one way sync with Baikal.

-where, a list of contacts is edited/updated and imported to the correct user/addressbook and pushed to all endpoints.

 

I have always just used my phone to start the initial sync... In that when i first imported my contacts i imported them in my phone then using davx5 synced it to my baikal server. For doing what you trying to achieve i see various issues in their github over the years regarding importing, so your likely not alone. Maybe putting an issue into their github project may assist your further.

[Joshndroid]

Nitter Update

 

It would appears that nitter is having issues much like other apps in relation to all the API changes that are occurring at Twitter in order to most likely allow them to concentrate their market and keep their users on their platform rather than through 3rd party apps, etc. It would all amount to trying to limit others taking ad revenue and pump their numbers to advertisers.

 

My suggestion at this time would be utilise nitter's RSS feed for each page you follow and post those for each page into an RSS reader such as the open source app 'feeder' on android/android subsystem (not a mac/apple user for others out there). It could be seen as janky, but allows me to essentially do what i was already doing with the multi user inline with the URL.

[hando]

On 8/19/2021 at 11:36 AM, Joshndroid said:

For example;

I have this config areas changed;

Hi Josh, since 1st July the hmac key parameter in config.yml is mandatory. Without invidious wont start. Would be good if you can mention it in your setup assistant post.

https://github.com/iv-org/invidious/issues/3854

ty Harald

[Joshndroid]

10 hours ago, hando said:

Hi Josh, since 1st July the hmac key parameter in config.yml is mandatory. Without invidious wont start. Would be good if you can mention it in your setup assistant post.

https://github.com/iv-org/invidious/issues/3854

ty Harald

Yep, good call. I'll add it now. Cheers.

[own_rhino]

I realize that there have been many changes to the API. Is there some way of reviving our selfhosted Nitter instances? Most public instances are down but a handful still manage to be working.

 

Does anyone know how?

[Ingenioes]

On 9/2/2023 at 4:09 AM, own_rhino said:

I realize that there have been many changes to the API. Is there some way of reviving our selfhosted Nitter instances? Most public instances are down but a handful still manage to be working.

 

Does anyone know how?

I think the version on dockerhub is outdated, the official instance, that has been working for me (nitter.net) is on version 2023.09.02 while the dockerhub img is still on 2023.08.08.

[Joshndroid]

On 9/2/2023 at 12:09 PM, own_rhino said:

I realize that there have been many changes to the API. Is there some way of reviving our selfhosted Nitter instances? Most public instances are down but a handful still manage to be working.

 

Does anyone know how?

 

2 hours ago, Ingenioes said:

I think the version on dockerhub is outdated, the official instance, that has been working for me (nitter.net) is on version 2023.09.02 while the dockerhub img is still on 2023.08.08.

 

If you take a look here - https://github.com/zedeus/nitter/issues/983

The thread has been going for a while on the issues occuring at this time.

Its been a bit of a punish, it worked after the initial issues for a bit and then they (x) broke it again.

 

It would appear to me that the nitter dev is holding off updating the dockerhub image (i imagine till stuff actually works, rather than running patch fixes).

 

If you check the file ages, the default 'master' branch is a month behind, which is in line with the dockerhub image. They are using the 'guest_accounts' branch. My guess is that you would likely need to find a repo that is hosting a built image or build and host one yourself that you can import back into unraid.