{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":12196957,"defaultBranch":"master","name":"FreedomBox","ownerLogin":"freedombox","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2013-08-18T15:10:42.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/5255604?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1725936207.0","currentOid":""},"activityList":{"items":[{"before":"9af9a504e09b8021041a7d8fe4540574f42edc1c","after":"a1792be03f5c2289bfed152467a2b043611b3a39","ref":"refs/heads/main","pushedAt":"2024-09-21T16:55:30.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"action_utils: Remove extra empty line\n\nI introduced this code quality issue when handling a merge conflict in\n711c19b511f969d0dce5c36221428e8caa0e7473.\n\nSigned-off-by: James Valleroy ","shortMessageHtmlLink":"action_utils: Remove extra empty line"}},{"before":"4e54196c822d519796656b06304517f25765ae09","after":"9af9a504e09b8021041a7d8fe4540574f42edc1c","ref":"refs/heads/main","pushedAt":"2024-09-21T13:23:45.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"miniflux: Workaround a packaging bug with DB connection\n\nThe latest version of miniflux can't connect to the database after a fresh\ninstallation. This is due to incorrect ownership of /etc/miniflux/database file\nwhich is owned by root (and correctly having the permissions 0600). After\nchanges in bug #1078416, miniflux no longer runs as root user and instead runs\nas miniflux user. This user can't read the database file. The daemon silently\nfalls back to using built in defaults and fails to connect to PostgreSQL\ndatabase. This is originally caught by functional tests in FreedomBox's miniflux\nintegration.\n\nLinks:\n\n1) https://bugs.debian.org/1081562\n2) https://salsa.debian.org/go-team/packages/miniflux/-/merge_requests/2\n\nTests:\n\n- Freshly install miniflux with the patch and the daemon is running. Ownership\nfor the file /etc/miniflux/database is as expected.\n\n- Install miniflux without the patch. Daemon is not running. Apply patch and\nrestart service. miniflux app is updated. Daemon is running. Ownership for the\nfile /etc/miniflux/database is as expected.\n\nSigned-off-by: Sunil Mohan Adapa \nReviewed-by: James Valleroy ","shortMessageHtmlLink":"miniflux: Workaround a packaging bug with DB connection"}},{"before":"125a002fa365b8d5eba1f102caf735e024852c58","after":"4e54196c822d519796656b06304517f25765ae09","ref":"refs/heads/main","pushedAt":"2024-09-21T01:05:45.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"Translated using Weblate (Dutch)\n\nCurrently translated at 98.0% (1641 of 1673 strings)","shortMessageHtmlLink":"Translated using Weblate (Dutch)"}},{"before":"1dabc220b44bfe95430de36ecf853dc45b719745","after":"125a002fa365b8d5eba1f102caf735e024852c58","ref":"refs/heads/main","pushedAt":"2024-09-20T21:10:07.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"users: Don't cache NSS user indentity information\n\nnscd daemon caches queries made to NSS via glibc. In our case queries to passwd\nand group databases are cached. But this leads to many problems.\n\nSee: https://salsa.debian.org/freedombox-team/freedombox/-/merge_requests/2520\n\nThe bug that this MR fixes, that is, the inaccuracy of the authentication data,\nis horrible and only acceptable if the caching provides very important\nfunctionality. Already, having to purge nscd caches after modifying user\naccounts is not nice.\n\nI believe that we have encountered this bug before and blamed libpam-abl due to\nthe time sensitive nature of the problem.\n\nnscd itself recommends that it should be used if NSS lookup are expensive (such\nas in case of NIS, NIS+ queries according to /etc/init.d/nscd). In case of\nFreedomBox, LDAP queries are unlikely to be made using network. LDAP server is\nlikely always local. I believe we can safely remove nscd by masking and stopping\nnscd.service and unscd.service.\n\nTests:\n\n- After applying the patches, users app setup is re-run. Service nscd is stopped\nand masked. unscd is also masked.\n\n- Running 'id tester' shows expected value 'uid=10001(tester) gid=100(users)\ngroups=100(users),10002(admin)'.\n\n- Adding, removing, renaming a user immediately reflects in 'id '.\n\n- Adding and removing a user from groups immediately reflects in 'id '.\n\nSigned-off-by: Sunil Mohan Adapa \nReviewed-by: Veiko Aasa ","shortMessageHtmlLink":"users: Don't cache NSS user indentity information"}},{"before":"7e7ad62c8ba856c1fb1e78822a80affeb69037d3","after":"1dabc220b44bfe95430de36ecf853dc45b719745","ref":"refs/heads/main","pushedAt":"2024-09-20T04:44:59.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"nextcloud: Fix issue with upgrading to next version\n\nDon't delete overwrite.cli.url when the Nextcloud app's settings are\nupdated with no domain configured. Instead, set it to the default value\nof http://localhost/nextcloud\n\nWe might want to consider updating existing, faulty setups.\n\nHelps: #2433\n\nSigned-off-by: Benedek Nagy \nReviewed-by: Sunil Mohan Adapa ","shortMessageHtmlLink":"nextcloud: Fix issue with upgrading to next version"}},{"before":"618adefab794eb85018704ed97c871c3e1ae0b0e","after":"7e7ad62c8ba856c1fb1e78822a80affeb69037d3","ref":"refs/heads/main","pushedAt":"2024-09-20T02:51:25.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"users: Invalidate nscd cache after nslcd service startup\n\nFixes an issue where LDAP group membership info is not available long time\nafter system restart. This can happen when nscd cache is expired and name\nservice queries are made while nslcd is not yet started. As a result, nscd\ngroup cache contains only local system groups and not LDAP groups. The issue\narises more likely in slow systems where slapd/nslcd startup can take minutes.\nCould also depend on how long the device has been shut down before.\n\nTests performed:\n - stop nscd service, start nslcd service, check form the logs that\nnscd reload errors are ignored and nslcd service starts successfully.\n\n - Test when nscd group cache is invalidated while nslcd is not running.\nRun commands:\n```\nsystemctl reload nscd\nid tester\nsystemctl stop nslcd\nnscd -i group\nid tester\nsystemctl start nslcd\nid tester\n```\n\nResult before patch applied.\n```\nuid=10001(tester) gid=100(users) groups=10002(admin),100(users)\nuid=10001(tester) gid=100(users) groups=100(users)\nuid=10001(tester) gid=100(users) groups=100(users)\n```\n\nResult after patch applied, tester is in the admins group at the end.\n```\nuid=10001(tester) gid=100(users) groups=10002(admin),100(users)\nuid=10001(tester) gid=100(users) groups=100(users)\nuid=10001(tester) gid=100(users) groups=10002(admin),100(users)\n```\n\nSigned-off-by: Veiko Aasa \nReviewed-by: Sunil Mohan Adapa ","shortMessageHtmlLink":"users: Invalidate nscd cache after nslcd service startup"}},{"before":"87aac867820dc204c015cb71ec3148604998ea3b","after":"618adefab794eb85018704ed97c871c3e1ae0b0e","ref":"refs/heads/main","pushedAt":"2024-09-20T02:41:33.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"debian: tests: Wait for systemd-resolved to be started\n\nThis is attempting to fix a test setup issue in Debian CI, see #2450.\n\nSigned-off-by: James Valleroy \nReviewed-by: Sunil Mohan Adapa ","shortMessageHtmlLink":"debian: tests: Wait for systemd-resolved to be started"}},{"before":"9009cdafd6df3b5ec8743d8c4796951ef96d8927","after":"87aac867820dc204c015cb71ec3148604998ea3b","ref":"refs/heads/main","pushedAt":"2024-09-19T13:19:15.000Z","pushType":"push","commitsCount":4,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"apache: Don't restart daemon when changing certificates\n\nFixes: #2271\n\nWhen domain name is updated, it usually results in a error page as the HTTP\nconnection is broken in the middle of a page load. This is due to apache\nrestarting in the middle of domain change operation by letsencrypt component.\nThis also leads to several functional tests failing. To fix this, ensure that\nletsencrypt does a reload on the apache2 daemon instead of restarting it.\n\n'reload' operation on apache2 triggers the command 'apachectl graceful'. It\nensures that currently running continue to serve the open HTTP connection until\nthe page load has been completed. After that those connections stop. Meanwhile,\nthe server reloads configuration (and apparently the related TLS certificates too).\n\nTests:\n\n- Unit tests pass.\n- When self-signed certificate is updated with 'make-ssl-cert\n generate-default-snakeoil --force-overwrite' and 'systemctl\n try-reload-or-restart apache2' is called, the new certificate is loaded by\n apache2. Browser shows the untrusted certificate warning again. The\n certificate information in the connection details has been updated.\n\nSigned-off-by: Sunil Mohan Adapa \nReviewed-by: Veiko Aasa ","shortMessageHtmlLink":"apache: Don't restart daemon when changing certificates"}},{"before":"dceee56684019526c5d378b08b47c38d810b3639","after":"9009cdafd6df3b5ec8743d8c4796951ef96d8927","ref":"refs/heads/main","pushedAt":"2024-09-19T10:45:27.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"config, names: Move domain name configuration to names app\n\nTests:\n\n- Config app description is as expected.\n- Config form does not show domain name field anymore.\n - Submitting the form with changes works.\n- Names app has correct link for configuring static domain name. Clicking it\n takes to page for setting domain name.\n- On startup, static domian name signal is sent properly if set. Otherwise no\n signal is send.\n- Change domain name form shows correct value for current domain name.\n- Change domain name form sets the value for domain name properly.\n - Page title is correct.\n - Validations works.\n - Add/remove domain name signals are sent properly.\n - Success message as shown expected\n - /etc/hosts is updated as expected.\n- Unit tests work.\n- Functional tests on ejabberd, letsencrypt, matrix, email, jsxc, openvpn\n- After freshly starting the service. Visiting names app shows correct list of\n domains.\n- ejabberd:\n - Installs works as expected. Currently set domain_name is setup properly.\n Copy certificate happens on proper domain.\n - Changing the domain sets the domain properly in ejabberd configuration.\n - Ejabberd app page shows link to name services instead of config app.\n Clicking works as expected.\n- letsencrypt:\n - When no domains are configured, the link to 'Configure domains' is to the\n names app.\n- matrix-synapse:\n - Domain name is properly shown in the status.\n- email:\n - Primary domain name is shows properly in the app page.\n - Setting new primary domain works.\n - When installing, domain set as static domain name is prioritized as primary\n domain.\n- jsxc:\n - Show the current static domain name in the domain field. BOSH server is\n available.\n- openvpn:\n - Show the current static domain in profile is set otherwise show the current\n hostname.\n - If domain name is not set, downloaded OpenVPN profile shows hostname.\n\nSigned-off-by: Sunil Mohan Adapa \nReviewed-by: Veiko Aasa ","shortMessageHtmlLink":"config, names: Move domain name configuration to names app"}},{"before":"be615e9cdbfbe248134c62b579d0d8753efd0c0b","after":"dceee56684019526c5d378b08b47c38d810b3639","ref":"refs/heads/main","pushedAt":"2024-09-17T21:25:43.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"upgrades: Treat n/a release as testing\n\nCloses #2092\n\nOn testing and unstable systems, /etc/os-release does not contain\nVERSION_ID. In this case, lsb_release will report the release as\n\"n/a\".\n\nFor unstable, this means that backports can be enabled in development\nmode. When this happens, trixie-backports will be added as an apt\nrepository. The repository already exists, so it does not cause any\nproblem.\n\nTests:\n\n- In stable container, backports can be enabled.\n\n- In stable container, dist-upgrade can be disable and enabled.\n\n- In stable container, in development mode, dist-upgrade can be\n started.\n\n- In testing container, backports cannot be enabled.\n\n- In testing container, dist-upgrade cannot be enabled or started.\n\n- In testing container, in development mode, backports can be enabled.\n\n- In testing container, in development mode, dist-upgrade cannot be\n started.\n\n- In unstable container, in development mode, backports can be enabled\n (as trixie-backports).\n\n- In unstable container, in development mode, dist-upgrade cannot be\n started.\n\nSigned-off-by: James Valleroy \n[sunil: Merge the case of outdated unstable distributions that return 'unstable'\n as release and newer unstable distributions that return 'n/a']\nSigned-off-by: Sunil Mohan Adapa \nReviewed-by: Sunil Mohan Adapa ","shortMessageHtmlLink":"upgrades: Treat n/a release as testing"}},{"before":"7aec73c31c5a23e4a5ecdc605e4bd96224fa7149","after":"be615e9cdbfbe248134c62b579d0d8753efd0c0b","ref":"refs/heads/main","pushedAt":"2024-09-16T18:09:33.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"Translated using Weblate (Albanian)\n\nCurrently translated at 99.6% (1667 of 1673 strings)","shortMessageHtmlLink":"Translated using Weblate (Albanian)"}},{"before":"97950e0a95250becbea97c66dd46488ceeee93b5","after":"7aec73c31c5a23e4a5ecdc605e4bd96224fa7149","ref":"refs/heads/main","pushedAt":"2024-09-13T15:09:34.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"Translated using Weblate (Czech)\n\nCurrently translated at 100.0% (1673 of 1673 strings)","shortMessageHtmlLink":"Translated using Weblate (Czech)"}},{"before":"b82c88101436f881cb44e5d0e5ffb5fabcf026c4","after":"97950e0a95250becbea97c66dd46488ceeee93b5","ref":"refs/heads/main","pushedAt":"2024-09-11T04:09:48.000Z","pushType":"push","commitsCount":5,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"Translated using Weblate (Albanian)\n\nCurrently translated at 96.1% (1608 of 1673 strings)","shortMessageHtmlLink":"Translated using Weblate (Albanian)"}},{"before":"bc9e83e41f9d42e1f8717b13f5b632fa34429cf1","after":"b82c88101436f881cb44e5d0e5ffb5fabcf026c4","ref":"refs/heads/main","pushedAt":"2024-09-10T02:42:22.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"Release v24.19 to unstable\n\nSigned-off-by: James Valleroy ","shortMessageHtmlLink":"Release v24.19 to unstable"}},{"before":"86c08e56ca7b2a0fdc8e2ff1afe95db1bf6d17a4","after":"bc9e83e41f9d42e1f8717b13f5b632fa34429cf1","ref":"refs/heads/main","pushedAt":"2024-09-09T23:31:42.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"bind: Fix port number clash with 'shared' network connections\n\nCloses: #707\nHelps: #1570\n\n- Network Manager's 'shared' connections use port 53 on those interfaces. Bind\nby default also listens on them if possible. In some corner cases, this could\nlead to a clash. This patch fixes to cases by making sure bind does not listen\non IP address likely used by Network Manager's 'shared' connections. If user\ncustom configures address, they will need to update the bind configuration\naccordingly.\n\n- App version increment is not necessary because in this release cycle we have\nalready incremented it once.\n\nTests:\n\n- Install without patch. Increment the app version number (and the version\nnumber in the privileged script). Notice that bind app setup is run again.\n'listen-on' line is inserted into the configuration file as expected.\n\n- Increment the version numbers again and a second 'listen-on' line is not\ninserted.\n\n- Without patch, on a machine with two network interfaces, start a 'shared'\nnetwork connection. Start bind. Notice the error that bind could not listen on\nthe shared network IP address.\n\n- Without patch, on a machine with two network interface, start bind while\n'shared' network connection is configured with just the IP address. Start bind\nand it will listening on the IP address with shared network IP address.\nConfigure a shared connection and it fails to start.\n\n- Apply the patch. Start 'shared' network connection. Start bind and notice that\nbind does not attempt to listen on that shared network IP address and does not\nprint error message as well.\n\n- Apply the patch. Start bind while 'shared' network connection is configured\nwith just the IP address. Bind does not attempt to listen on that shared network\nIP address. Start the shared network connection. It start without issues.\n\nSigned-off-by: Sunil Mohan Adapa \nReviewed-by: James Valleroy ","shortMessageHtmlLink":"bind: Fix port number clash with 'shared' network connections"}},{"before":"a1070bf3197a41f37ba105f79cafd28c65939e90","after":"86c08e56ca7b2a0fdc8e2ff1afe95db1bf6d17a4","ref":"refs/heads/main","pushedAt":"2024-09-08T16:36:07.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"networks: Fix focusing on network interface field on error\n\n- In create/edit network connection form, if the accordion is closed for\n'General' section, Network Interface has not be selected yet and Submit button\nis pressed, 'General' section should be expanded and focus should go to Network\nInterface field. This is not working as expected as the code to expand\naccordions didn't match 'select' type input fields properly. Fix this.\n\n- Declare a common class name for both create and edit forms to make writing\nqueries easier.\n\n- Drop console logs that where meant for debugging.\n\nTests:\n\n- On both create and edit connection forms, set the value of network interface\nto '--select--' and collapse the 'General' section. Press submit. The 'General'\nsection is expanded, Network Interface field is focus and scrolled into view.\n\n- Do the same check for another field such as Connection Name and that works\ntoo.\n\nSigned-off-by: Sunil Mohan Adapa \nReviewed-by: Veiko Aasa ","shortMessageHtmlLink":"networks: Fix focusing on network interface field on error"}},{"before":"58c7de8d66bfa2b7fe25a8ea8163cab271ae257d","after":"a1070bf3197a41f37ba105f79cafd28c65939e90","ref":"refs/heads/main","pushedAt":"2024-09-07T20:00:32.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"names: Show systemd-resolved status in the names page\n\nThis improves the user experience in many ways:\n\n- Help user understand if DNSSEC is being used on the current DNS server in case\n'allow-fallback' is supported.\n\n- Nudges the user to explore enabling DNS-over-TLS and DNSSEC.\n\n- Help user understand how global vs. link specific configuration works. Help\nuser understand if a global DNS is being used.\n\n- Show the list of fallback DNS servers being used (as this poses privacy\nconcerns).\n\nAlso helps with debugging in problematic situations:\n\n- Find out which DNS server is being used (and leading to problems) and show the\ncycling mechanism.\n\nTests:\n\n- Enable/disable fallback DNS server in privacy app. See that fallback servers\nline is only shown when enabled.\n\n- Set various global values of DNS-over-TLS and DNSSEC and see the status\nchanges.\n\n- Set various values of DNS-over-TLS in the network connection settings and see\nthe changes in status.\n\n- Set DNSSEC to allow-fallback. Perform a query and see that the value of\nsupported/unsupported changes.\n\n- Set DNS servers with special configuration file in\n/etc/systemd/resolved.conf.d/test.conf and restart systemd-resolved. See change\nin status page. Notice that if connection specific DNS server is set to an\ninvalid server, global section has a current DNS server.\n\n- Set SNI domain name and port for the an IPv4 DNS and an IPv6 DNS. See that the\ndisplay is as expected.\n\n- Raise an exception in get_status() and notice that an error alert is show\nproperly.\n\nSigned-off-by: Sunil Mohan Adapa \nReviewd-by: Veiko Aasa ","shortMessageHtmlLink":"names: Show systemd-resolved status in the names page"}},{"before":"cbfaee85b508765a5abe3356cdbb13e7c07a3c74","after":"58c7de8d66bfa2b7fe25a8ea8163cab271ae257d","ref":"refs/heads/main","pushedAt":"2024-09-07T14:29:03.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"letsencrypt: Handle both standard and custom repairs\n\nPass remaining failed checks to super.\n\nTests:\n\n- Remove /etc/letsencrypt/renewal-hooks/deploy/50-freedombox so that\n the diagnostic fails. Running repair causes the file to be\n re-created.\n\n- Set domain name to non-existing domain so that the diagnostic\n fails. Running repair attempts to obtain the certificate.\n\n- Have both diagnostics failing. Running repair will attempt to repair\n both.\n\nSigned-off-by: James Valleroy \nReviewed-by: Sunil Mohan Adapa ","shortMessageHtmlLink":"letsencrypt: Handle both standard and custom repairs"}},{"before":"71500ea9dfe0b65d6542b8b7929fbbfb1307412d","after":"cbfaee85b508765a5abe3356cdbb13e7c07a3c74","ref":"refs/heads/main","pushedAt":"2024-09-07T09:29:07.000Z","pushType":"push","commitsCount":9,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"networks: Show current global value of DNS-over-TLS and link to it\n\nSo that when users select 'Default' they understand what value applies and how\nto change it.\n\nSigned-off-by: Sunil Mohan Adapa \nReviewed-by: Veiko Aasa ","shortMessageHtmlLink":"networks: Show current global value of DNS-over-TLS and link to it"}},{"before":"5d622d89cf484c21f30c955a3cb296b55f75265c","after":"71500ea9dfe0b65d6542b8b7929fbbfb1307412d","ref":"refs/heads/main","pushedAt":"2024-09-06T20:06:19.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"upgrades: Add repair step for held packages\n\nPackage holds are only expected when apps are being installed or\nuninstalled, or during distribution upgrade process. At any other\ntime, package holds are not expected and should be released.\n\nTests:\n\n- Place a hold on one package. Run the upgrades diagnostics, which\n will have a failure. Try to repair the failure, and confirm that the\n package is no longer held.\n\n- Repeat with two or three packages being held.\n\n[sunil]\n\n- When the package 'needsrestart' is outdated and another package is held,\nrunning repair unholds the package as well as runs setup() on the upgrades app\nleading to 'needsrestart' package getting upgrade.\n\n- When only failed diagnostic is for package holds. Running repair unholds the\npackages but does not rung setup().\n\nHelps: #2347\n\nSigned-off-by: James Valleroy \nReviewed-by: Sunil Mohan Adapa ","shortMessageHtmlLink":"upgrades: Add repair step for held packages"}},{"before":"3c3f9d1380cdce3ac5d99d611b9c00763f6d348e","after":"5d622d89cf484c21f30c955a3cb296b55f75265c","ref":"refs/heads/main","pushedAt":"2024-09-06T02:53:51.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"mediawiki: Increase PHP maximum execution time to 100 seconds\n\nFixes: #2432\n\nTests:\n\n- Without patch install MediaWiki. phpinfo() shows max execution time for 30\nseconds. Apply patch, run 'make install' and restart service. Mediawiki app is\nupdated. Apache2 is reloaded. phpinfo() shows max execution time for 100\nseconds.\n\n- Create a script to 100% utilize the CPU for 90 seconds. It works.\n\n- Create a script to 100% utilize the CPU for 110 seconds. It fails and get\nkilled after about 100 seconds.\n\nSigned-off-by: Joseph Nuthalapati \nTested-by: Sunil Mohan Adapa \nReviewed-by: Sunil Mohan Adapa ","shortMessageHtmlLink":"mediawiki: Increase PHP maximum execution time to 100 seconds"}},{"before":"939f122fb5d4fa2e9b39fc9870b4a8447753368a","after":"3c3f9d1380cdce3ac5d99d611b9c00763f6d348e","ref":"refs/heads/main","pushedAt":"2024-09-04T10:17:22.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"container: Re-run failed provisioning even if container is running\n\n- If provision fails and the container is in running state, then running\n'./container up' does not lead to re-run of provisioning script. Fix this.\n\nTests:\n\n- Without patch, insert 'exit 1' in provisioning script. Run './container\ndestroy; ./container up'. Provision script will fail. Re-run './container up'.\nProvision script is not run and message that container is already running is\nprinted.\n\n- With patch, insert 'exit 1' in provisioning script. Run './container destroy;\n./container up'. Provision script will fail. Re-run './container up'. Provision\nscript is not run and message that container is already running is printed.\n\nSigned-off-by: Sunil Mohan Adapa \nReviewed-by: Veiko Aasa ","shortMessageHtmlLink":"container: Re-run failed provisioning even if container is running"}},{"before":"d2b2f8b0f11c93f2d3d2c81a22e9c73aa78d2517","after":"939f122fb5d4fa2e9b39fc9870b4a8447753368a","ref":"refs/heads/main","pushedAt":"2024-09-04T09:00:56.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"bind: Set default forwarder as systemd-resolved\n\nCloses: #1196.\n\n- systemd-resolved always contains the current list of known DNS servers taken\nfrom systemd-networkd, network-manager, or by other means. It also has fallback\nDNS servers. Forwarding requests to it allows correct and failsafe way to reach\nexternal DNS servers.\n\nTests:\n\n- Freshly install bind and notice that the fowarders list is set to 127.0.0.53.\n\n- Install without the patch. Apply patch. Restart service. bind is upgraded to\nnew version and forwarder is set to 127.0.0.53 if it is blank. Otherwise, it\nremains as is.\n\nSigned-off-by: Sunil Mohan Adapa \nReviewed-by: Veiko Aasa ","shortMessageHtmlLink":"bind: Set default forwarder as systemd-resolved"}},{"before":"51b919cc11c46af082068c63d7639a93baafd775","after":"d2b2f8b0f11c93f2d3d2c81a22e9c73aa78d2517","ref":"refs/heads/main","pushedAt":"2024-09-04T08:05:47.000Z","pushType":"push","commitsCount":5,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"makefile: Workaround problems with systemd-resolved package\n\n- To complete the provisioning process with container script and vagrant.\n\nTests:\n\n- Start a fresh testing container, it should succeed. systemd-resolved is\nrunning and resolving queries.\n\n- Start a fresh stable container, it should succeed. systemd-resolved is running\nand resolving queries.\n\nSigned-off-by: Sunil Mohan Adapa \nReviewed-by: Veiko Aasa ","shortMessageHtmlLink":"makefile: Workaround problems with systemd-resolved package"}},{"before":"4b773698cb653694e04e3bb4a4666bf0bda25858","after":"51b919cc11c46af082068c63d7639a93baafd775","ref":"refs/heads/main","pushedAt":"2024-09-03T22:59:41.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"storage: Handle grub-pc package not available\n\nOn systems where the grub-pc package is not available (e.g. ARM),\ndpkg-query will have an exit status of 1. Handle the error that is\nraised in this case.\n\nTests:\n\n- Added unit tests for storage._diagnose_grub_configured.\n\n- Tested on Raspberry Pi 4.\n\nCloses: #2441\n\nSigned-off-by: James Valleroy \nReviewed-by: Sunil Mohan Adapa ","shortMessageHtmlLink":"storage: Handle grub-pc package not available"}},{"before":"2a5f6768e5cda4d90a53e20468f2c223f3059808","after":"4b773698cb653694e04e3bb4a4666bf0bda25858","ref":"refs/heads/main","pushedAt":"2024-09-03T14:09:49.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"Translated using Weblate (Telugu)\n\nCurrently translated at 90.1% (1484 of 1646 strings)","shortMessageHtmlLink":"Translated using Weblate (Telugu)"}},{"before":"5422e12a2174e88240a821fc7c11a060c306060f","after":"2a5f6768e5cda4d90a53e20468f2c223f3059808","ref":"refs/heads/main","pushedAt":"2024-09-02T10:09:44.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"Translated using Weblate (German)\n\nCurrently translated at 95.4% (1571 of 1646 strings)","shortMessageHtmlLink":"Translated using Weblate (German)"}},{"before":"e083aa06b73c6980f8089b17724a9ebe87d01c96","after":"aca91a0f5e2418166dd2ea49374fadd50eb9a37f","ref":"refs/heads/debian/bookworm-backports","pushedAt":"2024-09-01T10:35:24.000Z","pushType":"push","commitsCount":28,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"Release v24.18~bpo12+1 to bookworm-backports\n\nSigned-off-by: James Valleroy ","shortMessageHtmlLink":"Release v24.18~bpo12+1 to bookworm-backports"}},{"before":"c3cd5ea5b2ef4a2399800745de807ca1f3a72764","after":"5422e12a2174e88240a821fc7c11a060c306060f","ref":"refs/heads/main","pushedAt":"2024-08-31T12:10:01.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"Translated using Weblate (Ukrainian)\n\nCurrently translated at 95.6% (1575 of 1646 strings)","shortMessageHtmlLink":"Translated using Weblate (Ukrainian)"}},{"before":"bb63faea76e39d4b59c8638edbd07282b039432a","after":"c3cd5ea5b2ef4a2399800745de807ca1f3a72764","ref":"refs/heads/main","pushedAt":"2024-08-29T12:10:03.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"jvalleroy","name":"James Valleroy","path":"/jvalleroy","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/178876?s=80&v=4"},"commit":{"message":"Translated using Weblate (Spanish)\n\nCurrently translated at 100.0% (1646 of 1646 strings)","shortMessageHtmlLink":"Translated using Weblate (Spanish)"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"Y3Vyc29yOnYyOpK7MjAyNC0wOS0yMVQxNjo1NTozMC4wMDAwMDBazwAAAAS8y9Ms","startCursor":"Y3Vyc29yOnYyOpK7MjAyNC0wOS0yMVQxNjo1NTozMC4wMDAwMDBazwAAAAS8y9Ms","endCursor":"Y3Vyc29yOnYyOpK7MjAyNC0wOC0yOVQxMjoxMDowMy4wMDAwMDBazwAAAASnkUd0"}},"title":"Activity ยท freedombox/FreedomBox"}