=== mdz` is now known as mdz === ion_ is now known as ion === TerminX_ is now known as TerminX [01:44] howdy all! I was wondering if anyone has any word about the LAFile removal as per http://wiki.debian.org/ReleaseGoals/LAFileRemoval [01:46] RoAkSoAx: http://www.debian.org/doc/debian-policy/ch-files.html#s-libraries [01:48] micahg: cool, thanks for pointing that out !! [01:51] RoAkSoAx: if you're wondering when something was implemented you can see it here: /usr/share/doc/debian-policy/upgrading-checklist.txt.gz [02:01] micahg: k thanks ;) === james is now known as Guest42828 [03:05] hi === emma is now known as em [03:30] YokoZar you there? I need to ask you something.. [03:57] slangasek: interesting.. I wonder if that is intended.. that a missing env var does not match the empty string. [03:59] slangasek: I think it might be worth ammending man 5 init to state that clearly [04:17] slangasek: ok I see the op order problem too. doh. BTW, why doesn't the restart command work on portmap? seems like it just runs the pre-stop then does nothing === JanC_ is now known as JanC [05:18] SpamapS: ah, restarting *portmap* worked... it's that statd wouldn't restart as intended when portmap starts up again [05:19] SpamapS: my fixes are all committed and pending in the main bzr branches now [05:25] slangasek: so I think it would be worthwhile to file a bug against upstart to improve the explanation of environment variables in the start on and env portions. [05:26] slangasek: do you see where running 'restart portmap' fails to actually restart portmap? [05:26] it doesn't fail to restart portmap, afaik? [05:27] it just fails to restart statd afterwards, which it's meant to [05:27] bug against upstart> agreed, please do :) [05:29] http://paste.ubuntu.com/554975/ [05:30] oh, I see [05:30] yes, confirmed here [05:30] no idea why [05:30] * slangasek pokes a bit more [05:30] http://paste.ubuntu.com/554976/ [05:30] there's the info level log from init [05:31] yep === Amaranth_ is now known as Amaranth [05:32] never gets the killed state [05:33] I think that needs reporting as an upstart bug [05:33] yeah I'm looking at restart_action right now in trunk [05:33] I think it just toggles, waits for a change, then toggles again, rather than waiting for stopped [05:34] portmap seems to be the only job I have on my system with a pre-stop command that one would likely restart, so I guess this escaped notice that way [05:34] fortunately the portmap maintainer scripts use stop + start instead [05:34] score 1 for serendipity [05:35] also fortunately, we can't use the 'restart' command directly in maintainer scripts in general, because it doesn't DTRT regarding policy's definition of sensible behavior of not-yet-running jobs :) [05:35] oh right I recall reading that thread on a bug report [05:36] so does invoke-rc.d restart do stop/start ? [05:36] yes [05:36] I wonder if this proves nasty upstream if we should change 'service' too [05:38] er... more precisely, it's /lib/init/upstart-job that does this; and I wonder if I'm just reading it wrong on a Sunday night, but this doesn't look terribly correct to me [05:40] oh, no, it's correct. but it doesn't do stop/start :) [05:40] so this upstart bug *does* affect use of invoke-rc.d [05:43] right, so the way restart happens it does job_change_goal(stop);job_change_goal(start); ... running the pre-start causes upstart to return from job_change_goal [05:46] hee [05:46] yeah the logic in job_change_state makes it spin until the job's state == the next desired state, not the exact (stop/waiting) state [05:48] so actually its only by mistake that we even end up sending KILL to the process [05:48] since the state progression is pre-stop->killed->waiting [05:48] well killed->post-stop->waiting [05:48] but pre-stop and post-stop are optional so I wonder if post-stop screws this up too [05:51] in happier news, I've just submitted a patch to Debian bug #577040 [05:51] Debian bug 577040 in debhelper "dh_installinit: don't force upstart when both .init and .upstart exist." [Wishlist,Open] http://bugs.debian.org/577040 [05:51] so that's one bit of the new policy done... [05:51] hooray, maybe I can get the mongodb maintainer to accept our upstart script then. :) [05:52] only affects pre-stop [05:53] preferably not until we also get lsb-base and lintian converted over. :) [05:53] (and the policy change accepted!) [05:54] its what every kid hacking away on his slink box in 1999 dreamed of.. enacting policy change :) [05:55] wow I had to check on it, but my guess at 1999 being when I installed slink appears to be accurate. [05:56] heh [06:00] It was a happy, happy day. Followed by even more happiness when potato arrived. :) [06:05] slangasek: is there a link to the new policy i could see? [06:05] ebroder: Debian bug #591791 [06:05] Debian bug 591791 in debian-policy "extend init.d policy to permit upstart jobs and describe their use" [Wishlist,Open] http://bugs.debian.org/591791 [06:05] cool, thanks [06:10] slangasek: fyi, opened bug 703800 against upstart [06:10] Launchpad bug 703800 in upstart (Ubuntu) "restart command fails to restart main process when pre-stop stanza exists" [Undecided,New] https://launchpad.net/bugs/703800 [06:10] SpamapS: \o/ [06:13] I bet this also affects if something starts on / stops on stopping portmap [06:19] hmm no .. just pre-stop interesting [06:26] hmm.. looks like its specifically the way pre-stop is run... [06:31] yes.. looks like if we're running a pre-stop it changes the goal to 'respawn' instead of leaving it at stop. [06:32] * SpamapS tumbles further down the rabbit hole [06:39] aha! and respawn from state pre stop changes teh goal back to start instead of stop which seems to be the intention === solid_liquid is now known as solid_liq === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [08:41] good morning [09:01] happy belated birthday, dholbach [09:01] thanks a lot ebroder! === almaisan-away is now known as al-maisan [09:24] Good morning [09:24] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: ev [09:24] morning, pitti [09:33] ev: is it a known bug that the natty live-cds for mac (http://cdimage.ubuntu.com/daily-live/20110112/) don't show text in the installer [09:33] ? [09:33] ev: on macbook pros, that is [09:33] can you elaborate on what you mean by "don't show text"? [09:33] are you talking about isolinux or ubiquity or what? [09:35] ev: This is a live cd image. The dialog boxes for the installer (ubiquity) are blank. Moving the mouse around shows that there are active areas and pressing enter seems to move to the next dialog. But I can't see any text in the boxes. [09:36] is this just in ubiquity or any GTK application? [09:36] ev: Nothing on the desktop either [09:37] can't see the ubuntu menus, icons, etc. [09:37] hm === al-maisan is now known as almaisan-away [09:38] Does a non-gtk application work? Say, xterm? [09:38] * amitk starts downloading an iso not 'optimised' for macs [09:39] ev: it is a bit hard to start apps when I can't see anything on the screen, just window borders and empty dialog boxes [09:40] amitk: you could always ctrl-alt-f2; DISPLAY=:0 xterm [09:44] good morning [09:44] good morning didrocks [09:45] * dholbach hugs ev [09:45] hey mvo! how was your travel back? [09:46] didrocks: not too bad, I managed to find some sleep in the plane but had a hard time waking up this morning [09:46] didrocks: and yours? [09:48] mvo: I switch my seat with a pregnant woman who wanted to be next to the toilets. Unfortunatly, my two new neighbours were moving a lot and I couldn't manage to sleep. So hard to wake up as well this morning :) [09:53] hey all :) [10:13] ari-tczew: perl> I don't care [10:13] cjwatson: ok. btw. system-tools-backends is ready. [10:14] I have an idea for a program that would come part of ubuntu [10:15] christhecoolboy: do you want to write a new program or want to pack existing program? [10:15] ari-tczew, to use an exsisting program/resource to create a new thing [10:16] I could explain more if you want :)P [10:16] *:) [10:16] ari-tczew: yes, I saw the e-mail already [10:29] hmm... Silence :( [10:36] christhecoolboy: I'd like to encourage you to contribute to Ubuntu development instead creating new project :) [10:36] But its part of ubuntu [10:36] to come as part of the OS [10:36] ari-tczew^^ [10:38] christhecoolboy: fixing bugs and packaging is also paty of the OS [10:38] ev: I can see 'text' on non-gtk apps. I was able to launch xterm and get a shell [10:38] my idea is a bigt one? [10:38] christhecoolboy: which idea? [10:39] a program to be part of ubuntu [10:41] so what I am doing is contributing to Ubuntu Development [10:41] as it would be part of the OS [10:43] and it could also possibily give the opportunity for ubuntu to be open to a new market === ogra is now known as Guest61426 [10:43] christhecoolboy: being a developer is very important part of the OS === Guest61426 is now known as ogra_ [10:44] christhecoolboy: There's a channel for app developers: #ubuntu-app-devel :-) [10:45] I was told to come here [10:45] so I did, Laney [10:45] by someone in that channel? [10:45] by someone in #ayatana [10:45] that was inappropriate of them, I'm afraid [10:46] Well, it depends exactly what you want to do, but if you are proposing to develop a new application then the channel I suggested is the correct venue to discuss it. [10:46] Laney, but it uses an exsisting resource from ubuntu [10:46] christhecoolboy: evilish asked you to post on the ubuntu-devel-discuss mailing list, not to discuss on the #ubuntu-devel channel, isn't it? (or was it before I joined) [10:47] there wasnt an email where he showed me [10:47] we know, but if everyone who wanted to discuss building applications on Ubuntu came here, then we wouldn't have anywhere to discuss things that are already in Ubuntu [10:47] so I entered here [10:47] and it was before you were in [10:47] njpatel [10:48] christhecoolboy: do you have an idea of program, though? [10:48] yes [10:49] christhecoolboy: what is it? [10:50] ari-tczew: please, in the other channel [10:50] ari-tczew, a gaming platform called "Ubuntu Games Center" that uses unity to create a XBOX 360 style looks and allows for achievements, leaderboards and people to create their own games [10:50] sorry Laney [10:50] np [10:51] didrocks: evilvish , not evilish ;p [10:52] evilvish: yeah, I noted that after :-) [10:53] just saying , not evilish , but fully evil :p === apw` is now known as apw [10:56] amitk: perhaps file a bug against gtk+2.0 or pango? [10:56] ari-tczew, I say my idea [10:57] and I dont get any responce? :( [10:58] !patience > christhecoolboy [10:58] christhecoolboy, please see my private message [10:58] once you have developed your application, it might be appropriate to discuss its integration here [10:59] cjwatson, but then that destroys the whole idea? [10:59] I don't see why [10:59] since I need to spread the word around and try and get help from some people [10:59] or suggestions [11:00] you can do that elsewhere, I'm sure [11:00] this isn't a good place for it [11:00] I was told to come here [11:00] I know [11:00] I'm sorry that you were given mistaken advice [11:00] because "if its gonna be intergrated in to the os, #ubuntu-devel is the place to go, they develop stuff for ubuntu" [11:01] the thing is that thousands of people are trying to develop one thing or another for Ubuntu; this is the central coordination channel, not a place for them all to try to gather support. It would get pretty impractical [11:01] ok, where do I go to try and get help or suggestions? [11:02] mailing lists, blog about it, people already suggested #ubuntu-app-devel, etc. ... [11:02] I dont wanna spread the word [11:02] until I know I can get some help [11:02] I cant do a whole project by myself [11:02] I have only just started [11:02] so I was told to "ask around" [11:03] well, it's IRC, it's asynchronous, you shouldn't expect anything immediately anyway [11:06] ok, someone told me to go to #ayatana because it involved unity, then they said to go to #ubuntu-desktop because they maintain what goes in to ubuntu, then #ubuntu-devel, because they make and Intergrate much of Ubuntu, now #ubuntu-app-devel . where next? [11:07] Sadly, thats 8 or so hours that just went in a endless loop [11:07] you'll likely have to get something interesting-enough started before people really get interested, I expect [11:08] but I need people to help [11:08] since I cant do it all by myself [11:08] mostly, people don't really jump in until there's something started [11:08] otherwise they would have started it themselves :) [11:08] I need the support [11:10] I want some people who can help me code but work with me... [11:10] the best way to attract such people is to have an interesting skeleton of a project that they can then send patches for [11:10] I cant build the skeleton [11:11] cause I dont know code [11:11] most such people won't come to something without even a skeleton; they already have lots of things to do [11:11] thats why I want someone to help me learn :( [11:11] christhecoolboy: looking at http://irclogs.ubuntu.com/2011/01/17/%23ayatana.html, njpatel told you first to go to #ubuntu-desktop, but then, he told you that "it might actually make more sense to email ubuntu-devel list, so people can think and respond". So his advice it correct, please consider it [11:11] I think you may have to learn to program first, then [11:11] which is rather more general than Ubuntu [11:12] didrocks, I did that [11:12] but I couldnt find an email on that link [11:12] so I came here [11:12] https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel [11:12] christhecoolboy: i gave you the link with the email id [11:12] cjwatson: a lot of developers keep the entry about Vcs-Bzr in debian/changelog. even dholbach and robert_ancell. [11:12] christhecoolboy: "11:34:09 evilvish | christhecoolboy: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss" [11:12] however, better would be: [11:12] https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss [11:13] ari-tczew: nevertheless, it should be removed [11:13] we should keep debian/changelog concise and useful [11:13] ari-tczew, ? [11:13] ari-tczew, I didn't do a merge myself for a long long time [11:13] patel gave me: https://wiki.ubuntu.com/UbuntuDevelopment#Communication [11:14] and that said about the IRC [11:14] but I couldnt find an email address [11:14] christhecoolboy: you've now been given an appropriate link several times [11:14] yes, but I cant send the email until I have something set up [11:15] dholbach: I mean that you didn't have objections about this one in d/changelog. [11:15] then the reality of the situation is that you'll probably need to learn to program enough to get something started, I'm afraid [11:16] I'm not sure even what it would be coded in [11:16] ari-tczew: I could just remove it myself of course, but I don't like editing things in other people's names [11:16] cjwatson: I'll send fix in 5 minutes. [11:16] thank you [11:22] hey janimo [11:23] hey dholbach [11:28] * ogra_ jawns === ogra_ is now known as ogra [11:32] cjwatson: reuploaded [12:01] Laney, hi, do you know bhavi, he grabbed the docky sync a few hours ago and still isn't finished? [12:02] ricotz: his nickname is cdbs [12:02] (I think) [12:02] Laney, cdbs is Bilal Akhtar [12:03] oh ok, then I don't know, try the launchpad profile [12:03] Bhavani is usually bhavi [12:03] someone changed their nick :P [12:03] hmm, havent seen him around here [12:04] i also want him to look at the libgcrypt11 merge [12:05] dholbach, when is he around usually? [12:05] bhavi on IRC is coolbhavi [12:05] but he doesn't use #ubuntu-devel, rather #ubuntu-motu [12:06] ari-tczew, ok, thanks [12:06] ricotz: what's the problem? [12:06] ricotz, Bhavani lives in India, but I don't know his usual in-IRC pattern [12:07] dholbach, alright [12:08] ari-tczew, the docky sync i mentioned above [12:09] ricotz, coolbhavi is in #ubuntu-motu now [12:09] ricotz: uploaded and built fine. https://launchpad.net/ubuntu/+source/docky/2.0.10-1 [12:09] https://bugs.launchpad.net/ubuntu/+source/docky/+bug/703803 [12:09] Ubuntu bug 703803 in docky (Ubuntu) "Sync docky 2.0.11-1 (universe) from Debian experimental (main)" [Wishlist,In progress] [12:10] dholbach, tx [12:10] anytime [12:12] Hi, I would like to use my own ftp server as repository for installation using preseed, what do I need to do to create my ``own mirror'' (without every .deb packages, just the ones I need) ? [12:19] zul, slangasek: fix for bug 558793 pending, includes a debdiff with the patches backported. ok to upload to lucid-proposed? [12:19] Launchpad bug 558793 in samba (Ubuntu) "net ads dns register fails in 2008 R2 domain" [Medium,Triaged] https://launchpad.net/bugs/558793 [12:32] cjwatson: do you have a moment to answer a quick grub question? [12:32] sure [12:33] cjwatson: I have a maverick machine set up with a encrypted rootfs (using the alternate installer) [12:33] cjwatson: What's the correct way to get into the grub boot menu on such a setup? [12:34] does it just boot without showing the menu at the moment? [12:34] cjwatson: Escape doesn't work ... currently pressing Ctrl+Alt+Delete from the rootfs password prompt is the only reliable way I see, but that looks unintentional (?) [12:34] cjwatson: ^ yes [12:34] hold shift [12:34] cjwatson: aha, I tried Ctrl [12:35] cjwatson: this seems different for every version of grub, but more likely that's just down to configurability + my inexperience ... [12:35] * ogra grumbles about the archive still being out of sync for armel [12:36] * dmart tries [12:36] dmart: it changed from GRUB Legacy to GRUB 2; it hasn't otherwise changed [12:36] cjwatson: looks like Shift works for me -- thanks [12:36] dmart: this is because the PC BIOS architecture doesn't allow instantaneously checking whether Escape is pressed [12:36] cjwatson: ^ maybe that's what confused me === dendrobates is now known as dendro-afk [14:03] anyone know how to debug GNU linker scripts? I have a build failure due to an ASSERT((foo == bar)) failing - it would be nice to have a way to ask it to print the values it believes foo and bar hold [14:03] what is #ubuntu-women [14:03] I wanna help ubuntu in some way [14:04] and I read about "mentoring" [14:04] christhecoolboy, why dont you ask in #ubuntu-women about #ubuntu-women ? [14:04] I did [14:04] I got no responce [14:04] its like a ghost town lol [14:05] o.O [14:05] and what made you think it is appropriate to ask here instead of waiting for an answer ? [14:05] cause I wanna know that I am not doing something that I shouldnt be [14:05] i think ubuntu-woemon explains itself or? [14:06] *women either [14:07] ogra, ^^^ [14:08] christhecoolboy, this channel here isnt for support [14:08] christhecoolboy: this is the development channel, your action is considered spammy here [14:09] where do I go? [14:09] to chat with people [14:09] !offtopic > christhecoolboy [14:09] christhecoolboy, please see my private message [14:13] hi [14:13] What is the easiest way to package for two or more distroseries? I use git-buildpackage and CDBS. [14:13] Do I need to use a different debian/changelog file for each distroseries? [14:14] (lucid, maverick, natty) [14:14] yes, you do [14:14] Oh! sorry I was wrong. I can use the same control file. [14:15] indeed (generally) - you just need a different version and upload target in debian/changelog [14:15] cjwatson, should I use a whole different changelog file, or just add one entry in the changelog everytime I want to upload it [14:15] just add an entry each time [14:15] ok [14:15] the value of a changelog is rather diminished if you keep emptying it :) [14:16] yep [14:16] And sometimes I might want to use different version of -dev libs in the control file... I might need many different control files. [14:18] cjwatson, and then I should add ~maverick to the version of my package? [14:18] let say 2.1.6~maverick ? [14:19] that would be one approach which would work, yes [14:19] pitti: around? [14:20] needing different versions of development libraries for different releases is rare. that's usually a function of the source code you're uploading, not a function of where you're uploading it to. [14:25] bdrung: hello; I am, just not very IRC-attentive today, as I'm on a sprint this week [14:25] pitti: i am waiting for your response to bug #701282 [14:25] Launchpad bug 701282 in mpd (Ubuntu Maverick) "MPD lacks Mp3/LAME support in Ubuntu 10.10" [Medium,Triaged] https://launchpad.net/bugs/701282 [14:26] the feature vs bug discussion [14:26] bdrung: ah, so I guess the "sin" was to allow that other SRU you were referring to [14:27] bdrung: as I said, it's not covered by the policy, but if you are sure that enabling this won't/can't cause regressions for other functionality and formats, I'm not too concerned about it [14:28] pitti: enabling one format shouldn't cause any regression (but i can't swear) [14:28] /win 5 [14:29] pitti: Bugs which do not fit under above categories, but (1) have an obviously safe patch and (2) affect an application rather than critical infrastructure packages (like X.org or the kernel). [14:30] RoAkSoAx: /lose 10 [14:30] bdrung: right, but it's not "obvious" that e. g. the new plugin won't cover formats which previously were handled by other formats, etc. [14:31] bdrung: it's not very likely, but we should test it properly [14:31] pitti: backporting instead of a sru would pull a newer version. [14:31] pitti: for testing it we have -proposed [14:34] ok [14:36] pitti: lol xD === smb` is now known as smb [15:03] ev, are you available? [15:05] om26er: indeed I am [15:06] ev, i have a branch for empathy but it seems there have been another upload to natty for empathy so letme merge with trunk and I'll be back [15:07] okay === hdon- is now known as hdon [15:22] ev, https://code.launchpad.net/~om26er/ubuntu/natty/empathy/empathy-fix-666288-2/+merge/46485 [15:34] cjwatson, 2.6.1-1~maverick ? [15:36] aalex_laptop: sorry? [15:36] cjwatson, oh sorry. Would that be a good version name for a package for Maverick? (that's only for a PPA) [15:37] that's a reasonable version number for a backport of a package whose main branch has version number 2.6.1-1 [15:37] main branch? [15:37] though I'd use ...~maverick1 personally, or maybe ...~ubuntu10.10.1 [15:37] natty, at the moment [15:37] for PPAs I usually do ~distro~ppa1 to not interfere with official backports [15:37] ok, so it would be better to use 2.6.1~maverick1 [15:38] you should look up what the different components of version numbers mean and work from that [15:38] any wiki page about that? [15:38] the Debian policy manual [15:38] (not a wiki) [15:38] well, there are tilde in the Debian policy? [15:38] aalex_laptop: http://people.canonical.com/~cjwatson/ubuntu-policy/policy.html/ch-controlfields.html#s-f-Version [15:38] oops [15:39] the tilde is a version number element defined by Debian policy, yes. [15:39] it has a specific meaning which you can look up. [15:39] here's the link to Debian: http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version [15:40] doesn't really matter which you look at in this case [15:41] on a sidenote there is also a package for local installation of the docs :) === Quintasan_ is now known as Quintasan [16:03] jdstrand, hey! was the upload to maverick-proposed rejected for this branch https://code.launchpad.net/~om26er/ubuntu/maverick/rhythmbox/rhythmbox-bugfixes-maverick/+merge/43558 there doesn't seem to be anything in Unapproved queue for maverick [16:11] cjwatson: python-django from unstable is FTBFS. [16:12] jdstrand: ^^ [16:29] amitk: could you subscribe me to any bugs you file about that blank dialog thing (i'm broder on lp)? i've seen it once before on a maverick+fglrx machine, but couldn't reproduce it anywhere else so didn't spend too much time worrying about it [16:37] doko, I'm working on bug #704027 [16:37] Launchpad bug 704027 in gavl (Ubuntu) "gavl 1.2.0-1 FTBFS on armel" [Medium,Confirmed] https://launchpad.net/bugs/704027 [16:38] doko, does PPAs provide builds for armel? [16:38] s/does/do/ [16:39] mmh maybe I've found the answer === andreserl is now known as RoAk === RoAkSoAx is now known as andreserl === RoAk is now known as RoAkSoAx === beuno is now known as beuno-lunch [16:51] Hmm, since I upgraded to maverick (not a fresh install), do I need to add "natty" in the list of possible version for pbuilder somewhere? [16:51] $ sudo DIST=natty pbuilder create >>> Unknown distribution: natty === superm1` is now known as superm1 [16:54] aalex_laptop: Your pbuilderrc [16:55] tumbleweed, ah! thanks. Long time I hadn't modified that [16:56] ebroder: sure, I haven't filed a bug yet since I can't file from the affected macbook (since I can't see anything on the screen). ubuntu-bug --save pango.log pango isn't being very helpful. Any idea what info I should collect for pango/gtk+2.0 bugs? [17:10] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: [17:10] amitk: not really. the machine i ran into this on was running a primarily non-gtk environment, so it wasn't that important to get fixed [17:12] tumbleweed, setting up pbuilder for natty failed: http://paste.debian.net/104878/ [17:13] aalex_laptop: that paste excludes the actual error :) [17:15] tjaalton: should be fixed for natty before SRUing to lucid, at least === emma_ is now known as em [17:27] Straw Poll: what would you think about making the patch pilot schedule a public Google Calendar instead of the wiki? It'd be a bit more work for me to set it up, but it could send out reminders [17:27] +1 [17:28] +++++++ 11111 one one !!! [17:28] hey dholbach, how are you? [17:28] seb128, good - how are you? [17:29] rather fine as well thanks [17:29] gcalendar -> seems a nice idea, would be easier to handle than the wiki [17:29] it's more clicking for me and not just one wiki update, but I can see the advantages [17:29] tumbleweed, W: Couldn't download package procps ? === bduncan_ is now known as bduncan [17:30] aalex_laptop: out of sync mirror? [17:30] tumbleweed, sudo DIST=natty pbuilder update ? [17:31] aalex_laptop: no, edit your pbuilderrc to point to another mirror, until your one is behaving again [17:35] tumbleweed, I am not sure to know how to do that. Here is my .pbuilderrc (on maverick) http://paste.debian.net/104884/ [17:35] can somebody give me a good example of a clean packaging for a project using cmake? [17:35] mirrors.kernel.org is my current mirror [17:36] I could use the mirror I use usually - it's going to be faster anyways [17:36] ok [17:36] dholbach: there's a dh buildsystem for cmake - does debhelper rules.tiny not work? [17:36] dholbach: clementine [17:36] cjwatson, I don't know - I was just trying to help out somebody who asked for help with it [17:37] you'd need Build-Depends: debhelper (>= 7.3.0) [17:37] personally I'd use rules.tiny and only add things if that didn't work. :) [17:37] thanks cjwatson [17:37] thanks ari-tczew [17:44] aalex_laptop: hmm, mirrors.kernel.org is normally pretty good, and doesn't look out of sync [17:46] hmm === beuno-lunch is now known as beuno [17:47] tumbleweed, it worked with ubuntu.mirrors.iweb.ca - though I had to edit the file to remove the /ubuntu/ suffix [17:47] weird [17:48] aah, whoops, I was looking at the EU cluster [17:48] seb128, ogra: got the mail? [17:48] dholbach, yes [17:49] thanks [17:49] yup [17:49] dholbach, thanks ;-)! [17:50] awesome ! === yofel_ is now known as yofel [18:05] are we aware that nm-applet is core-dumping on suspend/resume ? [18:13] james_w`, is it possible to manually kick lp:ubuntu/lucid-proposed/cloud-init to get updated ? [18:23] smoser, we're investigating an operational issue currently which is preventing any imports [18:25] james_w`, ok. thats fine. so is "bother james_w because he surely has nothing else to do" the correct way to deal with this ? [18:26] smoser, you can file a bug on the 'udd' project [18:26] ok. [18:26] do you want me to do that now ? or just in the fugure [18:27] smoser, please file a bug, I don't want to forget your package when we fix the issue [18:30] am i right that the thing that ends up getting auto-imported is lp:ubuntu/lucid-proposed/ rather than lp:ubuntu/lucid-updates/ [18:30] is that right ? [18:31] or, maybe both are supposed to be eventually. [18:32] cjwatson, any idea where i might find someone with avahi smarts ... seems its gotten worse to the point its not working at all now (in natty) [18:34] james_w`, bug 704079 [18:34] Launchpad bug 704079 in Ubuntu Distributed Development "cloud-init ubuntu/lucid-proposed branch not updated" [Undecided,New] https://launchpad.net/bugs/704079 [18:34]