[12:09] <gnomefreak> this sucks
[12:12] <gnomefreak> i think ill see if i can backport libflashsupport to gutsy since its not there and flash 10 needs it
[12:17] <wgrant> asac: Ping - your plugin finder service (nppapt.py:77) is causing quite a few sources.lists to break.
[12:18] <wgrant> asac: If one tries to install totem-mozilla through ubufox, it will try to add the 'web' component to sources.list, so will kill everything.
[12:18] <wgrant> (I presume this wasn't found to occur frequently because totem-mozilla is installed by default)
[12:19] <wgrant> Checking for the emptiness of tail and setting real_section to 'main' should fix it...
[12:20] <asac> wgrant: whats the apturl ccommand line you see while installing totem-mozilla?
[12:20] <wgrant> asac: I've checked the XML returned by your script. It's bogus.

[12:20] <asac> hmm
[12:21] <wgrant> You're not checking for the emptiness of tail, so anything in main (ie. only totem-mozilla will return the real section, not component.
[12:21] <asac> wgrant: have a patch?
[12:21] <asac> feel free to submit
[12:21] <asac> :)
[12:22] <wgrant> asac: It's all of two lines, but sure.
[12:26] <wgrant> asac: http://pastebin.com/f6951091c should do it, but I can't really test.
[12:27] <asac> wgrant: will tail be "" or None?
[12:28] <wgrant> asac: Meant to be an empty string IIRC, but I'll check help(str.partition)....
[12:28] <wgrant>     Searches for the separator sep in S, and returns the part before it,
[12:28] <wgrant>     the separator itself, and the part after it.  If the separator is not
[12:28] <wgrant>     found, returns S and two empty strings.
[12:28] <asac> k
[12:30] <gnomefreak> damnit
[12:31] <asac> hu?
[12:32] <gnomefreak> ha it worked
[12:32] <gnomefreak> or not
[12:32] <asac> wgrant: ok thanks. committed and currently recreating the db
[12:33] <gnomefreak> ha
[12:33] <gnomefreak> damn script isnt working
[12:36] <wgrant> asac: Thanks!
[12:46] <wgrant> asac: How long does it take? It's still broken.
[12:47] <asac> wgrant: did some tests first
[12:49] <asac> wgrant: ok please test
[12:49] <wgrant> asac: Perfect, thanks.
[12:54] <wgrant> Would this have affected Gutsy systems as well?
[12:54] <wgrant> Or do we only have a month of broken Xubuntu machines?
[12:55] <asac> wgrant: i think gutsy is not affected
[12:55] <asac> the section feature was somewhat broken at that point iirc
[12:56]  * gnomefreak just found out gutsy doesnt have libflashsuppot so i have to talk to jdong to see what he thinks about backporting it
[12:57] <wgrant> asac: Thanks.
[12:58] <gnomefreak> see you later
[12:58] <asac> wgrant: ask someone with gutsy to post sources.list to be sure
[13:00] <asac> let me know. thanks!
[13:07] <wgrant> asac: Hm, bug #228264 looks like it might.
[13:07] <asac> no bot
[13:08] <wgrant> https://bugs.edge.launchpad.net/ubuntu/+source/update-manager/+bug/228264
[13:09] <wgrant> asac: Another case of that :(
[13:09] <wgrant> And another.
[13:09] <wgrant> So it does affect gutsy.
[13:11] <asac> wgrant: reassigned that bug
[13:12] <asac> wgrant: ok i retitled the bug and made it a master
[13:12] <asac> if you find dupes, please merge them in that bug
[13:14] <wgrant> asac: I was going to take 202170 as the master, and already marked it as fixed, but will do.
[13:14] <asac> wgrant: its not fixed ;)
[13:15] <wgrant> Right, your interpretation of the real bug is more correct than mine.
[13:16] <asac> bug 202170
[13:16] <wgrant> ENOBOT
[13:16] <wgrant> I tracked this down and fixed it this evening. See bug #202170 for details.
[13:16] <wgrant> Gah.
[13:16] <wgrant> Oops.
[13:16] <wgrant> https://bugs.edge.launchpad.net/ubuntu/+bug/202170
[13:17] <asac> ok ill mark it as dupe anyway to give this bug more weight ;)
[13:17] <wgrant> Yep.
[13:37] <gnomefreak> bug 230016
[13:37] <asac> ENOBOT still gnomefreak
[13:37] <gnomefreak> shit
[13:39] <gnomefreak> thanks asac they are working on a different bot since we have 4 or so bots just none are really set up
[14:06] <gnomefreak> why the hell would add deps to a package if the deps have NEVER been in Ubuntu, most likely set deps from upstream but than you wouldnt respin it until those packages have been added if we add them :(
[14:06]  * gnomefreak wonders who did this
[14:14] <gnomefreak> asac: does sid get updated as lemmy gets updated or is it outdated?
[14:33] <asac> gnomefreak: if we have packages without build-deps thats an archive but
[14:34] <asac> unless they are scheduled for removal
[14:35] <gnomefreak> well irssi newest build is still borked
[14:51] <Jazzva> gnomefreak: I took a look at firegpg, but I wasn't able to get it working. I think that when I tried to install the xpi file, made by build script, it also didn't work.
[14:52] <gnomefreak> Jazzva: ok ioll look at it this week again sometime right now perl issues are pissing me off
[14:53] <Jazzva> Ok... Good luck with perl.
[14:53] <asac> Jazzva: does upstream .xpi work?
[14:54] <Jazzva> asac: Didn't try to download the version from their site
[14:54] <gnomefreak> asac: yes it does
[14:54] <asac> then our xpi should work too
[14:54] <asac> you most likely unzipped it in a not-so-nice fashion :)
[14:54] <gnomefreak> i have changes to make to it like package version and stuff that i forgot but nothing that would cause it to fail to install
[14:55] <Jazzva> asac: I think it was checked out from svn
[14:55] <gnomefreak> it was
[14:55] <gnomefreak> asac: its nothing that i did since it builds fine
[14:55] <gnomefreak> it just doesnt install
[14:55] <Jazzva> gnomefreak: I'm not sure if I mentioned before, you forgot to remove the .svn dirs
[14:55] <gnomefreak> Jazzva: yeah that too
[14:56] <gnomefreak> still wouldnt cause this issue though and im not gonna go around fixing things until i find out what is wrong (other than changelog version)
[14:56] <Jazzva> it should be easy with "for SVNDIR in `find . -name .svn` ; do rm -rf $SVNDIR ; done
[14:57] <Jazzva> running from build directory
[14:58] <gnomefreak> without the first "
[14:58] <gnomefreak> or is that a *
[14:59] <Jazzva> right :). I forgot to close it (just to separate it from text)
[14:59] <Jazzva> but without the "
[14:59] <Jazzva> :)
[15:10] <gnomefre1k> ok time to try new irssi now that i fixed it
[15:10] <gnomefre1k> be back
[16:38] <gnomefreak> asac: since gutsy doeasnt have libflashsupport should we bother backporting it to gutsy from hardy or intrepid or should i just do that from PPA?
[18:44] <fta> asac, your bz394103_dont_scale_images.patch diverged in rc2
[18:44] <fta> asac, http://bonsai.mozilla.org/cvslog.cgi?file=/mozilla/gfx/src/thebes/nsThebesDeviceContext.cpp&rev=HEAD&mark=1.79  (last 2 commits)
[18:45] <fta> i prefer to let you fix that
[18:50] <asac> fta: how does the reject hunk look like?
[18:51] <fta> full reject
[18:51] <asac> k
[18:51] <fta> http://paste.ubuntu.com/16231/
[18:58] <asac> done
[18:58] <asac> 273
[18:58] <fta> thanks
[19:52] <fta> hm, we can no longer work on 2 branches at the same time with the new bzr
[19:53] <fta> there's a global lock per user
[19:53] <fta> s/per user/per repo/
[22:30] <asac> he?
[22:32] <asac> fta: is the lock gone?
[22:32] <fta> i mean locally
[22:32] <asac> dont understand that
[22:32] <asac> but maybe because I dont see it yet :/
[22:33] <asac> fta: ah ... maybe the default is now lightweight checkout
[22:35] <fta> i was in ~/bzr/xul1.9.head doing a commit (editing changes), and i wanted to pull another branch in ~/bzr/xxx, bzr said:
[22:35] <fta> Unable to obtain lock file:///src/bzr/.bzr/repository/lock
[22:35] <fta> held by fta@sofaraway.org on host ix [process #15691]
[22:35] <fta> locked 1 second ago
[22:35] <fta> Will continue to try until 20:56:03
[22:36] <fta> well, it was not a pull but another commit
[22:38] <asac> ah ok ... well then its a lightweight checkout indeed
[22:38] <asac> ~/bzr/ is a repo most likely
[22:38] <asac> or maybe repo has just been fixed
[22:38] <asac> just use ~/bzr2/
[22:38] <asac> : )