[00:00] <skorasaurus> blueyed, that worked, (so far) thanks.
[00:00] <blueyed> skorasaurus: great.. :)
[00:00] <skorasaurus> aww... one more error.
[00:00] <blueyed> mrooney: you could look into /var/lib/dpkg/info/wxbanker.postinst, that's where the error get's thrown..
[00:01] <blueyed> skorasaurus: have you tried "apt-get builddep <packagename>" to install the deps?
[00:01] <blueyed> skorasaurus: apt-get build-dep <pn> that is..
[00:01] <skorasaurus> the deps for which pkg ?
[00:02] <skorasaurus> the one im working on ?
[00:02] <blueyed> the one your are building..
[00:02] <blueyed> are you creating a new package?
[00:02] <skorasaurus> im creating a new package :p
[00:02] <blueyed> ok.. :)
[00:02] <skorasaurus> (from source)
[00:02] <skorasaurus> so, its a bit more difficult than just getting from upstream/debian, i presume.
[00:03] <blueyed> skorasaurus: yes.. you may find hints in the upstream documentation though..
[00:04] <skorasaurus> right im following https://wiki.ubuntu.com/PackagingGuide/Complete
[00:28] <loic-m> I've opened a backport request and attached i386 and amd64 packages, do I also need to attach the .dsc, the diff.gz or the .changes ?
[00:32] <directhex> attaching binaries is worse than useless
[00:32] <directhex> only  the diff.gz/dsc or a debdiff help
[01:48] <StevenK> RAOF: So! Gnome Do is being silly
[01:49] <coppro> Anyone for a REVU?
[01:49] <RAOF> StevenK: In what way?
[01:49] <StevenK> RAOF: If I type 'an' for 'antimony', the default action is Open, not Connect with SSH
[01:50] <RAOF> Also, is JauntyTechnicalOverview on the wiki editable?  It's currently lying about the status of nouveau in alpha 2.
[01:50] <RAOF> StevenK: Urgh.  That's probably an artefact of the limitations of the current relevance engine.
[01:50] <StevenK> RAOF: It works on my laptop
[01:51] <StevenK> RAOF: It's my desktop where I have to <tab> 's' for Connect with SSH
[01:51] <loic-m> directhex: Aren't binaries usefull on a backport request if we want users to test the packages and report if they work?
[01:51] <RAOF> StevenK: Probably because you typed "an", tabbed over and selected "connect with SSH", and hit shift-enter a hundred times to make sure "connect with SSH" rises in the relevance rankings :)
[01:52] <StevenK> RAOF: Shift-Enter?
[01:53] <RAOF> StevenK: Execute the command, but don't unsummon Do.
[01:53] <StevenK> RAOF: I don't remember doing that on my laptop
[01:53] <RAOF> So the command stays there, and you open hundreds of SSH connections.  Which bumps the relevence of "Connect with SSH" a lot, so it comes up as most relevant.
[01:54] <RAOF> Maybe you just use "Connect with SSH" more often on your laptop than "Open"?
[01:56] <StevenK> It's the default for free-form text
[01:56] <StevenK> Just not for SSH Hosts
[01:56] <serialorder> i had to add libxul-dev to build-dep to solve a FTBFS but now I am not sure what I will need to add to the binary package depends
[01:57] <RAOF> serialorder: Unless the package is wierd, nothing.
[01:59] <RAOF> StevenK: :(
[01:59] <serialorder> a lot of times when I am trying to install a package I built locally I will issue sudo dpkg -i package.deb but I always get missing dependency errors. Then I have to install those packages first. There must be a better way I don't know about?
[02:00] <RAOF> serialorder: dpkg -i followed by apt-get -f install to resolve the dependencies.
[02:01] <serialorder> ROAF, thanks
[02:12] <loic-m> serialorder: if build correctly the package should already pull the dependancies (build with pbuilder f.e., while packages build with checkinstall don't get the required dependancies)
[02:14] <serialorder> loic-m: it built fine, I just wasn't sure if I needed to include libxul0d in the depends for the created packages or not
[02:15] <serialorder> figuring out when to include libs is still confusing to me
[02:16] <RAOF> serialorder: It's fairly simple, mostly.  If it's a python package, you need to explicitly include the python libs it depends on.
[02:16] <RAOF> serialorder: If not, ${shlibs:Depends} or ${cli:Depends} will pull in the dependencies automatically.
[02:17] <RAOF> (This advice may not apply to other interpreted/VM'd languages, like Java)
[02:54] <loic-m> nite
[03:02] <nixternal> persia, soren, and geser: I finally asked some questions on an application....I'M BACK!!!
[03:03] <nixternal> :)
[03:03] <nixternal> booyah nhandler!!! ready for the snow tonight?
[03:03]  * nixternal goes out and prepares some snowballs to throw at #ubuntu-motu 
[03:03] <nhandler> nixternal: I'm ready. We've got plenty of gas for the snow blower
[03:04] <nixternal> same here...went and filled up
[03:04] <nixternal> screw being green when I have the driveway I do and a foot of snow on its way
[03:05] <nixternal> boo
[03:05] <RoAkSoAx> i wish there's snow here :(
[03:05] <nixternal> RoAkSoAx: I will send you some....you can have it!
[03:05] <nixternal> we already have 8+ inches on the ground with a foot coming
[03:05] <RoAkSoAx> nixternal, i'll be waiting for it :)
[03:05]  * nixternal is scared
[03:05] <nixternal> somebody hold me!
[03:06] <nixternal> wooo, I am getting closer to "Inbox Zero"
[03:06] <nixternal> right now I am at "Inbox One Thousand Two Hundred and Fourteen"
[03:48] <Hobbsee> nixternal: just use rm -rf /mail/address
[03:55] <nixternal> Hobbsee: ya, I kind of feel like that
[03:55] <nixternal> my lord, all of the bug reports for k*
[04:02] <Hobbsee> you can delete them
[04:02] <Hobbsee> they're all replicated elsewhere, if you need them again.
[04:22] <mrooney> Okay, I think I figured out why my package was having an install error. Once I removed the version I installed more manually via python setup.py install, the package installed fine and reinstalls fine
[04:22] <mrooney> Hooray!
[04:23] <mrooney> I don't think it liked having a version in site-packages AND pyshared, perhaps pythons .pth or something was conflicting
[05:05] <mrooney> Jaunty should install recommends by default, yes?
[05:06] <mrooney> It seems to have ignored my Recommends
[05:28] <crimsun> mrooney: yes, it does, unless you've configured it by hand otherwise
[05:30] <mrooney> crimsun: have I done something silly in my control file: http://pastebin.com/f6156288 ?
[05:30] <mrooney> and would I need to add that recommend anywhere else?
[05:33] <ScottK> mrooney: Instead of a direct depends on python (>=2.5), use ${python:Depends} and let python-central fill that in for you.
[05:35] <mrooney> ScottK: oh, how will that know what versions it is compatible with?
[05:36] <ScottK> mrooney: XS-Python-Version: >= 2.5, << 3.0
[05:37] <ScottK> mrooney: You'll also want a build-dep on python (>= 2.5) because in theory, python-central might not always be implemented in Python.
[05:39] <mrooney> ScottK: okay, thanks for the first suggestion, that makes sense. As far as the build-dep, the depends or the XB-Python-Version don't cover that?
[05:40] <ScottK> No.  It doesn't.
[05:40] <ScottK> Two separate issues.
[05:40] <mrooney> oh oh I see :)
[05:40] <ScottK> One is for calculating Python version specific information in python-central, the other is what packages are guaranteed to be provided in the build environment.
[05:45] <mrooney> ScottK: thanks for your advice, how does http://pastebin.com/f7d43cf5b look? By the way any idea why python-numpy isn't being pulled in based on my Recommends: ?
[05:46] <ScottK> mrooney: My guess is it's related to your system configuration and nothing to do with the packaging.  That looks fine.
[05:48] <mrooney> ScottK: hrm, okay. I attempted it on a rather fresh Jaunty VM. Maybe it was already there from something else, though, that I missed
[05:48] <mrooney> thanks for your help!
[05:49] <ScottK> You're welcome.  Good luck and good night.  I'm off to bed.
[06:10]  * nixternal hugs dholbach 
[06:10] <dholbach> good morning
[06:10]  * dholbach HUGS nixternal back :)
[06:10] <dholbach> how are you doing?
[06:10] <nixternal> doing good...going through some open bug reports, ISO testing, sponsorship queue, and MOTU applications
[06:11] <dholbach> holy cow - you seem quite busy :)
[06:11] <dholbach> I'm going through the sponsoring queue myself
[06:11] <nixternal> trying to be at least
[06:11] <dholbach> lots and lots of good stuff in there
[06:11] <nixternal> ya, that is how I knew you were awake and working already, and why you got such a quick hug cuz I was watching for ya to come online here :)
[06:12] <dholbach>  H E ' S   S T A L K I N G   M E !
[06:12] <nixternal> muhehehehe
[06:12] <dholbach> :)
[06:13] <nixternal> do sync requests need one ack or 2? it has slipped my mind
[06:13] <dholbach> just one
[06:13] <nixternal> groovy
[06:14] <nixternal> slow down on the syncs already dude :)
[06:14]  * crimsun slides some sponsorships rich's way
[06:14] <nixternal> floodin' my inbox
[06:14] <crimsun> about that payback...
[06:14] <nixternal> crimsun: go to bed already, it is 01:14 there, way past your bed time...and you definitely could use some beauty sleep :)
[06:15] <crimsun> what? i'm waiting for isos to finish downloading so i can get on with iso.qa.u.c
[06:15] <dholbach> hey crimsun
[06:15] <crimsun> hey dholbach
[06:16] <nixternal> crimsun: haha, beat ya to it...I am done with my ISO testing
[06:17] <crimsun> nixternal: nice
[06:18] <nixternal> figured since I will be snowed in for the next day, I should get some work done here....but it is reaching that "oh I am so tired" stage
[06:18] <nixternal> I think I heard my pillow call my name about an hour back to be honest :)
[06:37] <CarlFK> why did http://packages.ubuntu.com/hardy-updates/python-aptsources not get into ibex?
[06:42] <wgrant> It was unmaintained, Ubuntu-only, had only one upload, FTBFS, and its functionality is in python-apt now.
[06:42] <wgrant> CarlFK: ^^
[06:44] <CarlFK> wgrant: fair enough.
[06:44] <CarlFK> any idea where i can find docs for p-apt?  like to read/write sources.list ?
[06:44] <CarlFK> >>>help(apt) left me bewildered
[06:45] <wgrant> I'm not quite sure.
[06:45] <CarlFK> even just a pointer to a mail list or such...
[06:45] <wgrant> software-properties-gtk might be a good reference
[06:45] <dholbach> python-apt ships a bunch of example scripts
[06:46] <dholbach> but I can't remember if that includes sources.list stuff
[06:46] <crimsun> /usr/share/doc/python-apt/examples/metaindex.py
[06:47] <dholbach> nixternal: where can we put up a giant notice board saying "please don't update the standards-version just because you can"? :-)
[06:47] <crimsun> not fully fleshed, but one gets the idea how to proceed
[06:48] <CarlFK> crimsun: when did you sneak that onto my box? :)
[06:48] <dholbach> maybe mvo should give a session about python-apt at the next Ubuntu Developer Week? :)
[06:51] <liw> dholbach, yes, please :)
[06:52] <dholbach> liw: python-apt or the giant noticeboard about the standards-version? :)
[06:53] <CarlFK> crimsun: thanks - that's the kind of pointer I was hoping for
[06:55] <nixternal> dholbach: planet.ubuntu.com :)
[06:55] <dholbach> nixternal: working on it :)
[06:55] <nixternal> haha, how did I guess
[06:57] <liw> dholbach, python-apt
[07:16] <dholbach> nixternal: http://daniel.holba.ch/blog/?p=306
[07:23] <pedahzur> Hello!  Could someone point me to the maintainer or virtualbox-ose-modules. The new kernel has been out for a while, but no new driver, rendering virtualbox unusable.
[07:28] <CarlFK> line 1 of /usr/lib/python2.5/site-packages/aptsources$ vim sourceslist.py is: # aptsource.py - Provide an abstraction of the sources.list
[07:29] <CarlFK> i guess I have to file a lp issue if I want that changed...
[07:31] <crimsun> pedahzur: on which Ubuntu version?
[07:31] <crimsun> pedahzur: for 8.10, dkms is used, so there's no reason it would be tied to any particular linux-headers in the repo
[07:32] <pedahzur> crimsun: Sorry, 8.04.
[07:32] <crimsun> pedahzur: for 8.04 LTS, see hardy-proposed
[07:32] <pedahzur> The ABI changed with the latest update, thus the break.
[07:32] <pedahzur> crimsun: Will do.  Thanks!
[07:32] <verwilst> i noticed the 64 bit flashplayer has been added!
[07:32] <verwilst> i guess it's still with nspluginwrapper?
[07:32] <crimsun> verwilst: the version currently in jaunty dispenses with nspluginwrapper on 64-bit
[07:33] <verwilst> jaj!
[07:33] <verwilst> good
[07:33] <verwilst> 90% of the crashes happen because of the wrapper anyways :)
[07:33] <crimsun> caveat: it has not been decided whether 9.04 will ship with such a configuration for the flashplugin-nonfree binary package
[07:34] <verwilst> i've been using the 64 bit version standalone since the day it came out
[07:34] <verwilst> didnt have a single crash yet
[07:34] <crimsun> (for that matter, it has not been decided whether the actual binary + source names will remain flashplugin-nonfree given the presence of adobe-flashplugin in the partner repo)
[07:35] <verwilst> oh
[07:35] <verwilst> well that's just naming stuffs
[07:36] <verwilst> i can be called humptydumpty for all i care, as long as it works hehe
[07:36] <verwilst> it*
[07:36] <verwilst> why have a separate partner deb for it btw?
[07:37] <verwilst> i guess it's exactly the same stuffs?
[07:38] <crimsun> no, the package in the Canonical partner repo explicitly ships with the binary plugin
[07:38] <crimsun> the package in the community-maintained multiverse repo explicitly does not ship with the binary plugin; it wgets the tarball from adobe's download site
[07:39] <crimsun> the latter also explicitly depends on nspluginwrapper for hardy and intrepid, is prone to crashes, etc.
[07:39] <crimsun> the former is the vetted one by way of adobe
[07:40] <crimsun> (the intent is to migrate away from the latter)
[07:41] <crimsun> one very important difference is that the latter provides a means of testing alpha/beta/non-final versions. the latter can only provide _final_ versions as per the agreement with adobe.
[07:41] <crimsun> sorry, the last sentence should read, "the former can only..."
[07:42] <didrocks> morning everyone \o/
[07:42] <verwilst> but the alpha of the 64one is included now?
[07:42] <verwilst> no?
[07:42] <verwilst> which isnt a final version?
[07:42] <verwilst> ah
[07:42] <crimsun> verwilst: in jaunty via flashplugin-nonfree (the latter one in the example above), yes
[07:42] <verwilst> i think im messing up your latters and formers :)
[07:43] <crimsun> well, that sentence should have read, "one very important difference is that the latter provides a means of testing alpha/beta/non-final versions. the former can only provide _final_ versions as per the agreement with adobe."
[07:43] <verwilst> yeah i know :)
[07:43] <CarlFK> crimsun: the intent is to migrate away from the _final_ ?
[07:44] <crimsun> CarlFK: no, the intent is to eliminate the usage of a wrapper that has been prone to all sorts of post-installation bugs
[07:44] <verwilst> well, the 64 bit flash and now the 64bit java plugin really start making the 64bit linux desktop a perfect fit
[07:44] <CarlFK> ah, that part.
[08:00] <pochu> 07:46 <  dholbach> nixternal: where can we put up a giant notice board saying "please don't update the standards-version just because you can"? :-)
[08:00] <pochu> dholbach: you can remove the lintian warning in Ubuntu ;)
[08:01] <dholbach> pochu: I just wrote a blog post :)
[08:03] <pochu> that should help too :)
[08:04] <pedahzur> crimsun: Ack!  There is a vbox modules package for 24-23, but not for 22, the current version. Sigh...I guess I could just upgrade my kernel from proposed while I'm at it. :)
[08:08] <crimsun> pedahzur: right, hence "see hardy-proposed" :)
[08:16] <hyperair> is there some documentation on the format of debian/package.manpages?
[08:20] <dholbach> man dh_installman
[08:23] <pedahzur> crimsun: Sorry, wasn't clear.  That is in hardy-proposed.  Hardy proposed has a vbox module for 24-23, but not 22.  They just skipped -23 altogether, apparently.
[09:21] <pedahzur> crimsun: Thanks again.  The modules installed.  When I reboot, they'll be active.  Should work fine.
[09:36] <CarlFK> does it make any sense to have a deb-src line without the corresponding/equivalent deb?
[09:37] <StevenK> CarlFK: Sure does
[09:37] <StevenK> CarlFK: I have a deb-src for jaunty, for example
[09:38] <CarlFK> StevenK:  is that to do backport like stuff?
[09:39] <StevenK> CarlFK: Nope, to do development, by grabbing sources from jaunty
[10:23] <RAOF> That's /totally awesome/.  The nouveau kernel modules contain a file copyright: The Weather Channel.
[10:25] <et3> I updated the bug report on a new package and I need someone whom evaluates packages look over it.
[10:25] <et3> it can be found here: https://bugs.edge.launchpad.net/ubuntu/+bug/307928
[12:47] <elmargol> Is there a common way to backport packages that need a newver debhelper version?
[12:48] <elmargol> Or should I include the new debhelper into my ppa?
[12:49] <directhex> elmargol, unfortunately, you need to do the latter - AFAIK dh7 is now in foo-backports, but PPAs don't use foo-backports for building
[12:49] <elmargol> foo=intrepid?
[12:50] <directhex> well intrepid HAS dh7, so i don't know what would be a problem there. i was more thinking hardy
[12:50] <Hobbsee> directhex: they do now, i believe
[12:50] <Hobbsee> directhex: they just never actually publicised it very far.
[12:50] <directhex> Hobbsee, that would be a major change
[12:51] <Hobbsee> this is true
[12:52] <directhex> also, HELLO Hobbsee!
[12:52] <Hobbsee> greetings!
[13:06] <elmargol> is it just me or has bzr way to many dependencies?
[13:06] <elmargol> http://paste.ubuntu.com/88495/
[13:06] <elmargol> this is for git-core + bzr
[13:09] <JontheEchidna> elmargol: a lot of those are recommends and such of bzr, plus their dependencies
[13:09] <JontheEchidna> From 8.10 on recommends are installed by default by apt
[13:09] <elmargol> interessting
[13:09] <JontheEchidna> you can use the --no-install-recommends flag to stop that
[14:04] <slytherin> sebner: there?
[14:05] <RainCT> wow, fast internet :P
[14:10] <RainCT> btw.. I can't use two connections at once, or? :P
[14:10] <rjune_> RainCT: you can.
[14:11] <rjune_> there are multiple ways to do it.
[14:11] <rjune_> do you want failover or bandwidth combining?
[14:11] <RainCT> rjune_: bandwidth combining, if there's an easy way for that
[14:12] <RainCT> *for = to do
[14:12] <rjune_> NAT or no?
[14:13] <rjune_> if you don't have NAT, BGP and MLPPP are both common options
[14:13] <rjune_> neither is horribly difficult, both provide both failover and bandwidth combining. BGP less than MLPPP
[14:14] <rjune_> BGP requires more ( a /24 network, providers that will do BGP with you, etc.) whereas MLPPP just requires you have a provider that supports it
[14:14] <RainCT> rjune_: I'll go with BGP then if that's easy (I'll only have 2 connections until next month or so anyway). Do you have some link? :)
[14:15] <rjune_> if you do have NAT, then I would look at the Linux setup to do that, I can track it down for you if you like.
[14:15] <rjune_> RainCT: different providers and do you have at least 256 addresses?
[14:15] <rjune_> BGP is how the big boys play.
[14:15] <rjune_> RainCT: disclaimer, I build routers for a living.
[14:16] <RainCT> rjune_: Yes, I've one WiMAX connection and one 3G connection. The 3G connection is only available on 1 PC though.
[14:17] <rjune_> 3G, as in cell phone?
[14:17] <RainCT> rjune_: yes
[14:17] <rjune_> ok, BGP isn't an option then.
[14:18] <RainCT> so MLPPP?
[14:18] <rjune_> nope, MLPPP requires one provider
[14:18] <rjune_> RainCT: http://lartc.org/howto/lartc.rpdb.multiple-links.html#AEN298 <-- HOWTO
[14:18] <RainCT> rjune_: so? can't be done?
[14:19] <rjune_> you'll have to use NAT to do it
[14:19] <RainCT> don't I need a router for that?
[14:20] <rjune_> you have both links coming into your PC?
[14:20] <RainCT> yes
[14:20] <rjune_> as far as I know, then no you won't be able to effectively do what you want
[14:21] <RainCT> rjune_: well, thanks for your help :)
[14:21] <rjune_> sorry.
[14:21] <rjune_> you might be able to add two default routes, but I'm not sure how that'll react
[14:21] <quadrispro> hi RainCT !
[14:22] <quadrispro> RainCT, can you take a look to this? http://revu.ubuntuwire.com/details.py?package=uck
[14:24] <rjune_> quadrispro: what are merges?
[14:25] <quadrispro> rjune_, ?
[14:26] <rjune_> I have a freeday off of work, want to learn a bit about ubuntu packages.
[14:27] <rjune_> topic says grab a  merge, what's  a merge
[14:27] <RainCT> rjune_: that's taking a new version of a package from Debian and merging the changed that were done in Ubuntu and are still useful into it
[14:28] <RainCT> quadrispro: yeh, but let me finish lunch first :P
[14:30] <quadrispro> rjune_, lol, I didn't understand, however RainCT told you the exact definition
[14:31] <rjune_> yup
[14:31] <rjune_> merging latest debian with older ubuntu to get a pkg for latest debian
[14:42] <RainCT_> sebner: I've just pressed Ctrl+Alt+Backspace accidentally!
[14:42] <RainCT_> :P
[14:42] <NCommander> RainCT, fail :-P
[14:42] <sebner> RainCT: n00b :P
[14:42]  * sebner ^5 NCommander =)
[14:43]  * NCommander ^5's sebner back
[14:43] <RainCT_> sebner: normal users are n00b, so if you are saying I'm a n00b, you are saying that I'm a normal user, and as I've just pressed that accidentally, it's demonstrated that normal users can press such combinations accidentaly! :P
[14:44] <ScottK> Maybe that just comes up more in Gnome.  I don't think I've ever done it or come close.
[14:44]  * RainCT_ has done too much philosophy at school :P
[14:44] <NCommander> RainCT, normal users bang on the keys like monkeys
[14:44] <ScottK> I can't see why I would.
[14:44] <sebner> RainCT: nope, you are a n00b because you are a geek behaving like a normal user :P
[14:44] <RainCT_> lol
[14:44] <NCommander> RainCT, thus your bound to get lucky sooner or later
[14:44] <vadi2> Hi. Does anyone know if it's possible to query the list of installed .desktop files for a specific one? I've looked at xdg-desktop-menu, but that doesn't seem to provide the functionality. Didn't find any other xdg-* tolls that seem to provide this either.
[14:45] <RainCT_> and liferea suxs.. if I kill it it forgets which feeds I have read since the last time I closed it properly :P
[14:45] <rjune_> vadi2: what are you wanting to find?
[14:45] <vadi2> rjune_: this one app installed a .desktop properly but doesn't add itself to the path. so I'm hoping to find the .desktop for it, and get the exec command out of it.
[14:46] <RainCT_> uhmmm
[14:46] <RainCT_> why have I started a new irssi session? XD
[14:46] <vadi2> (well, all mojosetup installers so this unfortunately)
[14:46] <vadi2> *do
[14:46] <rjune_> vadi2: grep 'title' /usr/share/applications
[14:46]  * RainCT is too used to typing "screen irssi" :P
[14:46] <rjune_> vadi2: grep 'title' /usr/share/applications/*
[14:46] <vadi2> nada
[14:46] <rjune_> ok, so it's not in there.
[14:47] <rjune_> I'm not sure where else gnome looks for application files
[14:47] <vadi2> app can be installed either locally or with sudo, either way
[14:47] <sebner> RainCT: good that myself uses gtk stuff :P
[14:47] <rjune_> vadi2: that folder is where the .desktop files are mostly at
[14:47] <RainCT> rjune_: there's ~/.local
[14:47] <vadi2> the .desktop itself is in ~/.local/share/applications/. but the gnome menu does have the working entry for it
[14:48] <vadi2> I'd like to have some foulproof way of detecting the .desktop :\
[14:48] <RainCT> sebner: what's good with that? you would have lost your connection to IRC and possibly missed messages
[14:48] <sebner> RainCT: bouncer :P
[14:48] <RainCT> sebner: wait until I'm doing homework.. then *I*'ll be evil to you *g*
[14:49]  * sebner hides
[14:49] <rjune_> vadi2: only way I know would be to grep those two directories. I could write a quick bash script to do it
[14:49] <vadi2> rjune_: alright, thanks for your help
[14:51] <quadrispro> sebner, hi! http://revu.ubuntuwire.com/details.py?package=uck , license issues have been fixed by upstream, I've changed package version 'cause v2.0.5 hasn't been released yet (upstream seems to be confusing :))
[14:52] <sebner> quadrispro: heh, you should mention that somewhere though
[14:53] <quadrispro> sebner, mmm, ok
[14:53] <quadrispro> sebner, a "waiting for 2.0.5" could be right? :D
[14:54] <sebner> quadrispro:  ^ ^ just mention why you use a svn version. btw, you mention debhelper 7 but don't use it's features. I propose to downgrade to version 6
[14:55] <quadrispro> ah ok
[15:00] <quadrispro> sebner, however I use a svn version because upstream doesn't provide a .tar.gz dist (in order to avoid use
[15:00] <quadrispro> ops
[15:01] <quadrispro> in order to avoid support requests, they release only .deb package
[15:01] <sebner> bad boys
[15:02] <quadrispro> sebner, l
[15:02] <quadrispro> sebner, LOL
[15:02] <quadrispro> DktrKranz told me these same words!
[15:04] <sebner> heh =)
[15:05] <quadrispro> however, I'm asking to upstream to release a tar.gz
[15:06] <DktrKranz> quadrispro: I told you in italian, though
[15:07] <quadrispro> eh :D
[15:07] <sebner> is it legal to translate bad boys with idiota? ^^
[15:09] <jpds> sebner: If you mean RainCT - ja.
[15:09] <DktrKranz> sebner: not really, "monellacci" is more accurate
[15:09] <sebner> jpds: xD
[15:09] <sebner> DktrKranz: I see =)
[15:09] <quadrispro> yes, sure, "monellacci"
[15:09] <quadrispro> lol
[15:10] <norsetto> DktrKranz, hmmm, in 19th century italy perhaps ;-)
[15:10] <sebner> norsetto: maybe the north isn't so developed like the south. what an irony
[15:11] <norsetto> sebner, swearword-wise the south is way overdeveloped ...
[15:12] <sebner> totally
[15:12] <norsetto> sebner, ask quadrispro , he is from the south (well, he is south of me anyway :-))
[15:12] <sebner> norsetto: well, Roma is under the middle ^^
[15:14] <DktrKranz> norsetto: I can be "modern", but modern words are so... offensive :)
[15:14] <sebner> DktrKranz: to quote my italian teacher: La lingua italiana vive
[15:14] <sebner> ^^
[15:16] <DktrKranz> sebner: italian students kill it
[15:18] <sebner> DktrKranz: heh
[15:18]  * sebner is off for some time
[15:19] <DktrKranz> sebner: need to study italian?
[15:19] <Laney> NO! DON'T GO!
[15:21] <RainCT> quadrispro: re uck, include the original manpage which you wrote
[15:23] <RainCT> quadrispro: (ie, include the POD version and call pod2man in debian/rules, or at least remove all that header comments from it)
[15:23] <RainCT> quadrispro: debian/dirs is probably not necessary
[15:23] <bddebian> Is there a quick way for me to actually find out/remember when I became an MOTU?
[15:24] <RainCT> bddebian: https://launchpad.net/people/+me
[15:24] <quadrispro> RainCT, ah ok, btw upstream has just released an orig tarball :)
[15:24] <RainCT> bddebian: it should say the date when you joined the ~motu team
[15:25] <ScottK-laptop> RainCT: Except the team structure has changed since he became a MOTU.  Not sure it that's right or not.
[15:25] <RainCT> changed in what way?
[15:26] <bddebian> Yeah, I'm "old school" ;-P
[15:26] <RainCT> as in ubuntu-dev?
[15:26] <ScottK-laptop> I don't remember exactly, but for a while 'old' MOTU were mostly in one team and new ones in another.
[15:26] <ScottK-laptop> That was part of it.
[15:26] <RainCT> oh
[15:27] <ScottK-laptop> Remember, I'm even older than bddebian, so I can't remember ....
[15:27] <RainCT> anyway, Launchpad isn't right then. check the ML archives
[15:27] <bddebian> heh
[15:28] <RainCT> bddebian: you should have wroten that down in your wiki! :P
[15:29] <bddebian> wiki schmicky
[15:29] <ScottK-laptop> RainCT: No.  It should be here: https://wiki.ubuntu.com/BddebianIsAGod
[15:29]  * ScottK-laptop ducks
[15:29] <RainCT> LOL
[15:36] <bddebian> Wow, my karma is down to 14.  I suck :(
[15:37] <ScottK-laptop> It'd be interesting if they gave karma for stuff imported from Debian.
[15:38] <RainCT> does uploading packages still not give karma?
[15:38] <quadrispro> RainCT, ah, debian/dirs... can I drop it?
[15:38] <RainCT> quadrispro: probably
[15:38] <RainCT> bddebian: "bouncy the hungry rabbit"? WTF? :P
[15:39] <ScottK-laptop> RainCT: No.
[15:39] <RainCT> well, at least PPAs are signed now :)
[15:39] <RainCT> ScottK-laptop: you must be happy :P
[15:40] <bddebian> RainCT: It's a goofy game.  I haven't done an upload directly to Ubuntu in quite a while :(
[15:40] <RainCT> ScottK-laptop: btw, I'm felling Launchpad's slowness too, now :P
[15:41] <RainCT> and REVU is extremely fast :D
[15:46] <quadrispro> RainCT, ok, removed header comments from manpage
[15:47] <quadrispro> and the last uploaded orig.tar.gz comes from upstream, not svn :)
[15:52] <AnAnt> Hello, if I am making a new package for Ubuntu , what should I include in the ITP bug ?
[15:58] <JontheEchidna> Usually a short description of the software and a link to the software's home page are fine^
[15:59] <AnAnt> Hello, if I am making a new package for Ubuntu , what should I include in the ITP bug ?
[15:59] <JontheEchidna> [10:52:49] <AnAnt> Hello, if I am making a new package for Ubuntu , what should I include in the ITP bug ?
[15:59] <JontheEchidna> [10:58:31] <JontheEchidna> Usually a short description of the software and a link to the software's home page are fine^
[15:59] <AnAnt> is there a URL than can help ?
[16:00]  * JontheEchidna looks for a wiki page
[16:01] <JontheEchidna> https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages See "Request a new package for ubuntu"
[16:01] <AnAnt> thanks
[16:03] <quadrispro> and now I've removed debian/dirs :)
[16:03] <quadrispro> the package should be ready
[16:49] <RainCT> POX: Hey. Can you please upload lp:~ubuntu-dev/screenruler/debian to Debian? (before you ask, "unstable" in debian/changelog is right, I'll ask for an exception).
[16:50]  * ScottK-laptop gets some popcorn to watch POX do bzr.
[16:50] <RainCT> hehe
[16:50] <Laney> unstable doesn't have to mean destined for lenny
[16:51]  * quadrispro waiting for a feedback on uck :)
[16:51] <RainCT> Laney: no, but it's bad to use "unstable" if you don't want to get it into lenny, as then you can't release fixes for lenny if you need to (well, of course you can, build you'd have to undo the changes first)
[16:52] <ScottK-laptop> RainCT: No.  There's another path to Lenny.  lenny-proposed-updates I think.
[16:52] <Laney> RainCT: That's why testing-prop
[16:52] <Laney> ^
[16:52] <RainCT> oh, cool
[16:52] <ScottK-laptop> It's just less ideal because things get less tested there.
[16:53]  * RainCT learns something new every day (TM)  :)
[16:54] <Laney> Having a frozen unstable is suboptimal for us IMHO
[16:58] <RainCT> Laney: there's experimental
[16:59] <Laney> RainCT: Which doesn't get autosynced
[16:59] <Laney> (and shouldn't)
[16:59] <pochu> so help fixing RC bugs :P
[17:01] <Laney> Yeah, but that's not the real point
[17:01] <Laney> There's a thread on debian-devel about this now anyway
[17:29] <mrooney> Hmm, how can I figure out why my package doesn't show up on REVU
[17:30] <mrooney> my dput revu seems to have gone fine last night
[17:34] <jpds> mrooney: Which package?
[17:35] <mrooney> jpds: hey! :)
[17:35] <mrooney> jpds: it's wxbanker
[17:35] <jpds> It's in the rejected folder.
[17:36] <jpds> mrooney: You don't appear to have an GnuPG key on Launchpad.
[17:38] <jpds> mrooney: You'll have to register it at: lp.net/~you/+editpgpkeys and login to REVU again.
[17:39] <jpds> Then I can move the upload back into the queue.
[17:50] <mrooney> jpds: thanks, it should be registered and confirmed now
[17:50] <jpds> mrooney: Relogged in to REVU?
[17:51] <mrooney> jpds: yes, just now
[17:52] <jpds> mrooney: OK; moved .changes file back into processing queue. It should appear on the site shortly.
[17:52] <mrooney> jpds: thanks for your help!
[17:52] <jpds> No problem.
[17:53] <mrooney> did you enjoy UDS, by the way?
[17:53] <jpds> Yeah, great time. :)
[17:54] <jpds> Sorry, have to run now. See you all later.
[17:56] <nhandler> I just want to verify, for normal uploads to universe/multiverse, is a bug report a requirement?
[17:57] <ScottK> nhandler: No.
[17:57] <nhandler> Thanks ScottK.
[17:57] <ScottK> nhandler: That only comes into play later if there's some kind of featur freeze in place it trips over.
[18:44] <xtophe> siretart: hey
[18:46] <xtophe> siretart: would be great if you could tag debian-0.9.8a-1 in bzr for vlc
[18:47] <xtophe> siretart: hmm or is it my fault as i forgot to tag in svn ?
[19:16] <quadrispro> sebner: yu-hu!
[19:16] <quadrispro> sebner -> http://revu.ubuntuwire.com/details.py?package=uck, it's waiting for you :)
[19:16] <sebner> quadrispro: :P , I haven't forgotten it. just wait 1-2 hours
[19:17] <quadrispro> sebner: I can wait without any problem, I'm going to have a dinner with "un bel piatto di pasta" ;)
[19:17] <sebner> ^^
[19:17] <sebner> hf
[19:18] <quadrispro> see you!
[19:21] <mrooney> if anyone wants to help me out and review wxbanker, I'd love it :) It should be fairly simple, just cdbs for a python app already using distutils
[20:31] <rrittenhouse> I had to add some packages to the depends field in the control file for a package. I run debuild -S and sign the packages. I then run debdiff $(ls *.dsc) > debdiff.patch but my patch file isn't "right". Any suggestions? debdiff @ http://pastebin.com/m411c31a6
[20:34] <rrittenhouse> At first it was like this: http://pastebin.com/d1c0970b But I wanted to change where I put the LP bug tag
[20:34] <nhandler> rrittenhouse: Why are you using $(ls *.dsc)? I would recommend actually specifying the .dsc files to use
[20:35] <vorian> oh no! its a rrittenhouse
[20:35] <rrittenhouse> Sorry. This is only my second package I've touched. Thats just what I was told to use when I was learning, sorry.
[20:35] <rrittenhouse> vorian, hows it going? :)
[20:36] <vorian> excellento
[20:36] <vorian> you?
[20:36] <vorian> are ye diving into the world of MOTU?
[20:36] <rrittenhouse> trying to :D
[20:36] <vorian> awesome!
[20:36] <rrittenhouse> Gotta do something while i'm at work, right? ;) ;)
[20:36] <vorian> hehe
[20:36] <rrittenhouse> I just keep mucking up the debdiff for some reason.
[20:39] <vorian> what's in the dir?
[20:40] <vorian> you just need to specify ' debdiff old_version.dsc new_version.dsc > new_version.debdiff '
[20:40] <rrittenhouse> I did, actually.
[20:41] <rrittenhouse> It acts like its putting the stuff in the debdiff twice
[20:41] <vorian> hrm
[20:41] <rrittenhouse> The first time running it: http://pastebin.com/d1c0970b It *worked* but I wanted to move the LP# up 1 line
[20:42] <rrittenhouse> Now: http://pastebin.com/m411c31a6
[20:44] <vorian> you could edit the first diff
[20:44] <rrittenhouse> I could! I just wonder why the second time around it duplicates the info.
[20:44] <rrittenhouse> hehe
[20:59] <serialorder> rrittenhouse: looks like the second one is the fir diff you made
[20:59] <serialorder> notice the file is --- kino-1.3.0.orig/debdiff.patch
[21:03] <serialorder> anybody care to give me some packaging advice for this? https://bugs.launchpad.net/ubuntu/+source/eclipse/+bug/308302
[21:13] <Majost> Does anyone happen to know if there is a 'proper' way to create a pid file for an init script when a daemon application doesn't generate one on its own?
[21:16] <Majost> or at least a recommended practice. heh
[21:51] <serial> if a package fixes a security vulnerability and Ubuntu Security Team is subscribed do I still need to subscribe ubuntu-universe-sponsors?
[21:55] <DRebellion> sebner, thanks for the advocation :D
[21:55] <sebner> DRebellion: np
[21:56] <sebner> DRebellion: now go and find someone else to ACK and upload or complain :P
[21:56] <DRebellion> Now looking for a second advocation for cifer: http://revu.ubuntuwire.com/details.py?package=cifer , anybody care to help?
[22:03] <kees> serial: generally not. does it have a patch?
[22:03] <kees> serial: (which bug # is it?)
[22:04] <serial> kees: its a merge
[22:04] <serial> kees: https://launchpad.net/bugs/309837
[22:06] <kees> serial: the first step would be to make it public so people can see it at all.  :)
[22:07] <mrooney> persia: I cdbs'd my python distutils app, wxbanker, want to review it? :)
[22:08] <kees> serialorder: also, it's not really a merge because Debian unstable doesn't have the fix yet
[22:08] <serialorder> hmm I got it from MoM
[22:09] <kees> serialorder: 0.60.1-2.1 seems to fix it.
[22:09] <kees> (in unstable)
[22:09] <kees> but the changelog in the bug is confusing.  :)
[22:10] <kees> serialorder: if you can re-merge against 0.60.1-2.1 and mark it "in progress", it'll get uploaded.  since this is for jaunty, sub'ing ubuntu-universe-sponsors works too
[22:11] <serialorder> kees: ok
[22:46] <et3> I updated the bug report on a new package and I need someone whom evaluates packages look over it.
[22:47] <et3> it can be found here: https://bugs.edge.launchpad.net/ubuntu/+bug/307928
[23:03] <serialorder> kees, ping
[23:05] <kees> serialorder: sup?
[23:06] <serialorder> kees: re courier-authlib  0.60.1-2.1 and 0.61.0-1+lenny1 fix two different sql injection attacks
[23:07] <nellery> Lutin: Hi, are you planning on doing the babel merge?
[23:08] <serialorder> i checked and the vulnerability patched by  0.61.0-1+lenny1 is present in  0.60.1-2.1
[23:09] <white> sid is still vulnerable i think
[23:09] <kees> serialorder: ah! okay, in that case we should wait for courier-authlib to reach unstable with that fixed, then merge
[23:09] <white> yes, sid is vulnerable to the PGSQL injection
[23:09] <white> not the MYSQL one
[23:09] <white> it has the patch for the older issue, not for the one that just became public
[23:10] <white> merging from testing-security (or testing-proposed-updates) should do the trick for ubuntu, if that is possible
[23:11] <white> hope this helps :)
[23:12] <kees> serialorder: if your goal is to fix it in jaunty, it would be easiest to wait for the fix to hit Debian unstable.  if you want to fix it for intrepid and earlier, the fix from testing-security should be applied, following https://wiki.ubuntu.com/SecurityUpdateProcedures
[23:17] <serialorder> does the ubuntu wiki  remind anyone else of Borges' short story The Library of Babel
[23:19] <white> kees: any luck regarding java? :)
[23:20] <kees> white: not yet. doko has an update prepared, so I was going to dig through that and see if I could start mapping them to CVEs
[23:24] <white> ah ok
[23:29] <Majost> I have a deamon which is forking itself when launched and then the parent process' die... so I am not sure how to get start-stop-daemon to see the active PID when its done
[23:29] <Majost> and it doesn't create a pidfile either. heh