[00:02] kirkland, ping [00:02] Daviey, ok [00:11] ogra_ac: hi [00:11] kirkland, your change to user-setup isnt the the bzr tree [00:12] kirkland, was that only the bs=16M in user-setup-apply ? [00:12] * ogra_ac tires to get the branch fixed since he committed his fix already [00:13] (before looking at the package indeed) [00:15] ogra_ac: yes, that's all [00:16] ok [00:17] ogra_ac: sorry about that [00:17] not sure how that happened [00:17] well, dont worry, i'm sorting === ivoks is now known as ivoks-afk === bjf is now known as bjf[afk] === bjf[afk] is now known as bjf === jjohansen is now known as jj-afk === bjf is now known as bjf[afk] [00:38] slangasek: erm, seems like a "status" stanza is needed in upstart. it's a regression that arbitrary checks can't be added. [00:40] kees: I'm of the view that this doesn't belong in upstart because upstart itself has no use for such a thing and it would be provided solely for external consumers, so there's no reason to involve upstart at all in the design; but Keybuk might take a different view if you ask him [00:43] slangasek: hm, as a sysvinit replacement, there is sense to "is my service operational?" beyond "is there a pid for it?" seems to me like that overlaps with upstart. I'll ask him. [00:44] kees: I agree that there's a need for querying such information, I just don't see any reason for pid 1 to mediate it [00:45] in fact, I can see that introducing some nice security holes ;) [00:45] slangasek: fair enough. [00:45] slangasek: right, the shift in who is doing what does pose a risk [00:46] if Keybuk agrees, I guess it should just live in the "service" command. [00:46] though "status" from upstart should be renamed. [01:52] YokoZar: xfonts-baekmuk is an alias package. I don't think it's necesary any more. === rgreening_ is now known as rgreening [10:54] hellow I want to create driver for my Radeon X700 for full 3D on 10.04, where I can find radeon developers? [10:56] You can program a 3D accelerated driver but you can’t find the project contact info on the web? :-) [11:04] ok I find them [11:14] i try to build a package for lucid i386 , i did first (pbuilder-dist lucid i386 create) .... i did a chroot in that environnement .. installed needed packages and so on ... but here is the error i get when i run the debian/rules [11:14] http://dpaste.com/251926/ [11:16] here is the debian/rules file -> http://pastebin.com/4KnnLvPj [11:16] i did run debian/rules get-orig-source [11:17] this works in a normal environnement (no chroot) === zyga_ is now known as zyga === dywi_ is now known as dywi [16:40] hey everyone, I was just wondering after upgrading my netbook to meerkat, how do I add items to the unity launcher? [16:45] jellington: Support is in #ubuntu+1 for Maverick. [16:47] alright [16:48] guys, when run 'debuild -us -uc', i don't get the *diff file ... i don't know why [16:48] here is the files i have http://pastebin.com/t3HDUm6S [16:48] may someone explain or help me ? [16:50] sorry, here is a better pastebin ;) http://pastebin.com/YiceNGFb [16:50] thanks in advance [16:51] paissad_: You're using Debian source format version 3. It has debian.tar.gz instead of diff.gz that version 1 uses. [16:52] ScottK, ahhh, yeah that's it ! of course ... so knowing that i have a debian repository, i put the debian.tar.gz instead of the diff.gz ? [16:53] no no [16:54] paissad_: Are you working on a package that you hope to get into Ubuntu? [16:55] ScottK, no .. that will no go for Ubuntu, not for the moment .. but i maintain a repository that contains packages that many people use ... so i have to do a good job [16:55] paissad_: #ubuntu-packaging is probably a better channel for you. [16:56] ScottK, the package is already created ... but knowing that there's no more diff.gz file, ... i just wonder what to put in the repository instead ^^ [16:57] btw, the package is also in PPA, so ... [16:57] paissad_: This channel is for development of Ubuntu. What you're asking about is really off topic. [16:58] oh sorry [16:58] #ubuntu-motu is also for development of Ubuntu ? [17:01] Yes. [17:01] paissad_: #ubuntu-packaging (I think that's it's name) is for packaging help outside of Ubuntu (like PPAs) [17:36] is anyone processing SRUs for maverick yet? [17:38] None have been uploaded yet. [17:40] ScottK: would you mind uploading one for me please? =) [17:40] it's libgpod. [17:41] I'm a bit tied up at the moment. Maybe later today. [17:41] ScottK: https://bugs.launchpad.net/ubuntu/+source/libgpod/+bug/652855 [17:41] sure [17:41] Launchpad bug 652855 in libgpod (Ubuntu) "Please fakesync libgpod 0.7.95-1 from Debian experimental to maverick-updates" [Undecided,New] [17:41] If it's an SRU it won't get accepted until after release anyway, so there's no rush. [17:42] * hyperair nods [17:43] ScottK: do i have to wait until libgpod is accepted before uploading banshee and banshee-community-extensions (bce depends on banshee which depends on libgpod) to -proposed? [17:43] or can i just upload those two already? [17:44] hyperair: No, they can all be uploaded, but if you're thinking of getting new releases in through updates, you ought to pre-coordinate with ubuntu-sru if you haven't. [17:44] ScottK: pre-coordinate how? [17:45] hyperair: Usually we don't accept new versions in -updates (except for the few packages that have micro-version update exceptions). [17:45] So if you upload new versions to updates without talking to them, I think they are likely to just reject it. [17:45] * ScottK isn't on ubuntu-sru, so can't say for sure. [17:45] ScottK: so who in ubuntu-sru can i talk to about this? [17:46] Normally pitti would be best, but he hasn't been around much. Not sure. [17:47] i see. [17:47] what about seb128? [17:48] hyperair, https://launchpad.net/~ubuntu-sru/+members#active [17:48] well, why didn't i think about that? =) === hunger_ is now known as hunger [18:12] is there another alternative to dput ? ... i know there's one .. but i've forgotten it [18:15] dupload? [18:17] hmm, maybe [18:24] i uploaded a file to my ppa ftp account using dput, am I supposed to take action after that? [18:25] i was expecting the ubuntu servers to attempt to build my package and send me an email or something [18:30] jonrafkind: you should get an e-mail when the system accepts your upload, although you won't get an e-mail after the build unless the build fails. If you don't get an e-mail on accept, then see https://help.launchpad.net/Packaging/UploadErrors [18:31] oh oops ok I got an email about upload failure. i forgot the tilda in front of the path [18:31] is this the right path to use? ~rafkind/ppa/ubuntu [18:31] If you're using dput, then just upload to ppa:rafkind/ubuntu [18:32] isnt that only in 9.10? i have 9.04 [18:32] jonrafkind: then you'd change your ~/dput.cf [18:32] yes.. [18:33] .dput.cf [18:33] but is my path right? [18:33] yes it is [18:33] ok === fddfoo is now known as fdd [19:02] are you sure thats the right path? i got this error: Could not find a PPA named 'ppa' for 'rafkind'. [19:02] should i use the name of my ppa instead of the characters 'ppa' ? [19:02] jonrafkind: what's your launchpad username [19:02] rafkind [19:03] jonrafkind: well, you didn't use the default name, ppa [19:03] instead, you named it after "paintown" [19:04] yea [19:04] so ~rafkind/paintown/ppa and try again [19:04] the directions are sort of ambiguous about this [19:04] so ~rafkind/paintown/ubuntu, sorry [19:04] ok [19:04] this is pretty stupid how i get the path error after i upload the entire file [19:04] it takes me 20 minutes to upload this file, and then i get an error about the wrong file path [19:05] :( [19:07] if the default name was ppa then why do the dput directions on the launchpad page say 'dput ppa:rafkind/paintown ' [19:07] so if i changed my package name from 'ppa' to 'paintown' that should affect the 'ubuntu' in that path [19:07] are you sure its not ~rafkind/ppa/paintown ? [19:08] sorry i mean, 'that should not affect the ubuntu in the path' [19:11] jonrafkind: 'ubuntu' is always the finishing thing in your path of launchpad ppa [19:12] https://launchpad.net/~rafkind/+archive/paintown [19:12] can you see the contents of this page? [19:12] it says dput ppa:rafkind/paintown [19:13] jonrafkind: yes, that's correct [19:14] so.. that doesnt end with /ubuntu [19:14] or you're saying the 9.10 version of dput is different from the ftp version? [19:14] if i had just used 'ppa' as the name then it would be 'dput ppa:rafkind/ppa' ? [19:15] jonrafkind: yes, if you have 9.10 or higher, just do that [19:15] right, but i dont [19:16] im just wondering about the naming convnetions [19:16] jonrafkind: if not, you should use ~username/ppaname/ubuntu [19:16] jonrafkind: Just add this block to your ~/.dput.cf: http://pastebin.ubuntu.com/504628/ [19:16] Then you can do dput ppa:rafkind/paintown or whatever [19:16] ok. the directions were confusing because they say 'probably you should use the default name ppa' [19:17] the ppa: URLs were a configuration, not a code, change [19:17] but thats sort of ridiculous because when i created the ppa i wanted to give it a name [19:17] it seems most likely that people will name their ppa something other than 'ppa' [19:17] so the directions should say 'use the name that you chose when you created the ppa' [19:18] jonrafkind: you may want to discuss these things at #launchpad, :) [19:18] whats %(ppas)s ? [19:18] is that a meta comment? [19:18] jonrafkind: It doesn't matter. It's the magic that makes ppa: URLs work [19:19] so if i use that and then do 'dput ppa:rafkind/paintown' it would work? [19:19] Yes [19:19] oh ok, and this is the only change between 9.04 and 9.10? [19:19] It's the only one relevant to dput ppa: working [19:20] ok, thanks === yofel_ is now known as yofel === amitk-afk is now known as amitk