KGB-0 | gnome-sudoku pristine-tar 40afd9c Jeremy Bicha gnome-sudoku_43.1.orig.tar.xz.delta gnome-sudoku_43.1.orig.tar.xz.id * pristine-tar data for gnome-sudoku_43.1.orig.tar.xz * https://deb.li/8JFE | 01:20 |
---|---|---|
KGB-2 | gnome-sudoku upstream/latest 30f6b76 Jeremy Bicha * pushed 19 commits (first 5 follow) * https://deb.li/Hxmh | 01:20 |
KGB-2 | gnome-sudoku upstream/latest f8bb1c6 Jordi Mas po/ca.po * Update Catalan translation * https://deb.li/3SJQc | 01:20 |
KGB-2 | gnome-sudoku upstream/latest a1d1d1e Charles Monzat help/fr/fr.po * Update French translation * https://deb.li/NDuC | 01:20 |
KGB-2 | gnome-sudoku upstream/latest 6a89f8e Baurzhan Muftakhidinov po/kk.po * Update Kazakh translation * https://deb.li/ig8SG | 01:20 |
KGB-2 | gnome-sudoku upstream/latest 2594e01 Sabri Ünal po/tr.po * Update Turkish translation * https://deb.li/2ZUl | 01:20 |
KGB-2 | gnome-sudoku upstream/latest bfc6a4b Quentin PAGÈS po/oc.po * Update Occitan translation * https://deb.li/3h81I | 01:20 |
mybalzitch | to the individual helping me with my refresh rate issue, thank you for pointing out the 2 problems I had with my system. I removed the bad ppa, purged, and fixed my grub so I'd boot the correct and vastly newer kernel. | 01:28 |
duflu | mybalzitch, no problem. But did they fix the flicker? | 03:24 |
mybalzitch | nope. it's now different/worse. If I stay at 100hz its fine, but 120/165 I get a different kind of flickering and it's almost worse. | 03:27 |
mybalzitch | I was trying to get amdgpu going again, to see if they fixed it, but I'm having no luck. so I'll follow your instructions and submit another bug report | 03:28 |
duflu | mybalzitch, for bandwidth problems the best bet is to try a different display cable (or three). If that still doesn't fix it then you can reduce the bandwidth requirement without reducing the refresh rate using this new feature in GNOME 43: https://gitlab.gnome.org/GNOME/mutter/-/commit/03336788fb079cb8aa203e031f85d039a87832ce ($HOME/.config/monitors.xml) | 03:33 |
-ubottu:#ubuntu-desktop- Commit 0333678 in GNOME/mutter "monitor-config-store: Add parsing support for 'maxbpc' in monitors.xml" | 03:33 | |
mybalzitch | yeah I was using the dell supplied DP cable | 03:34 |
mybalzitch | I will take a look at that, thank you | 03:34 |
duflu | Probably equally likely is that you need a newer kernel to fix any signalling problems. You can try the latest kernel here (assuming you have secure boot disabled in the BIOS): https://kernel.ubuntu.com/~kernel-ppa/mainline/v6.1.8/amd64/ | 03:37 |
mybalzitch | 6.1.8 doesn't like zfs on root (shoulda known) and the amdgpu-install I think blacklisted the default amdgpu driver because x11 won't load on boot with the hwe kernel unless I modprobe amdgpu, so I got more fixing to do in the morning. | 04:09 |
seb128 | goood morning desktopers! | 07:09 |
jbicha | good morning | 13:00 |
KGB-0 | gtk3 signed tags df641cc Jeremy Bicha ubuntu/3.24.36-2ubuntu1 * gtk+3.0 Debian release 3.24.36-2ubuntu1 * https://deb.li/3VShI | 13:52 |
seb128 | ricotz, hey, do you have any idea maybe about https://launchpadlibrarian.net/647847075/buildlog_ubuntu-bionic-i386.thunderbird_1%3A102.7.1+build1-0ubuntu0.18.04.1_BUILDING.txt.gz ? | 14:43 |
seb128 | > Duplicate key `lto` in table `profile.release` | 14:44 |
ricotz | seb128, hi, you can retry the build, it is a race only happening on i386 while patching Cargo.toml | 14:46 |
ricotz | seb128, do you if a merge of fontconfig 2.14.1 from debian is planned? | 14:49 |
seb128 | ricotz, thanks, I retried once but maybe it got unlucky again, doing another retry | 14:51 |
seb128 | ricotz, we should do it yes, nobody got assigned so far though ... are you maybe interested? ;) | 14:51 |
ricotz | seb128, just asking :), since libreoffice would require a patch for its test-suite | 14:52 |
seb128 | k, I will try to maybe do it next week | 14:52 |
seb128 | let's see if I manage to clear other items off my list first, including the thunderbird updates :) | 14:52 |
ricotz | seb128, okay :) | 14:53 |
ricotz | seb128, btw you can usually find a tarball in https://launchpad.net/~mozillateam/+archive/ubuntu/ppa/+packages (if you aren't faster) | 14:54 |
seb128 | ricotz, yes, I noticed ... do you have automation for those? | 15:10 |
ricotz | seb128, no, just some simple scripts | 15:18 |
seb128 | ricotz, ack, thanks | 15:26 |
seb128 | ricotz, there is something weird with translations it seems, I'm testing 102.7.1 in a 22.04 VM with thunderbird-locale-fr and some of the strings are showing in english, like 'To' in the composer, where those are showing translated in the snap for the same version... | 15:47 |
ricotz | seb128, hmm, I seeing some untranslated strings here too on locale "de" | 16:28 |
seb128 | :( | 16:29 |
seb128 | I wonder if that's a side effect of the recent changes for langpacks | 16:29 |
seb128 | the translations work in the snap and I would expect that to be the same source so to give the same results... | 16:30 |
ricotz | the packaging invokes the build target for language packs directly, maybe something needs to be adopted | 16:35 |
ricotz | although I would not expect such subtile problems, but things breaking for real | 16:35 |
ricotz | seb128, I think things are correct, but the revision reference in comm-esr102 isn't updated | 16:45 |
ricotz | I guess the upstream packaging simply uses the HEAD of comm-l10n | 16:45 |
ricotz | https://hg.mozilla.org/releases/comm-esr102/log/tip/mail/locales/l10n-changesets.json | 16:47 |
ricotz | 5b6788295358a875cf7ba9032584a069860bc032 is used and there were a lot of changes after that | 16:48 |
seb128 | ricotz, weird, I would expect strings like 'To' to be translated since forever | 17:15 |
ricotz | seb128, it is not string based, but position based | 17:17 |
ricotz | so the translations refer to specific widgets/labels | 17:17 |
seb128 | well, same I would expect the 'To' entry to not be something that change in the 102 serie but maybe that's naive from me | 17:43 |
seb128 | so any idea if 1- that's a regression due to the recent changes to our packaging script? | 17:44 |
seb128 | 2- how we fix that in the deb? | 17:44 |
ricotz | seb128, it is caused by the upstream switch to a single repo for translations | 17:47 |
ricotz | upstream should update the revision in l10n-changesets.json | 17:47 |
ricotz | if we would use the HEAD of comm-l10n the translations generation won't be stable | 17:48 |
ricotz | oops, translations/tarball | 17:48 |
seb128 | I wonder why it works in the snap | 17:54 |
seb128 | do you know who to raise that with upstream? | 17:55 |
seb128 | I wonder if that's worth blocking the current updates until we get the issue resolved | 17:55 |
ricotz | seb128, maybe lis_syx can help with upstream? | 17:58 |
ricotz | hardcoding the latest l10n revision and regenerate the tarball as "*+build1.1" would be an option | 17:59 |
ricotz | seb128, I am going to push a repack to the mozillateam ppa for lunar | 18:09 |
ricotz | seb128, https://launchpad.net/~mozillateam/+archive/ubuntu/ppa/+sourcepub/14460889/+listing-archive-extra | 18:51 |
KGB-0 | gnome-terminal signed tags dcb7844 Gunnar Hjalmarsson ubuntu/3.46.7-1ubuntu2 * gnome-terminal Debian release 3.46.7-1ubuntu2 * https://deb.li/3ivIE | 19:18 |
seb128 | ricotz[m], thanks | 21:55 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!