[14:38] <newz2000> mhall119: if you still need me, give another ping
[18:00] <mhall119> newz2000: another ping
[18:00] <newz2000> hey mhall119
[18:00] <mhall119> just a quick question
[18:01] <mhall119> ubuntu.com's header and footer use a static width, but the ubuntu-website template puts their backgrounds at 100%
[18:01] <mhall119> was there a reason for the difference?
[18:01] <newz2000> I guess they just wanted it to. :-/
[18:01] <newz2000> They felt it would be more versatile
[18:01] <mhall119> ok, who is "they"?
[18:01] <newz2000> Us
[18:01] <newz2000> :-)
[18:02] <newz2000> (in this channel)
[18:02] <mhall119> do you know if it was a concious decision to deviate from the main website, or just a difference that nobody noticed or cared to fix?
[18:05] <newz2000> yes, I believe it was a conscious decision
[18:06] <newz2000> There was a fare amount of discussion on it
[20:21] <mhall119> ok, then I won't change it back ;)
[20:21] <mhall119> daker: ^^^ read above
[20:21] <daker> \o/
[20:21] <daker> ;)
[20:22] <daker> what about the .15 release ?
[20:31] <mhall119> daker: it's waiting on the sysadmins to deploy
[20:31] <daker> oh cool
[20:31] <mhall119> the width changes weren't implemented in either loco-directory or light-django-theme, so I'll just discard them
[20:32] <daker> i am working on a new version :D
[20:32] <mhall119> of what?
[20:36] <daker> LD
[20:36] <daker> mhall119, TOP SECRET
[21:58] <mhall119> oooh, I can't wait
[22:03] <daker> \o/
[22:03] <daker> newz2000, ping
[22:03] <newz2000> hey
[22:04] <daker> can we get u.c internalized ?
[22:04] <newz2000> daker: not high on the priority list
[22:04] <newz2000> daker: why do you ask?
[22:05] <daker> newz2000, just a question
[22:06] <newz2000> it's a lot of work.
[22:06] <daker> what do you mean by a lot of work ?
[22:07] <daker> lot of work in internalization or localization ?
[22:07] <newz2000> the l10n is the part that takes a lot of work
[22:07] <newz2000> drupal will do the i18n
[22:07] <daker> ah oki


[00:00] <ClassBot> Logs for this session will be available at http://irclogs.ubuntu.com/2014/01/26/%23ubuntu-classroom.html following the conclusion of the session.
[00:01] <benonsoftware> All and welcome to "Finding Support for Ubuntu"
[00:02] <benonsoftware> In this session I'll show and explain the different avenues of support you can find for Ubuntu.
[00:03] <benonsoftware> If during the seesion you have any questions, type then in #ubuntu-classroom-chat making sure your question has "QUESTION:" added to the start of it.
[00:04] <benonsoftware> Now let's get started with it! :)
[00:04] <benonsoftware> The community helps many userswith many different problems that come up with Ubuntu.
[00:06] <benonsoftware> I'm going to first explain about the Ubuntu documentation
[00:06] <benonsoftware> https://help.ubuntu.com/ is where the "Offical Ubuntu Documentation" likes to live
[00:07] <benonsoftware> https://help.ubuntu.com/13.10/ubuntu-help/index.html is the desktop guide for the latest Ubuntu release at the moment. (13.10)
[00:08] <benonsoftware> There it provides information on installing, upgrading Ubuntu, hardware issues, installing software, accessibility and many more
[00:09] <benonsoftware> If you're new to Ubuntu, or just want a refreasher, I highly recommend you read this.
[00:10] <benonsoftware> Next up is the Coomunity Help Wiki, which is at https://help.ubuntu.com/community
[00:11] <benonsoftware> Other Ubuntu community members and users help edit and maintain this wiki. Meaning anyone can help fix it or add things.
[00:12] <benonsoftware> This wiki has even more pages on installing Ubuntu and other software, switching from another OS, Hardware and other pages on a range of software.
[00:13] <benonsoftware> Now, the next support resource is AskUbuntu, which the website is http://askubuntu.com
[00:14] <benonsoftware> AskUbuntu is part of the Stack Exchange network of Quesion & Answer sites (http://stackexchange.com/sites)
[00:15] <benonsoftware> AskUbuntu allows you to ask your question and other users can up and down-vote your question and answer it aswell.
[00:16] <benonsoftware> Quickly going back to the Community Help Wiki, if you're not sure what you need to find, https://help.ubuntu.com/community/TitleIndex lists all of the wiki pages, but be warned it is a big page. ;)
[00:17] <benonsoftware> AskUbuntu is really hopefully if you have a detailed question and you have all of the info already and just have to ask it.
[00:17] <benonsoftware> helpful rather then hopefully
[00:18] <benonsoftware> Another support system is the Launchpad Answers system https://answers.launchpad.net/ubuntu
[00:19] <benonsoftware> It is slightly like AskUbuntu however it doesn'thave the upvoting features.
[00:20] <benonsoftware> Next up is IRC
[00:21] <ClassBot> rww asked: which of these resources are translated into other languages and/or have active non-English communities?
[00:21] <benonsoftware> I'll answer this first :)
[00:22] <benonsoftware> Many LoCo (Local Community) teams provide support in local languages
[00:23] <benonsoftware> If you have a look on http://www.ubuntu.com/support/community/local-language you will see many teams have forums in the local language for you to ask questions and find support for Ubuntu.
[00:24] <benonsoftware> Now IRC :)
[00:24] <benonsoftware> IRC is real-time chat
[00:25] <benonsoftware> Everyone that's in here at the moment is using IRC :P
[00:25] <benonsoftware> The main Ubuntu IRC support channel is #ubuntu
[00:25] <benonsoftware> However there are many other channels where you can find help
[00:26] <benonsoftware> For example, Spanish speaking users can join #ubuntu-es, French users can find help in #ubuntu-fr, German users tryig to find support can try #ubuntu-de
[00:27] <benonsoftware> And there are many other local channels you can join where you can speak in the native language to try and find support
[00:27] <benonsoftware> http://www.ubuntu.com/support/community/local-language also lists the IRC channels you can join to find support.
[00:29] <benonsoftware> Nedxt is the Ubuntu Forum, http://ubuntuforum.org
[00:31] <benonsoftware> Ubuntu Forums can help with many issues
[00:32] <benonsoftware> http://ubuntuforums.org/forumdisplay.php?f=327 is where the general support sub-forum
[00:32] <benonsoftware> There are also many threads in the forum where you can find great how-to articles.
[00:34] <benonsoftware> Many LoCo teams also have their own forum hosted over there, which you can find at http://ubuntuforums.org/forumdisplay.php?f=183
[00:37] <benonsoftware> Another place to find help at is Ubuntu Discourse which lives in http://ubuntu-discourse.org/
[00:37] <benonsoftware> Discourse is sort of like Ubuntu Forums but slightly different
[00:38] <benonsoftware> (Sorry I can't like to much on it at the moment, it appears not to be loading for me)
[00:39] <benonsoftware> If you're using an Ubuntu flavour you can also get support for it
[00:40] <benonsoftware> Back to discourse again sorry
[00:41] <benonsoftware> Thanks to toddc18, I realised I used the wrong link
[00:41] <benonsoftware> The proper one is http://discourse.ubuntu.com/
[00:42] <benonsoftware> Now, back with flavours :)
[00:42] <benonsoftware> Each flavour has their own IRC channel and website
[00:42] <benonsoftware> Edubuntu - #edubuntu http://edubuntu.org/
[00:43] <benonsoftware> Kubuntu - #kubuntu http://kubuntu.org/
[00:43] <benonsoftware> Ubuntu GNOME - #ubuntu-gnome http://ubuntugnome.org/
[00:43] <benonsoftware> Lubuntu - #lubuntu http://lubuntu.org/
[00:44] <benonsoftware> Xubuntu - #xubuntu http://xubuntu.org/
[00:45] <benonsoftware> Many flavours also have links to their own docs on their websites
[00:47] <benonsoftware> Another great way to find support is through the mailing lists
[00:47] <benonsoftware> http://lists.ubuntu.com
[00:47] <benonsoftware> There's many different lists for your needs and what you need help with
[00:48] <benonsoftware> LoCos usually provide help with Ubuntu through their lists
[00:48] <benonsoftware> There's a general ubuntu-users listalso
[00:49] <benonsoftware> Flavours also have their own support list, xubuntu-users, lubuntu-users, kubuntu-users, edubuntu-users and many more
[00:49] <benonsoftware> You can check out the users lists at https://lists.ubuntu.com/#Community+Support
[00:49] <benonsoftware> And the LoCo lists at https://lists.ubuntu.com/#Ubuntu+Worldwide+LoCo+Teams
[00:50] <ClassBot> There are 10 minutes remaining in the current session.
[00:52] <benonsoftware> I believe I've covered most of the support areas
[00:52] <benonsoftware> If anyone has any questions, just ask. :)
[00:55] <ClassBot> There are 5 minutes remaining in the current session.
[00:57] <benonsoftware> I hope everyone has enjoyed the Ubuntu User Days for the saucy cycle.
[00:57] <benonsoftware> And a big thank you to all of the other instructors.
[01:00] <ClassBot> Logs for this session will be available at http://irclogs.ubuntu.com/2014/01/26/%23ubuntu-classroom.html
[18:41] <an0n432O> hi


[00:34] <guiverc> the -proposed package made it to ISO; my testing checklist assumed something different..
[00:38] <guiverc> @lynorian, did you see anything helpful if you tried `xscreensaver-demo --debug` to launch ?
[00:47]  * guiverc will amend testing checklist as required, once I've confirmed boot from media (writing now).  (ps. I've got headache (3rd day in a row) so not working fast)
[00:58] <guiverc> thanks arraybolt3[m] for all the testing I now see :)   (having finally opened iso.qa.ubu...)... I'll copy to testing checklist (when I get to that)
[00:58] <arraybolt3[m]> guiverc: Thanks, it's been fun!
[00:59] <guiverc> :)
[00:59] <arraybolt3[m]> guiverc: (I'm juuust about to add another Ubuntu Studio test to the list, so don't copy things over quite yet.)
[01:01] <guiverc> I'm likely to massage https://phab.lubuntu.me/w/release-team/testing-checklist/ given the proposed calamares is on ISO (my checklist edit assumed it needed to be added; needs wording change)...  but just started booting thumb-drive with ISO on it for confirmation of what I saw on manifest noted earlier
[01:02] <guiverc> ubuntu studio adds would be another page of iso.qa.ubuntu.com anyway; not the lubuntu page
[01:02] <arraybolt3[m]> guiverc: The new Calamares is on the ISO, but the new calamares-settings-ubuntu is not, so if you're doing btrfs testing, you will need to install calamares-settings-lubuntu (or calamares-settings-ubuntustudio depending on the distro you're testing).
[01:04] <guiverc> thank you for telling me.. I'll skip BTRFS today then  (will hopefully be there tomorrow..)
[01:04] <guiverc> i see many entries in Ubuntu Studio now too; well done Aaron / arraybolt3[m]
[01:04] <arraybolt3[m]> (I already did BTRFS testing so it's probably not necessary that we do any more of that.)
[01:05] <guiverc> it is once the calamares-settings-lubuntu hits the ISO and no manual fudging is required.. even if only a 'smoke-test', it still needs test & to pass with NO package CHANGES made prior to install
[01:06] <arraybolt3[m]> Ah, that makes sense. But the package got verification-done on it, so it should show up in the ISO.
[01:06] <arraybolt3[m]> I mean, eventually it should show up.
[01:07] <guiverc> yeah i can confirm older calamares-settings-lubuntu & older calamares-settings-ubuntu-common on the ISO i'm testing
[01:25] <guiverc> I've dropped calamares version column (it's on ISO so no need in my opinion) ; still listed as a second table though (easier if we need to revert though that would required retesting everything anyway so maybe pointless..)
[01:25]  * guiverc still not added yours arraybolt3[m], but in my to-do
[01:27]  * guiverc might reverse tables; so proposed is first as that's what will currently be edited/changed..
 guiverc it still segmenation faults should I comment on the bug
[01:29] <guiverc> I'd have expected segfault, but I hoped it might provide more clues/ideas as to issue (even if only where to go next)... you really need a dev, not me
[01:57] <guiverc> arraybolt3[m], fyi:  I could kick of another ISO build; we're already using 20220728.1 so we'd likely get 22020728.2, but ISO respins take awhile to build
[01:59] <guiverc> (rebuild so as to hopefully get the missing -proposed packages on the iso..)
[02:01] <arraybolt3[m]> guiverc: I don't see any reason to - the only change in the missing package is the BTRFS install bug fix (one option dropped in two files), and it's already been verified to work.
[02:01] <arraybolt3[m]> On both Lubuntu and Ubuntu Studio.
[02:01] <arraybolt3[m]> So the one test case it affects has already been entirely done.
[02:02] <guiverc> :)  I don't currently either, why I didn't kick one before... we've got tomorows being my thinking; I've still got plenty to test for today (more than time will allow!)
[02:02] <arraybolt3[m]> 👍
[02:02] <guiverc> :)  & thank you for your testing (again)
[02:46] <Eickmeyer[m]> arraybolt3: I'm doing a standard installation test of Ubuntu Studio in a VM now.
[02:47] <arraybolt3[m]> Nice!
[02:47] <arraybolt3[m]> I should probably get back to testing pretty soon.
[02:47] <Eickmeyer[m]> I especially like the new log view. I don't remember that, and it's super handy.
[02:47] <arraybolt3[m]> Nice, I've not noticed it yet.
[02:50] <Eickmeyer[m]> So, I'm not sure if it's because my computer is insanely fast or what, but my test is already done without issues.
[02:51] <arraybolt3[m]> ?! Wow, that's gotta be that you have a good computer. Each test is taking me 20-30 minutes.
[02:51] <Eickmeyer[m]> It's a 6-core i7 gen 9 with 2 threads per core.
[02:51] <Eickmeyer[m]> 64 MB RAM
[02:52] <arraybolt3[m]> *GB
[02:52] <Eickmeyer[m]> GB yes
[02:52] <Eickmeyer[m]> All SSD
[02:52] <arraybolt3[m]> I was gonna say, if you only have 64 MB of RAM, you need a new computer.
[02:52] <arraybolt3[m]> Mines a 3rd gen i5, 16 GB, with a SATA SSD.
[02:53] <arraybolt3[m]> The other one is a 3rd or 4th gen Xeon, 32 GB, SATA SSD.
[02:53] <Eickmeyer[m]> Yeah, there's the differentiating factor.
[02:53] <arraybolt3[m]> Hey, it works, that's what matters.
[02:53] <Eickmeyer[m]> Yep.
[02:54] <Eickmeyer[m]> I'm going to run another one with some partitioning for kicks and giggles.
 I think actually write speed matters a lot for installs
[02:54] <arraybolt3[m]> There's a lot of uncompressing work involved too.
[02:55] <Eickmeyer[m]> @lynorian Absolutely. My SSDs are both NVMe with insane write speeds, but yes, there's decompression involved and some processing with VMs, so CPU does have some factor.
[02:55] <arraybolt3[m]> My bargain-basement SATA SSDs probably aren't helping then. (I've got one NVMe but I don't use it for write-heavy stuff since I paid good money for that and don't want to destroy it.)
[02:58] <Eickmeyer[m]> Ok, installation #2 (install alongside) running now.  It's already done installing and it's at the login screen. 👀
[03:03] <arraybolt3[m]> Hey, we're getting stuff done!
[03:04] <Eickmeyer[m]> True!
[03:04] <arraybolt3[m]> My tests are just finishing up.
[03:07] <Eickmeyer[m]> Yeah. So, here's my verdict, and I'll post this on the SRU bug: I don't see any real installation difference whatsoever and everything is working exactly as it did before, perhaps better. If anything, I see substantial performance improvements, which I consider a win.
[03:08] <arraybolt3[m]> I also notice nothing different so far.
[03:08] <Eickmeyer[m]> But, arraybolt3 , I'll leave it to you to change verification-needed-jammy and verification-needed to verification-done-jammy and verification-done respectively.
[03:08] <arraybolt3[m]> OK. That may take a while since I'm attacking the whole checklist... twice.
[03:09] <Eickmeyer[m]> Yeah, that's fine. You're being much more thorough than I am. Mine was more of a smoke test, but I'm pleasantly surprised with the performance improvements I'm seeing.
[03:09] <guiverc> i noted 1904266 no longer occurs with it (of no importance though)
[03:10] <guiverc> (cursor jumps to end of field.. http://launchpad.net/bugs/1904266)
[03:10] <arraybolt3[m]> Woot!
[03:11] <Eickmeyer[m]> We can definitely mark that as fix released when it hits updates.
[03:12] <Eickmeyer[m]> In fact, we can already go "Fix Committed" on Jammy and "Fix Released" in Kinetic.
[03:12]  * arraybolt3[m] does that real quick
[03:12] <Eickmeyer[m]> Already beat you. :)
[03:13] <arraybolt3[m]> Ah, OK.
[03:13] <arraybolt3[m]> Man, you're fast at everything.
[03:14] <Eickmeyer[m]> Not the first time I've heard that. It gets me in trouble sometimes, because I do stuff thoroughly, but I just work faster than others.
[03:14] <arraybolt3[m]> I think it's good.
[03:15] <arraybolt3[m]> I try to work fast, but I a lot of times end up multitasking in the process, which makes me slow down for each individual task.
[03:15] <arraybolt3[m]> Like, right now I'm wrangling three computers at once.
[03:15] <Eickmeyer[m]> People often assume that because I work faster than they can comprehend sometimes that I'm taking shortcuts when, in fact, I'm not.
[03:16] <arraybolt3[m]> You just got fast hardware, fast Internet, and good focus.
[03:16] <arraybolt3[m]> I have slower hardware, slower Internet, and am scatterbrained a lot of times.
[03:16] <Eickmeyer[m]> Dude, I have ADHD like you wouldn't believe.
[03:17] <Eickmeyer[m]> Adult-onset, mind you.
[03:17] <Eickmeyer[m]> guiverc: Good catch.
[03:17] <arraybolt3[m]> Oy. Doesn't seem to slow you down, thankfully.
[03:17] <tsimonq2> Eickmeyer[m]: I've been given quite a few labels in my day and they're just that... labels. I find them limiting
[03:19] <tsimonq2> You were created as you, not ADHD. It's why I don't even mention what I have anymore, cause if you pay attention close enough you can figure it out
[03:19] <Eickmeyer[m]> tsimonq2: Tjat
[03:19] <Eickmeyer[m]> typo
[03:19] <Eickmeyer[m]> That's a very good point.
[03:20] <arraybolt3[m]> Oh lovely. Somehow turning on Secure Boot on my desktop just made even the BIOS not want to use the nVidia card.
[03:20] <tsimonq2> nvidia lol
[03:20] <Eickmeyer[m]> Ouch.
[03:20] <tsimonq2> Eickmeyer[m]: yeah cause that's Nvidia
[03:20] <tsimonq2> lmao
[03:21] <Eickmeyer[m]> Well, to be fair, the Kubuntu Focus M-series come with Nvidia, but we have secure boot disabled by default for that very reason. But, we also make it STUPID SIMPLE to get Nvidia working.
[03:22] <arraybolt3[m]> You'd think it would at least let the BIOS display something though.
[03:22] <arraybolt3[m]> Wow. Even the default Intel graphics aren't doing anything.
[03:23] <arraybolt3[m]> So now I have to remove the nVidia card entirely - and if you saw what I had to do to get it in, you'd know why I do not want to do that...
[03:23] <Eickmeyer[m]> That sounds more serious. We found out that if you have integrated graphics and you disable the Nvidia chipset altogether, the external video ports don't even work because the Nvidia chipset "owns" the ports.
[03:23] <arraybolt3[m]> (Got a full-size card for a small form factor desktop. Long story short, wire cutters = card fits.)
[03:24] <arraybolt3[m]> That's what I was afraid of. Ah well, I'll take the card out and hopefully everything will just work.
[03:25] <Eickmeyer[m]> We did also find out that the integrated graphics "own" the internal display via the framebuffer, so the Nvidia graphics actually project to the internal display via the framebuffer via integrated graphics. Interesting, eh?
[03:26] <arraybolt3[m]> There we go, monitor now works.
[03:26] <arraybolt3[m]> Whew, that was a bit distressing.
[03:27] <arraybolt3[m]> (On my desktop, plugging an nVidia card in makes the whole integrated graphics part stop working entirely. Won't even work in Linux itself.)
[03:27] <tsimonq2> Kernel bug?
[03:27] <arraybolt3[m]> I figured the BIOS probably just kaiboshed it.
[03:28] <arraybolt3[m]> (Or however you spell that word.)
[03:28] <arraybolt3[m]> It's an HP workstation that specifiically supports certain Linux distros, so I'd be surprised if it was a Linux incompatibility with the system itself.
[03:28] <tsimonq2> arraybolt3[m]: I can hear the word in my head I get it lol :)
[03:29] <tsimonq2> arraybolt3[m]: Or perhaps just a kernel bug
[03:29] <Eickmeyer[m]> Sometimes one just needs to rebuild the initramfs.
[03:30] <arraybolt3[m]> Hmm. I guess I could boot up a distro from the age it supports (like 12.04 or something silly like that).
[03:30] <Eickmeyer[m]> arraybolt3[m]: 🤮
[03:30] <tsimonq2> I mean, I use the Ubuntu Kernel Team's mainline-crack repo for lean, current kernels on my local machine...
[03:31] <arraybolt3[m]> I could test both. If it works in <insert ancient distro> and doesn't work in the latest 22.04 kernel, that's a regression.
[03:31] <arraybolt3[m]> (And then I'll get the lovely experience of doing a git bisect - oh... joy...)
[03:31] <tsimonq2> arraybolt3[m]: Time for you to git bisect the Linux kernel, ready for some fun?!?!?
[03:31] <Eickmeyer[m]> arraybolt3[m]: I did that once under the direct supervision of Linus Torvalds and Greg K-H themselves.
[03:32] <arraybolt3[m]> I wonder how hard it will be to bisect the kernel when you've got the distance between 12.04 to 22.04.
[03:32] <arraybolt3[m]> (I'd probably have to install the 22.04 kernel on 12.04 since part of me really doubts that 12.04's kernel will boot 22.04.)
[03:32] <tsimonq2> arraybolt3[m]: Very difficult. You'd have to try every LTS in between
[03:33] <arraybolt3[m]> Oh that's a smart idea.
[03:33] <arraybolt3[m]> (Would testing regular releases also be helpful in there, or would it have to be strictly LTS-to-LTS?)
[03:33] <arraybolt3[m]> (And is this even a bug worth chasing?)
[03:34] <tsimonq2> Eickmeyer[m]: That's def cap bro
[03:34] <tsimonq2> No way
[03:34] <tsimonq2> Pics or it didn't happen
[03:34] <Eickmeyer[m]> Well, I'd have to go find the emails...
[03:34] <tsimonq2> arraybolt3[m]: LTS to LTS should be ok
[03:35] <tsimonq2> arraybolt3[m]: Up to you man :)
[03:35] <Eickmeyer[m]> But it was in my openSUSE days when a kernel update borked my computer at the time. Each bisect took 90 minutes on that single kernel machine.
[03:35] <Eickmeyer[m]> *core
[03:35] <Eickmeyer[m]> s/kernel/core
[03:36] <Eickmeyer[m]> It's back when Greg K-H was still  the maintainer of openSUSE Tumbleweed.
[03:36] <tsimonq2> Interesting
[03:36] <Eickmeyer[m]> Eventually we found the commit, and it ended up being a regression caused by some dudes at Intel.
[03:38] <arraybolt3[m]> Anyone got any clue how to enable Secure Boot in an EFI VM? I selected the Secure Boot OVMF image, but I can't seem to figure out how to tell it to turn on.
[03:38] <arraybolt3[m]> (And if you're wondering why on earth I want Secure Boot, it's part of the testcases.)
[03:39] <tsimonq2> Ancient tribal method. Second cave to the left, you shall pass four councils who will determine your fate
[03:41] <Eickmeyer[m]> arraybolt3[m]: Yeah, I don't think you can. Unfortunately, Secure Boot keys are proprietary.
[03:41] <arraybolt3[m]> They told me to run rm -rf /.
[03:41] <arraybolt3[m]> I see there's instructions on how to online, Debian instructions nonetheless.
[03:42] <Eickmeyer[m]> Oh! TIL!
[03:42] <arraybolt3[m]> I just had the wrong firmware selected.
[03:43] <arraybolt3[m]> Yep, that worked. Use OVMF_CODE.ms.fd or something like that.
[03:43] <arraybolt3[m]> (The ms part was the important part.)
[03:44] <arraybolt3[m]> And crud. I just got a failed Studio installation with Secure Boot on the desktop.
[03:44] <arraybolt3[m]> Let's hope it was a transient error.
[03:56] <arraybolt3[m]> Nope. Crud! Eickmeyer Installs of Ubuntu Studio are failing repeatedly with a simple no encryption, internet-enabled Secure Boot installation.
[03:57] <arraybolt3[m]> I'll get the error message in a bit...
[03:57] <Eickmeyer[m]> On real hardware?
[03:57] <arraybolt3[m]> (I'm waiting to see if Lubuntu is going to do the same thing or not.)
[03:57] <arraybolt3[m]> Yes, on real hardware.
[03:57] <arraybolt3[m]> HP Z220 SFF Workstation, baremetal install with Secure Boot enabled.
[03:58] <Eickmeyer[m]> Yikes, I've got its cousin sitting in back of me (a Z220 CMT) acting as a server.
[03:59] <Eickmeyer[m]> I've had anecdotal reports of secure boot failing before.
[03:59] <arraybolt3[m]> Looks like Lubuntu is behaving the same way in a VM.
[03:59] <arraybolt3[m]> It hangs forever on a contextual processes job, then crashes.
[04:00] <arraybolt3[m]> Oh wait, Lubuntu just got past it.
[04:00] <arraybolt3[m]> OK, that will definitely be something to test.
[04:00] <Eickmeyer[m]> Weird. Is this with cala-settings-ubuntu updated?
[04:00] <arraybolt3[m]> No.
[04:00] <Eickmeyer[m]> There's a huge factor to look at.
[04:01] <arraybolt3[m]> Aaaaand - I just accidentally closed the error message in Studio. 🤦♂
[04:01]  * arraybolt3[m] digs up logs
[04:02] <arraybolt3[m]> The whole log is:
[04:02] <arraybolt3[m]> Oh lovely. The new Calamares hardly generates any installation logs.
[04:03] <arraybolt3[m]> [04:03] <arraybolt3[m]> 2022-07-28 - 22:56:13 [1]: void Calamares::ViewManager::onInstallationFailed(const QString&, const QString&)
[04:03] <arraybolt3[m]>     ERROR: Installation failed: "External command failed to finish."
[04:03] <arraybolt3[m]> That's the entire log file. Eickmeyer ^
[04:03] <Eickmeyer[m]> External command???
[04:03] <arraybolt3[m]> Lubuntu on the other hand seems to have installed successfully.
[04:03] <arraybolt3[m]> It had something to do with gpgv or something - I was going to type it across but I set my Chromebook on the keyboard and poof!
[04:04] <arraybolt3[m]> So I guess I'll try to reinstall and get the message again.
[04:04] <arraybolt3[m]> The only difference in the new cala-settings is the BTRFS install bug fix - nothing else was changed, so I don't think it will matter much.
[04:06] <arraybolt3[m]> I'll also run Calamares in insane verbose mode so I can get the logs it decided to not give me.
[04:08] <arraybolt3[m]> Simon Quigley (Developer) Eickmeyer Just the absence of logs by default seems like a regression to me, though. I'm wondering if that alone is enough to block the new Calamares?
[04:08] <Eickmeyer[m]> It seems odd. There's literally no difference.
[04:09] <arraybolt3[m]> (I mean, it will make troubleshooting future problems for users rather tricky.)
[04:09] <arraybolt3[m]> Actually, looks like it's not Cala's fault - the command line in the Studio desktop file doesn't include any logging.
[04:10] <arraybolt3[m]> (The logs aren't Cala's fault I mean.)
[04:10] <Eickmeyer[m]> That makes sense. I didn't know to add anything there, it was literally a copy from the one from two years ago.
[04:10] <Eickmeyer[m]> This means another SRU, and there's no time left.
[04:11] <arraybolt3[m]> OK, I'm getting logs now.
[04:11] <arraybolt3[m]> (Yeah, the logs fix won't happen, and sadly it looks like Cala might not happen either if this keeps up, but maybe at least BTRFS will be fixed.)
[04:12] <arraybolt3[m]> Eickmeyer: Can you test on your end with a Secure Boot EFI VM and see if you can reproduce the problem? If you're on virt-manager you just select the right firmware file and it works.
[04:12] <Eickmeyer[m]> I use virtualbox, which doesn't have secure boot.
[04:13] <arraybolt3[m]> Ah.
[04:13] <arraybolt3[m]> I learned to really dislike VBox after fighting with it like crazy on a Win7 laptop - it really did not want to do anything I wanted it to.
[04:14] <Eickmeyer[m]> I never have a problem with it except on Windows.
[04:14] <arraybolt3[m]> It's also slower and less feature-rich than anything else. (Yes, this is a blatant attempt to convert you to my hypervisor. :P)
[04:14] <Eickmeyer[m]> I can test tomorrow morning on real hardware (a Kubuntu Focus XE with Secure Boot enabled) but I'm out of time for the night.
[04:14] <arraybolt3[m]> (Er, slower and less feature-rich than QEMU/KVM.)
[04:15] <arraybolt3[m]> No problem. I'll have that error message in a bit most likely.
[04:17] <arraybolt3[m]> I'll also see if the regular Calamares fails on Studio with Secure Boot - if so, this isn't a regression after all and we can just ignore it :P \o/
[04:17] <Eickmeyer[m]> That's a good plan too.
[04:20] <arraybolt3[m]> Command: <i>apt install -y --no-upgrade -o
[04:20] <arraybolt3[m]> Acquire::gpgv::Options::=--ignore-time-conflict shim-signed</i> failed to finish in 300 seconds.
[04:20] <arraybolt3[m]> There was no output from the command.
[04:21] <arraybolt3[m]> That's the full error message.
[04:22] <Eickmeyer[m]> That's very odd. I wonder why it's OK on Lubuntu but it's failing on Ubuntu Studio.
[04:22] <Eickmeyer[m]> Sounds to me like there's a config diff of some sort.
[04:23] <arraybolt3[m]> And somehow I lost the log this time.
[04:23]  * arraybolt3[m] stinks at this
[04:24] <Eickmeyer[m]> Ouch
[04:24] <arraybolt3[m]> I told it to log at level 8, and it all printed to the terminal, but somehow it got corrupted so I just closed it. I wonder if /dev/stdout will have anything.
[04:25] <arraybolt3[m]> Nope. Oh well.
[04:25]  * arraybolt3[m] needs to take a break
[04:27] <Eickmeyer[m]> arraybolt3: When was calamares-settings-common implemented?
[04:28] <arraybolt3[m]> Idk, it's always been there AFAICT.
[04:30] <Eickmeyer[m]> nvm
[04:31] <Eickmeyer[m]> So, in my analysis, Lubuntu and Ubuntu Studio are running the exact same command to install the shim.
[04:31] <Eickmeyer[m]> There's literally no difference between the two config files.
[04:32] <arraybolt3[m]> Hmm. Yet Studio fails three times, and Lubuntu works. Now I really wish I had that log.
[04:32] <arraybolt3[m]> (I should also try installing Lubuntu on baremetal to see if it's just this one finicky desktop.)
[04:34] <Eickmeyer[m]> I wonder if the shim is on the Lubuntu seed and somehow not on the Ubuntu Studio seed, in which case I'll promptly throw a predecessor under the bus. for no reason.
[04:35] <arraybolt3[m]> The funny thing is, the ISO boots just fine in Secure Boot. I guess that's not the flavor's doing though.
[04:36] <Eickmeyer[m]> Nope, we're shipping shim-signed.
[04:37]  * Eickmeyer[m] is even more puzzled
[04:37]  * arraybolt3[m] tried a Secure Boot VM to see what happens
[04:37] <arraybolt3[m]> s/tried/tries/
[04:38] <Eickmeyer[m]> arraybolt3[m]: No, that's the ISO build system.
[04:41] <arraybolt3[m]> OK, installation in progress.
[04:52] <Eickmeyer[m]> Alright, I'm heading to bed. Have a good night!
[04:52] <arraybolt3[m]> 👋
[05:12] <arraybolt3[m]> OK, I think I found the problem. I finally managed to catch the logs this time, and found this in and amongst the contents:
[05:15] <arraybolt3[m]> Your system has UEFI Secure Boot enabled.... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/06db2e18023f0875e96a7750abfe8747ea9d8202)
[05:16] <arraybolt3[m]> So that's the problem - I think apt is getting hung up installing the shim on Studio because somehow it's gotten the idea that it needs to mess with the Secure Boot keys.
[05:19] <arraybolt3[m]> And now thanks to a crummy problem with GNOME Boxes and VM save-to-disk mode with Ubuntu, I've been locked out of doing anything with the log file.
[05:20] <arraybolt3[m]> I can't even get to a TTY in the VM.
[05:23] <arraybolt3[m]> Hey, I got in!
 I will be testing uefi+secure boot on bare metal boxes in about 2 hours time
 off to the gym..
[05:24] <guiverc> :) & thanks @Leokolb,  I've got a install.alongside on BIOS box currently running, doing a replace.partition next
[05:24] <arraybolt3[m]> Calamares logs: https://termbin.com/xmdw
[05:24] <guiverc> have fun @ gym
[05:25] <arraybolt3[m]> @Leokolb: Thanks! Have a great day!
[05:25] <arraybolt3[m]> Eickmeyer Simon Quigley (Developer) Calamares logs from failed Secure Boot install of Studio: https://termbin.com/xmdw
[05:25] <arraybolt3[m]> (That way they'll see it tomorrow.)
[05:32] <Eickmeyer[m]> It's not calamari, that's 1the good news. The bad news is it's v4l2loopback and I'll have to remove it from the seed.
[05:32] <arraybolt3[m]> Eickmeyer: Sorry if my ping woke you up - I was trying to make it so you'd see it tomorrow, not call you back now.
[05:32] <Eickmeyer[m]> *calamares
[05:33] <Eickmeyer[m]> Nah, wasn't asleep yet.
[05:34] <Eickmeyer[m]> So, the SRU can proceed since Calamares isn't the problem. It's a dkms module, and those are notoriously problematic with secure boot.
[05:35] <arraybolt3[m]> Aha. OK, that's good to know!
[05:35] <arraybolt3[m]> (That also means I'll be doing more installs tonight.)
[05:35] <arraybolt3[m]> What does v4l2loopback do anyway?
[05:35] <Eickmeyer[m]> Good luck!
[05:36] <Eickmeyer[m]> It provides a way to make a video loop back device, like the output from OBS can be a virtual Webcam for Google Meet, Skype, and the like.
[05:37] <arraybolt3[m]> Ooo, nice.
[05:58] <guiverc> grr  :( I put dates/ISO in wrong columns in testing.checklist earlier sorry; I'll ignore (for now) as the 28.1 makes it rather obvious
[06:05] <guiverc> ^ corrected  (no birbs outside yet & box beside me busy installing still on 'slow' spinning rust)
[06:05] <arraybolt3[m]> I thought I was going to do more tests, but I'm dog tired and probably should be done for the night. Thank you guys for all your help and for letting me help, and see you all tomorrow!
[06:10] <arraybolt3[m]> guiverc: Can I trust the setting of verification-done and verification-done-jammy to you once testing is done? The bug report is here: https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1980180
[06:25] <guiverc> get sleep, and well done with your work Aaron / arraybolt3[m].  I don't see a rush to mark verification-done (yet) but we'll get it done...
[06:26]  * guiverc was out with birbs... my no-birbs-outside was a count 60+ & at least 6 species, but missing the flock I look really for
 Back in action..re testing (re @lubuntu_bot: (irc) <guiverc> was out with birbs... my no-birbs-outside was a count 60+ & at least 6 species, but missing the flock I look really for)
[09:28] <guiverc> :)   (i'm doing a combined XFS / & separate /home install, in between laundry & other household stuff..)
 Saw that ..very good - checklist now complete -minus BTRFS as all are aware - will test it as soon as it is added (cala settings update )in next ISO (re @lubuntu_bot: (irc) <guiverc> :)   (i'm doing a combined XFS / & separate /home install, in between laundry & other household stuff..))
[09:56] <guiverc> :)  thank you Leó / @Leokolb
 Just waking up and trying to catch up.
[09:59] <guiverc> :)  I was writing a ping to you Dan !
 :)
 Testing is going good?
[10:00] <guiverc> all done excluding BTRFS that's not been tested (expected failure as needs another change)... yep all good
 Nice
[10:00] <guiverc> do you need/want anything else before we mark in bug report testing completed
[10:01] <guiverc> verification-done-jammy etc..
 I looked at the test results and I think we are good from a Lubuntu standpoint
[10:02] <guiverc> on https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1980180 Erich writes he's happy & leaves verification for us to mark
 OK. I don't think we need anything beyond the testing we have. I am good if you mark it verified
[10:03] <guiverc> thanks, I'm busy with dinner :)
 No worries, when you get a chance.
[10:05] <guiverc> okay will do.
[10:06]  * guiverc misread what you typed; distracted by dinner.. I'll do it asap
 Thanks everyone for all of their work on this. Sorry the day job tied me up so much yesterday.
 Just checked manifest for todays Jammy build and the updates are all on board ie. 3.2.60 .. settings 1,22,04.4.1 - you devs have done a fantastic job!
 "It's not calamari, that's 1the..." <- What exactly does that package do?
[17:23] <Eickmeyer[m]> tsimonq2: As I told Aaron last night (if you scrolled down just a little further): It provides a way to make a video loop back device, like the output from OBS can be a virtual Webcam for Google Meet, Skype, and the like.
[17:24] <tsimonq2> Sorry /me partied too hard last night - change made in Kinetic first yet?
[17:25] <Eickmeyer[m]> No, but that's easy. I don't want to do it unless I get a preliminary go-ahead for Jammy.
[17:25] <tsimonq2> You're the RL and the release hasn't been frozen frozen yet so just make the change and file the SRU for the metapackage imo
[17:25] <tsimonq2> That's what I'd do if I were in your shoes
[17:25] <Eickmeyer[m]> Well, technically it'd require an FFe as well.
[17:26] <tsimonq2> See the SRU page again. No it doesn't :)
[17:26] <Eickmeyer[m]> If that's the case, I was given bad advice.
[17:26] <tsimonq2> Anyway /me finishes walking the good dog
[17:27] <tsimonq2> Eickmeyer[m]: Iirc it's all about intent
[17:27] <tsimonq2> Be nice, ask the question, but make sure all the technical bits are ready to go too
[17:27] <Eickmeyer[m]> Of course, especially in the interest of time.
[17:28] <Eickmeyer[m]> Of course, this one's getting marked as critical since, well, secure boot is utterly broken.
[17:44] <tsimonq2> Is this a regression from 22.04? If not, why didn't anyone catch it then?
[17:45] <tsimonq2> I don't mean to roast you, I mean this out of love, but come on dude, one week before GE is cutting it really really close
[17:46] <tsimonq2> There's a reason the SRU team has the process they do, and if you spend the time to nail that and nail the upload I don't think they will have an issue with your request
[18:17] <Eickmeyer[m]> I failed to test on secure boot, that's why it never got caught. You guys aren't seeding a dkms module.
[18:17] <Eickmeyer[m]> I have no problem with combining testing in the future. :)
[18:17] <Eickmeyer[m]> This has been a great experience.
[18:21] <Eickmeyer[m]> Simon Quigley (Developer): I thought my machine had secure boot enabled until recently.
[19:33] -queuebot:#lubuntu-devel- Builds: Lubuntu Desktop amd64 [Jammy 22.04.1] (20220729.1) has been added
 I am willing to help test UbuntuStudio with secure boot anytime ..just give a shout. (re @lubuntu_bot: (irc) <Eickmeyer[m]> Simon Quigley (Developer): I thought my machine had secure boot enabled until recently.)
[21:12] <Eickmeyer> @leokolb Yeah, don't worry about it, it *will fail*. dkms modules and secure boot don't mix. I'm going to be working on removing it over the weekend, Lukasz has the heads up.
 👌 (re @lubuntu_bot: (irc) <Eickmeyer> @leokolb Yeah, don't worry about it, it *will fail*. dkms modules and secure boot don't mix. I'm going to be working on removing it over the weekend, Lukasz has the heads up.)
[21:21] <arraybolt3[m]> Eickmeyer: Do you think a good project for Studio might be to try to get the v4l2loopback module signed by Canonical?
[21:24] <arraybolt3[m]> (I don't know how or if that would work, but it would really be handy for Secure Boot users, and the module is obviously somewhat trusted since it's in the archives.)
[21:26] <Eickmeyer> No clue how that would work.
[21:26] <arraybolt3[m]> (Plus GNOME is going to start alerting users if they don't have Secure Boot on, according to this news article: https://www.phoronix.com/news/GNOME-Secure-Boot-Warning So users of the Ubuntu Studio Installer on GNOME may be using Secure Boot more often if and when this trickles into Ubuntu.
 i dont think canonical will sign Universe stuff.  is v4l2loopback in main yet?  (also this is Lubuntu devel channels not Studio devel heh)
[21:44]  * arraybolt3[m] banishes teward001 into the firmware of Simon Quigley (Developer)'s rice cooker
[21:46] <tsimonq2> Rice cooker? Air fryer. :P
[23:14] <Eickmeyer[m]> It feels like an air fryer outside.
[23:15] <Eickmeyer[m]> @teward001: For v4l2loopback to be in main, there would have to be a good use case for including it. I can't imagine one that would make sense from a main inclusion standpoint.
 *already has a presence in the firmware of every system planetwide*
 Eickmeyer: agreed.  you could ask the kernel team if they'd be willing to sign it anyways
 but theres a reason most of this stuff is universe at the moment :P
[23:21] <Eickmeyer[m]> Well, yes. Answer: It's not needed for Server or Ubuntu Desktop. It's that simple.
[23:22] <Eickmeyer[m]> I could talk to them, but that doesn't fix the immediate need.


[05:31] <billybigrigger_> anyone know a good place to learn some tips to compiling a kernel
[05:31] <billybigrigger_> like what options i don't need or how to shrink my kernel and such?
[05:31] <billybigrigger_> or any speed optimizations?
[05:31] <billybigrigger_> or is it all pretty much learn it on your own and trial and error?
[05:37] <jjohansen> well the kernel team knowledge base has a lot of useful info for dealing with Ubuntu kernels
[05:37] <jjohansen> https://wiki.ubuntu.com/KernelTeam/KnowledgeBase
[05:38] <jjohansen> Dealing with upstream kernels is a little different, look at kernel.org
[05:39] <jjohansen> and kernelnewbies.org
[05:40] <jjohansen> billybigrigger_: there certainly is a bit of trail and error but there is a lot of good documentation
[05:40] <jjohansen> As for speed optimizations, the is a matter of setting the configs for your situation
[05:42] <jjohansen> eg.  If you don't need SMP you can get a little speed boost by turning it off.  But then your kernel will only work on with a single thread/core on newer cpus
[05:43] <jjohansen> figuring out which config options you want is going to be the hardest part.
[05:44] <jjohansen> You can compare what the different distros do, that will give you a feel for what is needed for generic style kernel.  And then you can start turning stuff off (well for the most part, you may turn a few things on)
[05:45] <jjohansen> but if you are looking to speed up a generic kernel with some magic config it isn't going to happen.
[06:19] <bullgard4> RFC2828 includes a definition of 'proxy server'. In two commentaries of this definition the term 'proxy' is used (not 'proxy server'). Does this use of 'proxy' mean a short-hand for 'proxy server' or what does proxy stands here for?
[06:20] <bullgard4> s/stands/stand/
[12:11] <apw> cjwatson, iscsitarget -- would a test kernel be of use?  if so what arch?
[12:15] <cjwatson> i386
[12:15] <cjwatson> actually I can probably put together something for myself from the iscsitarget source package and svn ...
[12:16] <cjwatson> I don't need to ship this, it's just for local use while testing
[12:16] <apw> cjwatson, i've just pulled ours up to that svn you pointed to,
[12:16] <apw> and was going to compile test it, so might as welll make you a kernel you can use to validate it
[12:16] <cjwatson> ok - is it ABI-compatible with -3?
[12:16] <cjwatson> ideally I'd just insmod something
[12:17] <cjwatson> oh, -generic, btw
[12:17] <apw> its wholey contained within its own dir, so i assume its compatible yes.
[12:17] <apw> i will be making a whole kernel as part of the test
[12:18] <apw> let me make just the .ko and you can try insmoding it
[12:23] <apw> cjwatson, try: http://people.canonical.com/~apw//iscsitarget/
[12:30] <cjwatson> insmod: error inserting 'iscsi_trgt.ko': -1 Invalid module format
[12:30] <cjwatson> hmm
[12:30] <cjwatson> iscsi_trgt.ko: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
[12:30] <cjwatson> Jul 17 12:30:05 sarantium kernel: [105134.078592] iscsi_trgt: no symbol version for module_layout
[12:31] <cjwatson> does it need to be modposted or something?
[12:31] <cjwatson> (er, please excuse me not really knowing what I'm talking about)
[12:32] <apw> hrm ... oddness
[12:36] <smb> apw, Did you compile the whole kernel or just the module?
[12:36] <apw> i compiled just the module.
[12:36] <apw> it did get modposted
[12:36] <smb> maybe it also misses the whole modules versions
[12:37] <apw> bah, i'll just build the whole thing
[12:37] <smb> from the external symbols
[12:37] <apw> its only computrons
[12:37] <smb> And it keeps you warm :)
[12:38] <cjwatson> I'll try updating the external package locally here
[12:40] <apw> cjwatson, it would almost be preferable for you to test the real kernel
[12:41] <cjwatson> well, FWIW the external module at least builds fine once updated, but I'm entirely happy to test the real kernel too
[12:41] <cjwatson> of course I have to figure out how to use the userspace stuff ;-)
[12:42] <apw> hehe 'instant expert' time again huh
[12:42] <cjwatson> just add coffee
[12:42] <apw> :)
[12:43] <apw> cjwatson, i assume its you who i need to make sure is aware we reinstated aufs
[12:43] <cjwatson> I saw the mail on ubuntu-installer@
[12:43] <cjwatson> (and replied, actually)
[12:43] <apw> hrm.  damned too much email
[12:43] <cjwatson> oh, it's uploaded, cool - in that case current desktop images should actually already be using it
[12:44] <cjwatson> I didn't change the default to unionfs-fuse, I just made it a fallback in case aufs was missing
[12:44] <apw> very nice ... handy for ever more for sure, particulalrly for alpha-1 kernels
[12:45] <apw> modules is the same name so we should be good
[12:48]  * hyperair wonders if iwlagn takes up 100% cpu from time to time for anyone around here
[12:49] <apw> not that i've seen on my kit.  i did have it blow its tx queue once since i hit 2.6.31-3
[14:19] <dinh> amitk_ hi
[14:23] <cjwatson> apw: Dave Morley reports that aufs is happily in use on today's live CD
[14:23] <apw> cjwatson, most excellent thanks for the report
[14:23] <rtg_> cjwatson, but is it 'quickly' in use? i.e., faster then FUSE?
[14:23] <apw> i hammered the hell out of it before i committed it, but you do never know
[14:23] <amitk_> dinh: hi
[14:24] <amitk_> how do you do?
[14:24] <dinh> amitk: good thanks...manoj mentioned you have some prior experience with lauterbach?
[14:24] <amitk_> dinh: yes
[14:24] <amitk_> on OMAP2/3 platforms
[14:25] <dinh> i'm been able to debug with source level debuggin on our bsp, with your 2.6.31, my lauterbach script can't seem to be able to locate the source code after loading the .vmlinux file
[14:26] <dinh> do i need to do a KBUILD_OUTPUT with your tree?
[14:28] <amitk_> dinh: not sure. Are you using load.elf?
[14:28] <dinh> yes...
[14:29]  * amitk_ tries to dredge up his lauterbach .cmm files
[14:29] <dinh> perhaps I can you send our .cmm file that we use to load?
[14:29] <apw> amitk_, the armel config we have in karmic ... i note we have a lot of stuff 'off' for arm is there a reason that things are this way ... for example most of CRYPTO
[14:30] <bjf> apw, the config in karmic isn't for imx51 it's for imx31
[14:31] <amitk_> dinh: sure. send it over.
[14:31] <bjf> apw, I don't think that config is any good (I don't know that anyone has actually looked at that config)
[14:31] <amitk_> apw: the config is FOOBAR currently.
[14:31] <apw> amitk_, so would it be sane for me to try and commonise some of those options then
[14:32] <apw> on the assumption you are going to replace the armel config anyhow when the code is fixed
[14:32] <amitk> apw: for arch-independent stuff, feel free to enable it all. That way when we add the imx51 config, we'll know what we forgot to turn on
[14:33] <apw> thanks
[14:36] <dinh> amitk: nevermind, i think i just figure it out...hold off on looking at the cmm file...
[14:37] <amitk> ack
[15:19] <dinh> amitk: hi amit
[15:20] <manjo> yo amitk
[15:22] <amitk> dinh: hi
[15:22] <amitk> yo manjo
[15:23] <dinh> amitk: what i'm seeing is that after some time, the system goes to turn off the display(ipu), it disables the IRQ for the IPU
[15:24] <dinh> but it seems like all IRQs have been disabled because the command prompt is also not responding
[15:28] <amitk> dinh: you mean at the login prompt?
[15:28] <manjo> yeah
[15:29] <amitk> dinh: could it be something simpler related to MXC_CONSOLE?
[15:31] <dinh> amitk: hmm...can you explain more by MXC_CONSOLE?
[15:33] <amitk> dinh: is CONFIG_SERIAL_MXC_CONSOLE=y ? and if so, is that code correct?
[15:34] <amitk> perhaps a better question is, does lauterbach show that all IRQs are disabled? or are you guessing?
[15:35] <Keybuk> random Q
[15:35] <Keybuk> why doesn't broadcom wireless work in Karmic?
[15:35] <Keybuk> how can I make it work?
[15:35] <rtg_> Keybuk, its a dkms package
[15:35] <Keybuk> rtg_: how do I install it?
[15:35] <Keybuk> what's it called?  is it on the CD image? :)
[15:35] <rtg_> bcm-source (i think), tseliot is the maintainer
[15:37] <Keybuk> we got rid of lrm entirely right?
[15:37] <rtg_> Keybuk, entirely, ling live lrm :)
[15:38] <rtg_> jjohansen, can you update status on bug #359338
[15:38] <ubot3> Malone bug 359338 in linux "apparmor paths are broken when using ecryptfs on jaunty" [High,Confirmed] https://launchpad.net/bugs/359338
[15:40] <rtg_> Keybuk, bcmwl-kernel-source
[15:45] <jjohansen> rtg: ack doing it right now
[15:46] <dinh> amitk: the console code looks correct...from my lauterbach, i see that we try to disable the IPU_SYNC  irq(11), we call disable_irq(), then it get stuck in synchronize_irq
[15:46] <dinh> in synchronize_irq, we're stuck in the loop that will not let us get out because it thinks we're in a critical section
[15:56] <dinh> amitk:  while (desc->status & IRQ_INPROGRESS) 			cpu_relax();
[15:56] <amitk> hmm
[15:57] <dinh> amitk: i cleared the desc->status  IRQ_INPROGRESS bit and the login prompt is alive again
[16:01] <amitk> dinh: so you suspect some irq handler is stuck?
[16:02] <dinh> amitk: yes
[16:03] <amitk> dinh: is the trigger always the IPU turn off display code?
[16:04] <dinh> yes
[16:05] <amitk> I guess IPU is trying to release the clocks and idle dynamically when it sees no user activity
[16:08] <dinh> yes, the ipu will turn off after some period of inactivity
[16:21] <amitk> dinh: you could try disabling that? Is it done through the suspend callbacks? I can see a call to mxc_pg_enable in the suspend callback of the ipu3 driver
[16:21] <amitk> perhaps comment that out?
[16:23] <dinh> amitk: i
[16:23] <dinh> amitk: sorry..we look at it some more..but i'm pretty sure its ipu related code, because our system has been running for a long time now that the ipu is asleep
[16:26] <bjf> manjo, ping
[16:26] <amitk> dinh: drivers/mxc/ipu3/ipu_common.c:ipu_suspend() Trying commenting out the mxc_pg_enable in that if you feel like a quick test
[16:26] <manjo> pong
[16:27] <bjf> manjo, got time for a quick call (i'll call you)?
[16:27] <manjo> bjf, can you we do it in 30mts or so ?
[16:28] <bjf> manjo, yes, let me know
[16:28] <amitk> bjf: manjo: dinh: I've gotta run a few errands. It being Friday evening 6:30pm and all. Will be back later...
[16:28] <manjo> amitk, we are in ipu_common .. making some mods
[16:28] <manjo> amitk, cya soon
[16:28] <amitk> manjo: cool
[17:01] <manjo> bjf, you want to call ?
[17:01] <bjf> manjo, yes
[17:01] <manjo> k can you call my cell ?
[17:02] <bjf> manjo, I think I have that number
[17:56] <apw> jj so we still clone regression outstanding
[18:02] <jjohansen> apw: yes
[18:24] <apw> thanks
[21:14] <MT-> I want to help, tell me how
[21:15]  * MT- enjoys opening can-o-wormies on self w/ already busy schedule :)_
[21:16] <manjo> MT-, you could take part in the ubuntu kernel bug day
[21:16] <manjo> and look at some of the kernel bugs
[21:16] <MT-> what day is that?
[21:16] <manjo> I think the next one is Tue 21st
[21:16] <manjo> MT-, let you point you to the wiki ...
[21:19] <manjo> MT-,  https://wiki.ubuntu.com/KernelTeam/BugDay/20090721
[21:21] <MT-> manjo: sounds like fun
[21:22] <manjo> MT-, http://qa.ubuntu.com/reports/ogasawara/kernel-buglist.html
[21:24] <MT-> wow
[21:28] <manjo> MT-, ping ogasawara, will get you set up if you want  to contribute
[21:28] <MT-> ogasawara: remember me? I wanna be on the other side now :)
[21:29] <MT-> manjo: thanks
[21:29] <manjo> MT-, np
[21:33] <MT-> manjo: I've been working on ubuntu-drupal stuff and 3/5 of the projects are basically done. Just little tweaks left abd probably bug reports. Two devs are working on the other 2 and I'll work on finishing those when they're done. After that I think I'll try to leave the project in the hands of the other devs and move on to kernel stuff and motu
[21:33] <MT-> manjo: do kernel and motu merge well together?
[21:34] <manjo> MT-, you have  to ask the motu guys ;)