[06:11] <jtv> Since this is the reviewers channel… if we're going to write the queue in the topic in python, how do I make it follow our coding standards?
[06:15] <StevenK> Submit a patch
[06:15] <StevenK> queue.append(StevenK)
[06:16] <StevenK> jtv: It can't be a tuple, they're immutable :-)
[06:21] <jtv> StevenK: won't queue = queue[1:] still work?
[06:21] <StevenK> I think that creates a new instance, doesn't it?
[06:27] <jtv> Yes, so what?
[06:27] <jtv> We care about the value of queue.
[06:29] <StevenK> Yay, semantics :-)
[06:29]  * StevenK notes lifeless is apparently OCR today
[06:29] <StevenK> *cough*
[06:33] <jtv> Why, dear God, does my neighbor have to be such an enthusiast on the saxophone?
[06:34] <StevenK> jtv: Ah, but is he any good?
[06:34] <jtv> From the Halls of Montezuma to the Shores of Tripoli… he's a nice guy but he does make me wish he'd make the trip.
[06:34] <jtv> It's *just* *not* *a* *saxophone* *melody*
[06:35] <jtv> Better than some of the other stuff he's been playing today, I'll grant you, but still.
[06:39] <jtv> I'm no expert but there must be better choices of brass for this.
[06:57] <lifeless> StevenK: uhh, indeed. OTOH today is insane for me, sorry.
[06:57] <lifeless> thats why my name isn't in there.
[06:57] <StevenK> lifeless: Mostly teasing, so it's all good
[06:57] <lifeless> and it would have been morning only anyway, which finished 6 hours ago
[09:15] <jtv> henninge: unexpected breakthrough with my branch; it turned out to be easy after all.  Shall I review yours now?
[09:15] <henninge> jtv: please do ;)
[09:15] <henninge> That's great news! ;)
[09:19] <jtv> henninge: we're talking about your -3 branch, right?  I see that -1 is merged and -2 is approved.
[09:19] <henninge> jtv: right. -2 is merged, too.
[09:19]  * henninge checks that
[09:19] <jtv> OK.
[09:20] <jtv> The UI doesn't say it's merged yet.
[09:20] <henninge> no, it's not :(
[09:20] <henninge> I'll do that now.
[09:21] <jtv> (Also, when I ran a Recife branch this morning, I noticed that the statistics said "changed in Ubuntu" on both sides.
[09:21] <jtv> )
[09:21] <jtv> BTW we're supposed to open a card per branch when we split things up like this.
[09:21] <henninge> right
[09:22] <henninge> jtv: of cource, now the diff on the MP is wrong, it contains -2, too.
[09:22] <jtv> Maybe we can still set -2 as a prereq on the -3 MP.
[09:23] <jtv> henninge: yup, we can.  Shall I just do that then?
[09:23] <henninge> jtv: please do
[09:23] <jtv> ok
[09:24] <jtv> Done.
[09:24] <henninge> Although I'll land it now anyway, dunno how that affects things
[09:24] <jtv> (Through resubmission, so don't be alarmed by any weird emails you may get about it)
[09:24] <jtv> Won't matter.
[09:26] <henninge> Recife has been update.
[09:26] <henninge> d
[09:27]  * jtv pulls
[09:33] <jtv> henninge: in _makeTranslation, consider naming "is_other" to be consistent with what we do in the factory.
[09:35] <jtv> henninge: oh never mind, I see it has a different meaning.
[09:35] <henninge> yes, it makes a "just other" message, not a sharing one.
[09:37] <jtv> In a somewhat weird way—why not create a suggestion, then activate it on the appropriate side?
[09:39] <henninge> jtv: activate + review.
[09:40] <henninge> although, I guess that would work, too.
[09:41] <henninge> "markReviewed" and "setFlag"
[09:41] <jtv> henninge: well you're doing the latter anyway.  But I'm talking about setting just the right flag, instead of setting one, then checking if it's the wrong one, and if so clearing it and setting the other one.  That's what I think you do now.
[09:41] <henninge> it does
[09:41] <henninge> I do
[09:42] <henninge> jtv: I can change that.
[09:45] <henninge> jtv: how's that: http://paste.ubuntu.com/536216/
[09:47] <henninge> jtv: maybe this reads better ;) http://paste.ubuntu.com/536217/
[09:47] <jtv> henninge: slow down, I was just looking at the last one.  :)
[09:47] <henninge> tests still pass with it ...
[09:48] <henninge> jtv: the second is the same but not a diff, just plain python
[09:48] <jtv> Ah.  It's fine with me, though an "elif" could probably have been easier.
[09:48] <jtv> (though with a bit of repetition)
[09:48] <jtv> Never mind.  It's fine as you have it.
[09:50] <jtv> henninge: next, now that you've betrayed knowledge of what the method does by renaming it, could you provide a docstring for _assertConfirmEmptyPluralOther?  I found the test hard to deal with because it assumes familiarity with a pretty large, complicated, underdocumented view class.
[09:51] <henninge> Sure, I can do that.
[09:52] <jtv> Thanks.
[10:00] <jtv> henninge: in test_other_translation, I take it the "other translation" is actually a "current translation on the other side"?
[10:04] <henninge> jtv: yes
[10:05] <jtv> May be worth saying, to avoid confusion with "another translation"
[10:05] <henninge> but "current_translation_on_other_side" is such a long name for a variable.
[10:05] <henninge> jtv: I think that if we consistently use "other side" and "other" in our new code, there shouldn't be any confustion.
[10:06] <henninge> (eat that "t" if you like)
[10:06] <jtv> :)
[10:07] <jtv> Fair enough, but it'd be nice to have just one word in there somewhere to indicate that it's other-side, not just other.
[10:07] <henninge> I mean "other side" is a concept, just like "imported" was. We did not explain that every time we used it, either.
[10:07] <jtv> No need to explain it every time, I agree.
[10:07] <henninge> I can add that.
[10:07] <jtv> Thanks.
[10:07] <jtv> (Meanwhile we seem to be in conflict with db-stable again… I'll see if I can fix that)
[10:08] <henninge> jtv: weren't you supposed to be at a dinner soon?
[10:08] <jtv> Yes.
[10:08] <jtv> So quickly:
[10:08] <jtv> Several notes on _set_dismiss_flags.
[10:08] <jtv> The docstring says the flags are always set to False.  Begpardon?
[10:08] <jtv> (Not your fault I guess, but still: begpardon? :)
[10:09] <henninge> got your point ;)
[10:10] <henninge> "The flags have been initialized to False in the constructor. This method activates the right ones."
[10:10] <henninge> jtv: ^ better?
[10:10] <jtv> Better!
[10:11] <jtv> Also, instead of the nested ifs, maybe just something like this:
[10:11] <jtv>     has_new_other = other is not None and (
[10:11] <jtv>         self.context.date_reviewed is None or
[10:11] <jtv>         self.context.date_reviewed < other.date_created)
[10:11] <jtv> If you think that's easier, that is.  If you prefer the ifs, never mind.
[10:12] <henninge> usually I don't prefer complicated if constructs.
[10:14] <henninge> jtv: much better, thank you.
[10:14] <jtv> A hybrid would work as well—keep the outer "if" but remove the inner one.
[10:14] <jtv> Oh, nm then, glad you like it.  :)
[10:14]  * henninge had to read and compare first. ;)
[10:14] <jtv> :-)  Another one that could be just slightly nicer to read is:
[10:14] <jtv> if len(local_suggestions) == 0 and not has_new_other:
[10:14] <jtv> instead of if not(len(local_suggestions) > 0 or has_new_other):
[10:15] <jtv> Again matter of taste though.
[10:16] <henninge> good idea, just now I stumbled when reading that line. ;)
[10:16] <jtv> :)
[10:16] <jtv> Finally, I'd leave out the "OK, let's set some flags" comment—since that's what the method does anyway.  If we need a comment like that, it's probably a sign that the method gets too long and/or complicated.
[10:17] <henninge> ... I had considered removing that, too.
[10:18] <henninge> jtv: actually, just figured out another improvement.
[10:18] <jtv> ?
[10:19] <henninge> has_new_other is not needed, I can assign directly to can_dismiss_other
[10:19] <henninge> and just check for len(locals) == 0
[10:20] <jtv> Oh, yes.
[10:20] <jtv> That way you don't have to keep track of whether your "early escape" condition still applies to the rest of the code in the method.
[10:20] <henninge> jtv: in all its glory: http://paste.ubuntu.com/536231/
[10:21] <jtv> glory even?
[10:21] <henninge> well, "juice" ?
[10:21] <henninge> s/new/newer/
[10:21] <jtv> That really is a much nicer read.
[10:22]  * jtv moves to push the button
[10:22]  * henninge gets excited
[10:23] <jtv> done!
[10:23] <jtv> thanks for the branch
[10:23] <henninge> Yipee! (sp?)
[10:23] <henninge> jtv: thanks for the review
[10:23] <jtv> I don't think spelling of that word is particularly rigorous.  I also just pushed an updated recife with the latest db-stable merged; it had some conflicts outside of translations.
[10:24] <henninge> jtv: thank you very much. Enjoy your dinner!
[10:24] <jtv> Thanks, bis morgen!
[10:24] <henninge> allenap: Nice to see you!
[10:24] <henninge> a reviewer that is not having a holiday today ... ;)
[10:25] <henninge> allenap: if you start on jtv's branch, you can ask me about it. I hope I can answer ... ;)
[11:25] <allenap> henninge: Hi there :)
[11:26] <henninge> Hi allenap ;)
[11:53] <allenap> I'm not very quick off the mark today.
[12:28] <StevenK> allenap: Thank you for the review :-)
[13:29] <allenap> StevenK: Welcome :)
[14:30] <bigjools> hey allenap!  I got an easy one for you: https://code.launchpad.net/~julian-edwards/launchpad/log-parser-bug-680463/+merge/41865
[14:32] <henninge> abentley: Hi!
[14:32] <abentley> henninge: Hi!
[14:33] <henninge> abentley: Are you able to finish the review for danilo's migration script branch?
[14:33] <henninge> https://code.launchpad.net/~danilo/launchpad/migrate-current-flags/+merge/41364
[14:33] <abentley> henninge: Okay.
[14:33] <henninge> abentley: I have looked into it and it looks good to me now. I can approve it, too, but did not want to ignore you here.
[14:35] <abentley> TBH, I wasn't sure how you guys wanted to handle it.
[14:36] <henninge> abentley: danilo's branch is the right one
[14:36] <henninge> He is unavailable now, so I am going to land this.
[14:37] <henninge> abentley: is that what you meant by "handle it" ?
[14:38] <abentley> henninge: No, I mean that when I reviewed, jtv was going to revise it, but I gave him some suggestions on IRC that didn't appear in the review, and I don't know whether they appeared in danilo's branch...
[14:38] <henninge> abentley: I would not expect so, no :(
[14:39] <henninge> abentley: AFAICT danilo just fixed the problem jtv had indentified.
[14:40] <henninge> abentley: that was this channel, right?
[14:40] <abentley> henninge: yes.
[14:41] <henninge> abentley: I am trying to find the irclogs to that conversation
[14:42] <abentley> henninge: I'm just looking at the changes jtv made
[14:42] <henninge> abentley: where are you looking?
[14:42] <abentley> henninge: http://bazaar.launchpad.net/~jtv/launchpad/migrate-current-flags/
[14:44] <henninge> abentley: that only contains cosmetic changes
[14:45] <henninge> over danilo's branch, I mean.
[14:45] <abentley> henninge: True.  And I will approve it, but I will note that the changes are missing.
[14:47] <henninge> abentley: thanks. ;) Do you remember the day and roughly time of day you suggested these changes to jtv?
[14:47] <abentley> henninge: LP says it was 2010-11-22 and it was probably 13:00 UTC or so.
[14:49] <allenap> bigjools: I'll look at that one now!
[14:49] <bigjools> allenap: it's a little gross but I have no better ideas
[15:02] <allenap> bigjools: It's cool. Why do you need the & 0xffffffffL line? If it's a number from a 32-bit field then that seems superfluous?
[15:02] <bigjools> allenap: I think it's to cope with sign.  I shamelessly copied it from the gzip module source
[15:03] <bigjools> without thinking much about it, admittedly
[15:04] <allenap> bigjools: Oh yes, weird. +1
[15:05] <bigjools> allenap: what do you think?
[15:05] <bigjools> it'll blow up if we read >~4.2GiB anyway
[15:09] <allenap> bigjools: I think it can stay. I can't see that it makes a difference, but my bit manipulation is rusty so I might be missing something.
[15:10] <bigjools> allenap: mine also :)
[15:10] <bigjools> I figured there was probably a good reason for it to be in the original code
[19:48] <salgado> anybody interested in reviewing a slightly long diff which exposes blueprints on the API?
[19:55] <mwhudson> salgado: maybe, but i can't promise a response time better than "today"
[19:57] <salgado> mwhudson, that'd be great; I wasn't expecting anybody would be able to review it before my EOD anyway. :)
[20:31] <mwhudson> salgado-afk: sorry about that
[20:46] <salgado-afk> mwhudson, about what?
[20:46] <mwhudson> disappearing on you
[20:47] <salgado-afk> mwhudson, oh, no worries.  did you get my reply?
[20:48] <mwhudson> salgado-afk: only
[20:48] <mwhudson> <salgado> mwhudson, that'd be great; I wasn't expecting anybody would be able to review it before my EOD anyway. :)
[20:48] <mwhudson> did you request a review?
[20:49] <salgado-afk> mwhudson, oh, good point, I forgot to tell you where my branch is.  do you want me to ask a review from you?
[20:49] <mwhudson> i think i found it
[20:49] <mwhudson> https://code.launchpad.net/~salgado/launchpad/expose-blueprints/+merge/41898
[20:50] <salgado-afk> yeah, that's the one. :)
[20:50] <mwhudson> cool
[20:50]  * mwhudson claims
[23:12] <wallyworld> thumper: sorted(builds, key=attrgetter('id')) won't work - the named tuple doesn't have an id attribute :-)


[00:07] <mup> PR snapd#11035 opened: osutil/disks: introduce RegisterDeviceMapperBackResolver + use for crypt-luks2 <Needs Samuele review> <Run nested> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11035>
[06:41] <mborzecki> morning
[07:53] <mardy> mborzecki: hi!
[07:54] <mborzecki> mardy: hey
[07:59] <mup> PR snapd#10919 closed: osutil/disks: add DiskFromPartitionDeviceNode  <Simple 😃> <Run nested> <Created by anonymouse64> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/10919>
[08:05] <pstolowski> morning
[08:05] <mborzecki> pstolowski: hey
[08:09] <mardy> zyga-mbp, pstolowski: hi!
[08:11] <zyga-mbp> good morning guys :)
[08:45] <jamesh> mvo: on the subject of Nvidia compatibility on old snaps, could you check whether setting LIBGL_ALWAYS_INDIRECT=true prevents segfaults for you?
[08:46] <jamesh> (that's when running with the snap-confine changes from my PR)
[09:37] <mvo> jamesh: with that parameter I don't get any output but then it segfaults :/ (without the parameter I get
[09:38] <mvo> jamesh: "snap run --gdbserver goxel" tells me the crash happens inside the snaps libglfw.so.3
[09:39] <mvo> jamesh: https://pastebin.ubuntu.com/p/wbhJCr25py/ to be precise
[09:41] <jamesh> mvo: presumably this snap would also fail to run with stable snapd on Ubuntu 21.10 though
[09:44] <jamesh> mvo: one other thing to try: running with LIBGL_DEBUG=verbose might provide some extra insight
[10:15] <mvo> jamesh: in various meetings, will get back to you with verbose
[10:34] <mup> PR snapd#11033 closed: github: enable pipefail when running spread <⚠ Critical> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11033>
[11:04] <abeato_> hi, I get some error from console-conf when I build an image with a snapd snap built from scratch:
[11:04] <abeato_> error: cannot obtain system details: cannot communicate with server: Get http://localhost/v2/system-info: dial unix /run/snapd.socket: connect: connection refused
[11:04] <abeato_> Press enter to configure.
[11:04] <abeato_> error: cannot communicate with server: Post http://localhost/v2/internal/console-conf-start: dial unix /run/snapd.socket: connect: connection refuse
[11:04] <abeato_> any idea on what might be going wrong here?
[11:15] <pstolowski> abeato_: console-conf requires snapd-control interface right? maybe no interface got auto-connected if it's a custom snapd build? is snapd running / didn't crash?
[11:17] <abeato_> pstolowski, apparently running, at least at the beginning as I see traces
[11:17] <abeato_> not sure if it is connecting things
[11:18] <abeato_> I will create an image with a user created by cloud-init so I can log-in
[11:19] <pstolowski> abeato_: snapd must be happy about assertions (of both plug and slot snaps) for auto-connect to work
[11:23] <pstolowski> quick errand, going to a doctor, bbiab
[11:23]  * pstolowski quick errand
[11:39] <mup> PR snapd#11036 opened: github: leave a comment documenting reasons for pipefail <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/11036>
[12:12] <mvo> jamesh: no extra output with LIBGL_DEBUG=verbose and LIBGL_ALWAYS_INDIRECT=true) and your patch: https://pastebin.ubuntu.com/p/GHY8dch73h/
[12:13] <mvo> jamesh: and yes, with the stable snpad and LIBGL_ALWAYS_INDIRECT=true it crashes in the same way
[12:45] <mborzecki> need to pick up the kids from school, bbiab
[13:45] <mup> PR snapd#11034 closed: .github/workflows/test.yaml: fail all spread runs, show spread's exit status <⚠ Critical> <Simple 😃> <Run nested> <Created by anonymouse64> <Closed by anonymouse64> <https://github.com/snapcore/snapd/pull/11034>
[13:50] <mborzecki> re
[13:56] <pstolowski> abeato_: have you found anything?
[13:58] <abeato_> pstolowski, yeah, I needed some additional mount as I am playing with booloaders bits, with that things worked. Thanks for asking!
[13:58] <pstolowski> abeato_: allright, great
[14:00] <mup> PR snapd#11036 closed: github: leave a comment documenting reasons for pipefail <Simple 😃> <Skip spread> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/11036>
[14:00] <mup> PR snapd#11037 opened: interfaces/apparmor/template.go: allow udevadm from merged usr systems <Simple 😃> <Needs security review> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11037>
[14:42] <Guest93> did someone run Ubuntu Core 20 with FDE?
[14:55] <zyga> Guest93, I'm sure many people did, it's also automatically tested in some environments
[14:59] <Guest93> I got this error, "Please enter the recovery key for disk /dev/disk/by-label/ubuntu-data-enc: (press TAB for no echo)"
[14:59] <Guest93> after syncing up with the public pc gadget repo
[15:11] <mup> PR core20#121 opened: DRAFT: hooks: Add symlinks for bash completions of snap and snaps <Created by valentindavid> <https://github.com/snapcore/core20/pull/121>
[15:35] <mup> PR snapd#11038 opened: DRAFT: Install bash completion files in writable directory <Created by valentindavid> <https://github.com/snapcore/snapd/pull/11038>
[16:16] <mup> PR snapd#11039 opened: cmd/libsnap-confine-private: do not deny all devices when reusing the device cgroup <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/11039>
[16:36] <mup> PR snapd#11040 opened: o/snapstate: remove repeated test assertions <Simple 😃> <Skip spread> <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/11040>
[17:26] <mup> PR snapd#11041 opened: HACKING.md: document building the snapd snap and splicing it into the core snap <Documentation> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11041>
[19:01] <mup> PR snapd#11042 opened: o/snapstate: add InstallManyPath <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/11042>
[21:57] <mup> PR snapd#11043 opened: gadget: include size + sector-size in DiskVolumeDeviceTraits <Simple 😃> <Needs Samuele review> <Skip spread> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11043>


[11:02] <elsyad> hi
[11:02] <theShirbiny> hey elsyad
[11:03] <elsyad> can i speak arabic or eng only ?
[11:03] <elsyad> write *
[11:03] <theShirbiny> whatever you like :D
[11:04] <elsyad> Okay
[11:04] <elsyad> i installed backbox on my hdd
[11:04] <elsyad> but i cant know why it remove my other disks
[11:05] <elsyad> and give me all the free spaces
[11:05] <elsyad> can i take from u any explain for this job ?
[11:06] <theShirbiny> your other disks or partition?
[11:07] <elsyad> partitions
[11:07] <elsyad> it installed at one
[11:08] <elsyad> when i open "file system" show me system files but without my another partition
[11:08] <elsyad> i was have 2
[11:10] <theShirbiny> I think "file system" shows your root "/" not your other partitions/disks
[11:10] <theShirbiny> try lsblk
[11:11] <elsyad> okay 1 mint pls
[11:11] <elsyad> is there any method to show it up ?
[11:12] <theShirbiny> yes, type lsblk in a terminal, and check your partitions/disks
[11:13] <elsyad> okay i'll back


[04:46] <nigelb> persia, thinking of changing those numbers to only the bugs in review queue
[04:46] <nigelb> um, /topic
[04:48] <persia> Why?
[04:49] <nigelb> looks smaller? :D
[13:05] <nigelbabu> vish, poke
[13:15] <yofel> hm, about bug 532174 - should I file a bug at debian for this as the code that I changed comes from there?
[13:15] <ubot3> Malone bug 532174 in sun-java6 "[Lucid] sun-java6-plugin not recognized by firefox anymore" [Medium,Fix released] https://launchpad.net/bugs/532174
[13:26] <nigelbabu> yofel, what is the package called?  I can't fun java in packages.ubuntu.com
[13:26] <yofel> nigelbabu: it's in partner
[13:26] <nigelbabu> aah
[13:27] <nigelbabu> yofel, anyway, can you reproduce the issue in debian?
[13:27] <nigelbabu> or find a corresponding bug report?
[13:35] <yofel> ah, nvm, Matthias already did the work, got mislead by the outdated version info in the debian repos, the source package is already fixed there
[13:35] <nigelbabu> great :)
[13:35] <nigelbabu> yofel, I lost time looking for an Ubuntu changelog
[13:35] <nigelbabu> (which I still haven't found btw)
[13:37] <yofel> should show here: https://launchpad.net/ubuntu/+source/sun-java6/6.19-0ubuntu3 but I get an OOPS
[13:39] <nigelbabu> yofel, the non-free ones dont show up in packages.ubuntu.com?
[13:39] <nigelbabu> ideally, I like to see a changelogs.ubuntu.com file
[13:40] <yofel> I'm not sure, sun-java6 was moved from multiverse to canonical/partner a while ago, doesn't seem keep changelogs on changelogs.ubuntu.com
[13:40] <nigelbabu> ah, so how do you get source etc?
[13:41] <yofel> well, the packages are still on LP so you can get it from there or add the deb-src line for the partner repos, works fine
[13:41] <nigelbabu> ah, ok :)
[13:42] <yofel> I have the deb and deb-src lines for debian here too and was confused as unstable shows as binary 6.17 while the source I got was 6.20
[13:42] <yofel> ftbs I guess
[13:42] <nigelbabu> or still building
[13:42] <yofel> true
[13:44] <nigelbabu> I see 6.19-0ubuntu3 on the site
[13:44] <nigelbabu> the .deb for it
[17:09] <qense> nigelbabu: you can track my work at lp:~qense/mergimus/trunk
[17:09] <qense> in time we can move the branch over to a team
[17:09] <qense> I'm just playing a bit with the code for now
[17:09] <nigelbabu> qense, great :)
[17:21] <qense> nigelbabu: branch transferred to mergimus-dev
[17:21] <nigelbabu> awesome :)
[17:23] <nigelbabu> qense, that was fast work :)


[00:54] <DoctorPepper> hi guys !!
[00:57] <DoctorPepper> agateau:  are you awake ?
[02:26] <jsimmons> So what's the deal with pkg-config and lib/lib64
[02:26] <jsimmons> should .pc files not be installed underneath there, actually is lib64 used at all anymore?
[07:29] <htorque> good morning, everyone! can anyone explain to me, why the package 'emerald' has been removed from oneiric due to FTBFS, when that version seems to have been successfully built?
[07:29] <htorque> see https://launchpad.net/ubuntu/+source/emerald/0.8.8-0ubuntu1
[07:38] <jbicha> htorque: bug 831111
[07:41] <htorque> jbicha: oh, so something *after* that upload changed in oneiric that broke emerald?
[08:14] <jbicha> htorque: yes, quite a few FTBFS issues are for packages that did build at one time
[08:15] <htorque> jbicha: k, that makes sense. just never have seen a package getting kicked out because of that before. thanks!
[10:11] <valavanisalex> Hi All, just wanted to check that the new Debian package of espresso will auto-sync into Precise.  There was an old Ubuntu package with the same name, that was deleted long ago: https://launchpad.net/ubuntu/+source/espresso/+publishinghistory
[10:24] <tumbleweed> valavanisalex: It's not entirely automatic, the archive admins can review a list of new packages in Debian and select to sync the ones they want. They'll probably notice there was a different package previously published, and so sync it /me waits for a more complete reply from an archive admin
[10:27] <valavanisalex> tumbleweed: Thanks... so should I file a sync request and subscribe archive admin, or do I just wait?
[10:27] <tumbleweed> wait and see, unless you have any particularly ugent desire to see it synced
[10:29] <valavanisalex> tumbleweed: OK, I'll wait and see.  It would be nice to have it, but not desperately urgent.  I'll file a sync request in a few weeks if I need it.  Thanks for your help
[10:46] <tumbleweed> broder: we now have all pockets in the UDD ubuntu_sources table: http://paste.ubuntu.com/708481/
[10:48] <tumbleweed> (not that that's the query you actually want to use, of course)
[12:38] <Daviey> Does syncpackage not attribute the requestor?  Isn't this kinda bad in situations where a ubuntu delta is dropped?  There is no accountability.
[12:38] <Daviey> (overiding the upload requires --no-lp)
[12:45] <bdrung> Daviey: it does not yet  attribute the requestor
[12:46] <bdrung> Daviey: they appear on https://launchpad.net/~bdrung/+synchronised-packages , but not on https://launchpad.net/ubuntu/+source/mozilla-devscripts/0.29
[12:56] <wgrant> Daviey, bdrung: The data is stored now, but not yet exposed in the UI except on +synchronised-packages.
[15:39] <spartan-11510> Hi
[15:39] <spartan-11510> i've a little question
[15:39] <Snicksie> hi spartan-11510 :) just ask :p
[15:40] <spartan-11510> In C how i must make for launch a program but i need to detach of the terminal
[15:40] <spartan-11510> Sorry for my english
[15:40] <spartan-11510> because if i fork( after i've zombie
[15:41] <spartan-11510> maybe is'nt the good channel bt i think you can help me
[15:43] <stgraber> spartan-11510: http://www.enderunix.org/docs/eng/daemon.php is probably a good starting point
[15:44] <spartan-11510> i'm forced to use daemon ?
[15:45] <spartan-11510> i know this way but my program would be finish a day...
[15:45] <stgraber> by the way #ubuntu-devel is for the development of ubuntu itself not for software development on ubuntu
[15:45] <spartan-11510> sorry
[15:45] <stgraber> you can also start it in the background
[15:45] <jtaylor> you might also want to look at the screen or nohup programs which detach programs from the terminal
[15:46] <spartan-11510> in fact my programm launch a kate or gedit but if the user want to close terminal he can't
[15:46] <stgraber> indeed. Sorry, I'm typing a lot slower than usual, on my cell phone...
[15:46] <spartan-11510> but i think i will make a execv with nohup
[15:47] <spartan-11510> thank you for your help
[15:48] <spartan-11510> And another question this one on this channel. What's appenned on this channel? i've never see chatting
[15:49] <stgraber> we mostly talk in there when we work- not much over the weekend
[15:50] <spartan-11510> ok
[15:50] <tumbleweed> a large chunk of the ubuntu developers work for canonical, and want their weekends to themselves :P
[15:51] <stgraber> not all of us :) some still monitor IRC outside of work
[15:52] <stgraber> but indeed the weekend just after release tends to be quiet
[15:53] <nigelb> getting over the hangover and all that :P
[15:53] <stgraber> yeah... :)
[15:54] <stgraber> though the hardest was friday morning :)
[15:55] <nigelb> heh
[15:55] <nigelb> I always imgained the release team sleeping Thursday to Monday :P
[15:55] <nigelb> *imagined
[15:56] <stgraber> if only... we were all bsck at the office at 9am...
[15:57] <nigelb> Respect.
[15:57] <stgraber> *back
[16:47] <sladen> was that an ivanka?
[16:47] <nigelb> drat
[16:47] <nigelb> missed her.
[16:50] <sladen> spartan-11510: 48 hours after release.  Everyone (regardless of employer) is probably dead
[17:40] <broder> tumbleweed: cool, i'll play with it some, though the query you're making is not exactly the one i want to make
[17:40] <tumbleweed> broder: yeah I know :)
[17:41] <broder> even though it would be really slow to run, i think it would be much faster to just build the report in lplib
[17:42] <broder> faster in terms of development
[17:42] <tumbleweed> yeah, sometimes I can spend hours trying to do what I want in SQL. I find it har dto think in
[17:43] <broder> does udd have publishing history or just current state?
[17:43] <tumbleweed> we have publishing history, but not for security, because backports uploads don't get announced on a mailing list
[17:43] <tumbleweed> I think Laney needs to write a lplib based importer for history
[17:46] <broder> i guess you could probably do it in reverse - find all packages in backports pockets whose original version hasn't been superseded
[17:46] <tumbleweed> err "not for backports"
[17:46] <tumbleweed> that sounds like the way to go
[17:49] <broder> anyway, maybe i'll try to write something once i'm better caffeinated
[19:51] <MNichie> At risk of being completely off-topic, I have general question about Ubuntu development:  Some open source projects have a system where users can donate resources and tie bug-fix requests to the donation.  Does Ubuntu offer anything like this?  This is one bug in Unity that has been confirmed since April, but it has never been assigned to a dev.
[20:25] <penguin42> MNichie: You could try asking canonical - see www.canonical.com
[20:26] <mull> Hi, does anyone happen to know how large a complete mirror of oneiric is?
[20:27] <mull> ( https://wiki.ubuntu.com/Mirrors doesn't mention anything newer than Lucid )
[20:44] <tumbleweed> mull: my rule of thumb: 50G per architecture per release (very very innacurate, because some packages are shared between architectures and releases)
[20:47] <mull> tumbleweed, are you including src in your estimate?
[20:48] <tumbleweed> mull: no, I count that as another arch for those heuristics
[20:48] <mull> ok
[20:49] <mull> thanks for the data point
[20:49] <tumbleweed> if you want to know exactly how big it is, try and debmirror it with --verbose, it'll tell you how much it wants to download
[20:52] <SpamapS> hrm something broke my resume from suspend in the last week of 11.10
[20:52]  * SpamapS guesses nvidia-current is to blame
[22:58] <DoctorPepper> hi guys !!!
[23:03]  * penguin42 shakes DoctorPepper
[23:05] <DoctorPepper> agateau:  are you here ?


[04:10] <MrNOKIA> hello again :)
[04:14] <MrNOKIA> i'm a little bit puzzled: could anynone please explain the "your processor does not support long mode, use a 32bit version" error ? i got it twice, once on gentoo 2007 and also on feisty fawn, when trying to boot a dell inspiron 6400 centrino dual core box
[04:16] <MrNOKIA> what is more strange, is that on a dell inspiron 6400 intel dual core 2 the error doesn;t appear
[04:17] <MrNOKIA> both distros, however, are puzzled by the ATi x1400 vga, which is very strange, at least from ubuntu point of view: both dapper and edgy detected it flawlessly
[04:17] <MrNOKIA> but not feisty...
[05:01] <crimsun> MrNOKIA: tell me the output from `grep ^flags /proc/cpuinfo |uniq` in #ubuntu, please.
[05:45] <johanbr> crimsun: Don't know if you remember, but I asked you about my USB phone a few days ago. I couldn't get audio over USB to work, so I tried bluetooth instead and I can reliably get the Feisty kernel to panic.
[05:46] <crimsun> johanbr: snd-bt-sco or a2dpd plugin?
[05:46] <johanbr> crimsun: snd-bt-sco
[05:46] <crimsun> johanbr: the latter is preferred.
[05:47] <johanbr> I didn't realize they were functionally equivalent. I'll give a2dpd a try, thank you.
[05:49] <BenC> crimsun: where is a2dpd?
[05:50] <crimsun> BenC: alsa-lib plugin distributed by bluetooth-alsa.sf.net.
[05:51] <Amaranth> that's an odd name for a module
[05:51] <BenC> crimsun: should I ditch snd-bt-sco?
[05:51] <crimsun> BenC: I can't say at this point (I don't have enough feedback to provide an answer).
[05:52] <johanbr> I assume that then you'd have to package bluetooth-alsa?
[05:53] <crimsun> johanbr: adding the plugin to our alsa-lib source is not difficult.
[05:55] <crimsun> A lot of people are having problems with snd-bt-sco, but that's with older code.  I don't know offhand (no local equipment) if updating it resolves the issues.
[05:56] <crimsun> johanbr: I'm trying to hold off updating the alsa-* source until 1.0.14 final is released, since there are so many fixes.
[05:59] <johanbr> crimsun: I see. I should have some more time in a week or so, then I'll do some experimenting with a2dpd and maybe a newer snd-bt-sco. I'll let you know if I find anything interesting.
[06:00] <crimsun> johanbr: many thanks.
[06:00] <johanbr> I'm happy to contribute what little I can. :)
[06:00] <johanbr> Well, gotta go...
[09:31] <MrNOKIA> thanks crimsun, meanwhile i found out with stupefaction that intel's centrino duo hasn't x64 support
[09:34] <crimsun> correct.
[09:34] <Mithrandir> duo 2 has
[09:34] <Mithrandir> duo 1 does not.
[09:35] <crimsun> gotta love core duos.
[09:39] <MrNOKIA> only trouble is, the dell with centrino is mine, the dell with core 2 duo is not :(
[09:40] <MrNOKIA> speaking of core 2 duo inspiron, it has 2 problems, one being very strange
[09:41] <MrNOKIA> first of all, it seems to lack support for the BCM... bluetooth card
[09:41] <crimsun> it would be useful for the kernel team if you can point to a detailed wiki page with the components, dmesg, and lspci -nvv .
[09:41] <MrNOKIA> on the other hand, the ATI x1400 doesn't work with official ati drivers
[09:42] <MrNOKIA> pastebin is ok ?
[09:43] <MrNOKIA> it would be best to have a comparison between dell inspiron 6400 centrino duo and dell inspiron 6400 core 2 duo
[09:43] <MrNOKIA> they are 95% similar
[09:44] <MrNOKIA> and i have them both right now on feisty and feisty_x64
[09:48] <crimsun> MrNOKIA: a more ... permanent page on the Ubuntu wiki under the LaptopTestingTeam hierarchy is arguably more helpful.
[09:51] <MrNOKIA> ok, let me see what i can do. never done that before :)
[10:43] <zdzichuBG> is it safe to install gutsy kernel on feisty?
[10:47] <crimsun> I don't recommend it, but some people report it works dandy.  And I presume you mean 2.6.22-2, because the "gutsy kernel" still is feisty's 2.6.20-15.
[11:01] <zdzichuBG> crimsun: thanks. And yes, I mean latest  upload, with dyntics, timerstats and other good stuff.
[02:04] <zul> hey
[02:50] <elmarco> FATAL: modpost: GPL-incompatible module fglrx.ko uses GPL-only symbol 'pagefault_disable'
[02:50] <elmarco> any idea what I can do to override this for private use?
[02:54] <mjg59> Change EXPORT_SYMBOL_GPL(pagefault_disable) to EXPORT_SYMBOL?
[02:59] <zul> BenC: is there a meeting tomorrow?
[05:14] <DBO> is there anyone on the kernel team that wouldn't mind answering a couple quick questions?
[05:16] <mjg59> Depends how quick
[05:16] <mjg59> But go ahead :)
[05:17] <DBO> are you guys aware of the considerable stability issues many people are having with the feisty kernel?  (i dont mean to be offensive)
[05:17] <DBO> also, thank you =)
[05:18] <DBO> and if so can we expect a fix?
[05:18] <mjg59> If there are bugs filed, then we're aware of them
[05:18] <DBO> the problem is nobody knows how to file this one
[05:18] <DBO> its just... "it hangs while in X"
[05:18] <mjg59> Well, it's clearly not generic
[05:18] <mjg59> So there'll be some degree of commonality
[05:19] <DBO> there is a large thread on the forums about it
[05:19] <DBO> nobody seems to be able to find it...
[05:19] <DBO> nvidia, ati, intel all find it (so not video card)
[05:19] <mjg59> If there's no commonality across all the reports, then it's unlikely to be the same bug
[05:19] <mjg59> To a first approximation, computers are deterministic
[05:20] <DBO> some people claim its the ralink, but I dont have that chipset... others find the -386 kernel
[05:20] <DBO> thats the other weird thing
[05:20] <DBO> there doesnt seem to be an obvious trigger for it
[05:20] <DBO> I cant trigger it with any degree of consistency, nor can anyone else.  It just happens everywhere from 5 minutes to 6 hours after boot
[05:21] <DBO> =/
[05:21] <DBO> Im just worried it wont get fixed, so I figured I would come and ask
[05:21] <mjg59> The only thing I can suggest is hooking up a serial console
[05:22] <DBO> *looking to see if I got one*
[05:23] <DBO> =/
[05:23] <DBO> nope
[05:23] <zdzichuBG> BTW, when is feisty kernel update planned?
[05:23] <mjg59> No clue. Ben should know.
[05:24] <zdzichuBG> thanks
[05:24] <DBO> mjg59, is there any other way I can get the message from the kernel panic?
[05:24] <DBO> I want to help... I'd mail you the machine if I could afford to lose it
[05:24] <mjg59> DBO: Netconsole may be another option
[05:25] <DBO> mjg59, would you like a link to the ubuntu forums thread on the matter so you can see what people are saying?
[05:26] <mjg59> DBO: If you've summarised it recently, I'm afraid it's unlikely to be much help
[05:27] <DBO> =/
[05:28] <DBO> is there anyone else I should contact, or will filing an admittedly generic launchpad bug report be helpful?
[05:30] <mjg59> Without any diagnostic information, without any indication as to what's triggering the problem and without any common drivers, then I'm afraid it's unlikely to be helpful
[05:31] <DBO> last one then, would the gutsy kernel be worth a try? (provided I can swing getting the packaging to work without doing a full upgrade to gutsy)
[05:33] <mjg59> It's certainly worth a go
[05:33] <mariah>  I'm debugging a problem I've had with my Sony Laptop and the generic kernel. The machine runs really slow just after finishing initrd.
[05:34] <mariah>  The i386 kernel doesn't do this.
[05:37] <maks_> wow colors
[05:39] <mariah>  Anyone familiar with initrd process in Ubuntu?
[05:40] <maks_> maybe
[05:40] <maks_> mariah: this a dev channel the support is in #ubuntu afaik
[05:41] <maks_> unless you are running latest g thing you should ask there
[05:41] <maks_> also colors put people off usually :P
[05:41] <mariah>  for kernel problems as well
[05:41] <maks_> _support_
[05:42] <mariah>  only if your english lol
[05:43] <racarr> I keep on thinking you are pinging me. And wonder why I would be pinged in #ubuntu-kernel. Red color == bad choice.
[05:43] <mariah>  especially from the north!
[05:43] <Mithrandir> mariah: Please turn off colours.
[05:47] <stgraber> racarr: switch back to a classical hilight color :), say yellow :)
[05:48] <racarr> Well. It actually is yellow. But I used to use Konversation, which was red.
[05:52] <mariah> No help there just a lot of noise
[05:52] <mariah> So anyone here wish to assist me. This is a dev level issue.
[05:53] <mariah> I'm probably going to need to modify the initrc.img
[05:53] <mariah> Plus I turned of colors
[05:54] <mjg59> mariah: Is there a bug number?
[05:54] <mariah> I need to identify it as a bug 1st.
[05:54] <mariah> You wish me to report something unvalidated?
[05:55] <mjg59> If you install Ubuntu, does it work properly? If yes, it's not a bug. If it doesn't, it's a bug.
[05:55] <BenC> part of a bug is the validation process
[05:55] <mariah> I would like to be sure first rather then wasting others/my own time.
[05:56] <mjg59> mariah: Dealing with a bug takes exactly the same amount of time as asking people here
[05:56] <mariah> It isn't live
[05:56] <mariah> Or is there another irc ch I'm not familiar with?
[05:57] <mariah> normal ubuntu channel is very noisy right now. Lots of flooding going on.
[05:57] <BenC> mariah: bug report
[05:57] <mjg59> mariah: If the distribution doesn't work, then just file a bug report
[05:59] <mariah> I can see this is going nowhere.
[05:59] <mariah> Ok. Enjoy your talk about how you used Konversation which was red. I'm sure that is a dev issue.
[06:00] <mjg59> mariah: If you haven't filed a bug, then I'll agree
[06:02] <maks_> she left
[06:03] <maks_> i guess ide-generic does nothing good for her
[06:03] <maks_> but that is a wild guess
[06:16] <BenC> rtg_, mjg59: I'm about to upload a -rc1 based kernel for gutsy with timer stats enabled
[06:20] <maks_> BenC hmm i just wanted to check if fedora has timer stats enabled
[06:20] <BenC> unless they have 2.6.21+, they wont
[06:20] <BenC> have to have NO_HZ enabled too
[06:22] <maks_> git-iwlwifi.patch
[06:23] <maks_> sure they are 2.6.21 based, they always almost track latest
[06:25] <maks_> yup enabled on -generic
[06:30] <mjg59> BenC: Thanks
[06:30] <mjg59> BenC: They do
[06:31] <mjg59> Have NO_HZ, that is
[06:31] <BenC> just NO_HZ alone improved my battery life noticably
[06:31] <BenC> mjg59: is that ipw2200 patch upstream?
[06:32] <mjg59> BenC: No
[06:32] <mjg59> Also entirely untested
[06:32] <BenC> ah, the powertop site seemed to make it sound golden :)
[06:32] <mjg59> Haha
[06:32] <mjg59> The ipw2100 one is tested
[06:32] <mjg59> The 2200 one should be equivalent - Arjan was going to test it today
[06:32] <BenC> ah, it is 2100
[06:33] <mjg59> Oh, right
[06:33] <mjg59> Ok
[06:33] <mjg59> The only thing that should be done with the 2100 one is to release the IRQ on close and allocate it on open
[06:33] <mjg59> Shouldn't make any difference
[06:33] <mjg59> But slightly tidier
[06:34] <mjg59> Also, there's a tidier version of the appletouch patch
[06:35] <mjg59> http://www.codon.org.uk/~mjg59/tmp/appletouch.diff
[06:35] <BenC> mjg59: would make my life a lot easier if these got sent to linus
[06:35] <mjg59> No point in sending the ipw stuff until the Intel people ack them
[06:36] <mjg59> Should get some progress with that today
[06:36] <mjg59> appletouch has been sent to -input
[06:36] <mjg59> Oh, and lkml
[06:36] <BenC> I just today tainted my tree with source patches, but only to get rc1 out :)
[06:36] <BenC> couple of one-liners for sparc
[06:37] <mjg59> There's no point in me sending these direct to Linus, as far as I can tell - they're all going to have to go through the maintainer trees
[06:38] <BenC> which probably means we've missed the window
[06:38] <mjg59> Yeah
[06:38] <rtg_> BenC: 2.6.22 is closed.
[06:38] <BenC> well closed for major syncs, but not for fixes
[06:38] <rtg_> right.
[06:38] <BenC> IMO, some of these can be considered fixes
[06:39] <rtg_> Since when does our opinion count :)
[06:39] <BenC> saving my Li lifetime is a fix, IMO :)
[06:39] <mjg59> Anyone here have a late-generation G4 Powerbook?
[06:39] <mjg59> The ones that have USB touchpads
[06:39] <Mithrandir> mjg59: cjwatson maybe?
[06:39] <BenC> I have a 17: pb
[06:39] <BenC> 17" I mean
[06:39] <mjg59> BenC: USB input devices?
[06:40] <BenC> I think, but I'd have to check
[06:40] <mjg59> BenC: If so, I could do with you testing something :)
[06:40] <mjg59> Basically, I need to know whether the first touch on the touchpad sends a button down event
[06:40] <BenC> my wife has to go to a doctor appointment later, so there's a small point of opportunity to get it and install a small feisty partition :)
[06:41] <BenC> fabbione: ping
[06:41] <mjg59> Oh, and also spend some time figuring out whether it has the same behaviour as the geyser 3 does
[06:41] <BenC> fabbione has the same PB I have
[06:42] <mjg59> I'll sort a quick diff
[06:48] <zul_> BenC: evil..my wife would kill me
[06:49] <maks_> zul_ did you ever try?
[06:50] <BenC> mjg59: are you going to take care of the hit list on linuxpowertop.org for the apps we have in gutsy?
[06:50] <BenC> lot of patches we could probably user, I need to do the one I did for gaim against pidgin
[06:53] <BenC> time to reboot
[07:27] <BenC> uhci/ehci and ipw3945 are killing my battery :/
[07:28] <zdzichuBG> usb is bad, but ipw?
[07:28] <BenC> that's on an idle system
[07:29] <BenC> probably network-manager doing scans
[07:29] <zdzichuBG> or regulatory daemon doing voodoo
[07:29] <zdzichuBG> maybe iwlwifi will be nicer
[07:29] <mjg59> If you have a wireless interface up, it'll spew stuff for an extended period of time
[07:30] <BenC> it's not reg daemon, it's definitely network-manager making it do bad stuff
[07:30] <rtg_> How about the signal strength monitor?
[07:30] <BenC> rtg_: that's network-daemon
[07:30] <BenC> err, network-manager
[07:31] <BenC>   42.4% (100.0)       <interrupt> : uhci_hcd:usb1, ehci_hcd:usb5
[07:31] <BenC>   12.5% (29.4)       <interrupt> : ipw3945
[07:31] <BenC>    5.3% (12.6)      S20powernowd : queue_delayed_work_on (delayed_work_timer_fn)
[07:31] <BenC> I have no idea what the S20powernowd thing is
[07:31] <mjg59> BenC: What hardware is this?
[07:31] <mjg59> BenC: powernowd is due to ondemand waking up too often
[07:31] <Mithrandir> S20powernowd is the cpufreq daemon
[07:31] <mjg59> That's /supposed/ to be fixed in git
[07:31] <BenC> mjg59: Dell XPS 1710, core2duo
[07:31] <mjg59> BenC: Bluetooth?
[07:32] <BenC> mjg59: yeah
[07:32] <mjg59> If so, hciconfig hci0 down
[07:32] <BenC> mjg59: wow, that killed half the wakeups, so most of uhci/ehci
[07:33] <BenC> it's not even in my top 10 list anymore
[07:33] <mjg59> We need to improve bluetooth in that respect
[07:33] <BenC> definitely
[07:35] <BenC> 40% of my wakeups come from ipw3945 now
[07:35] <BenC> ondemand, mixer_applet2 and firefox seem to be the worst offenders now
[07:35] <BenC> besides 3945 that is
[07:36] <mjg59> I've uploaded fixes for mixer_applet2
[07:36] <maks_>  20.8%        <interrupt> : i8042
[07:36] <maks_> what's that biest?
[07:36] <mjg59> maks_: You're moving the mouse or typing
[07:36] <maks_> thanks mjg59
[07:37] <mjg59> i8042 is the keyboard/mouse controller for ps/2 systems
[07:37] <mjg59> BenC: How recently did you pull from Linus?
[07:37] <maks_> update-notifier is also always shown
[07:37] <BenC> this is -rc1
[07:37] <maks_> 4.8%    update-notifier : schedule_timeout (process_timeout)
[07:37] <mjg59> BenC: Hm.
[07:38] <BenC> maks_: on a fresh boot, that probably means it is downloading updates
[07:38] <BenC> or checking for them
[07:38] <maks_> fresh boot since 30 min
[07:38] <maks_> 0.42.12-3
[07:40] <fabbione> BenC: pong
[07:41] <BenC> fabbione: is your touchpad on your PB connected via USB?
[07:41] <fabbione> BenC: yes like your
[07:43] <mjg59> fabbione: Any chance you can test something for me at some point?
[07:43] <fabbione> mjg59: can it be done on a LiveCD?
[07:43] <mjg59> fabbione: No
[07:43] <mjg59> (Well, yes, but I'll need you to build a kernel as well, so not really)
[07:44] <fabbione> mjg59: then no.. sorry.. i removed Linux from this machine.
[07:44] <mjg59> No problem
[07:44] <BenC> guess I can test it later
[07:44] <mjg59> Ok
[07:44] <mjg59> I'll generate a diff shortly
[07:47] <BenC> fabbione: thanks anyway fabio
[07:49] <BenC> mjg59: have you done the mixer_applet2 10-HZ patch already?
[07:50] <mjg59> BenC: 10-HZ?
[07:50] <BenC> it has a 10hz timer
[07:50] <mjg59> Oh, yes, that's gone
[07:50] <BenC> guess I should selectively pull in some gutsy stuff
[07:51] <mjg59> 2.18.0-3ubuntu2 and the latest gstreamer0.10-plugins-base
[07:52] <fabbione> BenC: no problem at all
[08:12] <BenC> -3ubuntu2 doesn't appear yet...but I did update ipw3945, so I'll check later if that helps
[08:13] <mjg59> BenC: Yeah, gucharmap is fucked and has broken the build
[08:13] <BenC> libnss appears kind of fucked too
[08:14] <BenC> yay for merge weeks :)
[08:14] <BenC> powertop is my new best friend though
[08:15] <BenC> mjg59: Have you met our new guy Amit yet?
[08:15] <mjg59> Nope
[08:15] <BenC> he was at UDS, wont be starting for another month though
[08:15] <rtg_> How do you get S20powernowd to slow down? Was that supposed to be fixed in -rc1?
[08:15] <mjg59> rtg_: Just chatted to the cpufreq people
[08:15] <BenC> he's got crap loads of power savings experience
[08:15] <mjg59> rtg_: It's effectively a false positive
[08:15] <mjg59> BenC: Surname?
[08:16] <mjg59> rtg_: ondemand will opportunistically schedule whenever another interrupt appears
[08:16] <BenC> Kucheria, but I may have mispelled it
[08:16] <Amaranth> does the -2.7 kernel have the options on powertop needs or do i have to build myself?
[08:16] <mjg59> Looks like he's done wireless hacking as well?
[08:17] <BenC> mjg59: appears so
[08:17] <mjg59> Sweet
[08:18] <BenC> your search probably shows where he came from :)
[08:18] <mjg59> Haha
[08:20] <BenC> he met Keith(?) at UDS, and they are working on a power savings spec for gutsy
[08:21] <BenC> revolves around this powertop thing, and getting patches in for stuff like gnome to aggregate timers (there's a kde patch that does the same there)
[08:21] <mjg59> I'm fixing stuff that pops up here
[08:22] <BenC> basically does the same thing for gnome that round_jiffies() does for the kernel
[08:22] <mjg59> Yeah
[08:22] <mjg59> I think glib support for that exists
[08:23] <BenC>    3.3% ( 8.0)          modprobe : usb_hcd_poll_rh_status (rh_timer_func)
[08:23] <BenC> any idea what the hell that is?
[08:23] <mjg59> USB host controller
[08:23] <mjg59> Got any USB devices?
[08:23] <mjg59> If so, and if they don't support runtime suspending, there'll be some housekeeping interrupts
[08:24] <BenC> hard to say...I thought my keyboard and touchpad were...then I also have a usb mouse connected
[08:25] <BenC> weird that it shows as modprobe
[08:25] <mjg59> If it's a module, it'll show as whatever userspace task started it
[08:25] <BenC> ah, gotcha
[08:25] <mjg59> And yeah, if you have a USB mouse that'll do it
[08:26] <mjg59> There should be some patches for runtime HID suspend appearing soon
[08:26] <BenC> dhcdbd still has a 5hz timer
[08:26] <mjg59> Yeah, need to chase Keith about a patch for that
[08:53] <BenC> brb
[09:15] <BenC> ok, ipw3945 is just horrible
[09:16] <BenC> just loading the driver causes 16 wakeups/sec
[09:16] <BenC> up/down leaves it doing 50-70/sec
[09:16] <mjg59> I've just uploaded dhcdpd
[09:17] <BenC> wonder why 3945 would need to do 16 interrupts/second when the iface hasn't even been brought up
[09:17] <mjg59> Wouldn't surprise me if it's chatting to ipw3945d
[09:18] <BenC> which would make it unfixable at this point :/
[09:18] <BenC> should test iwlwifi see if that has the same issue
[09:19] <BenC> I actually had it working at UDS, but always showed 100% for strength, and broke suspend
[09:19] <mjg59> BenC: If you could test http://www.codon.org.uk/~mjg59/tmp/appletouch.diag.diff, that would be great
[09:20] <mjg59> Two things I want to know: (1) does the first time you touch (not tap) the trackpad result in it printing an "Appletouch: button" message, and (2) when not touching it, does it generate "Received a packet" messages constantly?
[09:20] <mjg59> The first time you touch being the very first time after loading the driver, that is
[09:30] <BenC> mjg59: Ok, I'll let you know how it goes
[09:40] <mjg59> BenC: Where does the ubuntu-modules tree live?
[09:40] <BenC> until we get kernel.ubuntu.com, it's on rookery
[09:41] <mjg59> Is it a public URL/
[09:41] <mjg59> ?
[09:41] <BenC> no, but I can tar it up real quick for you
[09:41] <mjg59> That'd be good
[09:42] <BenC> uploading to http://people.ubuntu.com/~bcollins/linux-ubuntu-modules-2.6.22.tar.gz
[09:42] <BenC> give it about 2 minutes
[09:43] <BenC> let me push ubuntu-gutsy.git while I'm at it
[09:44] <BenC> all ready
[09:46] <mjg59> Ta
[09:46] <mjg59> Just updating the 945 machine
[09:57] <mjg59> BenC: Have any of the 2.6.22-2 builds actually hit the archive?
[09:57] <BenC> doesn't look like it
[09:57] <mjg59> Ok, not just me then :)
[09:57] <BenC> but it's about to be obsolete
[09:58] <BenC> I'm about to upload -3 in less than an hour
[09:58] <BenC> this should get us successful builds and lum/lrm/linux-meta close behind
[09:58] <mjg59> Hey, I may finally have got gnome-applets uploaded successfully
[10:52] <BenC> cool, got my first real vmcore
[11:03] <mjg59> BenC: What's the right incantation to invoke the build with -j3?
[11:03] <BenC> CONCURRENCY_LEVEL=3 fakeroot debian/rules binary-generic
[11:03] <BenC> you can just export that too
[11:04] <mjg59> Ah, cool
[11:10] <Gadi> does anyone here know:  if a NIC module creates the NIC as "eth1_ifre" what is the problem?
[11:11] <Gadi> the module in question here is e1000, but I'm not sure if the module is changing the name or a udev rule
[11:11] <Gadi> as it appears that the device is unconfigurable
[11:17] <BenC> Gadi: udev and ifrename
[11:17] <BenC> Gadi: probably just want to edit /etc/iftab
[11:18] <Gadi> can I edit iftab without specifying a dev by MAC - I want to use this OS image cloned on multiple machines
[11:19] <stgraber> Gadi: you can keep it empty, this way the interface names will be the order of detection
[11:19] <Gadi> great
[11:19] <Gadi> thx