October 12, 20223 yr 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.
October 13, 20223 yr Author 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?
October 13, 20223 yr 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.
October 13, 20223 yr Author 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, 20223 yr by Joshndroid
November 3, 20223 yr 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.
November 4, 20223 yr Author 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, 20223 yr by Joshndroid
November 4, 20223 yr 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"
November 6, 20223 yr Author 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
November 24, 20223 yr 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!
November 26, 20223 yr Author 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
November 29, 20223 yr 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.
November 30, 20223 yr Author 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
November 30, 20223 yr 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!
March 2, 20233 yr 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?
March 4, 20233 yr Author 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.
March 4, 20233 yr 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.
March 5, 20233 yr 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".
March 6, 20233 yr 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.
March 7, 20233 yr Author 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.
April 30, 20233 yr Author 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.
July 7, 20232 yr 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
July 8, 20232 yr Author 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.
September 2, 20232 yr 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?
September 3, 20232 yr 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.
September 3, 20232 yr Author 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.
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.