[07:15] <webchat77> hi
[11:10] <lotuspsychje> i've noticed a weird glitch on gnomes systemsetting toggling enable/disable 'dock always hide' makes the settings window glitch, for those who want/can test it
[11:28] <TJ-> lotuspsychje: I think I may have a clue on your random flashes
[11:29] <lotuspsychje> oh yeah?
[11:31] <TJ-> I was exploring KDEs system settings and came to a dialog for the Compositor, where it has a setting "Latency" and one of the options says "Force lowest latency (may cause dropped frames)"
[11:31] <TJ-> So I wonder if there is something simmilar for Gnome
[11:31] <TJ-> Here: https://i.imgur.com/TTd6aM5.png
[11:32] <lotuspsychje> TJ-: dont think gnomes settings got something similar
[11:32] <TJ-> sounds about the state of things from Gnome!
[11:33] <TJ-> but there may be some hidden setting somewhere that does the same thing you can tweak
[11:33] <lotuspsychje> tryed latency in dconf, but nothing there
[11:33] <lotuspsychje> but your guess might be in the right direction, gl stuff
[11:41] <lotuspsychje> was browsing these last night too https://gitlab.gnome.org/GNOME/gnome-shell/-/issues
[11:42] <lotuspsychje> but not directly something similar as mine
[12:58] <TJ-> lotuspsychje: you could install the plasma-desktop and try that with the different settings see if it still happens. That'd help determine if it is due to such a setting, or not
[15:56] <lotuspsychje> filed a seperate bug for the gnome-control-center glitches, bug #1949845


 Vrvvffv
[06:39] <alkisg> That's either a cat on the keyboard, or the secret of life...
[07:24] <winlundn> Kubuntu chokes on the snap version of the Clementine music player, had to install the *.deb from the Clementine Website. Got a lot of weird errors like no write permissions to my home directory. Kubuntu issue, maybe?
[07:24] <winlundn> Never saw that one before (write errors to directory)
[07:26] <winlundn> It was probably a troubled version of Clementine because there was no green check mark next to the last installation output in snap.. buggy version
[07:28] <winlundn> Very happy with Kubuntu, otherwise. I noticed initramfs takes a while longer to process stuff than in past upgrades but that could just be my system or differences in 21.10
[09:30] <sakrecoer[bpist]> Hi! Are USB bootable drives made with `usb-creator-kde` persistent by default?
[11:37] <mparillo> Last time I used it, USB bootable drives made with `usb-creator-kde` were not persistent by default. But it has been years. Back then, I used to be scared of dd. Now, I am just a bit careful, and dd has never destroyed any data I did not want it to.
[14:01] <BluesKaj> Hi folks
 Hi !
[14:18] <sakrecoer[bpist]> thank you mparillo ! there is storage partition made alright. But i guess what i wonder is if upgrades will persist?
[16:06] <mussab> This is my first time using Konversaton. What does it do?
[16:11] <Dragnslcr> It's an IRC (Internet Relay Chat) client
[16:12] <Dragnslcr> These days, it's mostly channels for technical discussions. You can go to Window -> Channel List (or press F5) to see a list of channels on the Libera network.
[16:25] <mussab> Thanks for the information
[18:40] <tomreyn> sakrecoer[bpist]: no, most lilkely not. but you can do an actual install to the usb stick, then changes will persist.
[19:00] <sakrecoer[bpist]> thank you tomreyn !


[02:43] <lotuspsychje> good morning
[15:33] <snow_richard> I just started a course from Meta on android dev. lead to a certificate


[06:04] <cje> hi, n2diy sent me here from #ubuntu.  I am involved with a project to help introduce FOSS to newbies.  It's called the Digital Tipping Point.  We are building a film on-line about the basic values underlying Ubuntu:  community, sharing, and empowerment with FOSS computers.  I am looking for people who are interested in doing video editing for the project.  Is this chat a good place to talk about this topic?
[06:09] <Burgundavia> cje: absolutely
[06:09] <cje> cool
[06:09] <Burgundavia> I can put you in touch with Alan Pope, who has done video editing
[06:09] <cje> awesome
[06:10] <cje> what continent is he on?  heh
[06:10] <cje> I am in San Francisco, North American plate.
[06:10] <cje> heh
[06:10] <n2diy> :)
[06:11] <Burgundavia> cje: https://wiki.ubuntu.com/AlanPope
[06:11] <Burgundavia> I live here -->  http://www.openstreetmap.org/index.html?lat=48.4583439042065&lon=-123.360130293895&zoom=12
[06:12] <cje> k, just a secy, I will peek.
[06:16] <cje> wow, victoria must be beautiful.  Lots of nature. And breezy, too.
[06:16] <cje> Burgundavia: So should I contact Alan Pope from the page that you linked me to, or should I give you my email address here?
[06:17] <Burgundavia> cje: use that email
[06:20] <cje> k, thanks!
[06:20] <cje> Burgundavia:  should I tell him that you sent me?  will he recognize your burgundavia nick?
[06:21] <Burgundavia> cje: yes, he will recognize my name and nick
[06:21] <cje> k, thanks
[06:22] <Burgundavia> no worries
[06:24] <cje> Burgundavia: would you like to be cc'd on such an email?
[06:25] <Burgundavia> sure
[06:25] <cje> k, thx, so where would I find your email?
[06:26] <cje> BTW, I am einfeldt at gmail dot com or einfeldt at digital tipping point dot com
[06:27] <cje> Also, we have 37 hours of footage already posted to the Internet Archive if anyone would like to watch any of it:  http://archive.org/details/digitaltippingpoint
[06:28] <cje> It is our goal to support global marketing in any shape or form for FOSS with our video interviews of cool people like the Mayor of Munich, the Culture Minister of Brazil, etc.
[06:28] <cje> we have a total of 290 hours of footage
[06:29] <Burgundavia> ahh, cool
[06:29] <Burgundavia> my email is<EMAIL_ADDRESS>[06:31] <cje> k, thx !
[09:55] <popey> moo
[07:18] <Feravolo> jenda: hey
[07:19] <Feravolo> Well if you see this I got what was left of the flyers
[07:19] <Feravolo> thanks
[09:49] <myriam_rs> hi all
[09:50] <myriam_rs> did a Ubuntu presentation during FeistyFawn release party here in Switzerland and would like to leave the file somewhere where I could link to
[09:50] <myriam_rs> any ideas?
[09:58] <myriam_rs> hi Burgundavia
[09:58] <Burgundavia> hey myriam_rs
[09:59] <myriam_rs> could you help me? I did a talk during the Feisty release party here in Switzerland and was wondering if I could upload the file somewhere I could link to and for others to use
[10:02] <myriam_rs> (talk is based on a existing talk I got from the UbuntuPresentations wiki page
[10:02] <myriam_rs> )
[10:03] <jenda> myriam_rs: you can upload it on the wiki
[10:05] <myriam_rs> how that?
[10:07] <myriam_rs> I know I can link to a file in the wiki but still need a repository on the web to upload the file into, my laptop is not a suitable repository
[10:09] <myriam_rs> oh, wait, just found out how, thanks anyway :-)
[10:11] <eck> I saw this in the newspaper today, and on the whole I think it was pretty positive http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2007/06/18/BUGGGQG6L41.DTL&sn=001&sc=1000
[10:11] <eck> just wanted to pass it along
[10:12] <jenda> myriam_rs: no prob, sorry I didn't answer :)
[10:12] <jenda> (off to bed now)
[10:13] <myriam_rs> good night jenda and thanks anyway :-)
[10:14] <juliux> jenda, hi
[10:14] <juliux> jenda, i am here next week
[10:14] <jenda> juliux: does that mean everything according to plan?
[10:15] <jenda> no
[10:15] <jenda> next week.
[10:15] <juliux> jenda, my internship starts 1 july
[10:15] <jenda> ah
[10:15] <jenda> so we could do it on the 29th as planned?
[10:15] <jenda> myriam_rs: thx :)
[10:15] <juliux> jenda, yes
[10:15] <jenda> juliux: great!
[10:15] <jenda> I'll run downtown and try to get beuno's ticket again :D
[10:15] <jenda> It didn't cost me anything yet.
[10:16] <jenda> juliux: thanks for the info, and good night.
[10:16] <jenda> beuno: you hear that? We're going to Dresden ;)
[10:16] <juliux> jenda, hehe


[00:53] <marcoceppi> ekristen: not at this time
[00:53] <marcoceppi> ekristen: juju strives to remain cloud/provider agnostic
[01:05] <ekristen> marcoceppi: alright, thats a bit of a bummer, but understandable
[04:39] <lazypower> marcoceppi: I just wrapped my cut of the papertrail demo for the support guys over at papertrailapp.com
[08:59] <ashipika> Hello.. a question about apache2 charm, which may be a question about juju underlying logic: is it possible to have multiple vhosts? for example, if i want to provide web interface to two different services?
[09:56] <yolanda> hi, suddenly i started receiving this errors when bootstrapping juju: ERROR failed to GET object provider-state from container juju-4d005531aa4dcd1ff5c9ab94a3711a29
[09:56] <yolanda> it was working fine until this morning
[09:58] <mgz_> yolanda: what happens if you manually try and get that using the swift client?
[10:00] <yolanda> mgz, sorry,how can i do it? however, i enabled debug on the call and i see: caused by: Authentication response not received in 1m0s.
[10:08] <mgz_> yolanda: have you got python-swiftclient installed?
[10:09] <yolanda> mgz_, yes
[10:09] <mgz_> yolanda: then just do something like `swift list juju-4d005531aa4dcd1ff5c9ab94a3711a29` and see if it has a provider-state
[10:10] <yolanda> http://paste.ubuntu.com/6593417/
[10:15] <mgz_> yolanda: and does swift stat say that read acl is .r:*?
[10:17] <yolanda>  Read ACL: .r:*,.rlistings
[10:19] <mgz_> yolanda: okay, do `swift --debug stat juju-4d005531aa4dcd1ff5c9ab94a3711a29 provider-state`, then pick out the url for that object, and try just curling it
[10:20] <mgz_> (without the auth token, is the relevent bit)
[10:23] <noodles775> InformatiQ: Did you create a bug the other day for the charm caching on local provider? I'm seeing the same thing... (ie. new bootstrap, deploy, and get the old version of the charm, as if the machine-0 lxc container is re-used, although that sounds unlikely given that it should have been lx-destroy'd)
[10:23]  * noodles775 searches
[10:24] <InformatiQ> noodles775: no i didn't i was not sure it is my fault or no but  the --upgrade help avoid it
[10:24] <noodles775> OK, I'll create one so it gets tracked.
[10:24] <InformatiQ> noodles775: I actually found out that destroy-env does not clean lxc containers well
[10:25] <noodles775> Ah - interesting, let me know if you'd prefer to create th ebug with those details...
[10:25] <InformatiQ> that one i need to create today as it gets annoying when you want to scrap and recreate
[10:25] <InformatiQ> noodles775: please do create a bug for the caching issue and I will add my notes as i verify them
[10:25] <noodles775> Cool.
[10:33] <noodles775> InformatiQ: https://bugs.launchpad.net/juju-core/+bug/1262144
[10:33] <_mup_> Bug #1262144: Charm cached and re-used after re-bootstrap on local provider <juju-core:New> <https://launchpad.net/bugs/1262144>
[10:54] <yolanda> mgz, ERROR:swiftclient:Container HEAD failed: https://swift.canonistack.canonical.com:443/v1/AUTH_24d5fd18826047c68f73e4faaba87b42/juju-4d005531aa4dcd1ff5c9ab94a3711a29 404 Not Found
[10:54] <mgz_> yolanda: after swift list succeeded for the same container?
[10:55] <yolanda> mgz_, mm, not found now
[10:56] <yolanda> i think that previous test was incorrect because i also had some deployments in zone 1
[15:00] <X-warrior> marcoceppi: yesterday I did an update from 1.16.3 to 1.16.5. It worked. but now checking a config file, I see that my db user has been changed. Could it be the update process? Other thing is the RSA fingerprint, does the update change anything like this?
[15:19] <dpb1> marcoceppi, would you mind looking at the storage and swap charms that I have out there?  I submitted bugs for them and MPs, is there something else I should do?
[15:19] <marcoceppi> dpb1: links?
[15:19] <marcoceppi> dpb1: If they're not in https://manage.jujucharms.com/tools/review-queue I don't know about them
[15:20] <dpb1> https://bugs.launchpad.net/charms/+bug/1260100
[15:20] <_mup_> Bug #1260100: Create a simple subordinate swap charm <landscape> <swap> <Juju Charms Collection:New> <https://launchpad.net/bugs/1260100>
[15:20] <dpb1> https://bugs.launchpad.net/charms/+bug/1259630
[15:20] <_mup_> Bug #1259630: add storage subordinate charm <landscape> <Juju Charms Collection:New> <https://launchpad.net/bugs/1259630>
[15:23] <dpb1> marcoceppi: they can't show up in that queue I guess since they are new charms
[15:23] <marcoceppi> dpb1: they totally can, you just need to make sure charmers is assigned to the bug
[15:23] <marcoceppi> err
[15:23] <marcoceppi> dpb1: make sure charmers is subscribed to the bug
[15:23] <dpb1> ok
[15:24] <marcoceppi> dpb1: you also need to be assigned to the bug
[15:24] <dpb1> I subscribed them to both
[15:24] <dpb1> assigned myself to both
[15:24] <marcoceppi> dpb1: https://juju.ubuntu.com/docs/authors-charm-store.html#submitting
[15:24] <marcoceppi> dpb1: check back in about 6 mins, they should show in the queue
[15:25] <marcoceppi> dpb1: I'll be doing review most of today to get the queue cleaned out by the end of the week
[15:25] <rawang> HI, one quick question, is that possible to only sync tools against precise when I run "juju sync-tools --show-log"
[15:25] <dpb1> marcoceppi: thx... missed that part on the docs
[15:25] <rawang> sync the juju with all distro and all arches is so time-consuming
[15:26] <marcoceppi> rawang: it looks like you can only sync specific versions, sync will always move all available tools series over
[15:26] <marcoceppi> rawang: you could do --version 1.16 to speed it up
[15:27] <rawang> marcoceppi, i think by default  it will sync the latest version
[15:27] <rawang> marcoceppi, but i use precise amd64 , I don't want raring, saucy tools, neither i386 tools
[15:28] <marcoceppi> rawang: there doesn't seem to be a way to filter past that constraint at this time. If you open a bug against juju-core on lp, it'll be evaluated as a feature
[15:29] <rawang> marcoceppi, ok, i will find a time to do it, meeting atm :)
[15:40] <mgz_> marcoceppi: are you free to answer some amulet questions?
[15:40] <marcoceppi> mgz_: yeah
[15:42] <mgz> so, vila and I are trying to use amulet as part of some test setups
[15:42] <mgz> and have hit various issue
[15:43] <mgz> we've got a couple of changes that seemed to help, but amulet is still trying to create a sentry for a subordinate unit, which breaks
[15:44] <mgz> are the sentry parts meant to be usable currently?
[15:46] <marcoceppi> mgz: they are, but I can see how a sentry for a subordinate would be a bad idea
[15:47] <marcoceppi> mgz: I'll add a clause to not create a sentry per subordinate, and to have the subordinate's sentry entry use that of the parent unit
[15:55] <marcoceppi> mgz: are you using the packaged version or trunk?
[15:55] <mgz> marcoceppi: trunk
[15:56] <marcoceppi> mgz: from github, correct?
[15:56] <mgz> no....
[15:56] <marcoceppi> mgz: the trunk on lp is pretty far behind
[15:56] <mgz> you leave a stale launchpad branch around? :)
[15:56] <mgz> what's the actual trunk then?
[15:56] <marcoceppi> mgz: I was syncing them, but it became too tedious
[15:56] <marcoceppi> mgz: here, for the time being, https://github.com/marcoceppi/amulet
[15:57] <marcoceppi> that still doesn't fix your problem but I can have it patched relatively soon
[16:00] <mgz> marcoceppi: I'll also port across the stuff we noticed
[16:00] <marcoceppi> mgz: please!
[16:51] <lazypower> marcoceppi: couldn't you set up a githook to call bzr and publish your changes into launchpad?


[21:34] <TLF> hi all
[21:35] <TLF> are there problems to get HW accel in Firefox with open source X11 radeon driver? Thanks


[19:29] <jelmer> Walex: It depends a lot on the context; e.g. if you have the libreoffice, linux or firefox repositories.. there are also a lot of files


[06:03] -queuebot:#ubuntu-release- Unapproved: limnoria (jammy-backports/universe) [2023.5.27-1~bpo22.04.1 => 2023.8.10-1~bpo22.04.1] (no packageset)
[08:40] <foxtrot> Hey all, it seems like the daily ARM64 image has been broken since at least 21/07/23. The live image boots to the GDM login screen with no valid username/password combo
[08:40] <foxtrot> I can't seem to find a bug tracking it, does anyone know if this is known behaviour?
[08:41] <foxtrot> the daily ARM64 desktop (mantic) image, to be precise
[11:11] -queuebot:#ubuntu-release- New binary: budgie-wallpapers [amd64] (mantic-proposed/universe) [23.10] (personal-fossfreedom, ubuntu-budgie)
[11:12] -queuebot:#ubuntu-release- New binary: camlp5-buildscripts [amd64] (mantic-proposed/none) [0.03-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: kmplayer [amd64] (mantic-proposed/none) [1:0.12.0b+de96d9e-0.2] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: r-bioc-saturn [amd64] (mantic-proposed/universe) [1.8.0+dfsg-3] (no packageset)
[11:17] -queuebot:#ubuntu-release- New binary: camlp5-buildscripts [ppc64el] (mantic-proposed/none) [0.03-1] (no packageset)
[11:18] -queuebot:#ubuntu-release- New binary: kmplayer [ppc64el] (mantic-proposed/none) [1:0.12.0b+de96d9e-0.2] (no packageset)
[11:22] -queuebot:#ubuntu-release- New binary: camlp5-buildscripts [s390x] (mantic-proposed/none) [0.03-1] (no packageset)
[11:24] -queuebot:#ubuntu-release- New binary: kmplayer [s390x] (mantic-proposed/none) [1:0.12.0b+de96d9e-0.2] (no packageset)
[11:27] -queuebot:#ubuntu-release- New binary: camlp5-buildscripts [riscv64] (mantic-proposed/none) [0.03-1] (no packageset)
[11:37] -queuebot:#ubuntu-release- New binary: camlp5-buildscripts [arm64] (mantic-proposed/universe) [0.03-1] (no packageset)
[11:37] -queuebot:#ubuntu-release- New binary: camlp5-buildscripts [armhf] (mantic-proposed/universe) [0.03-1] (no packageset)
[11:41] -queuebot:#ubuntu-release- New binary: kmplayer [armhf] (mantic-proposed/universe) [1:0.12.0b+de96d9e-0.2] (no packageset)
[11:44] -queuebot:#ubuntu-release- New binary: kmplayer [arm64] (mantic-proposed/universe) [1:0.12.0b+de96d9e-0.2] (no packageset)
[11:49] -queuebot:#ubuntu-release- New binary: kmplayer [riscv64] (mantic-proposed/universe) [1:0.12.0b+de96d9e-0.2] (no packageset)
[14:05] -queuebot:#ubuntu-release- Unapproved: emacs (jammy-proposed/universe) [1:27.1+1-3ubuntu5 => 1:27.1+1-3ubuntu5.1] (no packageset)
[14:30] -queuebot:#ubuntu-release- New: accepted kmplayer [amd64] (mantic-proposed) [1:0.12.0b+de96d9e-0.2]
[14:30] -queuebot:#ubuntu-release- New: accepted kmplayer [armhf] (mantic-proposed) [1:0.12.0b+de96d9e-0.2]
[14:30] -queuebot:#ubuntu-release- New: accepted kmplayer [riscv64] (mantic-proposed) [1:0.12.0b+de96d9e-0.2]
[14:30] -queuebot:#ubuntu-release- New: accepted kmplayer [arm64] (mantic-proposed) [1:0.12.0b+de96d9e-0.2]
[14:30] -queuebot:#ubuntu-release- New: accepted kmplayer [s390x] (mantic-proposed) [1:0.12.0b+de96d9e-0.2]
[14:30] -queuebot:#ubuntu-release- New: accepted kmplayer [ppc64el] (mantic-proposed) [1:0.12.0b+de96d9e-0.2]
[14:31] -queuebot:#ubuntu-release- New: accepted budgie-wallpapers [amd64] (mantic-proposed) [23.10]
[14:31] -queuebot:#ubuntu-release- New: accepted camlp5-buildscripts [arm64] (mantic-proposed) [0.03-1]
[14:31] -queuebot:#ubuntu-release- New: accepted camlp5-buildscripts [ppc64el] (mantic-proposed) [0.03-1]
[14:31] -queuebot:#ubuntu-release- New: accepted camlp5-buildscripts [s390x] (mantic-proposed) [0.03-1]
[14:31] -queuebot:#ubuntu-release- New: accepted camlp5-buildscripts [amd64] (mantic-proposed) [0.03-1]
[14:31] -queuebot:#ubuntu-release- New: accepted camlp5-buildscripts [riscv64] (mantic-proposed) [0.03-1]
[14:31] -queuebot:#ubuntu-release- New: accepted camlp5-buildscripts [armhf] (mantic-proposed) [0.03-1]
[14:31] -queuebot:#ubuntu-release- New: accepted r-bioc-saturn [amd64] (mantic-proposed) [1.8.0+dfsg-3]
[16:39] <dgadomski> ubuntu-archive hi, there's a potential issue caused by unattended upgrades upgrading kernel 5.15.0-1042-azure to 6.2.0-1009-azure, can we pull out linux-azure from jammy-updates until we have a better understanding of what's going on?
[23:13] -queuebot:#ubuntu-release- New binary: libcrypt-openssl-pkcs12-perl [amd64] (mantic-proposed/universe) [1.9-2] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: libcrypt-openssl-pkcs12-perl [ppc64el] (mantic-proposed/universe) [1.9-2] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: libcrypt-openssl-pkcs12-perl [arm64] (mantic-proposed/universe) [1.9-2] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: libcrypt-openssl-pkcs12-perl [armhf] (mantic-proposed/universe) [1.9-2] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: libcrypt-openssl-pkcs12-perl [s390x] (mantic-proposed/universe) [1.9-2] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: libcrypt-openssl-pkcs12-perl [riscv64] (mantic-proposed/universe) [1.9-2] (no packageset)