[00:17] <ari-tczew> how often autosync is open?
[01:27] <leleobhz> someone know if have some trigger to create packages from mercurial sources?
[03:09] <maxb> leleobhz: What do you mean?
[03:10] <leleobhz> dont have svn-buildpackage to package a app from svn?
[03:10] <leleobhz> have something to hg?
[03:10] <ajmitch> you mean like hg-buildpackage?
[03:12] <leleobhz> yeap
[04:39] <vorian> hello all, I was wondering if you all would be willing and able to give a testimonial on my wiki page for my run for the IRC council
[04:40] <vorian> https://wiki.ubuntu.com/StephenStalcup
[05:01] <MBCR> !staff
[05:02] <vorian> MBCR: yes? how can I help you?
[05:02] <MBCR> yes
[05:02] <MBCR> !ops
[05:03] <MBCR> jus k-line me
[05:03] <vorian> MBCR: yes, how can I help you?
[05:03] <MBCR> you can help me by k-lining me
[05:04] <ScottK> Request granted.
[05:06] <mannyv> well i guess that is a particularly efficient way to troll?
[05:06] <lifeless> and yet every 3 or 4 days he does
[05:07] <lifeless> I'm assuming he.
[05:08] <Waterman> yo
[05:13]  * mneptok arrives in horned helmet with flaming lance
[05:13] <mneptok> BEGONE TROLLS, FOR I AM BECOME DEATH, THE DESTROYER OF WORLDS!
[05:13] <lifeless> mneptok: solved, vorian helped out
[05:13] <mneptok> oh bother.
[05:14] <mneptok> this costume is *not* easy to get out of. i'm quite put out.
[05:14] <vorian> sorry that you had to get all dressed up for the Ball :/
[05:15]  * ScottK hands mneptok some scissors.
[05:15] <mannyv> ScottK, i think his scythe will do the job =)
[05:15] <mneptok> ScottK: can opener would be better. this breastplate is rather snug.
[05:16] <vorian> since all the brains are awake atm, what programs best emulates Oracle Forms/Developer
[05:17] <mneptok> vorian: what is the backend database target?
[05:17] <ScottK> mneptok: It was this kind: http://www.cyberattic.com/stores/malon/items/858635/item858635cyberattic.html
[05:17] <vorian> mneptok: some really bad raw oracle tables/reports
[05:18] <vorian> at work it uses some old funky version of java
[05:18]  * vorian tries to find the exact versions
[05:19] <lifeless> vorian: there is a thing called 'gerald' some oracle dba is talking about at sypy this week. Might be worth a look.
[05:19] <vorian> coolness
[05:19] <vorian> i will have to try it
[05:19] <vorian> kexi kind of works
[05:20] <mneptok> vorian: i avoid anything Oracle more than ScottK avoids touching me without gloves and ammonia spray.
[05:20] <vorian> but there has to be something better
[05:20] <vorian> haha
[05:20] <ScottK> ammonia spray/blowtorch, but sure.
[05:20] <ScottK> ;-)
[05:20] <mneptok> ScottK: i love you, too.
[05:20] <mneptok> *le sigh*
[05:21] <ScottK> Hey, you started it.
[05:22]  * mneptok drags ScottK into juvenile retort territory in record time.
[05:22]  * ScottK has two teenagers, so lives very close to juvenile retort territory all the time.
[05:22] <mneptok> my super-power.
[05:23]  * maco snorts
[05:23] <StevenK> ScottK: s/very close/in/
[05:23] <mneptok> ScottK: we have a guest bedroom and no landline. just sayin' ...
[05:27]  * StevenK grumbles at LP
[05:27]  * LucidFox blinks.
[05:28]  * LucidFox reads the backlog and blinks again.
[05:28] <StevenK> LucidFox: It gets like that in here
[07:10] <micahg> is an SRU allowed to switch the order on depends for a dummy package?
[07:49] <dholbach> good morning
[07:53] <jmarsden> Is anyone willing and able to take a look at bug #223281 and tell me what else I might be able to do to get it sponsored (a) into Lucid and (b) maybe declared SRU-worthy for Karmic?  Basically software-center (and some other Python apps) won't run in a few locales... a very small patch to python2.6 fixes this.  If you use Ubuntu in Serbia or Antigua, this is a significant issue...
[07:56] <ajmitch> morning dholbach
[07:56] <dholbach> hey ajmitch
[07:57] <dholbach> jmarsden: did you follow  https://wiki.ubuntu.com/SponsorshipProcess ?
[07:57] <ajmitch> jmarsden: it looks like someone in ubuntu-main-sponsors who's comfortable with touching python will need to sponsor it for lucid
[07:58] <dholbach> doko might know a bit more about it
[07:58] <ajmitch> dholbach: the bug has all the right info that I can see, but it touches python :)
[07:58] <jmarsden> dholbach: Well, I hope so... I thought I subscribed ubuntu-main-sponsors but they don't seem to be subscribed now... di dthey look and unsub themselves??
[07:58] <dholbach> or mvo maybe too
[07:58] <maco> jmarsden: the activity log will tell you
[07:58] <dholbach> https://bugs.edge.launchpad.net/ubuntu/+source/python2.6/+bug/223281/+activity
[07:58] <ajmitch> activity log has nothing about ubuntu-main-sponsors
[07:58] <dholbach> seems like they were never subscribed
[07:58]  * ajmitch was just checking it
[07:59] <ajmitch> while I like touching python, I think someone would probably shoot me for uploading it
[07:59]  * maco hands ajmitch a bulletproof vest
[07:59] <jmarsden> dholbach: OK... I'll subscribe them and see what happens :)  I realize touching python is a BIG DEAL... but I'm not sure how else this could be fixed, so...
[08:00] <ajmitch> if it needs to be done, then it's worth it
[08:00] <jmarsden> I've had a bunch of people say thanks from Serbia and Antigua (using my PPA package) so... looks like it needs fixing to me...
[08:00] <ajmitch> it helps that the patch is from upstream
[08:01] <dholbach> jmarsden: I'd try bringing it up in a few hours in #ubuntu-devel
[08:01] <ajmitch> subscribe u-m-s to start with, for fixing it in lucid
[08:02] <jmarsden> dholbach: Well, I'll be asleep (I'm in California) but maybe in 8 or 9 hours :)
[08:02] <dholbach> I see :)
[08:02] <jmarsden> ajmitch: Done :)   Thanks everyone.
[08:03] <dholbach> sleep tight then :)
[08:03] <jmarsden> Goodnight :)
[08:04] <dholbach> jmarsden: I'm just trying to bring it up in #u-devel
[08:05] <jmarsden> dholbach: OK, I'm there too now :)
[08:09] <stochastic> About how long will it be before most of Debian Testing is merged into Lucid?
[08:18] <ajmitch> stochastic: it depends on how fast people work
[08:18] <ajmitch> is there something in particular you need from testing?
[08:19] <stochastic> ajmitch, well all the lv2 libraries are going to be needed for the Ubuntu Studio team before we can build some of our planned packages.  We can work in our Debian VMs for now.
[08:20] <ajmitch> you could work on the merges in your team & get them uploaded, just something to work out with whoever touched them last
[08:21] <stochastic> they're new packages
[08:21] <stochastic> I guess merged was the wrong verb to use
[08:22] <ajmitch> ok, so they're syncs from squeeze that haven't shown up in lucid yet?
[08:22] <stochastic> yeah
[08:22] <ajmitch> are they in debian main, not contrib or nonfree?
[08:22]  * stochastic checks
[08:23] <ajmitch> if so, they should get in soon, all those new packages have to be manually accepted still, I think
[08:23] <ajmitch> I'm not an archive admin so I can't tell you for sure :)
[08:24] <stochastic> yeah, they're in Debian Main
[08:25] <cjwatson> stochastic: I can do those for you, when my net connection stops running like a drain
[08:25] <stochastic> cjwatson, thanks
[08:25] <cjwatson> stochastic: exact source package names would be nice
[08:27] <stochastic> cjwatson, slv2 looks to be the last source package left in the needed list
[08:30] <cjwatson> stochastic: it's already been synced in by us, but it failed to build on all architectures. https://launchpad.net/ubuntu/+source/slv2
[08:31] <cjwatson> Checking for lv2core >= 1.0                 :
[08:31] <cjwatson>  error: the configuration failed (see '/build/buildd/slv2-0.6.6/build/config.log')
[08:31] <stochastic> lv2core is now 3.0
[08:31] <cjwatson> I think it's an incorrectly-versioned build-dep
[08:31] <cjwatson> it was probably synced at the same time as lv2core, and happened to build before the new lv2core had built
[08:32] <stochastic> exactly
[08:32] <cjwatson> which is a bug in the package
[08:32] <cjwatson> however, I'll retry the builds
[08:32] <stochastic> thanks
[08:41] <stochastic> cjwatson, thanks, seems to be working now.
[11:45] <JamieBennett> I have uploaded to REVU a package that has a couple of errors in the packaging (debian/control e.t.c). My question is do I re-upload with the same version number of bump the number when working with REVU?
[11:48] <slytherin> JamieBennett: same version
[11:48] <JamieBennett> slytherin: Thanks.
[12:04] <LucidFox> Huh. Apparently I wrote the Q-XDG library, ironically, when a version of Qt was released that renders it unnecessary.
[14:18] <blackxored> hello team, I need an SRU for azureus
[14:19] <blackxored> Bug #4488507 provides more info, but for our effects, renders the package inusable, I'm confirming now
[14:19] <blackxored> sorry, Bug #488507
[14:21] <blackxored> anyone's awake ??? :)
[14:22] <blackxored> which makes me wonder, is karmic supporting 3.0 (quilt) pkg format?
[14:25] <kklimonda> blackxored: you should ask members of motu-sru or ubuntu-sru directly about that, they are only people capable of making the decision whenever it's good for sru
[14:25] <blackxored> kklimonda, I subscribed motu-sru to the bug
[14:26] <kklimonda> blackxored: you should subscribe them only when full sru report is ready.
[14:27] <blackxored> kklimonda, my bad then I'm coming from debian
[14:27] <blackxored> how to proceeD?
[14:28] <kklimonda> the procedure is outlined on https://wiki.ubuntu.com/StableReleaseUpdates, in general we don't update upackages in stable releases but as this bug can be only fixed by updating package you should ask members of sru team whenever they are even going to approve it before you start doing any work
[14:42] <bddebian> Heya gang
[15:02] <blackxored> is karmic allowing 3.0 (quilt) source package format?
[15:17] <kklimonda> blackxored: no
[15:18] <kklimonda> blackxored: afair LP isn't ready for 3.0 format yet
[15:18] <blackxored> kklimonda, so, eventually speaking, how do you handle this case, I have updated azureus to new usptream and decided to use 3.0 after discussion in debian-java
[15:19] <blackxored> so there might be a need for updating karmic due to the change
[15:19] <blackxored> I have a simple solution with git cherrypicking but that will diverge the packages
[15:19] <blackxored> which is something I don't want
[15:19] <blackxored> any clues?
[15:24] <kklimonda> not really, the problem is that the bigger your debdiff becomes the smaller chance for ACK from SRU team gets
[15:25] <Laney> having -updates and -release+1 diverge isn't a problem
[15:25] <Laney> you should prepare a minimal diff to make it work
[15:26] <kklimonda> blackxored: is it even possible to backport only changes needed to get HD to work without updating whole Vuze to newer version?
[15:27] <blackxored> is to not work
[15:27] <blackxored> looking at the diff there are a lot of core changes
[15:27] <blackxored> I don't think backport is an option
[15:27] <blackxored> but you might have another point of view
[15:28] <Laney> what's thie simple solution?
[15:28] <blackxored> upgrade to 4.3.0.0-1 without the source 3.0 changes IMHO
[15:29] <kklimonda> Maybe we should just upload new Vuze to Lucid and prepare backport of package for Karmic instead of preparing SRU?
[15:29] <Laney> doesn't sound like that involves git cherrypicking
[15:29] <kklimonda> (by we I mean blackxored  ;) )
[15:29] <blackxored> hehehehe
[15:29] <blackxored> kklimonda, I don't think all users have backports enabled and according to the bug, it renders the program inusable
[15:30] <kklimonda> blackxored: I haven't used Azureus/Vuze for years but wasn't it mainly a BitTorrent client?
[15:30] <blackxored> it is a bittorrent client
[15:31] <blackxored> but lucid is supporting 3.0 format, right?
[15:31] <Laney> soon
[15:31] <kklimonda> then missing HD network doesn't render it unusable for everyone - just for people who use it exclusively to access it?
[15:32] <blackxored> kklimonda, i have to get more feedback I'm just getting familiar in how to proceed
[15:32] <blackxored> but it seemed that you can't use the program
 doesn't sound like that involves git cherrypicking <= why not, is the simplest one to get rid of the 3.0 commit
[15:33] <Laney> simplest for you, not simplest for the sru
[15:33] <blackxored> Laney, am I wrong
[15:34] <blackxored> Laney, I *will* do the sru
[15:34] <Laney> cherrypicking usually means choosing the minimal commits to fix what you want to
[15:35] <blackxored> or excluding some commits from a merge
[15:35] <blackxored> but I'm open to suggestions that improve my processes hehehhehe
[16:09] <qnix> hi
[16:09] <qnix> Where tcl binding supposed to be installed ?
[16:18] <Rhonda> Hi. I would like to have a link into how backports work and what would be needed to have a reprepro backport in hardy.
[16:19]  * Rhonda . o O ( but first have 4.0.2 synced from debian into lucid as basis for the backport ;) )
[16:20] <Laney> !backport
[16:20]  * Rhonda thanks Laney :)
[16:20] <Laney> no worries
[16:21] <Laney> was a guess tbh
[16:21] <Rhonda> Good guesses are often the best help. :)
[16:29] <ScottK> Rhonda: Once you have the appropriate backports bug filed and testing done, feel free to ping me and I can approve it.
[16:30] <Rhonda> That would be extremely helpful and cool, thanks for the offer. :)
[16:37] <blackxored> Laney, you're the only one still around
[16:37] <blackxored> Laney, about lucid
[16:37] <blackxored> I need you to take a look
[16:37] <blackxored> at the ubuntu version
[16:38] <blackxored> can someone take a look?
[16:39] <Rhonda> ScottK: About having reprepro 4.0.2 in lucid, is anything special needed for that? Whom to prod, or just sit'n'wait?
[16:39]  * ScottK looks
[16:40] <blackxored> http://git.debian.org/?p=pkg-java/azureus.git;a=shortlog;h=refs/heads/ubuntu
[16:40] <blackxored> can someone take a look? ^^^^^
[16:45] <blackxored> MOTUs are sleeping or what?
[16:50] <ScottK> Rhonda: Currently we have 3.12.1-1ubuntu1 in Lucid.  Since there is an Ubuntu change, someone will either have to merge the change into the new Debian version (if appropriate) of file a sync request to sync over the Ubuntu diff (if that's appropriate)
[16:50] <Rhonda> Ah, I see.
[16:50] <blackxored> http://git.debian.org/?p=pkg-java/azureus.git;a=shortlog;h=refs/heads/ubuntu
 can someone take a look? ^^^^^
[16:51] <blackxored> going lunch
[16:51] <blackxored> hope you got some time when I get back
[16:51] <Rhonda> I really should dig into bazaar it seems. :)
[16:57] <ScottK> Rhonda: That or use the grab-merge script from ubuntu-dev-tools to grab all the packages (including a draft merged package) from merges.ubuntu.com
[16:58] <Rhonda> ScottK: I'm checking out http://patches.ubuntu.com/r/reprepro/reprepro_3.12.1-1ubuntu1.patch currently. ;)
[16:58] <ScottK> OK, that will give you the content of the diff.
[16:59] <Rhonda> I think it might be included in 4.0.2 already, checking ...
[16:59] <Laibsch> I successfully recompiled the latest bitbake package from Debian unstable in my hardy PPA: https://launchpad.net/~r0lf/+archive/hardy/+packages  The resulting deb has a run-time dependency on python2.3-pysqlite2 which is unavailable and thus makes the package uninstallable.  What is happening there?
[17:00] <Rhonda> ScottK: eeks, autotools diff  %-)
[17:01]  * ScottK didn't look at what it was, just that there was a diff.
[17:03] <Rhonda> ScottK: Seems like the ubuntu diff can get dropped.
[17:03] <hyperair> what's the deb line for a small custom repository with the Packages.gz file in the same path as the packages?
[17:03]  * hyperair just can't seem to make apt look in the right place
[17:04] <ScottK> Rhonda: Then the next step would be to file a sync request.  The best way to do this is with the requestsync script (also in ubuntu-dev-tools).
[17:05] <hyperair> aha deb http://localhost/apt ./
[17:05] <Rhonda> ScottK: Hmm, that's stuck in debian unstable only for the moment.  %-)
[17:05]  * Rhonda hides.
[17:05] <ScottK> Rhonda: You can request syncing from Unstable, it's just not the default this cycle.
[17:05] <qnix> emm... I call "autoconf" in my debian/rules file.....but the call seems to just freeze. any idea?
[17:06] <ScottK> Just give some reason why it's a good idea (doesn't need to be much of one).
[17:06] <ScottK> Feel free to ping me to review the bug after you file it.
[17:06] <Laney> "this is a developer tool" works for me
[17:09] <Rhonda> ScottK: I'll try to install the package and learn the tools. :)
[17:10] <Laney> requestsync -d unstable [--lp] reprepro lucid
[17:10] <ScottK> Rhonda: OK.  ubuntu-dev-tools is essentially devscripts for Ubuntu specific stuff.
[17:11] <Rhonda> Off to some christmas event. See you. :)  *hugsLucidFox*
[17:21] <oojah> When should data that a program creates in /var/lib be removed? On remove or purge?
[17:27] <ScottK> oojah: Purge
[17:29] <oojah> ScottK: Great, that's what I presumed, thanks.
[17:53] <blackxored> blackxored> <blackxored> can someone take a look? ^^^^^
 going lunch
 hope you got some time when I get back
[17:53] <blackxored> to this:http://git.debian.org/?p=pkg-java/azureus.git;a=commit;h=2b87d9d28ce17945dc51ade8c7491b987c5759ac
[17:56] <Laney> please stop repeating that
[17:57] <blackxored> Laney, my bad
[17:57] <Laney> the best way to get someone to review your sru diff is to file a bug with it attached
[17:57] <Laney> and subscribe motu-sru
[17:57] <Laney> !sru
[17:57] <blackxored> but now 4.3.0.0 in unstable
[17:57] <blackxored> is not sru
[17:57] <blackxored> is just the uploaded version for karmic
[17:57] <Laney> what then?
[17:58] <blackxored> s/karmic/lucid, my bad
[18:00] <Laney> i don't know what you want to do
[18:00] <Laney> but my advice will be the same, submit a diff for review
[18:01] <iulian> And subscribe the sponsors.
[18:04] <blackxored> All right, I will wait for the reported to give me more feedback about this in order to justify or not a sru
[18:04] <blackxored> s/reported/reporter
[18:04] <Laney> well, submit for review implies that
[18:04] <Laney> but thanks
[18:11] <blackxored> Laney, I just wanted to someone to take a look to see if I'm doing it right for ubuntu
[18:56] <akheron> Any motus around to look at http://revu.ubuntuwire.com/p/jansson ? It already has one advocation!
[19:03] <geser> akheron: just a quick look: why depending on libc6-dev? it's part of build-essential so you don't need to depend on it
[19:04] <akheron> geser: do I have to depend on any libc-dev at all?
[19:04] <akheron> I recall having a lintian error/warning when depending only to libc-dev
[19:04] <geser> no, not at all
[19:04] <akheron> ok
[19:05] <randomaction> Rhonda: there's a recently filed bug 491482
[19:05] <geser> libc6-dev | libc-dev is part of build-essential, so you don't need to have a dependency on it
[19:06] <akheron> geser: ahh, so it seems
[19:06] <akheron> I'll remove the dependency
[19:08] <akheron> geser: hmm, should I depend on build-essential then?
[19:08] <geser> no
[19:09] <geser> it's assumed that someone who wants to compile something has build-essential installed
[19:09] <akheron> as this is not Build-Depends but the Depends of the -dev package
[19:09] <akheron> ah, ok
[19:11] <geser> akheron: see http://www.debian.org/doc/debian-policy/ch-source.html#s-pkg-relations, second paragraph in 4.2
[19:12] <akheron> geser: it does talk about build-depends doesn't it?
[19:13] <geser> yes, but the same logic applies here to. your -dev package will probbably be used as a build-dependency for an other package
[19:14] <akheron> that's true
[19:14] <geser> and when you check the other -dev package in the archive, none has a dependency on build-essential or parts of it (unless versioned ones)
[19:16] <akheron> http://packages.ubuntu.com/lucid/devel/apcalc-dev the first one I clicked on has :)
[19:18] <akheron> another example: http://packages.ubuntu.com/lucid/zlib1g-dev
[19:19] <akheron> could it be the case that most -dev packages don't have it because they depend on other -dev packages so there's an indirect dependency?
[19:20] <ScottK> If a package actively needs a build-depend it should not depend on an indirect dependency working, it should build-depend directly.
[19:20] <ScottK> The depends of the other package may change.
[19:21] <akheron> ScottK: we are talking abot depends, not build-depends
[19:21] <ScottK> akheron: Same principle applies
[19:21] <akheron> then what does "actively needs" mean?
[19:22] <ScottK> Directly uses functions from
[19:23] <akheron> programs that use the library in my -dev package cannot be compiled without libc6-dev | libc-dev because it has includes from libc6-dev | libc-dev
[19:23] <akheron> if the only usage of the -dev package was to be used as a build-depend then I'd agree with geser but there may be other needs
[19:24] <akheron> on the other hand, I don't depends on a C compiler, which is also needed
[19:24] <akheron> I'm confused now
[19:29] <akheron> Debian Library Packaging Guide, chapter 6, section 2 (-DEV package dependencies): The -DEV package would usually declare Depends: relationship on all -DEV packages for libraries that the library package directly depends upon, with the specific SONAME version that the library package is linked against. This includes libc-dev.
[19:29] <akheron> IIRC, this is where I got the idea of depending on libc-dev
[19:30] <Laney> It is not necessary to explicitly specify build-time relationships on a minimal set of packages that are always needed to compile, link and put in a Debian package a standard "Hello World!" program written in C or C++. The required packages are called build-essential, and an informational list can be found in /usr/share/doc/build-essential/list (which is contained in the build-essential package).
[19:32] <akheron> Laney: yes, but it talks about build-depends, not the depends of -dev packages
[19:34] <Laney> which are made to be used as build depends
[19:35] <Laibsch> When I rebuild http://ftp.de.debian.org/debian/pool/main/b/bitbake/bitbake_1.8.18-1.dsc for hardy (ppa and pbuilder) I get an unresolvable dependency on python2.3-pysqlite2.  Can somebody please confirm and help me understand where that is coming from?  There is nothing under debian/ that would obviously introduce this.
[19:35] <akheron> Laney: I believe there are other uses, too
[19:35] <Laney> ok
[19:36] <akheron> for any -dev package
[19:36] <akheron> hm, this leads to another question
[19:37] <akheron> is the sole purpose of the -dev packages to allow building other .deb packages, or is it possible that someone installs a -dev package to use the library for another purposes
[19:38] <akheron> or should the user download, compile and install the library by hand without using the -dev package
[19:41] <geser> akheron: if a user builds a package depending or you package, they can use your -dev package and it's assumed that they have build-essential (or it's dependencies) installed
[19:47] <akheron> geser: yes, that's obvious
[19:48] <akheron> but is it a possible scenario that someone just installs libjansson-dev to be able to compile his own programs that use it, without any debian packaging involved
[19:49] <akheron> in this case, they would also explicitly need to install libc-dev to be able to use it if there's no depends
[19:50] <akheron> on the other hand, they would need gcc anyway
[19:51] <akheron> which makes "it's assumed that someone who wants to compile something has build-essential installed" a valid point
[20:01] <akheron> Laibsch: for me it builds fine
[20:01] <Laibsch> akheron: thanks for testing
[20:01] <Laibsch> It builds fine for me as well
[20:01] <Laibsch> Please check the deb with "dpkg --info"
[20:02] <Laibsch> the run-time dependencies are awkward
[20:02] <akheron> ah, yes
[20:02] <akheron> there's python2.3-pysqlite2
[20:05] <akheron> Laibsch: debian/pyversions is 2.3-
[20:05] <Laibsch> yes, that's the only occurence of 2.3 that I found
[20:05] <Laibsch> But I do not understand it's relevance
[20:06] <Laibsch> Is that responsible for the dependency?
[20:06] <Laibsch> Why does it not happen in debian proper?
[20:06] <geser> bitbake has also a Python-Depends: python-pysqlite2 line which might cause this
[20:07] <geser> I'd have to look at cdbs what it does with this field
[20:08] <Laibsch> It would be interesting to see how that translates into the fixed version of 2.3
[20:08] <Laibsch> I'm off
[20:08] <Laibsch> bye
[20:34] <micahg> jdstrand: will you take an SRU on karmic for apparmor for chromium browser?
[20:35] <jdong> what is it with this world and flash videos?
[20:35] <jdong> I'd love to know what's new with Qt 4.6 and not be linked to a youtube playlist.
[20:35] <micahg> jdong: HTML5 hasn't caught on yet
[20:35] <jdong> I don't care what format it is
[20:35] <jdong> I want frickin text!
[20:36] <jdong> it won't be far from today that git-diff will be in the form of a matrix-like meme filled GLV.
[20:36] <jdong> FLV*
[20:37] <jdong> ah, ok, a couple levels deeper into the announcement, a link to a page from the manual.
[20:37] <jdong> *grumbles*
[20:37] <jdstrand> micahg: re chromium> I wouldn't be opposed to it. it seems a bit of a corner case, but it is an easy enough change
[20:38] <micahg> jdstrand: ok, can I prepare it later then?
[20:39] <jdstrand> micahg: sure, I don't mind
[20:39] <micahg> ok
[20:39] <jdstrand> micahg: just post a debdiff in the bug
[20:39] <jdstrand> and I can commit and process it
[20:39] <micahg> jdstrand: ok, thanks
[20:40] <jdstrand> micahg: then perhaps you could do the SRU procedure?
[20:40] <micahg> jdstrand: I was planning on it :)
[20:40] <jdstrand> ok cool
[20:41] <micahg> jdstrand: I figured it qualified as a security update since it's apparmor, but, it wouldn't go into -security, right?
[20:41] <jdstrand> micahg: security updates are only for security vulnerabilities-- ie, things that could cause data loss, code execution, etc
[20:42] <jdstrand> micahg: this is a normal bug. it should go through -proposed
[20:42] <jdstrand> micahg: just like any other SRU
[20:42] <micahg> jdstrand: ok, but you still need to review it, or do I just subscribe ubuntu-sru?
[20:42] <jdstrand> micahg: https://wiki.ubuntu.com/StableReleaseUpdates
[20:43] <jdstrand> micahg: I'd like to review it, so I can commit it to our bzr tree
[20:43] <micahg> yes, I was just wondering if security needs to review first since it's apparmor
[20:43] <jdstrand> micahg: can you upload to the archive?
[20:43] <micahg> jdstrand: no, I'm not a MOTU yet :)
[20:43] <micahg> jdstrand: would you prefer me to propose a merge?
[20:43] <jdstrand> micahg: it is always a good idea to get someone from the security team to review apparmor changes
[20:44] <jdstrand> micahg: nah, debdiff is fine
[20:44] <micahg> jdstrand: ok
[20:44] <jdstrand> micahg: post it and I'll commit and sponsor the upload
[20:45] <micahg> jdstrand: I'm assuming you'll do that after the sru team acks it, right?
[20:46] <jdstrand> micahg: step 4: "Upload the fixed package to release-proposed..."
[20:46] <jdstrand> micahg: I'll upload to -proposed. ubuntu-sru will decide to accept it or not
[20:46] <micahg> jdstrand: ah, ok, I'm still learning :)
[20:46] <jdstrand> but they should if I review it and ack it
[20:47] <jdstrand> micahg: this is good motu practice. just follow read all of the StableReleaseUpdates page, and pay particular attention to https://wiki.ubuntu.com/StableReleaseUpdates#Procedure
[20:47] <jdstrand> s/follow//
[20:48] <micahg> I thought I did read it, I guess I wasn't clear on who did what
[21:00] <fabrice_sp> Does someone know when this package will be synced: http://packages.debian.org/source/squeeze/libsfml ? It a 1.0 format, and I don't see anything that prevent it from been synced from Debian
[21:01] <fabrice_sp> !libsfml | lucid
[21:01] <fabrice_sp> !info libsfml | lucid
[21:01] <ScottK> fabrice_sp: Did you look in the New queue.
[21:01] <fabrice_sp> right. I'll check
[21:05] <fabrice_sp> ScottK, no, I don't see him in the new queue (actually, in none...)
[21:05] <fabrice_sp> s/him/it/
[21:06] <fabrice_sp> porthose, bug # 491069
[21:07] <fabrice_sp> bug #491069. It FTBFS
[21:12] <porthose> fabrice_sp, I'll have a look in a minute, having to deal with some real world stuff that's being a PITA :)
[21:13] <fabrice_sp> np: it'a missing dependency
[21:13] <fabrice_sp> :-)
[21:14] <fabrice_sp> see my previous question on libsfml
[21:15] <shankao> can I create a tarball for a new package from a subversion revision? how should I name it?
[21:42] <FishEatFish> hello, i have probleme with dh_make, it can't create debian/ in my sources folder !! can anybody help me please
[21:46] <maxb> If you could be a bit more specific about exactly what's not working....
[21:46] <maxb> For example, you could pastebin the command you ran and the error messages
[21:46] <maxb> !paste
[21:47] <FishEatFish> ok i'll do it wait a second please
[21:49] <FishEatFish> http://paste.ubuntu.com/333430/
[21:53] <shankao> FishEatFish, the error message from dh_make is pretty clear...
[21:53] <shankao> Could not find classroom-fr_0.1.orig.tar.gz
[21:53] <shankao> Either specify an alternate file to use with -f,
[21:53] <shankao> or add --createorig to create one.
[21:56] <FishEatFish> shankao : i don't really understand what it mean why dh_make need the tar.gz ?
[21:57] <maxb> FishEatFish: Are you following http://u-classroom.net/wiki/cours/packaging ?
[21:57] <FishEatFish> yes
[21:58] <shankao> the original source code will be included as that tarball in your source packages
[21:58] <maxb> My French skills are rather mediocre, but I believe you want to go back and read this again: "Une fois les sources récupérées, la première chose à faire est de renommer le tarball, ....."
[21:59] <FishEatFish> yes it's already done
[21:59] <FishEatFish> with mv
[21:59] <maxb> "Could not find classroom-fr_0.1.orig.tar.gz" <---- dh_make disagrees with you
[22:01] <FishEatFish> when i tape ls in classrom the result is
[22:01] <FishEatFish> classroom-fr-0.1  classroom_fr_0.1.orig.tar.gz
[22:01] <FishEatFish> so why dh_make could not find the tarball
[22:02] <wgrant> FishEatFish: - vs _
[22:02] <shankao> the first should be a dash in the tarball
[22:03] <FishEatFish> there is a reason ?
[22:03] <shankao> dash separates version number
[22:04] <FishEatFish> so i must just rename it and it should work ?
[22:05] <shankao> try it ;)
[22:05] <shankao> it's faster than asking
[22:07] <FishEatFish> it works
[22:08] <FishEatFish> but i don't understand why the dh_make can't read  classroom_fr_0.1.orig.tar.gz
[22:08] <qnix> FishEatFish: _ must separates the package-name and version, they told you.
[22:09] <qnix> change its name for classroom-fr_0.1.orig.tar.gz
[22:09] <FishEatFish> sorry, i'm a beginner that's why
[22:10] <FishEatFish> thank you shankao, wgrant,qnix, maxb
[22:16] <RainCT> What are people using for daily package builds nowadays?
[22:18]  * RainCT looks at fta
[22:22] <fta> RainCT, is that a question for me? i thought you knew what i use..
[22:23] <RainCT> fta: uhm I think last time we talked about it you ran some script manually?
[22:23] <fta> RainCT, https://code.edge.launchpad.net/~fta/+junk/ppa-scripts/ for the bot, and https://code.edge.launchpad.net/~fta/+junk/ppa-confs/ for the conf of the various dailies i manage
[22:24] <fta> not manually, but in a cron
[22:24] <RainCT> ok, checking those branches, thanks
[22:32] <FishEatFish> any advise to give me ? a wiki to begin with for exemple