[06:51] <pitti> Good morning
[06:51] <ajmitch> morning pitti
[07:57] <dholbach> good morning
[08:06] <didrocks> good morning dholbach, how are you?
[08:06] <dholbach> didrocks: good good - how are you?
[08:06] <didrocks> dholbach: I'm good too. Having nice time in the Alpes :)
[08:06] <dholbach> oh wow - are you on holidays there?
[08:07] <didrocks> dholbach: not this week, from next week, I'll :)
[08:09] <dholbach> didrocks: awesome - hope you'll enjoy it
[08:10] <didrocks> dholbach: always going back where you are born is a joy. thanks! :)
[08:11] <didrocks> (and now, there is a decent Internet connexion ;))
[08:16] <mvo> didrocks: nice! what area are you in?
[08:17] <didrocks> mvo: near Annecy (which is one hour away from Genève), a little village called Thorens-Glières :) Do you know the surroundings?
[08:19] <mvo> didrocks: not that well, but I want to spend my next vacation in the alpes, chamonix is not that far, right?
[08:21] <didrocks> mvo: something like 70 kms, not very far, no. A little bit higher and colder though :)
[08:21] <didrocks> mvo: when will you have your next vacation, btw?
[08:22] <mvo> didrocks: I will have a short one next week, but the alpes will have to wait until next year
[08:22] <mvo> didrocks: I will ask you for good recommendations of places etc, great to know that you are faimilar with the area :)
[08:22] <didrocks> mvo: sure, do not hesitate :)
[08:27] <maco> didrocks, mvo: possibly a silly question, but do you two ski?
[08:27] <maco> my brain's going "alps.....SKIING!"
[08:27] <didrocks> maco: not on that period (at least for me), rather in winter :)
[08:28] <maco> well yes i realise not this week :P
[08:28] <didrocks> heh :)
[09:04] <geser> mvo: what's the status of bug #608747? In the last comment you mentioned that you uploaded it but maverick still has 0.3 (and not 0.4).
[09:07] <hrw> rebuilding eglibc again...
[09:07] <hrw> hope that this time it will not end in build loop
[09:22] <mvo> geser: yeah, sorry. I meant to upload. let me look again
[09:23] <mvo> geser: tbh some of the changes are a bit dubios so I was hoping for clarification from david
[09:28] <geser> mvo: I'll contact David and ask about the status, as I'd like to get this merge gone before FF as the package currently FTBFS
[09:33] <mvo> geser: thanks, I just looked over the diff again and afaics the only think needed is the change in src/pkgbrowser.cpp to make it work with fortify, that will probably taken upstream if we submit it. I will comment in the bug
[10:25] <ara> pitti, hello
[10:29] <jibel> mvo, hello
[10:29] <jibel> mvo, I was trying to reproduce an update-manager issue for an lts to lts upgrade but can't because there is no record for lucid in http://changelogs.ubuntu.com/meta-release-lts
[10:29] <mvo> jibel: can you use update-manager --proposed?
[10:30] <pitti> hey ara, how are you?
[10:30] <ara> pitti, good thanks, yourself?
[10:30] <pitti> ara: I'm great, thanks
[10:30] <mvo> jibel: and thanks for your mail about dbus, I shall reply today (sorry that I haven't already :(
[10:31] <ara> pitti, I have a question related to apport-symptoms
[10:31] <ara> pitti, (I am writing a new one)
[10:31] <jibel> mvo, --proposed works because it downloads the -development meta-release
[10:31] <ara> pitti, if a sympton leads to a package that it is not xorg, but it is useful to attach xorg information as well, is there a way to attach it?
[10:32] <mvo> jibel: right, not yet, we will add it this week when 10.04.1 is officially released. do you need it in order to verify the upgrade issue?
[10:32] <mvo> jibel: I mean, do you need it now?
[10:33] <jibel> mvo, ok, no I don't need it, I added the record by hand to the local meta-release file
[10:33] <mvo> jibel: thanks! what issue is it? there is still (a bit) of time to fix package failures before the upgrade becomes enabled by default
[10:34] <mvo> jibel: when that happens the users will see the upgrade button on hardy
[10:35] <jibel> mvo, that was an SRU uploaded few weeks ago. pitti uploaded it to -updates this morning, so everything is fine.
[10:36] <mvo> jibel: great, thanks
[10:37] <pitti> ara: hm, let me look
[10:39] <pitti> ara: so, not directly; if you only need the noninteractive part, you could just copy the attach_hardware() and other bits
[10:39] <pitti> ara: if you really want the full thing, you could import /usr/share/apport/package-hooks/source_xorg.py and call its add_info()
[10:39] <ara> pitti, OK, thanks
[10:40] <pitti> ara: i. e. either temporarily add that to sys.path and import, or use execfile()
[10:40] <ara> pitti, I won't need everything, I'll just copy the necessary bits
[10:41] <ara> thanks again
[10:58] <hyperair> are there any archive admins around here to feel up to looking into a source new package?
[10:59] <hyperair> s/to/who/
[11:00] <hyperair> http://launchpadlibrarian.net/53247690/ctpl_0.2.2-0ubuntu1_source.changes <-- this package is currently needed by the new geany-plugins package, which FTBFS.
[11:05] <dholbach> davmor2: HAPPY BIRTHDAY! :)
[11:06] <davmor2> dholbach: thanks
[11:13] <Laney> ftbfs, not depwait?
[11:18] <tjaalton> unpacking packages in lucid is veeery slow, is this the ext4/dpkg issue still?
[11:20] <hyperair> Laney: i thought it'd depwait, but it ended up being marked ftbfs. weird, eh?
[11:20] <Laney> weird
[11:21] <Laney> indeedy
[11:21] <soren> Laney, hyperair: bug #615286 perhaps?
[11:21] <hyperair> ah, i see.
[11:55] <pitti> tjaalton: should be better with the lucid-updates version of dpkg
[11:55] <tjaalton> pitti: i think this time it was due to hung nfs mounts
[11:55] <tjaalton> will test in a bit
[12:54] <debarshi> Is there any Ubiquity developers here? The #ubuntu-installer channel is full of people but has been too quiet for the last 3 days.
[12:56] <soren> debarshi: It's called weekend.
[12:56] <debarshi> soren: I have been there on Fri and Mon too. :-)
[14:15] <alf__> Hi! for a package that build-depends on python 2.x >= 2.4, is "Build-Depends: python (>= 2.4), python (<< 3.0)" a reasonable way to to express this?
[14:19] <pitti> that would stop working once we switch the default pyhton to 3.x, but still support 2.x
[14:26] <alf__> pitti: so, what is the recommended way of expressing this dependency?
[14:26] <pitti> alf__: I don't know; I'd start with python2.6 | python2.7 | python 2.5 | python2.4, but for now python (<< 3) should work as well
[14:28] <alf__> pitti: ok, thanks!
[14:50] <free> pitti: hi! do you have some time today to look at https://bugs.launchpad.net/landscape-client/+bug/610744 and possibly let the packages into -proposed?
[14:53] <pitti> free: probably not today, sorry; also, lucid is frozen right now for the point release
[14:53] <free> pitti: oh I see, when do you think we could reasonablt get them in?
[14:54] <pitti> next week hopefully
[14:59] <free> pitti: that's fine, thank you
[15:11] <asac> stgraber: will revu get support for source format 3.0 soon?
[15:25] <ScottK> pitti and alf__: You don't need to specify python (<< 3.0).  Python3 is (and will remain) a separate runtime.  All python versions will remain less than 3.  Note there is a python3 package for those things that need/support it.
[15:39] <smoser> pitti, ping.
[15:39] <pitti> smoser: pong
[15:39] <smoser> I'm following up on a ping earlier from free.  The landscape-client fix that they're wanting into -proposed/-updates reasonably blocks 10.04.1 UEC images from being respun.
[15:40] <smoser> i'm wondering if we could get that into -proposed early after release on thursday or friday ? so we could at least pick that and roll a images refresh sometime next week ? (ie, 19th ish)
[15:40] <pitti> smoser: sounds fine
[15:40] <smoser> (image builds only pull from -updates, not -proposed, and the client needs to be baked in to really suffice for them).
[15:41] <pitti> we don't have a RM for 10.04.1 yet, though
[15:41] <smoser> RM as in Manager or Milestone
[15:41] <pitti> manager
[15:41] <smoser> ok. so, free, you need to start begging pitti soon after release announcement is made on thursday.
[15:42] <free> smoser: okay :)
[15:42] <smoser> thank you pitti
[15:43] <free> pitti: btw is lucid-proposed frozen as well? if we could get the packages into -proposed even before the release we could squeeze some days
[15:43] <pitti> free: yes, that's the main target of the freeze
[15:44] <pitti> we build test CDs out of -proposed
[15:44] <free> pitti: fair enough
[16:07] <Sarvatt> heads up in case anyone missed the emails, the new xserver release has been uploaded and upgrades are going to be messed up for a bit while all of the drivers build - https://lists.ubuntu.com/archives/ubuntu-x/2010-August/000931.html
[16:11] <Laney> would be nice to cc -devel on those
[16:12] <sebner> w000T! Breakage ftw!
[16:13] <pitti> Laney: it was, even -discuss
[16:13] <Laney> pitti: oh, don't routinely read discuss
[16:13] <ogra> PingJocky, who reads discuss :P
[16:13] <Sarvatt> it's in moderation
[16:13] <ogra> err
[16:13] <ogra> pitti, indeed
[16:15] <ScottK> Sarvatt: Might have been worth a mail to ubuntu-devel-announce.  I think it's fair to assume all developers read that one.
[16:16] <Sarvatt> it's in moderation for ubuntu-devel-announce I meant, sorry
[16:18] <ScottK> Ah.  Good.
[16:23] <njin> ara: around ?
[16:23] <ara> njin, I am
[16:24] <njin> hello, i've some time, and i want to test, but now the alpha 3 has released
[16:24] <njin> ara: have sense report on iso tracker ?
[16:25] <ara> njin, I have seen that some people reported, but I haven't had time yet to look to all the reports
[16:25] <ara> njin, anything in particular that you want to discuss?
[16:25] <njin> no, i'm waiting of daily test reporting
[16:26] <njin> ara: or better when i've free time testing
[16:59] <LucidFox> dholbach, you here by any chance?
[16:59] <dholbach> LucidFox: yes
[16:59] <LucidFox> Good, good! We're discussing the rebranding of Behind MOTU with nigelb, I was wondering if it would make sense to get into a separate channel for this
[17:00] <dholbach>  /j #behindmotu
[18:10] <tim> hi, i've been trying to backport gcc-4.5.1 to lucid (from the lp:ubuntu/gcc-4.5 repository). it compiles, but when generating the man pages, it stops with this error: http://pastebin.com/FVRaBeM3. any idea, why?
[18:35] <jono> hmmm, has a recent maverick update caused problems with people starting X?
[18:38] <sebner> jono:  https://lists.ubuntu.com/archives/ubuntu-x/2010-August/000931.html  :)
[18:40] <jono> sebner, erk
[18:40] <jono> I picked possibly the worst time to upgrade
[18:40] <sebner> heh
[18:40] <sebner> indeed
[18:44] <bilalakhtar> Can anyone get https://edge.launchpad.net/ubuntu/+source/qcake/0.7.2-2 rebuilt ?
[18:47] <nigelb> bilalakhtar: you're MOTU?
[18:48] <bilalakhtar> nigelb: nope, but trying to become one
[18:48] <nigelb> ok, somone with at least motu should press that "big red" button
[18:48] <bilalakhtar> nigelb: yup
[18:49] <bilalakhtar> nigelb: Aren't you one?
[18:49] <nigelb> not yet
[18:50] <bilalakhtar> nigelb: Atleast, we should be able to get packages rebuilt
[18:50]  * stalcup looks
[18:51] <stalcup> bilalakhtar: why did it fail?
[18:52] <bilalakhtar> stalcup: For some 'not going to be installed' problem
[18:52] <bilalakhtar> stalcup: some wierd problem, it succeeds in my pbuilder
[18:52] <stalcup> ah, ok
[18:54] <stalcup> looks like a dependacy problem to me
[18:54] <stalcup> dependancy too
[18:55] <bilalakhtar> stalcup: but, Rhonda ACKed it. It is a temporary problem
[18:55] <stalcup> so the libreadline5-dev problem has been resolved?
[18:56]  * stalcup retries the builds
[18:57] <stalcup> bilalakhtar: ok, they are in queue
[19:02] <bilalakhtar> stalcup: Thanks@
[19:19] <strycore> Hi
[19:21] <strycore> I thought it would be a good idea to drop by and ask if I can press 'Y' and watch my xorg go in oblivion on my Ubuntu Maverick install
[19:22] <strycore> I know I read somewhere something like "watch out for the next xorg update"
[19:28] <geser> strycore: depends if you want to use X till the transition is finished or not; and #ubuntu+1 is the better place for maverick support
[19:29] <strycore> well yeah , I'd rather have X ;)  thanks for the tip
[19:40] <smoser> Daviey, around ?
[19:57] <SpamapS> hrm, if I need to run a step in debian/rules as a non-root user, how should I do that? su? sudo?
[19:58] <micahg> I think the better question is why
[19:58] <SpamapS> I need to create a postgres database to run some tests with a postgres client library
[19:58] <micahg> why does that need to be non-root?
[19:59] <micahg> from the system perspective, not postgres
[19:59] <SpamapS> because postgres insists. :-P
[19:59] <SpamapS> /bin/sh debian/test_postgres.sh
[19:59] <SpamapS> initdb: cannot be run as root
[20:00] <SpamapS> micahg: I have no problems with these tests running as root, since the rest of the build does as well.. but postgres is being stubborn, so I need to give it a different uid.
[20:01] <Laney> patch the tests?
[20:01] <micahg> ok, I'm not familiar with postgres, so I can't help
[20:01] <SpamapS> Laney: I'd have to patch postgresql
[20:32] <SpamapS> kind of annoying.. there just seems to be no good way to reliably make sure something you're running does not have root privileges. :-/
[20:35] <aruna> hello, quickly package puts my app/data directory under usr/share any ideas as how to resolve this please ?
[20:36] <SpamapS> aruna: thats where static shared data should go
[20:36] <aruna> yes I know the thing is I have my data files under /data and need the SAME directory structure
[20:36] <SpamapS> aruna: if it is runtime-data (meaning generated after program start) it should be in /var/lib or /var/run, and if it is user-owned data, somewhere under $HOME
[20:37] <SpamapS> aruna: /data is an invalid directory under the filesystem hierarchy standard
[20:38] <aruna> ok understood but how does one resolve an issue such as this ?
[20:38] <SpamapS> resolve what issue?
[20:39] <aruna> am trying to build a shoutcast front-end in quickly oki ? Works fine on my box but when the deb is installed file paths are out of sync
[20:39] <SpamapS> Ok, the issue is that your program is making assumptions about the system filesystem that it should not.
[20:40] <SpamapS> what data is this?
[20:40] <SpamapS> some kind of static table or something that the program downloads, or updates all the time?
[20:40] <aruna> am sorry am very new to linux and just getting familair with python and quickly please tell me how to do thinsg the correct way
[20:41] <SpamapS> right, think of it another way, you really need to figure out how to let the system do it the right way for you. ;)
[20:41] <aruna> it's on my launchpad ppa - there is a python tutorial and the shoutcast. Both have the same prob
[20:42] <SpamapS> aruna: its probably data that should be going into the user's home dir. I'm not familiar with the conventions of quickly, but I'd bet it has a module for doing this already.
[20:42] <SpamapS> aruna: this being, putting data into a user's home directory
[20:43] <SpamapS> ugh
[20:43] <SpamapS> somebody should rename quickly
[20:43] <SpamapS> such a common adverb!
[20:44] <aruna> no noo in the quickly tutorial it specifically tells you that when developing the code will be under /data and the deb will have usr/share and quickly IS a very useful tool makes life a lot simpler :-)
[20:44] <aruna> see all I need to understand is HOW to create a /data directory under usr/share through my code
[20:46] <SpamapS> Well I think I'll step back from this because I haven't done the quickly tutorial, nor do I have time to unfortunately. :-/
[20:46] <aruna> thank you very much for trying to help though...
[20:46] <ebroder> aruna: This channel is more for development of Ubuntu than development of apps on Ubuntu. I don't know where it is, but I'd guess there's a better channel to get quickly help. (There isn't a #quickly, is there?)
[20:46] <Laney> #ubuntu-app-devel I think
[20:47] <aruna> ummm... yes your right I was there just now but seems very silent
[20:47] <ebroder> aruna: That unfortunately doesn't really change that it's a better place to ask quickly questions
[20:47] <aruna> thank'x will try there once more and apologies if I was in the wrong topic
[21:30] <SpamapS> oh weird.. postgresql-8.4 actually *is* patched to allow initdb to run as root
[21:32] <SpamapS> bah.. only in the test build