[00:37] <pp7> how are video file thumbnails generated in ubuntu? sometimes they are generated, sometimes they are not for me
[02:48] <dobey> pp7: by the totem-video-thumbnailer program usually, which is included in the totem package
[02:58] <ScottK> pitti (or whoever else might be around to fix it): libboost-graph1.49-dev needs to be in Main to support the transition from 1.46 to 1.49.
[03:02] <infinity> ScottK: I don't see it on component-mismatches.
[03:02] <ScottK> That's because it'll cause an FTBFS if we use it now.
[03:03] <ScottK> Promote it and then we can drop 1.46.
[03:05] <infinity> ScottK: Any of the other binaries need promoting?
[03:05] <ScottK> Is all of 1.49 in Universe?
[03:05] <infinity> (locale, math, random, signals, system, thread, timer, wave, filesystem, date-time, chrono..)
[03:05] <ScottK> That was the one I was told about?
[03:06] <infinity> Yeah, it's all in universe right now.
[03:06] <infinity> Well, not all.  But lots of it. :P
[03:06] <ScottK> That's the only one needed for kdepimlibs.
[03:06] <infinity> How about I just promote the whole mess, and let them fall out in c-m later if that's correct.
[03:07] <ScottK> sounds good to me.
[03:07] <infinity> Done.
[03:12] <ScottK> Thanks.
[06:41] <pp7> dobey, thx
[06:46] <pp7> dobey, any idea where the thumbnails are stored?
[06:51] <dholbach> good morning
[06:51] <pp7> good night
[07:57] <soren> win 21
[07:59] <dholbach> soren, win! :)
[07:59] <nigelb> heh
[08:32] <soren> dholbach: Not just win. Win 21. Pay attention :)
[08:33] <dholbach> soren is full of win
[08:33] <nigelb> win full of 21s.
[08:53] <hrw> hi
[08:55] <hrw> srcpackage1 provides binary1, binary2, binary3. Now I want to create srcpackage2 which will provide binary1 while new upload of srcpackage1 will not provide it anymore. what is proper procedure for it?
[08:55] <hrw> new srcpackage1 can be uploaded and published before srcpackage2 as they do not require/conflict each other
[10:18] <cjwatson> broder: how about having the tool strip off the backport suffix and then do 'pull-lp-source -d PACKAGE BASEVERSION'?  that seems like it should be easy
[10:19] <cjwatson> hrw: as long as binary1's version monotonically increases all the way through, just do it - no need for anything special
[10:20] <hrw> cjwatson: thanks
[10:20] <cjwatson> hrw: I'd suggest uploading srcpackage2 first, probably, but it's not mandatory
[10:20] <hrw> ok
[10:23] <glatzor> cjwatson, pitti  hello collin martin. I have seen that you, Collin, already worked on a python3 port of python-software-properties. We have got a circular dependency here: the gtk part requires aptdaemon gtk3 widgets. So I prepared a small upload which would just provide a python3-software-properties (required by aptdaemon) to upload a python3 based aptdaemon
[10:24] <glatzor> cjwatson, pitti the branch is located here: lp:~glatzor/software-properties/python3
[10:26] <glatzor> pitti, furthermore python3 aptdaemon would require that the plugins (e.g. of language-selector get ported too). A small problem here is packagekit (the packagekit.enums is used by aptdaemon and plugins): it seems quite difficult to get it ported to python3. So I decided to ship the enums as aptdemon.pkenums in the aptdaemon package temporarily
[10:31] <cjwatson> glatzor: just one l in my name :-)  OK, I'm not at work today, I'll check tomorrow if pitti hasn't ...
[10:31] <glatzor> cjwatson, thanks colin :)
[10:32] <cjwatson> I hadn't realised that aptdaemon depended on s-p
[10:36] <glatzor> cjwatson, It is actually only a very small part: the apt key interface. so have a nice day.
[12:47] <vibhav> Ampelbein: ping
[13:28] <jgtimmer> hello, I'm wondering what I need to do to get a package from debian-unstable into Quantal ?
[13:31] <melodie> hi jgtimmer I am in a wonder about that Quantal. What is it ?
[13:31] <melodie> (stupid question I know)
[13:31] <melodie> you could bring your package to your ppa, so it will be rebuild for Ubuntu ? then you could add your ppa to your sources.list ?
[13:33] <vibhav> jgtimmer: Which package?
[13:33] <vibhav> jgtimmer: Do you mean the Ubuntu Archives for Quantal ?
[13:37] <jgtimmer> vibhav: yes, I would like to have it in the official ubuntu repositories
[13:37] <jgtimmer> environment-modules
[13:38] <jgtimmer> http://packages.debian.org/unstable/main/environment-modules
[13:39] <gaspa> you should 'just wait', imho.
[13:40] <vibhav> jgtimmer: Let me take a look
[13:40] <Laney> yes, it'll come in automatically
[13:42] <vibhav> jgtimmer: ^
[13:42] <jgtimmer> ok
[13:42] <jgtimmer> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583484
[13:42] <melodie> hi, I would also like to ask a question : how could I get a sponsor to be interested in openbox-menu, which is a very performing program. I have learned to package for Debian and for Ubuntu, just for the purpose of getting it to be adopted officially. I would also want to learn how to package a set of additional files which can be used along with it.K
[13:43] <melodie> I have followed all recommended steps so far too.
[13:43] <jgtimmer> it's only in unstable since 3rd of may, I tought it was there for over a year and never made it into ubuntu. My bad. Thank you everyone
[13:44] <melodie> now I get bunches of mails from the debian-mentors ml
[13:45] <melodie> it is here and here : http://mentors.debian.net/package/openbox-menu  https://launchpad.net/~meets/+archive/ppa
[13:57] <jgtimmer> melodie: Quantal is the codename for the next ubuntu release
[13:57] <vibhav> melodie: YOu can get it into your PPA if you want?
[13:58] <jgtimmer> I want it in official ubuntu since I'm develloping a program that depends on it, and it's inculsion would make it a lot easier for people using it.
[13:59] <jgtimmer> just clarifying...
[13:59] <vibhav> ah
[13:59] <melodie> jgtimmer, thanks !
[14:00] <melodie> vibhav, yes, I have done that last night, it's here : https://launchpad.net/~meets/+archive/ppa
[14:00] <melodie> and also here :  http://mentors.debian.net/package/openbox-menu
[14:01] <melodie> vibhav, and I have not yet found a doc which explains clearly how to package configuration files provided as addons
[14:01] <melodie> ?
[14:39] <cjwatson> jgtimmer: it'll land in quantal in about three or four days (we agreed at UDS last week to restart syncing straight from unstable, but at the moment we're syncing from testing and there's a compiler fix I want to see land before I switch over)
[15:29] <jono> seb128, quick q: this GNOME remix flavor, this is a community project, right?
[15:29] <jono> now an official Canonical release
[15:29] <jono> jbicha, are you working on the GNOME remix?
[15:29] <jbicha> jono: good morning! yes
[15:30] <jono> jbicha, hey!
[15:30] <jono> jbicha, are you leading that project?
[15:30] <jbicha> I believe I am
[15:31] <jono> jbicha, ok cool, so this is a community project and not something Canonical staff are working on?
[15:33] <jbicha> it's not an official Canonical project, there's a bit of overlap as we're using many of the same packages Canonical's Desktop Team works on, but it's a community project like the other desktop flavors
[15:33] <jono> jbicha, gotcha, awesome
[15:33] <jono> thanks
[15:34] <jbicha> I'm definitely hoping the community can help with the ISO testing as that seems the most time-consuming part
[15:34] <vibhav> nigelb: ping
[15:34] <nigelb> vibhav: pong
[15:44] <melodie> I would like to join a project around Openbox, and I wonder if someone here is interested in using Openbox ? Either alone or with DM's else than Lxde ?
[15:47] <nannes> hiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii
[15:47] <nannes> I need to kill someone of you... any volounter?
[15:47] <maco> !ops
[15:47] <micahg> !ohmy | nannes
[15:47] <highvoltage> so in LP blueprints, it says that "workitems_text: The milestone 'quantal-beta-1' is not valid for the target 'ubuntu'."
[15:48] <highvoltage> but it's happy with quantal-alpha-1
[15:48] <highvoltage> am I doing something wrong?
[15:48] <nannes> ehy ehy I'm joking!
[15:48] <nannes> I have a serious question :D
[15:48] <nannes> it was just to have attention :P
[15:48] <maco> highvoltage: might be just quantal-beta?
[15:48] <highvoltage> maco: I tried that, but it didn't work either
[15:48] <maco> highvoltage: maybe no dash between beta and 1?
[15:49] <highvoltage> tried that, too :)
[15:49] <lamont> !justask
[15:49] <micahg> highvoltage: https://launchpad.net/ubuntu/quantal/
[15:50] <highvoltage> maco: ah, it's "ubuntu-12.04-beta-1"
[15:50] <highvoltage> I guess it changes to version number at beta time.
[15:50] <highvoltage> thanks, micahg
[15:51]  * micahg hopes quantal's version isn't 12.04
[15:51] <micahg> hmm, why does armhf show as unofficial for quantal...
[15:51] <micahg> infinity: ^^
[15:51] <nannes> I have to install ubuntu on 30 PCs of a network. So I'll use network installation. The issue is: I have an already-configured ubuntu-box by which I made an image .img. I need to install *that* image to the others PCs cause it's been already set correctly!!
[15:52] <nannes> How can I do that?
[15:52] <highvoltage> (12.10, even :) )
[15:52] <lamont> nannes: that's a question for #ubuntu... this channel is for discussing 12.10 development
[15:53] <nannes> they said me to come here :/
[15:53] <lamont> interesting
[15:53] <nannes> not them, but from #ubuntu-it chan
[15:54] <lamont> ah. yeah, #ubuntu is the right channel for non-development questions about released versions of ubuntu
[15:57] <mneptok> nannes: that kind of attention-grabbing is most unwelcome.
[15:57] <nannes> ok sorry
[15:58] <mneptok> nannes: any repeat behavior, or even anything close to the line at this point, will be met with the banhammer. clear?
[15:58] <nannes> what is a banhammer?
[15:59] <mneptok> nannes: you will be banned from any #ubuntu* channels in which you repeat such behavior. you will not be able to speak, join or otherwise participate.
[15:59] <nannes> oh
[16:00] <Laney> erm
[16:00] <Laney> can we lower the temperature a bit?
[16:01] <seb128> jono, hey, yes what jbicha said, we will mostly help by making sure we keep it's easy to turn off the Unity integration bits when possible but the image itself will be community built and maintained
[16:01] <jono> thanks seb128
[16:01] <seb128> yw
[16:02] <seb128> jono, I've been careful in the wrapup to say it was a community effort so hopefully nobody took it the wrong way
[16:07] <melodie> nannes, have you had a look at UDPCast ?
[16:07] <nannes> uhm no..
[16:07] <nannes> they're telling me to use clonezilla
[16:07] <nannes> (on #ubuntu)
[16:08] <cousteau> is bug 984878 already fixed?  its status is "GTK+: fix released; gtk+3.0: fix commited; Precise: in progress"
[16:09] <melodie> well udpcast is different I think because it is supposed to copy to several machines at same time. I leave to you to look at the udpcast page on the we
[16:09] <melodie> on the web
[16:09] <cousteau> I don't know what does "in progress" exactly mean
[16:09] <Guest62023> ciao
[16:09] <Guest62023> !list
[16:09] <nannes> ok!
[16:10] <melodie> nannes, would you know where I could find some devs interested in a openbox desktop project ?
[16:10] <melodie> I need help for several things such as how to package files (not program, but addon files)
[16:10] <nannes> melodie: hmmmm what kind of project?
[16:11] <melodie> I have done openbox versions of a distro during these last years and I have a good recipe for it, so I would like to do the same at Ubuntu now.
[16:11] <melodie> I started to cook : learned to make a debian package and sent to mentors and last night to ppa too
[16:12] <melodie> a program which allows to have fresh menus all the time, along with configuration files (this I have to do) which can be installed once and tweaked later
[16:12] <melodie> I mean can be used as is and tweaked also if the user whishes to do so
[16:13] <melodie> it allows having a the equivalent of a full desktop using openbox with a few additional programs
[16:13] <melodie> and not the hard way, the easy way.
[16:14] <melodie> any idea ?
[16:16] <nannes> Dunno if I'm understanding completely (i'm not english), so: you just did a customization of openbox to make it simpler and with some programs which you consider useful, and now you wanna make this compatible with ubuntu by making a deb installation package?
[16:18] <melodie> nannes, I have used this program for several years, have gathered relevant config files, adapted them for Ubuntu and Debian, did a package for Debian : is at debian-mentors now, and a package for Ubuntu : is on a ppa now, and I look for someone who will teach me how to do a package out of the configuration files. and also a few more details such as how to add post-install messages.
[16:19] <melodie> this is what I need most, and more if there is interest for a Ubuntu Openbox remix project.
[16:20] <nannes> hmmmmm sorry I dunno exactly... I'd ask openbox community if were you
[16:20] <melodie> nannes, now that you say... probably.
[16:21] <nannes> or also, ask big dev communities online, make your project and people will come
[16:21] <nannes> google code, github, sourceforge
[16:26] <melodie> nannes, I can do that indeed; I am still astonished to see that none can tell me about a howto somewhere which will let me know how to do a simple package with config files ? no need to compile, just package and indicate in which directories it goes and...
[16:28] <nannes> aaaaaaaaaah you just need that?? xD
[16:28] <melodie> and post install message howto.
[16:28] <nannes> I thought it was a compiling problem XD
[16:28] <melodie> nannes, yes, that can help me go further
[16:28] <nannes> so I can do it, too! Or better, I can link you a good guide to do that. It's about Bash-scripting
[16:28] <mneptok> melodie: https://wiki.ubuntu.com/PackagingGuide/Complete
[16:29] <melodie> argh ! bash scripting !
[16:29] <seb128> you can try http://pkgme.net/README.html
[16:29] <melodie> mneptok, thanks. I hope there is a howto for files too in that guide.
[16:29] <melodie> seb128, thank you
[16:29] <seb128> yw
[16:30] <mneptok> melodie: if there is not, it is only because that guide references the Debian Packaging Guidelines for such info. i'm not sure, as i have not read all those docs. but they should be complete, either self-contained or referentially.
[16:30] <melodie> I keep the links, will read the pages ASAP and will come back ask help if there are some things I don't understand.
[16:31] <melodie> nannes, what about your guide ? never know it could be another one ?
[16:31] <nannes> uhm it's a bit different, it's not a real "package"
[16:31] <nannes> follow their guides ^
[16:32] <melodie> nannes, ok. thanks
[16:33] <melodie> I have downloaded both pages.
[16:33] <nannes> Prego! :D
[16:33] <melodie> :-)
[16:35]  * nannes goes to study the modern novel -.-
[16:38] <melodie> bye
[16:51] <SpamapS> hey everybody.. you know, 12.04 is so awesome.. I was thinking.. we should do another release... perhaps around October? Who's in!?
[17:00] <nannes> lol..
[17:00] <nannes> SpamapS: I think there will be the october release like every year...
[17:05] <SpamapS> nannes: *fantastic* idea
[17:05] <SpamapS> perhaps we should just release Ubuntu every 6 months. :)
[17:05] <nannes> oh god, no. It's just too pain ever 8months, don't increase the pain
[17:06] <bazhang> !ot > nannes
[17:06] <highvoltage> hwh @ SpamapS
[17:06] <highvoltage> (heh, even)
[17:07] <nannes> bazhang: maybe that message should be sent to SpamapS, too! why only me?
[17:07] <bazhang> nannes, lets keep chit chat elsewhere. thanks.
[17:33] <arges> bryceh, hello! was wondering if there is a good basic ubuntu X benchmark for 2d/3d ? I was going to use glxgears and gtkperf... but wanted to check if there was something else that would be helpful.
[17:37] <bryceh> arges, oh stay away from glxgears
[17:37] <arges> bryceh, : ) ok what do you recommend? just something simple
[17:38] <bryceh> arges, what I generally recommend is snag some 3D game and run it with fps display turned on
[17:38] <arges> ok.
[17:39] <bryceh> arges, if you're looking to use it in an automated testing framework thingee, check out the phoronix test suite; they have collected run scripts for various games
[17:39] <arges> bryceh, ok... i think i just need a measuring stick to see... well this performance really is *bad* at more of  quantitative than qualitative level
[17:39]  * bryceh nods
[17:39] <arges> and the use case is more of regular desktop usage than games
[17:41] <arges> thanks
[17:41] <bryceh> arges, I don't know offhand if any of the unity code supports fps display but if so that might give you a more accurate measure
[17:42] <arges> yea. need to find out if this is on lucid or precise too...
[17:42] <bryceh> however the nice thing with games is they generally exercise a fairly broad range of GL operations so the measures tend to be more realistic and actually do have some relevance even for desktop compositing
[17:42] <directhex> there's a compiz plugin for FPS
[17:44] <arges> bryceh, yea rending some low poly gears probably isn't the best indicator of performance : )
[17:44] <arges> directhex, ok that's good to know.
[17:45] <AlanBell> it is the benchmark plugin, then super+F12 to display it
[17:45] <AlanBell> not massively useful as compiz doesn't go faster than it needs to
[18:52] <dobey> pp7: thumbnails are stored according to the thumbnail spec. which i think puts them in .thumbnails
[18:52] <dobey> err, ~/.thumbnails
[18:53] <pp7> mmm thx for the late reply :) :)
[18:53] <pp7> but i dont see the thumbnails that i expect there
[19:17] <melodie> hello
[19:19] <highvoltage> hello melodie
[19:20] <melodie> hello highvoltage :)
[19:20] <melodie> this nick is nice
[19:21] <dobey> pp7: well if it's not making the thumbnails, they won't show up there :)
[19:22] <dobey> pp7: depending on the format, it might not be able to thumbnail them
[19:22] <pp7> dobey, i just want all of my video thumbnails to show
[19:22] <pp7> dobey, sometimes even the same format works and sometimes doesn't
[20:52] <dobey> barry: ping. :)
[20:52] <barry> dobey: pong!
[20:53] <dobey> barry: is there a wiki page with what control/rules/etc needs exactly to build something for python3 and python2 both?
[20:54] <barry> dobey: there is indeed! http://wiki.debian.org/Python/LibraryStyleGuide
[20:55] <dobey> nice, thanks!
[21:00] <dobey> barry: hrmm, it seems to only list the X-Python3-Version bit as part of the source package info in the control. :-/
[21:01] <barry> dobey: right.  what are you looking for?
[21:01] <dobey> barry: presumably there is a minimal python3 version to depend on that supports dh_python3, like there is for python2
[21:02] <dobey> would be nice to document what it is exactly :)
[21:02] <barry> dobey: i think that field's intended to indicate the minimum python version that the upstream package is compatible with.  in general i'm lazy and don't care about anything < 3.2, so i just set it to >= 3.2.
[21:04] <dobey> barry: right, but i'd expect it to talk about Build-Depends(-Indep) as well at some point
[21:05] <barry> dobey: probably worth it, but it's not come up before.  it's a wiki of course so feel free to add it :)
[21:06] <dobey> it's also apparently an immutable page, and i don't have an account, which i'd rather not create anyway :)
[21:06] <dobey> ah well
[21:07] <barry> dobey: if you have suggestions for better info, feel free to email them to me and i'll update the page
[21:07] <dobey> and apparently i need to port yet more deps first (yay dependency hell)
[21:07] <barry> ;)
[21:08] <dobey> well, as a start, it might be good to fold in some info from http://wiki.debian.org/Python/TransitionToDHPython2 or at least link to it. currently there's a link to http://wiki.debian.org/Python/dh_python2 which doesn't exist, though :)
[21:10] <barry> dobey: thanks, fixed
[21:11] <dobey> why do i always pick the annoying/hard things to do?!
[21:11] <dobey> python-testtools has a build-depends on python-fixtures. python-fixtures has a build-depends on python-testtools
[21:12] <barry> yay for circular dependencies!
[21:15] <dobey> and testtools needs twisted for some tests
[21:15] <dobey> yay!
[21:15] <dobey> :(
[21:15] <infinity> I assume python-fixtures build-deps on python-testtools for a testsuite, so upload python-fixtures without the build-dep and the suite disabled, then python-testtools, then python-fixtures with the suite enabled.
[21:16] <infinity> If that guess is incorrect, then... Have fun. ;)
[21:16] <infinity> (If it really does end up needing a manual bootstrap, let me know, but I suspect it can be done cleverly like the above)
[21:17] <dobey> well, would be nice to just get rid of circular deps
[21:17] <infinity> They exist all over, for that sort of reason.
[21:18] <dobey> sure, but doesn't mean they should :)
[21:18] <infinity> If my wild guess is correct, I'd argue that the circular build-dep absolutely should exist.
[21:18] <infinity> You can use DEB_STAGE to make it a non-issue for bootstrap builds, but "not running a testsuite to avoid a circular dep" would be silly.
[21:22] <dobey> infinity: the only way i would agree that such a dep *should* exist, is when both pieces are part of the same source. otherwise, i'd say if your tests depend on something which depends on you, your tests are just broken anyway. :)
[21:24] <infinity> dobey: That position gets harder and harder to defend when you're testing things like make, shell interpreters, compilers...
[21:24] <infinity> dobey: Ultimately, you have to account for that fact that test harnesses need to be made out of, well.  Something.
[21:27] <dobey> i don't think it's hard to defend at all :) though i do agree there are special cases where it can be more complex, such as with a compiler that eventually gets rewritten into the language it compiles. but random libraries don't really fit into that corner case :)
[21:27] <infinity> dobey: Well, unless you insist that python testsuites not be written in python, there's a fair chance that, eventually, there will be a circular dep, unless the testsuite also uses nothing outside of python core.
[21:27]  * infinity shrugs.
[21:46] <Bluefoxicy> what
[21:46] <Bluefoxicy> I installed Japanese language support and there is no Japanese input in Precise?
[21:47]  * Bluefoxicy goes looking through synaptic for the relevant anthy packages :|
[21:48] <Bluefoxicy> ok it's already installed, then ...
[22:14] <dobey> oh i am doing something i apparently don't actually need to do exactly.
[22:16] <dobey> lifeless: do you know why we're maintaining changes to python-testtools source in ubuntu?
[22:34] <lifeless> dobey: no idea why; we shouldn't be :)
[22:38] <dobey> lifeless: care to update it to 0.9.15 in debian and sync it over to quantal? :)
[22:38] <lifeless> dobey: I'm going to hand it over to the python maint team in debian
[22:39] <dobey> ah ok
[22:39] <lifeless> dobey: what patches are we carrying ?
[22:39] <dobey> lifeless: no patches, but maybe a watch file or couple of things.
[22:40] <lifeless> oh, so just a different package? Presumably someone updated it post freeze or something
[22:40] <lifeless> anything important or can we just splay over it
[22:41] <dobey> i don't know if any of it's important or not, but i suspect not
[22:42] <dobey> lifeless: and the debian one has python3 support
[22:43] <dobey> also looks like debian one has a watch file
[22:43] <dobey> doesn't look like debian package is running tests right now, while ubuntu seems to be, but i think we can fix that later, and just replace with the debian version for now
[22:44] <dobey> though updating to the new release would be good as well :)