[01:03] <jng1> thanks for the info on notification.. something that quite interests me
[01:05] <jng1> like the idea of using dbus to do something like the dashboard idea: http://www.nat.org/dashboard/
[01:05] <jng1> + notification is part of all that
[03:49] <pochu> should you see seb128, please tell him I reported bug 314945
[05:47] <karthik_> hey i need the source of ubuntu desktop
[05:47] <karthik_> plz help me
[06:10] <jmarsden> karthik_: It's all in the repositories... use apt-get source to download packages one by one or use a mirroring solution like apt-mirror if you have the bandwidth and disk space to grab everything...
[08:09] <slomo> mvo: feel free to upload gnome-codec-install to experimental whenever you want :) when do you plan to get it into ubuntu btw?
[08:10] <mvo> hey slomo
[08:10] <mvo> slomo: I put some outstanding issues on the wiki page (few) when they are resolved I will upload to ubuntu (or request a sync)
[08:11] <mvo> slomo: hopefully this week though, not sure if I can make that :)
[08:11] <slomo> which wiki page?
[08:12] <mvo> https://wiki.ubuntu.com/FoundationsTeam/Specs/JauntyCodecInstall
[08:12] <mvo> its partly outdated, it says I had trouble with the version in experimental (which is true, but svn is fine obviously)
[08:12] <mvo> but the implementaton section is accurate
[08:12] <slomo> mvo: to use it on debian/sid you need to install all gstreamer packages from experimental btw ;)
[08:13] <mvo> smallish stuff as well, exit codecs as symbolic constants (EXIT_SUCCESS, EXIT_INSTALL_INCOMPLETE, EXIT_INSTALL_COMPLETE, ...)
[08:13] <mvo> I need to figure out which one is which first :)
[08:13] <slomo> hehe
[08:13] <mvo> slomo: aha, thanks. that might explain my troubles
[08:14] <slomo> what is the totem BBC plugin doing with codec installation?
[08:14] <mvo> I don't know yet :) cjwatson mentioned that it needs to be ported
[08:15] <slomo> hm, i hope it simply uses gstreamer for installing codecs... then everything will work without changes ;)
[08:15] <mvo> slomo: cool, I check it out today and maybe come back with silly questions to you :)
[08:42] <slomo> seb128: hi :) could you sync gstreamer0.10, gst-plugins-base0.10, gst0.10-python, gst-plugins-bad0.10, vala from debian/experimental? some of them might still be in incoming or somewhere between incoming and the pool though ;) also you might want to merge (or sync?) gtk 2.14.7
[08:43] <seb128> slomo: hey, will do the syncs when those are on the mirrors, right I will consider GTK, I'm not sure yet because I might do the 2.15 update directly
[08:44] <slomo> ok, thanks :)
[08:44] <seb128> thank you for doing those updates and asking syncs ;-)
[08:45] <didrocks> hi everyone
[08:45] <seb128> hey didrocks
[08:45] <didrocks> (and ping mvo as requested) :)
[08:46] <didrocks> seb128: everything's fine? :)
[08:46] <seb128> pitti: about bug #314945, it blocks some of  the GNOME updates, one being the new gvfs which fixes the samba issues we have since hardy
[08:46] <seb128> pitti: just pointing that we need to get that resolved or GNOME is stucked in jaunty
[08:47] <seb128> didrocks: just starting my day so yes ;-)
[08:47] <didrocks> hehe :)
[08:49] <pitti> seb128: right; my only concern is disabling WPAD, but we can fix that later, too
[08:49] <seb128> pitti: whatever you want as long as we can get libproxy used by GNOME ;-)
[08:49] <slomo> mvo: tim said that the totem BBC plugin currently relies on the list of codecs to be in that gdbm database... needs porting to the codecs inside the package metadata :)
[08:53] <slomo> is it possible with cdbs to detect if the build is arch-only? :)
[08:58] <pitti> seb128: bug updated, promoted for now
[08:58] <seb128> pitti: danke!
[08:58] <mvo> slomo: aha, thanks. I have a look. I hope it does not do this check on every startup otherwise parsing the packagelist will become a issue with speed
[09:11] <huats> morning everyone
[09:12] <crevette> salut
[09:12] <crevette> good morning everyone
[09:17] <seb128> lut crevette huats
[09:18] <crevette> salut seb128
[09:18] <huats> hello seb128 and crevette
[09:19] <crevette> salut huats
[09:28] <mvo> slomo: porting the bbc stuff looks straightforward, Tim did a very nice job with that code it seems
[09:30] <soren> mvo, asac: Which one of you is the right person to talk to about the firefox plugin finder thingie?
[09:30] <soren> Specifically about adding a new mozilla plugin and having that plugin finder know about it.
[09:32] <mvo> soren: for the server side asac
[09:33] <soren> Ok. Is that all it takes?
[09:34] <soren> I.e. is there a client side part to it as well?
[09:34] <slomo> mvo: that's good :)
[09:35] <seb128> didrocks: did you work on the other updates I gave you some days ago?
[09:35] <mvo> slomo: startup will be a bit slower though :/ I will see how much impact it makes
[09:36] <slomo> mvo: why does it needs this at startup already?
[09:36] <mvo> slomo: that was the nice bit about the gdbm cache, it is blazing fast
[09:36] <mvo> slomo: not sure yet
[09:38] <didrocks> seb128: yes it's done, mvo will review it when he will have some time :)
[09:38] <seb128> ok good
[09:39] <didrocks> it's already uploaded in ~desktop-team bzr branch, IIRC
[09:39] <mvo> didrocks: doing it now (I need to work on totem anyway for the bbc plugin stuff but I will upload your stuff first)
[09:40] <asac> soren: i already answered your question yesterday?
[09:40] <asac> ;)
[09:40] <didrocks> mvo: ok, thanks, do not hesitate to ping me
[09:40] <asac> soren: thought i did so in -devel
[09:40] <soren> asac: Oh, you did? Sorry, i didn't notice.
[09:40]  * soren goes to look at logs
[09:41] <asac> soren:
[09:41] <asac> 22:23 < asac> soren: yes. just add the headers
[09:41] <asac> 22:24 < asac> soren: (if its a plugin) however, will not appear in plugin finder service until i  update the plugin db
[09:41] <soren> asac: Yes, just found it. Weird... Irssi didn't hilight it for me.
[09:41] <asac> hehe
[09:41] <asac> doest that answer your question?
[09:41] <soren> Well, it probably did, but it wasn't in the away log this morning.
[09:42] <asac> no problem
[09:42] <asac> :)
[09:42] <soren> asac: Almost. Do you regularly update the db or should I ping you when I do this? I have two packages I need to do this to and I've only done one of them so far.
[09:42] <asac> soren: ping me. i usually dont do that during alphas in a development release
[09:43] <asac> but if you want to test i can run the updater for you ;
[09:43] <soren> Oh, that would be neat.
[09:43] <soren> I need to update the pfs url thing in firefox, right?
[09:43] <asac> no ... that should be correct (iif you use ubufox)
[09:43] <asac> without ubufox it wont work that great anyway
[09:44] <asac> my pfs.datasource.url starts like http://people.ubuntu.com/~asac...
[09:44] <asac> so if you have that it should probably be right
[09:45] <soren> It says 8.10 in both of them?
[09:45] <asac> yes
[09:45] <asac> ah right ;)
[09:45] <soren> Heh :)
[09:45] <asac> yeah you are right. you will have to make that 9.04 for testing
[09:45]  * soren updates
[09:45] <asac> soren: well. atm 9.04 doesnt exist yet in the db
[09:46] <asac> so you will get results fom gutsy i think :/
[09:46] <soren> Heheh :)
[09:46] <asac> so better keep 8.10 until you pinged me ... until i ran the updater
[09:46] <soren> It falls back to Gutsy if it gets an unknown version?
[09:46] <asac> soren: yes. because gutsy was the first release that had that feature and i didnt pass a version i think
[09:47] <asac> or it gives you zero results ;)
[09:47] <asac> (blindly running a sql statement)
[09:47] <asac> i cant remember right now ;)
[09:48] <soren> Ok :)
[09:48] <soren> asac: Thanks. I'll ping you later when I've uploaded the other one. Probably today.
[09:51] <soren> asac: Oh, one other thing: walters over in #ubuntu-devel said to just generate the application id for the plugins. I just want to check with you if that's right.
[09:51] <huats> seb128: regazrding the gnome-keyring problem : upstream has made new commit in their trunk that revert the changes that with the issue
[09:51] <huats> http://svn.gnome.org/viewvc/gnome-keyring?view=revision&revision=1444
[09:51] <seb128> ok
[09:51] <seb128> did they reply to your email?
[09:52] <huats> yep
[09:52] <asac> soren: application id?
[09:52] <huats> apparently he hasn't the time to investigate it
[09:52] <huats> right now
[09:52] <huats> that is why he reverted it
[09:52] <soren> asac: The XB-Npp-Applications header.
[09:52] <asac> soren: those are the application ids of the apps that provide the plugin host
[09:52] <asac> e.g. seamonkey, firefox, et al
[09:53] <soren> Oh.
[09:53] <asac> soren: so if your plugin installs itself in the firefox, seamonkey and thunderbird plugins dir
[09:53] <asac> you have to add the application if for those apps there
[09:53] <huats> seb128: so I think the right way will be to do the same revert he did in a separate patch in our package
[09:53] <soren> asac: Oh.
[09:53] <asac> let me get the list for you
[09:53] <soren> asac: Good thing I asked :)
[09:54] <seb128> huats: ok
[09:54] <huats> (basically it is just the configure.in and the Makefile.am to modify... )
[09:54] <huats> I'll do that
[09:56] <seb128> ok
[09:57] <seb128> didrocks: good work on the totem update ;-)
[10:00] <soren> asac: It installs into /usr/lib/{xulrunner-addons,mozilla,firefox}/plugins
[10:04] <soren> asac: I think I found it: https://addons.mozilla.org/en-US/firefox/pages/appversions
[10:06] <soren> asac: Totem, for instance, lists: ec8030f7-c20a-464f-9b0e-13a3a9e97384, 92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a
[10:06] <soren> ...which AFAICS maps to Firefox and Seamonkey.
[10:08] <asac> yeah
[10:08] <soren> Should I just copy those?
[10:08] <asac> soren: you are on track ;) ... so depending on where you link the plugin to, you add the apps there (though for now just ffox matters)
[10:09] <asac> soren: usually yes.
[10:09] <asac> soren: just ensure that it your plugin package also works in seamonkey ... then its fine
[10:10] <asac> soren: what plugin is that?
[10:10] <soren> asac: mozilla-virt-viewer
[10:11] <soren> It should work. I believe Debian uses it with seamonkey.
[10:11] <soren> Oh, or do you mean whether it installs the  proper symlinks?
[10:13] <asac> soren: how many Xb-Npp headers do you have now? 3 or 5?
[10:13] <soren> 3.
[10:13] <soren> Applications, mime-types and... er..
[10:13] <soren> Name.
[10:14] <asac> soren: look at gnash or swfdec or flashplugin... there are two more
[10:14] <asac> -Description
[10:14] <soren> Glancing at the totem plugin again, it has Seamonkey's app id in the xb-npp-applications header, but doesn't put any links into the any directory with "seamonkey" in it?
[10:14] <soren> I'll look at Gnash.
[10:15] <asac> soren: seamonkey looks at /usr/lib/mozilla ...
[10:15] <soren> Ok.
[10:15] <soren> Oh, gnash only puts it in a ubufox dir?
[10:16] <asac> soren: only those that use alternatives system need to go there
[10:16] <soren> asac: Ah, gotcha.
[10:16] <asac> (because ubufox can switch plugins for mime-types on the fly)
[10:16] <soren> Neat.
[10:17]  * asac thinks that he has to document the latest state
[10:17] <asac> i think its all hidden in some old spec atm
[10:18] <soren> I couldn't find anything resembling documentation. All Google would give me was changelog entries mentioning xb-npp headers or something similar.
[10:19] <asac> yeah. its in the initial ubufox spec i think ... but thats the best place to hide it
[10:21] <soren> Heh :)
[10:29] <didrocks> seb128: thanks a lot :-)
[10:31] <didrocks> and thanks mvo for having sponsored them ;)
[10:33] <crevette_> heay new gtk-vnc
[10:33] <crevette_> vinagre can be updated
[11:23] <lapo> hi
[11:59] <tseliot> Riddell: my work for kdebase-workspace is ready. I have a patch which will preserve the current functioning if my "dontzap" package is not installed (as I have yet to upload it to jaunty)
[12:00] <tseliot> Riddell: shall I create a debdiff or use a bazaar branch?
[12:00] <Riddell> tseliot: great, I'm likely updating that package today for the new RC
[12:00] <Riddell> tseliot: you can use the bzr branch lp:~kubuntu-members/kdebase-workspace/ubuntu
[12:00] <Riddell> make a diff from that or another branch I can merge if you like
[12:01] <tseliot> Riddell: ok, I'll use that bzr branch as a base
[12:32] <crevette_> seb128, gedit-plugins fails to build on hppa (http://launchpadlibrarian.net/21008459/buildlog_ubuntu-jaunty-hppa.gedit-plugins_2.25.2-0ubuntu1_FAILEDTOBUILD.txt.gz) due to lack of python-gnome2-desktop, what is the needed action ?
[12:33] <seb128> crevette_: don't bother about hppa
[12:33] <crevette_> okay
[12:33] <crevette_> but it keeps bother me :)
[12:33] <seb128> half of GNOME doesn't build usually, that's not an issue in your upload, but probably the gnome-python stack being outdated or something
[12:34] <seb128> need somebody who cares about hppa to look at it
[12:34] <seb128> well you can track the hundred GNOME packages not building if you want
[12:47] <pitti> seb128: look at bug 315049, last comment :)
[12:49] <seb128> pitti: waouh, that's cool ;-)
[12:49] <pitti> (bug goes to invalid)
[12:50] <pitti> seb128: btw, I stopped all retracers on ronne, since as soon as this apport is uploaded, I want to setup my shiny new cron-based crash-diggers
[12:50] <seb128> pitti: the retracing just before that was mostly correct though, did we say we just want to do that when the stacktrace is a ?? collection?
[12:51] <seb128> pitti: http://launchpadlibrarian.net/21008801/Stacktrace.txt
[12:51] <pitti> seb128: I can probably make it a little less picky
[12:51] <pitti> seb128: right now it must be perfect
[12:51] <seb128> pitti: having one function having ?? is frequent, not sure why
[12:51] <pitti> since I don't currently have a function that says "good enough"
[12:51] <seb128> ok
[12:51] <pitti> but I'm happy to create one
[12:51] <seb128> well if you detect outdated packages that's worth asking a retracing anyway
[12:52] <seb128> but it happens that even with the good packages installed you have the first function being a ??
[12:52] <seb128> could be stack corruption or something
[12:52] <pitti> right, or just missing symbols
[12:52] <seb128> anyway that's a good start we can do adjustement as we notice issues
[12:52] <pitti> oh, hang on
[12:52] <seb128> good work ;-)
[12:52]  * seb128 hugs pitti
[12:52] <pitti>     def has_useful_stacktrace(self):
[12:52] <pitti>         '''Check whether this report has a stacktrace that can be considered
[12:52] <pitti>         'useful'.
[12:52] <pitti> I *knew* I did that before
[12:53] <pitti> :-)
[12:53] <seb128> you use that for the retracing failed or worked thing no?
[12:53] <pitti> right
[12:54] <pitti> one-line patch :)
[12:54] <seb128> good ;-)
[12:55]  * pitti tests again
[12:55] <pitti> sorry for the bug spam you'll get due to this
[12:55] <pitti> I guess I'll unsub you again
[12:56] <pitti> argh, I can't; you need to do that yourself
[12:56] <seb128> that's alright, easy to mark as read ;-)
[12:57] <seb128> brb
[13:06] <asac> soren: https://wiki.ubuntu.com/MozillaTeam/Plugin ... does that make a bit sense?
[13:06] <asac> soren: https://wiki.ubuntu.com/MozillaTeam/Plugins ... does that make a bit sense?
[13:06] <asac> ;)
[13:06]  * soren looks
[13:11] <soren> asac: It seems a bit odd that one of the application guid's you have in the example (from Gnash) isn't on the list just below it.
[13:11] <asac> really?
[13:12] <soren> TWo of them, actually.
[13:12] <soren> The example: Xb-Npp-Applications: ec8030f7-c20a-464f-9b0e-13a3a9e97384,92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a,aa5ca914-c309-495d-91cf-3141bbb04115
[13:12] <soren> Only the first is in the list immediately below.
[13:12] <asac> interesting point ;)
[13:13] <asac> ok the list is bogus/incomplete
[13:13] <asac> i didnt remember that seamonkey has a new id (vs. old mozilla suite)
[13:14] <asac> soren: now its better ;)
[13:17] <soren> Much :)
[13:20] <soren> asac: I've uploaded my two plugins. They should be published and everything by now.
[13:20] <soren> Launchad concurs.
[13:27] <tseliot> Riddell: here's my branch: lp:~albertomilone/kdebase-workspace/dontzap and here's the commit: http://bazaar.launchpad.net/~albertomilone/kdebase-workspace/dontzap/revision/4
[14:22] <tseliot> Riddell: let me know if there are problems with my patch ^^
[14:39] <seb128> vuntz: do you still work on gnome-session?
[14:39] <seb128> vuntz: did opensuse got complains about the session storing btw? ;-)
[14:40] <vuntz> seb128: funny that you're talking about it now
[14:41] <vuntz> seb128: I'll try to start this today
[14:41] <seb128> ah cool
[14:43] <seb128> vuntz: I've also issues about autostart things not started but I'll try to update gnome-session before bugging you about that ;-)
[14:43] <seb128> vuntz: the new gnome-volume-control applet for example
[14:43] <seb128> .xsession-errors has timeout errors about those
[14:45] <seb128> lool: do you know why some debian packages are relibtoolized to workaround a rpath issue on amd64?
[14:46] <seb128> lool: or rather do you know what the issue is exactly?
[14:46] <seb128> ie gvfs
[14:46] <lool> seb128: I think redhat still carries patches to its libtool so tarballs released from fedora/redhat hosts might contain problematic ltmain.sh
[14:47] <seb128> lool: how do we notice the issue?
[14:47] <seb128> ie, what effect does it have?
[14:47] <seb128> we used to not relibtoolize gvfs and got no complain that I know about
[14:47] <lool> IIRC think they force the lib dir to be lib64 on x86-64; you could search for that snippet
[14:47] <seb128> since I seem to not be able to get the current version building after autotools update I'm near of dropping the debian patch for now
[14:48] <seb128> I'm not sure what practical issue it creates
[14:48] <seb128> not something users notice apparently
[14:48] <seb128> or we would have received bugs about that in intrepid I guess
[14:48] <lool> seb128: objdump -x =nautilus | grep RPATH on my amd64 box still gives   RPATH                /usr/lib
[14:48] <seb128> since we used to no relibtoolize
[14:48] <lool> seb128: I can tell of one painful issue with it: LD_LIBRARY_PATH doesn't work any more
[14:48] <lool> Because RPATH has precedence over it
[14:49] <lool> And a single RPATH on /usr/lib and you're using the default system libs again already
[14:49] <seb128> ok, that is lower priority than getting the gvfs update uploaded right now
[14:49] <lool> seb128: Basically the scale of the problem is huge, I think hundreds of amd64 binaries have this issue, but it's not visible on 32-bits arches
[14:49] <seb128> I'll comment the patch for now and have a look to that later
[14:50] <lool> Sure; you can also use chrpath instead
[14:50] <seb128> right
[15:10] <seb128> pedro_: bug #314966 are you sure? what version do you use?
[15:10] <pedro_> seb128: latest one on jaunty
[15:11] <seb128> pedro_: the new gnome-volume-control dialog moves on the right when scrolling down on my install
[15:11] <pedro_> seb128: works fine for me, tried the same with another user too
[15:11] <seb128> pedro_: you have horizontal scales right?
[15:11] <seb128> and they move on the left when you scroll down?
[15:15] <pedro_> seb128: yes, that's correct
[15:15] <seb128> ok, weird
[15:15] <seb128> I get the issue here too and it's not likely locale specific
[15:15] <seb128> I'll investigate
[15:15] <pedro_> the scale there acts just like the icon on the panel, same behavior
[15:15] <seb128> the mixer applet does the same
[15:15] <seb128> right, which is wrong too
[15:16] <seb128> scrolling down on the mouse there move those to the right
[15:16] <seb128> which means louder
[15:16] <seb128> where down should mean less loud
[15:16] <seb128> but if you say that works correctly for you
[15:16] <pedro_> indeed
[15:16] <seb128> I'm just puzzled in works differently on your box
[15:16] <pedro_> i'm gonna try with another locale as well
[15:16] <seb128> I wouldn't have though that was config specific
[15:17] <seb128> what gtk version do you have?
[15:18] <seb128> brb, restarting session to try the new gnome-session
[15:21] <soren> asac: Can you ping me when the plugin database is updated for Jaunty?
[15:26] <asac> soren: i would suggest that you ping me later week to remind me to update it ;)
[15:26] <asac> probably best if both try :)
[15:27] <soren> Will do :)
[15:56] <crevette> yeah new gvfs, no more problem connecting a ftp
[16:25] <seb128> oh, dns seems to be fixed now ;-)
[16:32] <crevette> you lost DNS ?
[16:33] <seb128> crevette: no, but it was not resolving some domains
[16:33] <crevette> seb128, hey teuf is going to work for mandriva
[16:33] <seb128> ie I could connect to irc.gnome but not irc.gimp
[16:34] <crevette> ah weird
[16:34] <seb128> good for him ;-)
[16:34] <seb128> what is he going to do there?
[16:34] <crevette> http://blog.mandriva.com/2009/01/08/440/
[16:35] <crevette> not clear to me
[16:35] <crevette> apparently he will have to fight with perl :)
[16:36] <crevette> and urpmi
[17:15] <huats_> seb128: both gnome-keyring and seahors update are in LP
[17:16] <seb128> huats_: thanks
[17:16] <huats_> avec plaisir :)
[17:21] <huats_> seb128: I'll take care of seahorse-plugins too...
[17:23] <seb128> ok
[17:26] <seb128> huats_: you should remove the autom4te.cache directory in the automake changes
[17:27] <huats_> seb128: ok
[17:27] <huats_> I'll do that right now
[17:27] <seb128> huats_: I can fix it for gnome-keyring don't bother
[17:27] <huats_> seb128: ok
[17:28] <huats_> In fact I wasn't sure, and that was an extra question that I failed to asked :(
[17:28] <huats_> thanks
[17:31] <seb128> I though you already updated packages which have autoconf patches before
[17:31] <seb128> the GNOME packages usually have those
[17:35] <seb128> huats_: you also need to update the shlibs
[17:36] <seb128> huats_: debian/libgnome-keyring0.shlibs should be set to <IP_ADDRESS> since the lib has new symbols
[17:37] <seb128> let's restart the session to try this gnome-keyring update
[17:38] <seb128> huats_: you can update the bug if you want to fix those or I can do it for you
[17:41] <huats_> seb128: so ?
[17:41] <seb128> huats_: so what?
[17:41] <huats_> you said : "let's restart the session to try this gnome-keyring update" :)
[17:41] <seb128> ah, that works
[17:42] <huats_> regarding the other stuffs I'll update the bug...
[17:42] <seb128> evolution can use the passwords normally and the ssh agent still works
[17:42] <seb128> huats_: ok, no need to test build, just cdbs-edit-patch, clean the directory, edit the shlibs and changelog and update the bug
[17:42] <huats_> and I already did bugs with autoconf... but I failed this time to remove he autom4te.cache
[17:43] <huats_> ok
[17:48] <seb128> huats_: the seahorse update looks correct
[17:48] <huats_> seb128:  ok
[17:50] <huats_> seb128: I have updated the gnome-keyring bug
[17:50] <huats_> I nedd to go
[17:51] <huats_> but feel free to tell me if anything else is neede
[17:51] <huats_> d
[17:51] <seb128> huats_: ok
[17:51] <huats_> thanks for you patience :)
[17:51] <seb128> huats_: thanks for your work ;-) go now, I'll comment on the bug if required
[17:51] <huats_> ok
[17:51] <huats_> thanks :)
[17:52] <seb128> huats_: seahorse needs a shlibs update too
[17:52] <huats_> rrrggghhh
[17:52] <huats_> ok
[17:52] <huats_> I'll do that
[18:00] <crevette> :)
[18:02] <crevette> seb128, is there something I can do tonight ?
[18:02] <seb128> crevette: http://download.gnome.org/sources/gnome-nettool/2.25/gnome-nettool-2.25.3.tar.gz
[18:03] <crevette> okay, btw I didn't see upload of empathy, does bigon will do it ?
[18:06] <crevette> anyway time to go back home
[18:06] <crevette> see you
[20:07] <pochu> I'm unsubscribing from tracker bugs in Launchpad. Not enough time and I don't really care much about it anymore...
[20:07] <pochu> Upstream and Debian maintainer are subscribed to it
[20:21] <tedg> Nokia's putting a bunch of money/time into Tracker -- I'm hoping it'll have a rebirth.
[20:21] <tedg> Not for Jaunty for sure though.
[20:22] <dobey> heh
[20:30] <pochu> and imendio too I think
[20:31] <pochu> err
[20:31] <pochu> or perhaps that's Nokia paying Imendio to work on Tracker :)
[20:31] <dobey> i think nokia contracted codethink to work on tracker
[20:32] <pochu> I know Martyn Russell has been working a lot in tracker, and he's from Imendio
[20:33] <pochu> dobey: maybe codethink subcontracted imendio :P
[20:35] <dobey> no i think nokia just contracts everyone they possibly can
[20:36] <dobey> oh wow, nice
[20:36] <dobey> there are 1344 bugs with the needs-packaging tag :(
[20:48] <crevette> hey
[20:48] <dobey> hi crevette
[20:48] <pochu> hey crevette
[20:48] <crevette> hello dobey
[20:48] <pochu> dobey: https://blueprints.edge.launchpad.net/ubuntu/+spec/qa-needs-packaging-bugs
[20:48] <crevette> heu pochu
[20:49] <crevette> pochu: I'm packaging a gnome tarball and I need to update a patch 03_autoconf, how can I do? I should just run autoconf ?
[20:51] <pochu> crevette: if it's really only changing configure, that may work (but may not)
[20:52] <pochu> crevette: `autoreconf -fiv && rm -r autom4te.cache` always work though, but will update configure, makefiles, libtool etc
[20:53] <dobey> which you probably need to do anyway, and you may also have to re-run intltoolize
[20:57] <dashua> Is gnome-sound-preferences missing on the latest Jaunty?  Volume control in the new applet does nothing as well.  I just upgraded from Intrepid 64 and it was nearly flawless.  I just wanted to confirm this wasn't an upgrade issue.
[20:58] <pochu> I think it's now in gnome-media
[21:00] <pochu> dashua: what version of gnome-media do you have?
[21:00] <pochu> you need gnome-media 2.25.1
[21:00] <dashua> pochu: /gnome-media_2.25.1-0ubuntu1_amd64
[21:03] <pochu> dashua: don't you mean gnome-sound-properties ?
[21:04] <dashua> pochu: Yes.
[21:08] <pochu> it was in gnome-control-center, but has been removed in 2.25.3
[21:08] <pochu> should have been added in gnome-utils 2.25.1, but looks like it wasn't
[21:08] <dashua> bug 314957 is the closet thing I could find
[21:08] <pochu> either it wasn't, or it wasn't shipped in the Ubuntu binaries
[21:09] <dashua> Ok thx
[21:09] <pochu> according to that it's replaced by the new gnome-volume-control in gnome-media


[05:25] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2784 Successfully built
[07:45] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2784 Pending binary packages
[08:05] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2784 Successfully built
[08:57] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2755 Diff missing (artful/ubuntu-settings). Pending binary packages (artful/unity). Successfully built (artful/unity-asset-pool, artful/webapps-applications)
[09:17] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2755 Diff missing (artful/ubuntu-settings). Successfully built (artful/unity, artful/unity-asset-pool, artful/webapps-applications)
[09:31] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2783 Publishing packages
[09:45] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2783 UNAPPROVED queue
[10:25] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2784 Successfully built
[10:44] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2755 Generating diffs
[10:47] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2755 Successfully built
[13:00] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/2779 Failed to build
[13:05] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2784 Pending binary packages
[13:24] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2784 Successfully built
[19:58] -queuebot:#ubuntu-ci-eng- sergiusens, https://bileto.ubuntu.com/#/ticket/2790 Preparing packages
[20:12] -queuebot:#ubuntu-ci-eng- sergiusens, https://bileto.ubuntu.com/#/ticket/2790 Pending binary packages
[20:32] -queuebot:#ubuntu-ci-eng- sergiusens, https://bileto.ubuntu.com/#/ticket/2790 Successfully built


[03:50] <bukai> Good Morning
[07:41] <soee> good morning
[09:48] <Riddell> sgclark: looks like much of 14.12.2 compiled fine, the kf5 bits still need retried because 5.7 is still incomplete so I'm running the retry script over that too
[10:08] <lordievader> Good morning.
[10:31] <sitter> Riddell: btw kde4libs likely will need forced migration, it's been blocked for ages on unrelated nonsense :P
[10:36] <Riddell> meh, force migration scares me, someone from the release team always grumps at me about it
[10:38] <Sick_Rimmit> Goor morning lovelies
[10:39] <Sick_Rimmit> s/Goor/Good/
[10:39] <kubotu> Sick_Rimmit meant: "Good morning lovelies"
[10:39] <Riddell> hi Sick_Rimmit
[10:40] <Sick_Rimmit> Hi..
[10:40] <Sick_Rimmit> Am hoping to get some time to do some packaging next week, will take a look at Kdevelop then
[10:41] <Sick_Rimmit> I've assigned it to me in Launchpad
[10:49] <Riddell> lovely
[10:51] <sitter> Riddell: we could always try to fix the underlying issues, but IIRC the problems are a bit
[10:51] <sitter> meh
[10:51] <sitter> e.g. cantor fails because some dep is not installing or something
[10:53] <Riddell> I had hoped that by overriding those cantor and other tests once it would remember that but it seems not
[12:24] <R33D3M33R> hi, the dropbox icon is not displaying in system tray (Kubuntu 15.04) ... the Dropbox client seems to be running
[12:24] <R33D3M33R> any idea how to fix?
[12:27] <sitter> Riddell: so what would you prefer? override or should I try to stab the failures away?
[12:27] <sitter> R33D3M33R: http://blog.martin-graesslin.com/blog/2014/06/where-are-my-systray-icons/
[12:28] <R33D3M33R> sitter: thanks for the link!
[12:28] <Riddell> sitter: slangasek said they should be removed which I think means patching them out
[12:28] <sitter> the tests?
[12:29] <Riddell> yes
[12:29] <Riddell> I think
[12:29] <Riddell> you may want to confirm with him
[12:33] <sitter> not here can't be bothered to /join :P
[12:52] <sitter> the new pkg-kde-tools erroring out doesn't piss me off at all...
[13:21] <BluesKaj> Greetings from the Great White North
[13:22] <soee> ;o
[13:31] <sitter> Riddell: I can't even get contor to build in my local autopkgtext >.<
[13:31]  * sitter tries with qemu
[14:00] <sgclark> morning
[14:03] <Riddell> hi sgclark lass
[14:05] <sgclark> oh cantor , that the one asking for kf5 configs in qt4. I should not have uploaded :(
[14:05] <Riddell> ppc64el fail https://launchpadlibrarian.net/197422410/buildlog_ubuntu-vivid-ppc64el.khtml_5.7.0-0ubuntu1_FAILEDTOBUILD.txt.gz
[14:05] <Riddell> sitter: when will kubuntu ci get ppc64el? surely that's easy to add :)
[14:06] <sitter> pft
[14:06] <sgclark> https://bugs.kde.org/show_bug.cgi?id=343892
[14:07] <sgclark> 4.13? hmm
[14:17] <sitter> :@
[14:17] <sitter> Riddell: can't build cantor in autopkgtest it hates me or something
[14:17] <sitter> http://paste.ubuntu.com/10188801/
[14:17] <sitter> actually it's possibly pkg-kde-tools being garbage
[14:18] <sitter> on a related note
[14:18] <sitter> sgclark, Riddell: isn't cantor version supposed to be 14.12.2?
[14:18] <sitter> I only see .0
[14:19] <sitter> sgclark: also the breakage is not because of you
[14:19] <sgclark> right. 14.12.2
[14:19] <sitter> https://launchpad.net/ubuntu/+source/cantor <- only .0
[14:19] <sitter> not uploaded or rejected?
[14:20] <sitter> Riddell: where's shadeslayer?
[14:22] <sgclark> sitter: oh possibly part of the rejected pile. alas probably best it did not get uploaded. http://goo.gl/Gy6Dya
[14:22] <sgclark> I am kinda confused on the answer to my bug
[14:23] <sgclark> why would 14.12.2 want 4.13 depend? lol
[14:24] <sitter> sgclark: because cantor is not ported yet so it cannot use the new antalitza
[14:24] <Riddell> sitter: nobody knows
[14:24] <sitter> which is a bit meh, but not entirely silly
[14:24] <sitter> Riddell: he wanted to discuss things and then he doesnt show up >.<
[14:24]  * sitter going to leave in half an hour
[14:24] <sitter> not feeling too well
[14:25] <sgclark> awww :( feel better
[14:25] <Riddell> I think it is entirely silly for upstream to release a dependency which isn't compatible with the application released together
[14:25] <sitter> Riddell: analitza is a library
[14:25] <sgclark> yeah I mentioned that on bug report, I don't think this is possible lol
[14:25] <sitter> Riddell: it's like there's kde4 applications even though there's kf5 libraries :P
[14:32] <sitter> Riddell, sgclark: when you upload cantor please make sure that you have the latest revision, I just add a potential fix for the failing test
[14:33] <sgclark> ok
[14:33] <sgclark> I don't see how it is possible though
[14:34] <sitter> how what is possible?
[14:34] <sgclark> it depends on analitza 4.13
[14:34] <sgclark> for kalgrebra backend
[14:37] <Riddell> it would need fancy packaging to have two versions of analitza in that archive
[14:37] <Riddell> which I'd be against as far too complex
[14:40] <sitter> not so sure about that, assuming the dev headers don't overlap only the -dev package name needs to be versioned to make it work
[14:40] <sitter> not sure how relevant analtiza in cantor is though
[14:41] <sgclark> kalgebra backend seems important, question tho, 4.13 is in vivid? I don't think so
[14:49] <Riddell> well no analitza 14.12 is in vivid because you just uploaded it :)
[14:51] <sgclark> lol
[14:52] <sitter> https://paste.kde.org/ptf6cmxtn
[14:53] <sitter> that should make 4.14 co-installable with 14.12
[14:55] <Riddell> you're too nice to them
[14:56] <sitter> Riddell: the marble test fail seems considerably more terrible, I think we might just as well disable the tests there
[14:56] <Riddell> sitter: yes I agree, I spoke to marble devs and they say it's expected they'll fail some of the time anyway
[14:56] <sitter> lol
[14:56] <Riddell> I'd still say if upstream can't release stuff that works together we shouldn't have to deal with the consequences
[14:56] <sitter> why people are ok with flaky tests I will never understand
[14:56] <sitter> Riddell: yeah
[14:56] <sitter> Riddell: what
[14:56] <sitter> Riddell: it works together :P
[14:57] <sitter> only bit that conflicts is calgebra
[14:57] <sitter> which I am not even sure why it is in that source
[14:57] <Riddell> infact I'm just right now rejecting folder-color-nemo and folder-color-caja on the grounds they're exactly the same as folder-color-nautilus but with the name changed for the respective fork of gnome2
[14:57] <sitter> that's not the same though is it
[14:59] <Riddell> no it's 3 times more nutty
[14:59] <Riddell> but 1 unit of nuttyness is stuff nuttyness :)
[14:59] <Riddell> but 1 unit of nuttyness is still nuttyness :)
[14:59] <sitter> you just don't like analitza :'<
[15:00] <Riddell> oh go ahead and duplicate
[15:00] <Riddell> just don't come crying to me when some app decides to load both qt4 and qt5 symbols at the same time
[15:00] <sitter> no, I am going to have a cuppa and do a bit of resting
[15:01] <sitter> made a patch, do with it what you will :P
[15:01]  * sitter out
[15:02] <Riddell> sgclark: do you want to use sitter's patch?
[15:05] <Riddell> sitter has started quitting irc in late afternoons, I wonder what he's up to for the rest of the day
[15:05]  * Riddell smells gossip
[15:07] <BluesKaj> heh, GF, maybe
[15:12] <Riddell> BF more likely
[15:13] <sgclark> :)
[15:14] <sgclark> Riddell: his patch does not help with my problem with analitza tho right?
[15:16] <Riddell> sgclark: it should do, it allows for an analitza4 package to be added with 4.13.3
[15:16] <Riddell> and then cantor can use the library made from that
[15:17] <sgclark> ok, fine with me, alas I do not have the rights on that package so if you could..
[15:22] <Riddell> oh but you could and get me to sign it :)
[15:25] <Riddell> meh kio has a test regression
[15:25] <sgclark> okies
[15:27] <sgclark> mm I dont see a patch
[15:27] <Riddell> he made https://paste.kde.org/ptf6cmxtn for analitza kf5
[15:28] <sgclark> oh I thought we were talking about cantor..
[15:28] <sgclark> analitza also no patch
[15:29] <sgclark> clearly I am confused
[15:30] <Riddell> analitza 14.12 needs https://paste.kde.org/ptf6cmxtn, then analitza 4.14.3 can be brought back as analitza4 which co-installs
[15:30] <Riddell> then cantor can get its analitza backend back using analitza4
[15:30] <Riddell> no?
[15:33] <sgclark> so I have to turn that paste into a patch? ...
[15:34] <Riddell> sgclark: just apply that patch to the debian/ directory of the analitza packaging
[15:34] <Riddell> but check over what it does, I haven't read it properly
[15:35] <Riddell> oh hang on that's the patch for the kdelibs4 version of analitza
[15:36] <Riddell> so grab the kdelibs4 version from bzr I guess and add the diff at https://paste.kde.org/ptf6cmxtn
[15:39] <sgclark> um wut? I am afraid I am not following and this patch has many errors.
[15:42] <Riddell> sgclark: bzr co lp:~kubuntu-packagers/kubuntu-packaging/analitza
[15:42] <Riddell> wget  "https://paste.kde.org/ptf6cmxtn/dn9sfo/raw"
[15:42] <Riddell> patch -p1 < raw
[15:42] <Riddell> ignore line ending moans.  tidy up debian/changelog
[15:43] <Riddell> pick a sensible name, I like analitza4 to go with kate4 and konsole4, and apply that name to debian/changelog and debian/control top lines
[15:43] <Riddell> grab tar from download.kde.org
[15:44] <Riddell> and build it
[15:45] <Riddell> waa, arch dependent symbols on khtml, life is cruel
[15:49] <sgclark> Riddell: alright more than I thought, will have to do it a bit later, will this new 4 version need a git repo or?
[15:50] <Riddell> sgclark: nah I'd just update it in bzr
[15:50] <sgclark> okies, will get it done today, anything else?
[15:53] <Riddell> see if you can spot anything in http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[15:53] <Riddell> hmm kdepim not happy contactgrantleeprintobject.cpp:27:23: fatal error: kabc/lang.h: No such file or directory
[15:54] <sgclark> kabc... that was those missing symbols I think
[15:57] <sgclark> libkdeedu... does not match what is in git and I had fixed it.. not sure why the broken version got uploaded, sigh
[15:58] <Riddell> but that compiled
[15:58] <sgclark> it is on that list you just linked
[15:59] <Riddell> oh it's saying libkdeedu-dev won't install
[15:59] <Riddell> git does still say  Depends: kdelibs5-dev (>= 4:14.12.2)
[16:00] <sgclark> wait what? sigh
[16:00] <sgclark> git diff, nothing
[16:01] <sgclark> wth
[16:01] <sgclark> gitk shows it is fixed in kubunut_vivid_archive, but you show it is not?
[16:04] <Riddell> sgclark: not fixed for me
[16:04] <Riddell> sgclark: maybe you committed bit not pushed ?
[16:04] <Riddell> git diff --cached
[16:04] <sgclark> nothing
[16:06] <Riddell> try a fresh checkout and see, I just did   kgit applications libkdeedu  and it still has Depends: kdelibs5-dev (>= 4:14.12.2)
[16:14] <sgclark>  kdelibs5-dev (>= 4:4.14),
[16:15] <sgclark> kubuntu_vivid_archive right? alas I have to step away for a few, how do I do a single package for archive? git-buildpackage?
[16:26] <Riddell> sgclark: I have an alias set  alias git-buildpackage-real='git-buildpackage --git-ignore-branch --git-no-create-orig --git-ignore-new -S'
[16:26] <Riddell> but that still seems to need the .orig to be lying around
[16:26] <Riddell> sgclark: there's no update to the kubuntu_vivid_archive branch when I run a  git pull
[16:33] <sgclark> clearly something is amiss. is there a web view of debain git? I seem to be using a different git than you
[16:34] <sgclark> repo
[16:39] <sgclark> Riddell: ok I am not going crazy: https://alioth.debian.org/scm/browser.php?group_id=30221
[16:39] <sgclark> bah that link useless
[16:40] <sgclark> Riddell: https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-kde/kde-applications/libkdeedu.git;a=blob_plain;f=debian/control;hb=012c602a80b13c4cbca73e1bd85f7dbc93d45542
[16:43] <Riddell> sgclark: this is the one http://anonscm.debian.org/cgit/pkg-kde/kde-applications/libkdeedu.git/
[16:44] <Riddell> I don't know how that matches
[16:45] <sgclark> kdelibs5-dev (>= 4:4.14),
[16:46] <sgclark> Riddell: anyway sending you stuff to sign with fixed verrsion
[16:46] <Riddell> sgclark: put this in your ~/.gitconfig  https://paste.kde.org/pxwnlkdxp
[16:46] <Riddell> with your username instead of mine
[16:47] <yofel> Riddell: sidenote: please make sure to *not* use debian: in the automation scripts, not everyone has that mapped the same way
[16:48] <Riddell> meh, they should
[16:48] <yofel> I fixed what I found so far
[16:48] <Riddell> thanks
[16:50] <Riddell> sgclark: http://starsky.19inch.net/~jr/tmp/libkdeedu_14.12.2-0ubuntu1.dsc
[16:50] <sgclark> Riddell: I already have that in my gitconfig. my repo matches uppstream..
[16:50] <Riddell> http://starsky.19inch.net/~jr/tmp/libkdeedu_14.12.2-0ubuntu1_source.changes
[16:50] <sgclark> thanks
[16:51] <Riddell> sgclark: then I'm very confused why I can't see your changes in git :(
[16:51] <sgclark> as am I
[16:54] <Riddell> sgclark: actually I don't see your change on the alioth version either
[16:54] <Riddell> so I think alioth is just a mirror of the git.debian version
[16:54] <Riddell> https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-kde/kde-applications/libkdeedu.git;a=blob;f=debian/control;h=39970083866f0be4a3b56b98f077c6a3beb34004;hb=refs/heads/kubuntu_vivid_archive
[16:54] <Riddell> line 36 still "Depends: kdelibs5-dev (>= 4:14.12.2),"
[16:55] <sgclark> kdelibs5-dev (>= 4:4.14),
[16:55] <sgclark> is what I see
[16:55] <Riddell> sgclark: wrong line, look at line 36
[16:55] <Riddell> the depends, not the build-depends
[16:55] <sgclark> gosh well lol
[16:55] <sgclark> ok lol fixing..
[16:56] <sgclark> and making more coffee, sorry
[16:56] <Riddell> you know sometimes the problem is too much coffee :)
[16:56]  * genii 's ears perk up
[17:03] <sgclark> Riddell: files to be signed again lol
[17:03] <sgclark> brb
[17:05] <Riddell> sgclark: http://starsky.19inch.net/~jr/tmp/libkdeedu_14.12.2-0ubuntu2.dsc http://starsky.19inch.net/~jr/tmp/libkdeedu_14.12.2-0ubuntu2_source.changes
[17:24] <sgclark> Riddell: You don't have permission to access /~jr/tmp/libkdeedu_14.12.2-0ubuntu2.dsc on this server.
[17:27] <Riddell> sgclark: try now
[17:28] <sgclark> worked thanks
[17:32] <sgclark> Riddell: ok so will just fixing the package remove it from that list, or do I need to do something else?
[17:42] <Riddell> sgclark: libkdeedu? should do
[17:42] <Riddell> the list at people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html is the output from the first half of the checking that gets done to check if the package can move from -proposed to -release
[17:44] <sgclark> k
[20:55] <soee> oh some error when processing /var/cache/apt/archives/debconf-kde-data_1.0.1-0ubuntu1_all.deb
[20:57] <soee> something like:
[20:57] <soee> dpkg: error proccessing archive /var/cache/apt/archives/debconf-kde-data_1.0.1-0ubuntu1_all.deb (--unpack):
[20:57] <soee>  trying to overwrite "/usr/share/locale/nb/LC_MESSAGES/libdebconf-kde.mo", that also exists in package libdebconf-kde0 0.3-1


[08:22] <bdrung> lool, are you aware of bug #2027575 that should be included your initramfs-tools SRU?
[08:22] -ubottu:#ubuntu-devel- Bug 2027575 in initramfs-tools (Ubuntu Lunar) "autopkgtest net is failing on 6.2 kernels with 'System is deadlocked on memory'" [Undecided, New] https://launchpad.net/bugs/2027575
[08:23] <bdrung> lool, I can add that to your SRU if you like.
[09:50] <rbasak> lvoytek: I think the amavisd-new git-ubuntu import is fixed
[10:21] <nteodosio> Why did speech-dispatcher phasing stop (https://ubuntu-archive-team.ubuntu.com/phased-updates.html)? If I click on the link to the errors page, it says "no data to display".
[11:11] <lvoytek> rbasak: Can confirm it's working, thanks!
[12:22] <rbasak> Can someone moderate ubuntu-release@ please? I believe there's an email sent to it on 6 July from Renan that has not made it.
[12:22] <rbasak> 5 July sorry
[12:22] <rbasak> Subject: ubuntu-advantage-tools SRU exception policy review
[12:23] <rbasak> Also maybe someone could make me a moderator? I already moderate ubuntu-devel@, ubuntu-announce@ and a few others.
[12:23] <rbasak> So it wouldn't be any additional effort for me really.
[12:23] <rbasak> listadmin FTW: )
[12:45] <bdrung> ahasenack, bug #1991606 should be ready for being released
[12:45] -ubottu:#ubuntu-devel- Bug 1991606 in drslib (Ubuntu) "Invalid PEP440 package version breaking setuptools >= 66" [High, New] https://launchpad.net/bugs/1991606
[12:47] <ahasenack> noted
[15:18] <sergiodj> @pilot in
[16:51] <dbungert> ahasenack: I was considering looking at the selinux-python cluster, unless you've started on that already
[16:53] <ahasenack> dbungert: I haven't, and I won't be today, it's my sru shift. I'll continue with +1 maintenance tomorrow and a bit next week, since this week wasn't productive at all due to other tasks
[16:53] <ahasenack> and tomorrow afternoon I'm on ppilot
[16:54] <dbungert> heh, I had patch pilot tuesday
[16:54] <dbungert> I'll look at selinux-python then, thanks
[18:47] <Odd_Bloke> Hey folks, I have debdiffs for focal and jammy on https://bugs.launchpad.net/ubuntu/+source/debootstrap/+bug/1990856 which I'm looking for sponsorship for, if anyone has the time.  Thanks!
[18:47] -ubottu:#ubuntu-devel- Launchpad bug 1990856 in debootstrap (Ubuntu Jammy) "Does not consider all versions in Packages files" [Undecided, In Progress]
[19:05] <bdmurray> mwhudson: ^^
[19:16] <sergiodj> @pilot out
[20:06] <Odd_Bloke> enr0n: BTW, I'd be happy to prepare a debdiff for sponsorship for https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1969365/: my assumption is that it's easier for you to just integrate the patch into your next round of updates, vs. pushing an entire additional version out.
[20:06] -ubottu:#ubuntu-devel- Launchpad bug 1969365 in systemd (Ubuntu) "focal: backport kexec fallback patch" [Undecided, New]
[22:09] <mwhudson> bdmurray: i'm on leave today, will do my patch pilot shift on monday
[22:09] <mwhudson> (well, nationaly holiday)
[22:12] <bdmurray> mwhudson: Sounds good, this international date line is confusing.
[22:12] <mwhudson> sure is
[22:13] <mwhudson> i should have probably manipulated some calendar somewhere but i never got around to it :(


[04:42] <insaynasasin> hi...
[04:43] <insaynasasin> is anybody in there???
[07:14] <dholbach> good morning
[08:43] <jono-bacon> bring the design team... :D
[19:07] <Dart> i am running Ubuntu 14.04 32 bit on a 64 bit machine and I keep loosing touchpad control every time I get an update


[18:16] <rharper> blackboxsw: ok, I've finished ec2 manual tests for 18.2 SRU
[18:20] <blackboxsw> thanks rharper, artful on gce is good, I'll get to xenial just after lunch
[18:20] <rharper> blackboxsw: where do you want me to put the log ?
[18:20] <rharper> MP to the github repo ?
[18:43] <blackboxsw> rharper: ok back from lunch.
[18:44] <blackboxsw> rharper: can you put in in ubuntu-sru:  ... https://github.com/cloud-init/ubuntu-sru/blob/master/manual/ec2-sru-18.2-4.txt
[18:44] <blackboxsw> in the manual subdir ec2-sru-<version>.txt
[18:49] <rharper> y
[18:54] <rharper> https://github.com/raharper/ubuntu-sru/pull/1
[19:02] <blackboxsw> rharper: no need for PR if you want to git push origin master I'm good with that for this repo
[19:02] <blackboxsw> the pr is against your repo, which I can't squash merge to
[19:02] <rharper> blah
[19:03]  * rharper should stick to the git cli
[19:03] <rharper> ok
[19:06] <rharper> https://github.com/cloud-init/ubuntu-sru/pull/1
[19:06] <rharper> ok, merged and then PR'd to the base
[19:06] <rharper> I can't write there, so you'll need to merge
[19:10] <blackboxsw> clicked merge button, I'll add your perms if I can
[19:13] <blackboxsw> rharper: you're invited in github to write access on ubuntu-sru
[19:14] <rharper> y
[19:14] <powersj> rharper: added you to github group
[19:16] <rharper> thx
[19:21] <rharper> blackboxsw: thx for merge, now do we also update the desc in the SRU bug, or wait till the end and do that all at once ?
[19:21] <rharper> should I test azure now ?
[19:23] <blackboxsw> rharper: we can just work through ubuntu-sru repo and then all at once attach the files to the SRU bug once we're done
[19:23] <rharper> +1
[19:24] <blackboxsw> just updated qa-scripts sru-changelog-to-trello to accept num-sections param to allow us to create markdown across multiple sections.
[19:26] <blackboxsw> rharper: I've kicked off an azure xenial test
[19:26] <rharper> nice
[19:26] <rharper> ok
[19:26] <rharper> do we have lxd and nocloud going as well ?
[19:26] <blackboxsw> just waiting on the instance to cume up
[19:26] <rharper> those are run on jenkins right ?
[19:26] <blackboxsw> nocloud-kvm would be helpful to kick off
[19:26] <blackboxsw> in jenkins
[19:26] <rharper> k
[19:27] <rharper> oh, we need to wait for 2.4 to hit -proposed though
[19:27] <blackboxsw> lxc we generally can cut-n-paste from a previous run of our choosing which closely matches our release (tip of master)
[19:27] <rharper> we can't feed a deb to the job
[19:27] <blackboxsw> rharper: it all truth, yes we need to actually truly wait on official -proposed publish of the debs, which won't be until tonight
[19:28] <rharper> ok
[19:28] <blackboxsw> since both were officially approved within the hour
[19:28] <blackboxsw> both == (artful/xenial)
[19:28] <rharper> then I'll hold for now, please ping when I can help start more things
[19:28] <blackboxsw> great thanks rharper, yeah I just wanted a spot check to make sure we don't have to start an SRU-regression on the major cloud
[19:28] <blackboxsw> great thanks rharper, yeah I just wanted a spot check to make sure we don't have to start an SRU-regression on the major clouds
[19:28] <rharper> gotcha
[19:33] <blackboxsw> good work on ec2, just read through logs. yeah I think we should bake in systemd analyze (and cloud-init analyze) into our manual sru tests (and CI per powersj suggestion).  we can then at least capture SRU-related differences on each cloud performance.
[19:34] <blackboxsw> I'm adding it to a new sru-templates subdir in ubuntu-sru for each 'manual' cloud.
[19:44] <blackboxsw> upgrade looks fine on azure
[19:44] <blackboxsw> ok capturing logs and simple test cases for reference
[19:45] <blackboxsw> cloud-init analyze blame is nice.... so initial boot on stock cloudimage blames config-disk_setup @ 4 seconds and config-locale @ 3.3 seconds
[19:46] <blackboxsw> that makes up the near half of cloud-init's boot time cost
[20:03] <rharper> blackboxsw: yeah, I think this manual-no-regression sequence can be scripted
[20:03] <rharper> we could use write_files in the initial yaml we pass to generate the file, and then just remotely execute it through the upgrade, and then a post-upgrade-reboot sequence
[20:03] <blackboxsw> +1, we can just contain the basics, only different intial cmdline instance launch and IP obtaining
[20:03] <rharper> y
[20:04] <rharper> I wonder if we should write this as a cloud_test with the ec2 platform
[20:06] <blackboxsw> rharper: that'd be an effective start as we'll have to do something comparable on each platform we add to ci
[20:06]  * blackboxsw just hadn't spent more than a fleeting glimpse at trying to establish a cloud_test that'll perform the live upgrade test/ post-upgrade-reboot sequence
[20:07] <rharper> yeah, I think we have a reasonable list of "basic" tests here; boot, confirm no tracebacks and status OK, upgrade (via dpkg -i or -proposed); re-run cloud-init init; check status/logs, clean --logs --reboot;  wait for boot;  repeat
[20:07] <rharper> and add in the collect of systemd-analyze and cloud-init analyze show/blame if we like
[20:07]  * rharper gives it a go
[20:07] <rharper> I've not tried the ec2 backend in cloud_tests yet
[20:08] <blackboxsw> it's slick. powersj did well
[20:08] <rharper> powersj: is it possible to feed one's on creds in there ?
[20:08] <powersj> rharper: locally yes http://cloudinit.readthedocs.io/en/latest/topics/tests.html#ec2
[20:08] <rharper> right
[20:08] <rharper> if I launch it myself (vs on jenkins)
[20:09] <powersj> correct, I don't want jenkins knowing any of our stuff
[20:09] <rharper> perfect!
[21:21] <blackboxsw> ok just pushed ubuntu-sru with doc output from create-sru.py.
[21:25] <blackboxsw> ok, now onto SRU validation script writing for the 24 related bugs (most of them should be covered in part by our manual tests).
[22:17] <blackboxsw> rharper: can you rebase https://code.launchpad.net/~raharper/cloud-init/+git/cloud-init/+merge/339438 for ci to work
[22:17] <blackboxsw> everything is done there right?
[22:39] <blackboxsw> minor fix for tools/make-tarball to fix nacc's discoveries during the test/upload process.
[22:39] <blackboxsw> https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/342761
[22:39] <blackboxsw> I didn't want to lose that fix changeset
[22:53] <rharper> blackboxsw: sure


[18:48] <Takyoji> Woo; made a nice userbar for Ubuntu Developer Week for SpreadUbuntu
[18:49] <Takyoji> Ubuntu Developer Week campaign: http://spreadubuntu.neomenlo.org/en/campaign/ubuntu-developer-week-09-thousands-buttons-0
[18:49] <Takyoji> and my submission http://spreadubuntu.neomenlo.org/en/material/site-button/ubuntu-developer-week-userbar
[18:49] <Takyoji> any thoughts?
[18:50] <Takyoji> First actual thing I've made in Inkscape that turned out well


[23:37] <frank23> I'm trying to build the kubuntu documentation
[23:38] <frank23> I think I have a working branch of  kubuntu-hardy setup
[23:38] <frank23> frank@monster:~/ubuntu-bzr/ubuntu-doc/kubuntu-hardy.frank1$ make
[23:38] <frank23> warning: failed to load external entity "ubuntu/libs/ubuntu-banner.xsl"
[23:39] <frank23> Do I have to run make from ubuntu-doc?


 With global conditions of late, I’m beginning to wonder if 20.04 is on schedule for release next month, or if it’ll be 20.05 or 20.06...?
 I have not been notified of a delay I doubt it since like all development done online anyway
[03:07] <guiverc> @heysounddute I've written a few responses (askubu, ubuforums) so I was looking for one, Ubuntu has had no changed to schedule (still looking for my links)
 Yes, true, the original self-isolating social distancing remote workers...lol.
[03:11] <guiverc> @heysounddude, one response is https://ubuntuforums.org/showthread.php?t=2439179  (using UWN and Mark Shuttleworth's notice)
 I’m on the discourse on my desktop- looks like things are pretty much full steam ahead, torpedoes be damned.
 The friend who traded me something for this old zbox with Intel atom d510 and 2GB of RAM is constantly surprised when I update him on what version it runs...I think it happened around 14.04
 So being bored because of Covid lockdown, the prospect of reporting it still running with the latest OS is exciting.
 Let's please keep this on topic (support).
[08:12] <sreekar> how upload using php code with file permissions in ubuntu16.04
[08:13] <sreekar> lubuntu
[08:13] <guiverc> sreekar, lubuntu 16.04 LTS is end-of-life and thus off-topic, we suggest you move to a supported release of Lubuntu
[08:13] <guiverc> we don't support EOL releases, only ubuntu-server, desktop & kylin desktop is still supported on 16.04
[08:13] <sreekar> k tell me in lubuntu
[08:14] <guiverc> lubuntu 16.04 is end-of-life and without support; use `ubuntu-support-status` to confirm for yourself what % of packages on your installed system are supported
[08:15] <guiverc> your base 16.04 system is still supported, but if you check the unsupported packages, all of lubuntu desktop will be listed I bet...
[08:15] <sreekar> k
 And for questions about PHP there are certainly better channels
[08:17] <sreekar> how upload using php code with file permissions in lubuntu
[08:17] <guiverc> we don't support EOL releases, and you've already been told that here, and on other sites
[08:18] <sreekar> k
[08:21] <guiverc> thanks & sorry, 3rd time today I've responded to that query
 Hi guys, can you please help with choosing lubuntu version. I'm on 20th and its freezing alot, when i browse pages or use several apps
 my pc is old core2duo and 2gb ram
[12:39] <guiverc> 20th? do you mean 20.04?
 yes
 maybe i should take very old one?)
 @Rudra Bali [Not 20.04 as it is development], was trying both
[12:41] <guiverc> my box is c2q-9400, box near me I've also running is c2d-8300 and is also running 20.04 without issue
[12:42] <guiverc> is your box running it 'live' or installed?
[12:44]  * guiverc used c2d to mean core2duo, c2q to mean core2quad or up-market-version of same.. i don't think core2duo is your issue as I've tested c2d-6600, c2d-6850, c2d-.... etc
 @Rudra Bali [Try out Linux Lite], requirements look not so good
 @Rudra Bali [Tiny Core?], ah, you were meaning another distribution, my mistak
 @Rudra Bali [It should suite your purpose], thx, gonna try it
[13:22] <santimir[m]> any ideas on how to change a wallpaper from command line on lubuntu?
[13:22] <santimir[m]>  * any ideas on how to change a wallpaper from command line on lubuntu 19.10?
[13:23] <santimir[m]> didn't work, no changes
[13:26] <guiverc> I don't recall; I would look in the script that puts a wallpaper on each display for lxqt/lubuntu by hmollercl (i forget it's name sorry)
[13:33] <guiverc> https://github.com/hmollercl/stitchWP  (stitchWP is what I was thinking of)
[13:33] <santimir[m]> thanks dude; and am reading feh's manual too. Pretty neat tool
[13:34] <guiverc> or closer to home is possibly https://code.launchpad.net/~hmollercl/stitchwp/+git/stitchwp
[14:16] <m33per> is there someone around that might be able to help with a Panel issue I can't figure out?
[14:33] <demhackzp> hi
[14:34] <demhackzp> i need help with lubuntu
 How can we help? :)
[14:34] <demhackzp> how can i install java 8u45 in this one?
 What version of Lubuntu are you on?
[14:35] <demhackzp> the latest, 19.10
[14:36] <demhackzp> java 8u45 works best on this system
 https://help.ubuntu.com/community/Java
 Those install instructions work for Lubuntu as well.
[14:36] <demhackzp> because if i use the latest java, minecraft will crash saying that i have outdated drivers (well its true but i ran minecraft using this)
[14:36] <demhackzp> thanks!
 You're welcome! for Java 8 there is also a PPA http://www.webupd8.org/2012/09/install-oracle-java-8-in-ubuntu-via-ppa.html if you don't want to do the manual install.
 I don't think Java 8 is directly in the repos yet
[14:38] <demhackzp> thanks! i'm looking around lubuntu because i saw some reviews and they said its fast even with old systems and its true!
 Wait, disregard the PPA I linked that outdated. My apologies.
 Can you show `java -version` from the command line?
[14:40] <demhackzp> Command 'java' not found, but can be installed with:
[14:40] <demhackzp> sudo apt install openjdk-11-jre-headless  # version 11.0.6+10-1ubuntu1~19.10.1, or
[14:40] <demhackzp> sudo apt install default-jre              # version 2:1.11-72
[14:40] <demhackzp> sudo apt install openjdk-13-jre-headless  # version 13+33-1
[14:40] <demhackzp> sudo apt install openjdk-14-jre-headless  # version 14~18-1
[14:40] <demhackzp> sudo apt install openjdk-8-jre-headless   # version 8u242-b08-0ubuntu3~19.10
[14:41] <demhackzp> i wrote "java -version"
 sudo apt-get install openjdk-8-jre
[14:42] <demhackzp> jre
[14:44] <demhackzp> it shows an error
[14:44] <demhackzp> https://paste.ubuntu.com/p/prx8n3BWHF/
[14:45] <demhackzp> how?
[14:46] <demhackzp> and i also realized that its also on the properties
[14:56] <demhackzp> everything is going well for now
 Then you should test, if it works also with less permissions.
 And the file needs the exec flag also for others or only for the owner?
[15:01] <demhackzp> it crashes :<
[15:01] <demhackzp> when i click "install and play" it locks itself (not the system but the app)
[15:04] <demhackzp> i'll try a different launcher (i'm using cracked ones btw)
[15:05] <demhackzp> no
[15:05] <demhackzp> i never used that site
[15:05] <demhackzp> i know that it doesn't work
[15:05] <demhackzp> so i get the launchers from the original source
[15:08] <demhackzp> i tried another launcher and it works
[15:08] <demhackzp> so the problem is the other launcher
[15:09] <m33per> https://imgur.com/a/nQriZGE I'm having issues with my panel where it won't show notifications from either of my screens and I can't figure out why both statusnotifier and tray are both saying "only one instance can run at a time" when I have neither (that I know of) running
[15:10] <m33per> I've been digging into this for a few days trying to sort it out before bugging people, but I'm not getting anywhere
[15:11] <santimir[m]> is it .xinitrc the right place to add a script running everytime I log in?
[15:14] <santimir[m]> don't know if it can be done userwise
[15:18] <demhackzp> i'm surprised, it has better framerate than running in windows
[15:59] <santimir[m]> <guiverc "https://github.com/hmollercl/sti"> the repository is empty :(
 What are you trying?
[16:06] <santimir[m]> to set up a different wallpaper everytime I log in
 How do you try it?
[16:09] <santimir[m]> ive tried w xsetroot and some others, now using feh. I know it is almost working but being overwritten, because when I log out it shows up for 2 seconds
 Does `pcmanfm-qt --set-wallpaper=FILE` not work?
[16:10] <santimir[m]> think it didnt yesterday, but maybe forgot the equal sign
[16:14] <santimir[m]> yes, it does work, but still need to add this into some startup file, and dont know if ~/.config/openbox/autostart should be fine
[16:15] <santimir[m]>  * yes, it does work, but still need to add this into some startup file, and dont know if `~/.config/openbox/autostart` should be fine
 As an idea: create a script with the logic to get the desired filename and set the wallpaper. The script can then be  called from some other place
 Maybe, it is enough to put it into the .bash.rc, maybe you want to use systemd
 I am not using bash, but it seems, that ~/.bash_profile is invoked only for login shells
[16:27] <santimir[m]> alright the basic thing is working
[16:28] <santimir[m]> i've put it on `/etc/X11/xinit/xinitrc/`
[16:28] <santimir[m]> still needs to be random
 Are you the only user in the system?
[16:29] <santimir[m]> probably `set-wallpaper=$(ls path/to/dirs |shuf -n1) `
[16:29] <santimir[m]> yes. I don't like to use the system-wide files anyways, cause I've sensible files on the system...
[16:30] <santimir[m]> but it's the only way I've found so far...
[16:30] <santimir[m]> do you know any user-scoped file analogue?
 If it works with ~/.bash_profile, then I would place it into ~/bin
[16:34] <santimir[m]> `pcmanfm-qt --set-wallpaper=$(ls ~.local/share/wallpapers/*/* | shuf -n1)` its doing the job
[16:34] <santimir[m]>  * `pcmanfm-qt --set-wallpaper=$(ls ~/.local/share/wallpapers/*/* | shuf -n1)` its doing the job
[16:35] <santimir[m]> alright. will try that one
[16:36] <santimir[m]> i'd like to be able to use feh though. seems not to be possible...
[16:36] <santimir[m]>  * i'd like to be able to use feh though. seems not to be possible...
[16:38] <santimir[m]> why ~/bin ?
 It is for personal scripts
 But you can place it, wherever you have access to
[16:40] <santimir[m]> I see. You mean put it there and add the file into /etc/X11/... afterwards?
[16:40] <santimir[m]> otherwise I won't have any different wallpapers when logging in
[16:40] <santimir[m]>  * otherwise there wont be any different wallpapers when logging in
[16:40] <santimir[m]>  * otherwise there wont be any different wallpaper when logging in
 @kc2bez Hi Dan. I tried debian today..and the same issue with Ntfs...tried again with Fat32..and it worked. Seems calameres installer has something off. … Just wanted to provide you an update. Thanks
 Thanks for the update @arnabdafadar
 👍👍
 I don't think Debian ships NTFS support by default, since it's a non-free package.
 @TheLimeRunner [I don't think Debian ships NTFS support by default, since it's a non-free packag …], @TheLimeRunner Same issue i faced with lubuntu and manjaro... calameres is the common link among all three.
 Well considering that NTFS is a proprietary file system used almost exclusively for MS systems, I'm not surprised. Fat32 has been the defacto standard for creating install USBs from Windows. Rufus selects it by default unless you change it to NTFS.
 @TheLimeRunner [Well considering that NTFS is a proprietary file system used almost exclusively …], Yup.. thats what i also thought.
 It shouldn't be used for installing anything other than Windows. It's not a bug in calamares that you're trying to install from an unsupported filesystem.
 @TheLimeRunner Zorin os and linux mint somehow manages to do handle ntfs gracefully out of the box
 They include ntfs3g by defalt
 *buntu does as well with the restircted extras
 @TheLimeRunner [It shouldn't be used for installing anything other than Windows. It's not a bug …], Ya..i agree! Not a bug...but coming from mint and Zorin, i was not aware of this nfts non-support
 Idk how you managed to install either of those off an NTFS formatted drive.
 Lubuntu supports read and write out of the box, but the partition manager won't be able to format without the ntfs packages. Zorin and Mint include these, as they include many non-free packages.
 Thankfully it's a quick fix.
 The system i am installing on..it accepts only 32bit uefi and ntfs formatted drive to boot up...thats the issue..i was banging my head for the past 3 days ☹
 @TheLimeRunner [Lubuntu supports read and write out of the box, but the partition manager won't …], Okay..thats a new info for me...thanks
 UEFI uses Fat...not NTFS.
 @TheLimeRunner [UEFI uses Fat...not NTFS.], I know.... but my system has some custom uefi or something like that...and its a crap! It only boots with a ntfs formatted drive with 32boot uefi file
 Its a small BayTrail based convertible tablet
 BayTrail itself is a pain in the a** to start with...all the non working drivers and all
 The firmware must only boot the bootloader, which is on a partition with VFAT
[17:02] <santimir[m]> created the file ~/.xinitrc  and put the code there. Remove it from /etc/X11...
[17:03] <santimir[m]> seems to be working. Sorry for interrupting!
 Why do you prefer the scripted solution over the diashow from the settings?
[17:05] <santimir[m]> what's that? under preferences>desktop?
 On the gui, where you can set the wallpaper path
 The second tab
[17:07] <santimir[m]> well 1) I want a new one every time I log in 2) i've a set of directories not just one so in a script // works well and 3) want to learn about the config before moving to awesome wm
[17:07] <santimir[m]> don't know if 2) is true
[17:08] <santimir[m]>  * well 1) I want a new one every time I log in 2) i've a set of directories not just one so in a script / * / * works well and 3) want to learn about the config before moving to awesome wm
[17:17] <demhackzp> how to change the screen saver?
[17:19] <diogenes_> demhackzp, disable the old one fron the startup and add the new one for autostart.


[02:05] <lotuspsychje> good morning
[09:38] <lotuspsychje> !next
[09:40] <luna_> 23.10 development has not started yet for another couple of weeks
[09:41] <lotuspsychje> wont be long luna_
[09:42] <lotuspsychje> toolchain follows up pretty quickly these days
[09:42] <luna_> yeah about 1,5-2 weeks
[09:42] <ice9> if I want to use ubuntu-bug to report an issue with bluetooth, which package to provide?
[09:43] <lotuspsychje> ice9: bluez maybe
[09:44] <lotuspsychje> https://bugs.launchpad.net/ubuntu/+source/bluez/+bugs?orderby=importance&start=0
[15:12] <ice9> I'm confused, what's the difference between the driver and the linux-firmware?
[15:43] <leftyfb> ice9: my understanding is that linux-firmware loads firmware for devices into memory as opposed to firmware that gets flashed to the device. I might be oversimplifying or even wrong
[21:03] <Jeremy31> leftyfb: some firmware gets loaded into hardware
[21:03] <Jeremy31> ice9: What is the issue with Bluetooth?
[21:04] <daftykins> oy it's like softmodems all over again
[21:05] <daftykins> :)
[21:05] <Jeremy31> Power off the device and the firmware clears
[21:07] <daftykins> not really firmware anymore, then
[21:10] <Jeremy31> Not a permanent thing like flashing a BIOS update
[21:11] <daftykins> ugh i was improving some silly Dell all-in-one computers at a client today, dust clearing and thermal paste reapplication... ahead of a RAM upgrade... and saw my predecessor had installed the OS as legacy with secure boot off and TPM off
[21:11] <daftykins> what amateurs
[21:30] <ice9> Jeremy31, can't enable bluetooth in gnome settings nor in blueman-manager
[21:30] <ice9> blueman-manager 23.30.04 ERROR    Manager:147 on_dbus_name_appeared: Default adapter not found, trying first available.
[21:30] <ice9> blueman-manager 23.30.04 ERROR    Manager:151 on_dbus_name_appeared: No adapter(s) found, exiting
[21:30] <ice9> this happened right after upgrade from 23.04
[21:30] <Jeremy31> ice9: post URL from terminal for>  (lsusb; dmesg | egrep -i 'blue|firm')|nc termbin.com 9999
[21:31] <ice9> Jeremy31, https://termbin.com/jpyo
[21:33] <Jeremy31> ice9: What kernel?
[21:33] <ice9> Jeremy31, 6.2.0
[21:35]  * daftykins walks outside the channel and checks the name above the door
[21:36] <Jeremy31> ice9: File a bug against package linux as it is a kernel issue
[21:36] <ice9> Jeremy31, how are sure it's the kernel not the driver or the firmware?
[21:38] <Jeremy31> ice9: Because the kernel is responsible for loading correct firmware, that chipset might need a flag in btusb because of this error "Failed to read MSFT supported features (-110)"
[21:50] <Jeremy31> ice9: you could try copying https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/intel/ibt-19-0-4.sfi into /lib/firmware/intel/ and do a reboot as that is the newest version
[21:52] <ice9> Jeremy31, I already installed this https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git but didn't help
[21:52] <ice9> I mean I installed all firmware there
[21:53] <Jeremy31> So you have the latest/greatest firmware that Intel has made available
[21:54] <daftykins> maybe TJ's old ACPI OSI trickery could be worth a go?
[21:54] <daftykins> for fun if nothing else
[21:55] <ice9> Jeremy31, maybe I install the old firmware that was on 22.10?
[21:55] <daftykins> although perhaps support should be pursued in support channels y'know, just saying...
[21:55] <Jeremy31> ice9: Did you try it on 22.04?
[21:55] <ice9> Jeremy31, 22.04 and 22.10 was working fine
[21:56] <Jeremy31> So it must be the kernel