[15:30] <cpaelzer> hi jamespage sarnold ddstreet doko didrocks
[15:30] <cpaelzer> #startmeeting Weekly Main Inclusion Requests status
[15:30] <meetingology> Meeting started at 15:30:40 UTC.  The chair is cpaelzer.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[15:30] <meetingology> Available commands: action, commands, idea, info, link, nick
[15:31] <cpaelzer> #topic Review of previous action items
[15:31] <sarnold> good morning
[15:31] <cpaelzer> My action is to excuse myself being suddenly missing, but I was rather sick all of last week
[15:31] <cpaelzer> Ihope you were able to cover over that just fine
[15:31] <cpaelzer> if there were any real actions from last week let me know
[15:31] <cpaelzer> other than that we will give everyone a minute to realize it is meeting-time
[15:31] <cpaelzer> re-ping jamespage ddstreet doko didrocks
[15:32] <cpaelzer> and hi sarnold
[15:32] <sarnold> cpaelzer: alas there were only two of us last week, so nothing happened
[15:32] <sarnold> cpaelzer: I hope you're feeling better
[15:32] <ddstreet> o/ sorry
[15:33] <didrocks> hey
[15:33] <ddstreet> i have dual mtgs at this time each week, so i have to split my attention :)
[15:33] <cpaelzer> your 50% is often good enough
[15:34] <cpaelzer> as long as you can say yes to assigned tasks :-)
[15:34] <cpaelzer> ok let us get started here
[15:34] <cpaelzer> hoping to be more than the three of us :-)
[15:34] <cpaelzer> #topic current component mismatches
[15:34] <cpaelzer> #link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg
[15:35] <cpaelzer> we will nsee needrestart later anyway
[15:35] <didrocks> (4 of us?)
[15:35] <cpaelzer> oh you have the same color as sarnold has for me - sure 4
[15:35] <cpaelzer> and hi didrocks
[15:35] <didrocks> o/
[15:35] <cpaelzer> the real new content in mismatches are
[15:35] <cpaelzer> a) gnome-control-center -> power-profiles-daemon
[15:36] <cpaelzer> that sounds desktoppy - any opinion didrocks ?
[15:36] <didrocks> I can handle it, I did the NEW review already with MIR review mind
[15:36] <didrocks> I’ll ask seb to file it
[15:36] <cpaelzer> and b) libnotify (which according to http://reqorts.qa.ubuntu.com/reports/m-r-package-team-mapping.html also is desktop)
[15:36] <doko> o/
[15:36] <cpaelzer> which depends on mor
[15:37] <cpaelzer> -> sugar -> sugar-toolkit-gtk3 and python-gwebsockets
[15:37] <cpaelzer> websockets sounds like an intense security review ...
[15:37] <doko> it's just a recommends
[15:37] <cpaelzer> didrocks: would you mind carrying that to the team for evaluation as well?
[15:37] <didrocks> (actually, forgot we did the MIR already, just seb didn’t subcribe us)
[15:37] <didrocks> I’ll look at it, but yeah, sounds big
[15:38] <cpaelzer> doko: which of the cases did you mean for "only a recommends" ?
[15:38] <cpaelzer> and still it needs to be sorted out, but it might be one of the simple "demote to suggests" cases
[15:38] <didrocks> yep, hoping that will work out functionally
[15:38] <cpaelzer> looking at the same in propoposed
[15:38] <cpaelzer> #link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
[15:39] <cpaelzer> it is 3 weeks with abseil in this state now
[15:39] <cpaelzer> do we need to do anything about https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981269 ?
[15:40] <cpaelzer> for libbsd -> libmd - this one is on security atm. I know @sarnold you must be rather busy, but I guess libbsd is non debatable
[15:40] <didrocks> I asked multiple times about it and seb is tracking it, I think we let him proposing what to do
[15:40] <cpaelzer> therefore is there someone assigned to libmd from seucrity already ?
[15:40] <cpaelzer> ok didrocks for abseil
[15:41] <sarnold> cpaelzer: no, no one's assigned to review libmd, afaik we haven't discussed it further since you raised it recently
[15:42] <cpaelzer> IMHO @sarnold if you tihnk you can't make it happen you need to raise it with mclemenceau for emergency alternatives
[15:42] <cpaelzer> I'll leave it with you sarnold (not to do it, but to sort out an assignment and ETA to let mclemenceau know then) - ok ?
[15:43] <mclemenceau> thanks cpaelzer
[15:43] <sarnold> cpaelzer: ack, thanks
[15:44] <doko> cpaelzer, didrocks: libnotify recommends sugar
[15:44] <cpaelzer> thanks doko
[15:44] <cpaelzer> the last one I see here is https://bugs.launchpad.net/ubuntu/+source/libdeflate/+bug/1908502
[15:44] <cpaelzer> that seemed mostly ready and is in the hands of  seb128 and didrocks
[15:45] <cpaelzer> I expect this is gone from mismatches next week didrocks, do you agree ?
[15:45] <didrocks> doko: merge error apparently, will be fixed
[15:45] <cpaelzer> thanks
[15:45] <cpaelzer> ok, nothing else in mismatches AFAICS
[15:45] <cpaelzer> #topic New MIRs
[15:45] <cpaelzer> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=NEW&assignee_option=none&field.assignee=&field.subscriber=ubuntu-mir
[15:46] <doko> didrocks: yeah, I can understand that you don't want to have a delta. but keeping that in the current state in -proposed isn't helpful either
[15:46] <didrocks> cpaelzer: well, I can ask again
[15:46] <sarnold> ah, xnox just fiddled with the settings on nftables, no actual state change there
[15:46] <didrocks> doko: can you tell that to the uploader and not me?
[15:47] <cpaelzer> yeah sarnold, but we still need to make suerr in whicih field the ball is atm
[15:47] <didrocks> seems like all actions I have here are pending on other individual and not me, while I got asked for it…
[15:47] <cpaelzer> sarnold: on https://bugs.launchpad.net/ubuntu/+source/nftables/+bug/1887187
[15:48] <cpaelzer> let me try to summarize
[15:48] <cpaelzer> 1. opened by rbalint
[15:48] <doko> didrocks: so that would be gunnarhj? is he community?
[15:48] <didrocks> doko: he is
[15:48] <cpaelzer> 2. but then punted to security to complete/drive this (the filing not the review)
[15:48] <cpaelzer> => https://bugs.launchpad.net/ubuntu/+source/nftables/+bug/1887187/comments/4
[15:49] <cpaelzer> 3. to reflect that we have assigned it to you in https://bugs.launchpad.net/ubuntu/+source/nftables/+bug/1887187/comments/8
[15:49] <cpaelzer> and now xnox fail-read this as waiting for review and did https://bugs.launchpad.net/ubuntu/+source/nftables/+bug/1887187/comments/9
[15:49] <doko> didrocks: I can, but anybody else can do as well ;p
[15:49] <cpaelzer> but it wasn't waiting for review, it was waiting for https://bugs.launchpad.net/ubuntu/+source/nftables/+bug/1887187/comments/4 to happe
[15:49] <didrocks> doko: I told this is a merge error and we will handle it
[15:50] <doko> ok, thanks
[15:50] <cpaelzer> doko:  didrocks: thanks for sorting out that other case in parallel - It seems this will go fine and all is clear
[15:50] <cpaelzer> sarnold: are you (or any other security member) follow up on https://bugs.launchpad.net/ubuntu/+source/nftables/+bug/1887187/comments/4
[15:50] <cpaelzer> to quote "... I think the MIR preparations will be done by the Security Team, who will own nftables itself, too."
[15:51] <sarnold> cpaelzer: I can re-raise it at our next team meeting, but given $everything I can't imagine it'll be a priority for the team to push on this
[15:51] <seb128> @deflate, I forwarded the comments to Debian, I'm unsure those issues should block the MIR, one is about a patch description being inacurrate, the other one about optimisation profile warnings that don't seem to have an impact
[15:52] <cpaelzer> ok sarnold, I'll update the bug accordingly and re-assign it to you for doing that
[15:52] <sarnold> cpaelzer: cool, thanks
[15:53] <cpaelzer> that should do it https://bugs.launchpad.net/ubuntu/+source/nftables/+bug/1887187/comments/10
[15:53] <cpaelzer> #topic Incomplete bugs / questions
[15:53] <cpaelzer> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.subscriber=ubuntu-mir
[15:53] <cpaelzer> obviously https://bugs.launchpad.net/ubuntu/+source/needrestart/+bug/1907422
[15:53] <cpaelzer> we had plenty of MIR members doing reviews
[15:54] <cpaelzer> all of them LGTM, doko also found a great "why don't you use ..." and also got it answered by now
[15:54] <cpaelzer> the one task remaining is  needrestart itslef atm being sorted out between ddstreet (reviewer) and sil2100 (to implement what was requested)
[15:55] <cpaelzer> I think that state is good for now and we can't do more atm
[15:55] <cpaelzer> thanks to all of you did your reviews!
[15:55] <cpaelzer> https://bugs.launchpad.net/ubuntu/+source/libayatana-appindicator/+bug/1915695 is incompleted and sorted out between didrocks and seb128 which is ok (no current todo for us)
[15:55] <cpaelzer> abseil we mentioned already
[15:56] <sarnold> heh "it's a very specific fruitcake"
[15:56] <cpaelzer> hehe
[15:56] <cpaelzer> the last recent/interesing one is https://bugs.launchpad.net/ubuntu/+source/libftdi/+bug/1912371
[15:56] <cpaelzer> doko: this went back to mclemenceau to opt-in to drive this further (or reject)
[15:57] <cpaelzer> could you ask him next time you speak with him so that it doesn't stay stuck in this state?
[15:57] <doko> ok, I'll chase that down
[15:57] <cpaelzer> thanks
[15:57] <cpaelzer> #topic Any other business?
[15:57] <cpaelzer> what did I miss ?
[15:57] <cpaelzer> ... nothing from me
[15:57] <didrocks> on libdeflate: the last blocker is the weird patch description, but what concerns me more is reflected by seb128 with what was raised in the debian bug report: "Removing the patch the package still builds fine, is the change still needed? What problem does it resolve exactly?", like we have a patch workarounding a failing test and we don’t have any idea if this is a valid case or not…
[15:58] <didrocks> That doesn’t sound confortable to maintain? But happy to set a ACK if this is fine to live with it for seb128
[15:58] <seb128> well, either we keep in sync with that one test disabled
[15:58] <seb128> or we add a delta to re-enable the patch
[15:58] <seb128> whatever MIR team decide is fine with me
[15:58] <didrocks> it’s up to you, but we all know that if we don’t investigate now, that will not happen post-MIR
[15:59] <seb128> I prefer to be in sync if possible and the Debian maintainer doesn't reply
[15:59] <cpaelzer> ^^ ack to didrocks
[15:59] <seb128> we can add the delta for now if that's the ask
[15:59] <cpaelzer> yeah that would be nice seb128
[15:59] <seb128> alright
[15:59] <seb128> let me upload in a bit
[15:59] <cpaelzer> that should be all then for today ... ?
[15:59] <didrocks> sounds like it’s enough already :)
[16:00] <cpaelzer> oh yeah :-)
[16:00] <cpaelzer> see you all next week
[16:00] <cpaelzer> #endmeeting
[16:00] <meetingology> Meeting ended at 16:00:08 UTC.  Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-meeting/2021/ubuntu-meeting.2021-03-09-15.30.moin.txt
[16:00] <seb128> I fixed libnotify btw
[16:00] <sarnold> great, thanks cpaelzer, all :)
[16:00] <didrocks> seb128: yeah, I mentioned it to doko, thanks!
[16:00] <seb128> our recommends tweak hack for half reverted by error in the previous merge
[16:00] <seb128> np, sorry for the mistake
[19:58] <cyphermox> o/
[19:58] <sil2100> o/
[20:02] <xnox> sarnold:  cpaelzer: what can i say! your willcommen P-))))))
[20:03] <sil2100> Ok, I see that both Steve and Marc won't make it - let's stay around to see if we're still able to get quorum
[20:03] <sarnold> xnox: schade das tu zwei yzik butcher :)
[20:04] <rbasak> o/
[20:05] <rbasak> I think we're quorate if we don't count sabfl?
[20:11] <sil2100> I guess so, hm
[20:11] <sil2100> Let me start then
[20:11] <sil2100> #startmeeting Technical Board Meeting
[20:11] <meetingology> Meeting started at 20:11:42 UTC.  The chair is sil2100.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[20:11] <meetingology> Available commands: action, commands, idea, info, link, nick
[20:11] <sil2100> #topic Apologies
[20:12] <sil2100> Marc and Steve sent apologies regarding missing today's meeting
[20:12] <sil2100> I don't think there's anything else
[20:12] <sil2100> #topic Action review
[20:12] <sil2100> ACTION: Wimpress To follow-up on-list with design review to address MATE Boutique security/consent concerns.
[20:13] <sil2100> Wimpress: hello! Re-poking again! ^
[20:14] <sil2100> Ok, let's carry it over
[20:14] <sil2100> #action Wimpress To follow-up on-list with design review to address MATE Boutique security/consent concerns.
[20:14] <meetingology> ACTION: Wimpress To follow-up on-list with design review to address MATE Boutique security/consent concerns.
[20:14] <sil2100> ACTION: vorlon to circle around with store, snapcraft, et all, and revise the snap source revision policy to be more clear with regards to rebuildability and GPL compliance.
[20:15] <sil2100> And the related ACTION: formal ratification of third party seeded snap security policy, depends on:
[20:15] <sil2100> vorlon is away today, so let's carry it over
[20:15] <sil2100> #action formal ratification of third party seeded snap security policy, depends on:
[20:15] <meetingology> ACTION: formal ratification of third party seeded snap security policy, depends on:
[20:15] <sil2100> #action vorlon to circle around with store, snapcraft, et all, and revise the snap source revision policy to be more clear with regards to rebuildability and GPL compliance.
[20:15] <meetingology> ACTION: vorlon to circle around with store, snapcraft, et all, and revise the snap source revision policy to be more clear with regards to rebuildability and GPL compliance.
[20:15] <sil2100> Same for the next one
[20:15] <sil2100> #action vorlon to reply to seeded snap upload permissions question on list
[20:15] <meetingology> ACTION: vorlon to reply to seeded snap upload permissions question on list
[20:15] <sil2100> ACTION: sil2100 to start a draft summarizing the OEM archive portion of the meeting which xnox and TB will review, edit, and ratify before we move on to figuring out the next step
[20:16] <sil2100> Ok, so apologies, but I did not get around this one yet, sadly
[20:16] <cyphermox> ok
[20:16] <sil2100> Let me carry it over
[20:16] <sil2100> I have it on my TODO list tho!
[20:16] <sil2100> #action sil2100 to start a draft summarizing the OEM archive portion of the meeting which xnox and TB will review, edit, and ratify before we move on to figuring out the next step
[20:16] <meetingology> ACTION: sil2100 to start a draft summarizing the OEM archive portion of the meeting which xnox and TB will review, edit, and ratify before we move on to figuring out the next step
[20:17] <sil2100> ACTION: vorlon to update the list for Thunderbird update (https://irclogs.ubuntu.com/2021/01/26/%23ubuntu-meeting.html#t20:22)
[20:17] <sil2100> Does anyone know if that happened?
[20:17] <rbasak> I don't think so
[20:17] <rbasak> AIUI he wanted to update the list with his viewpoint
[20:17] <rbasak> Apart from that the TB side of Thunderbird is done I think
[20:19] <sil2100> Ok, let's carry over then
[20:19] <sil2100> #action vorlon to update the list for Thunderbird update (https://irclogs.ubuntu.com/2021/01/26/%23ubuntu-meeting.html#t20:22)
[20:19] <meetingology> ACTION: vorlon to update the list for Thunderbird update (https://irclogs.ubuntu.com/2021/01/26/%23ubuntu-meeting.html#t20:22)
[20:19] <sil2100> ACTION: sil2100 to discuss with release team where to document decisions about LTS status of flavors (prior to release notes creation late in cycle)
[20:20] <sil2100> So I updated the release processes to include information on where we put the LTS status of flavors, so that now we put it on the release schedule early
[20:20] <sil2100> But I'd still like to leave the action item as I'd still like to talk to Iain about this, as he had some question about the actual process
[20:21] <sil2100> So yeah, I'll carry it over and reach out to him
[20:21] <sil2100> #action sil2100 to discuss with release team where to document decisions about LTS status of flavors (prior to release notes creation late in cycle)
[20:21] <meetingology> ACTION: sil2100 to discuss with release team where to document decisions about LTS status of flavors (prior to release notes creation late in cycle)
[20:22] <sil2100> #topic Check up on community bugs (standing item)
[20:22] <sil2100> #link https://bugs.launchpad.net/ubuntu-community/+bugs?field.assignee=techboard
[20:22] <sil2100> No bugs I see o/
[20:22] <sil2100> #topic Scan the mailing list archive for anything we missed (standing item)
[20:24] <sil2100> I don't think there are any actions from the ML, from what I see in my mailbox at least
[20:24] <sil2100> #topi aob
[20:24] <sil2100> #topic aob
[20:25] <sil2100> Do we have anything for today?
[20:25] <cyphermox> I don't have anything
[20:26] <rbasak> Nothing from me
[20:26] <rbasak> Thank you for chairing!
[20:27] <sil2100> o/
[20:27] <sil2100> #topic Select a chair for the next meeting (next from https://launchpad.net/~techboard/+members)
[20:28] <sil2100> #info next chair will be mdeslaur, with cyphermox as backup
[20:28] <sil2100> #endmeeting
[20:28] <meetingology> Meeting ended at 20:28:13 UTC.  Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-meeting/2021/ubuntu-meeting.2021-03-09-20.11.moin.txt
[20:28] <sil2100> Thank you everyone!
[20:28] <cyphermox> o/


[02:11]  * semiosis is back.
[02:11]  * semiosis is away.  please leave a /msg
[02:11]  * semiosis is away.  please leave a /msg
[02:11]  * semiosis is away.  please leave a /msg
[02:12] <Tm_T> semiosis: could you turn that off please?
[02:12] <semiosis> yes i did already, very sorry about the malfunction!
[02:12] <semiosis> :(
[02:12] <Tm_T> np (:
[03:12] <malkauns_> in 12.04 why do i have this window shadow glitch? http://i.imgur.com/7bTMK.png
[03:14] <JonEdney> I kinda like it
[03:14] <malkauns_> it may look nice there but trust me it gets annoying
[03:15] <JonEdney> I can imagine.  You may want to check out #ubuntu, it's active right now - been kinda dead in here.
[03:15] <malkauns_> heh
[03:18] <dobey> also, #ubuntu is where to go for general help, not here :)
[03:18] <EvilResistance> mhm
[03:57] <pitti> Good morning
[03:59]  * slangasek waves
[04:02] <nigelb> Guten morgen pitti
[04:06] <highvoltage> perl: warning: Setting locale failed.
[04:06] <highvoltage> perl: warning: Please check that your locale settings:
[04:06] <highvoltage> 	LANGUAGE = (unset),
[04:06] <highvoltage> 	LC_ALL = (unset),
[04:06] <highvoltage> 	LANG = "en_ZA.UTF-8"
[04:06] <highvoltage>     are supported and installed on your system.
[04:06] <highvoltage> perl: warning: Falling back to the standard locale ("C").
[04:06] <highvoltage>  ________
[04:06] <highvoltage> < pitti! >
[04:06] <highvoltage>  --------
[04:06] <highvoltage>         \   ^__^
[04:06] <highvoltage>          \  (oo)\_______
[04:06] <highvoltage>             (__)\       )\/\
[04:06] <highvoltage>                 ||----w |
[04:06] <highvoltage>                 ||     ||
[04:06] <highvoltage> (oops)
[04:07] <pitti> that's during dist-upgrade?
[04:09] <highvoltage> I think my container just isn't set up properly (I think I just need to install some langpacks)
[04:12] <pitti> at least a locale
[04:14] <stgraber> highvoltage: is that on Ubuntu (the container)?
[04:14] <stgraber> highvoltage: if so, you might be hit by a remaining apparmor glitch where for some reason /usr/lib/locale/local-archive can't be generated from within the container
[04:14] <stgraber> highvoltage: copying it from the outside to /var/lib/lxc/<container>/rootfs/usr/lib/locale/locale-archive will "fix" it
[04:15] <RAOF> Good morning pitti :)
[04:15] <stgraber> jjohansen: I think I forgot to poke you about that one. I thought it was fixed a while ago but apparently it wasn't. localegen can't generate it and apparmor doesn't log any reject, so a bit tricky to figure out
[04:15] <pitti> hey RAOF, how are you?
[04:16] <RAOF> Home! :)
[04:16] <nigelb> RAOF: How many hours did it take this time? :D
[04:16] <RAOF> Good.  I slept well, and woke :)
[04:16] <nigelb> (didn't you have fun returning back from the sprint?)
[04:17] <RAOF> nigelb: In terms of flight time, not much - just only 19ish hours.  In terms of door-to-door time, somewhat worse due to the 6hr layover in Melbourne.  But I got to have a shower and change my clothes there, so that was good.
[04:17] <RAOF> Yeah, lots of fun getting back from the sprint!
[04:17] <RAOF> Nothing like that this time :)
[04:17] <nigelb> Heh
[04:53] <micahg> any SRU team members around?
[04:56]  * micahg looks for infinity or SpamapS
[05:04] <micahg> pitti: can I get a pre-SRU ACK please on bug 939863 (we'd like to roll it into a security update to save on the churn), it's a textual change
[05:06] <pitti> micahg: that's http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libav.git;a=blob;f=debian/patches/04-ffmpeg-warning-change.patch;h=0472d450a743ff0b3918c80e91da16d4c4b35d2b;hb=HEAD ?
[05:06] <pitti> what difference does it make? the old and new texts by and large say the same?
[05:06] <micahg> pitti: yeah, it's less inflammatory WRT the libav/ffmpeg split
[05:07] <pitti> heh, ok
[05:07] <pitti> seems fine to me, it's not translated anyway
[05:07] <micahg> ok, thanks
[05:08] <micahg> I'll upload to quantal tomorrow as my jet engine laptop keeps shutting off when I build it
[05:09] <sladen> make -j1
[05:09] <micahg> yeah, I suppose I could disable parallel
[05:46] <micahg> infinity: SpamapS: unping
[07:21] <mitya57> mvo: done, see bug 999501 (and it's now linked to the merge request)
[07:21] <mitya57> mvo: can you please add a precise target?
[07:30] <dholbach> good morning
[07:42] <mvo> mitya57: thanks, I add the precise target now
[08:36] <dholbach> am I right in thinking that  dh with=python2  won't work as intended? :)
[08:45] <dholbach> (I'm asking because I'd like to update python-django{,-south} in quantal)
[09:02] <pitti> dholbach: you mean "dh --with=python2"?
[09:02] <dholbach> yes
[09:17] <dholbach> pitti, yes :-)
[09:18] <dholbach> I believe it is misspelt in Debian's python-django-south and I'd forward the patch if necessary
[09:24] <elky> Am I correct in thinking that bug #997891 just needs to be reviewed by the SRU team now?
[09:31] <cjwatson> dholbach: I'd be surprised if that didn't just fail hard with "dh: Unknown sequence with=python2"
[09:36] <geser> elky: only as a 2nd step. First it needs to get uploaded (sponsored) by someone and then the SRU teams reviews it from the upload queue.
[09:39] <elky> geser, well i can't do any kind of uploading, who should I poke? :)
[09:40] <geser> elky: the bug is in the sponsoring queue, I assume the queue should start processing soon again as all the patch pilots are back from UDS
[09:40] <elky> ok cool :)
[09:40] <StevenK> s/back/recovered/
[09:40]  * elky hides from StevenK
[09:40] <StevenK> Muahaha
[09:41] <elky> eep!
[09:42] <geser> elky: don't hide from StevenK but hunt him instead to sponsor your bug
[09:42] <elky> ooh, good idea
[09:43]  * StevenK glares at elky.
[09:43] <elky> wasn't my idea!
[09:43] <StevenK> elky: Do you have a debdiff?
[09:43] <elky> I seem to recall you several times trying to get me to do this stuff. You should be over the moon with happiness!
[09:44] <StevenK> elky: Haha
[09:44] <elky> StevenK, it's attached to the bug
[09:45] <StevenK> elky: Catalyst!?
[09:45] <elky> I don't live in your country anymore.
[09:46] <StevenK> elky: Yes. This is a *bug*.
[09:46] <elky> Sydney nearly killed me
[09:46] <StevenK> :-(
[09:46] <jsimmons> Hay, anyone know how I can get ubuntu to use libGL.so from fglrx instead of mesa's
[09:47] <elky> StevenK, it's perfectly fine if you telecommute. the other commute is less fine.
[09:48] <jsimmons> if I remove the mesa libraries, it cannot then find libGL at all, although it shows up fine in ldconfig. I guess that there's something broken in my setup such that ld can't find the library?
[09:49] <elky> StevenK, did you find the debdiff yet? :P
[09:49] <StevenK> elky: I'm building a source package.
[09:49] <StevenK> elky: Don't make me come over there.
[09:49] <elky> Would that work?
[09:50] <elky> aww, we made him feel ignored :(
[09:51] <StevenK> elky: My first upload to quantal done.
[09:51] <elky> Now the precise one? :P
[09:51] <vibhav> Is it fine to SRU new upstream relleases?
[09:52] <dholbach> cjwatson, it doesn't seem to fail when using '--with=python2'
[09:52] <StevenK> elky: Yes, yes.
[09:52] <elky> vibhav, https://wiki.ubuntu.com/StableReleaseUpdates?action=show&redirect=SRU#New_upstream_microreleases
[09:52] <vibhav> thanks
[09:53] <elky> StevenK, so if I pestered enough, would you bring Sarah? :P
[09:53] <StevenK> elky: Likely
[09:53] <elky> woo!
[09:54] <StevenK> Haha
[09:54]  * elky sits here poking StevenK in the ribs.
[09:54] <StevenK> That will not make me upload quicker.
[09:54] <vibhav> heh
[09:57] <cjwatson> dholbach: well, --with=python2 is the correct spelling, so that's not surprising :-)
[09:57] <dholbach> oh?
[09:57] <cjwatson> You asked about with=python2
[09:58] <dholbach> but "--with python2" works too
[09:58] <cjwatson> --with python2 is fine as well
[09:58] <dholbach> ok, then we're good
[09:58] <dholbach> thanks cjwatson :)
[09:58] <dholbach> then doko once corrected me for nothing :)
[09:58] <StevenK> elky: precise-proposed also uploaded.l
[09:58] <elky> :D
[09:58] <StevenK> s/l$//
[09:58]  * elky hugs StevenK
[09:58] <cjwatson> normal getopt_long style semantics
[09:58] <StevenK> elky: My bill is in the mail. :-P
[09:59] <elky> I'll send you pineapple lumps?
[09:59] <StevenK> How about beer?
[09:59] <elky> Would that make it through customs?
[09:59] <StevenK> I don't see why not.
[10:00] <elky> kiwis on one side, aussies on the other?
[10:00] <StevenK> elky: Did you get the two e-mails from the uploadprocessor?
[10:01] <elky> not yet, gmail might be lagging
[10:02] <elky> oh wait, they would have gone to my catalyst address... sec
[10:02] <StevenK> Ha ha
[10:03] <elky> or not?
[10:03] <elky> maybe greylisting
[10:03] <StevenK> I can't check *that*, sadly.
[10:04] <elky> yeah, it's not a terribly long one, but it is there
[10:04] <StevenK> I thought people came to the conclusion that greylisting is now pointless.
[10:04] <pitti> oh, is it?
[10:04] <elky> the janitor hit the bug, so i guess that's something
[10:04]  * pitti still uses it on his servers
[10:05] <elky> it cuts out a fair bit still
[10:05] <elky> and in all fairness, one less is worth it.
[10:05] <StevenK> I get about 1 spam a day through my filters.
[10:05] <StevenK> Mostly none
[10:15] <elky> still no mails :(
[10:28] <doctorpepper> hi guys !!!
[10:28] <doctorpepper> is anyone from the libdbusmenu/appmenu  in here ?
[10:31] <dholbach> doctorpepper, it might help if you just ask whatever specific question you have - if nobody replies, you could try #ubuntu-desktop as well
[10:32] <apw> anyone seen reports of network manager dropping valid network connections, likely at about the dhcp refresh time intervals?
[10:37] <doctorpepper> dholbach:  actually  i am hitting a bug
[10:38] <elky> he's asking you to describe it.
[10:38] <dholbach> doctorpepper, I'm not a libdbusmenu/appsmenu expert, but you could for example mention which bug (maybe bug number) it is, and say that you're up for providing more information, etc.
[10:41] <elky> StevenK, seems like I'm not getting the mails
[10:41] <doctorpepper> when  running gtk3  apps on kde  with the appmenu  applet on the top pannel   the menu are exported to the appmenu applet  but  also visible and functionnal on the  application window
[10:42] <StevenK> elky: I can forward them if you wish.
[10:43] <elky> StevenK, please do :)
[10:44] <doctorpepper> for instance  i have this problem with gedit  but dont have it with gimp-2.8 or inkscape
[10:45] <dholbach> doctorpepper, ok - if nobody answers here, I'd suggest filing a bug report (https://help.ubuntu.com/community/ReportingBugs) and adding all the information you have - you could also try raising it in #ubuntu-desktop - in any case a bug report will be helpful
[11:43] <cjwatson> infinity: do you know anything about the eglibc/armhf build failure?
[11:43] <cjwatson> gcc-4.6 -fno-stack-protector -U_FORTIFY_SOURCE -march=armv5t -mfloat-abi=soft ../ports/sysdeps/unix/sysv/linux/arm/sysdep.S -c -isystem /build/buildd/eglibc-2.15/debian/include  -I../include -I/build/buildd/eglibc-2.15/build-tree/armhf-armel/csu -I/build/buildd/eglibc-2.15/build-tree/armhf-armel -I../ports/sysdeps/arm/elf -I../ports/sysdeps/unix/sysv/linux/arm/eabi/nptl -I../ports/sysdeps/unix/sysv/linux/arm/eabi ...
[11:43] <cjwatson> ... -I../ports/sysdeps/unix/sysv/linux/arm/nptl -I../ports/sysdeps/unix/sysv/linux/arm -I../ports/sysdeps/unix/sysv/linux -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../ports/sysdeps/unix/sysv -I../nptl/sysdeps/unix/sysv -I../sysdeps/unix/sysv ...
[11:43] <cjwatson> ... -I../ports/sysdeps/unix/arm -I../ports/sysdeps/unix -I../nptl/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix -I../ports/sysdeps/arm/eabi -I../ports/sysdeps/arm/fpu -I../ports/sysdeps/arm/nptl -I../ports/sysdeps/arm -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I../ports -I../nptl  -I.. -I../libio -I. -nostdinc ...
[11:43] <cjwatson> ... -isystem /usr/lib/gcc/arm-linux-gnueabihf/4.6/include -isystem /usr/lib/gcc/arm-linux-gnueabihf/4.6/include-fixed -isystem /build/buildd/eglibc-2.15/debian/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h       -DHAVE_INITFINI -DASSEMBLER  -I/build/buildd/eglibc-2.15/build-tree/armhf-armel/csu/. -pipe -O2 -fstrict-aliasing -g  -Wa,--noexecstack   -o ...
[11:43] <cjwatson> ... /build/buildd/eglibc-2.15/build-tree/armhf-armel/csu/sysdep.o -MD -MP -MF /build/buildd/eglibc-2.15/build-tree/armhf-armel/csu/sysdep.o.dt -MT /build/buildd/eglibc-2.15/build-tree/armhf-armel/csu/sysdep.o
[11:43] <cjwatson> {standard input}: Assembler messages:
[11:43] <cjwatson> {standard input}:302: Error: lo register required -- `add pc,r3,#(0xffff0fc0-0xffff0fff)'
[11:43] <cjwatson> oops, sorry, that was longer than I expected!
[11:50]  * nigelb blinks
[11:50] <elky> is this where we point and laugh?
[11:58] <mlankhorst> why do I get this error when trying pbuilder-dist on precise?
[11:58] <mlankhorst> distro_info.DistroDataOutdated: Distribution data outdated.
[12:01] <mlankhorst> I'm guessing it's lacking quantal data, but why does it have to be a fatal error ._.
[12:02] <cjwatson> mlankhorst: upgrade to the most current available distro-info-data
[12:02] <cjwatson> (you're not the first person to point out the awkward error handling; it's been looked at)
[12:04] <mlankhorst> hm, didn't have -updates enabled
[13:47] <hrw> ok, did first uploads to quantal.
[14:01] <hrw> should I contact someone about my binutils-{armel,armhf}-cross packages which went into NEW or just wait for them to be processed?
[14:02] <geser> wait (unless it's really urgent)
[14:02] <hrw> geser: it is not so will just wait
[14:22]  * mterry is rocking out to dholbach's Flashing Lights mix
[14:24]  * dholbach hugs mterry :-)
[14:24] <dholbach> mterry, I'm glad you like it - it's what kept me from falling into bed too early yesterday :)
[14:24]  * highvoltage loaded the link but the flash applet didn't want to play the actual track :'(
[14:25] <mterry> dholbach, heh.  :)  It's good!
[14:25] <dholbach> highvoltage, really? that's weird
[14:27] <highvoltage> dholbach: ah just figured it out, what I thought was the flash applet was just javascript, and the actual flash was blocked by flashblock, got it playing now :)
[14:32] <pitti> urgh, just filed bug 999711 -- we're getting dangerously close to bug 1e6!
[14:32]  * pitti wonders what kind of bug mpt will file this time
[14:39] <highvoltage> thanks dholbach, that's really relaxing.
[14:48] <cjwatson> yofel: I gather you're working on KDE SC 4.8.3 packaging, and ScottK suggested I should talk to you about http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672553.  I've reached the point where this and some archive admin are the only things blocking me uploading a Python 3 port of ubiquity to quantal; would it be OK if I uploaded that patch in advance of Debian?  That is, are the package names OK, or would they need to be ...
[14:49] <cjwatson> ... python3-pykde4* instead (I noticed the Qt bindings are named differently between Python 2 and 3)?
[14:50] <yofel> looking
[14:54] <mterry> chrisccoulson, I'm scheduled to patch pilot this thursday.  You are scheduled next thursday.  I'm looking to switch, if you're interested
[14:56] <seb128> mterry, just do your shift today if you have time? there is no desktoper on schedule
[14:56] <mterry> seb128, well, I'm trying not to do it this week at all
[14:57] <seb128> mterry, oh ok, I guess just move it, there is no strict need to find somebody to swap with
[14:58] <seb128> mterry, I might do some sponsoring on thursday, I skipped my turn during UDS
[14:58] <mterry> seb128, you're so blase!
[14:58] <seb128> lol
[14:59]  * mterry wishes blueprints didn't spam everyone all the time
[14:59] <mterry> I feel like I'm standing over the shoulder of someone as they update a blueprint
[15:06] <cjwatson> wg 38
[15:06] <cjwatson> doh
[15:06]  * mneptok has an odd moment of synchronicity
[15:07] <mneptok> mterry: earlier i *almost* said "cjwatson: i just read Proust's _Remembrance Of Things Past_. it was awesome! want me to paste it?"
[15:08] <mneptok> mterry: if you want a *painful* blow-by-blow account of every small detail, those are the books for you.
[15:08] <yofel> cjwatson: not sure there either, but looking at the debian python policy the naming convention seems to result in python3-pykde4. So I would go with that
[15:08] <mterry> mneptok, :)
[15:13] <infinity> cjwatson: I haven't had a chance to dig into it yet, but something's emitting v7 instructions, and then having a sad.  I'm still trying to kick a nasty flu here.
[15:14] <ogra_> infinity, welcome to the club
[15:14] <ogra_> though my flu turned out to be a pneumonia
[15:15] <highvoltage> ogra_: still have it? you should really be resting.
[15:15]  * ogra_ just spent a horrid night with his chest wrapped in pepper patches ...
[15:15] <ogra_> it waqs like sleeping (or rather not sleeping) in hellfire
[15:15] <alo21> hi all
[15:16] <alo21> after pbuilder-dist <release> build ../<package>_<version>.dsc , I cannot find my .deb file
[15:16] <ogra_> highvoltage, well, the fever is down and i am getting bored .... cant do much physical stuff but typing works :)
[15:16] <alo21> why?
[15:17] <highvoltage> hey alo21, #ubuntu-packaging and #ubuntu-motu might be a better place for that
[15:17] <alo21> highvoltage: thanks
[15:19] <ogra_> dholbach, hmm, i got a membership renewal mail for ubuntu-sponsors ... do i need to renew that individually ? i though ubuntu-dev would be automatically a member of it
[15:19] <ogra_> (or ubuntu-core-dev at least)
[15:20] <dholbach> it isn't and I can't remember the reasoning for it in the beginning
[15:20] <infinity> Because sponsorship is a voluntary thing.
[15:21] <infinity> If there was a group that was an intersection of ~canoical and ~ubuntu-core-dev, maybe you could make them all members of ~ubuntu-sponsors, but we can't force all community devs to be sponsors if they don't want to.
[15:23] <ogra_> why not ?
[15:23] <xnox> slangasek: you are merging faster than I can create merge proposals ;-)
[15:23] <maco> even if you're in the team, it's still up to you whether you ever DO actually get around to sponsoring anything at all
[15:23] <ogra_> the tech board could define that as a requirement for core-dev members
[15:23] <infinity> Because that's not how "voluntary" works. :P
[15:23] <ogra_> if the rules for that team are like that ...
[15:23] <infinity> ogra_: Retroactively defining what core-dev means might not go over well.
[15:24] <ogra_> no, not retroactively indeed
[15:24] <ogra_> i always thought it was a part of core-dev to be a sponsor
[15:24] <infinity> Nope.
[15:24] <maco> i always had the impression that being one did kind of imply you were up for mentorship type stuff
[15:24] <infinity> And now you know. ;)
[15:24] <ogra_> heh, yeah
[15:25] <highvoltage> maco: well, I guess someone wouldn't sign up for something with that much responsibility without being willing to take the responsibilities that comes with it :)
[15:25] <Laney> I don't really see being a member of ~ubuntu-sponsors as giving me any additional responsibilities
[15:25] <maco> if a core dev said no to being directly asked to sponsor something, i'd expect some justification either of the "it's wrong" "i'm working on another package" or "oh god, grub? don't ask me!  ask cjwatson!!!" variety
[15:26] <Laney> It's just that I wouldn't be able to remove sponsors from bugs if I weren't.
[15:26] <infinity> maco: Being able to upload and being willing to review and sponsor uploads for others don't seem to be immediately related, even if most of us do both.
[15:26] <infinity> (And I imagine some people would rather not have the nagging bug mails if they prefer to never sponsor)
[15:26]  * infinity shrugs.
[15:26] <maco> i got nagging bugmail from being on the sponsors team?
[15:26] <maco> i dont remember that
[15:26] <infinity> I have no strong opinions, given that I'm a member of both teams, and most of us are, but I see no point in redefining it now.
[15:27] <maco> but then i did get a ton of bugmail already from taht summer i triaged a few hundred bugs...
[15:27] <SpamapS> ugh, its almost unbelievable how badly borked lp:ubuntu/juju is..
[15:27]  * SpamapS gives up trying to fix it with bzr rename
[15:28]  * ogra_ notes that juju means something like "magic"
[15:28] <ogra_> SpamapS, swing your wand !
[15:28] <Laney> push --force (overwrite?) it if you have a better packaging branch
[15:29] <SpamapS> Laney: I'm told that will forever preclude the package importer from working
[15:29] <Laney> isn't that what you want?
[15:29] <SpamapS> no, I want to be able to work in harmony w/ the importer
[15:30] <yofel> cjwatson: otherwise the patch looks fine to me, as I need to upload pykde 4.8.3 I can add your patch with right names and upload it today
[15:30] <SpamapS> I'm happy to "own" it and push to it most of the time, but if somebody does an upload for some other reason.. I need the importer to record it there, or I'll revert something
[15:30] <SpamapS> Laney: and really, UDD is supposed to work *for* us, not against us.
[15:31] <SpamapS> It worked fine when I was the only one pushing
[15:31] <Laney> well, you can have distributed development without the package importer
[15:31] <SpamapS> but then the importer did something vile and now I can't merge-upstream
[15:31] <Laney> you'd just have to be on top of not missing non-UDD uploads
[15:31] <Laney> which I agree could be annoying
[15:32] <SpamapS> I've reported a bug in bzr at this point, but its really confusing and I'm just done w/ it.. :-/
[15:33] <SpamapS> The response was to try and "let it do that" and then fix w/ renames
[15:34] <SpamapS> but I already tried it and got a few of the renames wrong.. (80+ files get moved to $dir.moved)
[15:35] <SpamapS> Which I don't understand at all. I should be able to just import the upstream source and have that be the "source of truth"
[15:35] <cjwatson> mneptok: smartass :)
[15:35] <slangasek> xnox: you can still create a merge proposal for the precise branch, if you like ;)
[15:35] <cjwatson> yofel: ok, python3-pykde4 is fine by me.  will you sync that into quantal as well?
[15:36] <cjwatson> infinity: ah, so this is just a side-effect of the known compiler problem?
[15:36] <xnox> slangasek: I did now.... =) I guess I will experience SRU process first-handedly now.
[15:37] <slangasek> xnox: :)  Speaking of which, can you please update the bug description with the needful from https://wiki.ubuntu.com/StableReleaseUpdates#Procedure ?  (At minimum, the [Test Case] section)
[15:37] <cjwatson> SpamapS: the UDD people can normally reset branches that have got into funny states such that the importer can work with them again; IIRC maxb specialises in this kind of thing
[15:38] <xnox> slangasek: ok.
[15:38] <SpamapS> cjwatson: right I want the other way. I want to reset the branch such that *I* can work with it. The importer is quite happy.
[15:38] <yofel> cjwatson: for now I'll upload to quantal as I need 4.8.3 in there now. Later I'll coordinate with ScottK for debian.
[15:38] <cjwatson> yofel: ok, sounds good
[15:39] <SpamapS> cjwatson: it seems to me that there is a disconnect between whatever the importer does and what merge-upstream expects
[15:39] <SpamapS> does the importer use import-dsc?
[15:42] <xnox> ev: I have put two workitems on the https://blueprints.launchpad.net/ubuntu/+spec/foundations-q-wubi-publishing
[15:43] <xnox> not sure if anything else needs to happen on that one.
[15:45] <cjwatson> SpamapS: the importer uses import-dsc
[15:45] <cjwatson> or something built around the same libraries, anyway
[15:45] <ev> xnox: why wouldn't we just upload to main?
[15:45] <xnox> ev: because I do not want windows cross-compilers in main.
[15:46] <cjwatson> SpamapS: but that doesn't automatically mean it works with merge-upstream, because import-dsc will synthesise file-ids from scratch whereas merge-upstream will make them match the upstream branch
[15:46] <xnox> or any other random packages.
[15:46] <slangasek> what's wrong with having a windows cross-compiler in main?
[15:46] <ev> xnox: why?
[15:46] <ev> indeed
[15:46] <ev> plus archive reorg
[15:46] <cjwatson> I can think of at least one delta against Debian we could drop by having a Windows cross-compiler in main
[15:46] <slangasek> note that there are other cases where we're carrying a delta from Debian in order to keep mingw out of main... I think it's worth revisiting this
[15:46]  * slangasek nods
[15:47] <xnox> ok.
[15:47] <cjwatson> SpamapS: if I were you, I would explore the following path: (a) do it all with merge-upstream (b) push over auto-imported branch (c) get the UDD people to reset things so that the importer starts from that point
[15:47] <xnox> but we will still want PPA to have wubi daily builds =)
[15:48] <xnox> if the build is good enough, we can upload it to main.
[15:48] <cjwatson> SpamapS: there is not likely to be any sensible way to get things working with merge-upstream starting from an auto-import with different file-ids
[15:52] <SpamapS> cjwatson: whats confusing is that I was using merge-upstream, then let just one auto import work, and the auto import is what broke things
[15:53] <cjwatson> Yes
[15:53] <SpamapS> cjwatson: so I guess the moral of the story is never let the importer do new upstreams
[15:53] <cjwatson> Yes
[15:53] <cjwatson> Not if you expect to use merge-upstream again, anyway
[15:53] <cjwatson> We basically need https://wiki.ubuntu.com/DistributedDevelopment/Specification#Phase_5:_Current_upstream_in_Bazaar before that will work
[15:53] <SpamapS> le sigh. Ok well I can at least move forward with something other than "pretend UDD is dead" now
[15:55] <SpamapS> cjwatson: I would expect merge-usptream to handle the upstream code the same way import-dsc does though
[15:55] <SpamapS> cjwatson: like, this even breaks w/ merge-upstream of a tarball
[15:55] <cjwatson> Sure
[15:55] <cjwatson> merge-upstream doesn't know the right file-ids if you merge from a tarball
[15:55] <cjwatson> This all essentially flows from bzr having strong rename handling
[15:56] <cjwatson> Even if two files have the same name, they aren't the same file as far as bzr is concerned (especially for merging) unless they have the same file-id
[15:56] <SpamapS> makes sense.. I would have thought though that it would just take the entire corpus of the dir, and just do deletes/adds.. not try to do renames
[15:56] <SpamapS> and by it, I mean merge-upstream and import-dsc
[15:57] <cjwatson> Adds don't work unless it knows what file-ids to use
[15:57] <cjwatson> What's probably happening is that it's added whatever new files are in the new release with different file-ids, so the next merge considers them to be contents conflicts - i.e. a file with different history but the same name
[15:57] <SpamapS> so what I really want is for bzr to just take the upstream source, as-is, and not *ever* conflict it. I say "I want this tarball" and it should just take that tarball and insert it by name, not file id.
[15:58] <cjwatson> No such thing in bzr
[15:58] <cjwatson> Every file has a file-id, it's an intrinsic part of the model
[15:59] <SpamapS> Sure, I see why it works that way, and I'm wanting a way around it. ;)
[15:59] <cjwatson> If you have a bunch of conflicts and just want to take the other side of them, you can use 'bzr resolve --take-other' (or --take-this, as appropriate) to speed things up
[15:59] <SpamapS> I'll at least try that..
[15:59] <cjwatson> Best done in a throwaway branch for testing
[16:00] <SpamapS> but these are rename conflicts where the whole source dir gets renamed to src.moved
[16:00] <SpamapS> and then as you suggest, the new files are in src ..
[16:00] <cjwatson> Which is probably because the directories were added with different file-ids
[16:00] <cjwatson> You can see this sort of thing with 'bzr ls --show-ids'
[16:00] <cjwatson> And/or 'bzr st --show-ids'
[16:01] <SpamapS> I get why it works that way. What I don't get is why there's no "just start over with this tarball"
[16:01] <cjwatson> Um
[16:01] <cjwatson> Sure, you can start over, but that's not enough for you; you need it to correspond to the ancestry of the branch you're merging from
[16:01] <cjwatson> That information isn't in a tarball
[16:02] <SpamapS> I actually don't need that
[16:02] <SpamapS> I mean, I don't think I do
[16:02] <cjwatson> Youo do
[16:02] <cjwatson> If you didn't, we wouldn't be having this conversation
[16:02] <SpamapS> I don't merge in other branches.. I just want the upstream source.. always as-is.
[16:02] <cjwatson> You're using merge-upstream, yes?
[16:02] <SpamapS> yeah
[16:02] <cjwatson> From a branch or a tarball?
[16:03] <SpamapS> I've tried both.. it actually doesn't matter to me.
[16:03] <SpamapS> I like using the branch, because it gives me the bzr### revnos automatically
[16:03] <cjwatson> Then you do need the ancestry
[16:03] <SpamapS> but thats like, 1 step I can do myself with bzr export
[16:03] <cjwatson> In the branch case, you need the ancestry to match the branch you're going to be merging from in the future
[16:04] <cjwatson> In the tarball case, the thing is that when you do a merge from something unversioned (.dsc, tarball), bzr has to just make up file-ids, and (AFAIK) it won't do that the same way every time because newly-generated file-ids include timestamps
[16:04] <SpamapS> ok so really what it sounds like to me is, if you use merge-upstream, you can't let the importer do imports anymore
[16:04] <cjwatson> So successive import-dsc and then merge-upstream from tarball won't match
[16:04] <dupondje> could somebody look @ https://bugs.launchpad.net/ubuntu/+source/remmina/+bug/937522 please? Would like to get it closed :) to many spam getting in it
[16:04] <cjwatson> You can let it do them for non-new-upstream-release uploads
[16:04] <slangasek> xnox: foundations-q-btrfs-requirements> could you please copy the pad contents rather than pointing to the pad from the whiteboard?  I don't think we should rely on the pad being persistent over the long term
[16:05] <xnox> slangasek: ok.
[16:05] <Laney> and the pad isn't completely public
[16:05] <cjwatson> You can let it do them otherwise too, but you're going to have to overwrite it and get admin help to reset state
[16:05] <cjwatson> The "some people use bzr, some people upload directly" model was only meant to be a transitional mechanism, not so much something people rely on forever
[16:06] <maco> cjwatson: i have the impression a bunch of those uploading directly are waving their canes and telling those using bzr to get off their lawn
[16:06] <AlanBell> the other reason to copy pad contents to blueprints is that work items won't be harvested from the pads
[16:06] <maco> cjwatson: also that thing with quilt and evil
[16:07] <slangasek> well, workitems are supposed to go in a separate section now
[16:07] <SpamapS> cjwatson: indeed. I see the problem. I think the answer then, is to roll back to before the importer got involved.. and commit those locally.. push --overwrite.. reset state.. and then never let the importer do its thing again
[16:07] <slangasek> maco: "that thing with quilt and evil" - you'll have to be more specific ;P
[16:07] <slangasek> SpamapS: +1
[16:07] <SpamapS> cjwatson: or rather, never let the importer do an upstream again. ;)
[16:07] <maco> slangasek: ive complained about quilt+bzr=evil and .pc dir and such on the mailing list quite enough :P
[16:07] <slangasek> SpamapS: not bothering to fix the importer after you push --overwrite would also seem to have this effect ;)
[16:08] <SpamapS> heh.. true
[16:08] <maco> slangasek: i know the dev guide has a very convoluted workaround for it available, i just think it's convoluted
[16:08] <maco> (and of course depends whether the last person just ditched the .pc dir or what)
[16:08] <maco> (which just adds more convoluted)
[16:11] <slangasek> xnox: grub2 SRU uploaded
[16:11] <xnox> slangasek: ok, I better update the bug then.
[16:40] <bdmurray> pitti: at UDS you'd mentioned something about line numbers only appearing in tracebacks that end in Import errors.  Is that right?
[16:54] <SpamapS> hrm, why are we suggesting pbuilder and not sbuild? http://developer.ubuntu.com/packaging/html/packaging-new-software.html
[16:57] <Daviey> SpamapS: those that wrote the document favoured it i think.. that is how these things work :)
[16:57] <Daviey> i'm sure dholbach would welcome patches :)
[16:58] <SpamapS> Yeah this document is really confusing
[16:58] <SpamapS> it never mentions 'bzr add' for instance
[16:58] <SpamapS> I'm trying to see how we suggest people start out with UDD
[16:59] <dholbach> SpamapS, Daviey: thanks for your interest in it (although it's not only me who'd welcome patches) - at our session at UDS barry said he'd look over the packaging guide bugs tagged with 'udd' and set the importance of them
[17:00] <dholbach> I hope that on the udd and u-devel mailing lists we can get some folks interested in having a look over them
[17:00] <xnox> I wonder if we should revisit https://blueprints.launchpad.net/ubuntu/+spec/foundations-m-dpkg-xz given that debian uses xz by default for udebs now and the discussions are hot about switching xz by default in debian.
[17:00] <dholbach> because I agree that some of the bits ARE confusing
[17:00] <SpamapS> well like its not clear how to start out a packaging branch
[17:05] <cjwatson> xnox: my feeling there is that we have the basic support in place and it's not a current priority for us, but if Debian does it then we'll follow naturally
[17:05] <SpamapS> I think the steps involve tagging the first commit with an upstream-xxx tag..
[17:05] <cjwatson> it helps that we don't need to worry about lucid upgrades any more
[17:05] <asomething> SpamapS,  'bzr dh-make' handles a lot of the initial tagging/importing/adding of files, but it could be clearer.
[17:06] <SpamapS> *OH*
[17:06] <SpamapS> my eyes did not see 'bzr dh-make'
[17:06] <alo21> hi all
[17:06] <SpamapS> they saw 'dh-make'
[17:06] <SpamapS> asomething: thats helpful. Did not see that!
[17:06] <xnox> cjohnston: ok.
[17:06] <alo21> How could I know if I had installed my personal pakage?
[17:06] <xnox> cjwatson: ok.
[17:06] <alo21> package*
[17:07] <xnox> cjohnston: sorry, tab-completion fail.
[17:07] <cjwatson> xnox: (I do think that getting the basic support in place for precise was important, of course)
[17:21] <asomething> anyone around that can get merge proposals originally targeted against precise that are uploaded to quantal out of the sponsorship queue?
[17:21] <asomething> https://code.launchpad.net/~kroq-gar78/ubuntu/precise/meep/fix-990137/+merge/103959
[17:21] <asomething> https://code.launchpad.net/~kroq-gar78/ubuntu/precise/emesene/fix-984504/+merge/103967
[17:22] <asomething> james_w, ^^
[17:29] <SpamapS> Ok so I think I give up trying to get rid of all the package importer badness in lp:ubuntu/juju .. but what I have found I can do is just quickly create a new upstream package and import-dsc ...
[17:29] <SpamapS> so merge-upstream is dead to me.. but import-dsc works reasonably well
[17:30] <SpamapS> which makes me wonder if merge-upstream couldn't have the same sort of mode of operation as import-dsc if I ask it nicely
[18:01] <james_w> asomething, I rejected them. If that was wrong let me know
[18:03] <asomething> james_w, "merged" might have been better. either way they're out of the queue. Thanks!
[18:04] <asomething> reject just sounds so harsh, but they aren't really merged...
[19:05] <barry> dobey: ping
[19:07] <dobey> barry: hi
[19:08] <barry> dobey: hi.  i'm working on the merge from debian for twisted.  i think we might be able to drop both ubuntu specific patches, but wanted to check with you first.
[19:09] <barry> dobey: afaic, 00_gi_gtk3reactor.patch is already fix released in 12.0 and 01_posix_wakeups.patch looks like it's already been applied upstream too
[19:09] <barry> dobey: sure would be nice to just resync w/debian here
[19:10] <barry> (they carry only tap2deb.py patch)
[19:10] <dobey> barry: the reactor patch is definitely not in 12.0
[19:10] <dobey> barry: it *is* in upstream trunk though
[19:11] <barry> dobey: okay.  our patch does not apply cleanly to 12.0
[19:11] <barry> dobey: i'll try to fix that though, if it's still the appropriate thing to do
[19:11] <cousteau> http://packages.ubuntu.com only shows packages in quantal
[19:12] <dobey> barry: hrmm, ok
[19:12] <cousteau> actually the page looks mostly broken now
[19:12] <barry> dobey: let me put something together and have you do a sanity check
[19:12] <dobey> barry: that's odd.
[19:12] <dobey> barry: ok, sure.
[19:13] <cousteau> http://packages.ubuntu.com/search?suite=default&section=all&arch=any&searchon=names&keywords=linux  -  "You have searched for packages that names contain linux in all suites, all sections, and all architectures. Sorry, your search gave no results"
[19:13] <cousteau> either ubuntu has stopped supporting linux, or there's a bug on the page
[19:13] <cousteau> (I think it's the second)
[19:25] <geser> cousteau: please talk to Rhonda in #ubuntu-motu about it, she takes care of packages.ubuntu.com
[19:25] <cousteau> ok
[19:28] <cousteau> er...  ok, kinda done
[19:30] <barry> dobey: lp:~barry/ubuntu/quantal/twisted/20120515-sid-merge
[19:31] <barry> dobey: builds fine locally
[19:31] <dobey> barry: k, i'll look at the diff and ping you back
[19:31] <barry> dobey: cool
[19:43] <dobey> barry: looks reasonable. thanks!
[19:43] <barry> dobey: awesome, thanks.  i'll upload it
[19:50] <highvoltage> hmm, we seem to have the wrong blueprints associated on http://status.ubuntu.com/ubuntu-quantal/edubuntu-dev.html - where do we fix that?
[19:54] <stgraber> highvoltage: that's actually right. That page lists all the blueprints related to members of edubuntu-dev and I'm in edubuntu-dev and the assignee of these blueprints
[19:56] <highvoltage> ok
[19:56] <highvoltage> It's a bit confusing though :)
[19:57] <stgraber> highvoltage: I fixed the Edubuntu blueprint so that it's targeted for quantal, that should make it show up with the next run
[19:57] <highvoltage> ok great
[19:59] <alo21> hi all
[20:00] <alo21> to fixing bug... should I use Quantal or not?
[20:00] <dobey> alo21: to fix what bug?
[20:01] <alo21> dobey: about amule
[20:01] <highvoltage> alo21: I recommend you ask on #ubuntu-motu, that package is in universe. see also: https://wiki.ubuntu.com/Bugs/HowToFix
[20:01] <alo21> dobey: I need this package libreadline5-dev, but it does not exist
[20:01] <dobey> alo21: depends on the bug i guess.
[20:02] <alo21> dobey: may be
[20:02] <dobey> alo21: given libreadline6 is in precise, i doubt quantal has an *older* version of readline :)
[20:03] <alo21> strange
[20:03] <dobey> alo21: and it shouldn't depend on a specific so-version to compile against. sounds like an upstream problem to me
[20:07] <micahg> dobey: alo21: the readline issue has to do with licensing and both 5 and 6 are available 5 is gplv2, 6 is gplv3 I think
[20:10] <slangasek> there's meant to be a different virtual package to use if that's what you care about - libreadline-gplv2-dev vs. libreadline-dev
[20:11] <micahg> right
[20:13] <micahg> well,  neither is virtual, libreadline-gplv2-dev is the dev package,  libreadline-dev just depends on the latest gplv3 versioned package
[20:13] <micahg> *is the dev package for libreadline5
[20:14] <slangasek> right - s/virtual/logical/ maybe
[20:30] <mterry> cjwatson, I see you made a whole bunch of python3 patches to update-manager.  Rock on!  :)  Is that finished then?  (I had a work item to do that work, but can assign to you or take it over)
[20:34] <barry> mterry: i think he's not quite done, but definitely is rocking on it :)
[20:35] <mterry> barry, cool
[20:35] <mterry> cjwatson, well, I assigned task to you.  If you'd prefer to fob it off, let me know!  :)
[20:37] <melodie> HI
[20:37] <melodie> uh ? sorry
[20:37] <melodie> hi
[20:39] <dobey> barry: do you know a way to cleanly skip tests (ie, actually skip rather than raise an error), that works in python 2.6 as well as 2.7 and 3.x, with plain python unittest (./setup.py test)? :)
[20:39] <jtaylor> I don't think that works with 2.6
[20:39] <jtaylor> without unittest2 backport
[20:40] <roaksoax> /win/win 13
[20:40] <jtaylor> or some monkeypatching
[20:40] <roaksoax> bah
[20:40] <barry> dobey: jtaylor's right.  @unittest.skip() is new in 2.7
[20:40] <jtaylor> yes
[20:40] <dobey> jtaylor: well even in 2.7 it doesn't seem to do a clean skip, it just raises an exception named SkipTest :(
[20:40] <jtaylor> hm nose may have skips
[20:40] <jtaylor> but no known failurs I think
[20:41] <barry> dobey: i suppose whatever runner you're using has to know about them
[20:41] <dobey> barry: i'm using test_suite='foo' in setuptools setup()
[20:41] <dobey> barry: so ./setup.py test
[20:42] <barry> dobey: hmm, that should work afaik
[20:42] <barry> (in 2.7 & 3.2)
[20:43] <dobey> it behaves the same as if any other exception were raised :(
[20:44] <dobey> at least, in 2.7 on precise
[20:44] <dobey> can't run under 3.x yet
[20:44] <dobey> maybe i should just leave this code running tests with trial
[20:49] <dobey> though i guess i will need to make these test suites that don't use trial, still use subunit, to get parseable output for jenkins or something. :-/
[20:50] <dobey> oh well, will figure it out later i guess
[21:01] <jtaylor> just use nose with xunit
[21:01] <jtaylor> ipython uses that for their shining panda instance
[21:02] <jtaylor> dobey: ^
[21:34] <infinity> cjwatson: I'm not willing to commit to claiming I know what the exact problem is, but it certainly seems related.
[23:11] <SpamapS> jdstrand: Hey, can you take a look at the comment I just added to bug #986892 and tell me if I'm on the right track there?


[00:22] <kirkland> hallyn: "all but the XXX hunks" ... that's hard to read;  just send me a diff or a branch :-)
[00:29] <axisys> ivoks: do you have a same isolinux.cfg file that works... I cannot seem to make ubuntu installation read the preseed file ..
[00:29] <axisys> ivoks: posted my question here
[00:29] <axisys> ivoks: http://comments.gmane.org/gmane.linux.ubuntu.server/5034
[00:39] <nertil> is it posible to play games in server?
[00:40] <Pici> nertil: sure, the bsdgames package has a bunch of cli games, and nethack is always fun.
[00:41] <Pici> !info moon-buggy
[00:41] <pmatulis_> related to 'moon patrol'?
[00:42] <Pici> If I'm remembering correctly, its similar.
[00:42] <pmatulis_> i remember the arcade game
[01:35] <imthenachoman> hey guys. any recomendations on which firewall to use. I was thinking Shorewall?
[01:36] <twb> There is only one firewall: netfilter.
[01:37] <twb> Everything else is a (theoretically) "user friendly" layer on top of netfilter.
[01:37] <imthenachoman> okay. i see. then which "user friendly" layer do y'all recommend?
[01:37] <twb> If you don't want to learn, and you have simple needs, try ufw.  If you have complex needs AND you prefer to learn a wrapper instead of how to do it yourself, you can try shorewall.
[01:38] <twb> IMO shorewall only pays off if you have a whole machine room and a big bag of exceptional cases.
[01:39] <imthenachoman> right now i am learning in a virtualbox ubuntu server install. eventually, i am going to get a VPS hosted webserver. so i want to learn something i can use for those
[01:40] <twb> For my network, with seven networks, about thirty hosts and a single router, I just use iptables-restore directly (on the router); the ruleset is only 86 lines long.  It would be substantially longer in shorewall.
[01:41] <twb> Because netfilter has simple sequences of arbitrary rules, but shorewall's rules are rigidly structured into tables.
[01:42] <imthenachoman> well i am thinking if i am using a vps hosted service, then i might not need firewall
[01:42] <imthenachoman> so i dont know...not gonna learn it if don't need it
[01:57] <shauno> be worth checking with your host on that one. most do recommend a firewall on a vps
[02:06] <EvilPhoenix> you definitely need a firewall on a VPS
[02:06] <EvilPhoenix> most VPS hosts put an internet-facing IP to the VPS
[02:07] <EvilPhoenix> and thus its visible to the entire internet and thus vulnerable to attacks
[02:30] <hallyn> kirkland: why did you take the '-s' option out of debian/rules?  it won't matter for arm builds, but just wondering why
[02:31] <kirkland> hallyn: i don't think i did;  probably in slangasek's change?
[02:32] <fakhir> is there a recommended bandwidth graph application? mostly concerned with HTTP traffic.
[02:32] <hallyn> kirkland: ah. hm.
[02:51] <hallyn> kirkland: http://launchpadlibrarian.net/64430687/debdiff  should fix the arm build failure
[03:34] <yellowblue> Im true gangsta
[03:34] <yellowblue> !ops
[04:33] <kirkland> hallyn: uploading/sponsoring now
[04:33] <kirkland> hallyn: done
[05:19] <_1094kms> I just did an 'iptables -F' and ubuntu 10.04 doesn't respond anymore - that should't happen right?
[05:20] <twb> _1094kms: wrong.
[05:21] <twb> _1094kms: that is by design, and your lesson today is "do not use iptables(8); use iptables-restore(8) (or iptables-apply)".
[05:23] <_1094kms> I guess that is a lesson - I don't have remote access :-) Does it shut down the iface?
[05:24] <twb> No, it flushes all the rules.
[05:24] <_1094kms> so why is it completely dead now? - just did an nmap from a remote machine and it doesn't respond at all.
[05:24] <twb> In a "default deny" environment (which is the only workable way to run a firewall), that will result in all packets being dropped.
[05:25] <_1094kms> strange - I tried the same command on my dev server and no problems.
[05:25] <twb> That's obviously because your dev server has a weak or nonexistent firewall
[05:26] <_1094kms> Will I have to reapply some rules manually or will a reboot suffice?
[05:26] <twb> iptables -F only affects the running system
[05:26] <_1094kms> kk - I guess the rest will have to wait till tomorrow - thx twb for that lesson :-)
[05:26] <twb> Unless you have an on-shutdown script that dumps the ruleset into a persistent area, a reboot should revert your change
[05:27] <_1094kms> I don't actually know where those rules came from. There was nothing in the if.up scripts
[05:27] <lifeless> SpamapS: hey, how is cassandra packaging atm?
[05:28] <twb> _1094kms: most likely someone has done "ufw enable".
[05:28] <twb> _1094kms: otherwise, something like shorewall or iptables-persistent might be installed.
[05:29] <_1094kms> I will check it out as soon as I get access back.
[05:36] <semanticpc> in bash script how do I redirect my output of a command inside the bash script to a file ?
[05:37] <kaushal> hi
[05:43] <SpamapS> lifeless: re cassandra packaging.. its about 60% from the archive.. 40% bundled jars..
[05:44] <SpamapS> lifeless: 0.7.1 came out yesterday... 0.7.2 should be out tomorrow to fix the huge bug introduced.
[05:44] <SpamapS> lifeless: I still have my doubts about their ability to support users long term.
[05:44] <SpamapS> lol.. status.aws.amazon.com is down
[05:45] <lifeless> SpamapS: do we have an alternative ready-to-roll for in-dc use?
[05:46] <SpamapS> lifeless: one that supports as many general use cases as Cassandra? no.
[05:47] <lifeless> whats the one that hadoop can run directly from
[05:47] <SpamapS> I think there are quite a few more focused scalable data stores out there... cassandra's power is its flexibility.
[05:47] <SpamapS> HDFS
[05:47] <SpamapS> yeah its pretty good
[05:47] <lifeless> thats right
[05:47] <SpamapS> or HBase
[05:47] <SpamapS> they're related
[05:47] <lifeless> HBase, thats the one
[05:47] <lifeless> is it in use inside canonical atm?
[05:47] <SpamapS> don't think so, but I could be wrong
[07:16] <havoc74> Good morning!
[07:18] <havoc74> I'm new to server admin and have a few questions. First I've got an IBM x235 with 2 36gb drives and 3 72gb drives. What kind of RAID setup would be best?
[07:25] <_ruben> a common setup would raid1 over the 2 26g disks and raid5 over the 3 72g disks .. tho it all depends on your needs/wishes/etc
[07:25] <_ruben> oh he'd left already :p
[07:56] <ZacLnxNewb> hi
[07:56] <ZacLnxNewb> I'm having trouble with DDclient
[07:58] <ZacLnxNewb> Can anyone suggest anything?
[07:58] <ZacLnxNewb> to use as a dynamic ip address updater?
[09:13] <huats> morning
[10:59] <lephisto_> ahm
[10:59] <lephisto_> https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/719333
[10:59] <lephisto_> can anyone please care?
[11:00] <lephisto_> .. rendering ubuntu lucid unusable for cluster usage
[11:00] <lephisto_> (except you wanna ruin the whole datacetnter)
[11:36] <lephisto_> dumdidumdidum
[11:36] <lephisto_> no one cares, really?
[11:43] <lephisto_> i'm uncertain what to do
[11:43] <lephisto_> ww
[11:50] <twb> Wait for someone to triage the ticket, I imagine
[11:54] <aliverius> $ sudo smartctl --attributes --log=selftest --quietmode=errorsonly /dev/sdb
[11:54] <aliverius> Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
[11:54] <aliverius> # 1  Extended offline    Completed: read failure       40%         0<PHONE_NUMBER>
[11:54] <aliverius> this means i have a faulty disk right?
[11:57] <patdk-lap> or a bad sector that hasn't been relocated
[12:10] <twb> patdk-lap: yes
[12:11] <twb> If a self-test fails, start shopping for a new disk
[12:11] <twb> The other error threshold stuff in smartctl is more paranoid, I tend to only look at self-test results
[12:59] <aliverius> patdk-lap: twb so it is serious or can i take other measures?
[12:59] <aliverius> lke letting the disk relocate the sector...
[12:59] <twb> aliverius: go buy a new disk
[12:59] <aliverius> i will rma that one
[13:00] <aliverius> for the second time
[13:00] <aliverius> i was going to rebuid the raid 1
[13:01] <aliverius> i havent done it before so at least let me educate myself before sending it back!
[13:02] <patdk-wk_> aliverius, you can attempt to make the disk relocate it, by writeing to that sector
[13:03] <patdk-wk_> in my experiance though, it doesn't work well, and just rma it
[13:03] <aliverius> i will rma it
[13:03] <aliverius> afterall i forced it to work:
[13:04] <aliverius> when i first connected it it was doing some spinning noises and the system couldnot detect it at boot
[13:04] <aliverius> so i gave it a little kick
[13:04] <aliverius> and that fixed the problem:P
[13:06] <aliverius> if either the bad sector was created by me or it was there already, i will rma it
[13:07] <aliverius> i just did the smart test in case i could avoid it
[13:09] <patdk-wk> hmm, you can't create bad sectors :)
[13:09] <twb> patdk-wk: open the drive up in a dusty workshop
[13:09] <patdk-wk> twb, in normal usage :)
[13:09] <patdk-wk> sure, a hammer always works :)
[13:09] <twb> shake it, then
[13:09] <patdk-wk> twb, normal usage by people >5years old :)
[13:11] <twb> Hmm, why is my custom linux-image .deb 438MiB wide?
[13:12]  * patdk-wk always perferred his binarys long, vs wide
[13:12] <twb> Because dbg
[13:13] <twb> When you copy Debian's .config, you get -dbg turned on, but upstream's make deb-pkg doesn't know about it
[13:13] <twb> No wonder I needed like 12GiB
[13:18] <aliverius> can you guys help me rebuild the raid 1 array?
[13:26] <twb> Do I look psychic?
[13:27] <JamesPage> hggdh, zul: I just completed a minimal virtual install ISO test case - it all looks OK but the kernel installed is -generic-pae rather than -virtual
[13:27] <zul> for lucid or natty?
[13:29] <patdk-wk> twb, yes
[13:30] <twb> Funny, that's not what you thought.
[13:38] <JamesPage> zul: lucid
[13:38] <zul> JamesPage: weird ill try today
[14:08] <RoAkSoAx> morninh sll
[14:11] <compdoc> who is this sll person of which you speak?!
[14:16] <b0gatyr_> anyone with a trimonitor setup?
[14:19] <RoAkSoAx> kirkland: ping?
[14:24] <kirkland> RoAkSoAx: pong
[14:24] <RoAkSoAx> kirkland: Howdy!! Do you think we should ship the second stage action for powersave by FF? Anything else you'd like to see in PowerNap before that date?
[14:25] <kirkland> RoAkSoAx: hmm
[14:25] <kirkland> RoAkSoAx: i have not tested the 2nd stage yet
[14:25] <kirkland> RoAkSoAx: don't enable it by default
[14:26] <kirkland> RoAkSoAx: but if you're happy with it, then sure, ship it by FF
[14:26] <RoAkSoAx> kirkland: haven't yet implemented it :)
[14:26] <kirkland> RoAkSoAx: oh, well, don't rush it
[14:26] <kirkland> RoAkSoAx: PowerNap is looking *awesome* for Natty as it is
[14:26] <kirkland> RoAkSoAx: i thought of one thing this week... (forgotten it at the moment)
[14:27] <RoAkSoAx> kirkland: PowerNap in natty indeed rocks!!
[14:27] <RoAkSoAx> kirkland: when it comes back to your mind just let me know. Btw. where you able to figure out why things failed in your case?
[14:27] <kirkland> RoAkSoAx: it's working great now
[14:27] <kirkland> RoAkSoAx: oh, i remember
[14:27] <kirkland> RoAkSoAx: we do need a powerwake-now utility
[14:28] <kirkland> RoAkSoAx: that does a pm-powersave false
[14:28] <kirkland> RoAkSoAx: and fixes the state in powernapd
[14:28] <kirkland> RoAkSoAx: it should really just send a signal to powernapd
[14:28] <kirkland> RoAkSoAx: and let powernapd handle it
[14:28] <kirkland> RoAkSoAx: and then we need to call that in the powernap upstart script on pre-stop
[14:29] <kirkland> RoAkSoAx: so that if someone does "sudo stop powernap", it will undo the powersave state
[14:29] <kirkland> RoAkSoAx: otherwise, things get a little out of wack, if your system is powernapping, and then you kill powernapd from upstart
[14:30] <RoAkSoAx> kirkland: ok cool. Yeah I'll add the powerwake-now tool today
[14:31] <kirkland> RoAkSoAx: powerwake-now should be a *really* simple shell script, that just sends SIGUSR1 or SIGUSR2 to powernapd
[14:31] <kirkland> RoAkSoAx: powernapd needs a handler for SIGUSR2
[14:32] <RoAkSoAx> kirkland: yeah, will be exactly the same as powernap-now
[14:34] <lephisto_> re.
[14:55] <edge> I'm having trouble finding the documentation on adding things to the startup on 10.10. Does anybody have that handy? i want to start some services at boot.
[15:03] <hallyn> edge: you're looking for upstart documentation
[15:04] <hallyn> SpamapS: ^ where would you say a beginner should start looking?
[15:05] <edge> hallyn: having the name helps thanks. I didn't know what ubuntu called that system
[15:29] <RoAkSoAx> SpamapS: ping?
[15:59] <RoAkSoAx> kirkland:
[15:59] <RoAkSoAx> kirkland: http://paste.ubuntu.com/567721/
[16:00] <Frenk> Hey, I have a question. One person with a certain IP cant connect to the server. I cleared denyhosts, and iptables -L |grep IP doesnt show it
[16:00] <kirkland> RoAkSoAx: don't "exec" that
[16:01] <kirkland> RoAkSoAx: i don't think you want to "exec" that
[16:01] <kirkland> RoAkSoAx: and drop the full path
[16:01] <RoAkSoAx> kirkland: oki
[16:01] <kirkland> RoAkSoAx: just use "powerwake-now" in pre-stop
[16:01] <kirkland> powerwake-now || true
[16:03] <RoAkSoAx> kirkland: alright. Anyways, when powerwake-now is issued, then powernapd will evaluate if it is in powersave mode. If it is, it will take recover action and restart everything. if not, will do nothing
[16:03] <Frenk> Where do I have to look?
[16:08] <SpamapS> hallyn: re startup docs, upstart.ubuntu.com
[16:15] <Frenk> Hey. I have a IP adstill ipress and the person cant access services on the server. Even ping does not work. For all others it does work well. There is no entry in deny-hosts or iptables. Any suggestions?
[16:41] <RoAkSoAx> kirkland: it seems that I'll have to put an sleep 2 or so in the pre-stop part. Otherwise, the daemon will stop before actually taking recover action
[17:06] <lephisto> re.
[17:06] <hggdh> smoser: do we have an ec2 kernel for Karmic proposed?
[17:09] <smoser> hggdh, no. you want me to spin a karmic with --proposed to get kernels uploaded ?
[17:14] <hggdh> smoser: yes, please
[17:15] <Frenk> Hello,  I need your advice! I can not connect to a server, even I can not ping the server. I can tracoroute it and it ends one ip-adress before my server. then the connection is timed out. I cleared hosts.deny and all ip-table rules. The laptop can access any other website and service. =(
[17:16] <smoser> hggdh, karmic-server karmic-server-uec-20110216 is being built
[17:17] <smoser> maybe 8 hours until it is completely published
[17:17] <hggdh> smoser: thank you
[17:17] <hggdh> smoser: btw, did you spin a hardy-proposed also?
[17:19] <bluethundr> I am attempting to add a route to ubuntu 10.10 server but so far unsuccessful
[17:19] <bluethundr> http://pastie.org/1571401
[17:19] <bluethundr> I would appreciate any help you may provide
[17:21] <smoser> hggdh, hardy is diferent.
[17:21] <smoser> i need to get a ppa build of the kernel from jjohansen
[17:21] <smoser> hardy is a mess for this
[17:22] <jjohansen> smoser: why a ppa over the build that already exists for hardy?
[17:22] <smoser> or, if i can get a non-ppa build of the ec2 kernel for hardy, i'll collect the kernel and ramdisk and put them in -sandbox
[17:22] <smoser> well, for one, at the moment, no modules
[17:22] <smoser> but for two, we need it in the ppa
[17:23] <smoser> i think it is probably best to do it with -sandbox at first until we've tested, adn then push it to our ppa when its good (at which point hardy builds will pull from it)
[17:23] <jjohansen> smoser: right but what is going wrong that we need a new ppa verses using the regular build
[17:23] <smoser> but, from jjohansen i need a linux-modules
[17:23] <smoser> so, nothing really i guess.
[17:31] <RoAkSoAx> kirkland: /win 4
[17:32] <kirkland> RoAkSoAx: ?
[17:32] <RoAkSoAx> kirkland: happens to me all the time
[17:33] <RoAkSoAx> kirkland: sry. anyways, just finished with the changes to powernap. You can test now and upload if everything looks good :)
[17:36] <kirkland> RoAkSoAx: cool;  will be later this evening
[17:36] <kirkland> RoAkSoAx: i'm virtual sprinting today on something else ;-)
[17:36] <RoAkSoAx> kirkland: no worries :) I have cluster stuff to work on anyways :)
[18:08] <ahasenack> hey, is there a ppa for euca2ools? I'm on lucid and have 1.2-0ubuntu10.1
[18:11] <ahasenack> the eucalyptus site has a debian repository, but not ubuntu, I might try that
[19:10] <zul> hggdh: im going to re-install cempedak
[19:11] <fullstop> Hi all.  I'm setting up NFS4 between a few hosts following this guide: https://help.ubuntu.com/community/SettingUpNFSHowTo
[19:12] <fullstop> I have it working.  I'd like to allow group read / write between hosts, but I'm having permission problems.
[19:26] <smoser> hggdh, kernels/ramdisks for hardy are on their way up to ubuntu-testing buckets
[19:27] <smoser> i'll pastebin you something when i have it
[19:39] <hggdh> smoser: thank you
[19:39] <JamesPage> zul: did you get a change to look at the lucid minimal install?
[19:39] <zul> not yet but i will
[19:39] <hggdh> JamesPage, zul: looking at it (free time)
[19:40] <JamesPage> hggdh: thats great - thanks.
[19:40] <JamesPage> hggdh: I'm never sure which kernel should be installed for which type of install
[19:40] <smoser> hggdh, jjohansen just fyi, i updated https://wiki.ubuntu.com/UEC/Images/Publishing as to how to collect the hardy kernels and ramdisks
[19:41] <lenios_> does anyone know where (if available) to find how well a package has been tested?
[19:41] <smoser> hggdh, http://paste.ubuntu.com/567816/ <--- kernels and ramdisks are there
[19:41] <hggdh> JamesPage: it got hit by a time out (80 min, and nothing). I will run it by hand and see what gives
[19:42] <hggdh> smoser: thank you
[19:42] <RoAkSoAx> zul: I have cluster-agents almost ready. Will have it ready after lunch
[19:42] <smoser> for haryd, you'll just have to launch an instance with that kernel and that ramdisk
[19:42]  * RoAkSoAx lunch
[19:42] <zul> RoAkSoAx ac
[19:49] <sp00fz> can anyone tell me what does boot flags mean during encryption setup ?
[20:00] <JasonMSP> Im running a postfix, dovecot, mysql combination on my server.  Any good recommendations for an admin/gui tool?
[20:01] <Saturn2888> does anyone know which IRC channel I can use to get help with the ftp application? I'm trying to move a directory recursively from my machine to an FTP host. It's a long story, but I can only do it over FTP so I'm trying my best to use the put or send commands to do it, and those are only going to work with files, not directories
[20:04] <hallyn> dont' suppose you can make a tarball of it, xfer that, and extract it at the other end?
[20:07] <genii-around> Saturn2888: Have you tried something like mput -r *
[20:08] <hggdh> smoser: which AMI should I use?
[20:09] <smoser> http://uec-images.ubuntu.com/releases/hardy/release-20100827/
[20:11] <Saturn2888> mput? oh lemme try. genii-around from command line or ftp>? I was trying ncftpput just now and that didn't work either.
[20:12] <genii-around> Saturn2888: It's a command you can use from inside ftp
[20:12] <Saturn2888> genii-around: yeah, doing that now
[20:12] <Saturn2888> genii-around: local: -r: No such file or directory
[20:12] <Saturn2888> haha
[20:14] <Saturn2888> genii-around: it works w/ wildcards I think. I did /* and it started, but it's making the remote locations the same as local which is causing it to mess up
[20:20] <genii-around> Saturn2888: Well, depending on how many directories you have you might want to just do it manually. like use mkdir, cd into it, then use mput with full pathname and wildcard to put all from local dir named foobar into remote dir you just made called foobar , etc
[20:20] <genii-around> Apologies on lag, work got quite busy
[20:21] <Saturn2888> genii-around: I'm doing more tan 500 files :P
[20:21] <Saturn2888> than*
[20:23] <genii-around> Saturn2888: But roughly how many nested directories?
[20:25] <Saturn2888> genii-around: it's okay, I used Windows :P. A lot easier that way
[20:25] <Saturn2888> it was a lot. 5 deep
[20:25] <genii-around> Too bad they don't let you use scp
[20:26] <EvilPhoenix> eewwwww...Windows....
[20:26] <EvilPhoenix> >.<
[20:28] <Saturn2888> genii-around: I know! Haha. but actually, it was  ton of really small files and transferred really slowly over SFTP but was quick over FTP (trying to move over to a new server with SFTP, but have to use FTP for now)
[20:37] <Saturn2888> genii-around: thanks though :)
[20:50] <kirkland> hallyn: can you take a look at Bug 720210 ?
[20:51] <kirkland> hallyn: possible regression
[20:55] <hallyn> yeh I saw it go by
[20:56] <hallyn> did notice he's using -vga vmware, but haven't reproduced yet
[20:57] <hallyn> does 'bzr revert -r3006' revert *to* commit 3006, or revert commit 3006?
[20:57] <hallyn> ah, i see
[21:00] <hallyn> kirkland: -vga vmware with a natty image fails similarly for me.  Waiting for a maveirck iamge to clone to test separately
[21:01] <kirkland> hallyn: $ kvm -m 1024 -smp 2 -hda natty-desktop.img -vga vmware
[21:01] <kirkland> hallyn: works like a champ
[21:02] <kirkland> hallyn: what's most impressive is that it can do 2360x1770 resolution ;-)
[21:02] <kirkland> hallyn: and qemu scaling actually let's that fly!
[21:02] <kirkland> hallyn: on my 1280x800 x201 :-)
[21:03] <hallyn> funky, for me it just failed
[21:04] <RoyK> just use virt-manager :)
[21:05] <kirkland> hallyn: oh
[21:05] <kirkland> $ dpkg -S /usr/share/qemu/vgabios-vmware.*
[21:05] <kirkland> dpkg: /usr/share/qemu/vgabios-vmware.bin not found.
[21:05] <kirkland> dpkg: /usr/share/qemu/vgabios-vmware.debug.bin not found.
[21:05] <kirkland> hallyn: i manually copied those into place yesterday
[21:05] <hallyn> haha
[21:06] <hallyn> phew, that makes more sense then
[21:06] <kirkland> hallyn: okay, we need qemu-kvm to put those symlinks there
[21:06] <kirkland> hallyn: drop me a merge request and i'll upload ASAP
[21:06] <kirkland> hallyn: or a debdiff
[21:06] <hallyn> hm?  no, if you use the real package i think they'll get installed
[21:06] <kirkland> hallyn: huh?
[21:06] <hallyn> i have those files
[21:06] <kirkland> hallyn: what do you have in /usr/share/qemu/*vmware* ?
[21:07] <hallyn> /usr/share/qemu/vgabios-vmware.bin  /usr/share/qemu/vgabios-vmware.debug.bin
[21:07] <kirkland> $ ll /usr/share/qemu/vgabios-vmware.*
[21:07] <kirkland> lrwxrwxrwx 1 root root 29 2011-02-15 12:09 /usr/share/qemu/vgabios-vmware.bin -> ../vgabios/vgabios.vmware.bin
[21:07] <kirkland> lrwxrwxrwx 1 root root 35 2011-02-15 12:09 /usr/share/qemu/vgabios-vmware.debug.bin -> ../vgabios/vgabios.vmware.debug.bin
[21:07] <hallyn> /usr/share/qemu/vgabios.vmware.bin  /usr/share/qemu/vgabios.vmware.debug.bin
[21:07] <kirkland> same/same?
[21:07] <hallyn> yes
[21:08] <hallyn> I vividly remember creating debian/links for just that reason
[21:13] <hallyn> kirkland: feh, vmware uses VBE
[21:13] <kirkland> hallyn: hmm
[21:13] <kirkland> hallyn: interesting
[21:13] <kirkland> hallyn: okay, well then perhaps the reason that mine's working is that I installed Ubuntu Server and then apt-get installed ubuntu-desktop
[21:14] <kirkland> hallyn: so perhaps my grub is running in a legacy/server/non-vbe mode?
[21:14] <hallyn> kirkland: i dunno, bc like i say i was able to run natty with -vga std before
[21:14] <hallyn> kirkland: doh!
[21:15] <hallyn> kirkland: it wasn't natty, it was lucid
[21:15] <hallyn> kirkland: so that seems to confirm that roland's is a dupe of our -std vga bug
[21:15] <kirkland> hallyn: mkay
[21:15] <kirkland> hallyn: can you mark that bug confirmed, then
[21:15] <kirkland> or dupe it
[21:15] <lullabud> i'm configuring a syslog server and i noticed the directive to enable --MARK-- messages... what are they useful for?
[21:16] <hallyn> kirkland: i commented that it's probably a dupe, but haven't yet marked it dupe
[21:18] <kirkland> k
[21:18] <b0gatyr_> hi guys, kinda unrelated but dunno where to ask I remember a shell tool that allows you to keep track of your to do's but forgot the name.. any clues?
[21:19] <kirkland> b0gatyr_: rtm?
[21:19] <kirkland> b0gatyr_: remember the milk?
[21:20] <hallyn> oh, there are shell tools for that?
[21:24] <lullabud> also, i'm digging around looking for the new approved way to configure remote syslog, but i can't find it.  all i see is that -r is deprecated, but there's nothing listed for the new method.
[21:27] <b0gatyr_> kirkland: not exactly, there was a shell tool to keep track of your to do's that you can even ssh into and check ur tasks but forgot .. however the site you suggest is not bad at all
[21:40] <airtonix> gcal
[21:41] <hallyn> my kingdom for a grub tree that's bisect-safe
[21:43] <RoyK> bisect safe?
[21:43] <RoyK> what is that in English?
[21:50] <hoechste_zeit> lullabud: if you have --MARK-- every 20 minutes, you know with this accuracy until when your server was alive.
[21:50] <kirkland> hallyn: you might ask in #bzr what are the tricks to doing a bisect
[21:50] <kirkland> hallyn: i bet the have some
[21:50] <kirkland> hallyn: or lifeless might indulge you here ...
[21:51] <smoser> zul, ping
[21:51] <zul> smoser: yessssssss?
[21:51] <hallyn> kirkland: yes, i asked about the bzr-bisect plugin.  no anwers :(
[21:51] <hallyn> answers
[21:51] <smoser> why is there a linux-xen at https://launchpad.net/~ubuntu-on-ec2/+archive/ppa/+packages
[21:52] <hallyn> kirkland: but i'll just do it manually.  just wish i wouldn't keep bricking systems with bad builds
[21:52] <zul> smoser: thats from long long ago delete them
[21:52] <smoser> i suspect that is not the same as the linux-xen package in hardy
[21:52] <smoser> really ?
[21:52] <zul> nope they arent
[21:52] <zul> those were just the kernel that i was using when i was doing the images
[21:53] <smoser> so where is the kernel supposed to come from for hardy images
[21:53] <zul> actually it might have come from there, did you guys update the kernel since?
[21:53] <kirkland> hallyn: snapshot, dude
[21:53] <smoser> i don't actually think so, no
[21:53] <kirkland> hallyn: when i'm doing something like that, i'll often cp the disk image to /tmp (which is tmpfs for me in memory)
[21:54] <kirkland> hallyn: keep a golden master
[21:54] <kirkland> hallyn: and create a victim
[21:54] <zul> smoser: interesting
[21:54] <RoyK> Someone told me link aggregation won't speed up a single connection - is this really so? I thought link aggregation was done on the link level, and if so, the data should flow over both, or all, links without regards to IPs or MAC addresses...
[21:54] <kirkland> hallyn: do my test, then rm the victim, and cp the gold master back to a new victim for each test
[21:55] <kirkland> smoser: are you going to review lynxman's merge proposal at https://code.launchpad.net/~lynxman/cloud-init/puppet-mcollective/+merge/49819 ?
[21:55] <zul> smoser: is your new hardy images booting?
[21:56] <smoser> idont know why i didn't see that, kirkland
[21:56] <smoser> zul, no. they go straight to terminated
[21:56] <RoAkSoAx> zul: what else do I need to get configured in dhcp for it to work with cobbler?
[21:57] <zul> smoser: erm...
[21:58] <zul> RoAkSoAx: we always used dnsmasq
[21:59] <zul> smoser: does the new image work with the old kernel?
[21:59] <RoAkSoAx> zul: lol! cause my config is preconfigured for dhcpd
[22:00] <zul> RoAkSoAx: not sure im trying to help put out a fire right now
[22:01] <smoser> zul, we're trying old image new kernel
[22:01] <hallyn> kirkland: of course i have a snapshot :)
[22:02] <hallyn> but it means bzr bisect wouldn't work since that state gets lost
[22:02] <zul> smoser: heh you know that last time i touched the hardy xen kernel stuff for ec2
[22:04] <hallyn> kirkland: but that's not even what i was talking about.  but if a particular commit results in a 'grub' that is just plain broken, that throws off the bisect algorithm.  (so again, just as well that i'm doing manual loose bisect, bc git-bisect does not deal with that well)
[22:05] <kirkland> hallyn: ah, gotcha
[22:11] <lullabud> re syslog forwarding, found some great documentation on the rsyslog site - http://www.rsyslog.com/doc/rsyslog_reliable_forwarding.html
[22:14] <JasonMSP> i've got postfix installed and it works fine but I want to reinstall from scratch again. apt-get install postfix doesn't push me to the install page because it knows it is already installed.  How can I override and tell it to do it again?
[22:23] <lullabud> dpkg-reconfigure postfix ?
[22:30] <lullabud> JasonMSP: ^^
[22:31] <jkg> quick stupid apache question: I have a "NameVirtualHost *" at the top of sites-available/default, which then contains a <VirtualHost *> container, with a ServerName and several ServerAlias lines. in sites-available/myotherdomain I have a <VirtualHost *> container with a ServerName and a ServerAlias. am I missing something stupid?
[22:31] <RoyK> apt-get install win7
[22:32] <RoyK> jkg: remove the default
[22:32] <jkg> on starting apache, I get a warning "[Wed Feb 16 22:28:38 2011] [warn] NameVirtualHost *:80 has no VirtualHosts", and visiting the 2nd site gives me a blank front page or 404s for internal pages, so it looks like the docroot for that Vhost is /srv/www -- it is configured as /srv/www/otherdomain/htdocs
[22:32] <jkg> the default is a live site.
[22:33] <RoyK> jkg: then rename the default to a named one
[22:33] <lullabud> jkg: what's not working right?
[22:33] <RoyK> I've seen issues like that a few times
[22:34] <lullabud> jkg: oh, actually, shouldn't you configure your second site with <VirtualHost *> and then ServerName  ?
[22:34] <RoyK> no idea why, but in some circumstances, the default takes over
[22:34] <RoyK> just create a dummy for the default
[22:35] <jkg> RoyK: that behaves exactly the same :-/
[22:35] <jkg> oh I just dissite'd the default, renamed the file 'default' to 'apps' and a2ensite'd that.
[22:35] <RoyK> what is the servername? serveralas?
[22:35] <RoyK> jkg: pastebin the config
[22:35] <RoyK> !pastebin
[22:37] <jkg> is this enough? http://paste.ubuntu.com/567880/
[22:37] <RoyK> jkg: no </VirtualHost> there
[22:38] <lullabud> jkg: shouldn't you have a default site set up with no ServerName alias as a default catch-all?
[22:38] <jkg> there is a </VirtualHost> at the bottom of each file -- sorry, I kept it to just the top of each file to avoid boring you with the rest of the config
[22:38] <jkg> lullabud: I don't think so; I don't want it to respond to other names...
[22:38] <RoyK> jkg: just pastebin it all
[22:39] <RoyK> jkg: if you have a security issue, that should be fixed, not hidden
[22:40] <lullabud> jkg: if you don't want it to respond to all then why do you have namevirtualhost * ?
[22:40] <jkg> um. good question!
[22:41] <RoyK> lullabud: namevirtualhost * is not about responding
[22:41] <RoyK> it's about giving a name
[22:41] <RoyK> ServerName and so on is about responding
[22:42] <lullabud> that's inside of a <virtualhost> though, this was outside, defining the default.
[22:42] <jkg> http://paste.ubuntu.com/567881/ # full config
[22:42]  * RoyK sends lullabud into the RTFM part of the world
[22:42] <lullabud> http://httpd.apache.org/docs/2.0/mod/core.html#namevirtualhost
[22:42] <lullabud> that part of the world?
[22:42] <lullabud> yeah, i'm there.
[22:43] <RoyK> jkg: don't add them there - create new files in /etc/apache2/site-enabled
[22:43] <jkg> (obviously I've concatenated the 4 files together, so the Include sites-enabled/ is moot... unless that is the broken line, in which case it is intended to include everything I've put below)
[22:43] <RoyK> and symlink those to /ect/apache2/sites-available
[22:43] <jkg> RoyK: I have -- sorry, for simplicity I concatenated the 4 files
[22:44] <jkg> this is how Apache will read them anyway, right?
[22:44] <RoyK> jkg: and btw, ServerAlias takes several arguments, just list them, space separeted
[22:44] <RoyK> separeted, even
[22:46] <lullabud> RoyK: you're right, namevirtualhost is different than i though, specifying the IP#'s to listen on, not a domain list to respond to.
[22:47] <jkg> it definitely seems that when I hit it with a hostname not defined in what was the 'default' config (now explicitly called something else, but still with a ServerName) the DocRoot is /var/www as defined in apache2.conf, not as defined in my second VirtualHost container -- as if the second container (or sites-enabled file) isn't being read at all.
[22:48] <RoyK> lullabud: nameserverhost checks the host: header from the incoming HTTP request, not the IP
[22:48] <RoyK> as in
[22:48] <jkg> FWIW, apache2ctl configtest just gives that one warning and says Syntax OK
[22:49] <RoyK> GET / HTTP/1.1
[22:49] <RoyK> Host: karlsbakk.net
[22:51] <jkg> the exciting part of all this is, it worked great on 10.04, and 8.04, and someone persuaded me to migrate these sites tonight to our 10.10 box... and claimed to have tested it :-/
[22:57]  * jkg gives up, renames /etc/apache2, drops in the entire config from the 8.04 box and marvels as it all just works
[22:58] <jkg> god knows what was wrong, I can't see a difference :-/
[23:00] <jkg> thanks for the help investigating, anyway!
[23:02] <RoAkSoAx> zul: what should I submit for you to sponsor the new upstream release. The <new-release>.orig.tar.gz and <new-release>.debian.tar.gz ? (given that there's no .diff.gz)
[23:03] <RoAkSoAx> zul: or should I manually create a diff between <old version>.dsc <new-version>.dsc and post that too?


[02:19] <spartako> hi
[12:49] <q_a_z_steve> help?
[01:00] <man-di_> q_a_z_steve: without knowing what your problem is: impossible
[01:01] <q_a_z_steve> http://rifers.org/paste/show/5177
[01:01] <q_a_z_steve> my d1.updateNumber 's are not initialized, can you help with that?
[01:02] <q_a_z_steve> because it never actually runs the method
[01:03] <man-di_> thats out of the scope of this channel, please ask on ##java
[01:04] <q_a_z_steve> http://rifers.org/paste/show/5178
[01:16] <nafik> hi
[01:17] <man-di_> hello
[01:18] <nafik> i've problem with java
[01:18] <nafik> i am working in IDE netbeans 5.5.1
[01:19] <nafik> I added jTree into Design form
[01:19] <nafik> and i want some action when i click on a node
[01:20] <nafik> so i write this code:
[01:20] <nafik>         jTree1 = new javax.swing.JTree(tree);
[01:20] <nafik>         jTree1.getSelectionModel().setSelectionMode
[01:20] <nafik>         (TreeSelectionModel.SINGLE_TREE_SELECTION);
[01:20] <nafik>         jTree1.addTreeSelectionListener(this);
[01:20] <nafik> but there is error:         jTree1 = new javax.swing.JTree(tree);
[01:20] <nafik>         jTree1.getSelectionModel().setSelectionMode
[01:20] <nafik>         (TreeSelectionModel.SINGLE_TREE_SELECTION);
[01:20] <nafik>         jTree1.addTreeSelectionListener(this);
[01:21] <nafik> bad paste, this error: /home/nafik/valhala/src/valhala/gui.java:56: addTreeSelectionListener(javax.swing.event.TreeSelectionListener) in javax.swing.JTree cannot be applied to (valhala.gui)
[01:22] <nafik> i don't know, why i can't use listener on jTree1
[01:24] <vil> nafik, pls try asking on ##java
[01:24] <vil> this channel is about java packages in ubuntu
[01:24] <nafik> vil, i tried to join this channel, but my irc client wrote me " ##java :You need to be identified to join that channel"
[01:25] <man-di_> nafik: then identify yourself
[01:25] <nafik> i am using ubuntu... but i understand, that my issue isn't about java packages
[01:26] <vil> nafik, this might be a good place to look for help with irc identification
[01:26] <vil> http://freenode.net/faq.shtml
[01:26] <nafik> thank you, i will look there
[01:27] <vil> welcome
[03:12] <ioanbsu> is here any who've wrote application to send sms from pc to mobile phone using smsc?
[03:17] <man-di_> in fact I did
[03:18] <man-di_> but thats out of the scope of this channel I think
[03:18] <ioanbsu> cool.
[03:18] <ioanbsu> can U help me?
[03:19] <ioanbsu> is it?
[03:19] <man-di_> this channel is about problems and packaging about java packages in Ubuntu
[05:47] <leonel> hello :  is there  a how to  to make http://langel.wordpress.com/2007/07/31/icedtea-12-fonts-and-graphics/  in    ubuntu ?
[06:23] <anklav> hello. where i can find maven package for ubuntu?
[06:33] <man-di_> leonel: wait for doko to upload icedtea
[06:33] <man-di_> anklav: its not completely packaged yet
[06:34] <man-di_> anklav: we are working on it
[06:34] <man-di_> anklav: most of its dependencies are done
[06:34] <leonel> man-di_: that's for  gutsy ?
[06:34] <man-di_> leonel: yes
[06:34] <man-di_> hopefully
[06:34] <leonel> G R E A T ! !
[06:34] <man-di_> we will see
[06:35] <leonel> so .. gutsy with  icedtea  for release   Y ES !
[06:35] <leonel> \o/  whoo hoo !
[06:35] <man-di_> leonel: if we find the time to finishe icedtea packaging in time
[06:35] <leonel> man-di_: if there's any thing I can test  or check   let me know
[06:35] <man-di_> not yet
[06:36] <man-di_> leonel: you can build icedtea fresh from mercurial and report bugs
[06:37] <leonel> I'll dive into  and  see
[06:41] <anklav> nice :) thank you
[07:48] <fallot> does somebody knows how to use system commands on linux? EX: get users info and execute a mkdir with it or chmod ???