[15:59] <smoser> o/
[16:00] <Daviey> o/
[16:00] <s3h> howdie
[16:00] <rbasak> \o
[16:00] <arosales> hello
[16:00] <ttx> ..o
[16:00] <smb> \o
[16:00] <m_3> o/
[16:01] <s3h> #startmeeting
[16:01] <meetingology> Meeting started Tue May 22 16:01:01 2012 UTC.  The chair is s3h. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:01] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[16:01] <s3h> #TOPIC Review ACTION points from previous
[16:02] <s3h> sigh, bad lag
[16:02] <s3h> jamespage to send out an email to ubuntu-server about the new template
[16:02] <jamespage> done
[16:02] <s3h> sweet
[16:02] <s3h> daviey update release bugs for quantal
[16:03] <s3h> Daviey: ^
[16:03]  * utlemming has a conflict
[16:04] <Daviey> hye
[16:04] <Daviey> Hey
[16:04] <Daviey> The spec's which are currently under consideration are:
[16:04] <Daviey> https://blueprints.launchpad.net/~ubuntu-server/+specs?role=drafter
[16:04] <Daviey> If there is a spec you are watching that is not on this list, please make it known.
[16:04] <zul> heeeeeylo
[16:04] <Daviey> The Spec's that people are responsible for driving to Approved state are, for example:
[16:04] <Daviey> https://blueprints.launchpad.net/~james-page/+specs?searchtext=servercloud-q&role=assignee
[16:04] <Daviey> Note, that 'Assignee' actually means the person responsible for driving the WI *specifications* (and getting the blueprint Approved).. *NOT* necessarily doing the tasks. :)
[16:04] <Daviey> I went through them earlier today, and most are in a pretty good state.  However, please can those that require review (to be Approved), please be set to 'Review' state please.
[16:04] <Daviey> Any questions about Spec state?
[16:04] <roaksoax> o/
[16:04] <s3h> LINK https://blueprints.launchpad.net/~james-page/+specs?searchtext=servercloud-q&role=assignee
[16:04] <Daviey> ^^ obv, switch out james-page for $launchpad-id
[16:04] <s3h> #LINK https://blueprints.launchpad.net/~james-page/+specs?searchtext=servercloud-q&role=assignee
[16:05] <s3h> thanks Daviey
[16:05] <s3h> zul
[16:05] <zul> hmm?
[16:05] <s3h> zul talk to arosales and jamespage offline about SRU tracker
[16:05] <zul> havent done yet
[16:05] <arosales> jamespage:  did zul sync up with you?  If not, I'll need to catch up with zul.
[16:05] <arosales> ah ok
[16:05] <arosales> I'll catch up with you later zul
[16:05] <zul> oh no!
[16:06] <s3h> (null)
[16:06] <roaksoax> zul: you can't run.. your knee :P
[16:06] <Daviey> Regarding Development for Quantal... Are people frantically working on Merges?
[16:06] <zul> knee is fine :P
[16:06] <lynxman> o/ (sorry for the tardiness)
[16:06] <SpamapS> Are we not using the bot?
[16:06] <roaksoax> i started working on merges yesterday
[16:06] <s3h> zul: arosales: carry that over?
[16:06] <rbasak> I'm frantically working on the critical path for ARM server and MAAS. I regret I haven't managed to look at blueprints since UDS. And not done any merges :-/
[16:06] <Daviey> I have a report here, showing the delta with *sid*/*unstable*... NOT the default parent series of wheezy/testing:
[16:06] <zul> s3h: yep
[16:06] <Daviey> http://people.canonical.com/~davewalker/delta.html
[16:07] <s3h> #ACTION zul talk to arosales and jamespage offline about SRU tracker
[16:07] <meetingology> ACTION: zul talk to arosales and jamespage offline about SRU tracker
[16:07] <s3h> ok NOW carrying on :)
[16:07] <s3h> #TOPIC Quantal Development
[16:07] <rbasak> I'd still like to do some merges though if there are any that can wait a couple of weeks. I have an apache2 one in a local branch pending testing.
[16:07] <roaksoax> Daviey: so we should me merging from wheezy?
[16:07] <Ursinha> can I be involved in the SRU tracker discussion, please?
[16:07] <zul> Ursinha: yes since you took over it basically
[16:07] <Ursinha> :)
[16:08] <Daviey> roaksoax: no, but see if there are hits we should be merging.
[16:08] <Ursinha> lol, thanks zul
[16:08] <SpamapS> rbasak: apache2 should be 2.4, right?
[16:08] <s3h> #ACTION zul to also pull Ursinha into SRU tracker talks
[16:08] <meetingology> ACTION: zul to also pull Ursinha into SRU tracker talks
[16:08]  * rbasak looks
[16:08] <SpamapS> wait no
[16:08] <SpamapS> 2.4 is stil in Debian experimental
[16:09] <SpamapS> looks like squeeze will ship w/ 2.2
[16:09] <SpamapS> (which sucks)
[16:09] <SpamapS> But, timing. ;)
[16:09] <rbasak> I just have a 2.2.22-5ubuntu1 prepared, to fix a specific bug
[16:09] <rbasak> quantal is on 2.2.22-1ubuntu1
[16:09] <SpamapS> rbasak: yeah stick with that
[16:09] <SpamapS> we don't want to do the transition before Debian :)
[16:09] <rbasak> :-)
[16:09]  * SpamapS has learned how painful that can be w/ MySQL 5.5
[16:10] <s3h> (null)
[16:10] <s3h> SpamapS: do you mind driving release bugs?
[16:11] <zul> SpamapS:  hah hah :)
[16:11] <SpamapS> eh, uh.. sure.. let me just find that link
[16:11] <s3h> SpamapS: http://reports.qa.ubuntu.com/reports/ubuntu-server/release-bugs.html
[16:11] <Daviey> ^^ I updated it to Quantal the other day.
[16:12] <Daviey> Still, not very populated.. but that is expected at this point in the cycle.
[16:12] <SpamapS> bug 888123
[16:12] <SpamapS> jamespage: ^
[16:12] <SpamapS> bug 930916
[16:12] <jamespage> on it - waiting for doko to reappear to check my openjdk-7 fix (its a scary package)
[16:12] <SpamapS> The bug I keep procrastinating on. Will try to get some time for it later this week. Busy w/ juju SRU to precise today.
[16:13] <jamespage> SpamapS, is that SRU worthy?
[16:13] <SpamapS> Yes
[16:13] <SpamapS> it was in precise's release bugs too :-P
[16:13] <jamespage> I could pick it up if that would help
[16:13] <SpamapS> jamespage: sure. take it. :) Its a very simple fix.
[16:13] <jamespage> SpamapS, ack
[16:13] <SpamapS> bug 974584
[16:13] <s3h> I'm waiting to see if someone speaks up there, else I'll aks for the patch to be sponsored tomorrow
[16:14] <SpamapS> woot
[16:14] <SpamapS> bug 1001846
[16:15] <roaksoax> so that seems to be a corner case and I've requested for more information even though the proposed fix makes sense
[16:15] <SpamapS> bug 880339
[16:15] <SpamapS> I believe that one is well understood and is actually a bug in dh_apparmor
[16:16] <SpamapS> In some cases, /etc/apparmor.d/local/usr.sbin.mysqld is removed because of the transfer of ownership from 5.1 -> 5.5
[16:16] <SpamapS> Have a patch, just need to apply it (got stalled because apparmor was FTBFS, but that got fixed recently)
[16:16] <SpamapS> bug 901881
[16:17] <SpamapS> zul: ^^
[16:17] <zul> SpamapS: ill double check
[16:18] <SpamapS> I see we have the MIR's listed there too... we should probably track those
[16:18] <zul> new libvirt is pending a MIR btw
[16:18] <Daviey> Now is also a good time to raise any issues NOT being tracked on that list. :)
[16:18] <s3h> and that MIR is not on ts list
[16:19] <s3h> (dwarves-dfsg)
[16:19] <SpamapS> zookeeper, I think, is approved.. but we haven't added the depends yet because it was basically done for juju
[16:19] <s3h> netcf should also be on that list
[16:19] <s3h> is that accomplished with a tag?
[16:19] <zul> do we have a server team member on the MIR team?
[16:19] <SpamapS> no, but it really wouldn't matter. The MIR process is bottlenecked on security
[16:20] <zul> i mean after the bottleneck
[16:20] <SpamapS> after the bottleneck there's nothing to do but seed/upload/etc.
[16:20] <Daviey> zul: we do not.
[16:21] <zul> SpamapS:  i mean when the bottleneck is done someone the server team can poke and do our bidding
[16:21] <zul> but anyways
[16:21] <s3h> care to discuss in open discussion?
[16:21] <zul> sure
[16:21] <SpamapS> zul: we don't need to be on the MIR team to do anything after the security review is done.
[16:21]  * jdstrand looked at the queue and doesn't see security team subscribed to anything
[16:21] <s3h> arosales: Daviey: do we wannt to o through blueprints at this point?
[16:21] <jdstrand> (for MIRs)
[16:21] <SpamapS> zul: once that is done, the bug is approved, and any core dev can go edit the seeds or upload a depending package
[16:21] <s3h> ruh ro
[16:21] <jdstrand> SpamapS: what MIR(s) are you referring to?
[16:22] <arosales> s3h: I think the main points Daviey already discussed
[16:22] <SpamapS> jdstrand: I'm more discussing the general process and the fact that adding MIR team members would just overload your team more.
[16:22] <jdstrand> oh
[16:22] <arosales> ie getting blueprints updated, correct status, and approved
[16:22] <s3h> arosales: thanks, great
[16:22] <jdstrand> well, I was promised it wouldn't be like last time ;)
[16:22] <SpamapS> jdstrand: "Words are wind, Jon Snow"
[16:23] <jdstrand> heh
[16:23] <SpamapS> ;)
[16:23] <s3h> moving on then
[16:23] <SpamapS> I don't see any big MIR's this cycle
[16:23] <s3h> thanks SpamapS!
[16:23] <s3h> #TOPIC Ubuntu Server Team Events
[16:23] <zul> SpamapS: i do
[16:23] <zul> but anyways
[16:23] <jdstrand> SpamapS, zul: actually, doko and I discussed adding members to the ubuntu-mir team. we think it would be a good idea if someone else wanted to help out (beyond security audits)
[16:24] <s3h> zul: do you want to discuss that now?
[16:24] <SpamapS> jdstrand: sure lets discuss that in the open discussion section
[16:24]  * jdstrand nods
[16:24] <zul> s3h: no lets continue later
[16:24] <s3h> ok, any events coming up?
[16:25] <arosales> m_3 @ gluecon 23-24 of May
[16:25] <SpamapS> m_3: you still going to gluecon?
[16:25] <m_3> submitting for the aws/ec2 conference in November
[16:25] <jimbaker`> i'm at usenix config mgmt summit to discuss juju on june 12
[16:25] <SpamapS> jimbaker`: cool!
[16:25] <m_3> SpamapS: they rejected the talks... but they're local so maybe I can get a lightning talk in
[16:26] <jimbaker`> SpamapS, thanks, this will be my first time presenting juju in public, so fingers crossed ;)
[16:26] <s3h> cool, thanks
[16:26] <s3h> #TPIC Weekly Updates & Questions for the QA Team (hggdh)
[16:26] <jimbaker`> m_3, lightning talks for gluecon are tonight, so doable
[16:26] <hggdh> hi
[16:27] <hggdh> I have been working the last week in Boston, so I have no updates.
[16:27] <SpamapS> m_3: and no charm school?
[16:27] <hggdh> But I will answer any questions ;-)
[16:27] <hggdh> ..
[16:27] <m_3> SpamapS: nope... hopefully next year... it'd be a good crowd for at least an intro juju talk
[16:27] <s3h> any questions for hggdh?
[16:28] <s3h> thanks hggdh.  moving on,
[16:28] <s3h> #TOPIC Weekly Updates & Questions for the Kernel Team (smb)
[16:28] <smb> Hello...
[16:28] <smb> Trying to understand bug 999755... slowly. Apart from that... other questions?
[16:28] <smb> ..
[16:29] <s3h> smb: you might wnat to test zul's proposed libvirt merge for quantal against xen
[16:29] <s3h> http://people.canonical.com/chucks/libvirt
[16:29] <zul> ~chucks/libvirt
[16:29] <smb> s3h, Yes, I guess I should...
[16:29] <s3h> yeah that
[16:30] <s3h> any other questions for smb?  if not...
[16:30] <s3h> #TOPIC Weekly Updates & Questions regarding Ubuntu ARM Server (rbasak)
[16:30] <rbasak> Nothing to report. Work on ARM server continues. Any questions for me?
[16:31] <s3h> sounds like no, thanks rbasak
[16:31] <s3h> #TOPIC Open Discussion
[16:32] <SpamapS> jdstrand: so, despite what I thought, the  MIR team actually *could* use a member from the server team?
[16:33] <jdstrand> SpamapS: yes!
[16:33] <jdstrand> how it would probably work though is that the server team member would review non-server stuff and the desktop member would review server stuff (to avoid conflict of interest). but that is an implementation detail
[16:34] <SpamapS> Yeah that sounds like a good idea.
[16:34] <jdstrand> there is certainly enough work to go around and I feel it would benefit not only the mir team, but all teams trying to pursue MIRs
[16:34] <SpamapS> arosales: maybe you and Daviey can work out who might be available for such a post?
[16:34] <s3h> who all would be interested?
[16:34] <SpamapS> Daviey: ^^
[16:34]  * SpamapS steps backward
[16:34] <SpamapS> I have enough :)
[16:35] <arosales> any volunteers ?
[16:35] <s3h> ACTION Daviey and arosales to work a list of who is available for MIR team
[16:35] <jdstrand> (as an aside, we have work items on the security team surrounding improving the audit process as well)
[16:35] <zul> he/she doesnt need to be core-dev do they?
[16:35] <s3h> I might be interested.  if i don't have to be cored-ev
[16:35] <s3h> or be able to speell
[16:35] <zul> spelling is a must ;)
[16:35] <zul> so i am out as well
[16:35] <SpamapS> s3h: you're a server dev, are you not?
[16:36] <s3h> yes
[16:36] <jdstrand> well, they all currently are, but technically no because it is up to the filer to adjust the seeds, etc
[16:36] <SpamapS> s3h: I think that shows enough packaging know-how
[16:36] <jdstrand> but the person must be able to do pretty thorough packaging reviews. core-dev just happens to demonstrate that
[16:36] <s3h> let's not focus on me :)  perahps whoeer is interested should email Daviey/arosales
[16:37] <jdstrand> https://wiki.ubuntu.com/MainInclusionProcess and https://wiki.ubuntu.com/UbuntuMainInclusionRequirements should be reviewed by interested people
[16:37] <s3h> and turn on their spell checker
[16:37] <s3h> ok, anything actionable here?
[16:38] <s3h> #ACTION email arosales/Daviey if interested in ubuntu-mir membership
[16:38] <meetingology> ACTION: email arosales/Daviey if interested in ubuntu-mir membership
[16:38] <SpamapS> s3h: you forgot the #
[16:38] <SpamapS> on the first one
[16:38] <s3h> do you think we need both actions?
[16:39] <arosales> I also assume a couple of of rounds of MIR can help with core-dev applicaton
[16:39] <arosales> I am sure the MIR team would welcome help
[16:39] <rbasak> What is required for membership?
[16:39] <arosales> able to do pretty thorough packaging reviews
[16:40] <s3h> ok shall we move on?  any further topics?
[16:40] <rbasak> Is contributing developer a requirement for example?
[16:40] <arosales> and knowledgeable about  https://wiki.ubuntu.com/MainInclusionProcess and https://wiki.ubuntu.com/UbuntuMainInclusionRequirements
[16:40] <arosales> s3h: one other topic
[16:40] <arosales> rbasak: jdstrand would know for sure
[16:40] <SpamapS> rbasak: you're about ready for a server dev application tho.. so I wouldn't worry too much about not having upload rights "today" :)
[16:41] <arosales> s3h: Everyone comfortable with integrating the blueprint template jamespage emailed out?
[16:41] <arosales> Also documented at https://wiki.ubuntu.com/BlueprintSpec
[16:41] <s3h> I followed it with my blueprints and liked it
[16:41] <jdstrand> well, actually I wouldn't. I kind of inherited my position :) if you are core-dev, I don't think there is any problem. if you aren't, I think the existing team would have to talk to the candidate
[16:41] <s3h> what do others think?
[16:42] <arosales> thanks for giving it a try s3h
[16:42] <jamespage> if anyone needs any help interpreting the template into their blueprints please feel free to ping me
[16:43] <arosales> or ping in ubuntu-server
[16:43] <smoser> for reference: http://comments.gmane.org/gmane.linux.ubuntu.server/6138
[16:43] <arosales> be great if server team had some solid blueprint documentation with this template
[16:44] <s3h> so I personally am backing my bp's in lp +junk.  What are others doing?  Do we set up a team to combine all the blueprints?
[16:44] <s3h> (as per smoser's suggestion)
[16:44] <arosales> I think we still need to iron that out and perhaps sync up with Ursinha
[16:44] <smoser> Ursinha was working on some things to make this better integrated with launchpad.
[16:44] <arosales> s3h: good point to bring up though
[16:45] <smoser> ie, to give a comment field and history of work items.
[16:45] <s3h> Ursinha: do you have any update on that?
[16:45] <arosales> s3h: you can give me an action to follow up with Ursinha on the best approach for this cycle.
[16:45] <smoser> the issue with you doing that on your own, s3h is that someone will just edit the whiteboard manually, and then either lose their changes, or not be able to commit to your +junk branch to change it properly
[16:45] <s3h> and is there anything in that work that would block creating the ubuntu-server-blueprints lp group
[16:46] <SpamapS> Its worth noting that any branch can be attached to any blueprint..
[16:46] <s3h> #ACTION arosales to follow up with Ursinha on best approach for blueprint management this cycle
[16:46] <meetingology> ACTION: arosales to follow up with Ursinha on best approach for blueprint management this cycle
[16:46] <smoser> well, s3h, urshina's proposal would largely mitigate the need for that.
[16:46] <SpamapS> so if we do an auto-sync thing from branch -> BP we can also link the branch, and make a project, like 'ubuntu-blueprints' to keep them all in
[16:46] <s3h> smoser: I get emails whenever they do, so I can udpate it in my copy
[16:46] <SpamapS> this sounds like an implementation discussion tho :-P
[16:46] <s3h> smoser: sure, but in the meantime we risk losing our whiteboard contents
[16:46] <Ursinha> there are two things that can be done
[16:47] <SpamapS> not something for this meeting. :p
[16:47] <Ursinha> okay :P
[16:47] <smoser> there she is!
[16:47] <smoser> good. please discuss, and lets find a solution for this.
[16:47] <Ursinha> thanks god I have hilight for misspells :P
[16:47] <arosales> Ursinha: I catch up with you off-line
[16:47] <Ursinha> sure
[16:47] <Ursinha> first: using a bot that parses email, and also parses a message in the whiteboard explaining the change
[16:48] <Ursinha> then the bot removes that and we have a page somewhere else looking like the bug activity pagwe in launchpad
[16:48] <Ursinha> second approach, is changing launchpad to include blueprint activity
[16:48] <s3h> Ursinha: thanks
[16:48] <Ursinha> second one in way cleaner, but it will take a bit of time
[16:49] <s3h> can you send an email to the m-l after you and arosales discus?
[16:49] <Ursinha> I'm currently working on it, but don't want to wait for it to finish to start doing something
[16:49] <Ursinha> sure
[16:49] <s3h> thanks.  any other topics?
[16:49] <arosales> thanks for working on that Ursinha
[16:49] <Ursinha> arosales, it's my pleasure
[16:50] <jamespage> I've been doing some work on the bug triage workflow
[16:50] <s3h> ah!
[16:50] <jamespage> should have something for you all to review this week
[16:50] <s3h> jamespage: awesome, thanks
[16:50] <Ursinha> jamespage, awesome :)
[16:50] <s3h> #TOPIC Announce next meeting date and time
[16:50] <s3h> Tuesday May 29 at 1600 UTC.  right here.
[16:51] <s3h> #endmeeting
[16:51] <meetingology> Meeting ended Tue May 22 16:51:06 2012 UTC.
[16:51] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-05-22-16.01.moin.txt
[16:51] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-05-22-16.01.html
[16:51] <arosales> thanks for chair'ing s3h
[16:51] <roaksoax> \o/
[17:00] <ppisati> o/
[17:00] <jsalisbury> ##
[17:00] <jsalisbury> ##
[17:00] <meetingology> Meeting started Tue May 22 17:00:17 2012 UTC.  The chair is jsalisbury. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:00] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[17:00] <jsalisbury> [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Precise
[17:00] <tgardner> o/
[17:00] <herton> o/
[17:00] <henrix> o/
[17:00] <ogasawara> o/
[17:00] <apw> o/
[17:00] <arges> o/
[17:00] <sforshee> o.
[17:00] <sforshee> o/
[17:00] <jsalisbury> [TOPIC] ARM Status (ppisati)
[17:00] <ppisati> Q/omap4: first omap4 kernel (Ubuntu-3.4.0-200.1) based off 3.4rc7 has been pushed to the repository - some noticeable bits were disabled (omap5 support, sound, sata, dsp, etcetc) but work is geared to enable all the remaining parts.
[17:01] <cking> o/
[17:01] <sconklin> o/
[17:01] <tgardner> ppisati, I uploaded a v3.4 based version a bit ago
[17:01] <kamal> o/
[17:01] <ppisati> tgardner: cool
[17:01]  * ppisati fetch --all
[17:02] <jsalisbury> ppisati, anything else on the topic of ARM?
[17:02] <ppisati> nope
[17:02] <ppisati> ..
[17:02] <jsalisbury> [TOPIC] Release Metrics and Incoming Bugs (jsalisbury)
[17:02] <jsalisbury> Release metrics and incoming bug data can be reviewed at the following link:
[17:02] <jsalisbury> [LINK] http://people.canonical.com/~kernel/reports/kt-meeting.txt
[17:02] <jsalisbury> ..
[17:02] <jsalisbury> [TOPIC] Milestone Targeted Work Items (ogasawara)
[17:02] <ogasawara> || apw         || hardware-q-kernel-config-review || 1 work item   ||
[17:02] <ogasawara> ||             || hardware-q-kernel-delta-review  || 2 work items  ||
[17:02] <ogasawara> || smb         || hardware-q-kernel-config-review || 1 work item   ||
[17:02] <ogasawara> ||             || hardware-q-kernel-delta-review  || 1 work item   ||
[17:02] <ogasawara> || ppisati     || hardware-q-kernel-config-review || 1 work item   ||
[17:02] <ogasawara> || jk-         || hardware-q-kernel-config-review || 2 work items  ||
[17:02] <ogasawara> || ogasawara   || hardware-q-kernel-config-review || 1 work item   ||
[17:02] <ogasawara> ||             || hardware-q-kernel-delta-review  || 1 work item   ||
[17:02] <ogasawara> || cking       || hardware-q-kernel-delta-review  || 3 work items  ||
[17:02] <ogasawara> || jjohansen   || hardware-q-kernel-config-review || 2 work item   ||
[17:03] <ogasawara> || kernel-team || hardware-q-kernel-config-review || 15 work items ||
[17:03] <ogasawara> If your name is in the above table, please review your Alpha-1 work
[17:03] <ogasawara> items.  If anyone has a spare cycle, feel free to take one of the work
[17:03] <ogasawara> items assigned to the team.
[17:03] <ogasawara> ..
[17:03] <jsalisbury> [TOPIC] Status: Quantal Development Kernel (ogasawara)
[17:03] <ogasawara> We've rebased the Quantal kernel to upstream v3.4 final and uploaded.
[17:03] <ogasawara> This upload collapses the -virtual flavor, reinstates the i386 generic
[17:03] <ogasawara> flavor, and transitions the i386 generic-pae flavor to the generic
[17:03] <ogasawara> flavor.  We've also homogenized the entire linux-meta package and
[17:03] <ogasawara> removed the non-smp powerpc meta package as it was made obsolete in
[17:03] <ogasawara> Precise.
[17:03] <ogasawara> Important upcoming dates:
[17:03] <ogasawara>  * Thurs Jun 7 - Alpha 1 (~2 weeks)
[17:03] <ogasawara> ..
[17:04] <jsalisbury> [TOPIC] Status: CVE's (sconklin)
[17:04] <sconklin> == 2012-05-22 (weekly) ==
[17:04] <sconklin> Currently we have 85 CVEs on our radar, with 3 new CVEs added this week.
[17:04] <sconklin> See the CVE matrix for the current list:
[17:04] <sconklin> [LINK] http://people.canonical.com/~kernel/cve/pkg/ALL-linux.html
[17:04] <sconklin> Overall the backlog has increased slightly slightly this week:
[17:04] <sconklin> [LINK] http://people.canonical.com/~kernel/status/cve-metrics.txt
[17:04] <sconklin> [LINK] http://people.canonical.com/~kernel/cve/pkg/CVE-linux.txt
[17:04] <sconklin> ..
[17:04] <jsalisbury> [TOPIC] Status: Stable, Security, and Bugfix Kernel Updates - Precise/Oneiric/Natty/Lucid/Hardy (bjf/herton/henrix)
[17:05] <bjf>
[17:05] <bjf> Here is the status for the main kernels, until today (May  22):
[17:05] <bjf>
[17:05] <bjf>  * Hardy    - 2.6.24-31.101 - No change this cycle
[17:05] <bjf>  * Lucid    - 2.6.32-41.90  - Prep; Single CVE
[17:05] <bjf>  * Natty    - 2.6.38-15.60  - Prep: 7 CVEs
[17:05] <bjf>  * Oneiric  - 3.0.0-21.35   - Prep; 2 stable upstream releases (approx. 111 commits)
[17:05] <bjf>  * Precise  - 3.2.0-25.39   - Prep; 2 stable upstream releases (approx. 271 commits)
[17:05] <bjf>
[17:05] <bjf> Current opened tracking bugs details:
[17:05] <bjf>  * http://people.canonical.com/~kernel/reports/kernel-sru-workflow.html
[17:05] <bjf>
[17:05] <bjf> For SRUs, SRU report is a good source of information:
[17:05] <bjf>  * http://people.canonical.com/~kernel/reports/sru-report.html
[17:05] <bjf>
[17:05] <bjf> Future stable cadence cycles:
[17:05] <bjf>  * https://wiki.ubuntu.com/QuantalQuetzal/ReleaseInterlock
[17:05] <bjf>
[17:06] <bjf> ..
[17:06] <jsalisbury> [TOPIC] Open Discussion or Questions? Raise your hand to be recognized (o/)
[17:06] <jsalisbury> Thanks everyone
[17:06] <jsalisbury> #endmeeting
[17:06] <meetingology> Meeting ended Tue May 22 17:06:40 2012 UTC.
[17:06] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-05-22-17.00.moin.txt
[17:06] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-05-22-17.00.html
[17:06] <kamal> thanks jsalisbury
[17:07] <apw> jsalisbury, thanks


[01:28] <mup> PR snapcraft#1095 closed: Plainbox providers run validate <Created by jocave> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1095>
[12:04] <ee> hi, I have posted a question in stack-overflow: http://stackoverflow.com/questions/42607918/error-after-installing-packages-with-snap?noredirect=1#comment72345436_42607918
[14:04] <mup> PR snapcraft#1167 closed: tests:install wget in the container that triggers the beta tests <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1167>
[14:44] <mup> PR snapcraft#1148 closed: kernel plugin: if dtb target == NULL and arch == (arm||arm64), build and install all dtbs <Created by piso77> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1148>
[18:00] <mup> Bug #1670165 opened: alsa interface can't see micrphones <Snappy:New> <https://launchpad.net/bugs/1670165>
[18:48] <obb> hi, I want to install snappy on debian jessie
[18:48] <obb> is it possible/did anyone try it?


[11:40] <AlanBell> http://sourceforge.net/projects/odt2braille/ needs some work porting to linux and packaging for debian/ubuntu
[15:09] <AlanBell> Bug #599206
[15:09] <ubot2> Launchpad bug 599206 in compiz (Ubuntu) "Typo in "protanopia" color filter (affects: 1) (heat: 29)" [Undecided,New] https://launchpad.net/bugs/599206
[17:36] <AlanBell> yay, bug found and someone just fixed it upstream
[17:48] <AlanBell> nigelb: what happens now with this bug? it is confirmed and fixed upstream. Can we get the fix into Maverick?
[17:48] <AlanBell> how do we request that?
[17:58] <AlanBell> just added a How to be Faisal section http://pad.ubuntu-uk.org/faisal
[21:11] <UndiFineD> AlanBell, did you try to contact Karl ? http://www.eklhad.net/
[21:11] <UndiFineD> he is quite the blind geek
[21:12] <UndiFineD> ;)
[21:12] <AlanBell> had a look at the website, but was too caught up in UDS to do anything more at the time!
[21:12] <UndiFineD> i understand
[21:28] <JanC> just like many longtime blind people he prefers the commandline it seems...
[21:33] <UndiFineD> yes hes has used computers for even longer than i have
[21:39] <dutchie> that guy has been using computers since before i was even born :)
[21:51] <TheMuso> Such people will never be swayed from the console. Hell even some people in the community who are around now will never be swayed.


[05:14] -queuebot:#ubuntu-release- New binary: r-cran-getoptlong [amd64] (groovy-proposed/none) [1.0.2+dfsg-1] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: r-cran-ksamples [ppc64el] (groovy-proposed/none) [1.2-9-1] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: raritan-json-rpc-sdk [amd64] (groovy-proposed/none) [3.6.0+ds1-1~exp2] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: r-cran-ksamples [amd64] (groovy-proposed/none) [1.2-9-1] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: r-cran-ksamples [s390x] (groovy-proposed/none) [1.2-9-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: r-cran-ksamples [arm64] (groovy-proposed/universe) [1.2-9-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: r-cran-ksamples [armhf] (groovy-proposed/universe) [1.2-9-1] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: r-cran-ksamples [riscv64] (groovy-proposed/universe) [1.2-9-1] (no packageset)
[06:20] <ginggs> vorlon: -lcuda is provided by libnvidia-compute-* which no longer exists on ppc64el
[08:20] <tjaalton> marcustomlinson, Laney: this is what I got when trying to accept it: b'The source libreoffice - 1:6.4.5-0ubuntu<IP_ADDRESS> is already accepted in ubuntu/focal and you cannot upload the same version within the same distribution. You have to modify the source version and re-upload.'
[08:20] <tjaalton> weird..
[08:21] <cjwatson> tjaalton: Sorted out now
[08:21] <tjaalton> yeah
[08:51] <xnox> vorlon: demote them too?!
[10:38] <marcustomlinson> tjaalton: yeah weird edge case indeed
[11:14] -queuebot:#ubuntu-release- New binary: gxr-openvr [ppc64el] (groovy-proposed/multiverse) [0.15.1-2] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: raritan-json-rpc-sdk [amd64] (groovy-proposed/universe) [3.6.0+ds1-1] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: gxr-openvr [s390x] (groovy-proposed/multiverse) [0.15.1-2] (no packageset)
[11:15] -queuebot:#ubuntu-release- New binary: gxr-openvr [amd64] (groovy-proposed/multiverse) [0.15.1-2] (no packageset)
[11:16] -queuebot:#ubuntu-release- New binary: gxr-openvr [arm64] (groovy-proposed/multiverse) [0.15.1-2] (no packageset)
[11:16] -queuebot:#ubuntu-release- New binary: gxr-openvr [armhf] (groovy-proposed/multiverse) [0.15.1-2] (no packageset)
[11:41] -queuebot:#ubuntu-release- New binary: gxr-openvr [riscv64] (groovy-proposed/multiverse) [0.15.1-2] (no packageset)
[20:00] -queuebot:#ubuntu-release- New: accepted gxr-openvr [amd64] (groovy-proposed) [0.15.1-2]
[20:00] -queuebot:#ubuntu-release- New: accepted gxr-openvr [armhf] (groovy-proposed) [0.15.1-2]
[20:00] -queuebot:#ubuntu-release- New: accepted gxr-openvr [riscv64] (groovy-proposed) [0.15.1-2]
[20:00] -queuebot:#ubuntu-release- New: accepted gxr-openvr [arm64] (groovy-proposed) [0.15.1-2]
[20:00] -queuebot:#ubuntu-release- New: accepted gxr-openvr [ppc64el] (groovy-proposed) [0.15.1-2]
[20:01] -queuebot:#ubuntu-release- New: accepted gxr-openvr [s390x] (groovy-proposed) [0.15.1-2]
[20:01] -queuebot:#ubuntu-release- New: accepted r-cran-ksamples [arm64] (groovy-proposed) [1.2-9-1]
[20:01] -queuebot:#ubuntu-release- New: accepted r-cran-ksamples [ppc64el] (groovy-proposed) [1.2-9-1]
[20:01] -queuebot:#ubuntu-release- New: accepted r-cran-ksamples [s390x] (groovy-proposed) [1.2-9-1]
[20:01] -queuebot:#ubuntu-release- New: accepted raritan-json-rpc-sdk [amd64] (groovy-proposed) [3.6.0+ds1-1~exp2]
[20:01] -queuebot:#ubuntu-release- New: accepted r-cran-ksamples [amd64] (groovy-proposed) [1.2-9-1]
[20:01] -queuebot:#ubuntu-release- New: accepted r-cran-ksamples [riscv64] (groovy-proposed) [1.2-9-1]
[20:01] -queuebot:#ubuntu-release- New: accepted r-cran-ksamples [armhf] (groovy-proposed) [1.2-9-1]
[20:01] -queuebot:#ubuntu-release- New: accepted raritan-json-rpc-sdk [amd64] (groovy-proposed) [3.6.0+ds1-1]
[20:01] -queuebot:#ubuntu-release- New: accepted fpc [armhf] (groovy-proposed) [3.2.0+dfsg-5]
[20:01] -queuebot:#ubuntu-release- New: accepted r-cran-getoptlong [amd64] (groovy-proposed) [1.0.2+dfsg-1]
[21:07] -queuebot:#ubuntu-release- New binary: r-bioc-complexheatmap [amd64] (groovy-proposed/universe) [2.4.3+dfsg-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: r-bioc-complexheatmap [amd64] (groovy-proposed/universe) [2.4.3+dfsg-2] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: python-itemloaders [amd64] (groovy-proposed/universe) [1.0.2-1] (no packageset)


[12:04] <ryanakca> is there a howto on making a deb from a .bin?
[01:35] <ajmitch> hello LaserJock
[01:37] <LaserJock> ajmitch: you know much about debconf?
[01:37] <LaserJock> hello btw :-)
[01:37] <ajmitch> :P
[01:37] <ajmitch> I know some, why?
[01:37] <TheMuso> Hey all.
[01:37] <ajmitch> morning
[01:37] <LaserJock> well, I'm not sure about the different modes
[01:38] <LaserJock> so there is like ncurses looking thing, and the more cool version I see in synaptic
[01:38] <LaserJock> is that dependent on the package manager or on something in the actual package?
[01:39] <ajmitch> it's not synaptic only
[01:40] <LaserJock> right
[01:41] <ogra> gkdebconf ?
[01:42] <phanatic> i think there are different frontends to debconf, the user may set which one to use. curses and gtk is such a frontend. or am i totally wrong? :)
[01:42] <ogra> ah, no, that was a dpkg-reconfigure frontend
[01:42] <LaserJock> yeah
[01:42] <ogra> phanatic, not all work out of the box
[01:42] <LaserJock> but is it specific to the package? or the user?
[01:43] <ogra> the dependencys :)
[01:43] <TheMuso> LaserJock: AFAIK the debconf front-end is not package specific.
[01:43] <ogra> LaserJock, apt-cache show debconf|grep Suggests:
[01:43] <TheMuso> I remember doing a dist-upgrade to debian sid on a box a while ago, and one of the questions was to choose the debconf front-end. Dialog and other choices were available,.
[01:44] <ogra> its depending on the installed frontend libs
[01:44] <LaserJock> arg, ok
[01:44] <phanatic> TheMuso: that's what i meant :)
[01:44] <ogra> if you select one that hasnt the deps available, it falls back to curses
[01:45] <phanatic> but in ubuntu (at least when using synaptic) gtk is the default, not?
[01:46] <ogra> yep
[01:47] <ogra> because libgnome2-perl is a dependency of ubuntu-desktop
[01:47] <LaserJock> but dpkg and gdebi use curses, I think
[01:50] <plugwash> does it also fall back to curses if X11 isn't availible?
[01:50] <ogra> yep
[01:53] <plugwash> (by not availible i mean the display variable etc not set)
[01:53] <ajmitch> LaserJock: still doing that task?
[01:54] <LaserJock> ajmitch: yes
[01:54] <LaserJock> ajmitch: today is the final day though, I hope
[01:54] <LaserJock> it has been interesting
[02:07] <ryanakca> bddebian: wb
[02:09] <bddebian> Heya gang
[02:09] <bddebian> Hi ryanakca
[02:09] <LaserJock> hi bddebian
[02:10] <bddebian> Heya LaserJock
[02:10] <ryanakca> haven't found anything on scons + .deb...
[02:10] <ryanakca> and I asked in #debian-devel... the reply was "WTF is Scons?"
[02:10] <bddebian> Where does it deviate from configure and make.  I'm a little confused obviously?
[02:11] <ryanakca> same here... I wish people WOULD stick to configure and make
[02:12] <bddebian> ryanakca: No, now Why, Where?  According to readme-linux.txt it is just autogen.sh, ./configure && make?
[02:12] <ryanakca> I have no clue what the difference is... its only the 2nd time that I've ever heard of it... but you SHOULD be able to go sudo scons, and it'll configure, make and install
[02:12] <ajmitch> look for packages that use scons to build that are currently in debian or ubuntu
[02:12] <ryanakca> http://www.secretmaryo.org/phpBB2/viewtopic.php?t=107
[02:13] <bddebian> ajmitch: Hi :-)
[02:13] <bddebian> ajmitch: This is why I was trying to use grep-dctrl to see what packages build-dep on scons :-)
[02:13] <ryanakca> thats the topic where they explain that they switched from the old autogen to scons...
[02:13] <ajmitch> bddebian: yes, why didn't you?
[02:14] <bddebian> ajmitch: Because I can't get it to work :-(
[02:14] <bddebian> I'm st00pid rememeber :'-(
[02:14] <ajmitch> right...
[02:16] <bddebian> I tried 'grep-dctrl -F Build-depends scons' to no avail
[02:17] <ajmitch> and like grep, it needs data to work on
[02:18] <bddebian> Aye but what Packages file do I use?
[02:18] <ajmitch> the right one :P
[02:18] <ajmitch> in fact, no Packages file at all
[02:19] <ajmitch> Packages doesn't list Build-Depends, because it's not a field for a binary package
[02:19] <bddebian> Oh, duh
[02:19] <bddebian> Sources?
[02:19] <ajmitch> it would work a little better
[02:20] <bddebian> <dumb question>Where is it?</dumb question>
[02:21] <bddebian> ryanakca: I'm not quite sure what the issue is.  Can't you just put scons in debian/rules instead of configure && make
[02:21] <bddebian> ?
[02:21] <ryanakca> I guess I could try...
[02:21] <ryanakca> so comment out the whole file, and just put in "scons"?
[02:21] <bddebian> No
[02:21] <ajmitch> bddebian: /var/lib/apt/lists..
[02:21] <bddebian> ajmitch: Thank you!
[02:22] <bddebian> ryanakca: In the specific targets, (i.e. build) take out any ./configure or $MAKE stuff and use scons.    There are a buttload :-(
[02:23] <LaserJock> bah, where does infinity live?
[02:23] <ajmitch> melbourne, australia
[02:24] <bddebian> AU
[02:24] <LaserJock> k, so he might be up?
[02:24] <ajmitch> not sure what timezone he lives in though ;)
[02:24] <ryanakca> http://pastebin.ca/65331
[02:24] <ryanakca> bddebian: according to forums, libSDL-dev
[02:24] <ajmitch> LaserJock: there have been days when he's still been up at this time
[02:25] <ryanakca> control http://pastebin.ca/65332
[02:25] <LaserJock> ajmitch: it's gotta be morning there, no?
[02:26] <ajmitch> yes
[02:26] <LaserJock> k
[02:26] <ajmitch> 10:25AM
[02:26] <bddebian> ryanakca: Do 'apt-cache dump |grep libsdl |grep dev |grep Package' ;-P
[02:26] <LaserJock> I'm just trying to figure how synaptic figures out the debconf interface
[02:28] <LaserJock> yeah
[02:28] <LaserJock> but apt-get, dpkg, and gdebi are using Dialog
[02:28] <LaserJock> and synaptic is using Gnome
[02:28] <LaserJock> and I'm trying to figure out why that is
[02:28] <bddebian> ryanakca: As a test, just replace $(MAKE) with scons
[02:29] <ogra> apt-get source synaptic && grep DEBCONF synaptic-*/*
[02:29] <ryanakca> http://pastebin.ca/65333
[02:29] <ogra> ?
[02:29] <bddebian> ryanakca: Aye. :-)  libsdl-dev is not enough, I tried it :-)
[02:29] <LaserJock> ogra: sure if you want to do it the easy way ;-)
[02:30] <ogra> :)
[02:30] <LaserJock> ogra: I wanted to bug somebody :-)
[02:30] <ogra> then you will have to wait for mvo to get up, he'll know since he implemented it :)
[02:30] <ryanakca> kk, testing apt-get install libsdl*
[02:30] <bddebian> Heh
[02:31] <ryanakca> nope... dependency probs
[02:31] <ryanakca> sudo apt-get install libsdl1.2-all
[02:31] <ryanakca> that should fix it, eh?
[02:31] <bddebian> We'll find out :-)
[02:33] <LaserJock> ogra: mwuahahaha, putenv("DEBIAN_FRONTEND=gnome");
[02:34] <ryanakca> *twiddles*
[02:34] <bddebian> Still no go:
[02:34] <ogra> LaserJock, well, quick and dirty :)
[02:34] <bddebian> Checking for SDL_Init(SDL_INIT_VIDEO) in C library SDL... no
[02:35] <LaserJock> ogra: but exactly what I wanted
[02:35] <ogra> :)
[02:36] <chillywilly> hey
[02:37] <bddebian> Heya chillywilly
[02:38] <bddebian> ryanakca: Pull the source for 'yafray'.  It is a scons package
[02:38] <ryanakca> bddebian: ok, when I try to run scons, without debuild... just to make a test build WITH scons, I get the error in the last post of this thread http://www.secretmaryo.org/phpBB2/viewtopic.php?t=107&sid=ea0840f3713ea219719bcdaaa183641d
[02:41] <ryanakca> interesting rules file...
[02:42] <ryanakca> hmmm... could I build the source from a slackware .tgz package?
[02:42] <ryanakca> build source/package from a slackware .tgz package I mean
[02:43] <TheMuso> ryanakca: What format is the slackware package?
[02:43] <TheMuso> The binary package?
[02:44] <LaserJock> tgz
[02:44] <TheMuso> LaserJock: Thats just a tarball.
[02:44] <ryanakca> .tgz... I think it's a source... either slack or gentoo builds everything from source with portage... forget wich one
[02:44] <LaserJock> gentoo
[02:44] <TheMuso> Slackware also uses .tgz files for binary packages.
[02:44] <LaserJock> I think the binary in slack is a .tgz but I could be wrong
[02:45] <crimsun_> bddebian: that should be covered by libsdl1.2-dev
[02:45] <bddebian> crimsun_: I thought so too but it doesn't work :-(
[02:45] <bddebian> ryanakca: Do you have all the build deps, like libcegui-dev?
[02:46] <ryanakca> no... I can't even get the source to build properly with this "scons" thingy
[02:48] <ryanakca> ok, the .tgz creates a folder "usr/, which containts bin/ share/     bin/ contains the executable "smc",     share/ some files...
[02:49] <TheMuso> Ok so it is a binary packages.
[02:49] <TheMuso> package
[02:49] <ryanakca> yes...
[02:49] <TheMuso> the tgz that is.
[02:50] <ryanakca> hmmm... I'll try running ~/deb/usr/bin/smc... I'll tell you the results...
[02:52] <ryanakca> ./smc: error while loading shared libraries: libSDL_gfx.so.13: cannot open shared object file: No such file or directory
[02:52] <crimsun_> ah!
[02:52] <crimsun_> libsdl-image1.2-dev
[02:52] <crimsun_> err
[02:52] <crimsun_> libsdl-gfx1.2-dev
[02:53] <ryanakca> allready installed :S
[02:54] <crimsun_> "libSDL_gfx.so.13"? geez, what soname madness....
[02:54] <ryanakca> so it's either a problem with libsdl or with scons and the source code
[02:54] <bddebian> crimsun_: I've tried both of those too :-(
[02:55] <crimsun_> root@garnish:/usr/include/SDL# dpkg -L libsdl-gfx1.2-4|grep .so.
[02:55] <crimsun_> /usr/lib/libSDL_gfx.so.4.9.0
[02:55] <crimsun_> /usr/lib/libSDL_gfx.so.4
[02:55] <TheMuso> Thats what you get with slackware packages.  I'm getting the error as said in message of 20:38
[02:55] <TheMuso> Particularly 3rd-party package.
[02:55] <ryanakca> lol
[02:55] <TheMuso> packages.
[02:55] <crimsun_> if there's a config.log, it should spit out what pkg-config is failing on
[02:56] <ryanakca> crimsun_: it doesn't run off of ./configure... it uses some wierd thing called "scons"
[02:56] <crimsun_> ah
[02:56] <TheMuso> Where can I grab the source for this package you are trying to build?
[02:57] <TheMuso> And is it in universe?
[02:57] <ryanakca> http://pastebin.ca/65337
[02:57] <ryanakca> no... not in universe... I'm packaging it for REVU http://prdownloads.sourceforge.net/smclone/SMC_0.98_source.zip?download
[03:00] <bddebian> There isn't anything particularly "weird" about scons, but we need to get the build-deps figured out
[03:00] <TheMuso> It has autoconf stuff there.
[03:00] <bddebian> scons is basically just a souped-up configure && make
[03:01] <TheMuso> configure.ac and autogen.sh with autoconf related commands seem to be there.
[03:01] <TheMuso> and a configure script
[03:02] <crimsun_> hmm, cegui -> libcegui-mk2-dev ?
[03:02] <TheMuso> ryanakca: According to the package you linked to abov.
[03:03] <TheMuso> above
[03:03] <TheMuso> damn typing
[03:05] <TheMuso> ryanakca: Why not just use autoconf if building for Linux?
[03:06] <ryanakca> autoconf? are you talking about autogen.sh?
[03:06] <TheMuso> Yep.
[03:07] <TheMuso> Looks like it is a bit messy atm anyway.
[03:07] <TheMuso> Trying to work it out.
[03:07] <ryanakca> kk... autogen.sh isn't supported anymore... they left that at 0.96 methinks... they now use scons, and autogen.sh doesn't work
[03:07] <ryanakca> http://www.secretmaryo.org/phpBB2/viewtopic.php?t=107&sid=ea0840f3713ea219719bcdaaa183641d
[03:08] <TheMuso> These guys don't know automake/autoconf if their lives depended on it.
[03:08] <jmg> :)
[03:08] <TheMuso> ok
[03:08] <ryanakca> lol
[03:08] <TheMuso> I can see why they changed to scons.
[03:09] <TheMuso> Autoconf/automake can get quite hairy sometimes.
[03:10] <jmg> we hates the automake
[03:11] <jmg> i was quite tempted to rewrite kernel-package using rake
[03:11] <TheMuso> Well if they really didn't support automake any more, you would think they'd rip it out of the package.
[03:11] <LaserJock> dang, I'm going to need some sort of doc for this packaging with bzr stuff
[03:12] <TheMuso> ryanakca: Where can I get a copy of that tgz package?
[03:13] <ryanakca> http://prdownloads.sourceforge.net/smclone/smc-0.96-i486-1.tgz?download
[03:14] <TheMuso> Thanks.
[03:15] <ryanakca> np.. brb
[03:18] <bddebian> Did we at least figure out what sdl package we need yet? :-)
[03:18] <ryanakca> nope
[03:18] <ryanakca> I installed all of them still same error
[03:19] <TheMuso> ya
[03:19] <TheMuso> THis is very interesting.
[03:19] <TheMuso> ~luke@linden:~/Projects/Ubuntu_Development/dapper/sources/smc/tmp/usr/share/games/smc-0.96$ objdump -p smc | grep NEEDED NEEDED      libSDL_gfx.so.13 NEEDED      libSDL_ttf-2.0.so.0 NEEDED      libSDL_mixer-1.2.so.0 NEEDED      libSDL_image-1.2.so.0 NEEDED      libSDL-1.2.so.0 NEEDED      libpthread.so.0 NEEDED      libstdc++.so.5 NEEDED      libm.so.6 NEEDED      libgcc_s.so.1 NEEDED      libc.so.6
[03:19] <Symgeosis> Oh wow, smclone is bad ass.
[03:22] <bddebian> Yeah, so bad it doesn't even build ;-P
[03:22] <crimsun_> it's worth noting that we have an outdated version of scons in Dapper.
[03:23] <ryanakca> we do...
[03:23] <ryanakca> ???
[03:23] <jmg> Oh wow
[03:23] <ryanakca> hmmm
[03:23] <TheMuso> Shouldn't make a difference though.
[03:23] <crimsun_> I can't for the life of me make scons spit out more $stuff
[03:24] <crimsun_> but you can kludge the junk out of SConstruct by using conf.CheckCHeader() instead of conf.CheckLibWithHeader()
[03:24] <ryanakca> hmmm... I pick easy packages as my first package, eh?
[03:25] <bddebian> Yeah, nice one ;-)
[03:25] <TheMuso> Funny thing is that INIT_VIDEO is in sdl.h
[03:28] <ryanakca> well...... If anybody wants to take over this packaging, feel free... because I have no clue what to do :)
[03:28] <TheMuso> Ok, regenerated configure.
[03:28] <TheMuso> Lets see what happens.
[03:28] <ryanakca> I'm going to work on making an updated package for a simpler program... typespeed :)
[03:29] <ryanakca> configure gives a "error: missing configure.in" or something simmilar
[03:29] <TheMuso> Nope. I have got pas that.
[03:29] <TheMuso> Just had to install libsdl-mixer1.2-dev
[03:30] <ryanakca> well, see yah in the morning... dad's bugging me to go to bed... good luck, can't wait to hear how it went :)
[03:30] <bddebian> Gnight ryanakca
[03:30] <TheMuso> Night.
[03:30] <TheMuso> heh
[03:31] <ryanakca> lol
[03:31] <bddebian> TheMuso: You got past checking for SDL_Init?
[03:32] <crimsun_> getting past that check is easy
[03:32] <TheMuso> Got config files made.
[03:32] <TheMuso> Just trying to run make now.  No Ubuntu HURD? Blasphemy!
[03:40] <TheMuso> crimsun_: Did you get anywhere with that package?
[03:40] <crimsun_> Hurd, rather
[03:40] <LaserJock> bddebian: yeah, the only game I've played in the last year was America's Army (because they had a linux version) but now that I've got the macintel I don't find that many games
[03:40] <bddebian> I kept threatening it
[03:40] <crimsun_> TheMuso: I can make it build, but it's so stupid I'd rather not do it that way.
[03:40] <TheMuso> I know what you mean.
[03:40] <bddebian> But the Debian guys don't want it and the GNU Zealots want a pure GNU system so it's pointless I suppose
[03:40] <TheMuso> I have almost got the automake/autoconf functionality working.   Even the medication doesn't help :-)
[04:49] <TheMuso> Sure sure.
[04:53] <TheMuso> Whatever.
[05:06] <TheMuso> Meh. smc can't be built atm because it needs a library file from the cegui-mk2 package that doesn't even exist in the Ubuntu version.
[05:06] <TheMuso> Going to check the sid version, but guess it may be the same.
[05:21] <Erlang> emmm, am I being silly or newest/oldest is reversed in launchpad?
[05:25] <crimsun_> Erlang: it's reversed, it's known, fixed committed, just waiting for the next rollout of LP
[05:26] <Erlang> crimsun_: Okay.  Just wanted to see if it was somewhat related to something I did.
[05:27] <crimsun_> I asked the same thing last week :)
[05:30] <imbrandon_> ajmitch ping
[05:32] <ajmitch> yes?
[05:37] <imbrandon_> oops sorry was in -devel
[05:37] <imbrandon_> hey you were wondering about my forcedeth output right ?
[05:37] <imbrandon_> i have to do this on every boot to make forcedeth work
[05:37] <imbrandon_> http://kubuntu.pastebin.com/707888
[05:38] <ajmitch> no, I've never asked you about it..
[05:39] <imbrandon_> ahh sorry thought it was you
[05:39] <imbrandon_> my mistake
[05:39] <Hobbsee> ajmitch: back to studying :P
[05:43] <ajmitch> hah, as if
[05:44] <bddebian> Heh
[05:44] <Hobbsee> hehe.
[05:45] <bddebian> Nah, I think I have sufficiently annoyed the channel for tonight :-)
[05:45] <Hobbsee> i thought that was my job.  to annoy people :P
[05:46] <bddebian> Well regardless of popular opinion, I don't do it intentionally ;-)
[05:47] <Hobbsee> hehe fair enough
[05:56] <LaserJock> hmm
[05:57] <Hobbsee> heya LaserJock - finished the documentation yet?
[05:57] <LaserJock> ha ha ha, very funny :p
[05:58] <Hobbsee> hehe :)
[05:58] <LaserJock> actually, I just installed Enemy Territory on my macintel for the heck of it
[05:58] <ajmitch> Hobbsee: documentation is your job
[05:58] <crimsun_> oh great, now the documentation won't be finished in the next few years
[05:58] <Hobbsee> ajmitch: no it isnt. my job is to just annoy everyone.
[05:59] <ajmitch> oh right
[06:00] <ajmitch> that's ok
[06:00] <ajmitch> you don't have to be interested, you just have to do it
[06:01] <LaserJock> bah, ET isn't nearlly as fun as hanging out here :-/
[06:01] <ajmitch> heh
[06:03] <Hobbsee> hehe
[06:03] <Hobbsee> ajmitch: were you volunteering for it?
[06:03] <ajmitch> volunteering you for it :)
[06:03] <Hobbsee> haha
[06:03] <Hobbsee> dream on :P
[06:05] <LaserJock> ugh, compilers and kernel removal, can't we get something exciting on -devel? :-)
[06:05] <bddebian> heh
[06:05] <LaserJock> maybe I should write a "We should move to rpm" to shake it up a bit
[06:05] <TheMuso> lol
[06:05] <bddebian> Yeah
[06:06] <LaserJock> ack, I'm going home. I've got a 5:00 am Edubuntu meeting tomorrow
[06:07] <bddebian> Gnight LaserJock
[06:07] <LaserJock> cya all
[06:07] <Hobbsee> night LaserJock
[06:07] <ajmitch> bye LaserJock
[06:08] <crimsun_> he'll be playing ET til 5:00 AM
[06:09] <bddebian> hehe
[06:10] <imbrandon_> lol
[06:15] <imbrandon_> interstellar phone at that
[06:15] <imbrandon_> ;)
[06:16] <Hobbsee> damned exploits.
[06:16] <Hobbsee> i thought people were over using it.
[06:17] <imbrandon_> ?
[06:18] <Hobbsee> imbrandon_: #ubuntu
[06:18] <Hobbsee> an idiot wanting a kline.
[06:19] <imbrandon_> ah
[06:19] <imbrandon_> i rarely look at #ubuntu its about the only irc channel i cant keep up with
[06:19] <imbrandon_> #kubuntu is busy enough at times
[06:19] <imbrandon_> ;)
[06:20] <TheMuso> #ubuntu is very hard to follow most of the time IMO.
[06:20] <imbrandon_> yea
[06:25] <Hobbsee> that's why they have calls  of !ops - otherwise i wouldnt be there
[06:35] <bddebian> Ah well, gnight folks
[06:45] <Gloubiboulga> hello world!
[06:47] <Hobbsee> hey Gloubiboulga
[06:48] <Gloubiboulga> hey Hobbsee :)
[06:56] <Laser_away> crimsun_: no, I played it for about 30 min. and had enough
[06:56] <ajmitch> hehe
[06:56] <crimsun_> that's what you say now. See? Still awake. I'll check at 4:00 AM.
[06:57] <ajmitch> but you couldn't resist playing it still...
[06:57] <Laser_away> ajmitch: I wanted to see if an intel iMac was any good for games
[06:57] <Laser_away> it seemed fine, I on the other hand ...
[06:58] <ajmitch> that's what they all say...
[06:59] <Laser_away> heh, really, as long as I'm not burned out, I really enjoy Ubuntu work more
[07:01] <Laser_away> anybody know what mvo's TZ is?
[07:02] <ajmitch> Laser_away: UTC+2
[07:04] <Laser_away> ajmitch: ah, ok. thnx
[07:15] <dholbach> good morning motu world
[07:15] <Hobbsee> heya dholbach
[07:16] <dholbach> hey Hobbsee
[07:22] <dholbach> ooooh: http://scsharp.org/
[07:22] <dholbach> that's something for the motugames team!
[07:22] <Hobbsee> ooh.  games.  something else to distract me from study...
[07:23] <dholbach> package it!
[07:23] <dholbach> DOIT! :)
[07:23] <crimsun_> I think I'm going to ignore stuff that begins with "sc" given the fright over SConstruct and that crazy secretmaryo thing.
[07:24] <Hobbsee> no!!!
[07:24] <Hobbsee> hehe
[07:24] <dholbach> crimsun_: _S_tar _C_raft :)
[07:25] <DarkMageZ> dholbach, how far along is that project? have they got units working yet?
[07:27] <dholbach> DarkMageZ: I heard of it 5 minutes ago
[07:27] <dholbach> DarkMageZ: and I won't have the time today to build it, look hours for my old starcraft CD to get it going
[10:06] <Toadstool> 'morning motus
[10:09] <Hobbsee> heya Toadstool
[10:09] <Toadstool> hi Hobbsee
[12:37] <Gloubiboulga> hmm... a google-earth package on REVU
[12:39] <dholbach> yay - more wine versions in the archive! :)
[12:39] <azeem> I thought it was a native port
[12:39] <azeem> somebody said it wouldn't be using wine, at least
[12:44] <ogra> i heard the same ...
[12:46] <Hobbsee> hi ogra
[12:46] <ogra> woah, that package is horrible ...
[12:51] <DarkMageZ> ooo, where can i find the horrible google earth package :)
[12:53] <Hobbsee> DarkMageZ: revu?
[12:53] <DarkMageZ> it's a repo i'm guessing
[12:53] <Hobbsee> DarkMageZ: it's at http://revu.tauware.de/
[12:54] <Hobbsee> DarkMageZ: it's a place where devs upload packages to be reviewed and to go into the ubuntu repos
[12:54] <DarkMageZ> your connection is innocent for a change :P
[12:56] <Hobbsee> oh here we go
[12:56] <Hobbsee> oh, nice, someone uploaded kopete.
[12:56] <Gloubiboulga> no copyright of course for the google earth thing
[01:49] <truls> hey
[01:50] <Mithrandir> hello, truls
[01:53] <truls> trying to package a python-application we're developing for debian/ubuntu, and been hitting some problems
[01:54] <truls> (first of all the lack of good practices to follow)
[01:54] <LaserJock> truls: have you seen the Ubuntu Packaging Guide?
[01:55] <truls> any pointers to a good way of doing it? been fiddling with distutils as the obvious choice, but it doesn't seem suited for programs wanting to end up in /usr/lib/myprogram while keeping its hope of multiplatform...
[01:56] <truls> LaserJock: yeah, so i got the impression that debhelper with cdbs is the way to go, but that requires a standard distutils setup (or atleast that was my impression)
[01:56] <zul> hola
[01:56] <LaserJock> hi zul
[01:57] <zul> hey LaserJock how goes it?
[01:57] <LaserJock> uggh, it's early, but I'm kinda up at least. How 'bout you?
[01:58] <zul> same here...but not so up
[01:58] <Toadstool> hi
[01:58] <Toadstool> hum about python packages should the upcoming Debian python policy followed for edgy? I suppose so since I've seen a python-defaults upload made by doko...
[01:58] <LaserJock> I would guess so
[01:58] <doko> Toadstool: yes, when the archive opens ...
[01:58] <Toadstool> ok thanks LaserJock & doko
[01:59] <LaserJock> Toadstool: what's the "upcoming" part about?
[01:59] <Toadstool> http://wiki.debian.org/DebianPython/NewPolicy
[02:33] <kelmo> gday
[02:33] <LaserJock> hi kelmo
[02:40] <kelmo> hey LaserJock
[02:40] <kelmo> hi siretart
[04:02] <bddebian> Heya gang
[04:03] <LaserJock> hi bddebian
[04:03] <bddebian> Hi LaserJock
[04:03] <TheMuso> Hey bddebian.
[04:03] <TheMuso> LaserJock: Got everything finalized for the trip
[04:04] <bddebian> Hello TheMuso
[04:04] <Hobbsee> heya bddebian
[04:04] <bddebian> Hi Hobbsee
[04:04] <TheMuso> Hey Hobbsee.
[04:04] <TheMuso> Didn't see you there. :)
[04:05] <Hobbsee> and trying to stay out of the way to not get yelled at.
[04:05] <LaserJock> TheMuso: umm, I sure hope so
[04:05] <TheMuso> Ok.
[04:05] <LaserJock> TheMuso: I need to get some euros before I go though
[04:05] <TheMuso> When do you fly out?
[04:05] <LaserJock> Sat. noonish
[04:05] <bddebian> Hobbsee: You got yelled at? :'-(
[04:06] <Hobbsee> bddebian: yeah, earlier :(
[04:06] <LaserJock> wha?
[04:06] <LaserJock> no way
[04:06] <TheMuso> And when do you get into Paris?
[04:07] <LaserJock> umm, 11ish Sun.
[04:07] <TheMuso> Ah right.
[04:07] <TheMuso> You've got a longish flight like me. :)
[04:07] <LaserJock> well, the time change effects a lot
[04:08] <LaserJock> the longest stretch (Houston to Paris) is 9hrs of flying, I think
[04:09] <TheMuso> Right.
[04:09] <TheMuso> I worked out that I will be traveling for 27 hours and 45 minutes all up, assuming everything goes to time.
[04:10] <LaserJock> yikes
[04:10] <bddebian> Yikes
[04:10] <TheMuso> Yeah.
[04:10] <LaserJock> I'm flowing the other way :-)
[04:11] <TheMuso> Lucky you.
[04:12] <LaserJock> TheMuso: well, on the way back, let's see ...
[04:12] <TheMuso> heh
[04:12] <LaserJock> dang it, for being a scientist TZ math sure confuses me
[04:14] <TheMuso> TZ maths is the easiest of them all IMO. :)
[04:15] <Hobbsee> LaserJock: that's why they invented timezone clocks.
[04:16] <LaserJock> TheMuso: yeah, it's the easy stuff that get's us ;-)
[04:17] <LaserJock> Hobbsee: yeah, whatever
[04:17] <TheMuso> Anyway, better get to bed.
[04:17] <TheMuso> Night all.
[04:18] <LaserJock> cya TheMuso
[04:18] <neutrinomass> Was there an update to launchpad in the past couple of hours? Apparently you can't change a bug's importance without confirming it first ....
[04:18] <lifeless> that seems interesting
[04:18] <lifeless> yes there was a rollout
[04:19] <neutrinomass> Bah. I suppose nobody will mind if I confirm my own .desktop bugs (I attach a .desktop as well ) ?
[04:20] <lifeless> if you join #launchpad you can chat with bjornt and bradb who develope malone
[04:21] <neutrinomass> I'm under the impression that it's a feature, not a bug .. I'll try #launchpad
[04:21] <LaserJock> lifeless: do you work on the bazaar.launchpad.net stuff?
[04:22] <lifeless> LaserJock: some
[04:23] <LaserJock> awesome
[05:16] <agileII> ...
[05:18] <agileII> someone alive here?
[05:18] <bddebian> Nope :-)
[05:19] <agileII> ok :)
[05:19] <agileII> I was pointed to this channel to make someone work...
[05:19] <agileII> https://launchpad.net/distros/ubuntu/+source/loop-aes-source/+bug/48693
[05:19] <Ubugtu> Malone bug 48693 in loop-aes-source "loop-aes-source can't be build by m-a" [Medium,Rejected]
[05:19] <bddebian> Ah, good luck with that one
[05:19] <bddebian> I looked at it at one point
[05:19] <agileII> why?
[05:20] <agileII> I assigned it to MOTU reviewers also
[05:20] <agileII> the Debian needs to be get again
[05:21] <agileII> Debian code
[05:21] <bddebian> It's very difficult to keep up with the kernel changes
[05:21] <agileII> there is just a "x" bit missing in /debian/rules in the .tar.gz somewhere...
[05:22] <agileII> the Debian code is fixed regarding to the maintainer
[05:22] <bddebian> I will see if I can take a look but it may or may not get accepted to dapper-updates
[05:22] <agileII> ok, Thx
[05:22] <agileII> Well I have solved it for myself, but other people will ask for it
[07:02] <bddebian> Heya LaserJock
[07:02] <LaserJock> hi bddebian
[07:02] <LaserJock> mwuahahaha
[07:03] <LaserJock> I got apache to work at home
[07:03] <LaserJock> \o/
[07:03] <bddebian> LaserJock: Ahhh :-)
[07:03] <LaserJock> not that it was tough or anything
[07:03] <LaserJock> I've just never run any kind of server before
[07:03] <zul> it shouldnt be
[07:04] <LaserJock> is it reasonably secure by default?
[07:04] <LaserJock> I didn't adjust anything
[07:05] <Yagisan> LaserJock: relatively secure. No dynamic pages ? No CGI ?
[07:05] <LaserJock> Yagisan: umm, I haven't added anything yet, I did install the python mod
[07:06] <LaserJock> hmm
[07:06] <Yagisan> LaserJock: then it's fine
[07:06] <chantra> hi, can anyone tell me why a package didn't make it into revu pls
[07:06] <bddebian> Yagisan: Because you are sick? :-)
[07:06] <LaserJock> chantra: you need to explain more
[07:06] <Erlang> chantra: you uploaded it as binary?
[07:06] <chantra> I wanted to updated gaim-2.0.0beta3, but it is still an older version (May02)
[07:06] <Yagisan> gremlins!
[07:06] <chantra> dput *2ubuntu2*changes
[07:07] <chantra> LaserJock: Erlang or something similar
[07:07] <Erlang> Erlang or something similar??
[07:07] <Yagisan> bddebian: yeah - I'm sick. I should get you to give it a once over then
[07:07] <bddebian> Me?
[07:08] <chantra> dput -P  *2ubuntu2*changes
[07:08] <chantra> Erlang: to be more specific :)
[07:08] <Yagisan> bddebian: sure. I figure it must be day time where you are, so you should have no trouble with it
[07:08] <LaserJock> chantra: you might want to specically call the particular _source.changes file
[07:09] <LaserJock> chantra: we don't want all your .debs ;-)
[07:09] <bddebian> Yagisan: Ah :)
[07:09] <Erlang> chantra: I meant that you need to dput the *source.changes and not the [architecture] .changes.
[07:10] <chantra> LaserJock: Erlang cheers, I did dpkg-buildpackage -rfakeroot -sa -S -kmykey but I only get and old source.changes
[07:11] <chantra>  ls ../*changes
[07:11] <chantra> ../gaim_2.0.0beta3-2ubuntu0_i386.changes    ../gaim_2.0.0beta3-2ubuntu1_i386.changes
[07:11] <chantra> ../gaim_2.0.0beta3-2ubuntu0_source.changes  ../gaim_2.0.0beta3-2ubuntu2_i386.changes
[07:11] <LaserJock> chantra: so did you do dpkg-buildpackage in the right source?
[07:12] <Yagisan> bddebian: of course, there was that wiki page about you
[07:12] <chantra> yep gaim-2.0.0beta3
[07:13] <bddebian> Yagisan: Yes, but that is all wrong.. :)
[07:14] <LaserJock> chantra: I mean, check the changelog in debia/ to make sure you building what you think you are :-0
[07:14] <LaserJock> :-) I mean
[07:14] <Yagisan> bddebian: lies. we know it's true. That's why you can spot all my errors in my autoconfiscated application ;)
[07:15] <chantra> gaim (2:2.0.0beta3-2ubuntu2) dapper; urgency=low
[07:15] <chantra> * Added DBUS support * --enable-dbus
[07:15] <chantra> this is the first entry
[07:16] <bddebian> Yagisan: You are obviously on crack ;-)
[07:17] <LaserJock> chantra: try it again and make sure that dpkg-buildpackage finished
[07:18] <bddebian> How the hell can attal depend attal-themes-medieval and attal-themes-medieval depend attal when one of them has to be installed first?
[07:19] <LaserJock> bddebian: isn't that called circular dependency?
[07:20] <bddebian> Usually but I think it installs currently
[07:20] <azeem> bddebian: why has one of them to be installed first?
[07:20] <bddebian> azeem: Because if I try to install the themes it says attal is not installed/configured and vice versa
[07:20] <azeem> install via apt-get?
[07:21] <Yagisan> bddebian: close. I have so much sugar in my system it's not funny.
[07:22] <Yagisan> bddebian: at least I made nice error messages "configure: error: "SDL Net not found. On Ubuntu install libsdl-net1.2-dev."" of course, I got that because I missed on of these -> ,
[07:25] <Kyral_FreeBSD> hey guys, just a notice, there is a new version of Mod Security out, Debian doesn't have it so may wanna jump on it :D
[07:25] <chantra> LaserJock: there is something I don't understand
[07:26] <chantra> while compiling gaim debs, if I have got the orig.tar.gz file, i get the following error
[07:26] <chantra> /usr/share/cdbs/1/rules/buildcore.mk:70: Parsing gaim-2.0.0beta3.tar.bz2... dpkg-source -b gaim-2.0.0beta3
[07:26] <chantra> dpkg-source: cannot represent change to gaim-2.0.0beta3.tar.bz2: binary file contents changed
[07:26] <chantra> should I use a gaim....orig.tar.bz2 instead?
[07:26] <LaserJock> chantra: hmm, I'm wondering if you are trying to create a native package
[07:27] <chantra> what do you mean?
[07:27] <LaserJock> do you get a .diff.gz file?
[07:27] <chantra> yep
[07:27] <chantra> gaim_2.0.0beta3-2ubuntu2.diff.gz
[07:28] <chantra> it basically contains the information from debian/
[07:28] <LaserJock> hmm
[07:34] <bddebian> azeem: This is dpkg -i so might be the problem
[07:36] <bddebian> Shit, meeting, bbiab
[07:37] <azeem> bddebian: yeah, apt should handle it fine
[07:37] <azeem> or dpkg -i <both .debs>
[07:39] <blanky> ehy guys
[07:39] <LaserJock> hi blanky
[07:40] <blanky> if I'd like to create an application for ubuntu, what GUI toolkit should I use, or is there no recommendation, becuase I figured GTK would look a lot more integrated, as well as for the Xubuntu users, however, in KDE, Qt would seem a bit more adequate, then there's WxWidgets. I'm fine with any, just wondering if there was a recommendatoin
[07:41] <LaserJock> blanky: pick one that you are comfortable with? If it is designed for Gnome use GTK, KDE use QT
[07:41] <blanky> LaserJock, it's designed for any environment, and I am fine with any, I was just wondering if it was recommended or asked to do it in GTK since it'd seem more integrated, thanks anyways
[07:42] <LaserJock> blanky: well, I'm sure Kubuntu users would appreciate a qt interface
[07:43] <blanky> LaserJock, exactly, but I figure there's more Ubuntu/GNOME users
[07:43] <blanky> Or I could do it in GTK first, and then port it to whatever other GUI toolkit if there's enough demand
[07:44] <LaserJock> blanky: will it use other apps? do you want it integrated in the DE?
[07:44] <Yagisan> blanky: your app. *NIX only ?
[07:44] <blanky> Yagisan, yep
[07:45] <siretart> Yagisan: there is a even gtk2 port for windows
[07:45] <Yagisan> siretart: yep. but IIRC qt was not free on WIn32
[07:46] <LaserJock> siretart: yeah, gtk2 apps aren't to bad on Windows, not so good in OS X
[07:47] <Yagisan> blanky: A project I'm involved with chose WxWidgets, but it "runs" on *NIX, Win32 and OSX
[07:48] <Yagisan> blanky: pick which you prefer
[07:48] <hub> LaserJock: gtk on MacOS X is incomplete
[07:48] <blanky> Yagisan, yeah I know, but my program is *nix specific
[07:48] <blanky> Yagisan, okay
[07:48] <hub> LaserJock: the main dev stopped working on it
[07:48] <LaserJock> hub: exactly ;-)
[07:48] <LaserJock> hub: I use fink
[07:48] <hub> and X11
[07:48] <siretart> Yagisan: IIRC this changed in the past. but any, I don't care too much for windows, and blanky doesn't seem to either
[07:49] <hub> LaserJock: I'm talking of the non-X11 port
[07:49] <LaserJock> hub: right
[07:49] <Yagisan> siretart: yep. that's why any choice is fine
[07:49] <blanky> Ah okay, which do you all prefer?
[07:49] <LaserJock> pygtk, for now
[07:49] <blanky> It's not that I can't decide, it's just that if people would like to develop for it, I would like it to be a GUI toolkit they prefer
[07:49] <crimsun_> ncurses++
[07:49] <blanky> LaserJock, thanks for the niput
[07:49] <blanky> lol crimsun_
[07:49] <LaserJock> but I'm not a programmer so my vote doesn't count very much
[07:50] <LaserJock> crimsun_: I'm with you man, but kids these days..
[07:50] <LaserJock> ;-)
[07:50] <siretart> blanky: in ubuntu/xubuntu land, gtk2 is prefferred. in kubuntu land qt. take your pill :)
[07:51] <blanky> siretart, I know that, haha. And I prefer Kubuntu, however, this program is intended for noobies and I believe that they, well, most people use Ubuntu
[07:51] <blanky> I'm choosing GTK :)
[07:52] <LaserJock> blanky: there are a lot of Kubuntu users out there
[07:52] <LaserJock> yeah, whatever
[07:52] <chantra> LaserJock: okie, got the error sorted out
[07:52] <blanky> lol
[07:52] <BazziR> blanky: yeah GTK in Kubuntu looks better than Qt in Gnome I think
[07:52] <siretart> blanky: it doesn't matter too much. look at both, and choose what suits you better. if you are programming python, I have the vague impression that pygtk might be easier to find documentation for than pyqt
[07:52] <blanky> BazziR, yeah, from my experience. GTK handles well in KDE
[07:52] <blanky> siretart, true, thanks all
[07:52] <LaserJock> blanky: do both!
[07:52] <blanky> haha, will do after I get one down first
[07:52] <LaserJock> see wich one you like
[07:53] <hub> blanky: gtkmm then :-)
[07:53] <chantra> in fact, using cdbs , the pkg_version.orig.tar.gz, once unpacked, contains pkg_version.orig/pkg-version.tar.bz2
[07:53] <chantra> I dont know if it is related to cdbs or not
[07:54] <LaserJock> hmm
[07:59] <chantra> LaserJock: this is how the original package was made:
[07:59] <chantra>  tar -xzvf gaim_1.5.0+1.5.1cvs20051015.orig.tar.gz
[07:59] <chantra> gaim-1.5.0+1.5.1cvs20051015.orig/
[07:59] <chantra> gaim-1.5.0+1.5.1cvs20051015.orig/gaim-1.5.0+1.5.1cvs20051015.tar.bz2
[07:59] <LaserJock> k
[08:00] <chantra> and this doesn't send errors, so I believe this is the way to do it :s
[08:01] <LaserJock> bah, why is mvo never around when I need him!
[08:01] <LaserJock> I hate time zones!
[08:01] <chantra> bad luck ;)
[08:09] <LaserJock> anybody know how to clear package listed with dpkg --yet-to-unpack ?
[08:13] <chantra> LaserJock: apt-get -f install ?
[08:13] <chantra> or dpkg --configure -a
[08:14] <LaserJock> I don't want to install it, I want to get rid of it :-)
[08:14] <chantra> LaserJock: I did dpkg-buildpackage -rfakeroot  -kBCF1FC29
[08:14] <chantra> and dpkg-buildpackage -rfakeroot -S -sa -kBCF1FC29
[08:14] <chantra> and still no source.*
[08:15] <chantra> ls ../*2ubuntu3*
[08:15] <chantra> ../gaim_2.0.0beta3-2ubuntu3.diff.gz  ../gaim_2.0.0beta3-2ubuntu3_i386.changes  ../gaim-data_2.0.0beta3-2ubuntu3_all.deb
[08:15] <chantra> ../gaim_2.0.0beta3-2ubuntu3.dsc      ../gaim_2.0.0beta3-2ubuntu3_i386.deb      ../gaim-dev_2.0.0beta3-2ubuntu3_i386.deb
[08:15] <chantra> do you have any idea
[08:15] <LaserJock> where is the .orig.tar.gz?
[08:15] <chantra> LaserJock: apt-get remove mypackage ? doesnt work?
[08:15] <LaserJock> no, because it wasn't installed
[08:16] <chantra> ls ../*orig*
[08:16] <chantra> ../gaim_2.0.0beta3.orig.tar.gz
[08:16] <chantra> basically, same place
[08:16] <sladen> ]
[08:17] <crimsun_> (wouldn't you want to use 1:2.0.0+beta3-4 from experimental as a base?)
[08:18] <chantra> I used 1:1.5...... as a base
[08:19] <crimsun_> that's bound to cause [more]  headaches
[08:19] <crimsun_> I'd start with 1:2.0.0+beta3-4 as given here: http://packages.qa.debian.org/g/gaim.html
[08:30] <Kyral_FreeBSD> gah making things portable is a PAIN
[08:31] <Kyral_FreeBSD> some distros put some things in one place others in another...kinda a bitch when you are trying to hardcode pathnames
[08:31] <crimsun_> that's why you program for Hurd. Oh wait, you want it to run...
[08:31] <Kyral_FreeBSD> Its not for Hurd
[08:31] <crimsun_> why are you hardcoding paths...?
[08:32] <Kyral_FreeBSD> so I KNOW for sure that what I want is what I'm getting
[08:32] <LaserJock> Kyral_FreeBSD: hardcoding paths is from SATAN!
[08:32] <Kyral_FreeBSD> LaserJock: its also secure
[08:32] <Kyral_FreeBSD> for commands
[08:33] <crimsun_> if you're relying on hardcoded paths for security, that's an awful way to go...
[08:33] <Kyral_FreeBSD> also resetting PATH to something known
[08:33] <Kyral_FreeBSD> and the IFS
[08:38] <Kyral_FreeBSD> So like I KNOW what PATH contains
[08:38] <LaserJock> heh, I'm not much into security
[08:38] <LaserJock> I try, but it just isn't my thing
[08:39] <Kyral_FreeBSD> LaserJock: neither was I, until I "inherited" a production server
[08:39] <Kyral_FreeBSD> Writing insecure shell scripts for myself is one thing
[08:39] <Kyral_FreeBSD> writing them for someone else is somethign I cannot do
[08:40] <LaserJock> well, I guess my problem is when security gets in the way of productivity, I mean ideally you disconnect the server from the net and put it in a locked room or something
[08:40] <Kyral_FreeBSD> Well I can't do that :P
[08:41] <LaserJock> but if what you are doing makes it very difficult to change anything then it might be a problem
[08:41] <Kyral_FreeBSD> Well the hardcoded paths are pretty much where they normally are
[08:42] <Kyral_FreeBSD> ie, grep is normally in /bin/brep
[08:42] <Kyral_FreeBSD> err
[08:42] <LaserJock> sure ;-)
[08:42] <Kyral_FreeBSD> s/brep/grep :D
[08:42] <Kyral_FreeBSD> then in the shell script itself I reset PATH and IFS
[08:42] <LaserJock> yeah, there you go. make it more secure by changing the names of all the binaries. then nobody will know how to do anything ;-)
[08:43] <Kyral_FreeBSD> ..you do know invoking "/bin/grep" is the same as invoking "grep"
[08:43] <LaserJock> yeah
[08:44] <LaserJock> if /bin/ is before any other paths containing a grep
[08:44] <Kyral_FreeBSD> This is why I reset PATH :P
[08:45] <LaserJock> hmm, well it doesn't seem to me that it would get you much of anywhere, but have at it :-)
[08:45] <Kyral_FreeBSD> Better than nothing
[08:47] <Kyral_FreeBSD> look at the system install cronjobs, they hardcode the paths too
[09:08] <bddebian> Shite, so how do I test these damn attal packages that depend on each other?
[09:18] <Tonio_> heya
[09:19] <ryanakca> LaserJock: bddebian: crimsun_: How did it go?
[09:19] <bddebian> ryanakca: I gave up, sorry :-(
[09:20] <ryanakca> lol, thanks for the help...
[09:20] <ryanakca> I gave up as well :)
[09:20] <crimsun_> ryanakca: it went fine, but I'm not about to say "here, take these changes to SConstruct that neuter the very reason for using it in the first place"
[09:21] <chantra> i dont get it
[09:21] <ryanakca> :)
[09:21] <ryanakca> I'm confused
[09:21] <chantra> if I do dpkg-buildpackage -rfakeroot -S -sa
[09:21] <chantra> I get a source.changes file created
[09:21] <chantra> then if I dpkg-buildpackage -rfakeroot
[09:21] <chantra> ce source.changes disappear
[09:21] <crimsun_> i.e., I'm pretty sure there's a reason conf.CheckCHeader() is not used when one actually does want to test the presence of the libs. :)
[09:21] <ryanakca> meh... I'll stick to a... simpler... packaging thingy
[09:22] <chantra> and I get tis:
[09:22] <chantra>  dpkg-genchanges -S -sa
[09:22] <chantra> dpkg-genchanges: including full source code in upload
[09:22] <chantra> dpkg-buildpackage: source only upload (original source is included)
[09:22] <chantra> Merged changes with ../gaim_2.0.0beta3-2ubuntu3_source.changes
[09:22] <chantra>  signfile ../gaim_2.0.0beta3-2ubuntu3_i386.changes
[09:22] <chantra> can someone help me out on this pls
[09:36] <Sp4rKy> hi
[09:36] <bddebian> Heya Sp4rKy
[09:37] <Sp4rKy> https://wiki.ubuntu.com/Maxence <== do you think i can hope become an Ubuntu member ?
[09:37] <bddebian> ryanakca: I don't think the packaging is necessarily more difficult, just the package itself
[09:38] <bddebian> crimsun_: Hey, how come you never help me?? :'-(
[09:38] <ryanakca> heh
[09:39] <Sp4rKy> hi bddebian
[09:40] <crimsun_> bddebian: *cough* ivtools, mxv *cough*
[09:40] <bddebian> crimsun_: No, you didn't HELP me there, you just did it ;-P
[09:40] <crimsun_> pfft
[09:41] <chantra> can anyone help me out building the *source.changes file pls
[09:42] <ryanakca> hmmm... what package provides dh_installman  ? http://pastebin.ca/65586
[09:42] <crimsun_> ryanakca: note the dh_ prefix...
[09:42] <bddebian> ryanakca: debhelper
[09:42] <bddebian> crimsun_: Do you know how I can test attal/attal-themes co-dependency?
[09:43] <crimsun_> bddebian: I haven't looked at either, so I'm not prepared to answer in the affirmative.
[09:44] <bddebian> crimsun_: I mean in general, how do I test two packages that depend on each other?
[09:44] <ryanakca> very very strange http://pastebin.ca/65588
[09:45] <bddebian> ryanakca: What's strange about that?
[09:45] <crimsun_> bddebian: what do you mean by "test"?
[09:45] <bddebian> Well dpkg -i won't resolve the dependencies like apt would
[09:45] <ryanakca> ok, look at the error, it says that a file called /usr/bin/dh_installman     doesn't exist, yet, in the ls /usr/bin/dh_installm*, it shows up
[09:46] <bddebian> Oh, I missed the first pastbin sorry
[09:46] <bddebian> No, it is saying you don't have typespeed.1
[09:46] <crimsun_> bddebian: I presume you're installing them both (passing them both to dpkg -i )?
[09:47] <ryanakca> oh... I thought it said that when compiling/running/whatever typespeed.1 it couldn't find dh_installman
[09:48] <LaserJock> quick OT question, anybody have a preference for berlios over sourceforge for project hosting?
[09:49] <crimsun_> I don't have the stats to back me, but sf seems to be unreachable more consistently than berlios.
[09:49] <Kyral_FreeBSD> or just fire up your own server :P
[09:49] <Kyral_FreeBSD> It will be an excellent exercise in security
[09:50] <LaserJock> yeah, I want stability and features :-)
[09:50] <Kyral_FreeBSD> Debian-Administration (or was it HowtoForge) has an excellent Apache+SVN Howto
[09:51] <crimsun_> tack on trac, and you've got a winner.
[09:51] <Kyral_FreeBSD> trac?
[09:51] <pygi> Kyral, Trac is the best ;)
[09:51] <crimsun_> Then again, if you're like me, the older and cruftier you grow, the less time you wish to spend maintaining servers.
[09:52] <LaserJock> well, we're using bzr so the SVN isn't really a selling point
[09:52] <Kyral_FreeBSD> what is trac?
[09:52] <crimsun_> well if you're using bzr, why not just use ... LP?
[09:52] <LaserJock> crimsun_: well, LP is great for bzr and bugs, but not so much for file hosting, web site, etc. I don't think
[09:53] <Kyral_FreeBSD> wait LP provides BZR now?
[09:53] <crimsun_> Kyral_FreeBSD: http://packages.ubuntu.com/trac
[09:53] <pygi> Kyral_FreeBSD, right :)
[09:53] <Kyral_FreeBSD> hmm
[09:53] <Kyral_FreeBSD> might as well, saves me the hassle of setting up bugtracking
[09:54] <LaserJock> bazaar.launchpad.net
[09:54] <pygi> crimsun_, we are still on 0.9.3? :-/
[09:54] <LaserJock> Kyral_FreeBSD: lots
[09:54] <pygi> distributed vs. central
[09:55] <bddebian> crimsun_: Yes
[09:55] <crimsun_> pygi: (edgy hasn't opened for syncs yet ;-)
[09:55] <pygi> crimsun_, bleh :P
[09:55] <crimsun_> (or in this case, merge)
[09:56] <ryanakca> I know when making packages, the app is to be installed to /usr/bin, and not /usr/local... but would man pages still go to /usr/local/man, or is there a "ubuntu package" directory for man pages?
[09:57] <Kyral_FreeBSD> I always meant to register SHCD with LP for cheap bugtracking, but I also always intended to have my own SVN
[09:57] <Kyral_FreeBSD> for other purposes (CompSci homework anyone? :D)
[09:58] <bddebian> ryanakca: dh_installmake should put it in the appropriate dirs for you
[09:58] <bddebian> s/make/man
[09:59] <ryanakca> kk... but I'm editing the Makefile atm...
[09:59] <bddebian> Why?
[10:00] <ryanakca> before remaking the package...
[10:00] <bddebian> If install puts it in the wrong place, mv it in the rules file before running dh_installman
[10:00] <ryanakca> kk
[10:01] <chantra> how do you guy create a source.changes files?
[10:01] <chantra> using -S -sa switch doesn't work for me
[10:02] <bddebian> chantra: Why aren't you using debuild or dpkg-buildpackage with -S -sa?
[10:02] <sladen> chantra: go into the directory and do  debuild -S
[10:02] <crimsun_> bddebian: what is failing?
[10:03] <bddebian> crimsun_: If I just install attal it fails because it depends on attal-themes-medieval and vice versa
[10:04] <crimsun_> bddebian: err, I thought you were using ``dpkg -i attal[foo] .deb attal-themes-medieval[foo] .deb'' ...?
[10:04] <bddebian> I tried that too, same error
[10:04] <ryanakca> hmmm... rules is looking for typespeed.1, but there's only typespeed.6. Do I cp typespeed.6 to typespeed.1, or ln -s them, or edit the rules file to typespeed.6   ?
[10:04] <crimsun_> bddebian: any clues from dpkg -D3773 -i [..]  ?
[10:05] <chantra> bddebian: using dpkg-buildpackage -rfakeroot -S -sa -kmykey
[10:05] <chantra> Merged changes with ../gaim_2.0.0beta3-2ubuntu3_source.changes
[10:05] <bddebian> chantra: Huh?
[10:06] <bddebian> crimsun_: Trying now, thx
[10:06] <chantra> bddebian: compiling and signing the debs file runs fine
[10:06] <chantra> but dpkg-buildpackage -rfakeroot -S -sa -kmykey
[10:06] <crimsun_> chantra: is there any reason you're not basing off the experimental package?
[10:06] <chantra> does not create the sourcechanges
[10:07] <chantra> crimsun_: because I used the 1.5cvs version from dapper in the first place
[10:07] <crimsun_> chantra: seb already rolled beta 3 debs for Dapper...
[10:08] <crimsun_> chantra: so if you were to make new ones, either use /that/ src, or use debian experimental's
[10:08] <chantra> crimsun_: is there bonjour+meanwhile+dbus support ?
[10:08] <crimsun_> chantra: no clue, I don't use gaim
[10:08] <pygi> crimsun_, any idea when merges will be open? :)
[10:09] <crimsun_> pygi: I think the rule of thumb is "everytime you ask, the opening is delayed two weeks"
[10:09] <bddebian> Doh
[10:09] <chantra> crimsun_: where can I get seb's package?
[10:09] <pygi> crimsun_, bleh :P
[10:09] <chantra> crimsun_: anyway, that did not resolve my problem
[10:09] <crimsun_> chantra: # deb http://people.ubuntu.com/~seb128/deb ./
[10:09] <chantra> source.changes is not created :s
[10:10] <crimsun_> chantra: err, I don't remember suggesting a resolution...?
[10:10] <chantra> crimsun_: that is where my problem is :p
[10:10] <crimsun_> chantra: I'm not sure what "that" refers to, then
[10:10] <chantra> crimsun_: seb doesn't offer deb-src :s
[10:11] <bddebian> Uhm, -D3773 spits out just a LITTLE output ;-)
[10:11] <crimsun_> chantra: it's all in that dir, dude
[10:11] <chantra>  < chantra> how do you guy create a source.changes files?
[10:11] <chantra> 22:01 < chantra> using -S -sa switch doesn't work for me
[10:11] <crimsun_> bddebian: just a bit
[10:12] <chantra> crimsun_: cheers sorry for that
[10:13] <crimsun_> np
[10:15] <bddebian> Ack did pastebin move?
[10:15] <bddebian> Heya ivoks
[10:17] <bddebian> crimsun_: I don't think this is telling me much I don't already know?  http://pastebin.ca/65601
[10:22] <ryanakca> hmmm... rules is looking for typespeed.1, but there's only typespeed.6. Do I cp typespeed.6 to typespeed.1, or ln -s them, or edit the rules file to typespeed.6   ?
[10:24] <chantra> well, I still cant get how to create that bloody source.changes :s
[10:28] <Sp4rKy> why a dpkg-buildbackage doesn't create any diff file :/
[10:29] <Erlang> Sp4rKy: when the package is debian-native
[10:29] <Sp4rKy> Erlang, i've create debian/ rep myself !
[10:30] <Erlang> so?  it can still be native.  if dpkg-buildpackage doesn't find the orig he won't be able to make a diff.
[10:31] <eugman> Hey, if I hypothetically had a program, what would I have to do in order for it to be added to the universe repositories.
[10:31] <Sp4rKy> Erlang, it should find it
[10:32] <bddebian> You would hypothetically get someone to package it up and post it on REVU :-)
[10:32] <Erlang> Sp4rKy: make sure he does.  it's at the start of the process.
[10:32] <pygi> bddebian, or just poke someone to sponsor upload :P
[10:32] <eugman> ok
[10:32] <pygi> (me is joking, ofcourse :P)
[10:32] <bddebian> :-)
[10:33] <crimsun_> bddebian: that's just odd. dpkg -i is supposed to work given you pass all necessary debs to it explicitly.
[10:33] <bddebian> Aye, I am way confused
[10:33] <crimsun_> bddebian: this may be a stupid question, but is the version >= 0.10-0ubuntu1 ?
[10:33] <bddebian> Yes
[10:33] <bddebian> Well, version of which?
[10:33] <crimsun_> of both.
[10:33] <bddebian> No
[10:34] <crimsun_> ok, so what are the versions?
[10:34] <bddebian> But versioned dep is >=
[10:34] <crimsun_> (versions you're attempting to install)
[10:34] <bddebian> attal_0.10-0ubuntu2_i386.deb  attal-themes-medieval_0.10-0ubuntu1_all.deb
[10:35] <crimsun_> both generated from the same src package? What's debian/control{,.in}?
[10:36] <bddebian> crimsun_: No, two different packages
[10:36] <bddebian> In fact the themse are pure CVS
[10:39] <crimsun_> bddebian: I presume it'll work across --force-depends, but is there any Conflicts/Replaces junk?
[10:39] <bddebian> No.  The themes package is very slight
[10:41] <bddebian> Aye --force-depends seems to have worked
[10:42] <ryanakca> anybody?
[10:44] <crimsun_> bddebian: -themes{,-*} isn't/aren't essential, is it/are they?
[10:45] <crimsun_> bddebian: i.e., I tend to weigh strongly upstream debian/control, but if -themes{,-*} aren't essential to attal's function, then I'd demote -themes{,-*} to Recommends to break the circular dependency
[10:48] <bddebian> crimsun_: I don't think the game plays without at least one theme installed but I'm not sure
[10:53] <phanatic> evening
[10:54] <bddebian> Heya phanatic
[10:55] <phanatic> heya bddebian
[10:57] <ryanakca> rules is looking for typespeed.1, but there's only typespeed.6 . Do I cp typespeed.6 to typespeed.1, or ln -s them, or edit the rules file to typespeed.6   ?   http://pastebin.ca/65586
[10:57] <crimsun_> ryanakca: sections are pretty firm
[10:59] <Sp4rKy> how could i do when diff contains some information about the Makefile modifications  , is it normal ?
[10:59] <crimsun_> ryanakca: edit debian/rules
[10:59] <ryanakca> meaning...
[10:59] <bddebian> ryanakca: Edit the rules file
[10:59] <ryanakca> kk
[10:59] <ryanakca> ty
[10:59] <bddebian> NP
[11:00] <bddebian> crimsun_: Would you mind if I /query you for a sec?
[11:00] <crimsun_> Sp4rKy: you can omit (cf. filterdiff) Makefile (but not Makefile.{in,am} !) diff if autotools are used
[11:00] <crimsun_> bddebian: nope
[11:00] <crimsun_> Sp4rKy: (the rationale being that Makefile will be regenerated anyhow)
[11:00] <bddebian> Nope you wouldn't mind or nope please don't? :-)
[11:01] <Sp4rKy> crimsun_, in fact it was generated with qmake :/
[11:01] <crimsun_> bddebian: nope I don't mind (since your question asked whether I mind) :)
[11:01] <bddebian> qmake? Ugh
[11:01] <blanky> qmake is cool
[11:01] <crimsun_> better than secretmaryo+scons
[11:01] <blanky> sup crimsun_
[11:02] <bddebian> crimsun_: Bah.. :-)
[11:02] <crimsun_> blanky: just working, you?
[11:02] <blanky> same, stuck with pygtk
[11:18] <bddebian> What is a quick and dirty way to delete all the CVS dirs from all sub-dirs?
[11:19] <crimsun_> find(1)
[11:19] <bddebian> Well I know I can do find ./ -name CVS but how do I feed that to rm ?
[11:20] <bddebian> I suck at regexp
[11:20] <crimsun_> -exec rm -rf '{}' ';'   or  |xargs rm -rf
[11:20] <ryanakca> do games in packages install to /usr/games/* or /usr/bin?
[11:21] <crimsun_> ryanakca: the former, purportedly
[11:21] <bddebian> crimsun_: find ./ -name CVS |xargs rm -rf ?
[11:21] <crimsun_> bddebian: sure
[11:22] <ryanakca> ty
[11:22] <bddebian> Kick ass, thanks crimsun_
[11:22] <crimsun_> np
[11:25] <blanky> hey guys, in ubuntu, what's the command to search for files of a certain format, "format:elf" for example?
[11:26] <ryanakca> I know how to in konqueror... just not the command...
[11:26] <blanky> ryanakca, oh well thanks an
[11:26] <blanky> *man
[11:26] <ryanakca> umm...       find * / | grep *.doc
[11:26] <ryanakca> try that
[11:27] <blanky> ryanakca, lol me? I meant in google, like when you search for something, and you want the results in a certain format
[11:28] <ryanakca> well... it would list the files in /, and then grep would display the ones ending in *.doc
[11:28] <ryanakca> in google, I don't know
[11:28] <blanky> lol, thanks
[11:32] <phanatic> raphink: thanks for posting my comment to revu :)
[11:34] <raphink> you're welcome phanatic
[11:38] <bddebian> "See" you in a few folks
[11:39] <LaserJock> oh my, bug #49768
[11:39] <Ubugtu> Malone bug 49768 in edubuntu-meta "Installing Windows xp" [Untriaged,Rejected]  http://launchpad.net/bugs/49768
[11:41] <bddebian> LaserJock: You can have it :-)
[11:42] <Kyral_FreeBSD> Comment: *CENSORED* ;P


[19:57] <hads> morning
[19:59] <ibeardslee> morning
[20:47] <ojwb> morning
[21:01] <chilts> morning :)
[21:03] <ibeardslee> ohh looks like ZaReason NZ is going to be in Wellington
[21:12] <mwhudson> woot
[21:13] <mwhudson> laptop refresh bonus in a year, sounds like a deadline to me
[21:18] <mwhudson> morning
[21:33] <chilts> mwhudson: what does that mean, "laptop refresh bonus"?
[21:33] <mwhudson> chilts: canonical doesn't supply hardware, we have to provide our own laptops
[21:33] <mwhudson> every three years we get a bit extra to help buying a new one
[21:34] <chilts> oh right, well I guess you're all contracting aye?
[21:34] <chilts> rather than being employed
[21:34] <chilts> but yeah, that's nice they give you a top-up :)
[21:34] <mwhudson> well in nz sure, but canonical has employees in some countries
[21:34] <mwhudson> uk, us, france, probably others
[21:34] <chilts> sorry, I meant NZ-centric peoples :)
[21:35] <mwhudson> but the same is true for employees anyway :)
[21:36] <chilts> that's interesting that even employees have to provide their own
[21:36] <ajmitch> morning
[21:39] <lifeless> contractor is a vague term :)
[21:39] <lifeless> 'employee contract'
[21:40] <ibeardslee> actually employees have agreements, not contracts
[21:41] <mwhudson> i think there's a pretty definite difference between employee and contractor
[21:41] <mwhudson> but canonical tries very hard to treat all it's 'workers' the same way
[21:41] <chilts> right, I guess it's just 'coz they don't have a subsidiary/company in NZ
[21:41] <mwhudson> seeing as it's basically just an accident of geography as to which you are
[21:41] <chilts> right
[21:42] <lifeless> in .au, for instance, if you get more than 80% of your income from one source
[21:42] <lifeless> you're considered an employee
[21:42] <lifeless> regardless of what you and they claim
[21:42] <mwhudson> huh
[21:43] <mwhudson> how does that work if the source has to presence in .au?
[21:43] <chilts> lifeless: they're looking at doing that here too aye?
[21:43] <mwhudson> *no
[21:44] <lifeless> mwhudson: when you conduct business in a country you become liable for their tax laws etc
[21:45] <lifeless> mwhudson: for Canonical specifically, we have a payroll agent in .au (something we stopped doing as we grew, but since .au was the second country to /get/ workers ...
[21:45] <mwhudson> ah
[21:45] <lifeless> nevertheless being an employee then has bearing on payroll tax, insurance and the like
[21:46] <lifeless> so the reason for doing this is to close loopholes where companies would get right up against a tax threshold, then get lots of 'contractors' to keep under it.
[21:46] <lifeless> chilts: I don't know, perhaps. It makes sense to me if they do.
[21:46] <lifeless> chilts: I'm still paid in .au, so my situation is different again :)
[21:46] <chilts> are you located in NZ though?
[21:48] <lifeless> sure am
[21:49] <chilts> heh, confusing :)
[21:49] <lifeless> its fairly straight forward
[21:50] <lifeless> I work for Canonical, they pay me in .au, I do a tax return in .au and .nz, and get a tax credit in .nz for tax paid in .au.
[21:50]  * ajmitch just spotted thomi here at UDS, wonder if thumper is around today
[21:50] <lifeless> I have pending paperwork to rejigger this to be like other .nz folk, but its fairly low pri.
[21:50] <lifeless> vs $other-stuff-to-do
[21:51] <kcj> Morning.
[21:54] <mwhudson> ajmitch: should be


[09:00] <Laney> ping about backports awaiting processing
[09:10] <cjwatson> Laney: fair point
[09:10] <cjwatson> Laney: does bug 877842 supersede bug 871811?
[09:11] <ubot4> Launchpad bug 877842 in oneiric-backports (and 1 other project) "Please backport memcached 1.4.9-0ubuntu1 from precise to natty and oneiric (affects: 1) (heat: 8)" [Wishlist,In progress] https://launchpad.net/bugs/877842
[09:11] <ubot4> Launchpad bug 871811 in natty-backports "Please backport memcached 1.4.7-0.1ubuntu1 from oneiric to natty (affects: 1) (heat: 8)" [Wishlist,In progress] https://launchpad.net/bugs/871811
[09:11] <Laney> erm, don't know what scott intended there
[09:11] <Laney> but I guess so
[09:12] <Laney> the former was before 1.4.9 was uploaded
[09:12] <cjwatson> I'll mark 871811 as a dup then
[09:12] <Laney> won't fixed.
[09:13] <cjwatson> Laney: can't process bug 802044, newer version in oneiric
[09:13] <ubot4> Launchpad bug 802044 in natty-backports "Please backport nspluginwrapper 1.4.2-0ubuntu2 (affects: 2) (heat: 6)" [Undecided,In progress] https://launchpad.net/bugs/802044
[09:14] <Laney> bdrung: ^
[09:16] <cjwatson> (I realise that's my fault for not having processed the backport in the relevant time window in July ...)
[09:16] <Laney> :-)
[09:16] <Laney> good to know that you can only do the newest version, hadn't considered that
[09:16] <cjwatson> well, at least not without hackery, and I think it's better to backport things that are current *somewhere*
[09:17] <Laney> aye
[09:17] <cjwatson> non-current versions probably ought to be manual uploads
[09:18] <Laney> Means that, especially early on in the cycle, it's important to keep track of versions.
[09:23] <cjwatson> queue flushed now aside from nspluginwrapper
[09:23] <Laney> ty
[09:23] <Laney> you can unsubscribe the archive from that bug
[09:24] <cjwatson> done
[09:24] <cjwatson> (should it still be In Progress?)
[09:24] <Laney> oh, I could have done it, didn't know
[09:24] <Laney> no, fixing and pinging
[09:25] <cjwatson> thanks
[11:17]  * cjwatson moves the transition tracker cron job 14 minutes earlier (to 41)
[11:29] <Laney> publisher avoidance?
[11:34] <cjwatson> no, I made it use a different mirroring system which lets it run earlier
[11:34] <cjwatson> and running earlier is good because it gives you a better chance of uploading earlier
[11:35] <cjwatson> (it now hooks off the special ubuntu-archive rsync module that lets us mirror dists directly from cocoplum, rather than having to wait for archive and ports to sync)
[11:35] <Laney> ah, nice
[18:21] <stgraber> skaet, jibel: I can now add sites, products and testcases without requiring DB access to the tracker!
[18:51] <skaet> stgraber,  great!!!  :)
[18:52] <stgraber> skaet: I should have the admin UI done today, then will try to implement as much of the user UI as I can before UDS
[18:53] <skaet> stgraber,  very cool.  :)   Let me know if you need help testing at any point.
[18:54] <stgraber> I'll probably update my canonistack instance with the tracker code once the admin UI is done so you can start playing with it :)
[18:54] <skaet> :)
[18:55] <stgraber> http://<IP_ADDRESS> is the canonistack instance. At least SSO login and the rest of Drupal should be working. Will be refreshed tonight hopefully.
[23:32] <slangasek> tumbleweed: ubuntu-dev-tools was copied to -updates, so I guess the way is clear for an upload of 880051
[23:40] <tumbleweed> slangasek: uploaded this morning
[23:40] <slangasek> oh
[23:41] <slangasek> right, that's kind a sorta what you said this morning already :P
[23:41] <slangasek> let me process it then :)
[23:41] <tumbleweed> heh, thanks