[00:03] <Darxus> I merged hugin 0.8.0, posted debdiffs, and uploaded the packages to my ppa:  https://bugs.launchpad.net/ubuntu/+source/hugin/+bug/439396
[00:05] <Darxus> I wish I could get MoM to merge hugin from debian experimental.
[00:08] <ebroder> I marked a (Triaged) bug as In Progress while I was working on it, and now I can't change it back to Triaged. What am I supposed to set the status to?
[00:09] <ScottK> ebroder: First file a bug on Launchpad as you really ought to be able to undo a change you made.  Second give me the bug number and I'll do it.
[00:12] <ebroder> ScottK: bug #435505
[00:12] <ebroder> Although I was just about so sub ubuntu-main-sponsors if you want to sponsor me too :-D
[00:13] <ScottK> ebroder: Done
[00:13] <ScottK> Not right now.
[00:14] <ScottK> Just found the right spot in the KDE api documentation and so I'm not going to switch tasks
[00:14] <ebroder> Ok :)
[02:48] <quidnunc> I have a package that I built that fails a depends (python < 2.6). What do I need to edit to make it accept python 2.6? The depends line in control says ${python:Depends}.
[02:54] <quidnunc> My XS-Python-Version is >=2.5. There is no file called pyversions in debian.
[03:02] <ScottK> quidnunc: Look to see if any of the python files in the package have a shebang that specifies python2.5
[03:07] <quidnunc> ScottK: They are all /usr/bin/env python
[03:08] <wrapster>  gyus i just built a few new driver pkgs.... after dpkg -i it asks me to reboot... but how do i verify after a reboot that the driver has been installed?
[03:37] <quidnunc> The package is pyofa
[03:45] <shakaran> Hi, how to generate a package for karmic and jaunty? I do this dpkg-buildpackage -rfakeroot -k1DEEE63E with a debian/karmic/.... and debian/jaunty/... but it dont work
[04:26] <quentusrex> shakaran:
[04:26] <quentusrex> that happens....
[04:27] <shakaran> more often...
[04:27] <ScottK> Personally, I think non Ubuntu packages are a bit off topic here.
[04:27] <ScottK> Not everyone agrees with that, however.
[04:28] <shakaran> I want do a .deb for ubuntu jaunty (I made for karmic) but for jaunty dont work
[04:28] <quentusrex> non ubuntu packages?
[04:28] <shakaran> I try package a python program for jaunty
[04:29] <shakaran> It's my program, dont belong to ubuntu (yet)
[04:29] <quentusrex> shakaran: do you have a launchpad account?
[04:29] <ScottK> quentusrex: If it isn't going into the Ubuntu archive, it's not an Ubuntu package.
[04:30] <thiagocrepaldi> which tools is used on online ubuntu documentation (http://help.ubuntu.com) ? mediawiki ? moin moin ?
[04:30] <quentusrex> ScottK, That's true... but people have to learn to package for ubuntu to be able to put it in the archive...
[04:30] <shakaran> quentusrex: yes I have one: https://launchpad.net/~shakaran
[04:31] <ScottK> quentusrex: That's true, but it isn't going into Jaunty, so how to get it to work on Jaunty is a bit irrelevant.
[04:31] <shakaran> I want learn to package my program on several distribution (I did for karmic, only need also for jaunty)
[04:31] <ScottK> OTOH, I don't object if other people care to volunteer their time this way
[04:32] <quentusrex> :)
[04:32] <quentusrex> I'm still trying to package freeswitch for hardy->karmic....
[04:32] <quentusrex> since it only works properly on hardy...
[04:32] <quentusrex> due to a kernel issue I think...
[04:33] <shakaran> I do a manual for packaging: http://www.google.com/translate?hl=en&ie=UTF8&langpair=es%7Cen&u=http%3A%2F%2Fshakaran.es%2Fblog%2F2009%2F08%2Fcrear-paquetes-deb-de-codigo-python-en-ubuntu%2F
[04:34] <shakaran> (sorry I wrote in spanish, but you can translate with google)
[04:35] <shakaran> ubuntu-tweak make packaging for several distributions on ubuntu and in his .git he did a debian/karmic/... debian/jaunty/... etc and seems to work for him
[04:37] <quentusrex> shakaran: if he did it that way then he has a script that copies the contents of those folders into the debian directory when building the packages...
[04:37] <shakaran> http://github.com/tualatrix/ubuntu-tweak/tree/master/deb/ you see the folder deb/ and several distributions for changelogs
[04:37] <shakaran> I trying to discovery how to work it, I only need some help
[06:52] <pwnguin> is theree a feature freeze for universe?
[06:54] <pwnguin> it seems like yes, but i thought there was a time where universe was ignoring freezes
[07:02] <fabrice_sp_> pwnguin, there is
[07:02] <fabrice_sp_> !FFe
[10:16] <slacker_nl> fabrice_sp_: just the man I need
[10:16] <slacker_nl> Is there any progress known about the sync request of guessnet? https://bugs.launchpad.net/debian/+source/guessnet/+bug/433677
[10:17] <slacker_nl> I encountered another bug in guessnet (or so it seems) and was hoping 51-1 will fix it
[11:21] <highvoltage> hi
[11:21] <highvoltage> https://wiki.ubuntu.com/MOTU says that the next MC meeting ison Thursday, 24 October
[11:21] <highvoltage> but that's a Saturday.
[11:25] <Laney> jpds: ^?
[11:25] <Laney> I guess it means 22
[13:23] <ScottK> quentusrex: Very low.
[13:59] <AnAnt> Hello, if I add a new package to REVU, that closes an LP bug, should I set the status of the bug to fix committed ?
[14:02] <AnAnt> http://revu.ubuntuwire.com/details.py?upid=6920
[14:09] <jbernard_> morning! ive attached a patch to bug #441395, if anyone has time to take a look
[14:21] <av`> jbernard_, I see you made some changes to the B-D, but you didnt document them in changelog
[14:21] <jbernard_> av`: B-D?
[14:21] <av`> jbernard_, build-depends
[14:22] <jbernard_> av`: ahh, ill fix that up
[14:22] <jbernard_> av`: otherwise looks good?
[14:22] <av`> jbernard_, didnt test it yet :)
[14:22] <jbernard_> av`: cool
[14:26] <av`> jbernard_, are you sure it FTBFS?
[14:28] <jbernard_> av`: unless you're using a different binutils, it should fail
[14:28] <av`> jbernard_, building it without / with your patch now
[14:28] <jbernard_> av`: what version do you have, 2.4.11-1?
[14:29] <av`> yes
[14:29] <jbernard_> hmm. ill double check, was definately failing yesterday
[14:29] <av`> jbernard_, im building it now, just a second
[14:30] <jbernard_> still fails for me
[14:30] <jbernard_> unpatched
[14:31] <iulian> jbernard_, av`: I'm about to upload it.
[14:31] <av`> jbernard_, yes, failed here
[14:32] <av`> iulian, kk, please tell me you started to look at it some mins before I grabbed the sources :)
[14:32] <jbernard_> ahh good, i thought i was loosing it there for a sec
[14:32] <iulian> Uploaded.
[14:32] <ari-tczew> is anyone working on bug 336418 ?
[14:34] <iulian> jbernard_: Thanks.
[14:35] <jbernard_> iulian: no problem, thanks!
[14:44] <zooko> thank, you, fabrice_sp, for uploading pycryptopp-0.5.17!
[14:47] <AnAnt> can someone review http://revu.ubuntuwire.com/details.py?package=sabily-xsplash-artwork ?
[15:52] <fabrice_sp> zooko, you're welcome :-D Anyway, I've just acked the sync, so it still has to be performed by an archive admin
[15:53] <ari-tczew> hello fabrice
[15:53] <ari-tczew> I'm working on hugin's merge, look at launchpad
[15:55] <fabrice_sp> ari-tczew, yes. I'm looking at it. It's not necessary to delete the 50_ patch from Debian: just let it in debian/patches
[15:56] <fabrice_sp> anyway, as Darxus began to work on it, it would have be nicer to let him finish it, except if he didn't had time to do it.
[15:57] <fabrice_sp> there is a lot of things to fix, so no need to 'fight' for a merge :-D
[15:57] <ari-tczew> 50_ patch is not exist in series file, so it's not applied while building, right?
[15:59] <fabrice_sp> exactly
[16:00] <ari-tczew> Darxus needs time to learn about packaging ;)
[16:06] <ari-tczew> it's not a fight, it's cooperation ;-)
[16:09] <fabrice_sp> Darxus, agree with that?
[16:11] <ari-tczew> if it is a fight, why I don't forget add Darxus changes into changelog?
[16:30] <Darxus> fabrice_sp: I certainly have plenty of learning about packaging to do :)
[16:34] <fabrice_sp_> Darxus, the merge was not that bad :-) it's only that you left a lot of stuff behind you, that you should have clean ;-)
[16:36] <Darxus> ari-tczew: I think fabrice was saying that since deleting the 50 patch does not make any difference to the built packages, it's better to leave it in to reduce the difference from the debian package.
[16:37] <Darxus> fabrice_sp_: I believe it, thanks.
[16:37] <Darxus> I was really surprised the debdiff was so big.
[16:38] <Darxus> That was only the second debdiff I built.  The other was for adding one line to an ubuntu specific wrapper in azureus.
[16:39] <Darxus> fabrice_sp_: Should I test Ari's package?
[16:41] <Darxus> Did he miss the one package version dependancy....
[16:41] <ari-tczew> :>
[16:42] <Darxus> Nope, it's good.
[16:42] <Darxus> I was looking at the wrong line.
[16:42] <Darxus> (Depends instead of Build-Depends)
[16:42] <ari-tczew> yhym
[16:43] <sharms> When someone gets a chance can they review the debdiff I attached to lp #423755
[16:43] <hyperair> directhex: bug #442325
[16:44] <sharms> As it is currently, grsync is completely broken without it, so would be cool to resolve that
[16:44] <highvolt1ge> YokoZar: what do you think about reactos?
[16:45] <ari-tczew> btw. I'm not unfriendly adjusted to new Ubuntu's contributors. I'm glad that we have new hands to work!
[16:45] <directhex> hyperair, woo. i'm nto in ~motu-release though
[16:45] <directhex> :'(
[16:45] <directhex> no, wait, don';t take that as me volunteering to join!
[16:45] <hyperair> directhex: you can give the MOTU ack ;-)
[16:45] <directhex> oh, yes, so i can
[16:46] <hyperair> so anyway, is anyone from ~motu-release around who can give acks to those?
[16:46] <fabrice_sp_> Darxus, I think that we should test it, yes.
[16:46] <Darxus> fabrice_sp_: Cool.
[16:46] <fabrice_sp_> ari-tczew, did you rebuilt it with the change I mentioned?
[16:47] <ari-tczew> did you mean about no deleting 50_ patch ?
[16:47] <fabrice_sp_> yes
[16:47] <Darxus> Cool.
[16:47] <Darxus> Er, nevermind.
[16:47] <Darxus> I'll wait for that.
[16:48] <ari-tczew> not yet, but if it's no give difference, for what need rebuild?
[16:48] <Darxus> ari-tczew: Smaller delta from debian, less to maintain in the future.
[16:48] <Darxus> Smaller debdiff.
[16:49] <ari-tczew> do you want debdiff or you preffer ready .deb files?
[16:50] <ari-tczew> hugin in ppa waiting too long for build
[16:50] <ari-tczew> quickly will be rebuild and upload .deb files for test
[16:52] <hyperair> directhex: also, bug #442328
[16:52] <hyperair> that one has no FFe.
[16:58] <fabrice_sp_> Darxus, you can test the one in the ppa. The result will be enough for motu-release
[17:01] <Darxus> fabrice_sp_: Yup.
[17:02] <ari-tczew> what we are doing next?
[17:02] <Darxus> fabrice_sp_: Er, the one available in his ppa is not the merged one.
[17:03] <Darxus> Or is it?
[17:03] <fabrice_sp_> ari-tczew, posting the result of the test. If it's ok, we should wait for another motu-release to ack it
[17:04] <Darxus> It is the merged version, but it's not built.
[17:04] <ari-tczew> do you want .deb files?
[17:04] <ari-tczew> in ppa we'll a long time waiting for build
[17:04] <fabrice_sp_> one day, yes :-/
[17:05] <Darxus> fabrice_sp_: What should I be testing?
[17:08] <Darxus> Should I wait for launchpad to build 0.8.0.dfsg-2ubuntu1~ppa1 in Ari's ppa?
[17:09] <Darxus> Or patch the debian source package with his debdiff, and test that....
[17:10] <ari-tczew> Darxus wait, I'll upload new debdiff (including patch 50_)
[17:11] <ari-tczew> and now on my Ubuntu is building in progress
[17:11] <soc> hi
[17:11] <ari-tczew> I can send you .deb files
[17:11] <ari-tczew> this way we not wasting time
[17:11] <ari-tczew> hi soc
[17:12] <soc> the package hplip has wrong dependencies
[17:12] <soc> is there already a bug report?
[17:12] <ari-tczew> I don't know, check on launchpad :)
[17:12] <soc> i just wonder if that package is preinstalled ... because that will mean big trouble
[17:13] <ari-tczew> soc: "subprocess failed error 1" or something... ?
[17:13] <soc> no
[17:13] <soc> the package has dependencies on qt4, dbus, and python which are not installed
[17:14] <Darxus> ari-tczew: Want to attach the debs to the bug?
[17:16] <ari-tczew> yes I can
[17:16] <ari-tczew> brb
[17:20] <soc> ari-tczew: https://bugs.launchpad.net/ubuntu/+source/hplip/+bug/402959
[17:20] <soc> this is it
[17:58] <Darxus> ari-tczew: Where's those debs?  :P
[18:00] <ari-tczew> now I'm now uploading @launchpad, please w8
[18:00] <ari-tczew> I've got small upload internet
[18:03] <soc> hi
[18:03] <soc> does someone know where the wallpaper of the gdm login screen is saved?
[18:07] <ari-tczew>  /usr/share/gdm/themes/
[18:09] <soc> ari-tczew: ah found it
[18:09] <soc> no, that is the directory for the old gdm which is not used anymore
[18:10] <soc> the right one now is /usr/share/images/xsplash
[18:10] <soc> i guess all these "*-gdm-theme" should be removed, thy don't work anymore with the new gdm
[18:11] <ari-tczew> so please request a wish on launchpad :)
[18:11] <ari-tczew> Darxus: Uploaded. I think that bug request need got clean about attachments.
[18:16] <Darxus> You should attach a debdiff for those too.
[18:17] <ari-tczew> Darxus: Are you agree with delete your not-usefully debdiffs?
[18:17] <Darxus> ari-tczew: Yes.
[18:18] <ari-tczew> OK, I'm now going clean up and please test .debs ;-)
[18:19] <Darxus> I am.
[18:47] <quentusrex> Anyone know if there is any magic done to restart an application during an upgrade?
[18:48] <Darxus> ari-tczew: Why did you unassign yourself?
[18:48] <Darxus> ari-tczew: And the status should definitely not be "new".
[18:48] <ari-tczew> it's needed for review by MOTU
[18:48] <ari-tczew> read ubuntu's wiki
[18:49] <Darxus> Ah, weird, thanks.
[18:49] <ari-tczew> np
[18:49] <Darxus> Should the status be new then?
[18:49] <Darxus> Seems like it should be "confirmed" (which is why I changed it).
[18:52] <ari-tczew> New status says that bug require review
[18:53] <ari-tczew> if we'll got, reviewers will change status to Confirmed
[18:54] <ari-tczew> then sponsors can upload packages which have got status "Confirmed" (ACKnowledge by MOTU)
[18:55] <ari-tczew> I need review complete FFe request: bug 427886
[18:56] <Darxus> ari-tczew: You're doing two FFes at once?
[18:57] <ari-tczew> yes, why not?
[19:00] <Darxus> I'm just confused enough trying to follow one :)
[19:03] <ari-tczew> sometimes I'm working on more than 2 bugs :P
[19:03] <ari-tczew> okay, now I'm switching to jaunty, test SRU for kadu
[19:03] <ari-tczew> bye
[19:04] <sharms> fabrice_sp_: I am going to fix that grsync patch, but the importance for that package shouldnt be wishlist because the program fails to operate without the change
[19:04] <sharms> fabrice_sp_: for lp #423755
[20:06] <quentusrex> Anyone know how to fix it so that even if changing the ownership fails, it won't kill a package upgrade?
[20:06] <quentusrex> dpkg: error processing /var/cache/apt/archives/freeswitch-lua_1.0.4+repack8-0ubuntu15071.0~hardy_amd64.deb (--unpack):
[20:06] <quentusrex>  error setting ownership of `./opt/freeswitch/conf/autoload_configs/lua.conf.xml': Operation not permitted
[20:06] <quentusrex> ?
[20:23] <sharms> fabrice_sp__: I updated the package so let me know if that looks good to you if you get a chance
[21:06] <fabrice_sp__> sharms, ok. I'll have a look tomorrow
[21:22] <Kano> hi, i would add this to karmic
[21:22] <Kano> http://ftp.de.debian.org/debian/pool/main/o/opencore-amr/opencore-amr_0.1.2-1.dsc
[21:22] <Kano> then compile a new mplayer against it
[21:23] <Kano> in order to have got amr support (mostly for handy videos with 3gp)
[21:26] <fabrice_sp_> !info opencore-amr
[21:27] <fabrice_sp_> Kano, the source is on karmic.
[21:28] <Kano> thats the replacement for the older nonfree amr libs
[21:28] <Kano> fabrice_sp_: but not the package
[21:29] <Kano> libopencore-amrnb-dev
[21:29] <Kano> search for this for example
[21:29] <fabrice_sp_> https://launchpad.net/ubuntu/karmic/+package/libopencore-amrwb0
[21:30] <Kano> then your packages.u.c is outdated
[21:30] <fabrice_sp_> look there: https://launchpad.net/ubuntu/+source/opencore-amr/0.1.2-1
[21:30] <Kano> why is it not on the normal position in puc?
[21:31] <fabrice_sp_> don't know. Sometime, p.u.c is slow to update
[21:31] <YokoZar> highvolt1ge: I think ReactOS is unlikely to be useful compared to Wine/Linux since the amount of hardware that needs Windows drivers is declining faster than the ReactOS kernel is improving
[21:31] <Kano> that must be really slow... so it is already installable?
[21:32] <Kano> mplayer is definitely not linked against it
[21:33] <fabrice_sp_> Kano, they don't seem to be installable ATM
[21:33] <fabrice_sp_> perhaps, sitting in the new queue
[21:34] <fabrice_sp_> sharms, the patch looks really ugly. What about putting the file in the debian directory, and copying it in the rules file?
[22:10] <lfaraone> james_w: Would it be unlikely for there to be a sugar-* FFE this time around? Should I bother requesting one?
[22:36] <NetSKaVeN> hell-o!
[23:21] <james_w> lfaraone: no idea, speak to someone on the release team
[23:22] <lfaraone> james_w: mk. right now it's totally borked.
[23:39] <vigo> Hello, is there an existing or working Speech Input pkg?