[00:00] <jkary> I am still getting "No metadata file in package '/home/jkary/Desktop/hello-python.zip'"
[00:01] <shtylman> Riddell: not that I know of :)
[00:01] <shtylman> we could be more like apple with less buttons ;p
[00:13] <nixternal> jkary: go into the directory hello-python...then type the following command to create the proper plasmoid file to install:
[00:13] <nixternal> zip -r * ../plasma-hello-python.plasmoid
[00:14] <nixternal> then do the following to try and install it:
[00:14] <nixternal> plasmapkg -i ../plasma-hello-python.plasmoid
[00:14] <nixternal> if that works, then give a quick:
[00:14] <nixternal> kbuildsycoca4
[00:15] <jkary> ok. let me try that
[00:17] <jkary> nixternal -  the zip -r command keeps thinking ../plasma-hello-pythonplasmoid is a file.
[00:18] <jkary> nixternal:  Found the problem.  * and ../plasma-hello-python.plasmoid params were reversed
[00:18] <nixternal> jkary: that's cuz I am a moron :)
[00:19] <nixternal> zip -r ../hello-python.zip .
[00:19]  * nixternal was mixing tar and zip there
[00:25] <jkary> nixternal: ok. no metafile issue this time BUT I get "Unknown Widget" window "Could not file requested component: python-app"
[00:27] <jkary> I have python version 2.6.2-0ubuntu1 installed
[00:31] <jkary> nixternal: Thanks for the help... Stil not quite working... but closer...  I need to go but I will try back later or tomorrow.
[00:48] <claydoh> when is alpha 5? wednesday>
[01:04] <Riddell> thursday
[01:09] <claydoh> Riddell: thanks
[01:10]  * claydoh works in a place with a hardcore web filter, web surfing is mostly a no-go, though somehow they overlooked irc :)
[01:16] <Riddell> I'm sure you can get http over irc
[01:22] <ryanakca> claydoh: Have an always on box at home? Set sshd to run on port 6667 and then use PuTTY to make a tunnel from there out to the WWW :)
[01:24] <claydoh> the point is I ain't supposed to be doing this @ work :)
[01:25] <claydoh> though I just found I have a vnc viewer here :)
[01:25] <claydoh> so I imagine that is open as well
[02:11] <ScottK> NCommander: ICE on armel: https://launchpad.net/ubuntu/+source/eigen2/2.0.5-2/+build/1198413/+files/buildlog_ubuntu-karmic-armel.eigen2_2.0.5-2_FAILEDTOBUILD.txt.gz
[02:34] <lex79> JontheEchidna:  launchpad bug 421187, can you do a fake sync please when you have time? thanks
[02:40] <lex79> ScottK: can you retry eet ?
[02:40] <lex79> https://edge.launchpad.net/ubuntu/+source/eet/1.2.2-2
[02:40] <ScottK> Sure
[02:40] <ScottK> You don't want me to.
[02:40] <ScottK> Is the cause of the depwait fixed?
[02:41] <lex79> eet depends on libeina-dev (>= <IP_ADDRESS>)
[02:41] <ScottK> lex79: https://edge.launchpad.net/ubuntu/karmic/+source/eina/<IP_ADDRESS>-2
[02:42] <ScottK> Needs to get out of New.
[02:43] <lex79> ah ok I didn't know, now eina is New and when get out? Normally when happen?
[02:44] <ScottK> It needs an archive admin to look at it.
[02:45] <ScottK> Tomorrow is Riddell's archive day, so I'd imagine he'll do it tomorrow if no one gets to it before.
[02:45] <lex79> ok
[02:51]  * _3vi1_ is back.
[03:38] <JontheEchidna> Aside from bug 410128, translations (or at least spanish) are looking pretty rockin' here
[03:54] <lex79> It's fixed here
[04:21] <JontheEchidna> huh, maybe it's just spanish? that'd be weird
[04:22] <JontheEchidna> But I guess it's no less weird than any other translation bug we've had...
[06:04] <spstarr> conversion complete
[06:04] <spstarr> Sysinfo for 'segfault': Linux 2.6.31-8-generic running KDE 4.3.66 (KDE 4.3.66 (KDE 4.4 >= 20090828)), CPU<EMAIL_ADDRESS>at 800 MHz (5053 bogomips), HD: 59/93GB, RAM: 2005/3859MB, 158 proc's, 18.36min up
[06:05] <spstarr> the keyword #28-Ubuntu ;)
[06:12] <nixternal> quakelive is where it is at!
[06:13] <spstarr> i told you Fedora made me snap finally
[06:13] <nixternal> lol
[06:13]  * spstarr notes KNetworkManager in 9.10 is busted
[06:13] <spstarr> i have to use gnome nm-applet..
[06:13] <spstarr> i wonder if kde trunk KNM works..
[06:14] <spstarr> X crashes if you log out of kdm on intel
[06:26] <ScottK> spstarr: The Intel/KDM issue is known.
[06:26] <spstarr> ok
[06:27] <ScottK> knetworkmanager is working here.  Note that you want the one provided by plasma-widget-networkmanagement, not the old KDE3 one.
[06:27] <spstarr> plasma NM is unusable for me with WPA2
[06:27] <spstarr> doesn't even attempt connection, in KDE 4.4 plasma NM is so unstable the tooltip says DO NOT USE
[06:27] <spstarr> heh
[06:28] <spstarr> ScottK: how I force D-BUS to load nm-applet on startup
[06:29] <ScottK> spstarr: That package provides both a plasma widget and a systray app.
[06:29] <ScottK> You want the systray app.
[06:29] <ScottK> You can start it with knetworkmanager in your Konsole.
[06:29] <spstarr> im using nm-applet right now manually
[06:29] <ScottK> The plasma widget is the one that has the warning signs on it.
[06:30] <spstarr> isn't that plasma-widget-networkmanagement <
[06:30] <spstarr> ?
[06:30] <ScottK> It provides two things:
[06:30] <ScottK> 1.  Plasma-widget = broken
[06:30] <ScottK> 2. Systray applicaiton = ~working.
[06:30] <ScottK> Don't use the widget.  Use the systray application.
[06:31] <spstarr> i wasn't able to log in with the systray app
[06:31] <ScottK> Hmmm.  Working here.
[06:31] <spstarr> it saw my AP but i could not log into any AP
[06:31] <ScottK> Are you sure you didn't have the KDE3 one.
[06:31] <ScottK> That's known broken too.
[06:31] <ScottK> It should probably be removed from the archive.
[06:32] <spstarr> no KDE3 just 4 bits
[06:32] <ScottK> OK.
[06:32] <ScottK> Then a new svn snapshot is probably the best thing to try.
[06:32] <spstarr> i have trunk :)
[06:33] <spstarr> mind you mixing Kubuntu KDE 4.3 and SVN (4.4) gives weird results for some apps
[06:33] <ScottK> Yeah, not supported.
[06:33] <spstarr> KPackageKit breaks (the window is empty with buttons)
[06:34] <spstarr> im fine with it though, as I need KDE trunk for dev
[06:50] <spstarr> ScottK: heh i can run KpackageKit as root if i need it though since its not sharing same env
[07:00] <spstarr> ScottK: trunk works, they have fixed WPA2 it seems
[07:00] <spstarr> i dont need gnome nm :D
[07:06] <spstarr_> ScottK: trunk works, they have fixed WPA2 it seems
[07:06] <spstarr_> yes, knetworkmanager
[08:29] <sourcemaker> I have a problem related to the kernel 2.6.28: HUB cannot reset port... kernel panic
[08:30] <sourcemaker> with kernel 2.6.27 it works well
[09:57] <Riddell> doc___!
[10:02] <doc___> Riddell: hello!
[10:07] <markey> moin
[10:07] <markey> fyi, logout from KDE 4.3 is still borked here
[10:07] <markey> that's pretty major, no?
[10:08] <Riddell> markey: it is, there's two issues though, Intel graphics users get a crash which is X's fault, other users get a blocked logout which I can't test because I get a crash :(
[10:09] <markey> the latter for me
[10:09] <markey> it blocks
[10:09] <markey> somewhere in the middle of it
[10:09] <markey> it does shut down applications
[10:09] <markey> but then hangs somewhere
[10:10] <markey> canonical should sponsor you a second computer :)
[10:20]  * Sput "experiences" the "screen stays black" on logout too
[10:20] <Sput> though it's just the display that stays black here; the machine is still responsive
[10:32] <javi> good morning
[10:32] <Riddell> morning javi
[10:33] <javi> is 4.3.1 up already or do I have another repository added that shouldn't be using?
[10:33] <javi> :D
[10:34] <Riddell> javi: I just copied it over
[10:34] <Riddell> it's not announce yet though
[10:34] <Riddell> testers welcome
[10:34] <javi> Riddell: great
[10:36] <javi> Riddell: doing apt-get dist-upgrade holds kdebase-workspace-data
[10:37] <javi> Riddell: apt-get install kdebase-workspace-data request to delete policykit-kde, is it ok?
[10:37] <Riddell> that's fine
[10:38] <Riddell> hmm, but jaunty probably still has packages that depend on policykit-kde
[10:38] <javi> Riddell: at least not in my case, apt-get remove policykit-kde only removes policykit-kde
[10:39] <davmor2> Riddell: does that include breakers :)
[10:40] <davmor2> can I break it, can I, can I?
[10:40] <javi> Riddell: ok, dist-upgrading, cwp kdebase-workspace kdebase-workspace-bin marked to be deleted also :D
[10:43] <Nightrose> maco: Happy Birthday! :)
[10:43] <Nightrose> kubotu: order birthday package for maco
[10:43]  * kubotu is running to the corner shop to get a birthday present.
[10:43]  * kubotu slides a birthday cake and a present down the bar to maco and gives everyone a nice frosty mug of beer.
[10:43] <kubotu> Happy birthday to you, happy birthday to you, happy birthday maco, happy birthday to you!!!! - Wooooho!
[10:43] <kubotu> Happy Birthday maco :D
[10:43] <kubotu> To your health!
[10:43]  * Nightrose pats kubotu
[10:48] <Riddell> javi: you'll need kdebase-workspace-bin installed, I'll fix the dist-upgrade with a transitional package
[11:05] <javi> Riddell: after dist-upgrade libxklavier15 & plasma-widgets-workspace are marked as automatically installed and not necessary anymore
[11:05] <javi> Riddell: but libxklavier15 has been installed in the previous dist-upgrade step
[11:06] <Riddell> yeah you want to keep those
[11:06] <Riddell> javi: do you have kdebase-workspace-bin installed?
[11:07] <jussi01> upgrading karmic currently borked, no? Im getting a load of 404's...
[11:08] <jussi01> http://paste.ubuntu.com/263006/
[11:08] <javi> Riddell: ups forgot to install it
[11:09] <javi> Riddell: now it's ok
[11:09] <javi> Riddell: i'm going to logout, brb
[11:09] <Riddell> jussi01: try a different mirror
[11:10] <jussi01> aye, lemme try main one
[11:12] <jussi01> yeah, getting them now Riddell. thanks...
[11:18] <javi> Riddell: everything seems to be ok
[11:19] <javi> thank you packagers :D
[11:19] <javi> and ninjas in general :D
[11:23] <Riddell> phew
[12:35] <bakkdoor> Hi, you might remember me from last week, i was the guy talking about packaging kontact enterprise 3.5 for kubuntu. i created a ppa here: https://launchpad.net/~christopher-bertels/+archive/ppa if anyone is still using hardy and wants check it out, please feel free to do so and give me some feedback. jaunty packages will probably follow soon,  as well. thanks!
[12:45] <gribelu> hmm there's no kdebase-workspace-bin_4.3.1-0ubuntu1_amd64.deb in the Karmic repos yet. Still packaging?
[12:48] <gribelu> I downloaded it from launchpad
[12:52] <Riddell> gribelu: probably needs another publisher run to get it into the index
[12:52] <Riddell> bakkdoor: great, I'll take a look shortly
[12:53] <bakkdoor> Riddell: cool, thanks. if i'm doing anything wrong, please tell me. i'm still new to the whole packaging thing but the packages work on my machine :)
[12:59] <gribelu> You were right, the packages were uploaded. Thanks :)
[13:09] <jussi01> heh, kde wont start currently, seems some stuff missing. (accidentally restarted without checking everything was there... grrr)
[13:15] <ghostcube> :D
[13:18]  * jussi01 sighs and waits for everything to build...
[14:32] <JontheEchidna> Riddell: bug 381522 seems not to be fixed
[14:37] <ScottK> Looks like the binary got removed, but not the source.
[14:38] <agateau> Riddell: ScottK: seele_: any thought on the Ayatana notification mail on kubuntu-devel@?
[14:39] <ScottK> agateau: I'd like to understand the complexity of this.  I did send a reply, but it was from the wrong address and it got rejected.  I'll send it again.
[14:39] <agateau> ok
[14:40] <agateau> will reply on the list then
[14:41] <ScottK> agateau: Also I'd like to understand how you're going to with the fallback for actions.  It seems your patch for capability checking isn't getting very far upstream.
[14:42] <agateau> ScottK: yes, I think it can be forgotten
[14:42] <agateau> my idea on this is to patch knotify instead:
[14:42] <agateau> make it detect if it runs with an action-less notification server,
[14:43] <agateau> and discard actions in this case
[14:43] <agateau> won't affect Kubuntu
[14:43] <agateau> just Ubuntu + notify-osd
[14:43] <agateau> And does not alter kdelibs API
[14:44] <agateau> It's simpler this way in fact
[14:44] <agateau> no need to patch individual actions
[14:44] <agateau> s/actions/applications/
[14:45]  * ScottK thinks that's how we'd discussed at UDS, so sounds good.
[14:48] <agateau> cool
[14:50] <ScottK> I'd still like to see how complex the patch is and ensure we'll have help maintaining it, etc, but this is consistent with what we said we'd do.
[15:09] <ScottK> Riddell: Last two 4.3.1 packages for i386 are building now ....
[15:11] <agateau> ScottK: patch to discard actions from knotify should be simple
[15:11] <ScottK> agateau: Not just that, the entire plan you described.
[15:11] <agateau> ScottK: oh ok
[15:12] <agateau> Will post the patch today
[15:13] <NCommander> ScottK, I'll probably start nailing down KDE/armel at weeks end, but packagekit should hopefully fixed ASAP
[15:13] <ScottK> NCommander: I went and looked and I may have confused that with ia64.
[15:14] <NCommander> ScottK, well, we just had a mass giveback for armel
[15:14] <NCommander> ScottK, I think -Werror needs to be nuddered from the package
[15:14] <ScottK> NCommander: OK.  We didn't get a netbook live image for armel yet, so that's what I'm shooting for
[15:15] <ScottK> We were getting desktop alternates before.
[15:15] <davmor2> ScottK: there are some weird things happening with with kne if you click on configure in the comic strip on newspaper, you will note that you are instructed to click on new I think there isn't a button to click though is this just a temporary thing or should I bug it?
[15:16] <NCommander> ScottK, your building both armel+imx51 and armel+dove?!
[15:16] <ScottK> File a bug.
[15:16] <ScottK> NCommander: AFAIK, yes.
[15:16]  * NCommander can probably test dove at some point
[15:16] <NCommander> ScottK, I'm driving armel+dove development, which is where my time been going
[15:18] <Riddell> what's dove?
[15:29] <maco> thanks Nightrose
[15:36]  * apachelogger puts on his cape
[15:48] <nixternal> jeesh...just took a look at docs...painful
[16:06] <bakkdoor> Riddell: have you checked out the packages yet? no need to hurry - just wondering :)
[16:07] <Riddell> sorry still uploading kde-l10n
[16:10] <ScottK> Riddell: Last two packages for amd64 are building now, so it looks good there too.
[16:22] <bakkdoor> Riddell: no problem. :)
[16:26] <lex79> JontheEchidna: thanks for the sync :)
[16:27]  * spstarr pulls in today's kubuntu goodies
[16:28] <spstarr> 118
[16:28] <Riddell> we like to deliver
[16:28] <spstarr> busy bees indeed
[16:28] <spstarr> :)
[16:28] <spstarr> not including 10 initially blocked
[16:29] <apachelogger> hm, 2 bugs per package... a load of bugs introduced in one day :P
[16:30] <davmor2> apachelogger: only 2 not bad :)
[16:30] <davmor2> oh hang on I've not installed it yet :)
[16:31] <spstarr> Riddell: I added a KDE trunk desktop file so kubuntu's KDE doesn't break with KDE trunk (its my fallback incase trunk fails to start) :)
[16:31] <apachelogger> never say not bad unless youve seen it :P
[16:31] <apachelogger> "made the XML-files for KTouch, and send them to the upstream."
[16:31] <apachelogger> good thing report doesn't say where they were sent
[16:32] <apachelogger> cause they are sure as sun not at the kde-edu list
[16:32] <DasKreech> hi apachelogger
[16:32] <apachelogger> yo DasKreech
[16:32] <DasKreech> Hows it rolling?
[16:33] <apachelogger> got a place near university :D
[16:33] <spstarr> it's a very delicate balance too since they would share the same .kde4/.kde directory for config
[16:33] <apachelogger> quite crappy though
[16:43] <davmor2> Riddell: You got issues on live cd.  You have the kubuntu splash post login then you get a black screen with a white arrow not quite the Kubuntu desktop I've come to know :)  Unless your going for an all new minimal look :)
[16:44] <davmor2> alt-f2 works though so I now have a terminal :)
[16:44] <DasKreech> Isnt' that the point of places near university?
[16:44] <DasKreech>  To cater for starving students?
[16:45] <Riddell> davmor2: what happens if you start plasma-desktop?
[16:46] <yuriy> nice knm at least works for WEP now
[16:49] <ScottK> WPA too (here)
[16:49] <davmor2> Riddell: http://paste.ubuntu.com/263212 is the terminal output
[16:50] <Riddell> davmor2: and does it start?
[16:50] <davmor2> but I have a desktop now :)
[16:51] <davmor2> Riddell: there is still no install icon in the default folderview anymore either
[16:52] <agateau> ScottK: still haven't received your mail about Ayatana notifications
[16:52] <ScottK> Still haven't sent it.
[16:54] <spstarr> yuriy: WPA2 works in trunk
[16:54] <ScottK> Riddell: amd64 and powerpc are fully built with 4.3.1.  Might not be a horrible time to try to make some new ISOs
[16:54] <spstarr> assuming knetworkmanager is in playground
[16:56] <Riddell> davmor2: anything in /var/crash ?
[16:57] <davmor2> yeap 2 ticks
[16:58] <Riddell> ta da kubuntu.org/news/kde-4.3.1
[17:00] <davmor2> Riddell: bug 422659
[17:01] <Riddell> "Sorry, you don't have permission to access this page."
[17:02] <Riddell> davmor2: can you make it public?
[17:02] <davmor2> doing so now
[17:02] <davmor2> public now
[17:05] <davmor2> Riddell: is that okay for you now?
[17:06]  * spstarr re-enables his dormant launchpad account from 2005 :)
[17:21] <rickspencer3> so I hear through the grapevine that today's the day to try the Kubuntu netbook version
[17:22] <nixternal> rickspencer3: every day is that day :)
[17:22] <davmor2> Riddell: bug 422667 is the other obvious one :)
[17:23] <nixternal> though, we are still waiting for some packages to finish
[17:23] <nixternal> building
[17:23] <Riddell> davmor2: hmm, that isn't even the new version of kdelibs
[17:23] <Riddell> rickspencer3: less brave men would wait two days for the alpha release :)
[17:24] <davmor2> Riddell: it's what is on todays daily-live iso
[17:24] <Riddell> rgreening: what's the status of usb creator? (for the desktop team meeting report)
[17:24] <DasKreech> rickspencer3: Tomorrow will be the day to file bugs. Followed by the sequel to that day :)
[17:25] <davmor2> rickspencer3: is insanity infectious if so can you please take a step back
[17:26] <davmor2> Riddell: work in jaunty :)
[17:35] <rgreening> Riddell: it's working again. It was completely broken for a bit.
[17:36] <Riddell> rgreening: usb-creator-kde is all working?
[17:36] <rgreening> Riddell: there are some limitations though... Format option broken in both gtk and kde (doesn't create FS after creating partition - this is a backend.py issue for evand)
[17:37] <nixternal> Riddell: do I need to FFe kubuntu-docs?
[17:37] <rgreening> Riddell: choosing ISO instead of using CD/DVD-ROM doesn't work. again a back-end issue for evand to resolve for gtk and kde version
[17:37] <Riddell> nixternal: any new features in it?
[17:37] <Riddell> surely just new strings
[17:37] <nixternal> nope
[17:37] <Riddell> nixternal: I'd say no then
[17:38] <rgreening> Riddell: So, I've disabled the "Other" and "Format" buttons until such time as they start working again.
[17:38] <nixternal> Riddell: roger that...going to upload first release for karmic so we can get the translation templates rolling
[17:38] <rgreening> Riddell: So, burning the ISO to a DVD and using it to power the creator works.
[17:39] <rgreening> Riddell: I also have some issues with persistance. I'm testing now, but it seems that changing the persistance value breaks the install to USB stick.
[17:40] <rgreening> Riddell: version 0.2.4 is what you need for these changes/fixes and work-arounds. evand is back tomorrow, so I hope to prod him on the other items to fix, as they affect the gtk version as well.
[17:40]  * rgreening thinks thats a pretty good update for Riddell :P
[17:41] <Riddell> thanks rgreening
[17:41] <rgreening> :)
[17:41]  * rgreening does the homer dance 'woop-whoop-whoop-woop'
[17:42]  * apachelogger thinks workspace packaging needs to be revised since it creates an enforced dep on akonadi
[17:42] <apachelogger> bad idea IMHO
[17:42] <apachelogger> meanwhile you might enjoy soulwax' remix of kids by mgmt
[17:43] <DasKreech> rgreening: isn't that Zoidberg?
[17:43] <rgreening> DasKreech: homer did it long before... :)
[17:44]  * rgreening is oldschool and old
[17:44] <DasKreech> Well yeah 1000 years before that's not fair
[17:44]  * apachelogger agrees
[17:44] <rgreening> Homer J Simpson...
[17:44] <apachelogger> Homer Jay Simpson!
[17:44] <rgreening> not Homer with the Iilyiad
[17:44] <rgreening> haha
[17:45] <DasKreech> Yeah but Futurama is 1000 years in the future :)
[17:46] <rgreening> rite.. my bad :)
[17:46] <rgreening> lol.. see old...
[17:49]  * spstarr kicks launchpad, let me in!
[17:50] <Riddell> spstarr: #launchpad should have people to help if you're having troubles
[17:50] <spstarr> na , just slow :)
[17:50] <apachelogger> as is all the intarwebs
[17:50] <apachelogger> I hate KDE release day
[17:51]  * spstarr looks at the Ubuntu Code of Conduct
[17:51] <DasKreech> Not as bad as buntu release day
[17:51] <apachelogger> seems to make every server slower than usually
[17:51] <DasKreech> Makes torrents happy
[17:52] <apachelogger> ...roophies...
[17:53]  * spstarr looks at ruphy
[17:53] <spstarr> thats one simple Code of Conduct ;)
[17:53] <apachelogger> launchpad slow, kde slow, youtube slow ... that is a nightmare alright
[17:54] <ruphy> bu!
[17:54]  * apachelogger throws cookies after ruphy
[17:54] <ruphy> yay! cookie
[17:55] <ruphy> s
[17:55] <rgreening> Riddell: seems that (for me) using persistence option breaks in my tests. Can anyone else test?  With I do not.
[17:56] <DasKreech> Hi ruphy  how are you feeling?
[17:56] <rgreening> apachelogger: install usb-creator-kde. It's in the gui. used for saving settings to stick if user wants a distro for on the go.
[17:56] <rgreening> but it's broken ATM (but I need testers to verify its not just me)
[17:58] <ruphy> DasKreech: well... i'm at tokamak 3 :-)
[17:58] <nixternal> rgreening: it is not just you dude...that was driving me nuts and I couldn't figure it out
[17:58] <nixternal> rgreening: that was on my desktop
[17:59] <rgreening> nixternal: ok. choosing no persistence works for me. Unless I can fix it right away, I'm going to disable persistence for now. At least it will yield a working stick without it.
[17:59] <nixternal> right, I don't use the persistence anyways
[17:59] <bakkdoor> Riddell: i have to go now, i'll be back tomorrow though. you can give me some feedback on the packages then, if you like. good bye :)
[18:00] <rgreening> evand may be able to offer some advice on a fix... I expect the same is broken for gtk version (uses same backend ot generate this).
[18:03] <nixternal> sebas: thanks for the dedication to Emma, you made my day :)
[18:03] <DasKreech> ruphy: Yeah but I heard that you weren't feeling that well
[18:03] <ruphy> ah yeah
[18:03] <ruphy> i'm soo much better
[18:04] <sebas> nixternal: :)
[18:04]  * spstarr is jealous of ruphy
[18:04] <spstarr> Tokamak 3 :(
[18:04] <apachelogger> you know, I wasn't even invited
[18:05] <apachelogger> I barely get invited these days :|
[18:05] <sebas> apachelogger: become a plasma developer then
[18:05] <sebas> It's not a birthday party :P
[18:05] <apachelogger> I did a plasmoid once :P
[18:05] <sebas> close call then :P
[18:06] <apachelogger> well, I'll consider that ... but first I need to get some vision on ebay or amazon
[18:07] <apachelogger> though I should become kdelibs haxx0r probably, the kdelibs bugs in lp don't seem to be moving a whole lot :S
[18:07] <spstarr> hehe
[18:07] <spstarr> sebas :)
[18:07] <sebas> apachelogger: kdelibs/plasma then :>
[18:08] <apachelogger> more like kdelibs/kdecore :D
[18:08] <davmor2> Riddell: knm still doesn't like my wep setup :(
[18:08] <davmor2> however open and wpa work fine still :)
[18:09] <apachelogger> nixternal: so, since you got rid of all the minions .. fancy MIRing some stuff?
[18:09] <spstarr> is there a reason Kubuntu installer doesn't support LVM partitions for install?
[18:09] <nixternal> apachelogger: a bit busy right now beating documentation in to shape
[18:09] <apachelogger> spstarr: does from alternate cd
[18:09] <nixternal> what all needs MIR?
[18:09] <nixternal> can't we find someone else to do that?
[18:09] <spstarr> alternate.. apachelogger why is that separate?
[18:09] <apachelogger> nixternal: bug 409104
[18:09] <nixternal> perfect low hanging fruit task :)
[18:10] <apachelogger> spstarr: to keep the live cd installation simpler I suppose
[18:10] <spstarr> that it does, yes :)
[18:10] <apachelogger> spstarr: I am not sure, lack of vision might be related though ;-)
[18:10]  * apachelogger fixes up step
[18:11] <apachelogger> uhhh, electrometal in amarok
[18:11] <apachelogger> Nightrose: today I like amarok, good app that is :P
[18:11] <Nightrose> hehe
[18:17] <apachelogger> apturl with KDE frontend uploaded to karmic
[18:18] <JontheEchidna> apachelogger++
[18:20] <rgreening> Riddell: version 0.2.5 of usb-creator (UNRELEASED) addresses the persistence issue (I disable it in the UI for now until a proper fix can be found).
[18:20] <rgreening> I expect something deeper may be at fault, but Im no expert in that area...
[19:05] <DasKreech> spstarr: LVM takes up ilike 40 Megs I thikn
[19:14] <apachelogger> !MIR
[19:16] <apachelogger> Riddell: please poke apturl through binary NEW
[19:17] <apachelogger> Riddell: also, how is plasma-widget-googlecalendar more social fromt he start?
[19:19] <DasKreech> apachelogger: It shows you when parties and sprints that apachelogger has been invited to are scheduled
[19:19] <apachelogger> I am not getting invited to anything as stated earlier
[19:21] <Riddell> apachelogger: it's social if not quite from the start
[19:21] <apachelogger> how is it social?
[19:21] <apachelogger> doesn't it just show the google calendar data?
[19:22] <Riddell> oh ok it's integration with online services which is what the phrase really means
[19:22] <apachelogger> lol :D
[19:22]  * rgreening invotes apachelogger to Newfoundland :)
[19:22] <apachelogger> Riddell: strigit-client can go from the seeds I suppose? configuration should happen through nepomuk really
[19:23] <apachelogger> rgreening: what would I be doing there? Oo
[19:23] <rgreening> whatever.. you are now invited to something :)
[19:23] <rgreening> haha
[19:23] <apachelogger> \o/
[19:23] <nixternal> how much longer until 8.04 is EOL for us? couple more weeks? yesterday?
[19:23] <nixternal> I don't want to fix a bug that is in 8.04, so I would rather just close it :p
[19:24] <apachelogger> just close it due to lack of resources :P
[19:25] <Riddell> apachelogger: hey, you wrote apturl-kde in python!
[19:25] <Riddell> I'm surprised you didn't port it to ruby
[19:25] <apachelogger> Nightrose can attest that I was close to doing that :P
[19:25] <Riddell> apachelogger: is there another client?
[19:25] <apachelogger> Riddell: strigi?
[19:25] <Riddell> yes
[19:25] <apachelogger> well, nepomuk
[19:26] <Riddell> hmm, and how is that used?
[19:26] <apachelogger> there is a kcm someplace
[19:26] <apachelogger> actually
[19:26] <apachelogger> Riddell: what calls itself strigi client is much more of a management app
[19:27] <apachelogger> with very unfortunate interface
[19:27] <apachelogger> just start it :)
[19:29] <Riddell> mm
[19:29] <Riddell> well I guess it can go indeed
[19:30] <DasKreech> Hmm can I outvote apachelogger or would I have to outvote rgreening ? :-)
[19:30] <apachelogger> outvote?
[19:30] <rgreening> ?
[19:30] <rgreening> ya? for?
[19:30] <DasKreech> You invoted apachelogger ;-)
[19:30] <apachelogger> oh :D
[19:30] <apachelogger> yay
[19:30] <rgreening> lol
[19:31] <rgreening> hahaha
[19:31] <apachelogger> strigi is eating my ccpu
[19:31] <rgreening> s/vote/vite/g
[19:31] <DasKreech> I don't quite understand what no support for Kubuntu means in this case
[19:31] <DasKreech> I always read it as Canonical will not offer paid support
[19:31] <DasKreech> but is kubuntu-desktop going to be pulled from the servers?
[19:31] <apachelogger> *shrug*
[19:32] <DasKreech> For the most part isn't being "not supported" in this state conjecture unless you fronted cash?
[19:32] <apachelogger> and there goes the memory
[19:33] <Riddell> DasKreech: it means no security updates (and hardy had updates for kdelibs and kdegraphics the other day) and you can't buy telephone support
[19:33] <apachelogger> Riddell: I could do telephone support :)
[19:33] <DasKreech> Ok when was the last KDE3  security update?
[19:33] <DasKreech> apachelogger: I'll do skype support :)
[19:34] <rgreening> * Hola, apachelogger support line... Do you use Ruby? No? <CLICK>
[19:34] <rgreening> :P
[19:34] <apachelogger> Riddell: I am adding kubuntu-firefox-installer (needs promotion, MIRs for it + all deps approved) and apturl-kde to the seeds
[19:34] <apachelogger> removing strigi-client
[19:35] <apachelogger> is bluetooth working again?
[19:36] <Riddell> apachelogger: I got it talking to a bluetooth mouse the other day
[19:36] <Riddell> so it's not completely useless
[19:37] <DasKreech> Is there a systemsettings management for services run at startup?
[19:37] <apachelogger> Riddell: ok
[19:37] <apachelogger> DasKreech: yeah, somewhere
[19:38] <apachelogger> in the admin tab AFAIK
[19:38]  * apachelogger thinks that we should make more packages use LZMA
[19:50] <apachelogger> Riddell: seed changes pushed
[19:50] <apachelogger> Riddell: btw, do I need a special dep when using runtime UIC in pykde?
[19:51] <spstarr> apachelogger: ya
[19:52] <spstarr> apachelogger: .xz is the future
[19:52] <Riddell> apachelogger: don't think so
[19:52] <spstarr> time to say bye to bzip2 :)
[19:52] <apachelogger> spstarr: yep yep :)
[19:52] <apachelogger> Riddell: k, thx
[19:54] <spstarr> :)
[20:18] <apachelogger> anyone knows additional search providers for kubuntu-konqueror-shortcuts?
[20:19] <apachelogger> if someone does, please add :P
[20:22] <apachelogger> ScottK, Riddell: how about using LZMA for all of KDE-CDBS?
[20:23] <apachelogger> didn't cause any problems for core KDE, did it?
[20:25] <Riddell> don't we already?
[20:25] <Riddell> apachelogger: badu
[20:25] <Riddell> the chinese search  engine
[20:25] <apachelogger> I only add it to the core KDE .mk file
[20:26] <apachelogger> we could also use LZMA for larger packages only
[20:26] <apachelogger> like amarok, digikam and ktorrent
[20:28] <spstarr> apachelogger: - depend on compositing <-- this isn't likely for a while
[20:28] <apachelogger> spstarr: huh?
[20:28] <spstarr> your blog posting :)
[20:28] <spstarr> oh someone's comment
[20:29] <nixternal> is there something up with dh_install? I must be missing something and it is driving me nuts with kubuntu-docs
[20:42] <davmor2> Riddell: I don't like your 3g connection manager how the hell do I know the number of my 3g device
[20:42] <apachelogger> lol
[20:45] <davmor2> apachelogger: I'm serious the gnome one asks for your country and network done up and working
[20:46] <davmor2> unless of course that has changed too
[20:46]  * davmor2 races of to check
[20:46] <apachelogger> yeah, you got a point, I just find the issue itself quite funny
[20:47]  * JontheEchidna starts updating the alpha4 release notes to alpha5
[20:49]  * apachelogger pokes shtylman into doing the kubuntu-installer-style package
[20:49] <davmor2> apachelogger: four question now country,provider,internet or phone, check settings type window and up and running
[20:49] <apachelogger> vs. one number ... clearly the number should be faster if you know it :P
[20:50] <davmor2> apachelogger: actually there is a full form to fill in
[20:50] <davmor2> have a look :)
[20:50] <apachelogger> oh my
[20:50] <apachelogger> I better don't, I might end up ranting
[20:52] <JontheEchidna> What's new in alpha5 besides OOo KDE4 integration?
[20:53] <DasKreech> Social calendar :-)
[20:57] <apachelogger> yeah, social google calendar :D
[20:57] <apachelogger> JontheEchidna: feedback plasmoid, though I wonder if that is added by default, otherwise I wonder why it is in the seed to begin with
[20:57] <apachelogger> anyway
[20:57] <apachelogger> should go to bed
[20:57] <JontheEchidna> nini
[20:57] <DasKreech> Is tracker still disabled on startup?
[20:57] <apachelogger> will be around next week or so
[20:57] <apachelogger> going to hospital *shudder*
[20:58] <apachelogger> DasKreech: tracker?
[20:58] <JontheEchidna> tracker? ain't that gnome stuff?
[20:58] <DasKreech> Yeah
[20:58] <apachelogger> we aint got no tracker?
[20:58] <DasKreech> It's disabled at startup for the Kubuntu CD
[20:58] <apachelogger> huh
[20:58] <apachelogger> fun :D
[20:58] <JontheEchidna> ah darn, looks like copy/pasting wiki pages does not carry over attachements
[20:59] <apachelogger> DasKreech: don't see it in the seed files, maybe it is pulled in by something
[20:59] <apachelogger> DasKreech: I am sure JontheEchidna will look at it in depth :D
[20:59]  * apachelogger waves
[21:00]  * JontheEchidna doesn't see anything that'd pull it in offhand
[21:00] <JontheEchidna> ha, nobody set up a feedback page for alpha4
[21:01] <DasKreech> JontheEchidna: It's just message I noticed in dmesg might be some standard rubbish that assumes Gnome
[21:33] <nixternal> kubuntu-docs .deb file has all of the files in it, but when I do dpkg -i it doesn't install the files...it installs some, but not all...and it doesn't crash/error out...any ideas?
[21:34] <DasKreech> Nope I've been having funky ass errors with dpkg/apt since the other day
[21:34] <DasKreech> I currntly have a package I can't query install or remove but it complains about it every time i do anything
[21:36] <nixternal> ahhh, figured it out
[21:37] <DasKreech> I just ignore it :)
[22:33] <DasKreech> How does disconnected IMAP work?
[22:33] <DasKreech> Changes I make locally aren't reflected on the server?
[22:56] <ryanakca> DasKreech: Is that in KMail? I'm not sure if it's the same thing, but with offlineimap it syncs changes made to the server and local changes... so if I delete a message locally, it gets deleted on the server, if I move one on the server, it gets moved locally.
[23:16] <DasKreech> ok


[00:33] <cwillu_at_work> ... because I _like_ it when reloading a page with only javascript crashes the browser...
[00:35] <asac> heh. thats an extension ;)
[00:35] <asac> ccheney: so seems you make progress?
[00:35] <asac> nice
[00:39] <cwillu_at_work> that's not an extension, that's a fun little issue with webworkers while using XMLHttpRequest with multipart
[01:54] <ccheney> asac: well yea i got the code back unbroken from what i had last time i worked on it, now i just have the new override stuff to do (i think)
[01:55] <ccheney> i'll pastebin the current error list
[01:55] <ccheney> http://pastebin.ubuntu.com/420139/
[01:56] <ccheney> i should debdiff vs the ppa to see exactly how much is different
[01:57] <ccheney> i might have done something else different as well that shouldn't still be in there
[04:52] <ccheney> ok got it cleaned up and got the patch updated except for the gtkentry class, reduced the number of errors that are showing up when running but it crashes the same way, so now on to doing the override
[05:13] <micahg> ccheney: still around?
[05:32] <ccheney> micahg: yea
[05:32] <ccheney> whats up?
[05:32] <ccheney> sorry i didn't look in here earlier
[05:33] <micahg> ccheney: does OO.o still need the symlinks from dictionaries-common?
[05:33] <ccheney> micahg: i don't think so
[05:33] <ccheney> micahg: at least not on lucid afaik
[05:34] <ccheney> oh hold on let me see
[05:34] <micahg> ccheney: ok, because Firefox and Thunderbird were patched not to need them and now everything's doubled
[05:34] <micahg> so if OO.o doesn't need them, we can drop them either now or with an SRU later
[05:34] <ccheney> micahg: do you mean the symlinks in eg /usr/share/myspell/dicts/ ?
[05:35] <micahg> ccheney: yep
[05:35] <ccheney> i'm not sure slangasek will want us changing that in either lucid or an SRU, but if you want to go right ahead :)
[05:35] <ccheney> unless it actually helps us in some way
[05:36] <micahg> ccheney: well, if it's not needed, it'll be nice not to show double dictionaries
[05:36] <ccheney> oh it shows up double in some app?
[05:36] <micahg> ccheney: Firefox and Thunderbird
[05:37] <ccheney> micahg: so they now look in both places instead of just the new location, or what?
[05:37] <micahg> ccheney: right, both are now valid in those apps
[05:37] <ccheney> or are you talking about the symlinks for eg
[05:37] <ccheney> en_AU.dic vs en-AU.dic
[05:37] <ccheney> ok
[05:38] <ccheney> afaik OOo only looks in the new location and not in the old at all anymore
[05:39] <micahg> which is new and which is old?
[05:41] <ccheney> old /usr/share/myspell/dicts and new /usr/share/hunspell
[05:41] <micahg> ccheney: ah, ok
[05:41] <ccheney> at least for OOo, i think that is documented in the dictionary policy
[05:42] <ccheney> hyphen and mythes moved into their own dirs and used to be in myspell
[05:45] <micahg> k
[05:45] <micahg> I think an SRU is better at this point
[05:45] <micahg> then we can write a test case an have it veririfed
[05:46] <ccheney> i'm not sure if the old dir is completely obsolete, i would have to look it up, but if so you could just have the other apps not look in the old dir anymore if so
[05:46]  * micahg didn't think of that...is everything using hunspell now, I thought some packages were myspell only
[05:46] <ccheney> updating all the dictionaries to remove the old symlinks would take some effort i think, but not undoable, maybe annoying for SRU though
[05:47] <micahg> ccheney: no, it's a flag in dictionaries-common
[05:47] <micahg> oh, would a new package not remove the symlinks
[05:47] <ccheney> er the symlinks are in the dictionary packages themselves at least in many cases
[05:47] <ccheney> maybe all (not sure)
[05:48] <micahg> ccheney: I thought that dictionaries-common created them
[05:48]  * micahg checks
[05:48] <ccheney> some of them are using the proper dictionaries-common method which might get fixed like you mention, but at least some are really old manual symlinks in the packages
[05:48] <ccheney> at least from what i recall when updating them a while back
[05:48] <ccheney> the ones not using the new method probably should be updated
[05:49]  * micahg sees what you mean
[05:49] <micahg> dictionaries-common isn't involved at all :(
[05:49] <ccheney> i didn't fully read the policy before updating the packages so didn't realize they were out of date until i had already fixed them up for the new symlinks
[05:49] <micahg> I guess this is another cleanup project for Maverick
[05:50] <ccheney> i would recommend whoever does the cleanup fully read dictionary policy first, like i should have, heh :-\
[05:50]  * micahg should propose a blueprint?
[05:51] <ccheney> micahg: maybe so
[05:52] <ccheney> would probably be good to see if any myspell apps are still around to see if we need to leave the symlinks there, as i think removing them would make those stop working, right?
[05:52] <ccheney> in any case we should at least get the dictionary packages working with the new policy properly instead of the mess they are in now
[05:53] <micahg> ccheney: probably, that would be part of the blueprint I guess
[05:53] <ccheney> yea
[05:53]  * micahg has a browser triage blueprint in mind as well
[05:53] <ccheney> micahg: add me to the dictionary one once you create it
[05:54] <micahg> ccheney: k, let me make a note for myself
[05:54]  * micahg guesses he'll make these after Lucid is released
[05:57] <ccheney> ok
[06:51] <ddecator> is there no PPA for getting the latest stable release of thunderbird?
[06:53] <micahg> ddecator: not yeah, been busy :P
[06:53] <ddecator> micahg: ok, i'm just helping someone on the forums who wants the latest stable and i wanted to try to use a PPA hosted by you guys
[06:54] <micahg> indeed
[06:54] <micahg> it will be soon
[07:05] <micahg> ddecator: once we work out the final things with the packages I should be able to backport them quickly
[07:06] <ddecator> micahg: alright, sounds good. thanks
[09:10] <BUGabundo_remote> Get up on your Horse, and Ride till the Sunset 0/
[09:18] <micahg> fta: fixing xul193?
[09:20] <micahg> fta: it's probably going to FTBFS again, just 25 minutes into the build like before
[09:21] <micahg> fta: but thanks for trying
[10:08] <fta2> asac, any hint for http://launchpadlibrarian.net/45009120/buildlog_ubuntu-lucid-i386.xulrunner-1.9.3_1.9.3~a5~hg20100422r41148%2Bnobinonly-0ubuntu1~umd2_FAILEDTOBUILD.txt.gz ???
[10:08] <fta2> it's been broken for too long
[10:14] <fta2> mozilla 547964
[10:14] <fta2> grrr
[10:14] <fta2> asac, ^^ help
[10:17] <BUGabundo_remote> eheh
[10:28] <[reed]> fta2: what about that bug?
[10:29] <fta2> mozilla 560582
[10:29] <[reed]> ah
[10:30] <[reed]> fta2: so, you need to do a new nspr, I guess?
[10:31] <[reed]> yeah
[10:31] <[reed]> indeed
[10:36] <fta2> 4.8.5 is not even released, shame on you
[10:36] <fta2> mozilla 558967
[10:36] <fta2> pff
[10:36] <fta2> no time to loose with this
[15:31] <chrisccoulson> hey micahg
[15:31] <micahg> hi chrisccoulson
[15:32] <chrisccoulson> what happened with libjdic-java? i saw it got rejected by an archive admin, but i don't know who did and there was no comment
[15:33] <micahg> chrisccoulson: oh, ScottK noticed that it was xul version dependent and suggested the build-dep be the same way and I agreed
[15:33] <chrisccoulson> micahg - ok, no problem
[15:35]  * micahg should have put that in the comment
[15:35]  * micahg is about to test the thunderbird upgrade
[15:38] <micahg> k, looks like it worked, so I'll push it up
[15:40] <micahg> chrisccoulson: could you please look at bug 568275
[15:41] <micahg> chrisccoulson: BTW, I asked wgrant to give us a xulrunner category for the multidistrotools on ubuntuwire
[15:42] <chrisccoulson> micahg - yeah, that was deliberate. it was still depending on libmozjs, and i had a look at getting it to work with the latest xulrunner and the build system is looking in all the wrong places for spidermonkey
[15:42] <chrisccoulson> so i just disabled it
[15:43] <micahg> chrisccoulson: right, I saw, so what do you want to do, we can fix it for maverick and backport maybe
[15:44] <chrisccoulson> yeah, possibly. it's not using pkg-config for finding headers, but hardcoding all the paths instead, and i just don't have the time to fix that
[15:45] <micahg> chrisccoulson: right, it doesn't seem that popular anyways
[15:46] <micahg> chrisccoulson: do you want to write a response?
[15:46] <chrisccoulson> yeah, i'll do that now
[15:47] <micahg> chrisccoulson: thanks
[16:11] <micahg> chrisccoulson: do you know dictionary policy
[16:20] <ccheney> micahg: its here if you didn't happen to find it: http://dict-common.alioth.debian.org/dsdt-policy.html
[16:29] <micahg> ccheney: thanks
[16:44]  * micahg gets ready for the flurry of bugs in the rdepends from the RC upgrades :-/
[16:48] <micahg> chrisccoulson: what are we doing about lightning?
[16:51]  * BUGabundo_remote gets ready to mute all #s
[16:56] <ccheney> when is the freeze lifted?
[16:58] <ccheney> chrisccoulson: did you see my email from last night?
[16:59] <chrisccoulson> ccheney, i did, but i've not had a chance to have a proper look at it yet. i'll do that today though
[16:59] <chrisccoulson> the freeze isn't lifted now btw ;)
[16:59] <chrisccoulson> we're frozen all the way to release
[17:01] <ccheney> chrisccoulson: ah ok, thanks
[17:03] <micahg> chrisccoulson: thunderbird fix is pushed
[17:04] <micahg> chrisccoulson: hopefully I'll have the conkeror upload ready when I get to $WORK
[17:04] <chrisccoulson> micahg - thanks. i will test and upload this afternoon
[17:04] <chrisccoulson> did you do an upgrade test?
[17:04] <micahg> chrisccoulson: yes, I installed the current package version then installed a local build with this fix
[18:00] <fta> BUGabundo_remote, http:// is back?? wtf
[18:01] <BUGabundo_remote> is it ????
[18:01] <BUGabundo_remote> LOLOLOLOL it is
[18:02] <BUGabundo_remote> we will talk later
[18:02] <BUGabundo_remote> gym time
[18:02] <BUGabundo_remote> nothing in the bugs :\
[18:54] <micahg> chrisccoulson: is it worth trying to remove the recursive symlink in the next TB update?
[18:55] <chrisccoulson> micahg - are we still getting users report the issue?
[18:55] <micahg> chrisccoulson: had one yesterday
[18:55] <chrisccoulson> i don't think it's worth trying to fix it up in the wrapper script. if we had lots of people experiencing it, then it might be worth it
[18:56] <micahg> chrisccoulson: k
[19:13] <micahg> fta: thanks for fixing firefox/xul trunk, I'm sure it'll make quite a few people happy
[19:32] <chrisccoulson> micahg - you don't need to worry about a build log, i always test build things i upload anyway ;)
[19:33] <micahg> chrisccoulson: bug 568610
[21:52] <fta> BUGabundo, http://groups.google.com/a/chromium.org/group/chromium-dev/browse_thread/thread/c6838bc81b7f1f49#
[21:54]  * BUGabundo reads
[21:55] <BUGabundo> fta: you know what's funny? I have got NO bug mail from chromium bts :S
[21:55] <fta> ever?
[21:55] <BUGabundo> no, recently
[21:56] <BUGabundo> I didn't even get anyting from the reverting of http
[21:56] <BUGabundo> and I was subbed to at least 2 bugs of it
[21:57] <fta> maybe they didn't. you probably see saw the re-target to M6
[21:57] <fta> -see
[21:57] <BUGabundo> "Please don't debate whether particular things should or shouldn't be
[21:57] <BUGabundo> reverted, or ask for precise details on whether change X is going to be
[21:57] <BUGabundo> reverted, as the folks in charge of doing this are heads-dow"
[21:58] <BUGabundo> wow
[21:58] <BUGabundo> even pidgin devs aren't so single minded :(
[22:01] <fta> well, i'm back with the window buttons on the left in ubuntu, and i kind of like it now. so why not http:// now that the paste is ok (at least it is for me)
[22:01] <BUGabundo> 9 out of 10 wfm
[22:01] <BUGabundo> I still got a few situations where it doesn't work
[22:01] <BUGabundo> I'll wait for the new m6
[22:02] <BUGabundo> and then report back with *proper* use cases
[22:02] <BUGabundo> maybe its not only chromium, but also the way the app works
[22:02] <micahg> so chromium is going to end up with 3 different versions now?
[22:02] <BUGabundo> fta: that would be which Friday ?
[22:02] <BUGabundo> tomorrow or next week ?
[22:03] <fta> ??
[22:03] <fta> BUGabundo, i guess you already read http://pthree.org/2010/04/18/chromium-removing-http/
[22:03] <fta> micahg, ??
[22:04] <micahg> fta: 4.x, 5.x, 6.x?
[22:04] <BUGabundo> fta: of course
[22:04] <fta> no, 4 will die
[22:04] <micahg> fta: ah
[22:04] <BUGabundo> fta: they say that m6 will land on Friday....
[22:04] <BUGabundo> which Friday is what I'm asking
[22:05] <BUGabundo> no canonical date there
[22:05] <BUGabundo> and tomorrow *is* Friday
[22:05] <fta> not sure
[22:11] <Barkhorn> isn't the whole point of displaying http to have a semantically correct URI in the address bar?
[22:11] <BUGabundo> Barkhorn: don't get me started
[22:11] <BUGabundo> I've ranted enough on it
[22:11] <Barkhorn> :D
[22:12] <BUGabundo> and if you know anything about me, I hate ranting and ranters
[22:12] <BUGabundo> so see how must all this situation took me, to act like that
[22:12] <Barkhorn> no i don't know you very well i'm afraid. but pointless ranting gets on my nerves too.
[22:14] <ddecator> +1
[22:18] <chrisccoulson> micahg - ok, i'm going to upload TB in a bit. i think the symlink fix should probably have a version check in though (and only run when the package is configured)
[22:18] <chrisccoulson> but i can quickly add that in before i upload
[22:18] <chrisccoulson> i'm just being a bit cautious after last week ;)
[22:19] <micahg> chrisccoulson: well, I thought about that, but once the link is there, it'll short circuit anyways, so I didn't see the point
[22:20] <micahg> chrisccoulson: you mean the old one?
[22:20] <micahg> chrisccoulson: which symlink?
[22:28] <BUGabundo> fta: found those lost email: spam inbox
[22:47] <BUGabundo> http://code.google.com/p/chromium/issues/detail?id=41954	+++1
[22:47] <BUGabundo> http://code.google.com/p/chromium/issues/detail?id=41954


[01:12] <lemao> got an Edgy Eft installation issue. Is this the right place to ask?
[01:13] <mark> it is
[01:24] <lemao> Trying to install Edgy Eft Server in MacBookPro Parallels VM but I am getting the following when booting for the first time after the install: "Unknown interrupt or fault at EIP"
[01:24] <lemao> Then I found this: https://launchpad.net/distros/ubuntu/+bug/71594
[01:24] <lemao> Now I am stuck trying to replace the kernel from my install to a kernel that was not compiled with HIGHMEM64G support
[01:25] <lemao> so I booted from the install cd again and enter the "rescue" mode
[01:25] <lemao> got shell access
[01:26] <lemao> found many kernel images using apt-cache search linux-image, but dont know which one to use. Tried one that is recommended here: http://forum.parallels.com/post25984-2.html without success
[01:26] <lemao> Any ideas?
[01:47] <lemao> ok. thanks
[04:35] <cjwatson> lemao: you probably want linux-image-generic
[04:35] <cjwatson> (or linux-generic, for all the bits including restricted firmware/drivers)
[04:36] <cjwatson> that forum post recommends -686, which is gone in edgy, replaced by -generic
[04:36] <cjwatson> I've shoved that bug over to the right place
[10:35] <jerom1> Hi all
[10:36] <jerom1> I use kickstart and i want define two kickstart %post section : %post --nochroot ... and %post (with chroot)
[10:37] <jerom1> but it seems second doesn't work, can you confirm ?
[11:17] <allmanj> hi all - i was on yesterday looking for help customising debian-installer. Specifically, finding a way to stop it from scanning a mirror
[11:42] <allmanj> bbias
[02:23] <cjwatson> jerom1: you only get one, I'm afraid, but that's OK because you can do 'chroot /target foo' in the --nochroot one
[02:23] <cjwatson> hmm, actually, more than one *should* work
[02:24] <cjwatson> order of execution is not defined at the moment, though
[02:25] <cjwatson> if you make them independent of what order they're executed in, then that should be enough; otherwise I'd like a bug report on kickseed
[02:25] <allmanj> cjwatson: i see you're alive. do you have time to give me a hand with my problem?
[02:25] <cjwatson> allmanj: hi. any particular mirror, or all network mirrors, or what?
[02:25] <cjwatson> and do you want to replace it with a different mirror?
[02:25] <allmanj> i want to disable scanning of all mirrors. the idea is that the modified cd could run on a machine without network connectivity (or with limited connectivity)
[02:26] <allmanj> the install should be doable from the cd
[02:26] <allmanj> i find mention of respecting base_installable when i'm trawling through the code but i'm really at a loss as to how to take advantage of it
[02:26] <cjwatson> allmanj: preseeding apt-setup/use_mirror to false should disable the normal mirrors
[02:27] <cjwatson> base_installable isn't what you want
[02:27] <allmanj> *gasp*
[02:27] <allmanj> there's an apt-setup/use_mirror option? i didn't spot that!
[02:27] <cjwatson> to disable the security mirrors as well, preseed apt-setup/security_host to the empty string
[02:27] <allmanj> one sec while i test...
[02:27] <cjwatson> I think that should be everything
[02:29] <allmanj> i'll find out in a moment. regenerated an iso and attempting to install it on a vmware machine
[02:30] <cjwatson> as sadly usual, this is probably only "documented" in the source ...
[02:31] <allmanj> :( i've tried various techniques to work out preseed options from the source but apparently they're not complete as they didn't yield that one!
[02:31] <cjwatson> feel free to file a bug on installation-guide about the lack of documentation of apt-setup/use_mirror. apt-setup/security_host is documented though
[02:31] <cjwatson> look at .templates files
[02:31] <allmanj> i spotted that one - have that option set already
[02:32] <cjwatson> then cross-reference with the source that db_get's them to find out what they do, if the .templates file doesn't say
[02:32] <cjwatson> (if it doesn't, it usually should)
[02:32] <allmanj> cheers
[02:32] <allmanj> hopefully i wont need to play with it too much more
[02:32] <allmanj> btw - is there an easy way to change the defaults? For example, i want to prompt for the hostname but want a default other than "ubuntu"
[02:33] <allmanj> it's installing the base system now, hopefully in a moment i'll see it skipping the scanning of the mirror...
[02:34] <cjwatson> allmanj: preseed as normal, then 'd-i question/name seen false' in the preseed file
[02:35] <cjwatson> (after preseeding the value of the question)
[02:36] <cjwatson> (or if you want to do that for all questions, there's a giant preseed/interactive override - I really just added that for kickstart, though)
[02:36] <allmanj> crud. it's still "Scanning the mirror..." :(
[02:38] <cjwatson> you'll still see that, but it should only be brief?
[02:38] <allmanj> nope:( it's sticking there
[02:38] <cjwatson> oh, when I said that base_installable wasn't what you want, it does need to exist in .disk on the CD
[02:38] <allmanj> going through my preseed now
[02:38] <cjwatson> i.e. apt-setup/use_mirror=false is only functional if /cdrom/.disk/base_installable exists
[02:38] <allmanj> it does (it's there by default, right?)
[02:38] <cjwatson> yes, should be, but it's easy to leave .disk out by accident so I thought I'd check
[02:39] <allmanj> it's me being stupid
[02:39] <allmanj> forgot to put in boolean
[02:39] <cjwatson> may be worth booting with DEBCONF_DEBUG=5 and punting the enormous syslog in my direction, if you can't figure it out
[02:39] <cjwatson> oh, right, cool
[02:40] <cjwatson> I dunno, half the time I wonder why we bother with having the type in the preseed file format
[02:40] <cjwatson> but it's probably too hard to change now
[02:40] <cjwatson> and I think it does matter to debconf a bit more than to cdebconf (which basically doesn't care)
[02:42] <allmanj> do you know what package is responsible for setting the hostname? trying to work out what the preseed option i'm looking for is
[02:59] <cjwatson> allmanj: netcfg
[02:59] <cjwatson> that one should be documented in the installation-guide ...
[02:59] <allmanj> yep - spotted it. netcfg/get_hostname
[02:59] <cjwatson> right
[03:00] <allmanj> thanks. btw - i'm not sure i've come accross the full installation guide. can you send me a link?
[03:01] <cjwatson> it's in the installation-guide-$arch package, e.g. installation-guide-i386
[03:01] <cjwatson> the versions on the web are rather out of date at present, I think
[03:01] <cjwatson> you'll probably find the appendix on preseeding useful
[03:02] <allmanj> https://help.ubuntu.com/6.10/ubuntu/installation-guide/i386/preseed-contents.html ?
[03:02] <allmanj> it's still scanning the mirror:(
[03:02] <cjwatson> aha, yes, that would do it
[03:02] <cjwatson> 13:39 < cjwatson> may be worth booting with DEBCONF_DEBUG=5 and punting the enormous syslog in my direction, if you can't figure it out
[03:02] <cjwatson> that applies, then
[03:03] <allmanj> cool - thanks.
[03:03] <cjwatson> thanks for that link :) I didn't know they'd done that at last
[03:04] <allmanj> pasting my preseed options in. maybe you could eyeball them? i'll send you a link in a mo (whenever pastebin wakes up)
[03:06] <allmanj> d-i apt-setup/use_mirror boolean false is right, right (sanity check)
[03:06] <cjwatson> sure
[03:06] <cjwatson> (to both)
[03:06] <allmanj> pastebin is crawling for me. know of another handy way to paste up stuff?
[03:07] <cjwatson> paste.ubuntu-nl.org?
[03:07] <cjwatson> there are a bunch of pastebins - I usually just google for pastebin and don't bother remembering a URL
[03:07] <allmanj> cheers: http://paste.ubuntu-nl.org/35914/
[03:08] <allmanj> most of those options probably aren't needed. i've been playing around a lot
[03:08] <allmanj> will attempt the debug now...
[03:09] <cjwatson> is this dapper or edgy?
[03:09] <allmanj> dapper
[03:09] <cjwatson> apt-setup/hostname doesn't exist
[03:09] <cjwatson> anna-install apt-cdrom-setup is definitely weird - that should be done automatically by cdrom-detect
[03:09] <allmanj> as in, it's unused? fair enough - shouldn't cause any problems though
[03:10] <allmanj> yeah - i was trying some weird things. my logic was that if apt-cdrom-setup provides apt-mirror maybe i can stop apt-mirror from being installed
[03:10] <allmanj> or would any of those options cause the problem?
[03:10] <cjwatson> base-config is dead - remove all that. tzconfig/gmt becomes 'd-i clock-setup/utc boolean true'
[03:11] <cjwatson> use 'd-i apt-setup/...' rather than 'base-config apt-setup/...' (saves the options hanging around post-reboot, but won't cause this problem)
[03:11] <cjwatson> apt-setup/another doesn't exist any more
[03:11] <cjwatson> prebaseconfig becomes finish-install
[03:11] <cjwatson> anyway, this is just linting - I don't think any of this causes your problem
[03:12] <allmanj> in dapper? i'm not seeing finish-install in the packages on the cd...
[03:12] <cjwatson> oh, you're right, that wasn't renamed until edgy
[03:13] <cjwatson> not really relevant to this conversation, but folks here may be interested: https://wiki.ubuntu.com/InstallerDevelopment
[03:13] <cjwatson> it's a fairly quick run-through, but I'd be interested in where it needs to be fleshed out, as I don't have the necessary perspective
[03:14] <allmanj> rebooting now with debug set to 5...
[03:20] <allmanj> k - worked out i can use nc with the install system. will get syslog once it gets as far as scanning
[03:21] <allmanj> spotted this in the syslog at this point:
[03:21] <allmanj> Dec  8 05:51:09 debconf: --> SET apt-setup/use_mirror falseDec  8 05:51:09 debconf: <-- 10 apt-setup/use_mirror doesn't exist
[03:21] <allmanj> bit messy - but you see what i mean...
[03:27] <allmanj> http://paste.ubuntu-nl.org/35923/ is the syslog
[03:27] <allmanj> it's a little on the crazy big side though...
[03:35] <cjwatson> that's ok, it doesn't exist when the preseeds are being processed because that's done before apt-setup is retrieved
[03:38] <cjwatson> hmm. what the ... oh, *dapper*.
[03:39] <cjwatson> crap. it's doable in edgt.
[03:39] <cjwatson> edgy.
[03:39] <allmanj> apt-setup-mirror does seem to have some references to use_mirror
[03:39] <cjwatson> not in dapper, at least in the source I have
[03:40] <cjwatson> which is probably canonical since I uploaded it :)
[03:40] <allmanj> it's definitely in apt-mirror-setup.templates from the initrd i extracted from the cd?
[03:41] <cjwatson> apt-mirror-setup isn't in the initrd, so that's doubleplusweird
[03:41] <cjwatson> from what URL did you download this CD?
[03:42] <allmanj> d'oh - ignore me
[03:42] <allmanj> i is stupid
[03:42] <allmanj> i'm not looking at the initrd
[03:42] <allmanj> i'm looking at the debian-installer source
[03:42] <allmanj> d'oh
[03:42] <cjwatson> oh, that would probably be much more current than what you have then
[03:42] <cjwatson> especially if you're e.g. looking at the upstream d-i source
[03:43] <allmanj> i was. looked at the apt-setup source for dapper and you're right, it's not there
[03:43] <allmanj> ideas?
[03:43] <cjwatson> I can think of one horrible, horrible kludge
[03:43] <allmanj> i'm listening...
[03:44] <cjwatson> in a preseed/early_command, write out /usr/lib/base-installer.d/01apt-setup-kludge (remember to make it executable) that does 'rm -f /usr/lib/apt-setup/generators/50mirror.ubuntu'
[03:44] <cjwatson> you can't just remove it directly in early_command because that's run before apt-setup is retrieved
[03:44] <cjwatson> but a base-installer hook (or post-base-installer) will do
[03:44] <allmanj> this is a smart kludge!
[03:44] <allmanj> one moment
[03:44] <cjwatson> oh, you may have to mkdir /usr/lib/base-installer.d first
[03:45] <cjwatson> You can do basically anything with preseeding. The only question is how hard it's going to be. :)
[03:45] <jerom1> My chroot in post nochroot work fine, thanks. But now when i restart, i have errors :
[03:45] <jerom1> unable to mount root device
[03:45] <jerom1> kern panic
[03:45] <jerom1> unknown block device 0,0
[03:45] <cjwatson> (and how much of the installer internals you need to know in order to get it done)
[03:46] <cjwatson> jerom1: looks like it can't find the initramfs
[03:46] <cjwatson> check out bootloader configuration and make sure it matches what's on the disk
[03:47] <jerom1> thanks, ok i look now
[03:48] <allmanj> cjwatson: testing kludge...
[03:48] <allmanj> d-i preseed/early_command string mkdir -p /usr/lib/base-installer.d; echo -e '#!/bin/sh\nrm -f /usr/lib/apt-setup/generators/50mirror.ubuntu' > /usr/lib/base-installer.d/01apt-setup-kludge; chmod a+rx /usr/lib/base-installer.d/01apt-setup-kludge
[03:50] <cjwatson> echo -e probably won't work in busybox; that's a bashism
[03:50] <cjwatson> oh, no, it does work
[03:51] <allmanj> grooviness
[03:51] <cjwatson> I'd have done (echo '#! /bin/sh'; echo 'rm -f /usr/lib/apt-setup/generators/50mirror.ubuntu') > ... but whatever
[03:51] <jerom1> cjwatson : it seems grub is correct
[03:52] <allmanj> would the redirect catch output from both commands? silly q. also - i beleive mines a little shorter and neater :p
[03:52] <cjwatson> jerom1: I'm afraid it's going to be very hard to work this out remotely; this is something you'll probably have to debug yourself
[03:52] <cjwatson> allmanj: yes, it would given the parentheses
[03:53] <cjwatson> I just habitually avoid non-POSIX sh, that's all :)
[03:53] <cjwatson> but no matter
[03:53] <allmanj> kludge script appears to have been created correctly
[03:53] <cjwatson> jerom1: might be worth doing zcat /boot/initrd.img-whatever | cpio -itto make sure it's a correct initramfs
[03:53] <cjwatson> er, ... | cpio -it
[03:54] <allmanj> and it appears to have removed the 50mirror.ubuntu script!
[03:54] <jerom1> cjwatson, oki i test now great thanks
[03:58] <allmanj> it worked! score!
[03:58] <allmanj> that has been bugging me for days!
[04:03] <allmanj> this doesn't seem to work: d-i netcfg/get_hostname string console
[04:03] <allmanj> d-i netcfg/get_hostname seen false
[04:03] <allmanj> i'm sure it's something stupid...
[04:07] <allmanj> i have the priority set to critical if that's relevant
[04:09] <cjwatson> it is - the hostname question's only asked at high
[04:09] <cjwatson> one of the things you can't really do with preseeding yet is modify the priority at which a question gets asked - that's entirely programmatic
[04:10] <cjwatson> I'd probably be inclined to drop back to the default priority (high) and preseed anything extra that gets asked as a result
[04:16] <allmanj> sounds sensible - thanks
[04:45] <allmanj> if i wanted to create a second, unprivileged user, would late_command be the way forward?
[05:07] <cjwatson> yeah
[05:08] <cjwatson> chroot /target adduser ...
[05:10] <allmanj> groovy. i think i'm fairly happy that i've got the system i wanted. Thanks a million for your hellp - i'd be still scratching my head and frowning a lot without it
[05:11] <allmanj> can i use preseeding for packages installed afterwards? it's prompting me for X things...
[05:13] <cjwatson> no worries. yes, you can, just make sure the owner is the package and not 'd-i'
[05:14] <cjwatson> should be an example of doing that in the guide, I think ...
[05:14] <allmanj> excellent - thanks
[05:17] <allmanj> i'll make sure i've double checked the guide in future


[12:05] <sil2100> seb128: thanks for the langpack reminder!
[12:05] <sil2100> seb128: as you probably saw, I pushed out the first base langpacks today
[12:46] <seb128> sil2100, hey, np, thank you for triggering a landing!
[13:23] <seb128> could someone remember me the vcs used to host the script that generate the rls incoming bug reports?
[15:30] <rbasak> seb128: it's not https://bazaar.launchpad.net/~ubuntu-reports-dev/ubuntu-reports/trunk/files is it?
[15:45] <seb128> rbasak, I don't think it is, that has no much recent activity
[15:46] <seb128> rbasak, the incoming report I meant is e.g http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[16:00] <Laney> eek
[16:00] <Laney> it took me ages to find that last time
[16:00] <Laney> ask bdmurray, that will be quickest
[16:01] <Laney> I want to say it is https://code.launchpad.net/~arsenal-devel/arsenal/2.x
[16:02] <bdmurray> That's the framework yes
[16:05] <seb128> Laney, bdmurray, thanks
[16:06] <seb128> hum, that has no commit for 6 years, that can't be right?
[16:06] <seb128> we added that new tag earlier this year to the report
[16:06] <Laney> Brian did it in some config file that's not in git
[16:06] <bdmurray> what are specifically looking to do?
[16:07] <Laney> the code is hard, I think that getting mentorship up front would be a good way to do it :-)
[16:07] <seb128> bdmurray, I was looking at making bugs that are still tagged but also targetted not listed
[16:07] <seb128> e.g http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html includes bug #1880508
[16:08] <seb128> we thought that those should probably be filtered out since they are basically handled if they are targetted for the serie and assigned
[16:08] <seb128> it's a bit late on a friday to start on something non trivial or do mentoring though
[16:11] <bdmurray> seb128: the backend is a launchpad bug search so I guess it'd be tag=rls-gg-incoming and not bugtask for groovy basically?
[16:17] <seb128> bdmurray, right
[17:54] <ItzSwirlz> Hey guys, does anybody know what the current Groovy wallpaper status us?
[17:56] <bdmurray> ItzSwirlz: that's usually a last minute thing so I wouldn't panic
[18:09] <ItzSwirlz> aight bc for UCR we typically colorize the groovy wallpaper to our #DD682A as our main and Lubuntu is entering beta (its in QA now)
[21:28] <bdmurray> Does vim FTBFS for anybody else on Groovy?
[22:06] <diddledan> what's the current status of 18.04 to 20.04.1 upgrades? I see there are no more blockers but my systems still aren't upgrading so I'm guessing there's something else happening? ref: https://discourse.ubuntu.com/t/focal-fossa-20-04-1-lts-point-release-status-tracking/17604
[22:07] <diddledan> is there anything that we onlookers can be helping with to get that unclocked?
[22:07] <diddledan> clogged*
[22:26] <bdmurray> diddledan: We are just doing some final testing and didn't want to turn on upgrades on Friday. We are planning for next week.
[22:37] <diddledan> roger that :-)


[12:40] <mjg59> BenC: The Broadcom stuff seems really quite solid now
[03:11] <cjb> BenC: Do you maintain binary compatibility with upstream, or could I try to persuade someone to carry the fs events connector/netlink patch?
[03:11] <mjg59> cjb: Userspace or kernelspace?
[03:11] <mjg59> (Compatibility)
[03:13] <cjb> Kernelspace; new netlink entries are analogous to new syscalls.
[03:13] <mjg59> Then there's no real effort
[03:13] <mjg59> So you just need to talk Ben into believing it's useful :)
[03:15] <cjb> Cool.  I wonder what kind of convincing one makes about whole fs event notifications being useful.  Seems like a you-get-it-or-you-don't thing.
[03:16] <cjb> rlove doesn't like the patch; he dislikes that you need to have a daemon up to catch the events, so he wants an event log to go into ext3/jbd instead.
[03:25] <infinity> I'm with rml, but only because I'm a frothing fanboy.
[03:26] <infinity> (And I hate having 372 helper daemons running just so my kernel can talk to itself)
[03:30] <cjb> infinity: Stephen/tytso are never going to accept such a patch to ext3, though.  And I don't think the jbd gives early enough context for it to stay in there without hitting ext3.
[03:31] <cjb> I'm a frothing fanboy too, and did take the time to write up rml's thoughts:  http://blog.printf.net/articles/2006/03/31/filesystem-notifications-revisited
[03:33] <cjb> But that doesn't mean I want to give up on the feature because neither set of maintainers think it's quite right for their subsystem.  The netlink version requires you to keep the daemon running in order not to miss events, but doesn't break anything?  I'm for that, then.
[08:46] <lamont> (since debian-installer wants it and all that...)
[08:57] <infinity> lamont: Already discussed with Kamion, who claimed he'd sort out whose bug it is. :)
[08:57] <lamont> oh, even better.  danke
[11:42] <dholbach> hey guys!
[11:43] <dholbach> BenC: what could we put on a wiki page to make bug triage for Kernel bugs easier?
[11:45] <dholbach> http://wiki.ubuntu.com/DebuggingUSBStorage http://wiki.ubuntu.com/DebuggingIRQProblems http://wiki.ubuntu.com/DebuggingHardwareDetection are not really it, are they? :/
[02:53] <zul> heylo
[04:24] <BenC> dholbach: Check the CategoryKernel stuff
[04:24] <dholbach> i see
[04:26] <dholbach> um...
[04:27] <dholbach> i don't want to build a kernel... i was more looking for information for bug triagers
[04:27] <dholbach> questions they can ask, stuff we can point people to, if they have kernel problems
[04:27] <dholbach> if you want people to triage kernel bugs next week's friday - it'd be great to have something like that
[04:29] <BenC> there's a lot of that under CategoryKernel
[04:29] <BenC> debugging stuff
[04:30] <BenC> the main thing that needs is questions like "Was this under dapper"
[04:30] <dholbach> what else? lspci -v, lshal, dmesg - is that kind of stuff of any use?
[04:33] <BenC> lspci -vv
[04:33] <BenC> lspci -vvn
[04:34] <BenC> dmesg
[04:34] <BenC> https://wiki.ubuntu.com/MemoryTest
[04:34] <BenC> https://wiki.ubuntu.com/DebuggingSystemCrash
[04:34] <BenC> https://wiki.ubuntu.com/DebuggingIRQProblems
[04:34] <BenC> https://wiki.ubuntu.com/DebuggingProcedures
[04:34] <BenC> those are the four URL's I use to point people
[04:35] <BenC> also, bug submitters need to be explicitly told "attach the output to these commands, do not paste them into a comment"
[04:35] <BenC> otherwise we get a huge unreadable comment listing
[04:36] <BenC> Sound problems need to have alsa-team subscribed
[04:37] <BenC> 100 new emails in my bug folder just since last night
[04:37] <BenC> The problem for me is, a lot of those are bugs getting closed, but I still have to read all the emails to find out
[04:38] <BenC> a lot of them can be closed, but I still have to go through the emails to verify it is a problem I fixed
[04:41] <dholbach> same here
[04:41] <dholbach> for gnome land we get millions of bug reports :/
[04:41] <dholbach> but i'll knock up a webpage with the stuff you mentioned
[04:41] <dholbach> DebuggingKernelProblems?
[04:42] <dholbach> does that sound good?
[04:42] <BenC> yeah
[04:55] <infinity> Would be nice if Malone could put the bug status in the Subject line, now that I think about it.
[04:56] <infinity> So you could skip mails with "[Fix Released]  foo bar baz" if you're in a hurry and catch up on them later.
[04:57] <mjg59> Hrm.
[04:58] <mjg59> Why is hibernate really really really slow on battery and fast on ac?
[05:02] <mjg59> And why has it just worked properly for me? IT BURNS
[05:05] <BenC> mjg59: where's the script that allows people to add modules that should get unloaded/reloaded on suspend/resume?
[05:05] <BenC> s/script/config/
[05:09] <mjg59> BenC: /etc/default/acpi-support
[05:13] <BenC> thanks
[05:14] <mjg59> Hm. Now I seem to have fixed it, but I'm not sure how...
[09:22] <zul> BenC: ping..
[09:33] <zul> bored bored bored..


[06:42] <anilg> Lo all.. is this the right room to ask a questin about appindicator devel?
[06:43] <anilg> Specifically how to go about adding a menu item into the sound-menu indicator?
[13:11]  * bdrung pokes broder
[14:55] <bdrung> maco: i couldn't wait: http://anonscm.debian.org/gitweb/?p=collab-maint/packaging-dev.git
[14:56] <bdrung> maco: please compare that with your package and copy your long description
[15:58] <bcurtiswx> i'm trying to understand the logic behind g_signal_connect_swapped, so for example if i have g_signal_connect on a button and the callback will print "hello world", if i use g_signal_connect_swapped I could also have that same "clicked" signal destroy the window.  SO the logic behind using that would be to have multiple actions perform on the same signal?
[21:32] <bcurtiswx> can a GTK grid container have multiple children?
[21:33] <bcurtiswx> wait nvm, can it have children of differing sizes ?


[00:33] <delac> Using 16.04. Setting users language from Settings is not respected. Every user will inherit the language setting of the login screen. Format setting does work. Any way around this?
[01:27] <josephpagoda-lap> what's the recommended way for me to add something to my path in ubuntu gnome?
[01:33] <jbicha> josephpagoda-lap: I would try askubuntu.com
[01:34] <josephpagoda-lap> i know of a few ways to do it
[01:34] <josephpagoda-lap> but I was hoping for the best way :)
[01:34] <jbicha> http://askubuntu.com/q/60218/1579 looks like the top-rated answer
[01:36] <josephpagoda-lap> i'll try that out
[01:37]  * josephpagoda-lap hopes he will rise victorious
[01:37] <josephpagoda-lap> :)
[02:01] <delac> Using 16.04. Setting users language from Settings is not respected. Every user will inherit the language setting of the login screen. Format setting does work. Any way around this?
[06:48] <linux_unix-10> Hello!
[06:49] <linux_unix-10> How do I change the background of the login screen (gdm3)? I can't find the option in GNOME Tweak and the solutions online were for older GNOME 3 releases (mine is 3.16).
[06:49] <linux_unix-10> *3.18


[12:41] <Ardonel> Texas Linux Fest on July 8-9 @ Austin convention center. Registration and a call for papers are both open. See http://2016.texaslinuxfest.org/ for more details.
[12:42] <Ardonel> I am looking at my schedule to see if I will be going.


[02:25] <calc> do packages in universe get synced automatically from debian?
[02:26] <Fujitsu> calc: Yes.
[02:26] <Fujitsu> And multiverse, when somebody remembers to do it.
[02:26] <Fujitsu> Otherwise we'd have to request tens of thousands of syncs, which would be counter-productive.
[02:27] <calc> do new packages get let into universe automatically or do those have to be requested?
[02:27] <Fujitsu> The former, although they still have to go through NEW.
[02:27] <calc> ok
[02:27]  * calc has a bunch of new deps for OOo 2.3.1
[03:15] <jdong> any archive admins around and looking for stuff to do? I've got cookies....
[03:17] <Hobbsee> depends what it is
[03:17] <jdong> x264 got wrongly removed from Hardy
[03:17] <jdong> because there was a removal request against Debian for it
[03:17] <jdong> since we pull it from debian-multimedia into multiverse, this is irrelevant for us
[03:18] <jdong> I'd like to have x264 blacklisted from that autoremove thingie.
[03:18] <Hobbsee> there is no autoremove thing
[03:19] <jdong> Hobbsee: then why was x264 evicted from Hardy?
[03:20] <Hobbsee> because pitti removed it, i expect
[03:20] <jdong> hmm :(
[03:20] <jdong> Fujitsu: ^^?
[03:31] <slangasek> right, removals are never automatic, so this is merely pilot error :)
[03:37] <jdong> slangasek: ok, cool. Can I have it back now? :D
[03:46] <slangasek> jdong: was it a sync, or was there an Ubuntu delta?
[03:46] <crimsun> deltas for every currently supported release except edgy.
[03:47] <slangasek> jdong: if it has an Ubuntu delta, I'm afraid the only way is to reupload
[03:48] <jdong> slangasek: ok, then I'll reupload.
[03:48] <jdong> slangasek: can I keep same version number as last time?
[03:51] <slangasek> I would advise changing it, since they'll be distinct binary packages
[03:52] <slangasek> and it is a different version than gutsy had?
[03:56] <jdong> slangasek: it's the same as the Hardy version that I uploaded 2 weeks ago but was removed
[03:56] <jdong> slangasek: https://edge.launchpad.net/ubuntu/+source/x264/1:0.svn20070930-0.0ubuntu1
[03:56] <jdong> in fact LP still knows about it
[03:58] <ScottK> jdong: Is there any harm in incrementing the revision.
[03:58] <jdong> ScottK: not at all
[03:59] <jdong> if I should just grab that version LP still has archived, and reupload it with a bumped version, I have no objections
[03:59] <jdong> I just am making sure tha'ts the right way to do it
[03:59] <ScottK> That's what I'd suggest.
[03:59] <jdong> worksforme
[04:02] <ScottK> jdong: Could you pop into #ubuntu-server? Innatech there is having some trouble with PREVUing a package.
[04:06] <jdong> ok, x264 in source NEW
[04:07]  * Hobbsee looks at it
[04:10] <Hobbsee> jdong: accepted.
[04:11]  * Hobbsee wonders if that will go to main or universe.
[04:11] <khermans> can someone tell me why gcc is installed by default, but not libc-dev?
[04:11] <jdong> Hobbsee: thanks. It should go into multiverse
[04:11] <khermans> what is the reasoning behind that?
[04:11] <Hobbsee> jdong: yeah, but ti'll probably go to main, due to YALPB
[04:11] <Hobbsee> hurrah!  mail generation works!
[04:11] <jdong> whee! instant promotion :D
[04:12] <jdong> From: Default Sender<EMAIL_ADDRESS>[04:12] <jdong> Hobbsee: ^^ not perfectly ;-)
[04:13] <Hobbsee> jdong: was that on your accepted mail?
[04:13] <Hobbsee> jdong: ah well.  *shrug*
[04:13] <Hobbsee> unsure where it's supposed to come from
[04:13] <jdong> yeah, that's the accepted mail I got
[04:14] <Hobbsee> works enough
[04:15] <TheMuso> Um, won't that have to get to multiverse sometime soon?
[04:15] <jdong> TheMuso: hehe, I was hoping for this to be a shortcut to all of the multimedia stack in main ;-)
[04:15] <khermans> so can someone tell me why gcc is installed by default, but not libc-dev???  what C programs would you compile without std C lib dev headers?
[04:16]  * khermans is a little confused
[04:16] <Hobbsee> TheMuso: sure, but due to YALPB, it'll probably go to main by default.
[04:16] <TheMuso> khermans: I am not entirely sure, but I would say that its installed to allow people to build extra driers if they need them
[04:16] <calc> how do i request a package be brought in from debian?
[04:16] <calc> if it isn't in hardy at all
[04:16] <TheMuso> Hobbsee: YALPB?
[04:16] <khermans> TheMuso, so only for linking object code blobs?
[04:16] <jdong> TheMuso: yet another LP bug
[04:16] <Hobbsee> TheMuso: Yet Another LP bug.
[04:17] <Hobbsee> jdong: ^5
[04:17] <TheMuso> ah
[04:17] <Hobbsee> calc: in unstable or experimental?
[04:17] <Hobbsee> calc: unstable stuff is still getting pulled in normally
[04:17] <TheMuso> khermans: Well the kernel headers also get installed, likely enough for people to be able to use driver source to get hardware working.
[04:17] <calc> its in unstable and has been a while but still isn't in hardy
[04:17] <calc> eg http://packages.qa.debian.org/libx/libxml-java.html
[04:18] <Hobbsee> calc: you can file a sync request, but there is a script that does it
[04:18] <calc> why hasn't it been synced automatically yet though?
[04:18] <Hobbsee> not sure if they've run hte script lately
[04:18] <calc> aren't packages supposed to be getting synced automatically right now?
[04:18] <Hobbsee> yes
[04:18] <calc> its been in debian since at Oct 19
[04:18] <Hobbsee> odd.
[04:18] <Hobbsee> i'd file a sync request for it hten
[04:19] <calc> but hasn't made it to hardy yet so did the script ever get run at all?
[04:19] <calc> i have several others like that as well
[04:19] <Hobbsee> some new stuff has
[04:19] <Hobbsee> it seems to only be partially done
[04:19] <calc> hmm
[04:19] <calc> libxml-java is there
[04:19] <TheMuso> Speaking of archive work... I need to file a removal bug.
[04:19] <calc> but i can't install it, hmm
[04:20] <calc> oh its in the archive but not built anywhere yet
[04:20]  * Hobbsee wonders if she can do blacklists
[04:20] <Hobbsee> calc: source new?
[04:20] <calc> maybe so
[04:20] <Hobbsee> cjwatson: erm, so where is the blacklist stuff, if i'ts kept in bzr, and ubuntu archive admins can modify it?
[04:21] <calc> oh its dep-wait on another package
[04:21] <Hobbsee> cjwatson: shouldn't it logically be in https://code.edge.launchpad.net/~ubuntu-archive/, instead of somewhere private?
[04:21]  * calc looks at it
[04:23] <calc> omg dep-waits from hell
[04:23] <Hobbsee> hah
[04:23] <Hobbsee> all arches?
[04:23] <calc> i gotta write this down
[04:23] <Hobbsee> or just hppa/sparc?
[04:23] <calc> oh it deps on another java package which deps on yet another, etc
[04:23] <calc> i have to make a graph
[04:23] <jdong> calc: haha that's a bad sign when you need to graph out the dep chain to explain it :D
[04:24] <calc> jdong: looks like it might get deep considering i have list of java deps to begin with that aren't in hardy yet
[04:24] <Hobbsee> calc: need some help?
[04:25] <calc> anyone here that can kick libloader to retry
[04:26] <Hobbsee> yeah
[04:26] <calc> its dep-wait is satisified now (or should be)
[04:26] <Hobbsee> hum, pitti's script just blew up
[04:26] <calc> lol
[04:26] <TheMuso> haha
[04:26] <calc> er hold a minute
[04:26] <Hobbsee> apparently calling it by binary doesn't make it too happy
[04:27] <calc> i'm looking in the log and it needed more than what i thought
[04:27] <calc> i am tracking all of the deps now
[04:27]  * Hobbsee retries it anyway
[04:27] <Hobbsee> it looks OK
[04:28] <calc> ok yea i think it might work
[04:29]  * calc notices something interesting about libpixie and downloads it
[04:29] <calc> i think it will fail
[04:30]  * calc looks to see why libpixie is in multiverse
[04:31] <calc> it appears to be in debian main so something weird is up
[04:32] <calc> how can i find out who and why something was stuck in multiverse?
[04:32] <calc> libpixie-java appears to be LGPL'd
[04:32] <Hobbsee> ask an archive admin who can do somethin gabout it.
[04:33] <calc> they are probably all asleep :\
[04:33] <Hobbsee> yup
[04:36] <calc> it looks like it is multiverse due to it previously needing non-free java
[04:37] <calc> is there a special archive-admin tag, i am going to file a bug to have it moved into universe
[04:38] <StevenK> calc: Just set it to Confirmed, and subscribe ubuntu-archive
[04:38] <calc> ok
[04:38] <StevenK> calc: If you care enough when someone who can fix it is around, point them at the bug
[04:38] <calc> ok
[04:40]  * Hobbsee rescores libloader to 0, then.
[04:41]  * calc goes on to other packages to see if they all block off the same libpixie-java
[04:52] <calc> two packages stuck in multiverse blocking the rest of the packages for me, fun stuff :\
[04:54] <TheMuso> heh
[04:54] <Hobbsee> calc: can't help you there, sorry.  slangasek's gone to bed, too
[04:56] <TheMuso> Thank goodness for the lan apache server. Got a box that can't read CD-RWs very well, so netboot is the only approach to getting this hardy alpha installed.
[04:56] <calc> Hobbsee: ah
[04:57] <Hobbsee> calc: i can accept (sort of), and reject, but i can't do overrides.
[04:57] <calc> Hobbsee: ok
[04:58] <Hobbsee> oh, and do buildd admin stuff
[05:03] <calc> i doubt slangasek is asleep, but he might not be around his computer right now
[05:04] <calc> its only ~ 8pm where he is
[05:04] <StevenK> Then call him, if you dare.
[05:04]  * StevenK smirks
[05:04] <calc> oh yea i could do that
[05:04] <calc> but its outside his hours so he might get a bit annoyed ;)
[05:05] <Hobbsee> calc: he's been up all night, he was planning to go and sleep
[05:05] <calc> oh i see
[05:05] <calc> oh yea did alpha 1 finally get released?
[05:06] <Hobbsee> no
[05:06] <Hobbsee> waiting on IS
[05:06] <TheMuso> IS?
[05:06] <calc> oh yea the torrent issue
[05:06] <Hobbsee> sysadmins
[05:06] <TheMuso> ah
[05:07]  * calc doesn't want to think about how many MIRs he is going to need to write for the new OOo upload
[05:07] <calc> probably on the order of 10-20
[05:07]  * calc needs lzma and now ;)
[05:08] <Hobbsee> yeah, it dumped it to main.  darn launchpad bug.
[05:14]  * Hobbsee gives stuff back, in an attempt for it to build
[05:15] <StevenK> It won't
[05:15] <Hobbsee> it will
[05:15] <Hobbsee> or at least, it should
[05:17] <calc> grr, even with installing stuff by hand and building everything i need liblayout FTBFS
[05:17] <calc>     [javac] 360 problems (166 errors, 194 warnings)
[05:18] <calc> just not my day
[05:19] <Hobbsee> heh
[06:42] <slangasek> calc: it was 9pm, fwiw
[10:32] <Kmos> sabdfl: hi :-)
[10:34]  * Hobbsee waves
[10:34] <Hobbsee> no other archive admins around, are there?
[10:35] <Mithrandir> Hobbsee: yo
[10:35] <Hobbsee> Mithrandir: ahh!
[10:36] <Hobbsee> Mithrandir: can you shove x264 to multiverse please (it's currnetly in main), and calc would also appreciate an answer to https://bugs.edge.launchpad.net/ubuntu/+source/jfreereport/+bug/173188 and https://bugs.edge.launchpad.net/ubuntu/+source/libpixie-java/+bug/173187
[10:36] <ubotu> Launchpad bug 173187 in libpixie-java "libpixie-java should be moved from multiverse to universe" [Undecided,Confirmed]
[10:38] <geser> Hobbsee: as Mithrandir is busy moving packages around, can you please give-back xdialog. Thanks.
[10:38] <Hobbsee> geser: ok
[10:39] <Mithrandir> Hobbsee: demoted.
[10:40] <Hobbsee> Mithrandir: thanks
[10:40] <Hobbsee> Mithrandir: and calc's lot?
[10:40]  * Hobbsee also did some fixing on pitti's buildd.py
[10:41] <Hobbsee> Mithrandir: this is the trouble of YALPB - anything accepted by the web UI goes to main by default.  what happens to the binaries, when they're created?
[10:41] <Mithrandir> Hobbsee: both done.
[10:41] <Hobbsee> dear launchpad, depwait != needsbuilding.
[10:42] <Hobbsee> which is it?  make up your mind!
[10:42] <Hobbsee> Mithrandir: thanks
[10:42]  * Hobbsee hugs Mithrandir
[10:45]  * ogra mumbles ...
[10:45] <Hobbsee> and we get "failed to upload" too
[10:45] <Hobbsee> hi ogra
[10:45] <ogra> why does xserver-xorg get stuck during install in a chroot ...
[10:45] <Fujitsu> Hobbsee: Binary upload in the same cycle as a promotion?
[10:45] <ogra> grr
[10:45] <Fujitsu> Er, demotion?
[10:46] <Hobbsee> Fujitsu: it was never supposed to be promoted
[10:46] <Hobbsee> Fujitsu: due to YALPB, the source got sent to main, and i expect the binaries also do.
[10:46] <Fujitsu> Bug #135610
[10:46] <ubotu> Launchpad bug 135610 in soyuz "rejected upload, for binary upload + promotion in the same cycle" [Wishlist,Confirmed] https://launchpad.net/bugs/135610
[10:46] <Hobbsee> Fujitsu: looking
[10:47] <Hobbsee> Fujitsu: tasty.  taht'll do it.
[10:47] <Fujitsu> Wishlist, you see.
[10:48] <Hobbsee> mmm
[10:48] <Hobbsee> well, hopefully the "everything to main by default" braindeadedness will go away soon, and I won't therefore have to care.
[10:48] <Fujitsu> For working uploads are a niche use case.
[10:48] <Hobbsee> well, promotions and demotions are rare
[10:49] <Mithrandir> ogra: because you've failed to set DEBIAN_FRONTEND and/or redirect stdin to /dev/null?
[10:49] <Fujitsu> It may be Low, but definitely not Wishlist.
[10:49] <Hobbsee> Fujitsu: yeah well
[10:49] <ogra> Mithrandir, thats needed in hardy ?
[10:49] <Hobbsee> Fujitsu: either way, it wont get done anytime soon :P
[10:49] <ogra> Mithrandir, i didnt change anything in ltsp, before alpha1 it worked fine
[10:49] <Mithrandir> ogra: I would assume so, yes, else you'll have debconf trying to query you.
[10:49] <ogra> s/before/before and during/
[10:50] <ogra> meh, ok
[10:50] <Fujitsu> Hobbsee: It's targetted to 1.2.2, is it not?
[10:50] <Hobbsee> Fujitsu: havent looked at the bugs recently
[10:50] <Hobbsee> all i know is that it's not done yet.
[10:50] <ogra> changing DEBCONF_FRONTEND will break the CD installer
[10:50] <Fujitsu> Hobbsee: Oh, I meant the bug I pointed out.
[10:50] <Mithrandir> ogra: given that nothing uses DEBCONF_FRONTEND, unlikely.  It's DEBIAN_FRONTEND.
[10:50] <Hobbsee> Fujitsu: ahhh, right, yes
[10:51] <ogra> Mithrandir, either ...
[10:53] <ogra> sigh, so it seems i need to special case CD installs now ...
[10:53] <Hobbsee> Fujitsu: oh neat.  the braindeaded behaviour is currently set to change in 1.2.1
[10:53] <Fujitsu> Hobbsee: Aha, nice.
[10:54] <Hobbsee> Fujitsu: for now
[12:00] <seb128> Tonio_: you know that you can request Debian syncs, right?
[12:09] <Tonio_> seb128: yep, but I didn't have the link on that machine :)
[12:09] <Tonio_> seb128: can you remind me of the URL ? I would have done that way if I had it ;)
[12:10] <Tonio_> seb128: I may request some more syncs today, so....
[12:10] <seb128> Tonio_: we can't sync it now, I though that MOTUs knew better than creating useless delta this way
[12:10] <persia> Tonio_: Just file a bug with the package, version, source, rationale, and recent changelog (back to last sync/merge).  The requestsync script in ubuntu-dev-tools may help.
[12:10] <seb128> Tonio_: https://wiki.ubuntu.com/MOTU/School/Merging-and-Syncing
[12:11] <Tonio_> seb128: thanks
[12:11] <seb128> no problem
[12:12] <seb128> btw if you what whatever reason you have to do a fakesync, use a build1 version rather than ubuntu1 so it's synced automatically when a new revision is available in debian
[12:12] <Tonio_> seb128: well, sorry for the bad action, can you drop the package then ? I'll follow the standard way to go then
[12:12] <seb128> Tonio_: what patch?
[12:12] <seb128> ah, package, misread
[12:12] <seb128> no
[12:12] <seb128> we will have to wait for a new debian upload and do a correct sync for this one
[12:14] <Tonio_> seb128: well I didn't requested a sync for maybe 2 years...
[12:14] <Tonio_> seb128: I'll have to re-read the motu wiki pages on that point :)
[12:14] <Tonio_> seb128: will take care at doing this cleanly next time
[12:15] <seb128> Tonio_: that's easy enough, when there is no ubuntu change just ask for the package to be synced on Debian
[12:15] <Tonio_> seb128: makes sense of course
[12:20] <geser> Hobbsee or Mithrandir: please give-back lablgtkmathview. Thanks.
[12:21] <geser> Hobbsee: are the kde(.*)-kde4 packages the successor of the kde4\1 packages?
[12:21] <Riddell> geser: yes
[12:21] <Riddell> except kde4libs
[12:21] <Hobbsee> geser: given back, assuming LP doesn't blow up
[12:21] <Hobbsee> yup, given back
[12:22] <geser> Riddell: so no need to look at FTBFS for the old packages. any timeframe when they go away?
[12:22] <Riddell> geser: when I next have an archive admin day I guess
[12:24] <geser> ok
[14:35] <jdstrand> hi slangasek
[14:36] <jdstrand> slangasek: I am trying to run 'make test' for openldap2.3 on gutsy and am hitting ITS#4830 (aka ITS#4713)
[14:37] <jdstrand> slangasek: interestingly, the 'fix' is included in the unpatched source
[14:37] <jdstrand> slangasek: have you seen this issue and if did you find a fix?
[14:38] <jdstrand> slangasek: http://www.openldap.org/its/index.cgi/Build?id=4830
[14:38] <jdstrand> slangasek: http://www.openldap.org/lists/openldap-software/200701/msg00392.html
[14:39] <jdstrand> slangasek: oh-- it also affects hardy
[16:42] <mekius> bryce: Hey, was wondering if you knew how the automatic detection for compositing worked.  We would like to enable some compositing features ourselves, but only if the user has the ability to do it of course.
[18:36] <calc> can someone process libloader 0.3.4-1 ?
[19:24] <calc> slangasek: ping
[20:08] <slangasek> jdstrand: ah, I think I've seen an error such as that reported against the Debian package, but I don't currently find a bug report for it.  Is OpenLDAP 2.3 shipping its own embedded copy of libltdl that we're stripping out?
[20:08] <slangasek> calc: moo
[20:09] <calc> slangasek: do you process new stuff? :)
[20:10] <slangasek> calc: on Mondays :)
[20:10] <calc> ok
[20:10] <calc> anyone do it on saturdays?
[20:11] <slangasek> not AFAIK
[20:11] <calc> ok
[20:44] <somerville32> slangasek, ping
[20:45] <slangasek> somerville32: hi
[20:45] <somerville32> slangasek, I noticed that the xubuntu ISOs for alpha-1 were released. However, the i386 images reported no testing on QA-ISO. I was just wondering if this will occur in the future or if you were just being nice this time.
[20:47] <slangasek> somerville32: a calculated risk to release them without getting concrete feedback, extrapolating from the amd64 success reports; things were a bit harried for alpha1 because of the installer landing so late, in the future I would like to go through the expected ISO QA process
[20:47]  * somerville32 nods.
[21:12] <slangasek> jdstrand: make test is sloooow
[21:12] <slangasek> stupid race conditions
[21:27] <sivang> howdy all
[21:27] <somerville32> Hi
[21:27] <sivang> hey Cody
[21:27] <sivang> what's up?
[21:28] <somerville32> working away. you?
[21:28] <sivang> same
[21:28] <sivang> learning to write kernel modules part of my new student job
[22:05] <slangasek> jdstrand: ok, from what I see, openldap is assuming a libltdl that uses RTLD_GLOBAL; that's a bug in libltdl upstream that's fixed in the Debian/Ubuntu package (using RTLD_GLOBAL causes namespace collisions in the general case), so openldap's modules need to be fixed to not rely on this
[22:26]  * emgent heya
[22:29] <somerville32> heya
[22:30] <ion_> Howdy
[22:53] <emgent> sabdfl ping
[22:53] <emgent> argh idle..
[23:09] <somerville32> emgent, Is there anything maybe someone else here can help you with?
[23:09] <emgent> Fujitsu, help me :)
[23:09] <emgent> somerville32, np ^^
[23:14] <slangasek> "np"?
[23:27] <sladen> emgent: email...
[23:27] <emgent> solved, np :)
[23:27] <sladen> emgent: so what was "the problem"?
[23:28] <emgent> well
[23:28] <sladen> yes
[23:28] <sladen> it's good to know, incase we can document the answer somewhere
[23:28] <emgent> I'm worked about digital-divide whit ubuntu
[23:28] <emgent> see http://cantieredelfuturo.argiso.it/gikomero/telecentro/
[23:29] <emgent> i'd like know if canonical can sponsorize this activity.
[23:30] <emgent> now i open a project in ubuntu-it-promo
[23:31] <sladen> yup, you could see what response you get on the mailing list
[23:31] <emgent> but i'd like know if ubuntu can "sponsorize" this project.
[23:31] <emgent> sure :)
[23:32] <emgent> thanks sladen
[23:33] <slangasek> emgent: ah, I suppose you mean "Canonical" then, since Ubuntu probably doesn't have money to apply to such sponsorship? :)
[23:33] <emgent> sure canonical :)
[23:34] <emgent> s/ubuntu/canonical/
[23:34] <emgent> :)
[23:36] <slangasek> emgent: OOI, what sponsorship do you need?  the page seems to describe an already-deployed telecentro
[23:36] <emgent> yes
[23:37] <emgent> but i opened "International cooperation Ubuntu for the digital divide" in ubuntu-italian-promo
[23:37] <emgent> and i'd like know if Canonical can sponsorize similar project.
[23:38] <ion_> What in the name of Kosh is the digital divide? :-)
[23:39] <slangasek> ion_: you've never heard the term? Oh, of course, you're in Finland where there isn't one ;)
[23:40] <slangasek> "digital divide" refers to the problem of the distribution of technology reinforcing pre-existing social stratification, where the poor and underprivileged have reduced access to computers which predetermines the scope of their future achievements
[23:40] <ion_> Ok, thanks.
[23:42] <slangasek> emgent: where can I find this ubuntu-italian-promo list?
[23:42] <emgent> ml ?
[23:43] <sladen> more people /in Finland/
[23:43] <slangasek> where you referring to a mailing list, or not?
[23:43] <emgent> http://wiki.ubuntu-it.org/GruppoPromozione
[23:43] <sladen> y'know it's 2am right :)
[23:43] <emgent> slangasek, i sent mail in ubuntu-it-promo mailinglist
[23:43] <emgent> about this project.
[23:44] <slangasek> oh, ubuntu-it-promo, ok
[23:45] <emgent> sent too canonical
[23:45] <slangasek> or ubuntu-it-promozione, perhaps? (easier to search for lists I don't know if you give the exact list name :)
[23:45] <emgent> ubuntu-it-promozione
[23:46] <emgent> slangasek, http://www.freelists.org/list/ubuntu-it-promozione
[23:46] <slangasek> yes, found
[23:48] <emgent> i cant see mail in archivies.. I think ML filter is on...
[23:48] <slangasek> emgent: fwiw, reading your mail I think you'd be more successful in acquiring sponsorship if you were able to present a more concrete plan for what's needed, what support you can expect from the community vs. sponsors, etc
[23:48] <slangasek> oh, I see your mail in the archive right here: http://www.freelists.org/archives/ubuntu-it-promozione/12-2007/msg00000.html
[23:49] <emgent> oh yes, now i see :)
[23:50] <emgent> sladen, the plan is described
[23:51] <slangasek> emgent: in that mail, you've only described it in general terms.  If you want a company to lay out hardware contributions, you'll really want to demonstrate that you have an organization that will be able to make use of it
[23:52] <emgent> sure
[23:53] <emgent>
[23:53] <emgent> It is the aim of the project presented, where I could make reference to the Italian territory
[23:53] <slangasek> i.e., you talk about offering advice and help with resolving problems, who are the people that will be offering support?  you talk about being a communication node between "associations and schools", who are these associations and schools and how will you build relationships with them?
[23:54] <emgent> yes.
[23:54] <emgent> mekius, for example.
[23:54] <emgent> s/mekius/me/
[23:55] <emgent> (about italian territory)
[23:55] <sladen> that's alot of hardware for just one person
[23:56] <emgent> no, u dont understand
[23:56] <emgent> this project isnt only for "gikomero", but for all "digital divide with ubuntu"
[23:57] <emgent> i'd like crate a team for manage request and help
[23:57] <sladen> who are the exact people, on each side of this "divide"
[23:57] <emgent> i dont understand
[23:58] <emgent> :°
[23:59] <emgent> school and association request help, me and team manage request and give help.. later canonical can decide if it's possible sponsorize.