=== JackyAlcine is now known as [Jacky] === [Jacky] is now known as JackyAlcine [01:38] anyone here know how to get a wordpress blog onto planet.ubuntu.com? [01:39] thought i'd ask whilst i hunt down people on the regional board who approved my membership [01:44] Resistance: https://wiki.ubuntu.com/PlanetUbuntu [01:44] micahg: yeah, but i have some questions ;P [01:44] specifically... [01:45] whats a 'hackergotchi', and is there any special config i have to do within wordpress to make it work? [01:45] * micahg is unfamiliar with the reference [01:46] avatar [01:46] photo [01:46] image [01:46] picture [01:46] mugshot [01:46] ah [01:46] can it be changed at a later date once uploaded? [01:46] presumably [01:46] (i.e. if i change my image, so to speak) [01:46] * micahg should probably set up a blog after 2 yrs :) [01:46] micahg: lo [01:46] lol* [01:50] is there a bzr version of git rebase? [01:51] bzr-rebase? [01:52] there some special package you have to install to get that? [01:53] I believe its in 'bzr-rewrite [01:53] ' [01:53] ahh, there we go [02:42] lifeless: could i just use a smaller version of the launchpad avatar/image I iuse? [02:42] use* [02:42] for the hackergotchi [03:04] tumbleweed: git repository should show up at git://git.debian.org/~ebroder-guest/freeimage.git some time within the next 6 hours [03:24] Hi [03:24] Just out of curiousity [03:25] is there a formal way of suggesting my launchpad packages to be added to universe? [03:36] thedude_: if your packages aren't specific to ubuntu, we really, really prefer that new packages come to universe through debian [03:36] http://mentors.debian.net/ is a good place to start [03:38] ah that makes sense [05:34] Hey, I'm writing a debian/control file, is there a way for an app's dependencies to be automatically loaded into the Builds-Depends field? [05:34] I'm using CMake for building. [05:37] JackyAlcine: you could probably do it, but that sort of thing is really strongly discouraged, because it creates the possibility of build-dependencies changing without explicit action changing them [05:37] (which can affect otherwise unchanged rebuilds or security builds or any other type of builds) [05:37] I'll stick to standards then, and I see why that'd be discouraged. [05:37] Thanks, broder [05:37] the debian ftpmasters will automatically reject any package whose build-deps are dynamically generated [05:37] np :) [05:38] (the second item in the table at http://ftp-master.debian.org/REJECT-FAQ.html - it's talking about a misguided option in cdbs specifically, but is more generally applicable) === Guest86932 is now known as kklimonda === kklimonda is now known as Guest35546 === Guest35546 is now known as kklimonda [08:10] good morning [08:53] hi, I'm having problem with devel package. if I want to install devel package from source, which file should I copy to where? [12:48] broder: knew it'd be rejected. I'll add an override === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan [15:26] tumbleweed: thanks - i didn't realize embedded-library was on the autoreject list. looks like it's built on everything, so i'll go ahead and sync it [15:26] (once lp picks it up) [15:29] broder: did you see the bug requesting a patch for the next libpng? :) [15:29] the lp bug? [15:29] debian [15:30] oh, no. i thought i only saw one debian bug [15:30] oh, also, your tags were the wrong type. Turned them into annotated tags [15:30] that was what git-import-dsc created [15:31] (i thought it was weird too) [15:31] anyway, getting that update pulled together was scarring enough that i really, really have no interest in adopting the package :-P [15:53] * Laney receives a terrifying email from lp-udd [15:53] seems the librarian is broken ... [15:56] yup [15:56] soren was making noises about it in #launchpad [15:56] so i saw [15:56] and I'm also getting rude e-mails from scripts [15:57] Laney: it didn't bump the stamp, did it? [15:57] yeah but i rolled it back [15:57] it also managed to get a few uploads [15:57] ok, we should make it not do that [15:57] more than n fails -> abort [15:58] ? [15:58] probably better go for a window [15:58] more than n fails from m entries [15:58] n% [15:58] sounds ok === dholbach_ is now known as dholbach === al-maisan is now known as almaisan-away [16:59] quilt mail says it needs you to install "formail" but I can find no such package. what do I need to be able to mail quilt patches? [17:00] formail is in the procmail package [17:00] http://packages.ubuntu.com/search?searchon=contents&keywords=formail&mode=exactfilename&suite=oneiric&arch=any [17:01] ahh... apt-cache search wasn't turning that up... [17:05] psusi: for looking for files, you need apt-file rather than apt-cache [17:05] or you can just run the command and let command-not-found tell you :-) [18:10] so quilt mail doesn't seem to understand DEP-3 headers... it puls the subject line and discards the rest. Any workaround for that? [18:10] put the tags below the subject [18:11] jtaylor: eh? they are [18:12] with a empty line between tags and subject [18:12] then that's not DEP-3 ;) [18:13] sigh... but I guess I'll just have to manually go add the blank lines to all of these patches then [18:13] its the best possible currently [18:14] how many patches have you got oo [18:21] 17 [18:21] got it done already, wasn't that bad === Resistance is now known as EvilResistance [22:03] i'm currently trying to switch unity-lens-bliss from autotools to distutils. [22:04] i'm not exactly a distutils guru, so i was wondering what's the proper way to substitute vars (as is otherwise done by autotools) [22:05] can someone give me a hint on how to do that? [22:10] tumbleweed: ^^ [22:11] ( see lp:~ockham-razor/unity-lens-bliss/distutils ) [22:15] ockham_: it doesn't have a concept of substitude vars [22:15] ockham_: however it's python, so you can do anything you want [22:15] tumbleweed: i found distutils.util.subst_vars [22:15] tumbleweed: could be useful [22:16] why do you need them? [22:18] tumbleweed: isn't that for, well, variable substitution? -- upstream's currently doing that --via autotools [22:20] ockham_: those are very simple substutions, you can easily do them yourself (if distutils.util.subst_vars doesn't do what you want, haven't heard of it or looked at it) [22:30] Greetings, everybody. Got a noob launchpad question. I just fixed the issues described here: https://bugs.launchpad.net/ubuntu/+source/libavg/+bug/899183 and I'm wondering if I simply have to upload again the files (logs, debian.tar.gz, dsc, source.changes) or there is another custom in such cases (like bumping ubuntu revision leaving the previous as UNRELEASED). Thanks in advance [22:30] Launchpad bug 899183 in libavg (Ubuntu) "Please upgrade to libavg v1.7.0" [Wishlist,Incomplete] [22:33] oxullo: you definitely don't bump the version number - you don't need to do that until after that version has been uploaded to the ubuntu archive [22:33] oxullo: and you shouldn't need to upload all of those files - at most, the .dsc and .debian.tar.gz [22:34] and .dsc isn't all that important, really [22:34] broder: pdebuild session log for convenience? so I basically overwrite the old ones [22:34] oxullo: i wouldn't bother. anybody sponsoring will test the build themselves before uploading [22:35] broder: alright. Thank you! [22:37] broder: one last question, if I may.. Should I change anything on the state of the bug or just upload and brief comment? the potential sponsor is subscribed.. [22:39] oxullo: make sure ubuntu-sponsors is subscribed (i usually unsubscribe them when i don't think something is ready to be sponsored, but andrew didn't), and change the status to something other than incomplete - probably confirmed [22:41] broder: I subscribed ubuntu-sponsors when I uploaded the first set of files, it's still there. Ok, thank you very much again! [23:45] hi, I am making my own .deb; installation works fine with dpkg -i but now I am trying to use apt-get [23:46] it seems that when I update reprepro it is using a cached copy of the deb [23:46] for my development I need to be able to quickly update the apt repository with the same package version number [23:47] pcpratts: you don't need to, or want to, use the same version number. You only think so. [23:48] tumbleweed. but this package isn't being released [23:48] tumbleweed: I am working on releasing the package. I am debugging the installer [23:48] so, put a .1 and the end and increment it continuously [23:48] or stop using reprepro [23:49] tumbleweed: okay so I guess you are saying I will be fighting alot if I do it my way. okay. I will increment the number. thanks [23:50] anyone got any idea when lp's librarian is going to be back up and running? [23:50] EvilResistance: i'd pay attention to #launchpad [23:50] until then the package publishers are down :/ [23:50] if you want an easy archive that doesn't require you to increment versions, just use dpkg-scanpackages [23:50] broder: was curious if the motu's knew anything that #launchpad wasnt telling normal users :P [23:50] but for debugging, you shouldn't need ot be usin gapt [23:51] EvilResistance: naah, there's no secret channel [23:51] EvilResistance: MOTUs basically never know anything about LP that #launchpad doesn't tell us [23:51] hmm [23:51] tumbleweed: would you mind taking a look at lp:~ockham-razor/unity-lens-bliss/distutils ? [23:51] i take it, though, with the publisher offline, its screwing up things for the alphas? [23:51] precise alphas* [23:51] broder: although, we can see crash bugs, which non-ubuntu-devs can't [23:51] what do you mean? alpha 1 has already been released. the next alpha isn't for a while [23:51] that's about it [23:52] meh [23:52] broder: they said that with the publisher(s) down that it affects the Ubuntu repos for new packages, so i was curious and asked :P [23:53] tumbleweed: my package works perfectly with dpkg. but now I am debugging upgrading packages with apt [23:53] pcpratts: what are you doing that makes it not work with apt? [23:53] EvilResistance: shouldn't be desperately long, I wouldn't worry about it [23:53] tumbleweed: eh, not sure yet. :) [23:53] hours not days [23:53] pcpratts: dpkg-scanpackages makes an archive that apt can use (it's flat, doesn't have pools) [23:54] cjwatson: since my pbuilder environment decided to explode, i'm kind of impatient ;P [23:54] cjwatson: okay, so, say, before midnight (approx 5 hours)? [23:54] tumbleweed: okay, I'll look into that [23:54] EvilResistance: dunno, I'm guessing based on what sysadmins are saying, I wouldn't like to give a deadline for fear I'd be holding them to it [23:55] hm. [23:55] okay then. [23:55] * EvilResistance impatiently waits for LP to fix the problem [23:55] I don't particularly want to hassle them since it's clearly been a pretty stressful day in sysadmin land [23:55] heh [23:56] ockham_: there is'nt a debian directory [23:56] the publisher is down to avoid causing further havoc, basically [23:56] cjwatson: what about the builders? [23:56] a few hours ago all the amd64 virtual builders showed as disabled [23:56] builders are still running [23:56] tumbleweed: um, yeah. i was asking about my autotools -> distutils conversion for now... [23:56] as did the un-used i386 builders [23:56] that's something different [23:56] cjwatson: they're the PPA builders [23:56] that's the issue :/ [23:56] yes I know [23:57] ockham_: you probably don't want to install the python bits as data_files, but as a module [23:57] not sure what that's about; I suppose it could be connected to librarian breakage, as that takes out a very large swathe of Launchpad [23:57] lots of builders being down does tend to trigger alerts, so it won't be forgotten [23:57] tumbleweed: yeah, i basically copied from other lenses. is there a more elegant way for /etc stuff, btw? [23:57] ockham_: in fact, I wouldn't try to put stuff into /etc wit hthe setup.py either [23:57] tomorrow should be a better day :-) [23:58] some things are more cleanly done with dh_install [23:58] (you'd expect setup.py install to do something sane in a virtualenv) [23:59] tumbleweed: i was meaning to keep setup.py usable for upstream, so i figured i needed to take care of /etc stuff [23:59] ockham_: oh, and import * is very poor style