[00:52] <TheMuso> RAOF: You no longer have stuttering with your notebook hda and pulse? AWesome. Likely somethign to do with pulseaudio being updated last week.
[00:54] <RAOF> TheMuso: Indeed.  Yay!
[00:55] <TheMuso> RAOF: Thats great!
[01:27] <ia> hello. if configure script requires some lib package for compilation, then binary version of lib should be enough, or -dev version also should be installed?
[01:29] <jmarsden> ia: If the code ebing compiled will use the library, you are likely to need the -dev package.
[01:30] <jmarsden> s/ebing/being/
[01:31] <ia> jmarsden: ok.
[01:31] <pochu> ia: you need the -dev package too, as it will have the .pc file which configure looks for
[01:41] <ia> another question. looks like it's a cycle process - i edit control file and add build-depends packages, runs pbuilder, at "configure" step script shows ordinary error, which tells, that one more package necessary for compilation, i edit control file and add this package name, run pbuilder again and so on... does exist some way (or script, maybe) which look through config* files and just shows all package deps at one time in one line? of course, i use dh_make
[01:41] <ia> , but looks like it doesn't take into account all requiring packaging deps.
[01:42] <jmarsden> ia: There's no automatic way to translate from the filenames a configure script uses to Ubuntu package names, that I know of.
[01:42] <Hobbsee> ia: often websites will tell you what you need to build them
[01:42] <jmarsden> But you can perhaps read the README or INSTALL file that comes with the original source tarball and add most of what it will need from a requirements list you may find in there?
[01:42] <Hobbsee> that too
[01:43] <RAOF> If you can read autofoo, configure.ac + apt-file can give you a lot of pointers.
[01:45] <ia> ok, thanks very much for answers :-)
[02:06] <jmarsden> Is it OK to ask for something from Debian experimental (yui 2.6.0) to be synced into Jaunty?  Or does the package have to be in sid before it can be synced?
[02:15] <RAOF> jmarsden: It's OK to sync from experimental, and it's happened a lot more this time 'round, what with the Lenny freeze and all.
[02:15] <RAOF> jmarsden: Just make sure that it's not in experimental because it's /experimental/ :)
[02:16] <jmarsden> RAOF: Cool, thanks, I'm testing it now on Intrepid, but it looks fine to me so far.  It's needed as a prerequisite for webgui, a web app/CMS I am hoping to get into Jaunty...
[06:03] <brownianmotion> Hi folks, I'm trying to backport a package (virtualbox-ose 2.1) from jaunty to intrepid, but having some troubles...
[06:03] <slytherin> brownianmotion: what trouble?
[06:04] <brownianmotion> slytherin: it doesn't build. http://paste.ubuntu.com/103777/
[06:04] <brownianmotion> kmk fails in what I assume is an unexpected way.
[06:05] <superm1> i havent looked at the build log, but kmk might need backporting too possibly
[06:05] <brownianmotion> I'm using the source from https://launchpad.net/ubuntu/+source/virtualbox-ose/2.1.0-dfsg-1ubuntu2 and dpkg-source/dpkg-buildpackage
[06:05] <slytherin> brownianmotion: have you made sure all the build dependencies are available in intrepid?
[06:05] <brownianmotion> Oh. Hmm...
[06:05] <brownianmotion> Had problems with the build-deps initially, but now I've gone through the dsc and added everything.
[06:06] <brownianmotion> Then deleted the directory and started again from dpkg-source.
[06:06] <brownianmotion> Always ends at the same place.
[06:06] <brownianmotion> Checking kbuild versions now.
[06:12] <brownianmotion> superm1: Worked! Installed kbuild 0.1.5svn from jaunty, now building. Thanks a bunch!
[06:12] <superm1> no prob
[06:24] <ScottK> pochu: We've uploaded Amarok 2 to Jaunty, so I started to take a look at emesene to see about dropping Amarok from it and decided I'm way to tired to think about it, so now would be a great time for you to update it/drop Amarok support.
[07:04] <dholbach> good morning
[07:09] <fabrice_sp> Good morning dholbach!
[07:09] <dholbach> hiya fabrice_sp
[07:13] <Hobbsee> evening horseman
[07:16] <dholbach> hiya Hobbsee
[07:16] <iulian> Good morning dholbach.
[07:17] <dholbach> heya iulian
[07:17] <dholbach> congratulations iulian :)
[07:17] <iulian> Thanks ;)
[08:02] <\sh> moins congrats iulian
[08:23] <slytherin> iulian: Congrats. :-)
[08:25] <iulian> \sh, slytherin: Thank you.
[08:43] <didrocks> morning o/
[08:48] <hyperair> when a source tree has files copyrighted by the same person, but with varying years, do i have to list all of them?
[08:49] <hyperair> as opposed to just path/* Copyright: <lowest year>-<highest year> Somebody
[08:54] <iulian> Why is ubuntu-dev a member of the revu-uploaders team in launchpad? Do we still need the revu-uploaders team? REVU is now using OpenID and the GPG key will be automatically retrieved from launchpad.
[08:54] <dholbach> iulian: which keys will be automatically downloaded from LP?
[08:55]  * hyperair feels ignored
[08:56] <dholbach> hyperair: just mention all the years in the same line, that should be fine
[08:56] <dholbach> if there's a 2004-2006 and a 2005-2008, just mention 2004-2008
[08:56] <iulian> dholbach: "This team is no longer necessary, as now that REVU uses OpenID through Launchpad it will retrieve your key once you log in for the first time."
[08:56] <dholbach> hyperair: don't feel ignored that easily - IRC is an asynchronous medium - it sometimes just takes a bit
[08:57] <dholbach> iulian: so you have to have logged in first before you upload a package to it, is that right?
[08:58] <iulian> dholbach: Yes, you will need to log in before uploading a package.
[08:58] <dholbach> iulian: looks like the team then is truly obsolete
[08:58] <dholbach> iulian: we can close it down by filing a launchpad answers ticket
[08:59] <hyperair> dholbach: alright thanks
[08:59] <iulian> dholbach: Anyway, just to be sure, we should talk to some revu admins, like RainCT.
[09:00] <hyperair> dholbach: what about if the Copyright contains something like.. Copyright: ... Mj<F8>lner Informatics
[09:00] <hyperair> i'm pretty sure the <F8> shouldn't be there
[09:00] <dholbach> try finding out what the name really is - I don't know, sorry
[09:02] <iulian> hyperair: You shouldn't change it if it's copyrighted under that name.
[09:02] <iulian> hyperair: Better talk to upstream.
[09:02] <iulian> Some archive admins might get upset and reject it.
[09:04] <liw> changing it to the corresponding character in unicode is perfectly fine
[09:05] <liw> hyperair, see latin1(7) to see if F8 in iso-8859-1 charset would match what is intended
[09:05] <hyperair> liw: just did a google search. turns out "Mjlner Informatics" exists
[09:05] <hyperair> without the character <F8>
[09:06] <hyperair>        370   248   F8     ø     LATIN SMALL LETTER O WITH STROKE <-- this?
[09:06] <liw> that might be because google or some web page has dropped the f8 letter, though
[09:06] <hyperair> ø
[09:06] <hyperair> hmm
[09:07] <soren> "Mjølner" sounds reasonable.
[09:07] <soren> It's the name of Thor's hammer, fwiw.
[09:07] <hyperair> i see
[09:07] <iulian> It is MjØlner Informatics.
[09:07] <hyperair> ah
[09:07] <soren> Capital ø? Seriously?
[09:08] <iulian> Oh, well...
[09:08]  * iulian hides
[09:08] <soren> www.mjolner.dk suggests otherwise.
[09:08] <hyperair> www.mjolner.dk
[09:08] <hyperair> yeah
[09:08] <hyperair> haha
[09:08] <hyperair> thanks
[09:08] <hyperair> =)
[09:09]  * directhex smites hyperair with a hammer
[09:12] <hyperair> >=O
[09:12]  * hyperair hammers directhex into the ground
[09:13] <hyperair> o noes. now i've damaged the ground
[09:15]  * directhex bills hyperair for the damaga
[09:15] <directhex> e
[09:17]  * mok0 bills directhex & hyperair for bad jokes
[09:18]  * directhex sends a duck after mok0 to bill him
[09:18] <mok0> Aargghh
[09:18] <hyperair> lol
[09:18]  * hyperair doesn't pay bills
[09:19]  * mok0 ducks and avoids bill
[09:25] <slytherin> dholbach: you don't need to 'be logged in' in revu for an upload. You just need to login once so that your key is synced. And as iulian suggests the revu uploaders is obsolete now.
[09:25] <dholbach> slytherin: yeah, that's what I gathered
[09:25] <persia> Obsolete, but perhaps still interesting until after 21st July.
[09:26] <slytherin> persia: why?
[09:26] <persia> Because we don't have the other side of the code that is used for the key syncs, so it's currently an incomplete open implementation.
[09:26] <persia> If something goes wrong during the updates to LP, we may need to revert to the group.
[09:27] <persia> After 21st July (or thereabouts), we should be able to see the code changes before they land, and coordinate, which makes the group less meaningful as a fallback.
[09:28] <slytherin> oh, you mean the open sourcing of LP. :-)
[09:29] <persia> Right.  Currently we have a reverse-engineered solution, which works, and a fallback to a differently reverse-engineered solution.  I don't see the point of dropping the fallback until we really know we don't need it.
[09:29] <slytherin> dholbach: do you plan to include anything specific to CDBS in your session in UDW?
[09:29] <dholbach> slytherin: I don't think so
[09:29] <slytherin> ok
[09:31] <directhex> "it's evil, use dh7 instead"? :p
[09:33] <directhex> hm, pidgin appears to need some emergency patchin'
[09:33] <Laney> hmm?
[09:34] <Laney> is this why i can't get on msn?
[09:34] <directhex> Laney, i can only find references to old bugs is the funny thing
[09:34] <directhex> Laney, but it's not just you
[09:34] <Laney> It's happened before
[09:35]  * Laney hops over to hash pidgin
[09:35] <stefanlsd> Laney: not sure of ur exact issue, but i helped a user debug his pidgin connect to msn problem, and it happened that his isp (i think uk also) was doing some transparant msn proxying that was messing it up. let me try find bug
[09:36] <Laney> I'm on JANET, doubt they do any of that
[09:36] <directhex> https://bugs.launchpad.net/ubuntu/+source/pidgin/+bug/316252
[09:36] <Laney> Oh, one of These Bugs.
[09:37] <Laney> "MSN is having internal server certificate  problems (Unable to retrieve Address Book).  Just wait
[09:37] <Laney> "
[09:38] <directhex> failure on all protocol ver 15 serving. non-libpurple clients fall back to older versions on failure
[09:38] <directhex> and <v15 is fine
[09:38] <Laney> libfail
[09:41] <Laney> 12/01 09:41:35 <@root> MSN - Logging in: Authenticated, getting buddy list
[09:41] <Laney> 12/01 09:41:37 <@root> MSN - Logged in
[09:41] <Laney> bitlbee \o/
[09:43] <directhex> Laney, bitlbee will be using an old proto version
[09:44] <directhex> bitlbee-1.2.3/protocols/msn/ns.c:	g_snprintf( s, sizeof( s ), "VER %d MSNP8 CVR0\r\n", ++md->trId );
[09:44] <directhex> there you go, MSNP8
[09:44] <Laney> excellent
[09:44] <Laney> I don't need no fancy schmancy features
[09:45] <directhex> yay for free software - wanna know what proto something uses? apt-get source; grep
[09:46] <directhex> http://messenger.msn.com/Status.aspx
[09:46] <directhex> dear microsoft. LIES. love directhex
[09:47] <slytherin> directhex: when you cross one evil (CDBS) to bit the other evil (java packaging) life becomes easier. :-P
[09:47] <slytherin> s/cross/use
[09:48] <directhex> slytherin, and multiply that by maven?
[09:48] <slytherin> directhex: no, divide by ant. keep maven buried. :-D
[09:49]  * directhex hands slytherin nant
[10:03] <sunny> hi
[10:27] <pochu> ScottK: uploading emesene
[10:49] <directhex> Laney, FYI, installing "msn-pecan" adds a MSNP12 lib to pidgin, accessible by creating an account of type "WLM" instead of "MSN"
[10:50] <Laney> yeah I saw
[10:50] <Laney> I'm taking the opportunity to do some work instead :(
[12:02] <slytherin> does anyone know if empathy can do video chat with gtalk?
[12:17] <dholbach> slytherin: does empathy allow that already?
[12:18] <dholbach> do we have somebody who could lead the Ubuntu Developer Week GETTING STARTED session in portuguese?
[12:18] <wgrant> slytherin: I think it does. It does voice, at least.
[12:18] <dholbach> "Eu não falam Português."
[12:19] <joaopinto> dholbach, "Eu não falo..." :P
[12:19] <joaopinto> "falam" is plural
[12:19] <dholbach> joaopinto: haha... it's what translate.google.com said
[12:26] <slytherin> dholbach: I don't know. I don't even know if empathy allows video chat on any protocol.
[12:27] <dholbach> slytherin: http://opencomputer.net/2008/08/18/a-tour-of-empathy-im-client/ suggest yes
[12:34] <tuxmaniac> dholbach: but the empathy at my place doesnt show up
[12:34] <tuxmaniac> as in video
[12:34] <tuxmaniac> may be some extra plugin?
[12:34]  * tuxmaniac checks
[12:34] <dholbach> tuxmaniac: no idea which telepathy-* package you need installed for that
[12:34] <dholbach> maybe only with gtalk?
[12:35] <tuxmaniac> slytherin: leave and pidgina nd come on empathy now. We check right away if you are free :-P
[12:35] <tuxmaniac> *leave pidgin and
[12:35] <tuxmaniac> dholbach: btw, you coming to fosdem?
[12:36] <dholbach> tuxmaniac: no, I guess not
[12:45] <slytherin> tuxmaniac: I am in office. We can check in night. :-)
[12:54] <tuxmaniac> slytherin: ok
[13:16] <ScottK> pochu: Thanks.
[13:22] <cyberix> Hello. I cannot find a bug about packaging python2.6
[13:22] <huats> hello dear motu community :)=
[13:23] <cyberix> Is it just that I cannot search properly?
[13:23] <cyberix> Could someone please point it out to me so I don't file a duplicate
[13:25] <pochu> cyberix: https://blueprints.edge.launchpad.net/ubuntu/+spec/python-for-jaunty
[13:25] <pochu> and https://wiki.ubuntu.com/Python2.6And3.0
[13:28] <cyberix> thanks
[13:32] <ScottK> cyberix: Python 2.6 is already planned for upload soon.
[13:36] <lidaobing> help review fqterm: http://revu.ubuntuwire.com/details.py?upid=4482, thanks
[13:52] <ScottK> YokoZar: I thought you'd be interested in http://blog.cihar.com/archives/2009/01/12/cygwin_in_wine/ if you hadn't seen it.
[13:57] <ScottK> https://edge.launchpad.net/~ubuntu-dev/+polls
[14:00]  * persia waits 19 hours as fast as possible
[14:10] <lidaobing> the archive function in http://revu.ubuntuwire.com/ no longer works
[14:11] <lidaobing> any know what's the problem?
[14:12] <lidaobing> a error log in : http://paste.ubuntu.com/103926/
[14:13] <persia> lidaobing, What are you trying to archive?
[14:14] <lidaobing> persia, I want to archive ibus, which is already in jaunty
[14:14] <lidaobing> persia, and llk-linux, which is also already in it
[14:14] <lidaobing> persia, and I have login
[14:16] <persia> Hrm.  Seems you need special rights, as it works for me.  Dunno which rights you need.  Please file a bug against REVU with the trace, and mention that it happens for you, but not for me, which may help the REVU Hackers track down the issue.
[14:17] <persia> (https://launchpad.net/revu/+bugs)
[14:17] <lidaobing> persia, got it, thanks
[14:17] <persia> Anyway, both archived.
[14:18] <lidaobing> persia, some more need archive: ibus-m17n
[14:18] <lidaobing> persia, and ibus-table, thanks
[14:19] <persia> lidaobing, OK.  Doing them now.
[14:19] <persia> So ibus will be default for Jaunty, or still testing?
[14:20] <persia> What about ibus-hangul ?
[14:20] <lidaobing> persia, others still need advocate
[14:20] <persia> Is there an ibus-anthy underway?
[14:20] <lidaobing> persia, I think scim is still the default
[14:21] <lidaobing> persia, yes, but it can't built under current ibus, still under investment
[14:21] <persia> Oh well.  I was hoping to test :)  Anything else for ja?
[14:22] <lidaobing> persia, i make a mistake, ibus-anthy built well, but it can't use, i will crash when running
[14:22] <persia> Well, it still doesn't work.  You have all the people you need working on it?
[14:23] <lidaobing> persia, Hmm, I don't have enough time on this, :-)
[14:23] <lidaobing> persia, and I need help
[14:23] <persia> Have you sent a request to anthy upstream?  I know several of them use Ubuntu.
[14:23] <lidaobing> persia, I sent it on ibus
[14:24] <lidaobing> persia, check this: http://code.google.com/p/ibus/issues/detail?id=222
[14:24] <lidaobing> persia, maybe you can forward to the anthy team
[14:27] <persia> Well, I can mention it in a context that may gain attention, but it looks to me like the ibus engine isn't calling anything in the ideal way, although my python is weak.
[14:28] <persia> I'm not sure if it would be considered an anthy bug, or an ibus bug.
[14:28] <lidaobing> persia, for more information for packaging progress (and current work) ibus-anthy, check it https://bugs.launchpad.net/ubuntu/+bug/312715
[14:29] <lidaobing> persia, do you know how to use ubottu (e.g. how to display help page?)
[14:30] <persia>  "/msg ubottu help", I think.
[14:30] <lidaobing> persia, don't work, :-)
[14:31] <persia> Try "usage".
[14:31] <lidaobing> persia, got it: http://wiki.ubuntu.com/UbuntuBots
[14:32] <lidaobing> ubottu, tell lidaobing about java
[15:11] <bddebian> Heya gang
[15:16] <ScottK> Heya bddebian.
[15:16] <bddebian> Heya ScottK
[16:33] <thekorn> hello MOTUs,
[16:34] <thekorn> I'm looking at ubuntu-dev-tools right now and try to switch from py-lp-bugs to launchpadlib,
[16:34] <anakron> hello
[16:35] <james_w> hey thekorn
[16:35] <thekorn> what's the reason for this "ubuntutools" package, which only contains this one ppaput.py script? - why is this script not in the package root
[16:35] <james_w> thekorn: jpds was looking at this as well I believe
[16:35] <thekorn> hello anakron and james_w
[16:35] <james_w> thekorn: check the changelog for that
[16:39] <thekorn> james_w, ok, will check the changelog now, just asked because I thought anybody knows a reason offhand
[16:39] <james_w> thekorn: I know that it is given in the changelog
[16:40] <thekorn> ok, that's fine
[16:40] <thekorn> thanks
[16:53] <\sh> I hate my life I hate my life, repeat many times
[16:55] <\sh> why didn't I learn a real job like butcher or mason
[16:56] <persia> \sh, Just remember, it's easier to debug code or replace servers than to recut meat or replace walls, and that people have lower expectations for computers.
[16:58] <\sh> persia: not when you are dealing with crappy commercial software...:(
[16:58] <persia> Yeah, well, that's not entirely pleasant.
[17:03] <\sh> thekorn: did you work further on the dbus integration of lp-api?
[17:08] <thekorn> \sh, hi, well kind of, lp:~thekorn/+junk/leonov.dbus.backend has some changes.
[17:09] <\sh> thekorn: nice :) I'll check it next week...then I have again time to work on leonov and friends ... too much real life work these days
[17:09] <thekorn> \sh, I also put some work into the database things, unfortunatly it is in the same branch
[17:09] <thekorn> I'm very bad in seperating different things into different branches
[17:09] <\sh> thekorn: I was wondering if we should switch to storm...
[17:10] <thekorn> \sh, it is using storm
[17:10] <\sh> thekorn: ah wonderful :)
[17:10] <thekorn> so no more manual sql magic
[17:10]  * \sh needs to change his new xmlrpc api stuff for work to use storm too...
[17:23] <POX> \sh, thekorn: /me recommends SQLALchemy
[17:23] <\sh> sqlalchemy?
[17:24] <POX> as ORM
[17:24] <POX> (you mentioned storm)
[17:24] <POX> http://www.sqlalchemy.org/
[17:31] <POX> someone just reported a python-sqlalchemy 0.5-1 sync request (I had to block him a little bit though ;-)
[17:46] <stefanlsd> is there a better way of adding an m4_include([/usr/local/aclocal/pkg.m4]) to aclocal.m4.  thinking of some kind of abstraction...
[18:00] <slytherin> does anyone know why we have 4 packages for libavcodec? 2 stripped and 2 unstripped.
[18:01] <andresmujica> hi motu's!
[18:01] <andresmujica> can anyone of you check bug #262853
[18:01] <andresmujica> pls
[18:01] <andresmujica> thks in advance!
[18:14] <cody-somerville> RainCT, pochu: ping
[18:14] <stefanlsd> james_w, lool: got a fix up for imview. hope its ok. https://bugs.launchpad.net/bugs/306785
[18:14] <james_w> thanks stefanlsd
[18:17] <pochu> cody-somerville: pong
[18:18] <james_w> stefanlsd: looks pretty good. Does the detection of the lack of X libs still work do you know?
[18:18] <james_w> stefanlsd: the disabling of imagemagick when there are no X libs I mean
[18:19] <stefanlsd> james_w: let me confirm
[18:20] <RainCT> cody-somerville: pong
[18:22] <stefanlsd> heh. all the comments on DaD are gone...
[18:28] <Adri2000> stefanlsd: oh?
[18:28] <Adri2000> let me check
[18:32] <stefanlsd> james_w: good call. doesnt really disable it if have_x=no. looking into it
[18:32] <james_w> stefanlsd: you can probably just move the magick stuff in to an else block after the warning about it
[18:32] <stefanlsd> james_w: nodnod
[18:32] <Adri2000> stefanlsd: (I'll restore a backup in a moment, but trying to understand what happened first)
[18:33] <stefanlsd> Adri2000: cool.
[18:45] <Adri2000> comments on DaD are back
[18:49] <stefanlsd> Adri2000: what was the problem?
[18:50] <fabrice_sp> Hi. Is someone willing to review dvdstyler? It's at http://revu.ubuntuwire.com/details.py?package=dvdsty and already have an advocate
[18:50] <fabrice_sp> http://revu.ubuntuwire.com/details.py?package=dvdstyler
[18:51] <Adri2000> stefanlsd: dunno :) I just restored the backup from this morning
[18:51] <stefanlsd> Adri2000: heh. at least ur backups work.
[18:51] <quadrispro> emgent: ping
[18:52] <quadrispro> sebner: ping
[18:56] <Adri2000> stefanlsd: yeah fortunately. we did loose DaD comments in the past; that taught me to do proper backups :p
[18:58] <lool> stefanlsd: Did you try it out with and without imagemagick, and with imagemagick and --with-magic=no?
[18:59] <stefanlsd> lool: busy doing some more testing atm. james_w pointed out testing what happens when the xlibs arnt there. will test with and without imagemagick also
[18:59] <lool> stefanlsd: I think you should expand the description of your changes; e.g. "Reworked ImageMagick detection to use pkg-config" and also the aclocal thingy
[18:59] <stefanlsd> lool: kk. will do. thanks
[19:00] <lool> stefanlsd: I would actually rather see a proper fix for aclocal than perpetuating the situation that it's borken and even relying on it  :-/
[19:00] <lool> stefanlsd: For instance you could copy the interesting macros into m4/ or acinclude.m4
[19:00]  * lool &
[19:01] <stefanlsd> lool: kk. will look at using aclocal properly
[19:02] <rhpot1991_laptop> cody-somerville: you around?
[19:02] <cody-somerville> rhpot1991_laptop, yup
[19:03] <rhpot1991_laptop> cody-somerville: I've updated bug 297019 like you asked
[19:07] <cody-somerville> rhpot1991_laptop, It is a little hard to read. Can you make the field titles caps and put spaces between them
[19:07] <cody-somerville> ie. Test Case: -> \nTEST CASE:
[19:07] <cody-somerville> (\n being a line break)
[19:08] <cody-somerville> rhpot1991_laptop, and please attach the debdiff to this bug
[19:10] <RainCT> pochu: ping
[19:10] <pochu> hey RainCT
[19:11] <rhpot1991_laptop> cody-somerville: debddiff is there already, I'll edit to make it more readable
[19:11] <rhpot1991_laptop> you want an extra space between each line then?
[19:11] <stefanlsd> can someone unsubscribe u-u-s from bug #306785           - still a bit of work to do
[19:12] <cody-somerville> rhpot1991_laptop, Right. I need to make it easy for other people to check to ensure that I did my job properly :)
[19:14] <rhpot1991_laptop> cody-somerville: are those titles named ok, just caps them?
[19:14] <cody-somerville> rhpot1991_laptop, yup
[19:14] <rhpot1991_laptop> ok good
[19:18] <rhpot1991_laptop> cody-somerville: how is that?
[19:18] <slytherin> asac: do we still add abrowser alternative to the firefox depends/recommends?
[19:19] <cody-somerville> rhpot1991_laptop, Okay, can you seperate each bug with a line of characters or something? ie. [19:24] <rhpot1991_laptop> cody-somerville: sure, done
[19:27] <karooga> hi, my package doesn't have the necessary licences in the src tar.gz.  Upstream is no longer replying to emails.  What would be my next step to get the package included?
[19:30] <huats> superm1: hey
[19:30] <huats> sorry to bother
[19:30] <huats> I just saw cody-somerville post, and since I am the one who did the gnome-keyring package I wanted to help if I can...
[19:31] <huats> (cody told me to ping you...)
[19:32] <anakron> ping thekorn
[19:32] <thekorn> hello anakron
[19:36] <anakron> hi all
[19:36] <anakron> https://bugs.launchpad.net/ubuntu/+source/slingshot/+bug/315725
[19:36] <anakron> i have some problems with this bug
[19:37] <anakron> because when i download source code i can't find any make file or something like this
[19:37] <anakron> it's just run it with python
[19:37] <anakron> i wanna change a desktop file to add it right to menu
[19:38] <anakron> but i dont know how i can test it
[19:40] <jmarsden|work> anakron: debian/rules is a Makefile... if you put the .desktop file under /debian and make sure debian/rules installs it, you should be all set, right?
[19:40] <anakron> its all in order
[19:40] <anakron> but when i saw the main folder
[19:41] <anakron> i saw debian/ README.TXT and slingshot/
[19:41] <anakron> and readme tells that if you want to install it you must move to a folder
[19:41] <anakron> ...
[19:42] <anakron> so i can't test in that way if my .desktop file was ok
[19:42] <anakron> now ill replace older slingshot.desktop file in my installation with ubuntu with the new one
[19:43] <jmarsden|work> anakron: This is already packaged software... so installing it is done by dpkg, right?  So look at what the package does, and any maintainer scripts under debian/ ... you test by rebuilding the package (edit debiab/changelog of course) and then install your newly built package... just like any other package...?!
[19:43] <superm1> huats, are you familiar with the upstream changes in the upload per chance?
[19:43] <anakron> yes
[19:43] <anakron> :)
[19:43] <superm1> huats, spectacular :)
[19:43] <anakron> nono
[19:44] <anakron> i was answering jmarsden|work
[19:44] <superm1> oh whoops, anakron looks nothing like huats, wonder how i read that wrong
[19:44] <superm1> huats, so grab me when you are back
[19:44] <huats> I am here
[19:44] <huats> :)
[19:44] <huats> not very present but here :)
[19:45] <huats> superm1: so your question was regarding the upstream changes ?
[19:45] <superm1> huats, yeah, are you familiar with them?
[19:45] <huats> a bit
[19:45] <jmarsden|work> anakron: So it sounds like you were reading a README that was for the original unpackaged sources, you can ignore info about how to install from such a README, it is obsoleted by the Debian/Ubuntu packaging.
[19:45] <huats> but not enough to tell you why it is broken
[19:45] <superm1> huats, well it appears that there is a process of GKD that is going defunct.  i'm not sure if it normally forks another process or how they get started
[19:45] <anakron> ok thanks
[19:46] <huats> (oups I did a wrong copy/paste there)
[19:46] <anakron> jaja
[19:46] <anakron> ok thanks
[19:46] <jmarsden|work> no problem
[19:46] <huats> superm1: I can't tell
[19:46] <huats> the update has been quite problematic since the upstream has a lot of problem doing a clean release
[19:47] <huats> the 2.25.4 was broken
[19:47] <superm1> what do you mean by "clean"?
[19:47] <superm1> oh similar types of problems then?
[19:47] <huats> (I showed them the problem)
[19:47] <huats> then they produced a .1 that also fails to build correctly
[19:47] <huats> because of unfinished code in it
[19:47] <superm1> ha wow.
[19:48] <huats> and then upstream revert it without a new release
[19:48] <huats> that is a patch I applied
[19:48] <huats> well the release was messy :)
[19:48] <huats> superm1: may be you should contact the upstream author
[19:49] <huats> do you want is email address ?
[19:49] <huats> he is responding overnigh usually
[19:49] <huats> overnight
[19:49] <superm1> huats, well i filed a bug, so as long as they are responsive to that, that should be sufficient
[19:50] <huats> superm1: ok
[19:50] <huats> tell me if I can do anything
[19:50] <huats> (or send me an email I am not around...)
[19:50] <superm1> huats, perhaps you can help with getting a debug trace for this.  i'm not sure how we can grab one since it's only the process on login it happens, and i think gkd isn't ptrace'able
[19:50] <huats> ok I'll try to do that
[19:51] <huats> I can't do it right now
[19:51] <huats> but during the evening probably
[19:51] <superm1> huats, sure.  you can grab the latest daily xubuntu or mythbuntu image from cdimages.ubuntu.com and boot it up in a virtual machine or real machine.
[19:51] <huats> I'll connect my self then
[19:51] <superm1> either of them will show it
[19:51] <huats> sure
[19:51] <huats> I'll do that
[19:51] <huats> :)
[19:52] <superm1> great thanks.
[19:52] <huats> mail me if anything occurs
[19:52] <huats> thanks
[19:52] <huats> going to eat now
[19:52] <huats> bye
[19:57] <randomaction> Hello. I have a couple of packages (namely, wget and cvs) that are used by the "get-orig-source" target of debian/rules. Everything, however, builds from source without them (even in pbuilder). Should these packages be listed as build-dependencies?
[19:59] <slytherin> randomaction: nope
[20:00] <slytherin> randomaction: get-orig-source is not run on build server so no need to add those dependencies.
[20:01] <randomaction> Thanks :)
[20:25] <anakron> hi
[20:25] <anakron> how i can get my private gpg if im other place
[20:26] <stefanlsd> anakron: u need your private key with you
[20:26] <anakron> mmmm interesting
[20:26] <iulian> RainCT: I talk to dholbach this morning about the revu-uploaders team in Launchpad.  REVU uses OpenID now and I believe the team is no longer needed.  What do you think? Should we remove it?
[20:26] <anakron> its relevant if i sign with a differente key?
[20:28] <stefanlsd> anakron: depends what you are signing and for who. launchpad prob has your other key only.
[20:28] <anakron> yes
[20:28] <anakron> but i can upload it
[20:28] <anakron> and then launchpad can recognize it
[20:30] <stefanlsd> anakron: not sure if lp can do that, but i dont see why not. #launchpad will prob give u more info
[20:45] <apw> hi there.  if the sponsorship process talks about how to present a fix for a package in terms of debdiff, if the fix is for a package which is lp bzr hosted there is no guidance as to what to do with your updated branch once it is ready
[20:50] <jmarsden|work> apw: Good point, james_w would have a definitive answer... I'd suggest that you provide a link to your updated branch in the LP ticket, where you would nornmally upload the debdiff.
[20:50] <Laney> apw: You can propose branches for merging
[20:52] <apw> which of those would be the recommended way, link or propsing for merge?
[20:57] <Laney> proposing it is the semantically correct way
[20:57] <cody-somerville> rhpot1991_laptop, Looking at http://bazaar.launchpad.net/~mythbuntu/mythexport/trunk/revision/44 it seems that more than just a few dependencies being added occurs
[21:10] <ScriptRipper> who can help me with some multitarget .deb packaging for combi debian and ubuntu source pkg?
[21:10] <pochu> !ask
[21:11] <ScriptRipper> I was not sure if i am in the correct place, that why i asked to ask a question :)
[21:15] <ScriptRipper> Build-Depends: debhelper (>= 5), quilt (>= 0.40), binutils (>= 2.16), .... lots of other pkgs ..., etherboot
[21:15] <Laney> If you just ask then you either get an answer or get pointed to a better place to get an answer :)
[21:15] <ScriptRipper> but only on debian. on ubuntu, i dont need etherboot dependency.
[21:15] <ScriptRipper> in my debian control file.
[21:16] <ScriptRipper> on debian i need to skip or something else.
[21:16] <ScriptRipper> how do i do that?
[21:17] <ScriptRipper> so it is a packaging question for the control file in a source pkg....
[21:17] <RAOF> I can't think of a way.
[21:17] <Laney> You can generate control in the clean target, but it's not very nice.
[21:18] <RAOF> Laney: If you want people to go _mental_ looking at your package, I guess :)
[21:18] <Laney> pkg-gnome does this for the uploaders field
[21:18] <RAOF> Wow.
[21:19] <ScriptRipper> is it general practise to have multitarget pkgs which "if" ed dependencies for .deb?
[21:19] <directhex> ScriptRipper, iffed for what reasons?
[21:19] <ScriptRipper> if debian do this, if ubuntu do that...
[21:19] <Laney> ScriptRipper: What happens if the etherboot depd is left in?
[21:19] <directhex> ScriptRipper, ah, right.
[21:20] <Laney> dep*
[21:20] <directhex> ScottK-desktop, best option is using a pipe in the deps - e.g. xulrunner (>= 1.9) | xulrunner-1.9
[21:20] <directhex> bah
[21:20] <directhex> ScriptRipper, ^^
[21:20] <ScriptRipper> it tells me no etherboot pkg on ubuntu...
[21:20] <directhex> ScriptRipper, second best bet is generating control (e.g. OOo does this)
[21:21] <Laney> er, we have etherboot
[21:21] <ScriptRipper> let me check why it tells me no etherboot then...
[21:21] <Laney> do you have universe enabled in your pbuilder?
[21:21] <directhex>         500 http://mirror.ox.ac.uk intrepid/universe Packages
[21:21]  * Laney burns ox.ac.uk
[21:22] <ScriptRipper> Laney: ah, i dont have.
[21:22] <directhex> Laney, it's quite fast on my office machines
[21:22] <ScriptRipper> i use main, not universe or multiverse...
[21:22] <Laney> that'll do it
[21:22] <ScriptRipper> is that uncommon to use main?
[21:23] <directhex> main is one of four repos, with a specific content set
[21:23] <Laney> I think you have to pass --components to pbuilder to get universe
[21:24] <Laney> but don't quote me
[21:24] <directhex> Laney, or set OTHERMIRROR?
[21:24] <ScriptRipper> how is it organised? do the 3 others sit on top of main, or do the 3 sit on top of each other?
[21:24] <Laney> right
[21:24] <Laney> othermirror probably works
[21:25] <ScriptRipper> with its pkg meta data?
[21:25] <directhex> ScriptRipper, main contains Free software "properly" supported by canonical employees, with priority security support & extra special care taken for things like regressions etc
[21:25] <directhex> ScriptRipper, universe is everything else that's Free - community supported things
[21:25] <ScriptRipper> directhex: ah.
[21:25] <ScriptRipper> and multiverse?
[21:26] <directhex> restricted is canonical-supported, non-free. multiverse is community-supported non-free
[21:26] <Laney> packages in main have to (build-)dep only on stuff in main
[21:26] <ScriptRipper> does it sit on main or universe?
[21:26] <ScriptRipper> or as i like it?
[21:26] <ScriptRipper> e.g. any combination?
[21:27] <Laney> You need main for restricted and universe for multiverse and main for universe
[21:27] <directhex> main is required
[21:27] <directhex> ehm... yes. /me hands Laney a bucket of commas
[21:27] <Laney> haha
[21:27] <Laney> I started typing that before I knew how it would end
[21:28] <ScriptRipper> :)
[21:29] <ScriptRipper> you were very helpful. looks like I need no if in the end :)
[21:31] <ScriptRipper> I found also the construction "xulrunner (>= 1.9) | xulrunner-1.9" very interesting, because i can use that also from case to case...
[21:31] <Laney> You know, if you could have got away without the build-dep on Ubuntu, is it really necessary?
[21:34] <ScriptRipper> Laney: it is not, you told me...
[21:36] <Laney> ScriptRipper: But you thought you could do without it
[21:41] <ScriptRipper> sorry, yes, *i dont need an if*
[21:41] <ScriptRipper> try to find out now why pkg contains etherboot dependency at all...
[21:42] <Laney> I was just questioning your thinking
[21:42] <ScriptRipper> do you know if qemu is in main under ubuntu?
[21:43] <Laney> apt-cache show qemu | grep Section
[21:59] <ScriptRipper> sees now lots of his packages in universe...
[22:00] <Laney> hmm?
[22:00] <ScriptRipper> me
[22:00] <vorian> !info qemu
[22:00] <ScriptRipper> i see lots of the packages needed in universe...
[22:01] <ScriptRipper> i package developer snapshots of qemu from svn.
[22:02] <ScriptRipper> until now, only debian worked
[22:02] <ScriptRipper> from now on, ubuntu and debian :)
[22:05] <SilverBullet> hello
[22:06] <SilverBullet> Guys, just to let u know of tje GetDeb Founder João Pinto Interviewed => http://translate.google.com/translate?prev=&hl=pt-PT&u=http%3A%2F%2Fwww.pplware.com%2F2009%2F01%2F12%2Fentrevista-a-joao-pinto-getdeb%2F&sl=pt&tl=en
[22:06] <ScriptRipper> is it common practise to build a package by default against main or universe?
[22:06] <SilverBullet> sorry about the google translation, but i think it can be understanded
[22:37] <RAOF> ScriptRipper: It depends on the package; the heirachy is basically main -> universe -> multiverse.  In the archives, a package may only build against its own component or higher (so, Universe builds against main+universe, but main only builds against main).
[22:38] <RAOF> ScriptRipper: For 3rd party packages, build against whatever you like.  You'll almost certainly want to be building against universe, though.
[22:38] <ScriptRipper> sorry, i missed maybe some part.
[22:38] <ScriptRipper> do universe pkgs get security fixes?
[22:39] <jdstrand> ScriptRipper: yes, from the community
[22:40] <ScriptRipper> not matter, the ubuntu delivered qemu is in universe. so my qemu-svn needs also to build against universe for the same reason...
[22:41] <ScriptRipper> same build requirements for the pkgs...
[22:41] <ScriptRipper> so ill do that.
[22:41] <ScriptRipper> and have to
[23:30] <SilverBullet> http://ubuntuforums.org/showthread.php?t=1038224
[23:33] <james_w> POX: scapy dropped the scapy binary package, when we would still need it for transitions in Ubuntu. Could we get it back in Debian, or shall we maintain a small diff for that?
[23:49] <james_w> is there a Debian equivalent of the NBS report?