[11:27] <paride> blackboxsw, thanks for that, I'm triggering some jobs and they're working fine now
[13:30] <paride> well not all of them, there's something more to fix
[13:43] <paride> blackboxsw, this the issue, or at least part of it: https://github.com/canonical/pycloudlib/issues/178
[13:44] <paride> I think it makes sense to add the region to the toml config
[13:44] <paride> I'll go ahead and try that
[18:39] <alocer> hey guys.
[22:20] <blackboxsw> ok Jenkins looks pretty good. Still have know failures on Jammy that falcor's ip addr branch should fix https://jenkins.ubuntu.com/server/view/cloud-init/job/cloud-init-integration-lxd_container-jammy-daily/78/
[23:14] <blackboxsw> falcojr: holmanb or others: a teeny test PR to fix log parsing on Focal for our Daily package builds (which are breaking integration tests) https://github.com/canonical/cloud-init/pull/1201
[23:47] <holmanb> blackboxsw: +1 first I've learned of record_tuples
[23:47] <blackboxsw> same here :)
[23:48] <blackboxsw> it's present as far back as bionic  to I think we are good there
[23:53] <holmanb> nice
[23:54] <blackboxsw> hrm travis didn't pick up my PR build request. rebasing and pushing to see if that triggers it


[05:24] <lotuspsychje> alkisg: checkout #ubuntu-quality too where we share bugs/experiences across testers & devs
[05:27] <alkisg> Thanks; I plan to do the installation in a couple of weeks, I'll check it out then
[05:28] <lotuspsychje> +1
[05:29] <lotuspsychje> i got all my tweaks setup, looking good
[06:11] <lotuspsychje> hmm im getting some sort of screen blinks/flashes every few minutes
[09:14] <lotuspsychje> https://www.debugpoint.com/2021/10/ubuntu-22-04-daily-builds/
[09:29] <alkisg> While installing under bios/mbr, I get a warning "No EFI System Partition was found". I'd call that a bug, wouldn't you?
[09:34] <alkisg> firefox is still a .deb, nice :D
[09:34] <lotuspsychje> on wich flavour alkisg
[09:34] <lotuspsychje> on -desktop its snap
[09:34] <alkisg> Ubuntu MATE, but I think the installer it's the same
[09:34] <alkisg> On ubuntu-desktop firefox is a snap?
[09:35] <lotuspsychje> yeah
[09:35] <lotuspsychje> firefox            93.0-1              631    latest/stable/…  mozilla✓
[09:35] <alkisg> I guess they'll remove it from the other flavors later on
[09:36] <lotuspsychje> no (u)efi bugs yet om jammy LP https://bugs.launchpad.net/ubuntu/jammy
[09:37] <lotuspsychje> but every release there are tons of those
[09:40] <lotuspsychje> something like this alkisg ? bug #1893964
[09:41] <alkisg> No, installation succeeded for me (even though it hanged on reboot)
[09:41] <lotuspsychje> ah
[09:41] <alkisg> The problem was just a misleading warning dialog
[09:42] <lotuspsychje> i see
[09:42] <alkisg> I planned to install mate next week, but today I needed a newer sphinx for docs generation, so... :D
[09:42] <alkisg> I put it in a VM for now
[09:43] <lotuspsychje> \o/
[09:44] <lotuspsychje> food o clock first
[15:27] <lotuspsychje> the blinks/flashes seem to be firefox(snap) related on 22.04 tryed enable/disable hardware accelerating without dice
[15:35] <alkisg> You can still `apt install firefox` and test with that, right?
[15:36] <lotuspsychje> yeah i could, but im also trying to keep things as much as default vanilla -desktop too
[15:37] <alkisg> Oh just to verify if that is indeed the issue, or something else
[15:37] <alkisg> Not as a permanent fix... it'll be removed anyway
[16:25] <lotuspsychje> ok glitches were seen outside firefox too, testing xorg now
[17:08] <lotuspsychje> filed a new bug #1948589


[08:02] <acheronuk> tianon: do you happen to know when cosmic docker images are next likely to be updated?
[08:05] <mwhudson> acheronuk: when either he or i get around to clicking the button
[08:05] <mwhudson> acheronuk: is there some change you are after?
[08:06] <mwhudson> ah i guess the new glibc is probably a good reason to update
[08:07] <acheronuk> mwhudson: Yeah. I have an issue with building Kubuntu CI cosmic container, which could be because glibc mismatch
[08:08] <acheronuk> 07:04:10 /usr/bin/ruby: relocation error: /lib/x86_64-linux-gnu/libnss_files.so.2: symbol __libc_readline_unlocked version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference
[08:08] <acheronuk> if I start with glibc all up to date, then hoping that goes away!
[08:08] <mwhudson> hmm
[08:08] <mwhudson> still sounds like something that shouldn't be happening...
[08:10] <acheronuk> mwhudson: yeah, but I did not write the .rake and I'm not up to speed enough on docker/ruby to debug. so as said, rather hoping it goes away with upgraded images
[08:11] <acheronuk> bionic and xenial container still build/deploy fine
[08:11] <mwhudson> well i've started the process of updating
[08:12] <mwhudson> will probably have to wait until tianon wakes up to finish though
[08:13] <acheronuk> mwhudson: thanks. no problem. I'm busy with other stuff a lot of today, so won't look at this again until tonight or tomorrow anyway
[08:19] <mwhudson> acheronuk: https://github.com/docker-library/official-images/pull/4809
[08:19]  * mwhudson puts the laptop away
[08:21] <acheronuk> thanks :)
[08:32] <abeato> sil2100, hey, so what do you think of https://github.com/CanonicalLtd/ubuntu-image/pull/160 ? regardless of any redesign on how to handle grub.cfg on classic, would you be happy if I change it to remote /boot/grub/* instead of the whole folder?
[08:32] <abeato> s/remote/remove/
[10:49] <ricotz> xnox, hi :), meson 0.47.2-1 seems an important package to merge
[15:03] <LargePrime> Hi, i got a weird question.  it is possible to modify a key mapping of a device at the driver level?  on my own system
[15:04] <ahasenack> no idea what you mean, nor how it relates to ubuntu development
[15:05] <LargePrime> ya, i dont know where to ask.  this is my first guess
[15:05] <LargePrime> ahasenack, I have a mouse and i want to remap its buttons
[15:06] <LargePrime> the tools and guides I find give remaps that do not survive rebboots, or even replugging the usb device
[15:07] <LargePrime> So i was thinking to goto a lower level hack
[15:33] <sladen> LargePrime: use 'udev' to make the change each time the mouse is inserted
[15:33] <LargePrime> sladen, ya.  I was hoping to hack something at a lower leve, so as to not have to do it each time
[15:34] <sladen> LargePrime: udev does it for you, every time!
[15:35] <sladen> LargePrime: much much easier than hacking and recompiling drivers...
[15:35] <LargePrime> sladen, thanks.  I missunderstood
[15:35] <sladen> LargePrime: see https://unix.stackexchange.com/questions/65891/how-to-execute-a-shellscript-when-i-plug-in-a-usb-device replies
[17:37] <ahasenack> tjaalton: hey, is this something you could review? https://salsa.debian.org/sssd-team/sssd/merge_requests/2
[17:37] <tjaalton> ahasenack: there's noone else either, so..
[17:38] <ahasenack> tjaalton: you are the sole debian maintainer?
[17:38] <tjaalton> yes
[17:38] <ahasenack> happy to help whenever I can
[17:39] <tjaalton> cool
[17:44] <tjaalton> cyphermox: hi, there's a patch for grub2 that I need in cosmic for bug 1785033, do you want to handle it or can I?
[18:09] <cyphermox> tjaalton: I'll do it
[18:11] <tjaalton> cyphermox: thanks. I've uploaded the patch to the t/x/b queue
[18:35] <cyphermox> tjaalton: if you've already uploaded to the queues, please make sure you also upload grub2-signed.
[19:24] <seb128> slangasek, I don't remember what you said about the netplan.io autopkgtest regression that is blocking network-manager in cosmic-proposed ... is anyone looking at it? likely this week?
[19:26] <slangasek> seb128: more likely this week than last
[19:26] <slangasek> cyphermox: ^^ is the netplan.io autopkgtest failure on your list for this week?
[20:08] <tjaalton> cyphermox: oh, ok
[20:27] <cyphermox> slangasek: ok
[20:28] <cyphermox> tjaalton: change of plans, I'll reupload grub2 in bionic along with grub2-signed
[20:39] <cyphermox> seb128: won't be done today, but I'm cutting a release I'll address that.
[20:43] <slangasek> cyphermox: does that mean the current tests are bad, rather than identifying a regression in network-manager, and I should hint around it?
[20:43] <cyphermox> slangasek: there's a difference in how Networkmanager reports DNS, you can hint around it
[20:44] <slangasek> ok
[20:44] <cyphermox> it's not a bad test, it's watching for NM's output, and NM did like systemd-resolved and grew this stupid ~. domain.
[20:44] <seb128> cyphermox, great, thanks
[20:45] <cyphermox> AFAICT there's no regression there, the expected "real"  domain is still there.
[21:16] <dadada> hi
[21:16] <dadada> please package github.com/browsh-org/browsh/   --- www.brow.sh  --- for Fedora. It's a text-based internet browser using Firefox as the backend.
[21:16] <dadada> sorry, I mean for Ubuntu :D
[21:18] <TJ-> dadada: we don't work like that. You'd need to find a package maintainer first, who would do the packaging. Ubuntu imports from Debian so if the package gets into Debian it'll percolate to Ubuntu later
[21:19] <dadada> TJ-: okay, I think they already tried to get it into Debian, thanks...
[21:19] <ginggs> dadada: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages#NEW_packages_through_Debian
[21:19] <ahasenack> a snap could be another option, although the firefox dependency might make that difficult to bundle
[21:20] <TJ-> yeah, it'd have to contain Firefox as well I guess. I like the idea though!
[21:34] <blackboxsw> sorry for the general/basic question here. I'm about to sponsor my first upload to cloud-init package for rharper. I have upload rights, but I'd like to sponsor He  generated the changeset into cosmic for cloud-init (and is the documented author of record in the most recent debian/changelog that I'll be uploading).    My understanding is that I don't need to do anything special in addition to just reviewing the
[21:34] <blackboxsw> changeset/approving it and uploading it as is.   Is this correct?
[21:51] <seb128> slangasek, cyphermox, thanks for unblocking the n-m update!
[21:53] <blackboxsw> looking over a previously sponsored change of mine. it seems that the changes email generated catalogs who signed the upload (the sponsor) and the author of the changeset (me)  https://lists.ubuntu.com/archives/cosmic-changes/2018-May/002547.html   so I *think* that sponsorship tracking is automatically handled when signed-by != Changed-by
[22:19] <nacc> blackboxsw: you will need to sign it, to upload it
[22:26] <blackboxsw> nacc: thanks I actually typed a message to you and nearly submitted as you had sponsored one of my uploads. Thanks will do!
[22:27] <Unit193> Right, so is it possible to "stage" a sync from Debian, such that it's not yet in proposed but it does trigger autopkgtests?
[22:28] <nacc> blackboxsw: :)
[22:28] <nacc> blackboxsw: so often, I will build the unsigned source package locally, then use debsign to sign it before upload.
[22:37] <blackboxsw> nacc: getting out for any pickup lately ?
[22:37] <blackboxsw> ultimate that is


[03:19] <ahoneybun> what are were you saying apachelogger?
[07:32] <valorie> ooo, I missed this earlier: http://dot.kde.org/2013/10/02/ezgo-free-and-open-source-software-taiwans-schools
[07:32] <valorie> they are now using kubuntu as the base for ezgo
[07:33] <soee> ;]
[09:12] <apachelogger> valorie: more to the point, everyone needs tableties
[09:13]  * valorie is waiting for a vivaldi
[09:13] <valorie> fortunatly not holding my breath on that
[09:15] <apachelogger> :S
[09:15] <apachelogger> something needs to happen
[09:15] <apachelogger> they are not the first to mention that requirement coming up, nor will they be the last
[09:16] <apachelogger> not being able to offer anything seems rather bad to me
[09:16] <valorie> someone in #kde was asking for a PPA for plasma active tonight
[09:16]  * valorie stayed silent
[09:16] <valorie> well, they started with their lil open raspi
[09:16] <valorie> maybe they'll have success in the end
[09:17] <valorie> who knows
[09:23]  * valorie drags to bed; contractor coming tomorrow morning too... or rather THIS morning
[09:24] <soee> do you have some problems with upgrades (trusty) as some ktp package breakes it ?
[09:34] <apachelogger> no
[09:39] <apachelogger> bug 1243822
[09:40] <apachelogger> what to do with it?
[09:40] <apachelogger> and why does it not have a card?
[09:40] <soee> apachelogger: http://pastebin.com/DU8R76hQ
[09:40] <apachelogger> wut
[09:41] <apachelogger> apt-cache show kde-telepathy-declarative
[09:41] <soee> and http://pastebin.com/SJ3APcu5
[09:42] <apachelogger> shadeslayer: ^
[09:42] <soee> apachelogger: http://pastebin.com/2Xxn99Tj
[09:42] <apachelogger> soee: file a bug about your second paste please
[09:42] <apachelogger> that's the culprint
[09:43] <soee> apachelogger: kubunut or ktp bug ?
[09:45] <apachelogger> kubuntu
[09:58] <soee> https://bugs.kde.org/show_bug.cgi?id=329553
[09:59] <apachelogger> (kubuntu bugs are filed via ubuntu-bug $packagename
[09:59] <apachelogger> shadeslayer: ^
[10:00] <soee> apachelogger: ?
[10:01] <apachelogger> you filed a kubuntu bug in kde's bug tracker
[10:02] <soee> ah oh my :/
[10:07] <soee> someone can delete it from kde bugs ?
[10:07] <soee> https://bugs.launchpad.net/ubuntu/+source/ktp-common-internals/+bug/1265756
[12:23] <ovidiu-florin> Hello world
[12:23] <ovidiu-florin> Happy new year :D
[12:46] <ovidiu-florin> shadeslayer: are you around?
[12:47] <BluesKaj> Hiyas all
[12:48] <shadeslayer> ovidiu-florin: hi
[12:48] <ovidiu-florin> shadeslayer: AFAIK you are working with Muon, right?
[12:48] <shadeslayer> sort of
[12:49] <shadeslayer> whenever I get the time to fix a bug
[12:49] <shadeslayer> wgrant: did you upstream aarch64_fix_* patches in Qt4?
[12:51] <ovidiu-florin> I've noticed this on a few computers now. I can't install the updates. It failes to download and the tries to apply... nothing. so it failes to install the updates.
[12:51] <ovidiu-florin> I've just tried again, by clicking on the icon in the sys tray
[12:51] <ovidiu-florin> and it seems to work now
[12:52] <ovidiu-florin> beats me why
[12:54] <ovidiu-florin> but this was the 3rd atempt to start the Muon Update manager
[12:54] <ovidiu-florin> and install the updates
[13:02] <shadeslayer> please make sure you update your sources.list before downloading updates
[13:05] <ovidiu-florin> I noticed this after the upgrade to 13.10. Doesn't the upgrade utility also update the sources.list?
[13:08] <shadeslayer> it shou;d
[13:08] <shadeslayer> *should
[13:09] <ovidiu-florin> I see that it did. so that should be ok
[13:09] <ovidiu-florin> I'm trying to translate http://userbase.kde.org/Kubuntu but I can'
[13:09] <ovidiu-florin> can't find the translate button
[13:09] <ovidiu-florin> and I can't find the page in the translatable pages list.
[13:10] <ovidiu-florin> here: http://userbase.kde.org/Special:LanguageStats
[13:35] <lordievader> Good afternoon.
[15:17] <shadeslayer> Alright, first build of Qt 4.8.5 merge
[15:17] <shadeslayer> with some patches disabled
[15:17] <shadeslayer> *fingers crossed*
[15:49] <shadeslayer> apachelogger: re ktp-common-internals, invalid bug
[15:50] <shadeslayer> soee: to fix that issue you can use : sudo apt-get -o Dpkg::Options::="--force-overwrite" -f install
[16:59] <eagles0513875> hey all
[17:46] <xnox> shadeslayer: no upgrades should require that....
[17:46] <xnox> shadeslayer: instead correct breaks/replaces should be specified.
[17:47] <Quintasan> xnox: Those sometimes don't work
[17:47] <Quintasan> God knows why.
[17:47] <xnox> Quintasan: they always do, unless one specifies them wrong =))))
[17:50] <Quintasan> xnox: Maybe they were wrongly specified but I recall one case when that would not work for some reason.
[17:50] <xnox> Quintasan: logs and examples, or it didn't happen =)))))
[17:52] <Quintasan> xnox: I would give you them but just thinking about looking through all of my dpkg logs is making me sick
[17:53] <Quintasan> too lazy, and I guess that in the end it would be me doing something wrong
[17:53] <Quintasan> though at that time I just couldn't get it to work
[17:55] <Sput> apachelogger: just a heads up, sometime this week I will move our quasselcore to another server, because I'm tired of the university hosting it currently cutting power for a day to upgrade the emergency power system for the fifth time
[17:55] <Sput> the old host name should still work and just point to the same machine, but the certificate will change.
[17:56] <Sput> *to the new machine
[17:56] <Quintasan> \o Sput
[17:56] <Sput> hey Quintasan
[17:57] <Sput> not sure why those people want emergency power in the first place if they keep liberally shutting down power to test/upgrade/install/modify it
[17:58] <Quintasan> Sput: got a second to tell me who should I bug wrt a small problem with Quassel?
[17:58] <Sput> Quintasan: best is always to ask in #quassel
[18:00] <apachelogger> Sput: ok, thx
[18:02] <cyphermox> shadeslayer: apachelogger: I just saw backlog -- it wasn't planned at all to start transitioning to bluez 5
[18:09] <jose> Riddell: ping
[18:10] <shadeslayer> xnox: reporter was using a PPA, so that makes it an issue with the packaging in the PPA no?
[18:10] <shadeslayer> upgrading from Saucy KTP to Trusty KTP should go fine since the files haven't moved
[18:13] <shadeslayer> cyphermox: right, just that upstream plans to deprecate bluez4 support
[18:14] <shadeslayer> so by the time LTS comes out, no support for bluedevil + bluez4
[18:14] <shadeslayer> well, first compile of Qt 4.8.5 went well
[18:39] <xnox> shadeslayer: is that one of the kubuntu ppa's?
[18:39] <shadeslayer> xnox: nope
[18:50] <shadeslayer> mitya57: first attempt here https://launchpad.net/~rohangarg/+archive/experimental/+files/qt4-x11_4.8.5%2Bgit192-g085f851%2Bdfsg-2ubuntu1%7Eppa1.dsc
[18:50] <shadeslayer> needs *alot* of work
[18:50] <shadeslayer> especially alot of work with the patches
[18:50] <mitya57> Won't look today, but feel free to ping me tomorrow if you need help
[18:51] <mitya57> Did you commit it to bzr?
[18:51] <shadeslayer> I have not
[18:51] <shadeslayer> I'll do that before I leave
[18:55] <mitya57> Btw, .dscs from launchpad are not dget'able
[18:55] <mitya57> One needs to go to ppa.launchpad.net to get a working .dsc
[18:56] <tsimpson> they are dget'able
[18:57] <tsimpson> they didn't used to be, which is why I wrote dgetlp in ubuntu-dev-tools
[18:58] <mitya57> Then they are dgetlpable :) Didn't know about that tool, thanks!
[18:59] <tsimpson> I'm not sure if it even still works, this was before LP had +files
[19:02] <soee_> shadeslayer: thanks that command helped
[19:03] <tsimpson> oh, dgetlp was dropped in 0.146, RIP
[19:05] <shadeslayer> didn't even know there was a dgetlp
[19:05] <shadeslayer> I just used pull-lp-source
[19:11] <shadeslayer> mitya57: http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qt/revision/375
[19:12] <mitya57> shadeslayer: thanks, I will help you finish that tomorrow!
[19:12] <shadeslayer> \o/
[19:13] <shadeslayer> major things to work on are arm64 and ppcel64 support I believe
[19:13] <Quintasan> this is 4.8.5?
[19:13] <Quintasan> why am I always stuck in a hole when there is something interesting to do
[19:13] <shadeslayer> yes
[19:14]  * Quintasan looks at trello cards
[19:14]  * shadeslayer thinks moc-boost148-53.patch can be dropped as well
[19:14] <shadeslayer> Quintasan: if you're looking for something interesting you can write device identification support for the new driver manager
[19:14] <Quintasan> >new driver manager
[19:14] <Quintasan> is it Python?
[19:14]  * yofel passes Quintasan 4.11.5
[19:14] <shadeslayer> or something easier : write support to install packages :P
[19:15] <shadeslayer> Quintasan: hah, no, C++
[19:15] <Quintasan> Where is that?
[19:15] <yofel> if you're seriously bored ;P
[19:15] <shadeslayer> Quintasan: http://quickgit.kde.org/?p=scratch%2Fgarg%2Fkcm-driver-manager.git
[19:18] <Quintasan> shadeslayer: You don't have any docs for that, do you? xd
[19:18] <shadeslayer> docs? 0.o
[19:19] <Quintasan> I think I'll need to do some learning before I can do anything in this.
[19:20] <Quintasan> shadeslayer: what kind of sorcery DriverManager_DBus is?
[19:20] <shadeslayer> Quintasan: it's the dbus service that interacts with the Ubuntu Driver stuff
[19:20] <shadeslayer> I wanted the minimum amount of Python here
[19:21] <shadeslayer> so I wrote a python script that registers DBus objects and the C++ side interacts with that
[19:21] <Quintasan> Okay, so package installation is supposed to be done with libqapt?
[19:22] <shadeslayer> yes
[19:22] <Quintasan> I have absolutely no idea how to do this but I'll try
[19:22] <shadeslayer> and ideally I want to query udev for the device type, so that instead of saying "Broadcom Wireless blah blah" it says "Wireless Card" in the ui
[19:24] <Quintasan> shadeslayer: Should the package installation be handled in Module namespace or I should somehow separate it?
[19:24] <shadeslayer> Quintasan: preferably you want to create a new class to handle that
[19:25] <shadeslayer> Unless it's trivial
[19:25] <shadeslayer> i.e. can be implemented in ~10 lines or so
[19:25] <Quintasan> Which is probably not going to happeb
[19:25] <Quintasan> happen
[19:25] <Quintasan> at least not when I'm the one doing it
[19:25] <shadeslayer> IIRC you have to create a qapt transaction, then commit the transaction, then run it
[19:26] <Quintasan> shadeslayer: I heard you like libraries so we put library on top of your library so you can go sane while you go insane?
[19:27] <shadeslayer> how is this a library :P
[19:27] <Quintasan> well, it's a kcm
[19:27] <Quintasan> :P
[19:28] <shadeslayer> which is not a library :D
[19:28] <Quintasan> hell
[19:28] <Quintasan> why do I suck at coding so much
[19:28] <Quintasan> I must do more of it
[19:29] <Quintasan> most of the time I'm like "hurr durr how do I do this"
[19:29] <Quintasan> then someone shows me how to do it
[19:29] <Quintasan> and I'm like
[19:29] <apachelogger> ^ technically a kcm is a plugin which in turn is a library :P
[19:29] <Quintasan> "wtf, why didn't I think about that"
[19:29] <Quintasan> and it's like that 90% of time
[19:29] <shadeslayer> Quintasan: I'd highly recommend reading the python code and running the detect sequence to see what the driver output looks like
[19:29] <shadeslayer> apachelogger: I don't know, calling a kcm plugin seems a bit far fetched to me
[19:30] <apachelogger> it is a plugin
[19:30] <shadeslayer> would you call firefox plugins libraries?
[19:30] <apachelogger> how do you think it is loaded at runtime? :P
[19:30] <apachelogger> firefox plugins are not libraries
[19:30] <apachelogger> they are scripts
[19:30] <Quintasan> I can see that you are parsing the output into a QVariantMap
[19:30] <apachelogger> with assets
[19:30] <Quintasan> so it's device -> driver key-value combination, right?
[19:31] <shadeslayer> I concur it's a plugin, but I don't know, calling it a library sounds wrong to me
[19:31] <shadeslayer> Quintasan: yep, but it's a QMap<QString, QVariant>
[19:31] <shadeslayer> where QVariant = QMap or QString
[19:32] <Quintasan> hmm
[19:32] <shadeslayer> okay, leaving
[19:32] <shadeslayer> cya tomorrow
[19:32] <shadeslayer> maybe
[19:32] <Quintasan> Lates
[19:32] <Quintasan> Laters even.
[19:33] <apachelogger> shadeslayer: it's a shared object, which means it has mighty exported symbols, which means it is a library
[19:33] <Quintasan> MAKE SYMBOLS FILES FOR ALL KCMS
[19:33] <Quintasan> !
[19:33]  * Quintasan hides
[19:34] <apachelogger> ^ would not make sense because because the KCM does not dictate the symbols but the well defined interface inside kdelibs does
[19:35] <yofel> that's why you make a lib for your code that you can have a symbol file for and then just wrap a kcm plugin around that :P
[19:35] <yofel> just for sanity
[19:36] <Quintasan> I like how sane that sounds but I somehow don't think it's a good idea
[19:36] <yofel> :D
[19:39] <apachelogger> actually I think the well defined interface towards a plugin will not actually show up in the libraries symbols since there are no symbols, the interface would just be a header
[19:39] <apachelogger> so sanity is really not a word I would use WRT plugins
[19:42] <Quintasan> Did any of you watch 30c3 talk about X security?
[19:42] <yofel> do I want to?
[19:42] <Quintasan> Theoretically yes.
[19:43] <yofel> added to todo
[19:43] <Quintasan> It's bad but the more interesting thing is that apparently Qt/KDE has really frivolous approach to security
[19:43] <Quintasan> It's bad as in the security
[19:43] <Quintasan> Not the talk itself
[19:49] <apachelogger> technically the applications developer's approach is terribad
[20:09] <kubotu> ::workspace-bugs:: [1265897] 14.04 Alpha-1 Plasma Netbook Interface has no Web Browser favorite @ https://bugs.launchpad.net/bugs/1265897 (by Marco Parillo)
[20:13] <apachelogger> ^ love the hardcoding
[21:23] <cyphermox> shadeslayer: my concern is that bluez5 is a pretty maintenance-heavy update for a LTS, and I think RHEL at least will still have it for a while. So, since it's still only in experimental on Debian, I wouldn't worry too much about it just yet. We absolutely will upgrade to 5.X as soon as the LTS is released though
[21:24] <cyphermox> that is, unless people suddently step up to update all the other things that will break with bluez 5, pulseaudio, gnome bluetooth, ofono, etc.
[21:25] <cyphermox> more interestingly though, I did get MM 1.0 uploaded to Debian experimental
[21:25] <cyphermox> is anyone aware of whether all is well in KDE land to support the new ModemManager1 API?
[22:07] <apachelogger> cyphermox: supported at least in git, so should be good for uploaded to trusty
[22:07] <apachelogger> Riddell has the details though and I think he is still on vacation
[22:07] <cyphermox> ok
[22:08] <cyphermox> I'll wait to be sure, and I need to send an email to pkg-kde as well to make sure it's fine to upload to unstable
[22:08] <apachelogger> ah
[22:08] <apachelogger> https://trello.com/c/fuFnpLVf
[22:08] <apachelogger> cyphermox: can be uploaded, mm1 support is already released
[22:09] <cyphermox> ah, alright
[22:10] <cyphermox> well, perhaps I'll do the email and possibly upload to unstable this weekend, and then upload to trusty early next week and rebuild NM
[22:10] <shadeslayer> apachelogger: afaik Riddell was supposed to come back on 2nd
[22:11] <apachelogger> :O
[22:11] <shadeslayer> or that's what I recall from our conversation
[22:11] <apachelogger> I'll text him tomorrow if he doesn't show up
[22:12] <apachelogger> shadeslayer: maybe extra time off to rejuvenate the little grey cells
[22:12] <shadeslayer> maybe
[22:13] <apachelogger> I noticed that starting on 2nd again was a silly idea anyway, I was most surprised when a friend told me that it's friday again xD
[22:13] <apachelogger> very pointless
[22:14] <valorie> ovidiu-florin: please ask in #kde-www for help with that wiki - that's where the experts live
[22:19] <shadeslayer> apachelogger: yeah xD
[22:19] <shadeslayer> apachelogger: also, Monday is a holiday I think
[22:20] <shadeslayer> atleast that's what the calendar widget tells me
[22:20] <shadeslayer> something about 3 wise kings and Jesus
[22:20] <apachelogger> sweet baby jesus
[22:20] <apachelogger> indeed
[22:21] <apachelogger> well, depends on the country anyway
[22:21] <shadeslayer> http://en.wikipedia.org/wiki/Epiphany_%28holiday%29
[23:15] <valorie> ovidiu-florin: now i see that you did, and were ignored
[23:15] <valorie> so maybe write to the list instead