/srv/irclogs.ubuntu.com/2023/10/26/#lubuntu-devel.txt

arraybolt3_wcLatest network manager shenanigans - you can read a "cloned MAC address" of a connection with NetworkManagerQt, and you can set that cloned MAC address to something else, but unsetting it so that it's blank is just shy of impossible (I never did figure out a good way to do it). Ended up using nmcli for that job XD00:07
=== guiverc2 is now known as guiverc
tsimonq2arraybolt3_wc: Some weird data validation that only applies to the API?17:15
tsimonq2:P17:15
arraybolt3Yeah, or something. Glad it works now :P17:16
tsimonq2Hah, nice17:18
* tsimonq2 will cringe if he sees some weird QProcess calls to nmcli :P17:19
arraybolt3I split it into its own function and made it as clean as possible if it's any consolation...17:23
tsimonq2HAHAHAHAHAHAHAAHA17:23
arraybolt3But yeah, I am basically having to detect whether to wipe the cloned MAC address and if so, I am calling QProcess to run nmcli. Via Bash...17:25
tsimonq2ouuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuch lol17:25
arraybolt3(I could probably cut Bash out of the loop but I've seen that go away so :P17:25
tsimonq2What magic does nmcli perform on the backend?17:25
tsimonq2Also, sh is more portable :P17:25
arraybolt3nmcli connection modify uuid ethernet.cloned-mac-address ""17:26
arraybolt3^ does the trick17:26
arraybolt3uuid is a placeholder obviously17:26
arraybolt3Setting the clonedMacAddress property of the connection via NetworkManagerQt to a null QByteArray just fails silently, despite the fact that NetworkManagerQt returns a null QByteArray if you read an unused cloned MAC address.17:28
tsimonq2https://git.launchpad.net/ubuntu/+source/network-manager/tree/src/nmcli/connections.c17:33
arraybolt3 I'm using the KDE Frameworks library that interfaces with NetworkManager. I assume the issue is a bug there. (plasma-nm seems to have a workaround but it's one that I'm not comfortable implementing since it could blank out important settings that the user set some other way.)17:35
tsimonq2*shrug* well if it's causing issues and you don't see another way, I'd suggest you not use QProcess without some strict nmcli depends :)17:36
tsimonq2And make sure the user knows about it, or something like that.17:36
arraybolt3It works entirely in the background when the user clicks "Save". Is there a particular reason the user needs to know an implementation detail like that?17:37
arraybolt3+1 on strict depends.17:37
tsimonq2Well, if you decide not to use QProcess you could always prevent that behavior. If there's a way you could patch NetworkManagerQt to use a method which supports it, that's probably ideal. This also seems like something not *100%* critical, if I'm not mistaken, so we could always take the "quick and dirty" approach and pinky promise to fix it later.17:39
arraybolt3hmm, didn't think about patching the library... that might be a good idea...17:40
tsimonq2As a general rule, I hate using CLI interfaces to things which use public, shared libraries, when you can just use the library directly. Less work later for changed CLI behavior.17:40
arraybolt3(I forget that in FOSS work you're not left at the mercy of your libraries if there's a bug in one :p17:40
tsimonq2hah :P17:41
tsimonq2By the way, I think all of our stuff was accepted.17:41
tsimonq2So, we should probably make sure it all built and stuff :P17:41
arraybolt3🎉17:41
tsimonq2;) ;)17:41
arraybolt3Also Noble is open, any work on codename?17:41
arraybolt3*word17:41
tsimonq2Nah, it can be weeks before Mark comes up with an animal.17:42
tsimonq2I had a little chat with Someone Who Knows, and it's still Mark deciding on the codename directly.17:42
arraybolt3kk17:42
arraybolt3(r.e. use the hacky way and fix it later) I like this idea, since it'll let me keep making forward progress for now. Then if we're not pressed for time, we can fix the MAC handler later.17:44
tsimonq2For sure. Thanks again :)17:45
arraybolt3Sure thing, glad to be able to help :)17:45
tsimonq2It's great to have you back 🎉🎉🎉🎉17:45
arraybolt3Great to be back :D17:45
tsimonq2@guiverc, @Leokolb etc.: If you take a 23.10 ISO and change the sources to noble, then upgrade, there is a brand-new Calamares version to test.17:52
tsimonq223.10 has alpha2, what just migrated into the release pocket is alpha417:53
tomreyndid you spot the threat in #lubuntu from some hours ago?19:41
lubot[matrix] <arraybolt3> I didn't (wasn't in the room at the time).19:42
tomreyn<peaning> Please stop spamming other IRC servers immediately. If you don't want your servers to be unavailable.19:45
tomreyn<peaning> LAST WARNING19:45
tomreyndefinitely lacking context19:45
lubot[matrix] <arraybolt3> I personally don't spam any IRC servers. I highly suspect this is just a troll. If he wants to DDoS Libera, that's his option. I'm sure he'll enjoy fighting with Cloudflare :D19:46
lubot[matrix] <arraybolt3> assuming Libera uses Cloudflare... hmm, I wonder if they do.19:47
tomreynnot that i know of, and i'd be somewhat upset if they did.20:18
tomreynit's unclear to me whether the threat referred towards the libera network or lubuntu websites, though20:19
lubot[matrix] <arraybolt3> meh, I'm guessing it's an empty threat, and regardless of which one they attack it can be dealt with.20:24
lubot[matrix] <arraybolt3> Thanks for the heads-up though.20:24
-queuebot:#lubuntu-devel- New binary: libfm [ppc64el] (noble-proposed/universe) [1.3.2-4] (lubuntu)20:28
-queuebot:#lubuntu-devel- New binary: libfm [amd64] (noble-proposed/universe) [1.3.2-4] (lubuntu)20:29
tewardtomreyn: i believe they were targeting IRC, not us.20:53
tewardtomreyn: that's a typical "threat" by irc bot spammers and such to the IRC network20:53
tewardthere's mitigations in place if they mean Lubuntu20:53
-queuebot:#lubuntu-devel- New binary: libfm [armhf] (noble-proposed/universe) [1.3.2-4] (lubuntu)21:24
tomreynteward: good to hear! :)21:25
tomreynby the way, did you see my private message the other day?21:26
-queuebot:#lubuntu-devel- New binary: libfm [arm64] (noble-proposed/universe) [1.3.2-4] (lubuntu)21:28
Eickmeyer@tsimonq2: There's your open for development email. Have fun, but just know the queues are about a lightyear in length.22:03
lubot[telegram] <tsimonq2> Oh, you think my stuff hasn't already been uploaded and accepted?22:03
lubot[telegram] <tsimonq2> Lmfao22:03
lubot[telegram] <Eickmeyer> Now watch it build like a glacier crawling down a mountain.22:04
lubot[telegram] <Eickmeyer> I Love how my point was whooshed over your head. 😂22:05
lubot[telegram] <tsimonq2> I'm already used to the large queues22:11
lubot[telegram] <tsimonq2> Nothing new22:11
arraybolt3Canonical's datacenters will chew through it eventually.22:12
* arraybolt3 looks at ETA... 12 YEARS WHAT IN THE WORLD?!22:12
lubot[telegram] <tsimonq2> Where is this LMFAO22:13
arraybolt3I made it up XD22:13
lubot[telegram] <tsimonq2> I need a nap XD22:13
arraybolt3(granted I have seen apt tell me that downloads would take a day or longer when my connection was just about to drop out so :P22:13
arraybolt3and once again I never can remember to type the right parenthesis)22:13
lubot[telegram] <tsimonq2> I mean, the amd64 queues are more than a day long22:13
-queuebot:#lubuntu-devel- New binary: libfm [s390x] (noble-proposed/universe) [1.3.2-4] (lubuntu)22:18
arraybolt3The nanimal has been chosen!22:30
arraybolt3Noble Numbat22:30
arraybolt3(it's a banded anteater, looks really cute)22:30
arraybolt3Eickmeyer leaked it first :P22:30
EickmeyerI mean, it was in the email. :P22:30
arraybolt3I'm not getting the emails anymore :P22:31
arraybolt3so I didn't know until it hit IRC22:31
arraybolt3I need to sign up for the MLs again22:31
EickmeyerI was about to say...22:31
=== teward changed the topic of #lubuntu-devel to: Lubuntu Development | Current dev version: Noble Numbat (24.04) | Schedule: https://ubottu.com/y/mm | Testing: http://iso.qa.ubuntu.com/qatracker | Support: #lubuntu | Offtopic: #lubuntu-offtopic | Telegram: https://telegram.lubuntu.me/development

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!