=== jdong__ is now known as jdong
=== lifeless_ is now known as lifeless
=== TheMuso_ is now known as TheMuso
=== ampelbein is now known as Ampelbein
=== jrib2 is now known as jrib
=== jrib is now known as Guest37472
=== Guest37472 is now known as jrib
[01:48] <yghannam7388> Hello everyone, I'm wondering if anyone here would like to be a mentor for Google Summer of Code this year.
[01:50] <nhandler> yghannam7388: I haven't heard about Ubuntu participating in the Summer of Code this year (I might be wrong). However, I know Debian is participating
[01:52] <yghannam7388> Ubuntu is part of the accepted list on the GSoC website and they have an ideas page. But they are listed as not having their profile finished yet, so maybe they decided to pull out of the program?
[01:52] <yghannam7388> There is a list of ideas for this year at https://wiki.ubuntu.com/GoogleSoC2009/Ideas
[01:53] <yghannam7388> I'd like to do either of two ideas listed, so I sent an email to the GSoC mailing list but I haven't heard back yet.
[02:05] <nhandler> yghannam7388: The mailing list looks dead. I haven't heard anything about GSoC, but jcastro is listed as having edited that wiki page. He could probably give you some more details
[02:14] <yghannam7388> nhandler: Thank you for your help, I'll contact jcastro and see what is going on.
=== nhandler_ is now known as nhandler
=== Snova_ is now known as Snova
=== funkyHat is now known as hunkyFat
=== hunkyFat is now known as taHyknuf
=== taHyknuf is now known as funkyHat
[03:28] <ia> hello. i'm trying to make mirror of ubuntu repo, but i've got error - http://paste.ubuntu.com/134040 looks like that config is fine and i have no any clues about why apt-mirror adds one more slash before "dist". so i will be very appreciate for help.
=== Ampelbein is now known as ampelbein
[05:02] <jmarsden> ia: I think you are writing "arhive" when you mean "archive".  Re-check your config file!
=== foxbuntu` is now known as foxbuntu
[06:07] <dholbach> good morning
[06:08] <iulian> Good morning Daniel.
[06:08] <dholbach> hiya iulian
[06:18]  * porthose waves at dholbach, iulian,  as he goes to bed
[06:18] <YokoZar> hey is it ok if I upload a new package right now?
[06:18] <YokoZar> I just got the game spring building and working right
[06:18] <YokoZar> It's been in a ppa for hardy and intrepid
[06:19] <YokoZar> Or is there a process I'm skipping now that we're in beta
[06:23] <iulian> YokoZar: NEW package? A package which is not yet in the archive?
[06:54] <YokoZar> iulian: yeah
[06:57] <YokoZar> iulian: nevermind I see that we're right on the cusp of feature freeze exception being plausible
[06:57] <YokoZar> I'll file one and see what happens
[07:10] <iulian> YokoZar: What is the name of the package? Does it bring anything that we should really have in Jaunty?
[07:10] <iulian> If not I recommend you to upload it when Karmic opens its doors and backport to Jaunty.
[07:11] <YokoZar> iulian: It's a game that was featured in launchpad for being cool ;)
[07:11] <iulian> YokoZar: Ah, well, you should wait for Karmic then :)
[07:12] <YokoZar> I don't see it hurting anything by being included though
[07:12] <YokoZar> It's been working in Intrepid/hardy/Gutsy for over a year now thanks to ppa
[07:13] <YokoZar> Only reason I didn't want to upload it to Ubuntu proper till now is that there weren't any free-content games to play that were packaged (now there are)
[07:13] <YokoZar> The game itself is actually an engine
[07:21] <iulian> YokoZar: We are granting exceptions for new packages only in exceptional cases.  For instance, a package that brings features which are important for the release.  In this case a game is not important at all.  I still recommend you to follow Karmic -> backport to Jaunty route.
[07:21] <YokoZar> That's fair
[07:21] <iulian> We have also agreed that we won't grant exceptions for packages that are not essential for the release.
[07:22] <YokoZar> Sometimes I do wonder why we wait for the release to actually open karmic though
[07:23] <YokoZar> Actually historically it sometimes takes like a week or two to open after the release goes out, when really I could be uploading during final freeze
[07:24] <iulian> The main reason for this is that we focus only on bug fixing now. It's a very high risk to bring new packages, especially at this point.  Archive admins are occupied with something else other than reviewing packages in NEW.
[07:26] <YokoZar> I meant uploading to the next release
[07:26] <YokoZar> Like have a permanent "sid"
[07:29] <iulian> YokoZar: Ah, well, I don't have the answer to that question.  In the end, the package will still get in Karmic and Jaunty if you backport it.
[07:29] <YokoZar> Fair enough, I'm not in any rush
[07:29] <YokoZar> It is, after all, just a game ;)
[07:30] <iulian> Indeed :)
[08:10] <YokoZar> dholbach: I think I beat you to this one without realizing it https://bugs.edge.launchpad.net/ubuntu/+source/libtorrent-rasterbar/+bug/345501
[08:10] <ubottu> Ubuntu bug 345501 in libtorrent-rasterbar "Rebuild against boost1.37 (1.37.0-3ubuntu3)" [Medium,Fix committed]
[08:10] <YokoZar> Since I uploaded a just changed version of that package rather than just a rebuild
[08:16] <Toadstool> g'morning
[10:08] <oly> noob question, can any one explain Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}
[10:09] <oly> i dont get it, last time i made a package i had to specify versions of the packages
[10:09] <oly> so dont understand how it knows which version of python it requires
[10:09] <oly> is there another file with this information some where ?
=== azeem_ is now known as azeem
[10:26] <geser> oly: this fields get filled from some debhelper scripts like dh_shlibdeps or dh_pycentral/dh_pysupport
[10:27] <geser> the look at the package contents and try to figure out what's necessary
[10:27] <oly> oh i take it that means the package versions are fixed
[10:28] <oly> was hoping i could work around a problem with pythonmagick
[10:28] <geser> oly: the binary debs have of course fixed dependencies
[10:28] <geser> but the source packages has only placeholder which get fixed when the package gets build
[10:29] <oly> yeah i got the source package was thinking i could just modify the depends so that it requires a slightly older version of python so that it installs
[10:29] <geser> it would be cumbersome to do it by hand for every upload (and also error-prone)
[10:29] <oly>   Depends: python (<2.6) but 2.6.1-0ubuntu3 is to be installed
[10:30] <oly> getting that chestnut, was hoping to work around it so i could carry on coding on this machine while i was travelling later
[10:30] <geser> in this case the package didn't do the python2.6 transition yet
[10:30] <geser> which package is it?
[10:30] <oly> pythonmagick
[10:31] <oly> or python-pythonmagick if installing
[10:31] <joaopinto> hello
[10:31] <oly> theres a bug against the package on launchpad currently, but like i say was hoping i could quickly hack around it
[10:31] <joaopinto> is there some aps list related to the python transition ?
[10:34] <geser> joaopinto: "apt-cache unmet -i" on jaunty and filter out the python ones
[10:34] <joaopinto> geser, ok tks
[10:36] <geser> oly: it probably needs only a rebuild (with a small change) to fix the dependencies. I'm testing it out right now.
[10:38] <oly> oh cool, thats kind of what i was thinking but just lacked the knowledge was expecting just to change the version number in the control file
[10:46] <geser> oly: it doesn't look as easy as expected as the package fails to build for me
[10:56] <oly> okay, thxs for trying geser, thats a shame will have to work around that for now then
=== DktrKranz changed the topic of #ubuntu-motu to: Jaunty Feature Freeze in effect - Go fix bugs! | https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Fix RC bugs:
[10:57] <DktrKranz>           http://qa.ubuntuwire.org/bugs/rcbugs | Help to clear NBS list:
[10:57] <DktrKranz> d'oh!
=== DktrKranz changed the topic of #ubuntu-motu to: Jaunty Feature Freeze and Beta Freeze in effect - Go fix bugs! | https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Fix RC bugs: http://qa.ubuntuwire.org/bugs/rcbugs | Help to clear NBS list: http://people.ubuntu.com/~ubuntu-archive/NBS/
[10:58] <DktrKranz> much better now :)
[12:13] <brendon> hello everyone
=== mcasadevall is now known as NCommander
=== _stink__ is now known as _stink_
=== ampelbein is now known as Ampelbein
=== Ampelbein is now known as ampelbein
=== ampelbein is now known as goodkarma
=== goodkarma is now known as Ampelbein
=== Ampelbein is now known as ampelbein
[15:44] <bddebian> Heya gang
=== Pici is now known as newnick
=== newnick is now known as Pici
[16:46] <adelie42> what package includes modprobe / modprobe documentation?
[17:07] <binarymutant> does this bug and debdiff look sane? https://bugs.launchpad.net/ubuntu/+source/charm/+bug/345200
[17:07] <ubottu> Ubuntu bug 345200 in charm "charm doesn't conform to python policy" [Undecided,Confirmed]
[17:08] <binarymutant> adelie42, when I search for modprobe efibootmgr is what pulls up, idk if thats it though
=== RainCT_ is now known as RainCT
=== ampelbein is now known as Ampelbein
[18:53] <c_korn> hello. I have written a patch that adds an option in fast-user-switch-applet to diable those logout/restart/shutdown confirmation dialogs: https://bugs.launchpad.net/ubuntu/+source/fast-user-switch-applet/+bug/345480/comments/7 should I just wait until someone comments or is there some special process I have to follow now to get it into jaunty?
[18:53] <ubottu> Ubuntu bug 345480 in fast-user-switch-applet "Add an option to disable shutdown/restart/logout confirmation " [Undecided,New]
[18:54] <ScottK> c_korn: Subscribe ubuntu-main-sponsors to the bug with the patch attached and it should get reviewed.
[18:58] <c_korn> ScottK: ok, subscribed them
[19:00] <porthose> Could a member of MOTU-release have a look at Bug #338408.  Thanks :)
[19:00] <ubottu> Launchpad bug 338408 in coherence "FFe for python-coherence" [Undecided,New] https://launchpad.net/bugs/338408
=== Ampelbein is now known as ampelbein
=== ampelbein is now known as Ampelbein
=== mcasadevall is now known as NCommander
[19:25] <binarymutant> does this bug and debdiff look sane? https://bugs.launchpad.net/ubuntu/+source/charm/+bug/345200
[19:25] <ubottu> Ubuntu bug 345200 in charm "charm doesn't conform to python policy" [Undecided,Confirmed]
=== Ampelbein is now known as ampelbein
[20:46] <gnumm> hi
[20:47] <gnumm> is it possible to make a package request for hardy backports?
[20:48] <gnumm> because it would be nice to see wxmaxima 0.8.1 there :)
[20:48] <Zarel> I think you have to go fill out forms somewhere.
[20:50] <maxb> gnumm: The page you want to read is https://help.ubuntu.com/community/UbuntuBackports
[20:50] <jpds> gnumm: http://bugs.launchpad.net/hardy-backports/+filebug
[20:51] <gnumm> thanks
[20:55]  * Zarel has a question.
[20:55] <Zarel> Why is the policy for Stable Release Updates so strict?
[20:55] <gnumm> to ensure the stability
[20:55] <jpds> To make sure things don't break.
[20:55] <Zarel> The reason they give for not releasing bugfixes is because they can sometimes cause regressions, but wouldn't they fix more bugs than they cause, on average?
[20:56] <gnumm> you are right, i also do not understand why they do not fix important bugs...
[20:56] <gnumm> i o not think they will bring new ones
[20:58] <gnumm> openoffice impress sound works like "on-off-on-off" when making a slide show with sound with a power point file
[20:58] <gnumm> this bug is in intrepid, it is fixed in jaunty, but not in intrepid
[20:58] <soren> Zarel: Fixing more bugs than you introduce is just not good enough. We have lots and lots of people depending on these things, and it's more important that things that used to work keep working than things that have never worked suddenly start working.
[20:59] <gnumm> but why are ubuntu-proposed not used in these cases?
[21:00] <dtchen> gnumm: because it requires a significant overhaul to intrepid's pulseaudio
[21:00] <dtchen> i probably triaged that bug
[21:00] <dtchen> i.e., those changes are not trivially backported to intrepid
[21:00] <dtchen> if you're concerned, there are PPAs with jaunty's pulseaudio backported to intrepid
[21:01] <dtchen> i cannot vouch for them, however, as their entire audio stack is skewed
[21:01] <gnumm> i was, i switched to hardy(because of kde3)
[21:01] <gnumm> (and no pulseaudio :) )
[21:02] <dtchen> hardy works fine w/ OOo and slides
[21:03] <dtchen> the audio stack is radically different between the three releases
[21:03] <gnumm> yes it is in every release  better
[21:04] <Zarel> The problem is, I don't really see a way for software to offer the latest bugfix release through the Ubuntu repositories. "backports" appears to be for new features, and "updates" appears to be for severe bugs only.
[21:04] <gnumm> i think such sound problems should be fixed too
[21:05] <gnumm> or not put pulseaudio at all in hardy when they do not integrate it well/or when it doesn't work how it should
[21:05] <sharms> I a bit late in the process to stop hardy shipping without pulse gnumm
[21:05] <sharms> I/It's/
[21:06] <dtchen> gnumm: there was an integration issue in hardy, yes, but it was not *just* pulseaudio.
[21:06] <dtchen> gnumm: i don't feel like ranting about it in this channel, since i'm mostly responsible, but i certainly am willing to explain it elsewhere.
[21:07] <solarion> sharms: heh
[21:07] <dtchen> gnumm: i think the best way to summarise it is, "pulseaudio depended on a newer version of alsa-lib and alsa-kernel, neither of which were shippable in hardy due to the release schedules of the three"
[21:08] <gnumm> i see
[21:08] <dtchen> gnumm: we have a chance to get it right in jaunty, but more testers are needed.
[21:09] <solarion> dtchen: what do testers need to do, specifically?
[21:09]  * solarion likes helping, especially when it's easy. :)
[21:10] <gnumm> i don't understand why you put it then in hardy..debian works well without :)
[21:10] <dtchen> solarion: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2009-March/007501.html
[21:10] <dtchen> gnumm: it's partially due to release timing.
[21:11] <dtchen> gnumm: anyhow, feel free to complain to me in private e-mail
[21:11] <gnumm> but btw, ubuntu wasn't the only dist with pulseaudio problems
[21:11] <solarion> jaunty is beta, right?
[21:12] <gnumm> i was just generally interested why it was put in hardy at all :)
[21:12] <gnumm> solarion: alpha 6
[21:12] <solarion> I'll migrate my workstation (x86_64) when it reaches beta
[21:12] <sharms> gnumm: So where are you going with this?  Are you just looking to vent, or do you have patches to fix issues / bugs waiting on SRU?
[21:12] <solarion> my ntebook at alpha since 2 (?) has been quite a ride. :)
[21:13] <gnumm> sharms: i only wanted to know why they didn't throw pulse away in hardy...but this explication is ok
[21:15] <dtchen> again, feel free to whine to me privately, but we're veering off-topic for this channel.
[21:16] <gnumm> no no, it's ok, i won't disturb you :)
[21:16] <porthose> ScottK:  I have left a comment on Bug #338408, please have a look when you have time ;-)
[21:16] <ubottu> Launchpad bug 338408 in coherence "FFe for python-coherence" [Undecided,New] https://launchpad.net/bugs/338408
[21:17] <dtchen> solarion: note that you will notice a difference even using a vm
[21:18] <solarion> dtchen: "notice a difference" meaning what?
[21:18] <solarion> is this a good difference?
[21:18] <dtchen> solarion: prior to using the test kernel at http://kernel.ubuntu.com/~dtchen/ and after
[21:18] <dtchen> specifically the glitching and stability
[21:18] <solarion> ah, good.  I've noticed some of that
[21:18] <dtchen> anyhow, off-topic generally - feel free to query or e-mail me
[21:19] <solarion> in other news, bzr remains awesome
[21:21] <sharms> has anyone taken a look at #318735?
[21:21] <sharms> Bug #318735
[21:21] <ubottu> Launchpad bug 318735 in network-manager-vpnc "D-Bus Policy needs checking" [Undecided,Confirmed] https://launchpad.net/bugs/318735
=== radix` is now known as radix
[21:30] <dtchen> sharms: i can look, but i don't have any authority to approve it
[21:31] <sharms> I didn't fix it, I just stumbled upon it while trying to add my vpn
[21:32] <sharms> I don't understand dbus, but the xml files look simple enough, I edited mine by hand but I am sure I could figure out the right way to do it
[21:32] <sharms> just didnt know if anyone else had experience with this since I suppose there is a bunch of very similar ones
=== Andre_Gondim is now known as Andre_Gondim-afk
[22:09] <porthose> ScottK: thank you for the ack ;-)
[22:20] <slangasek> JontheEchidna: I don't recall seeing a UI FE request for software-properties, and the changelog seems to suggest this is quite specifically a UI change?
=== paul_ is now known as Elbrus
[22:22] <thekorn> hi, MOTUs, what is the easiest way to fix python-virtualenv in jaunty? isolate a minimal fix or do a commplete update to the latest upstream version
[22:25] <dtchen> thekorn: which is more easily verified?
[22:27] <thekorn> dtchen, well updating the package to 1.3.3 should be easy, and I know this version works, but on the other hand this won't be a bugfix only update,
[22:27] <thekorn> as it also adds  new functionality
[22:28] <dtchen> thekorn: if it's straightforward to isolate and backport the bugfixes, try that approach
[22:28] <dtchen> minimal tends to be more easily verified
[22:31] <thekorn> dtchen, ok, thanks, I will give it a try tomorrow, if updating to 1.3.3 makes more sense, I need a freeze exception, right?
[22:31] <dtchen> thekorn: correct
[22:31] <thekorn> ok, thanks alot
[22:36] <JontheEchidna> slangasek: I just committed it to bzr...
[22:36] <JontheEchidna> slangasek: Riddell ok'd it though
[22:36] <JontheEchidna> and it was merged into the main branch
[22:36] <slangasek> well, UI freeze exceptions need to also be communicated to the doc team when they happen
[22:36] <slangasek> that's the point of the UI freeze, mainly :)
[22:37] <JontheEchidna> oh, ok
[22:37] <JontheEchidna> It's nothing too major, fortunately
[22:37] <slangasek> if Riddell ok'ed the actual change, I'm fine with that - could you take care of notifying ubuntu-doc@lists, and I'll accept the package?
[22:38] <JontheEchidna> Sure, just pop off a mail to the mailing list?
[22:38] <slangasek> yes
[22:38] <JontheEchidna> Will do.
[22:38] <slangasek> thanks :)
[22:42] <JontheEchidna> slangasek: Okay, sent.
[22:42] <slangasek> thanks
[22:42] <JontheEchidna> You're welcome
[22:43] <JontheEchidna> I think the email needs moderator approval
[22:43] <slangasek> yeah... unfortunately I don't have that
[22:44]  * slangasek pings mdke about that
[22:44] <JontheEchidna> Thanks
[22:48] <mrooney> anyone in the mood for a universe update? :)
[22:49] <meanburrito920_> ?
[22:49] <mrooney> you know, to do one. I have an upstream package that needs updated in jaunty
[22:51] <nhandler> mrooney: Link?
[22:52] <mrooney> nhandler: bug 333639, I hear it will be fun
[22:52] <ubottu> Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/333639/+text)
[22:53] <mrooney> well anyway its https://edge.launchpad.net/bugs/333639 , really just the release tarball needs to be uploaded
[22:53] <ubottu> Ubuntu bug 333639 in wxbanker "Please update wxbanker to 0.4.1.0" [Undecided,New]
[22:53] <nhandler> Oh yeah, that fun native package ;)
[22:54] <mrooney> yeah!
[22:55] <nhandler> james_w: Were you fine with having it as a native package?
[22:55] <mrooney> he did suggest that it was good enough in the report
[22:56] <nhandler> mrooney: I just want to double check.
[22:56] <mrooney> sounds wise
[22:56] <porthose> nhandler: when you finish with mrooney would you mind looking at Bug #338408, ScottK has ACK'd it :)
[22:56] <ubottu> Launchpad bug 338408 in coherence "FFe for python-coherence" [Undecided,New] https://launchpad.net/bugs/338408
[22:57] <nhandler> porthose: That is already on my list.
[22:57] <porthose> thanks :)
[23:19] <c_korn> is there a way to automatically install the build-depends when inside a chroot?
[23:22] <directhex> apt-get build-dep pkgname ?
=== asac_ is now known as asac
=== Andre_Gondim-afk is now known as Andre_Gondim