[00:00] <trinikrono> yes it is
[00:01] <trinikrono> okie i see it in the varlogdistupgradeapttermlog file
[00:45] <EvilResistance> if a bug report is triaged, and a potential solution/patch is included on that bug, do we leave it triaged?
[00:45] <Daekdroom> Until it's commited, yes.
[00:46] <Daekdroom> 'Fix Committed is not to be used when a patch is attached to a bug ' according to https://wiki.ubuntu.com/Bugs/Status
[00:47] <EvilResistance> so with this bug, does anything else have to be done?  (I wasnt the triager, but I did create the debdiff that would fix the unrequired dependencies issue)  LP 995262
[00:47] <ubot2> Launchpad bug 995262 in ubuntuone-control-panel "ubuntuone-control-panel-common requires ubuntuone-installer" [Medium,Triaged] https://launchpad.net/bugs/995262
[00:47] <EvilResistance> apart from poking someone who can upload/test the changes (being on a Natty system to check a Precise fix isnt exactly possible, especially with a mostly-dead drive)
[00:48] <Daekdroom> I don't think there is anything else to do.
[00:49] <Daekdroom> I do think, however, it makes sense if you assign the bug to yourself if that's possible.
[00:49] <EvilResistance> now that i can do
[00:50] <EvilResistance> can't change the importance or anything else though, for some reason i think my bug-access rights somehow got messed
[00:50] <EvilResistance> might just be FFox being stupid though
[00:50] <EvilResistance> (even if it were needing its status changed off of Triaged, system won't allow me to :/)
[00:52] <Daekdroom> I think those things are limited to the Ubuntu Bug Control team.
[00:52] <EvilResistance> probably
[00:52] <EvilResistance> i know (at the least) Won't Fix and Triaged are bugcontrol
[00:53] <EvilResistance> so if i file a debdiff on a bug and its not assigned, i should assign myself to the bug, then?  or is that a per-bug personal decision?
[01:04] <hggdh> EvilResistance: first of all, all fixes have to be verified against Quantal (the current development release)
[01:04] <EvilResistance> hggdh:  the version in Quantal is the same in Precise
[01:04] <EvilResistance> last i checked the repos match
[01:04] <hggdh> EvilResistance: then the fix will first have to be shown correct on quantal
[01:04] <EvilResistance> hggdh:  secondly, the MOTUs are being slow today in explaining enabling a Quantal chroot in pbuilder pre-precise
[01:05] <EvilResistance> hggdh:  the debdiffs would be identical in this case :P
[01:05] <hggdh> onve quantal is fix released, then a SRU is requested
[01:05] <EvilResistance> hggdh:  changing debian/control in precise or quantal would be the same
[01:05] <EvilResistance> the resulting debdiff woudl show the exact same changes
[01:05] <hggdh> EvilResistance: still. It HAS to be first fixed there
[01:05] <hggdh> has it been applied to quantal?
[01:06] <EvilResistance> hggdh:  it hasnt been applied to any, i dont have upload perms.  i'm building my quantal chroot to confirm binaries build there
[01:06] <EvilResistance> but again, last i checked, the repos for relevant programs match
[01:06] <hggdh> it is not if they match or not match, it is that the fix has to first be applied on the development release, and THEN requested as a SRU
[01:07] <hggdh> so your first debdiff should be for quantal
[01:07] <EvilResistance> hggdh:  can you and i talk in /query then about this?
[01:07] <EvilResistance> because last i checked the debdiff when excluding the debian/changelog for building the .dscs is the *same*
[01:07] <EvilResistance> (in this instance)
[01:08] <hggdh> a debdiff without the debian changelog does not apply...
[01:08] <EvilResistance> hggdh:  then tell the MOTUs that
[01:08] <EvilResistance> because the MOTUs are the ones who said to not include changelogs when filing debdiffs
[01:08]  * EvilResistance will rebuild *with* changelogs after the quantal chroot actually stops 404ing in the archives
[01:10] <hggdh> ah well. Then it is not a debdiff. But follow their instructions, and forget what I said
[01:10] <hggdh> whatever than means
[01:15] <EvilResistance> hggdh:  see privmsgs :P
[01:15] <EvilResistance> (you've already seen it, but still)
[01:20] <steemed> hi again
[01:21] <steemed> EvilResistance: having problems with debdiff?
[01:21] <EvilResistance> steemed:  nah, just a minor argument with hggdh
[01:21] <steemed> ah ok
[01:21] <EvilResistance> one that's been resolved by the stated advice from MOTUs to me when making debdiffs for submission to bugs :P
[01:21] <hggdh> :-)
[01:22] <EvilResistance> hggdh:  final question:
[01:22] <hggdh> quickly, please
[01:22] <hggdh> gotta go
[01:22] <EvilResistance> if, as i stated before, the debdiffs for the quantal and the precise builds are *identical*, and therefore the debdiff can work for both, do i really need to upload two identical debdiffs?
[01:22] <EvilResistance> :P
[01:22] <hggdh> no
[01:22] <EvilResistance> just checking ;P
[01:23] <EvilResistance> now don't be late!
[01:23] <EvilResistance> being late is a negative thing!
[01:23] <hggdh> better saying you *should* not need to. But you will need to request a SRU
[01:23] <hggdh> very negative
[01:23] <hggdh> cheers
[01:23]  * hggdh is gone
[01:23] <steemed> hah
[01:23] <EvilResistance> yeah, SRUs are semi-annoying, last one i filed required 50 changes before it was accepted as valid :P
[01:24]  * EvilResistance looks up the SRU templates again, since he forgot to bookmark them
[01:24] <steemed> SRU?
[01:24] <EvilResistance> steemed:  https://wiki.ubuntu.com/StableReleaseUpdates  <--
[01:24] <EvilResistance> required to get an update pushed for current releases
[01:25] <EvilResistance> (Precise, for instance, otherwise the changes only exist in the dev release)
[01:25] <steemed> ah, well that is a bummer
[01:25] <EvilResistance> steemed:  i can still do it
[01:25] <steemed> cool
[01:25] <EvilResistance> but first step is making sure the package builds in Quantal
[01:25] <EvilResistance> AND WILL THE CHROOT STOP 404ING ON QUANTAL REPOSITORIES!!! :/
[01:25] <steemed> wat
[01:25] <steemed> lol
[01:25] <EvilResistance> (sorry for the caps, but this is the 6th time i've said for the chroot for building the program binaries to build, and its still 404ing)
[01:26] <steemed> I forget what is chroot
[01:27] <EvilResistance> http://en.wikipedia.org/wiki/Chroot
[01:29] <steemed> Ah so you are trying to replicate a virtual environment
[01:29] <EvilResistance> have to
[01:29] <EvilResistance> to build the binaries
[01:29] <steemed> All this to change the control script?
[01:29] <EvilResistance> not really
[01:30] <EvilResistance> but i've learned something:
[01:30] <EvilResistance> when changing the structure of a debian package in any way, shape, or form, always test before uploading a fix
[01:30]  * EvilResistance learned this from backporting things
[01:30] <steemed> yeah
[01:30] <steemed> just make sure it works
[01:30] <steemed> I can try to do it
[01:31] <EvilResistance> well i know the package builds  in Precise
[01:31] <EvilResistance> but to get it updated in Precise i'll have to file an SRU
[01:31] <EvilResistance> (I'll do it, but meh)
[01:31] <EvilResistance> (SRUs can be ugly)
[01:31] <steemed> ick
[01:31] <EvilResistance> hiya Flannel
[01:31] <EvilResistance> how goes it
[01:31] <EvilResistance> whoops
[01:31] <EvilResistance> :P
[01:31]  * EvilResistance just accidentially broke his precise chroot
[01:31] <EvilResistance> well...
[01:32] <EvilResistance> that... sucks...
[01:32] <steemed> :/
[01:33] <EvilResistance> i know how i'll handle this
[01:33] <steemed> I used to be an Ubuntu member but it was revoked because i wasnt active for the longest time
[01:33] <EvilResistance> :P
[01:33] <EvilResistance> i'm still active :P
[01:33] <steemed> hah
[01:34] <steemed> Well I used Windows for a long time because my college required software for it
[01:34] <steemed> And was too busy
[01:36] <steemed> I will say this: I like Unity
[01:38] <steemed> And don't know why people dont like it
[01:41] <EvilResistance> FINALLY the chroot builds
[01:41]  * EvilResistance glares evilly at the archives
[01:49] <steemed> lol
[01:56] <steemed> yay
[01:57] <EvilResistance> steemed:  there we go, i think
[01:57] <steemed> Someone got a bit overexcited with depemdencies on ubuntu one
[01:58]  * EvilResistance shrugs
[02:08] <steemed> So is Quantal right now just a development platform to fix stuff?
[02:09] <EvilResistance> its the next version of Ubuntu, its dev cycle i think has already begun
[02:09] <steemed> Ah
[02:10] <steemed> I'm guessing it would be a good thing to have a machine or a vm to have that when bug testing or patching
[02:11] <EvilResistance> mhm.  but if ubuntuone is using Qt, then it doesnt exactly need the GTK stuff
[02:11] <steemed> Yeah
[02:12] <steemed> The installer does need it because it is preserving ISO space and not using QT libs which take more space up
[02:12] <steemed> It's included with the 12.04 ISO
[02:13] <steemed> But the thing is Ubuntu ONe isn't dependent on it
[02:13] <steemed> Or shouldn't be
[02:51] <Daekdroom> Doesn't the ISO ship QT for Unity-2D?
[02:55] <steemed> Daekdroom: oh, you are right
[02:55] <steemed> Why does the installer need to use gtk then...
[02:55] <steemed> It could just use qt
[03:02] <Daekdroom> Do Xubuntu and Lubuntu ship UbuntuOne Installer? If they do, do they ship QT libraries or GTK?
[03:02] <Daekdroom> Regardless of the answers to those questions, it might be that they never bothered to recode the installer in QT :P
[03:02] <steemed> Hah.
[03:03] <Daekdroom> The control panel was changed to QT very late in the precise cycle, iirc.
[03:03] <steemed> And then went crazy and included the installer in the dependency...
[03:03] <steemed> Daekdroom: really?
[03:03] <steemed> It's a smart move
[03:03] <steemed> TB
[03:03] <steemed> TBH
[03:04] <steemed> That way it can work on Windows and people use it there
[03:04] <Daekdroom> But it looks ugly :(
[03:04] <steemed> And it doesn't have to be included in Ubuntu by default
[03:04] <steemed> Looks fine to me
[03:05] <steemed> And it does what it is designed to do: sync data
[03:06] <steemed> I think Ubuntu One maybe better than a lot of other cloud storage solutions because you can add any folder in the system to sync.
[03:12] <steemed> Although Google Drive is the cheapest
[04:11] <steemed> EvilResistance: I added myself to be approved to the Ubuntu BugSquad :)
[04:52] <chilicuil> hi, I'd like someone to mark bug 994949 as triaged with importance medium
[04:52] <ubot2> Launchpad bug 994949 in nautilus "When nautilus opens it is not the active window" [Undecided,Confirmed] https://launchpad.net/bugs/994949
[04:58] <liujianchi> names
[13:37] <txomon|home> hi, is there any known bug with gnome terminal in 12.04?
[13:40] <jtaylor> yes 308 even :)
[17:16] <steemed> EvilResistance: poke
[17:16] <EvilResistance> steemed:  hm?
[17:16] <EvilResistance> (also randomly poking me is a bad idea()
[17:19] <steemed> EvilResistance: eep
[17:19] <EvilResistance> whats up
[17:19] <steemed> EvilResistance: I signed myself up for the bug squad waiting approval :)
[17:19] <EvilResistance> steemed:  i'm not the approval person :p
[17:19] <steemed> EvilResistance: I know :p (Or I didn't expect it)
[17:19] <EvilResistance> don't poke me about it (and i saw your post in the logs, i didnt see a real need to respond)
[17:19] <steemed> ah
[17:19] <steemed> Ok :)
[17:19]  * EvilResistance returns to the high-priority code he's writing
[17:20] <steemed> srsbsns
[17:20] <penguin42> steemed: Would you poke a sleeping tiger?
[17:20] <steemed> Can it be a kitten instead?
[17:20] <penguin42> nope
[17:20] <steemed> damn
[17:20] <steemed> THen no
[17:22] <Daekdroom> I wouldn't poke a sleeping tiger.
[18:29]  * Elbrus is wondering if he can "unduplicate" bugs in launchpad
[18:29]  * Elbrus made a mistake
[18:32]  * Elbrus finally sees the link in the icon in front of the duplicate line
[18:46] <penguin42> yes you can - which bug?