[00:16] <murdok> where can i get the packages for openoffice3
[00:16] <murdok> intrepid
[00:17] <bdmurray> murdok: I believe there is a ppa for that
[00:18] <murdok> how can i search a packages in ppa? :$
[00:20] <bdmurray> https://launchpad.net/~openoffice-pkgs/+archive
[00:21] <bdmurray> I used http://people.ubuntu.com/~kirkland/search.html by the way
[00:22] <murdok> :)
[00:22] <murdok> thanks
[00:22] <murdok> I have just found the same with: https://launchpad.net/ubuntu/+ppas
[00:27] <greg-g> bug 276381
[00:37] <bdmurray> greg-g: what's that?
[00:38] <greg-g> just getting a link
[00:39] <greg-g> I hate spamming the -bugs channel
[00:39]  * greg-g appologizes ;)
[00:40] <bdmurray> go hug a bug as punishment! ;)
[00:40] <bdmurray> sometimes, I wonder what I'm thinking when I recreate crazy bugs
[00:41] <murdok> what should be done with bug 154054? It's fixed in OOo 3.0rc2 but not in version 2.4.1. Should I open a bug upstream?
[00:42] <bdmurray> If its fixed in 3.0 I'd like for an already fixed bug upstream
[00:43] <murdok> Well, my question should be: will OOo 3.0 be in the repository of Hardy?
[00:45] <bdmurray> Hardy? definitely not, Intrepid? unlikely
[00:46] <murdok> But if they are preparing 3.0 version.
[00:46] <murdok> will they fix a bug in 2.4.1?
[00:47] <murdok> bdmurray, sorry I'm lost :-/
[00:49] <bdmurray> Stable releases of Ubuntu only receive updates for security or bug fixes, not new versions of packages
[00:49] <bdmurray> So Hardy wouldn't see oo.o 3.0
[00:50] <Hamra> and it's too late for intrepid as well
[00:51] <bdmurray> as I understand the release date upstream has slipped and it was close to begin with anyway
[00:51] <murdok> okay, so to sum up: the only way to fix this issue in your machine is updating to OOo 3.0, right?
[00:53] <bdmurray> murdok: I'm not certain especially with comment 1 in that bug
[00:54] <murdok> yes that's strange because the label is present in 2.4.1-9ubuntu2 (current in intrepid)
[01:26] <murdok> good night all \o/
[01:26] <calc> murdok: with respect to OOo 3.0 it won't be releasing until at least Oct 14 so is too late for even intrepid
[01:26] <calc> murdok: have a good night :)
[01:27] <murdok> just at time :p
[01:27] <murdok> okay
[01:27] <murdok> bye
[01:56] <lifesaglitch> I don't understand how to mark that you have hugged a bug on the wiki... I see no way to edit the page... am I missing something?
[01:57] <greg-g> lifesaglitch: are you logged in?
[01:58] <lifesaglitch> greg-g: yes
[01:58] <lifesaglitch> greg-g: er
[01:58] <lifesaglitch> greg-g: no
[01:58] <greg-g> :)
[01:58] <greg-g> that is probably it then ;)
[02:00] <lifesaglitch> greg-g: You are a genius
[02:00] <mrooney> is there a guide anywhere for adding a blog to the planet?
[02:00] <lifesaglitch> greg-g: Haha... I feel embarassed. I was signed into the launchpad and didn't realize it was a different system
[02:01] <greg-g> lifesaglitch: happens more often than you think
[02:01] <greg-g> lifesaglitch: but thanks for the compliment anyways ;)
[02:01] <greg-g> mrooney: you an official Ubuntu Memeber?
[02:01] <greg-g> Member, that is
[02:02] <mrooney> greg-g: yes, indeed
[02:02] <greg-g> mrooney: if so, this tells you https://wiki.ubuntu.com/PlanetUbuntu
[02:02] <mrooney> greg-g: thanks!
[02:02] <greg-g> mrooney: is this a new thing? (you being a member)
[02:03] <greg-g> or am I just way out of the loop? :)
[02:03] <lifesaglitch> greg-g: when you sign in, does it not redirect to the page you were on?
[02:03] <greg-g> lifesaglitch: it might not, unfortunately
[02:04] <greg-g> lifesaglitch: it has been a while since I manually signed on, so I forget
[02:04] <lifesaglitch> greg-g: How do you do it?
[02:04] <greg-g> lifesaglitch: I check the "remember me" box when signing in so it stores a cookie
[02:05] <jjesse> gargh why are the vmware workstation downloads so big :(
[02:05] <greg-g> mrooney: I see you were added to the Ubuntu Members team on Lauchpad back on Aug. 8th.  Belated Congrats!
[02:05] <jjesse> and always $#%#% up my network settings
[02:06] <wgrant> jjesse: It's telling you to use VirtualBox or KVM.
[02:06] <jjesse> wgrant: nice :)
[02:07] <lifesaglitch> greg-g: should I mark "trivial change"?
[02:07] <mrooney> greg-g: thanks! :)
[02:08] <wgrant> lifesaglitch: Only if you're changing something that doesn't affect the content.
[02:08] <wgrant> ie. a formatting change would be trivial.
[02:08] <greg-g> lifesaglitch: for just updating the Hug Day wiki, yeah, not a big deal
[02:08] <greg-g> cuts down on someone's wiki mail
[02:09] <mrooney> hmmm, can't "bzr checkout<EMAIL_ADDRESS>planet-ubuntu " be improved and greatly shortened now?
[02:09] <lifesaglitch> Hooray! I just hugged my first bug!
[02:09] <wgrant> mrooney: bzr launchpad-login yourusername
[02:09] <wgrant> bzr co lp:~planet-ubuntu/config/main
[02:09] <wgrant> Wait.
[02:10] <wgrant> That URL is very suspicious.
[02:10] <wgrant> Errrm.
[02:10] <wgrant> Whoever pushed that branch initially did a very bad job of it.
[02:10] <greg-g> mrooney: it might
[02:11] <greg-g> mrooney: I'm not sure to what though, something lp:~planet-ubuntu/config/main like
[02:11] <wgrant> That's right.
[02:11] <wgrant> Except the branch should be ~planet-ubuntu/planet-ubuntu/config or similar.
[02:11] <greg-g> but to make sure it uses ssh and logs you in, not sure
[02:11] <wgrant> greg-g: lp: does that if you've run bzr launchpad-login.
[02:11] <greg-g> gotcha
[02:14] <greg-g> I think I found the Ubuntu BugSquad poster: http://flickr.com/photos/kaet44/294528315/
[02:15] <greg-g> and it is CC:BY
[02:15] <lifesaglitch> in the stock responses, I have seen people post ...Unfortunately we can't fix it, , because your description... verbatim. Is a username supposed to go in the commas?
[02:16] <greg-g> I would say no, just because that would add time to triagers' workflow and many would forget.  If you want to start your repsonse with "User,/n" that's cool.
[02:17] <greg-g> can you change that to only have on comma, please, lifesaglitch
[02:17] <mrooney> I always start mine with "Hello %name, thanks for using Ubuntu and thanks for taking the time to file this bug report!"
[02:17] <lifesaglitch> greg-g: I was about to, but wanted to be sure before I did. :-D
[02:17] <greg-g> lifesaglitch: cool, thanks!
[02:18] <lifesaglitch> mrooney: Does %name automatically populate their name? Or was that meant to be manually replaced?
[02:19] <mrooney> lifesaglitch: no that is not automatic :)
[02:19] <lifesaglitch> mrooney: that would be a nice feature...
[02:19] <greg-g> would be nice if %reporter_name did work though ;)
[02:19] <mrooney> well there is a stock_replies thing for the lp greasemonkey scripts
[02:19] <mrooney> so it could probably be added to insert a name
[02:20] <lifesaglitch> lp greasemonkey scripts?
[02:20] <greg-g> file a feature request in launchpad! https://bugs.edge.launchpad.net/launchpad-project/+filebug
[02:21] <lifesaglitch> greg-g: I'm actually thinking both commas should be removed and one should be added after "Unfortunately"
[02:21] <mrooney> I recently edited the stock replies to sound less harsh
[02:21] <mrooney> it looks like someone reverted it poorly?
[02:22] <greg-g> lifesaglitch: I agree.
[02:22] <mrooney> I wonder why someone reverted my change :[
[02:22] <mrooney> is there a history?
[02:22] <lifesaglitch> mrooney: should be
[02:23] <lifesaglitch> mrooney: click the info link
[02:23] <mrooney> oh it looks like bdmurray did it so, I guess it stands :]
[02:24] <mrooney> but yes someone should fix the commas
[02:25] <lifesaglitch> Not sure I agree with his assessment
[02:25] <lifesaglitch> What can ya do though?
[02:26] <mrooney> oh I see, it was only reverted for that one specific case
[02:27] <mrooney> otherwise it seems to keep my "Unfortunately we can't fix it without more information." instead of "Unfortunately, we can't fix it because your description didn't include enough information."
[02:28] <lifesaglitch> I like the newer version better then
[02:28] <lifesaglitch> lol
[02:28] <lifesaglitch> The other sounds like it's saying "IT'S ALL YOUR FAULT YOU MORON"
[02:28] <lifesaglitch> :D
[02:28] <hggdh> actually, to be a bit more precise, it should say something in the line of 'Unfortunately we cannot work on it without more information'
[02:29] <lifesaglitch> True
[02:29] <hggdh> at this point it is unknown if it is something that needs a fix
[02:29] <lifesaglitch> Can we fix the user?
[02:29] <hggdh> never
[02:29] <lifesaglitch> Sadness
[02:29] <hggdh> we can, at most, work around them users ;-)
[02:29] <mrooney> I just felt like the old (and current one in the top case) implies the bug is permanently unable to be fixed at first glance
[02:30] <mrooney> Like, you get one chance, and you just blew it
[02:30] <lifesaglitch> It's not like we need users... can't we just make them all go away?
[02:30] <hggdh> well... I hope not... they are the bane of support, and the reason
[02:30] <greg-g> hggdh: +1 on the "we cannot work on it.." working
[02:31] <greg-g> s/working/wording
[02:31] <hggdh> yeah... I should have thought of that before... I think I myself edit this a long time ago, and did not notice
[02:31] <hggdh> s/edit/edited/
[02:32]  * hggdh is, meanwhile, having fun with coreutils
[02:33] <greg-g> I have one claim to fame: I met the main author of "rm"
[02:33] <greg-g> speaking of coreutils
[02:33] <hggdh> wow! are you in California?
[02:33] <greg-g> I was, for the summer.
[02:34] <greg-g> you know who I'm talking about?
[02:34] <greg-g> PHR
[02:34] <greg-g> lowercase, more commonly
[02:34] <hggdh> yes, but *I* never met them... a friend of mine did
[02:35] <greg-g> hggdh: cool.  He is a fun guy.
[02:35] <hggdh> (while working at an outfit in CA, he got mad trying to write a kernel driver, and a bearded guy helped him...)
[02:35] <greg-g> haha
[02:35] <greg-g> phr actually doesn't have a beard
[02:36] <hggdh> it was not phr, but one of the UNIX authors
[02:36] <greg-g> or doesn't now, may have before.
[02:36] <greg-g> gotcha
[02:37] <lifesaglitch> greg-g: lucky... lol
[02:37] <greg-g> lifesaglitch: yeah, I am lucky sometimes.
[02:39] <mrooney> does the commit actually go to the server? I thought you had to push after a commit, or is that only for branches?
[02:46] <greg-g> mrooney: check to see if you can see your changes on Launchpad?
[02:47] <greg-g> but that might only be for branches yeah
[02:54] <mrooney> I assume someone would have noticed such a crucial aspect before me, so I will just assume it worked :)
[03:08] <Hamra> good night all
[03:09] <Hamra> it's actually good morning now, but i'm going to sleep :P
[03:43] <JohnPhys> is there anyone here that does development work on imagemagick?  The "convert" command seems to not be as good in hardy as it was in gutsy.  Specifically, converting a ps (from a latex file) to a non-transparent png or jpg looks far more pixelated on hardy than in gutsy.
[03:48] <wgrant> JohnPhys: No, the ImageMagick people are more likely to be in an ImageMagick channel than an Ubuntu bugs one.
[03:50] <JohnPhys> ok
[03:50] <JohnPhys> thanks
[03:54] <JohnPhys> wgrant:  you wouldn't happen to know what the imagemagick channel is?
[03:54] <wgrant> JohnPhys: I have no clue, sorry.
[03:54] <wgrant> #imagemagick is labelled as not have any developers.
[03:55] <wgrant> So I presume it's not the right one.
[03:55] <JohnPhys> indeed, just found that out
[03:58] <JohnPhys> wgrant:  Thanks anyway though.
[04:04] <mrooney> alright, time to see if I successfully added myself to the planet
[04:04] <mrooney> how long do new posts take to show up, anyone know?
[04:04] <greg-g> a few minutes
[04:04] <greg-g> probably around 10
[04:05] <greg-g> mrooney: you're on the list on the right, so that is a good sign
[04:06] <mrooney> indeed!
[06:48] <dholbach> good morning
[07:15] <yuriy> bdmurray: I noticed the boilerplate response on bug 251716. would it be possible to link to https://wiki.kubuntu.org/Kubuntu/Bugs/Reporting instead of https://help.ubuntu.com/community/ReportingBugs for kde bugs?
[08:24] <thekorn> good morning bugsquad
[08:28] <dholbach> hiya thekorn
[08:29] <thekorn> hallo dholbach
[08:32] <elmargol> Hi I still have this anoying jockey-kde bug :(
[08:34] <elmargol> bug #274357
[08:34] <elmargol> can someone confirm this please?
[11:56] <Hew> elmargol: see bug 274357
[12:15] <niadh> Anyone running intrepid? I have a bug I marked as incomplete yesterday, but the user has confirmed the problem persists after Intrepid has been updated, can someone help me try and confirm this bug?
[12:17] <Hew> niadh: bug #?
[12:17] <niadh> 272094
[12:17] <Hew> bug 272094
[12:18] <niadh> I tried intrepid in a vm, but couldn't recreate it
[12:20] <Hew> niadh: I can reproduce. I'll triage it :-)
[12:21] <niadh> cool, thanks, There may be a couple more I couldn't reproduce or see myself, but did as much as I knew to do
[12:23] <Hew> niadh: Yes, if you can't reproduce the issue by following the instructions, then the correct action is to ask for more information.
[12:26] <niadh> There's another bug with font rendering, but my eyes really can't see much different in font's, it's another intrepid issue
[12:26] <niadh> bug 271283
[12:26] <sysuser_> I would like assistance with https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/243271
[12:27] <sysuser_> this must be a bug in openoffice, but I dont know how to progress now.
[12:30] <niadh> sysuser_: I marked it as confirmed yesterday, which means hopefully a developer will figure out the problem and fix it for us all :)
[12:32] <sysuser_> is it reported upstreams automagically, or does a ubuntu developer report upstreams? I found nothing on this bug in the OOo bug lists.
[12:33] <sysuser_> at openoffice.org
[12:34] <niadh> sysuser_: No, there needs to be intervention from someone to report it upstream.
[12:35] <niadh> sysuser_: However considering someone tried it with OOo3 and the bug is present I would imagine it would probably be an upstream bug.
[12:36] <sysuser_> is upstream reporting managed through launchpad, ur directly in the upstream bug databse, ie in the bug list at openoffice.org? (I reported OOo rc3) am I supposed to report it myself at oo.org?
[12:43] <niadh> sysuser_: Give me a moment to do a bit of research, I know we can link to upstream bugs, but I don't know if we do that to move the bugs upstream or simply because we find two of the same bug in two different bug report databases.
[12:44] <sysuser_> niadh: thank you
[12:44] <james_w> niadh: either really
[12:45] <niadh> james_w: So in this case, should we mark it as upstream and pass it up to the openoffice guys or not?
[12:45] <james_w> sysuser_: you can report your bug upstream, and then use "Also affects project" to link that to the LP bug report
[12:55] <niadh> Hew: Looking at upstream stuff left over from yesterday, this is in incomplete, but I believe it should be in upstream.
[12:57] <niadh> https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/40537
[13:01] <Hew> niadh: That bug is already upstream. I'm not sure why it was changed to incomplete since the bug is still open upstream.
[13:02] <niadh> Hew: Was gonna say, will turn it green and in fact what do I mark the bug as specifically.
[13:02] <niadh> ?
[13:03] <Hew> niadh: Looking at the activity log, it was Triaged in Ubuntu, but changed to Incomplete after the last comment. Upstream confirms the bug is still present in "beta 3" (which I assume is OOo 3)
[13:04] <Hew> niadh: I would put it back to Triaged, but you can set it to Confirmed.
[13:04] <niadh> ok
[13:04] <Hew> niadh: and since there may be some confusion in the report, would be useful to post a comment about the current situation
[13:05] <niadh> Hew: I would do if I know what the current situation was :P
[13:05] <Hew> niadh: Current situation: Upstream says the bug is still present in OOo 3 b3, Debian closed their bug due to inactivity (not fix released as shown by the remote tracker), so Ubuntu should be left as Triaged.
[13:05] <niadh> ah okies
[13:05] <Hew> niadh: I read the bug reports at OpenOffice and Debian, as well as the activity log
[13:06] <niadh> Ah, fair enough, will bear that in mind for future reference.
[13:06] <Hew> niadh: Do you understand the layout of launchpad and how the upstream links work?
[13:07] <niadh> Hew: I might do if I played about with upstream links, I just saw a bug in incomplete that had [upstream in the title] so I looked into if it was actually in the right place more than any real knowledge of what to do with it.
[13:09] <sysuser_> james_w: i will try to do that. thank you james/niadh.
[13:09] <niadh> sysuser_: Your welcome. :)
[13:10] <Hew> niadh: [upstream] and [$ubuntu_release] in the title appears to be something the openoffice team do. Looking at the top of the bug report itself is how you really find out what's going on :-)
[13:10] <niadh> Hew: Wow that bug is ancient.
[13:11] <niadh> It's been kicking around since 2005
[13:11] <Hew> niadh: as ancient as bug 1? :P
[13:12] <niadh> Yeah but bug 1 is marked as fix in progress ;)
[13:12] <Hew> hehe
[13:28] <Hobbsee> hum.  that was silly.
[16:56] <mrooney> what a bizarre bug, bug 276744
[17:20] <bddebian> Boo
[17:42] <mrooney> the ubuntulove tag, that's a new one to me
[17:43] <leoquant> mrooney where?
[17:45] <mrooney> leoquant: bug 163206
[18:24] <Lns> Anyone wanna start a discussion regarding (IMHO anyway) the lack of backporting bugfixes into LTS versions?
[18:24] <Lns> I'm not quite sure of the policy and wanted to get more information
[18:25] <mrooney> Well backports are usually actual new versions of software, right?
[18:25] <Lns> mrooney: is that what it's considered?
[18:25] <Lns> maybe my wordage is wrong
[18:25] <mrooney> Right so pidgin 2.5 was a Hardy backport
[18:26] <Lns> ok - so what if a newer version fixes critical issues in software though?
[18:26] <mrooney> but we can also cherry pick patches for any prominent bugs in 2.4 and put them in -updates
[18:26] <Lns> ok
[18:26] <mrooney> It probably doesn't happen as often as it could
[18:26] <Lns> I'd like to get more involved with this process
[18:26] <Lns> IMHO it doesn't, yes
[18:27] <Lns> I run a fairly unique network(s) with LTSP under Hardy
[18:27] <mrooney> but from a developer standpoint, let's say you fix a bug in 1.1 of an application, repackage, and get it into say Intrepid
[18:27] <Lns> and there are bugs with software that affect only LTSP terminals
[18:27] <Lns> ok
[18:27] <mrooney> now, anyone can upgrade and get that fix. Does it make sense to put your limited time into making it available for previous versions, or fixing more issues for everyone?
[18:27] <mrooney> I think part the issue is limited people and time
[18:28] <mrooney> IMO it makes more sense to work on issues that aren't fixed at all given limited time, instead of patching older versions of software which are already fixed in newer versions
[18:28] <Lns> mrooney: Maybe that's the issue then, yeah - I think it would make MORE sense to first fix it for the LTS version than Intrepid
[18:29] <mrooney> But that order is rarely possible
[18:29] <Lns> how come?
[18:30] <mrooney> With pidgin for example. those developers fix and issue in 2.5, Intrepid (or the next release when the bug is fixed upstream) now in sense already "have" that bugfix since that is the version they will get
[18:30] <mrooney> as soon as the bug is fixed future versions essentially are "fixed" instantly, you can't fix it first somewhere else, do you know what I mean?
[18:31] <Lns> not really :)
[18:31] <Lns> i mean i understand the new versions containing bugfixes upstream
[18:31] <mrooney> so once you fix and it know, okay all future versions will have this issue addressed, should I a) fix more bugs or b) apply this fix to older versions
[18:31] <Lns> Oh, ok
[18:32] <Lns> well...I think then, that LTS shouldn't be touted as a "stable" version then
[18:32] <Lns> because in all respects it really isn't, if you're not fixing bugs as a priority along with security updates.
[18:32] <mrooney> well, it is the non-changing aspect of it that MAKES it stable
[18:33] <chrisccoulson> Lns - I just wanted to point out that LTS != stable
[18:33] <Lns> that doesn't make sense to me at all...just because a buggy program doesn't change doesn't make it stable ;)
[18:33] <chrisccoulson> a lot of people mis-understand that
[18:33] <chrisccoulson> all releases are stable
[18:33] <Lns> chrisccoulson: along with me =)
[18:33] <mrooney> Lns: https://help.ubuntu.com/community/UbuntuBackports might help
[18:33] <chrisccoulson> LTS means it is supported for longer
[18:33] <Lns> ok...lemme read that link real fast
[18:34] <mrooney> Lns: on the other hand though if an issue fixed in Intrepid is affecting a lot of Hardy users, the patch can be and sometimes is applied
[18:34] <chrisccoulson> Lns - this link explains the criteria for updating packages in stable releases: https://wiki.ubuntu.com/StableReleaseUpdates
[18:34] <mrooney> yes that is probably a better link
[18:35] <Lns> chrisccoulson: ty =)
[18:35] <chrisccoulson> you're welcome
[18:36] <mrooney> Lns: so basically if you know of a bug that was fixed in a newer version and want it in the current Ubuntu release, you can request the patch to be applied and an SRU done, by filing a launchpad bug
[18:36] <mrooney> chrisccoulson: would you say that accurately describes the process?
[18:36] <Lns> So...ok. I'm understanding a bit more here now...but what I still don't get is, if I want a stable version of Ubuntu (as in bugs are fixed) which one do I choose? And don't say Intrepid because that's beta and I've gone down that road before =) My situation is that I run many LTSP-based servers with at least 35 terminals on it at the same time, and things like Firefox and OOo have bugs that seem to only be fixed in the latest/greatest versions, which have HU
[18:36] <Lns> GE issues in other parts of the system that make it unusable in a production environment
[18:37] <Lns> mrooney: that sounds like a process i'd love to get involved with
[18:37] <mrooney> Lns: right, I think we need people like you to identify such bugs
[18:38] <Lns> mrooney: I have an army of people to help me =)
[18:38] <Lns> mrooney: what's the def. of an SRU?
[18:38] <Lns> stable release update?
[18:38] <mrooney> yeah, that is the wiki page chrisccoulson linked you to
[18:38] <Lns> oh..haven't looked at it yet ;p
[18:38] <Lns> heh
[18:38] <mrooney> oh yeah I think his link will clarify things more than mine
[18:39] <Lns> Awesome.
[18:40] <Lns> I need to run for the moment but i'll probably be back with more questions later...thank you guys for the help, I'm excited about helping out with this
[18:40] <mrooney> but so in the case of pidgin again, 2.5 came out and tons of bugs were fixed, right? but many of those might not even be in the ubuntu tracker, and even if they were it would be hard to link them all to upstream trackers and know that they were fixed in a new version
[18:40] <mrooney> and that is just one of thousands of packages
[18:40] <mrooney> so without people telling us "hey, this issue was fixed, can you apply the fix to Hardy?", we don't know, but it can definitely be done if we do
[18:40] <mrooney> okay, bye for now!
[18:41] <Lns> mrooney: so it's a matter of just communicating that, huh?
[18:41] <mrooney> Lns: that is a large part yes, and of course meeting the SRU requirements
[18:41] <Lns> right
[18:41] <mrooney> some trivial issue that has a chance of breaking things for lots of people, or a default behavior change, probably isn't going to make it
[18:41] <Lns> well i see a lot of potential for different use cases of Ubuntu for keeping on top of that kind of thing for LTS releases
[18:42] <mrooney> yeah I agree
[18:42] <Hamra> can't these newer packages be provided using other repos?
[18:42] <Lns> I'll bbl..thanks guys
[18:42] <mrooney> Hamra: yeah, if users want to set up PPAs for packages of concern or just download new debs, that can happen
[18:43] <Hamra> backports? ppa? or something?
[18:44] <mrooney> Yeah but Lns was talking about getting more bugfixes in through -updates for stable releases
[18:45] <Hamra> ah, i see
[18:45] <mrooney> backports is really for new versions
[18:46] <Hamra> it's a lot better if we have more such updates. of course, after thorough checking. but then again, 6 months for new releases isn't much
[18:47] <mrooney> Yeah that is what I mean, if you see a bug fixed and know, okay the new Ubuntu will have that in a few months, do I really want to spend time making a patch and going through the SRU process to get it into the current release
[18:47] <Hamra> but now that i know how triaging work, we have to admit that we are having a *huge* problem with lack of triagers
[18:48] <Hamra> there's just a *big* number of bugs raining on us daily
[18:51] <mrooney> yes, that's true, I don't think it is as bad as a lot of people initially think, but at the same time definitely more people helping in almost every area could do a lot of benefit
[18:51] <mrooney> on another note, does anyone know how to debug freezes when returning from TTYs?
[18:52] <mrooney> it goes back to X and shows a mouse cursor but always freezes instantly and I have to use the magic keys to restart
[18:53] <Hamra> is the keyboard or mouse by any chance USB?
[18:55] <mrooney> I don't think, this is on a laptop
[18:55] <mrooney> my internal cd-rom drive is USB oddly enough
[18:56] <Hamra> laptop? never mind usb then
[18:58] <Hamra> isn't there a way to set xorg to log to a file that you can recoverlater?
[19:05] <bdmurray> https://wiki.ubuntu.com/X/Debugging
[19:13] <mrooney> bdmurray: thanks! now I just need another machine
[19:13] <mrooney> Lns: http://blogs.gnome.org/seb128/2008/01/28/ubuntu-stable-updates/ may interest you, as well
[19:14] <Hamra> but isn't the X log file overwritten upon reboot?
[19:29] <mrooney> Hamra: well you log in remotely from another machine and grab it or the backtrace
[19:29] <mrooney> Lns: also, http://laserjock.wordpress.com/2008/08/07/sru-needs-you/
[20:07] <Hamra> if someone is asking for a new version of some program, what should i do? tell him it's a wishlist? forward him to some other place? mark it invalid and explain why?
[20:27] <bdmurray> Hamra: wishlist, will happen at the start of Jaunty development probably
[20:28] <Hamra> you're talking about the gimp bug, right?
[20:29] <bdmurray> Hamra: No, I'm responding to your last question regarding what to do about new version requests.
[20:29] <Hamra> ah ok
[21:08] <highvoltage> is it always so quiet in here?
[21:38] <hggdh> it can be
[21:42] <mrooney> can anyone confirm or deny in Intrepid that switching to TTY1 and then back launches the Gnome Help and also leaves the window in Move mode?
[21:43] <mrooney> basically, it is like all the keys involved in switching also get sent to X when you return
[21:43] <mrooney> ls
[21:43] <mrooney> Yes, look at that.
[21:44] <mrooney> is that...expected?
[21:46] <mrooney> All my keystrokes get sent to X
[21:50] <bdmurray> mrooney: only some of mine keypresses in a console end up happening in X
[21:50] <hggdh> mine did not, at least none that I could see
[21:51] <mrooney> bdmurray: is that expected?
[21:51] <bdmurray> mrooney: I'd never tried before Intrepid but I wouldn't think so
[21:51] <hggdh> ls
[21:51] <mrooney> I notice it also includes everything but the first two characters of my password, as well :|
[21:51] <mrooney> hehe I think hggdh duplicated it
[21:52] <hggdh> jeezz... I just got a xchat help pop-up after pressing F1 on TTY1...
[21:52] <mrooney> Yup :)
[21:52] <hggdh> cool
[21:53] <mrooney> I can't seem to find a bug on it, what package might it be?
[21:53] <hggdh> look at it as an improvement -- you do not need to be under X to work under X
[21:53] <mrooney> and everyone in IRC can watch your commands!
[21:53] <mrooney> what transparency
[21:53] <hggdh> :-D I am an open book
[21:53] <hggdh> this is actually quite bad
[21:55] <bdmurray> every key press?
[21:55] <hggdh> I will go back to TTY1, and run a 'ls -l'
[21:55] <hggdh> my X focus will remain on xchat
[21:56] <bdmurray> I think it is only some special keys
[21:56] <Hamra> the same in KDE!!!
[21:56] <hggdh> ls -l
[21:56] <Hamra> lol
[21:56] <hggdh> there you go... my 'ls -l' got sent to xchat
[21:56] <Hamra> that's realy serious
[21:56] <Hamra> and dangerous
[21:56] <hggdh> it took a while, though, and seemed to happen only after I returned to TTY1. I will try again
[21:57] <mrooney> Hamra: and thirdly hilarious!
[21:57] <hggdh> pwd
[21:57] <mrooney> hggdh: yeah, the input gets sent after you get back, for me it seems to take a click
[21:57] <hggdh> yes
[21:57] <hggdh> so there is a real bad mix here
[21:57] <hggdh> now... who is responsible for that?
[21:58] <hggdh> mrooney, are you running uvesafb?
[21:58] <mrooney> how might I ascertain that?
[21:58] <hggdh> lsmod  | grep uvesafb
[21:58] <Hamra> could it be because of the new input method? input got moved from X to... what's it's name?
[21:59] <mrooney> hggdh: well, the result was two lines, does that mean yes?
[21:59] <Hamra> console-setup?
[21:59] <hggdh> this was *not* under TTY1
[21:59] <hggdh> mrooney, yes
[22:00] <Hamra> there it is, input-hotplug!
[22:00] <Hamra> could it be the reason?
[22:01] <hggdh> Hamra, are you taliking about evdev?
[22:01] <Hamra> yes
[22:01] <hggdh> mrooney, did you open a bug on this?
[22:01] <mrooney> no I was waiting to see what package
[22:02] <mrooney> so that I might better search for a dupe
[22:02] <Hamra> xkeyboard-config?
[22:03] <mrooney> it seems too egregious to not have been filed but you never know, it could be new I suppose
[22:03] <bdmurray> Some detailed steps to recreate it would help, so others can experiment too.
[22:03] <mrooney> okay, I'll file it under xkeyboard-config
[22:04] <hggdh> bdmurray, how do you classify this? I think this is a serious issue
[22:04] <bdmurray> hggdh: I haven't been able to personally recreate so would like some more details
[22:05] <hggdh> kees, lets wait for mrooney to file it
[22:05] <hggdh> dammit
[22:05] <Hamra> imagine someone is chatting, and for some reason, is using TTY1 to do some stuff, it could make a real nice conversation
[22:05] <hggdh> I *always* get caught in the auto fill :-(
[22:05] <mrooney> Yeah I was going to mark it security, if bdmurray agreed
[22:06] <bdmurray> mrooney: seems reasonable to me
[22:06] <hggdh> Hamra, you reproduced it under KDE, right?
[22:07] <Hamra> yes
[22:07] <hggdh> so... gnome and KDE affected... should be common code... X
[22:07] <Lns> mrooney: i'm back fyi. Looked at those links, and thank you. I posted to the LTSP-Discuss list so others might be able to help out as well with getting bugfixes into hardy.
[22:08] <mrooney> Lns: did you see the one about SRU needs your help? it seemed like it might be relevant to you?
[22:08] <Lns> mrooney: yes, that's the one i posted.
[22:08] <Lns> Directly relevant. That's exactly what i was looking for - it's hard to get the info on these processes, it's such a huge thing - but i'm getting it better now =)
[22:08] <hggdh> ore
[22:09] <hggdh> OK. I typed 'pwd once more', and only 'ore' got echoed in xchat
[22:10] <bdmurray> and it shows up right away when you switch back or ...?
[22:10] <Hamra> i can't see to be able to send text from TTY1, but the function keys are sent to X
[22:10] <Hamra> seem*
[22:11] <mrooney> Lns: yeah, it can be hard to find out exactly what you want, there is so much going on, luckily we have a good community to help out so it makes all the bridging possible
[22:12] <hggdh> for me it seems to work this way: 1) crtl/alt-F1; 2) type 'whatever', hit enter; 3) crtl/alt/F7; 4) crtl/alt/F1; 5) crtl/alt/F7, and I see the echo in xchat
[22:13] <hggdh> does not seem to work on TTY2
[22:13] <hggdh> TTY1
[22:13] <Hamra> nano
[22:13] <mrooney> bug 276887
[22:13] <Hamra> it sent text!
[22:14] <mrooney> I wanted to add another case about text being copied but all my TTYs are now broken :)
[22:14] <hggdh> TTY1
[22:14] <mrooney> so I can write it exactly, maybe hggdh or Hamra can do it
[22:15] <hggdh> correction: when I get back to X, as soon as I press CRTL/ALT the text is echoed on xchat
[22:15] <Lns> mrooney: yup, for sure. It seems fairly cluttered, but just by what changes  I see in LP, things are getting much more consolidated.
[22:17] <mrooney> hggdh: yeah, I think it has to do with the window being put in the "move" mode with you return; as soon as you exit that the input is sent
[22:17] <mrooney> is anyone else editing it now? I am adding a second test case
[22:18] <hggdh> go ahead
[22:19] <hggdh> yes, I noticed at one point that the window was moving, but I could not yet repeat it
[22:19] <Hamra> i'm adding a comment as well
[22:20] <hggdh> TTY2
[22:20] <hggdh> TTY2 is also involved
[22:22] <bdmurray> mrooney: can you try it w/o compiz enabled?
[22:22] <mrooney> bdmurray: sure
[22:23] <kees> hggdh: so odd
[22:23] <mrooney> should metacity --replace be sufficient?
[22:23] <kees> is everything typed repeated in X?
[22:24] <hggdh> kess, we do not know yet if everything.
[22:24] <mrooney> kees: it doesn't seem like everything, just everything up to the second to last newline
[22:24] <hggdh> BTW, I do not run compiz
[22:24] <kees> mrooney: does this happen in Hardy?
[22:24] <kees> (I'm trying to imagine what's changed)
[22:25] <hggdh> n
[22:25] <hggdh> vwxyz
[22:26] <hggdh> for me it seems to be the last few characters, varying from one to (so far) four
[22:26] <mrooney> kees: I am on Intrepid, I can't tell you for Hardy, since I can't return from TTYs on Hardy!
[22:26] <hggdh> five, I mean :-(
[22:26] <mrooney> kees: the only reason I found this is because I wanted to see if the that bug where I couldn't return from TTYs was fixed in Intrepid
[22:27] <mrooney> it was but, then I found this :)
[22:27] <kees> whoa.  okay, reproduced here, but no idea about the cause yet.
[22:27] <mrooney> bdmurray: metacity seems to perform exactly the same way, I will note in the description
[22:28] <hggdh> kees, we opened it against xkeyboard-config, but we really do not know
[22:28] <kees> I got 3 codes, 2 leaked from the tty, one unknown.  I had typed into the terminal several nonsense lines, then "line 4<enter><ctrl-d>", returned to X, saw nothing.  then the instant I moved my mouse, I got "4<enter><alt-F7>"
[22:29] <hggdh> h
[22:30] <hggdh> h
[22:30] <kees> bryce: we're examining https://bugs.edge.launchpad.net/ubuntu/+source/xkeyboard-config/+bug/276887
[22:30] <mrooney> okay, I updated it to reflect compiz/metacity and Confirmed it based on input
[22:30] <hggdh> I just typed 'whoami' on tty1; got back to X, right ctrl/alt, got 'h' echoed in xchat
[22:30] <kees> bryce: stuff typed on the tty is leaking into X
[22:31] <bryce> hmm
[22:31] <bryce> I saw something akin to that with my sleep key - it doesn't work when I'm in X, but if I switch to ttw, hit it, and then go back to X, it will sleep
[22:31] <kees> bryce: but not all of it, and not exactly what was typed.  for example, I switched to tt1, and typed out the alphabet without hitting enter, switched back and got "uvwxyz" followed by alt-F7.  ?!
[22:31] <bryce> bdmurray saw something a bit similar as well with his sleep key
[22:32] <hggdh> kess, I confirm you last test
[22:32] <kees> sleep == suspend, but isn't that an ACPI event?
[22:32] <hggdh> kees, we opened it against xkeyboard-config, but we really do not know
[22:32] <bryce> kees: afaik
[22:33] <hggdh> now, THAT was weird... I got a whole old sentence repeated here
[22:33] <bryce> hmm, I'm not reproducing it trivially, let me try another machine
[22:34] <bryce> nope
[22:35] <hggdh> bdmurray also could not reproduce...
[22:35] <bdmurray> hggdh: I've been able to see the bug now
[22:35] <kees> bryce: I put my reproduction notes in the bug report.
[22:36] <kees> I see it in all ttys, even ones not running getty (ctrl-alt-f8)
[22:38] <kees> I wonder if this is somehow console-kit?
[22:38] <bryce> ooh, I reproduced it
[22:39] <Hamra> kees: that's what i thought, since intrepid differs from hardy that it uses input-hotplug, and not those values in xorg.cong anymore
[22:41] <bryce> yeah sometimes it prints part of what I typed, sometimes it prints just ~, sometimes random stuff like ;5~
[22:41] <bryce> heh, that looks like a funky smiley
[22:41] <kees> bryce: there does appear to be some level of speed involved -- not sure how to predict how much it'll spit out
[22:42] <Hamra> bryce: same here, i just typed characters i'm not even sure i know in what language they're used! :P
[22:43] <Hamra> it just*
[22:43] <bryce> kees: am I guessing correctly that this is a kernel issue, that the console mode ought clear whatever buffer this data is in, before going to X?
[22:43] <bryce> s/going to/going back to/
[22:43] <kees> bryce: for me I have a delay between returning to X and making a mouse or keyboard event
[22:44] <kees> i.e. I return to X, nothing has happened, then if I move the mouse or touch a key, the leak appears followed by my recent mouse/keyboard action
[22:44] <bryce> let's see what xev thinks of all this
[22:46] <mrooney> has anyone else noticed that it seems to kill the caret, if that is the right word, of gnome input widgets?
[22:46] <mrooney> for example if you had a gedit tab or pidgin conversation focused, after focusing you can't get a caret back in the text field
[22:46] <Hamra> it also depends on the speed of returning to X and moving the mouse
[22:46] <Hamra> if i go straight away, i get a lot of characters leaked
[22:47] <Hamra> wait 10 seonds, and i get only a tilde ~
[22:47] <bryce> keycode 67 = (keysym 0x1008fe01, XF86_Switch_VT_1)
[22:47] <bryce> keycode 67 = (keysym 0x1008fe01, XF86_Switch_VT_1)
[22:47] <bryce> keycode 67 = (keysym 0x1008fe01, XF86_Switch_VT_1)
[22:47] <bryce> keycode 67 = (keysym 0x1008fe01, XF86_Switch_VT_1)
[22:47] <bryce> keycode 67 = (keysym 0x1008fe01, XF86_Switch_VT_1)
[22:47] <bryce> keycode 37 = (keysym 0xffe3, Control_L)
[22:47] <bryce> keycode 64 = (keysym 0xffe9, Alt_L)
[22:47] <bryce> keycode 67 = (keysym 0xffbe, F1)
[22:47] <bryce> keycode 44 = (keysym 0x6a, j)
[22:47] <bryce> keycode 44 = (keysym 0x6a, j)
[22:47] <bryce> keycode 44 = (keysym 0x6a, j)
[22:47] <bryce> keycode 44 = (keysym 0x6a, j)
[22:47] <bryce> keycode 44 = (keysym 0x6a, j)
[22:47] <bryce> keycode 44 = (keysym 0x6a, j)
[22:47] <bryce> keycode 64 = (keysym 0xffe9, Alt_L)
[22:47] <bryce> keycode 64 = (keysym 0xffe9, Alt_L)
[22:47] <bryce> it pint a lot of keycode 67 in there; dunno why
[22:47] <Hamra> someone should be using pastebin
[22:47] <mrooney> :)
[22:48] <bryce> I switched to tty 1, hit a bunch of j's and that's what came up
[22:48] <bryce> hrmph
[22:48] <kees> bryce: yeah, I saw the same.  xev agrees: it doesn't appear until i move them mouse, and then all the events fire
[22:48] <Hamra> maybe the buffer is being cleared but slowly ? :S
[22:49] <hggdh> kees, I can repeat by pressing CTRL/ALT
[22:49] <kees> hggdh: what do you mean repeat?
[22:50] <hggdh> I can get it to leak
[22:50] <mrooney> bryce: do you still want the output requested in the comment, or are you okay since you reproduced it?
[22:51] <bryce> mrooney: yes, please attach it.  It's almost always needed with X bugs
[22:52] <hggdh> bryce, do you want more than one>
[22:52] <hggdh> ?
[22:52] <bryce> hggdh: couldn't hurt.
[22:52] <hggdh> roj
[22:56] <hggdh> bryce, done
[22:57] <bryce> anyone know roughly how long it's been doing this?
[22:58] <Hamra> i don't think anyone here ever noticed this beofre today
[22:58] <mrooney> bryce: yeah I just noticed it today, first time I ever tried using a TTY in Intrepid
[22:58] <Hamra> how many people switch to TTYs to perform commands when there is a terminal?
[23:00] <bryce> is anyone who sees this _not_ using evdev for their keyboard?
[23:00] <bryce> $ grep 'keyboard: xkb_rules' /var/log/Xorg.0.log
[23:00] <bryce> (**) AT Translated Set 2 keyboard: xkb_rules: "evdev"
[23:01] <kees> I am not
[23:01] <bdmurray> bryce: would it be useful to have someone test with Hardy?
[23:02] <Hamra> i tried this xev thing, when i typed nano in TTY1, xev said i typed nnaannoo :P
[23:02] <kees> http://pastebin.osuosl.org/22218
[23:02] <bryce> bdmurray: yes that would be useful; if it can be reproduced there, that would both rule out input-hotplug, and show that the fix needs backported there
[23:03] <bryce> kees, can you pastebin your /etc/X11/xorg.conf?
[23:04] <kees> bryce: http://pastebin.osuosl.org/22219
[23:04] <Hamra> bryce: what good is xorg.conf?
[23:04] <bdmurray> Hamra: it'll show whether or not input-hotplug is being used
[23:04] <bryce> Hamra: I wanted to doublecheck that he's got driver 'kbd' rather than 'evdev'
[23:04] <bryce> kees, ok, so that rules out evdev as a potential culprit.
[23:05] <Hamra> ah ok
[23:05] <bdmurray> greg-g: are you still on Hardy?
[23:06] <Hamra> in my xorg.conf , there is a line that says Driver "kbd" , but the above command by bryce shows the exact output beneath it
[23:07] <Hamra> my xorg.conf got copied from my hardy install BTW
[23:07] <chrisccoulson> FWIW, I'm on Hardy and I can't reproduce this at all
[23:07] <bryce> hggdh: btw for future reference, it's helpful if you can attach each file separately rather than in a tarball, since having to download and open the tar makes it a bit more difficult to review (yeah, LP sucks for posting multiple uploads, but...)
[23:08] <bryce> ok, also not likely to be a video driver problem... reproducers are on -intel, -radeonhd, -nvidia.  Pretty broad spectrum
[23:08] <hggdh> bryce, and I was thinking this would be easier... sorry, and will do
[23:09] <bryce> kees: so at this point I'm suspecting it's not X causing the problem, but something lower level
[23:10] <bryce> kees: it feels like something isn't properly filtering what's going on at the tty
[23:10] <bryce> kees: which I assume is handled at a lower level than X
[23:10] <kees> bryce: I've always wanted to understand what was "below" X in this regard.  tty magic is always eluded me.  :P
[23:11] <kees> is console-kit in between X and the tty by any chance?
[23:11] <bryce> yeah... it's a vague area for me too.  I assume tty's are kernel-land
[23:11] <Hamra> has anyone noticed that the longer you wait to go back to X, the less characters get leaked?
[23:11] <kees> Hamra: yeah
[23:12] <kees> bryce: if it's useful, I'm running the -1.2 kernel, so if it IS kernel, it's not too recent.
[23:12] <kees> I don't, however, have a .26 around any more.
[23:13] <mrooney> so we have 1 unconfirmed in Hardy but that's it?
[23:14] <kees> mrooney: hrm?  someone said they could do it in hardy?
[23:14] <chrisccoulson> nope, i said that i couldn't do it in hardy;)
[23:15] <hggdh> hah, I *do* have a Hardy box... hold on
[23:15] <kees> chrisccoulson: that's what I thought you said.  :)
[23:15] <chrisccoulson> hggdh: i thought i was the only person running hardy for a minute?
[23:15] <hggdh> :-)
[23:15] <chrisccoulson> i'm feeling left out running all this out-dated software
[23:15] <hggdh> I forgot about this X machine... rarely use it
[23:16] <chrisccoulson> i must find time to upgrade this weekend
[23:17] <hggdh> I cannot reproduce it on Hardy
[23:17] <kees> that reduces the scope, good.
[23:18] <chrisccoulson> i've tried on intrepid in a virtual machine, but i can't reproduce it
[23:18] <chrisccoulson> it is quite out of dat though
[23:18] <chrisccoulson> i'll upgrade everything and see if it appears
[23:19] <Hamra> is there anyway to let a hardy machine use another input method? a custom kernel maybe?
[23:21] <hggdh> chrisccoulson, this is the single machine running X outside my laptop. All others are server, no X (but they are Hardy)
[23:22] <mrooney> chrisccoulson: don't feel bad, I use Hardy as my main system too, I was just on my Intrepid install to test to see if a Hardy bug was fixed :)
[23:22] <chrisccoulson> i'm glad i'm not completely alone:)
[23:23] <Hamra> another thing is, that we can't leak characters across TTYs, only btween TTY and X, so it must be something staying between them
[23:24] <mrooney> I may even wait to upgrade until Dell starts shipping 8.10, then I'll probably buy an XPS M1330
[23:25] <bryce> I suppose the next step would be to have someone boot a 2.6.26 kernel and see if it can be reproduced there
[23:25] <bryce> if not, then maybe kees should solicit a kernel dev to help look at it
[23:26]  * wgrant is trying to test it, but can't switch to a VT.
[23:26] <kees> bryce: perhaps poke them in #ubuntu-kernel?  I've got to switch gears and finish a security update publication.
[23:26] <wgrant> ConsoleKit steals it back to X.
[23:27] <wgrant> Ah, there we go. Finally defeated ConsoleKit.
[23:27] <bryce> kees: I'm in the middle of a few things myself
[23:28]  * wgrant ponders grabbing 2.6.26 from LP.
[23:28] <kees> wgrant: that certainly makes me suspect ConsoleKit
[23:28] <wgrant> kees: Why? It just switches the VT straight back, but I guess it could be related.
[23:29] <kees> wgrant: I mean, if it has that control over the input events, perhaps it's between the kernel and X
[23:29] <greg-g> bdmurray: I am on Intrepid now. why you ask?
[23:30] <bdmurray> greg-g: I think we got enough Hardy tests, thanks though
[23:30] <wgrant> kees: True.
[23:30] <greg-g> bdmurray: ah, upgrades?
[23:30] <greg-g> bdmurray: mine went well on the desktop, there was an issue with nm-applet on the laptop which I am going to look at tonight
[23:35] <mrooney> while I am here, is anyone aware of a cpu hungry xorg bug for Intrepid?
[23:35] <mrooney> it loves to hang out at 15-30% for seemingly random periods of time and make rhythmbox skip in the process
[23:37] <greg-g> mrooney: you running firefox at the same time?
[23:38] <mrooney> greg-g: yes I do believe
[23:38] <mrooney> I rarely don't run firefox, I can try without
[23:45] <bdmurray> kees: I've tested with 2.6.26-5 and still happens
[23:47] <wgrant> Somebody ought try a Hardy kernel.
[23:47] <bdmurray> wgrant: hardy kernel w/ intrepid?
[23:48] <wgrant> bdmurray: Right.
[23:48] <wgrant> Since we know it doesn't happen on Hardy.
[23:48] <bdmurray> I can do that too
[23:48] <kees> bdmurray: apparmor won't load with intrepid+.24 (but that's not important for the test).
[23:49] <wgrant> I would test, but I don't have my normally large selection of kernels already installed because I reinstalled with alpha 5.
[23:54] <bdmurray> okay still happens with 2.6.24 and intrepid
[23:56] <kees> bdmurray: okay, so not the kernel.
[23:56] <bdmurray> I'll update the bug
[23:56] <kees> bdmurray: cool, looks like jdstrand tested 2.6.26 too.
[23:57] <bdmurray> he could have told somebody ;)
[23:57] <jdstrand> I added a bug comment :P
[23:58] <kees> bdmurray: so, if you're in a position to do so, try installing the console-kit from hardy and rebooting with that...
[23:58] <jdstrand> I even decided to try it on a ficticious kernel (:P to self)
[23:58] <kees> jdstrand: heheh
[23:58] <wgrant> Damn.
[23:58] <wgrant> Blaming things on the kernel is always a nice and simple way out.


[10:59] <ivoks> anyone? :)
[11:05] <fabbione> nobody
[11:05] <ivoks> :)
[11:05] <ivoks> fabbione: i have q. regarind one universe package... i would like advise
[11:05] <ivoks> it's about spamassassin... is it better to include support for SPF by default or not?
[11:06] <fabbione> dunno
[11:06] <fabbione> i use the default config for it
[11:06] <ivoks> default config in ubuntu is broken :)
[11:06] <ivoks> it enables SPF, but spamassassin doesn't depend on needed library
[11:08] <ivoks> ok, i'll just leave it as is and make it depend on libmail-spf-query-perl
[03:43] <cf_> Hello! Has anyone experience with HP Proliant Servers?
[03:44] <neuralis> cf_: sure, what's the issue?
[03:46] <cf_> neuralis: systems installs on raid-system, but does'nt boot afterwards
[03:46] <neuralis> have you been able to track down the problem any more specifically than that?
[03:46] <neuralis> specific errors, etc?
[03:48] <fabbione> our DC runs on proliants in raid...
[03:48] <fabbione> you need to be more specific
[03:48] <cf_> neuralis: i think the raiddriver is not included in the initramfs
[03:49] <neuralis> this is dapper?
[03:50] <cf_> neuralis: i tried breezy and dapper flight 4
[03:51] <neuralis> that's strange. i run a number of proliants on raid with breezy, and i never had a problem with it.
[03:51] <neuralis> are you sure you configured raid properly in the installer/
[03:51] <neuralis> s/\//?/
[03:53] <cf_> neuralis: i use the hardware-raid (smart array 5i/6i). there's not much to do in the installer.
[03:53] <neuralis> cf_: ok, so when you say 'raid driver', you actually mean 'cciss storage driver'.
[03:54] <cf_> neuralis: that's correct!
[03:54] <neuralis> works perfectly for me and a bunch of other people. please paste the exact error messages you're getting.
[03:56] <cf_> neuralis: i'm not at work now, but grub says something like 'root partition not found'
[03:57] <fabbione> that's probably udev and initramfs
[03:57] <fabbione> we need the exact error message
[03:58] <cf_> fabbione: ok, i'll get it and post it tomorrow. thx so far!
[09:23] <J_P> hi all


[01:55] <acheron-a> hello Bashing-om
[01:56] <Bashing-om> Hey acheron-a // I miss anything exciting ?
[01:57] <acheron-a> no, it has been very quiet here
[02:01] <Bashing-om> acheron-a: :) .. Then I not feel to bad to be away helping others in other things .
[05:18] <lotuspsychje> good morning to all
[05:21] <acheron-a> hello lotuspsychje
[05:22] <lotuspsychje> hey acheron-a
[05:25] <acheron-a> its been very quiet here, FYI
[05:25] <lotuspsychje> http://news.softpedia.com/news/mozilla-firefox-52-0-2-released-to-fix-crash-on-startup-on-linux-other-issues-514351.shtml
[05:25] <lotuspsychje> acheron-a: tnx for the headsup
[05:26] <lotuspsychje> lets bring up some users alive now :p
[05:38] <lotuspsychje> Ozzy-roborn-USA: morning
[05:38] <baizon> how can i make a bios update, when there is only a .exe file?
[05:38] <acheron-a> its 12.38 am here .. good night all
[05:38] <lotuspsychje> baizon: wich brand is that?
[05:39] <Ozzy-roborn-USA> It's just before midnight here.
[05:39] <baizon> lotuspsychje: https://www.asus.com/Graphics-Cards/DUAL-RX480-O4G/HelpDesk_Download/
[05:41] <lotuspsychje> baizon: think thats supposed to run from windows only mate
[05:42] <lotuspsychje> i dont think .exe can be set on usb an boot or cdrom..
[05:42] <baizon> and thats really reallly stupid
[05:43] <lotuspsychje> yeah i know
[05:44] <lotuspsychje> baizon: perhaps the ##hardware guys might know a trick?
[05:45] <lotuspsychje> not sure if wine would execute properly...
[05:55] <lotuspsychje> baizon: http://askubuntu.com/questions/338763/how-to-update-the-bios-in-ubuntu
[05:55] <lotuspsychje> freedos perhaps one time? maybe it can live?
[05:58] <baizon> lotuspsychje: thx
[05:59] <lotuspsychje> perhaps Ben64 or ducasse might know another trick
[06:10] <EriC^^> morning lotuspsychje
[06:13] <lordievader> Good morning
[06:13] <EriC^^> morning lordievader
[06:13] <ducasse> morning all
[06:13] <lordievader> Hey EriC^^, ducasse. How are you guys?
[06:13] <EriC^^> hey ducasse
[06:14] <lotuspsychje> morning guys!
[06:14] <ducasse> good, thanks - you?
[06:14] <EriC^^> good thanks, what about you lordievader ?
[06:15] <ducasse> baizon: sometimes .exe files are self-extracting zip archives that unzip will unpack.
[06:19] <lordievader> EriC^^: Doing good here :)
[06:19] <lordievader> ducasse:  ^
[06:19] <lordievader> Hey lotuspsychje
[06:36] <ducasse> one more thing, baizon - if it does need to run under windows and won't work on freedos, you can probably use the windows thingy that's on a few boot/utility-cds. i know at least hirens boot cd has it, at least the version i've got does.
[06:36] <baizon> ok, thanks ducasse
[06:36] <lotuspsychje> ducasse: handy to know!
[06:37] <ducasse> lotuspsychje: yes, i use it for firmware updates now and then, it's a lot better than having to actually install windows :)
[06:37] <lotuspsychje> indeed
[06:38] <ducasse> lotuspsychje: work today, mate?
[06:38] <lotuspsychje> 5 days off ducasse
[06:39] <lotuspsychje> ducasse: and then next week 5 days work at easter holidays
[06:40] <ducasse> ah, well. better than how it was when they needed you every single day i suppose.
[06:41] <lotuspsychje> yeah things have been better for me like this
[06:41] <lotuspsychje> but now the sun comes out, they will need me a lot more
[06:44] <ducasse> springtime! \o/
[06:44] <lotuspsychje> yayy
[06:45] <lotuspsychje> 300 ppl on our terace lol
[07:17] <ikevin> morning
[07:19] <lordievader> o/
[08:19] <lotuspsychje> bbl
[09:28] <lotuspsychje> re
[09:29] <lotuspsychje> howdy OerHeks & ikevin
[09:34] <ikevin> hey lotuspsychje :)
[09:34] <lotuspsychje> http://www.omgubuntu.co.uk/2017/03/has-ubuntu-popularity-peaked
[09:35] <lotuspsychje> what you guys think of this? ubuntu keeps stable or ubuntu needs new features every release?
[09:35] <OerHeks> silly google stats...
[09:36] <OerHeks> the label 'opinion' should at least take 3/4 page
[09:36] <lotuspsychje> the comments are pretty fun to read :p
[09:36] <OerHeks> joey = crazytux ? :-D
[09:36] <lotuspsychje> android vs windodows vs linux
[09:36] <lotuspsychje> hahaha
 what you guys think of this? ubuntu keeps stable or ubuntu needs new features every release? <== both, and i think ubuntu need more partners
[09:38] <lotuspsychje> ikevin: alot of things are going on IoT & ubuntu partners already right
[09:38] <lotuspsychje> but yeah a new phone partner would be nice :p
[09:39] <ikevin> i think having big pc reseller as partner can be nice to
[09:40] <lotuspsychje> yeah
[09:48] <lotuspsychje> morning Wirehunter
[10:11] <Wirehunter> good afternoon
[10:11] <lotuspsychje> Wirehunter: hey there, all good?
[10:12] <Wirehunter> lotuspsychje, Yes, just arrived at school to attend computergraphics :P
[10:13] <lotuspsychje> Wirehunter: learning an IT grade?
[10:14] <EriC^^> that's his cover, he's a spy
[10:14] <lotuspsychje> lol
[10:14] <Wirehunter> lotuspsychje, Yes. Computer Science at Rotterdam University of applied sciences :D
[10:15] <lotuspsychje> oh, i think you can talk to lordievader then, think he also studyed IT in ntherlands
[10:15] <Wirehunter> EriC^^, Haha, yes, I'm shuttleworth right?
[10:15] <lotuspsychje> or snowden :p
[10:16] <EriC^^> he hunts wires for a living
[10:16] <EriC^^> the data is his prey
[10:16] <lotuspsychje> lol
[10:16] <Wirehunter> I do like to play around with Breadboards :)
[10:17] <lotuspsychje> we discussed this yesterday internet of things getting exploited already
[10:18] <lotuspsychje> by new style hacking-burglers hacking your unsecure network fridge, to open the garage gate
[10:23] <lotuspsychje> http://r1ng1.deviantart.com/art/Kubuntu-17-04-Surface-Pro-3-659930569
[10:23] <lotuspsychje> pretty neat on a surface pro
[10:49] <lordievader> lotuspsychje, Wirehunter: Nope I have/am studying Electrical Engineering.
[10:58] <blackflow> Hello. Trying to understand the implications of upcoming release of Mir. Will individual applications have to support it directly? What will happen if they don't? There has been talk about KDE not going to, Intel not supporting in their gfx driver, etc...   Not a flamebait, honest question, just trying to figure out how much of it all is just FUD and how much is real concern.
[10:59] <brunch875> blackflow: in the phone you can launch X applications and it runs mir
[10:59] <brunch875> so I expect the desktop to be a lot more polished
[11:00] <blackflow> brunch875: via XMir?
[11:00] <brunch875> I take it so
[11:00] <brunch875> on the phone it isn't too straightforward since you need to set up libertine containers and run from there
[11:00] <brunch875> but I'm sure it will be a lot more polished on the desktop
[11:01] <brunch875> but this answers the "can't run non-mir applications" concern
[11:01] <brunch875> it can
[11:01] <brunch875> I suspect mir confinement is going to be done with snaps
[11:02] <brunch875> and snap works surprisingly well. I am, in fact, running a snapped hexchat
[11:02] <blackflow> a bit of false sense of security as long as X is involved
[11:02] <brunch875> blackflow: on the phone, X applications are confined in a libertine container
[11:02] <brunch875> so it should be secure
[11:03] <blackflow> I doubt that. X would have to be changed inside out to provide isolation required, which is great part of why wayland and mir were concieved.
[11:04] <brunch875> yeah, I believe it to be xmir and not x
[11:06] <brunch875> it looks like the whole infraestructure is built around isolation and message passing. Applications woud just 'not see' each other if not meant to
[11:06] <blackflow> hmm, I'll have to dig deeper into XMir and see what exactly is being done there, is it just API/ABI compatibility layer, or actual X (with all its problems) runnign in some context of Mir
[11:06] <brunch875> but that's the general idea I have, I don't develop mir myself
[11:06] <brunch875> I'm pretty sure it's an API/ABI
[11:06] <blackflow> but the bottom line is, there's no apocalypse, if apps won't use Mir directly, they'll just default to X(Mir), right?
[11:07] <brunch875> Yes, and this works already
[11:11] <blackflow> Neat.
[11:24] <BluesKaj> Hi folks
[11:44] <brunch875> Heya BluesKaj, have a good day
[11:46] <BluesKaj> hibr yes,fine here, and you?
[11:46] <BluesKaj> brunch875,^
[11:47] <BluesKaj> scuse my typos , it's still early :-)
[11:49] <brunch875> BluesKaj: fine day; not a single cloud. http://imgur.com/a/DT122
[11:52] <BluesKaj> brunch875, nice
[11:53] <BluesKaj> we have a few clouds , the forecast is for mostly clear skies here and milder temps, finally
[12:20] <BluesKaj> brunch875, ahh Madrid, I hear it's a really nice city. My sister studied Spanish at the university there.
[12:23] <BluesKaj> but that was long ago. Franco was still in power then.
[12:23] <brunch875> ah, me being a youngling didn't get to see it
[12:24] <brunch875> madrid right now is... noisy with a lot of cars. But still pretty pretty.
[12:25] <BluesKaj> yes, I've seen on various travrl shoes on tv, like Lonely Planet
[12:25] <BluesKaj> shows even
[12:39] <lotuspsychje> afternoon to all
[12:39] <BluesKaj> hey lotuspsychje
[12:39] <lotuspsychje> hey BluesKaj
[12:40] <lotuspsychje>  HexChat: 2.10.2 ** OS: Linux 4.4.0-70-generic x86_64 ** Distro: Ubuntu "xenial" 16.04 ** CPU: 1 x AMD Athlon(tm) 64 Processor 3200+ (AuthenticAMD) @ 2,04GHz ** RAM: Physical: 2,0GiB, 40,0% free ** Disk: Total: 109,8GiB, 88,0% free ** VGA: Advanced Micro Devices, Inc. [AMD/ATI] R420 [Radeon X800 PRO/GTO AGP] ** Sound: VIA8237 - VIA 8237 ** Ethernet: 3Com Corporation 3c940 10/100/1000Base-T
[12:40] <lotuspsychje> [Marvell] ** Uptime: 45m 11s **
[12:41] <lotuspsychje> my old desktop :p
[12:41] <ikevin> my current desktop look like that :x
[12:41] <lotuspsychje> flying faster then an i5
[12:42] <lotuspsychje> (on windows) lol
[12:42] <lotuspsychje> too bad hexchat doesnt spam hd brand
[12:43] <lotuspsychje> samsung 850 pro ssd makes the big difference speedwise
[12:56] <lotuspsychje> bbl
[12:58] <ikevin> see you
[15:46] <lotuspsychje> hi nacc
[15:47] <nacc> lotuspsychje: morning
[16:06] <lotuspsychje> oO
[17:42] <lotuspsychje> im adding upgrades to my webshop :p http://www.lotuscomputers.be/
[17:43] <daftykins> \o/
[17:44] <daftykins> hey lotus hope all is well \o
[17:45] <lotuspsychje> hey daftykins
[17:45] <lotuspsychje> how r u mate?
[17:45] <ducasse> pizza! \o/
[17:46] <lotuspsychje> bon apetit ducasse
[17:46] <EriC^^> heya daftykins
[17:46] <EriC^^> wb lotuspsychje
[17:46] <lotuspsychje> tnx EriC^^ :p
[17:46] <daftykins> \o
[17:46] <daftykins> lotuspsychje: good thanks, but long day :)
[17:47] <lotuspsychje> EriC^^: to answer your last barebone question: ive sended mail to entroware, but they never replied me back..think im a too small fish for them...so for now ill stick to an .nl clevo reseller
[17:47] <daftykins> :<
[17:47] <daftykins> that's frustrating
[17:48] <lotuspsychje> yeah cant find any other decent barebones of my wish
[17:48] <lotuspsychje> entroware was promising
[17:51] <EriC^^> dang
[17:51] <ducasse> lotuspsychje: odd that they didn't even respond, though.
[17:51] <lotuspsychje> perhaps i should resend
[17:51] <lotuspsychje> i like the fact that their already ubuntu minded
[17:51] <daftykins> Louis on youtube was saying that to become a certified Lenovo guy to sell Lenovo machines and work on their laptops for repair, he'd have to sell 20,000 USD per month of their gear - which means you would have to start lying and not repairing machines to reach your quota
[17:52] <lotuspsychje> https://www.entroware.com/store/laptops/triton
[17:52] <lotuspsychje> check their configurator
[17:53] <ducasse> lotuspsychje: maybe worth a shot, i would at least expect a "sorry, but..."  etc - is that actually ok in the original and just a bad translation?
[18:34] <ducasse> "You will get advice on how to work safely with the Internet and become a victim of social engineering hackers"
[18:34] <ducasse> missed a 'not'? ;)
[18:35] <lotuspsychje> ducasse: lemme check holdon
[18:36] <lotuspsychje> ducasse: yeah think its a bas translate: en geen slachtoffer te worden van social engineering en hackers.
[18:36] <lotuspsychje> geen= not
[18:37] <ducasse> good :)
[18:38] <lotuspsychje> ducasse: found a nice site for copywright free pics now aswell :p
[18:38] <lotuspsychje> pixabay.com
[18:39] <ducasse> cool, did they have anything you needed?
[18:40] <lotuspsychje> ducasse: all the pics in my categorys come from there
[18:40] <lotuspsychje> also the ubuntu one
[18:40] <lotuspsychje> now looking for a cool recovery pic
[18:42] <ducasse> one question: on the main page, should there not be some text under the icons or a mouseover or something?
[18:43] <lotuspsychje> ducasse: tried to keep it simple, but perhaps yeah it could be more handy
[18:43] <ducasse> it looks good without, but it's not very ui-friendly imo. i'm no designer, though.
[18:43] <lotuspsychje> ducasse: my admin proposed first with text, but it was all a bit too much with pink etc
[18:44] <lotuspsychje> ducasse: also once you click on 1 category, the user gets the categorys left
[18:45] <ducasse> true, you should probably get some opinions on what is best.
[18:45] <lotuspsychje> ducasse: i like feedback, tnx
[18:46] <lotuspsychje> things are all new, still in motion :p
[18:47] <ducasse> lot of work to set up a new business :)
[18:48] <lotuspsychje> ducasse: yeah the paperwork got me 8 months already
[18:48] <lotuspsychje> arranged a lot of legal stuff
[18:51] <lotuspsychje> cwtqty: welcome
[19:24] <Wirehunter> good evening
[19:25] <daftykins> hey \o how goes?
[19:26] <Wirehunter> fine, how about you?
[19:28] <daftykins> long day but finally home, just fed and ready for sleep... at 8:30pm XD
[19:31] <Wirehunter> You're from Britain?
[19:31] <daftykins> Channel Islands
[19:46] <lotuspsychje> ducasse: how you like this for data recovery? https://pixabay.com/en/internet-content-portal-search-315132/
[19:47] <lotuspsychje> aka reformatting to defaults
[19:49] <daftykins> "can you stop my windows flying off the screen?"
[19:49] <lotuspsychje> lol
[19:49] <lotuspsychje> i wanna avoid cdroms & brands on the pics also
[19:51] <daftykins> how will you trial AOL?
[19:51] <ducasse> i don't really have an opinion, other than that it doesn't scream "recovery" to me...
[19:52] <lotuspsychje> ducasse: ok Back to search then :p
[19:52] <lotuspsychje> not easy to find a decent 'happy recovery pc' pic
[19:53] <ducasse> lotuspsychje: i tried looking at some others too, but it wasn't easy...
[19:54] <ducasse> i better get ready for sleepytime soon, 14 hours is enough for one day
[19:54] <lotuspsychje> kk mate
[19:54] <lotuspsychje> soon you will be able to count the IIIOOOOIIIIOOIOIOIIIIOI
[19:55] <lotuspsychje> instead of sheep
[19:55] <daftykins> i choose to read that as yodelling
[19:55] <lotuspsychje> lol
[19:59] <lotuspsychje> https://pixabay.com/en/computer-disk-handsomely-1907133/
[19:59] <lotuspsychje> cool but not really reinstalling an Os
[20:01] <daftykins> no OS is going back on there ;D
[20:01] <lotuspsychje> hahaha
[20:01] <lotuspsychje> daftykins: found many floppy pics also heh
[20:02] <daftykins> http://ajonas.herokuapp.com/images/aoldisk.jpg
[20:02] <daftykins> \o/
[20:02] <daftykins> i still have a drive over in the corner if you want one :)
[20:02] <lotuspsychje> wahaha
[20:03] <lotuspsychje> wow, look what i found!
[20:03] <lotuspsychje> https://cdn.pixabay.com/photo/2014/06/30/04/00/mouse-379978_960_720.jpg
[20:05] <ducasse> dear gods, "i've saved a script from the web, what do i do now?"
[20:06] <ducasse> that can't go wrong.
[20:06] <lotuspsychje> lol
[20:06] <ducasse> oh, from the arch wiki - should be ok :)
[20:06] <lotuspsychje> haha
[20:07] <lotuspsychje> try some random scripts from darkweb
[20:07] <daftykins> skynet.sh
[20:08] <ducasse> ask random people on irc to send you their favorites ;)
[20:08] <lotuspsychje> lol
[20:10] <daftykins> i liked the CD rewind script i got linked to the other day
[20:16] <ducasse> i'm useless by now, going to get some sleep. ttyl!
[20:16] <lotuspsychje> laterz ducasse
[20:16] <daftykins> nn \o
[21:33] <lotuspsychje> nite nite guys
[21:37] <Bashing-om> OK. I am here procrastinating on doing what I want to do, rather than what I should be doing :)
[21:37] <daftykins> :D that's the spirit
[21:37] <daftykins> new fridge tomorrow \o/ but bed for now
[21:37] <daftykins> g'night \o changing of the guard
[21:39] <Bashing-om> sleep tight ! daftykins
[21:39] <daftykins> ty :>


[15:07] <tritium> Good morning.
[15:24] <mneptok> tritium: heya!
[15:31] <tritium> mneptok: hi there!  Long time no talk.
[15:32] <tritium> My apologies for being out of touch.
[15:34] <tritium> I'll look for you later.  Got to finish getting the house ready for the baby shower.  Talk to you soon!
[16:21] <woowoo> baby shower?


[08:02] <tjaalton> sigh @ bug 303849
[08:36] <bryce> heya tjaalton
[08:36] <tjaalton> hi bryce
[08:41] <bryce> actually I sort of do agree with the bug reporter on bug #303849
[08:41] <bryce> --version should equate to -version in this case
[08:41] <tjaalton> I don't think it's going to fly upstream
[08:42] <bryce> probably not
[08:49] <bryce> well, maybe not
[11:46] <tseliot> tjaalton: are you busy today?
[11:51] <tjaalton> tseliot: always :) why?
[11:52] <tseliot> :-)
[11:52] <tseliot> I would like to upload some drivers to jaunty
[11:52] <tseliot> but if you're busy I can ask superm1 later
[11:53] <tjaalton> if it's just uploading them, it's fine
[11:55] <tseliot> yes
[11:56] <tseliot> I'll have to contact pitti for the uploads to Intrepid
[14:50] <tseliot> tjaalton: can you upload these drivers too? http://albertomilone.com/ubuntu/newlrm/pitti/jaunty/destination_jaunty.txt
[14:51] <tseliot> superm1: driver 177 includes the fix you needed ^^
[14:51] <tseliot> tjaalton: (they are for jaunty)
[14:57] <tjaalton> tseliot: ok
[14:57] <tseliot> great
[15:29] <superm1> tseliot, are you also going to have a NEW driver for the -180 series?
[15:30] <tseliot> superm1: yep
[15:30] <tseliot> tjaalton: uploaded nvidia-glx-180
[15:30] <tseliot> heck, I meant
[15:31] <tseliot> superm1: tjaalton uploaded nvidia-glx-180
[15:31] <superm1> tseliot, oh okay. i just didnt see it in that above text file
[15:32] <tseliot> that's because we did things separately
[15:32] <superm1> ah
[17:06] <bryce> morning
[17:15] <tseliot> good morning bryce
[18:43] <jcristau> Ng: fwiw, the only dependency for xf86-video-intel is libdrm. you can keep your kernel and mesa. (re fdo bug 17805)
[18:45] <bryce> superm1: I did the monday triage on -fglrx.  There were 4 bugs left this time that I was unclear what to do with them; could you take a look?  303726, 304045, 266911, 302126
[20:57] <Ng> jcristau: ah interesting
[20:58] <Ng> jcristau: I don't really have time to test the patches today or tomorrow though, and then I'm off to FOSSCamp/UDS, so it's going to be a couple of weeks :(


[07:43] <clearscreen> asac: if I were to be interested in doing what you talked to about Jazzva yesterday... is there any kind of RSS feed that can notify me whenever a new revision pops up?
[10:55] <ziroday> Hi, is firefox intergration with notify-osd being worked upon and where?
[11:36] <gnomefreak> what app is used to shut down? hal?
[12:07] <gnomefreak> asac: have you been doing dailies by hand? or did fta get back?
[12:24] <asac> clearscreen: i dont think so. let me check
[12:24] <asac> gnomefreak: we fixed dailies
[12:24] <gnomefreak> asac: ah ok :)
[12:24] <asac> fta isnt needed as the uploads happen automatically
[12:25] <clearscreen> asac: also, when can we expect Fx3.5 showing up on testing repository? :)
[12:25] <asac> clearscreen: what is "testing" repository?
[12:25] <asac> clearscreen: maybe check if you can subscribe to PPA of https://edge.launchpad.net/~ubuntu-mozilla-daily
[12:26] <clearscreen> Well I used to run Debian, but I was refering to karmic on ubuntu
[12:26] <asac> clearscreen: karmic already has ffox 3.5
[12:26] <clearscreen> asac: I wasn't aware of that :)
[12:26] <asac> also jaunty has
[12:27] <asac> jaunty has some pre b4 snapshot (will be updated to b4 soon)
[12:27] <asac> karmic has b4
[12:27] <clearscreen> I see
[12:29] <clearscreen> asac: I'm relatively knew to its development process; so why is there active development in both 3.0x (3.1?) and 3.5? I'm trying to put this into perspective..
[12:29] <asac> clearscreen: so i dont see how to subscribe to ppa mails ... the best way to do it is to load the page https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa at ~8pm UTC
[12:29] <asac> clearscreen: thats when builds should have finished
[12:29] <clearscreen> Other than security fixes obviously
[12:29] <asac> clearscreen: 3.0 is security only
[12:30] <asac> 3.5 is active development. we provide the packages as previews
[12:30] <asac> but
[12:30] <asac> we also made the step and allow you to install both in parallel
[12:30] <asac> and so on
[12:30] <asac> for us its firefox-3.0 and firefox-3.5
[12:30] <asac> and not firefox
[12:30] <asac> (package name)
[12:30] <asac> debian doesnt do that
[12:30] <asac> we also have firefox-3.6 ;)
[12:30] <asac> which is trunk
[12:31] <sebner> trunk is always good
[12:31] <clearscreen> aha.
[12:31] <sebner> ^^
[12:31] <asac> yeah. the dailies definitly rock
[12:32] <clearscreen> Also, is Fx3.5 called shiretoko because of the stuff that went on with mozilla <-> debian?
[12:32] <asac> to some degree yes
[12:32] <asac> we could call it firefox, if its a milestone release
[12:32] <asac> but not for snapshots
[12:32] <asac> so we dont bother
[12:32] <clearscreen> Alright
[12:36] <clearscreen> I'm a relatively new C++ programmer, and been considering getting involved in some open-source project, but most interesting projects have huge codebases and it would take ages to familiarize myself with them, I guess...
[12:36] <asac> clearscreen: so the answer is: we dont want to bother with trademark stuff for anything except the default browser :)
[12:36] <asac> which is ffox 3 atm
[12:37] <asac> clearscreen: yeah
[12:37] <asac> clearscreen: its a bit hard to just jump into mozilla code base
[12:37] <asac> same for other big things
[12:37]  * gnomefreak working on seamonkey
[12:37] <gnomefreak> be back in a bit i have hardy and intrepid building
[12:38] <clearscreen> And even if I were familiar with the codebase, I'd probably produce suboptimal code.. so yeah, not a very good idea for me at the time :D
[12:38] <asac> clearscreen: i would think that going for C is better as those code bases in the linux stacks are usually much cleaner ;)
[12:38] <asac> clearscreen: well. the suboptimal code argument doesnt count much
[12:38] <asac> clearscreen: of course you need some basic skills
[12:39] <asac> but then you need to produce code and get it reviewed by senior developers to get the final tuning of your skills
[12:39] <clearscreen> Sorry got to break up this conversation, need to go to work :( some PHP job, *sigh*
[12:39] <clearscreen> bb
[12:39] <asac> hehe
[12:39] <asac> enjoy
[12:39] <asac> today is public holiday
[12:39] <asac> so i might not be available all the time
[12:40] <asac> going out to sun soon
[12:55] <gnomefreak> at least you have sun, it looks like rain here
[13:30] <GregW3056> Hi i'm having some trouble with firefox
[13:31] <GregW3056> would anyone be able to help me out?
[13:37] <asac> be patient folks ;)
[13:45]  * gnomefreak not really here but "having trouble with firefox" is a bit too general :(
[14:00] <asac> heh
[14:19] <asac_> reconnect while scp'ing a huge file ... bad
[14:29] <gnomefreak> this is taking forever
[14:30] <asac_> sm?
[14:30] <asac_> what are you doing? does it fail again?
[14:31] <gnomefreak> sm2 builds for karmic jaunty intrepid hardy
[14:32] <gnomefreak> asac_: no more failures :)
[14:32] <asac_> gnomefreak: heh. why do you build locally?
[14:32] <asac_> are you trying to improve packaging?
[14:32] <asac_> or just for fun
[14:32] <asac_> ?
[14:32] <gnomefreak> asac_: no im updating my PPA
[14:33] <asac_> k
[14:34] <gnomefreak> mozilla bug 485052
[14:35] <gnomefreak> ah ok ive seen that one already
[14:38] <gnomefreak> down to last build :)
[14:47] <gnomefreak> and last one is uploaded waiting for PPA to start on it :)
[14:54] <BUGabundo> good afternoon
[14:54] <BUGabundo> hi gnomefreak
[14:54] <BUGabundo> what's up with fta?
[14:54] <gnomefreak> hi BUGabundo
[14:54] <gnomefreak> BUGabundo: he took a few weeks off i thought
[14:55] <BUGabundo> ah ok
[14:55] <gnomefreak> !info flight-of-the-amazon-queen
[14:55] <BUGabundo> not seen him a while
[14:55] <BUGabundo> what a longgggg name
[14:55] <gnomefreak> thats why i wanted to see what it was :)
[14:58] <BUGabundo> gnomefreak: apt-cache not good enough?
[15:00] <gnomefreak> too hard i have 5 terminals open
[15:07] <gnomefreak> asac: we will not build with PGO unless upstream provides builds for it right?
[15:45] <gnomefreak> ok branhes and packages are done now updates
[15:56] <gnomefreak> !info firefox hardy
[15:59] <gnomefreak> finally my bug is fixed
[17:44] <clearscreen> asac: I have no clue why, but firefox built in like 5-10 min instead of the 30-40 of yesterday
[17:45] <asac> clearscreen: firefox is tiny ... xulrunner takes long
[17:45] <asac> firefox builds in 2-5 minutes usually
[17:45] <clearscreen> asac: oh. right, stupid me.. didnt realize I didnt build firefox yesterday
[17:46] <clearscreen> asac: I applied to the group @ launchpad, although I'm not entirely sure what I should do when the build breaks
[17:47] <clearscreen> and does karmic come with daily? or do I have to pull it from somewhere else
[17:47] <asac> clearscreen: karmic needs to be setup. however, the guy driving the bot is a bit away ;)
[17:47] <asac> clearscreen: so for now there are no karmic dailies
[17:48] <asac> clearscreen: i dont think joining the team would be right when you get started
[17:48] <clearscreen> That's fine, I just though that was part of the procedure
[17:50] <asac> clearscreen: i think the right way is that the daily team gets its build mail sent to mailing list
[17:50] <asac> that team is more a bot team without real members
[17:52] <clearscreen> where do I subscribe? and dont all the packages in PPA need to be built? (I dont even see Fx3.0 in that list)
[17:52] <asac> clearscreen: we currently only build the branches that you see there
[17:53] <asac> clearscreen: we dont have a mailing list setup yet ;)
[17:53] <asac> i have to check something
[17:54] <asac> clearscreen: ok i applied for maling list
[17:54] <clearscreen> Sorry for all the questions, but will I need deb (for build-dep libs) or would deb-src suffice?
[17:55] <asac> build-dep you need both
[17:55] <clearscreen> ok
[17:56] <asac> clearscreen: remember me to write something about our dailies to the wiki or something
[17:56] <asac> i will see if i can do that soonihs
[17:56] <clearscreen> Ok
[17:59] <clearscreen> Another question, can I tell apt somehow to keep older libs when installing a later one? between 3.0 and 3.5 builds it will constantly try to remove older/newer xulrunner-dev
[17:59] <clearscreen> I can manually remove those with deborphan whenever I feel like it
[18:00] <asac> clearscreen: you cannot have multiple versions of -dev at the same time for xulrunner
[18:00] <asac> the reason is that we share the same .pc filenames so they conflict
[18:00] <clearscreen> heh, k
[18:00] <asac> this gives us the ability to respin xulrunner depends by just flipping build-depends
[18:00] <asac> and see where they break
[18:01] <asac> otherwise you would always need to patch any app that uses xulrunner-dev
[18:01] <asac> which is cumbersome and sometimes non-trivial
[18:01] <asac> (configure systems have grown to bad beasts for lots of gecko clients :))
[18:02] <clearscreen> http://paste.ubuntu.com/162359/ < my uber leet build script
[18:02] <asac> clearscreen: so if you want to build against xulrunner 1.9.2 you cannot have the 1.9 dev at the same time
[18:02] <clearscreen> asac: aha ok
[18:02] <asac> clearscreen: well. actually thats not the preferred way of building our packages
[18:03] <asac> (for development)
[18:03] <clearscreen> asac: I'm open for suggestions, heh
[18:03] <asac> so what you need are the packaging branches
[18:03] <asac> create a directory: mt-bzr (mozillateam bzr) or something
[18:03] <asac> and branch
[18:03] <asac> the .head branches for the respective packages
[18:03] <asac> you can find them here:
[18:04] <asac> https://code.edge.launchpad.net/~mozillateam/
[18:04] <asac> there are quite a few. just look for those with .head at the end
[18:04] <asac> like xulrunner-1.9.2.head
[18:04] <asac> https://code.edge.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.2.head
[18:04] <asac> so you just branch them to the directory
[18:05] <asac> and when a daily fails you change the debian/changelog version to just match the one that failed
[18:05] <asac> (well not the ~umd.. suffix)
[18:05] <asac> and use bzr-builddeb to build it
[18:06] <clearscreen> stupid question again, do I need to grab these with git?
[18:06] <asac> https://wiki.ubuntu.com/MozillaTeam/Build/Bzr
[18:06] <asac> clearscreen: no with bzr
[18:06] <asac> ;)
[18:06] <asac> clearscreen: dont do step #2 OPTIONAL: initialize that directory as a bzr repository:
[18:07] <asac> and dont use midbrowser ;)
[18:07]  * asac thinks this should be updated for our firefox/xulrunner apps ;)
[18:08] <asac> that wiki page is real crap ;)
[18:08] <clearscreen> heh
[18:09] <asac> clearscreen: so just branch the branch ... change the changelog version to the latest that was build in daily
[18:09] <clearscreen> ah, I suppose I get it
[18:09] <asac> clearscreen: and run: bzr bd --merge --dont-purge --builder='debuild -b'
[18:09] <asac> thats all
[18:09] <clearscreen> how do I upgrade my local copy of the branch?
[18:09] <asac> it will automagically grab the orig.tar.gz and so on nowadays
[18:10] <asac> clearscreen: local copy?
[18:10] <asac> clearscreen: did you use bzr branch to get it?
[18:10] <asac> if so you just run bzr pull
[18:10] <asac> to get latest
[18:11] <clearscreen> Well basically what I meant is.. can I just bzr pull over the same branch when there's a new revision available
[18:11] <asac> clearscreen: what exactly do you mean by "new revision available" ?
[18:11] <asac> you only need to update the branch if there are new commits
[18:11] <asac> we only commit when we either change something in the packaging
[18:11] <clearscreen> Yeah, commit = revision++ :P
[18:11] <asac> _or_ if a patch or something failed
[18:12] <asac> clearscreen: yes. you just run bzr pull
[18:12] <clearscreen> ah ok
[18:12] <asac> that will update to latest
[18:12] <clearscreen> kk
[18:12] <clearscreen> what's head.genericbranding
[18:13] <clearscreen> I keep asking questions, I apologize :)
[18:13] <asac> welcome
[18:14] <asac> clearscreen: that was a topic branch i created to test something. that has been merged in the meantime
[18:14] <asac> clearscreen: i should have mark the branch accordingly
[18:14] <asac> e.g. its clutter that should not show up in the list
[18:14] <asac> doing that now
[18:14] <clearscreen> alright
[18:15] <asac> i shouldnt have pused it to ~mozillateam in the first place (rather ~asac)
[18:19] <clearscreen> alright, I got all head branches
[18:19] <clearscreen> some that were last-modified 50 weeks ago, but yeah :)
[18:20] <asac> hehe
[18:20] <asac> thats too much
[18:20] <asac> for now only the .head branches of what is in dailies makes much sense
[18:20] <asac> ;)
[18:20] <asac>  lp:~mozillateam/iceape/ubuntu-1.1.x   	  	 1  Development   	 2007-04-24 11:57:10 CEST
[18:20] <asac> 105 weeks ago
[18:20] <asac> ;)(
[18:20] <asac> 105 weeks
[18:21] <asac> fun
[18:21] <clearscreen> heh :D
[18:21] <clearscreen> By dailies you mean the PPAs on the launchpad page I suppose?
[18:22] <clearscreen> and maybe Im dumb, but I dont see firefox 3.5 / firefox 3.6 in this branch lsit
[18:22] <clearscreen> list*
[18:22] <asac> clearscreen: sorry for the confusion
[18:22] <asac> those branches have been reversioned upstream
[18:22] <asac> so its still 3.1/3.2 for us ;)
[18:24] <clearscreen> oh ok
[18:27] <clearscreen> also some that are in dailies have no head branches (FF3.1 and Prism on first glance), should I get the -dev branches?
[18:27] <asac> clearscreen: ffox 3.1 has a .head branch
[18:28] <asac> prism just has lp:~mozillateam/prism/prism
[18:28] <asac> the .dev is dead
[18:28] <asac> let me remove that
[18:29] <clearscreen> I must be blind but there's no firefox-3.1.head in that list
[18:29] <clearscreen> had to manually modify the url :)
[18:30] <clearscreen> got it now
[18:30] <asac> thats odd
[18:30] <asac> clearscreen: oh its lp:firefox on the page
[18:30] <asac> ;)
[18:30] <asac> tricky
[18:31] <clearscreen> ahw
[18:32] <asac> thats because someone marked that branch as the "main developmenet" series or something
[18:32] <asac> which makes not much sense imo
[18:32] <asac> but well
[18:32] <asac> doesnt reall hurt
[18:33] <clearscreen> i suppose
[18:38] <clearscreen> asac: bzr doesn't have a bd command
[18:38] <asac> install bzr-builddeb package
[18:49] <asac> clearscreen: so does it work ;)?
[18:49] <clearscreen> asac: yeah it's building 3.1 now
[18:50] <clearscreen> or 3.5, whatever
[18:50] <asac> clearscreen: good
[18:50] <asac> clearscreen: did you change the changelog version?
[18:50] <asac> clearscreen: or are you building unmodified?
[18:51] <asac> clearscreen: the idea is to change the changelog version to whatevert is currently in daily ppa
[18:51] <asac> clearscreen: simulating that you want to fix something that happens in current daily
[18:51] <clearscreen> So how exactly would I go about doing that
[18:52] <asac> clearscreen: just open debian/changelog. there are two cases
[18:52] <asac> either the topmost changelog entry is targetted for UNRELEASED or for jaunty
[18:52] <asac> (karmic, etc.)
[18:52] <asac> if its UNRELEASED you just change the upstream version in the first line
[18:53] <asac> e.g. replace 3.1~b4 with 3.4~b5~hg....
[18:53] <asac> if its jaunty or something it means that you need to create a new topmost changelog ... for that you do:
[18:53] <asac> dch -i
[18:53] <asac> and write something in the changelog
[18:53] <asac> and change the changelog version of topmost line like you would do for UNRELEASED
[18:54] <asac> clearscreen: so for testing assume its UNRELEASED (3.1 is currently jaunty, but that doesnt matter)
[18:54] <asac> change the first line to match whatever is in PPA
[18:54] <asac> ;)
[18:54] <asac> and try to build
[18:56] <clearscreen> bzr: ERROR: Unable to find the needed upstream tarball: firefox-3.5_3.5~b5~hg+nobinonly.orig.tar.gz.
[18:56] <clearscreen> heh
[18:57] <clearscreen> ahw .. it doesnt say UNRELEASED, nvm me
[19:00] <clearscreen> Am just confusing myself, time for a drink
[19:44] <asac> clearscreen: the version is not complete
[19:45] <asac> clearscreen: the hg... also has a date behind it
[19:45] <asac> be sure that you use exactly the same upstream version that was built in ppa
[21:39] <asac> hmm. seems like ftas bot uploaded, but somehow ppa rejected that
[21:40] <asac> lets see if it happens again tomorrow. for now lets assume launchpad ate them ;)
[21:46] <BUGabundo> eheh


[01:30] <Ionic> Is there a way to run a specific command before building a package, especially before installing build-dependencies?
[01:31] <Ionic> I'd like to generate the control file from a template.
[02:37] <Ionic> Hooking that as --chroot-setup-commands would probably work for that