[00:06] <bdrung_> stochastic: not yet. in four days is my motu application. :)
[00:06] <bdrung_> stochastic: which package?
[00:07] <stochastic> http://revu.ubuntuwire.com/p/xjadeo
[00:07] <stochastic> I'm hoping to get it in before feature freeze
[00:09] <bdrung_> stochastic: you could wrap the Build-Depends
[00:11] <bdrung_> stochastic: how about using debhelper v7? this would shorten your debian/rules file.
[00:11] <bdrung_> stochastic: you could use this format for debian/copyright: http://dep.debian.net/deps/dep5/
[00:13] <bdrung_> stochastic: here are some issues from lintian:
[00:13] <bdrung_> xjadeo: executable-not-elf-or-script ./usr/share/qjadeo/locale/qjadeo_fr.qm
[00:13] <bdrung_> xjadeo: copyright-refers-to-symlink-license usr/share/common-licenses/GPL
[00:13] <bdrung_> xjadeo: spelling-error-in-binary ./usr/bin/qjadeo environement environment
[00:13] <bdrung_> X: xjadeo: spelling-error-in-binary ./usr/bin/xjadeo extention extension
[00:13] <bdrung_> X: xjadeo: spelling-error-in-binary ./usr/bin/xjadeo extention extension
[00:13] <bdrung_> X: xjadeo: spelling-error-in-binary ./usr/bin/xjadeo splitted split
[00:13] <bdrung_> P: xjadeo: no-homepage-field
[00:26] <stochastic> bdrung_, hmm, issue #1 seems trivial at best, #2 I was told to use lower compat values to help backporting #3 is this necessary? I just reworked the copyright file other than the last
[00:27] <stochastic> lintian error I just fixed, but the others I have no idea how to fix
[02:50] <binarymutant> will pidgin 2.5.9 get synced before karmic's release?
[07:35] <highvoltage> http://www.youtube.com/watch?v=-rg3uNrI8tE
[08:25] <stochastic> would any kind motu with a free minute be willing to look over http://revu.ubuntuwire.com/p/xjadeo
[10:00] <lfaraone> Hey, would a
[10:01] <lfaraone> new upstream version be accepted after FF if it was solely a bug fix release?
[10:01] <geser> yes
[10:01] <iulian> Yes.
[10:03] <lfaraone> Cool, thanks.
[10:04] <iulian> lfaraone: You might want to take a look at https://wiki.ubuntu.com/FreezeExceptionProcess.
[10:06] <lfaraone> iulian: so I'd still need a FFE?
[10:10] <wgrant> lfaraone: It varies.
[10:10] <wgrant> In the last two releases, IIRC, bugfix releases were exempt.
[10:10] <wgrant> Before that they needed FFEs.
[10:11] <wgrant> I'm not sure that the policy has been announced for this release.
[10:11] <iulian> If it's a bug fix only release you don't need an exception.
[10:13] <iulian> Scroll down to "FeatureFreeze for bug fix only updates (process agreed by motu-release)".
[10:13] <iulian> lfaraone: ^
[10:14] <Laney> Does it have to be reconfirmed with each release?
[10:18] <lfaraone> iulian: Thanks!
[11:14] <brennion_> I try to get openerp-server pkg working for karmic,but it needs python-xml, that has been deleted from repository... is there a way to properly install it from jaunty repo in the preinst file ? or is there another way ??
[11:35] <binarymutant> I keep getting patch-system-but-direct-changes-in-diff in lintain and I'm not sure why? here's my rules http://paste.ubuntu.com/258009/ any help would be appreciative :D
[11:36] <DktrKranz> binarymutant: zcat *.diff.gz | lsdiff
[11:36]  * hyperair uses diffstat.
[11:36] <hyperair> that's the first time i've heard of lsdiff
[11:37] <binarymutant> DktrKranz, http://paste.ubuntu.com/258010/
[11:37] <Laney> DktrKranz: rather lsdiff -z
[11:37] <DktrKranz> you have changes to cap and capify files
[11:38] <DktrKranz> Laney: also ;)
[11:38] <binarymutant> strange, so I should ignore that warning?
[11:39] <Laney> no
[11:39] <DktrKranz> binarymutant: look at the changes for those files
[11:39] <Laney> filterdiff -z -x "*debian*" **.diff.gz
[11:40] <Laney> * not **, of course
[11:41] <binarymutant> it looks reversed :/
[11:42] <binarymutant> http://paste.ubuntu.com/258013/
[12:20] <bdrung> stochastic: using debhelper v7: it shorten the rules file enormously, but you are right. if you want to backport the package, you may have to backport debhelper v7, too.
[12:21] <hyperair> isn't it already backported?
[12:22] <bdrung> stochastic: it is not necessary to use dep5 for the copying file. i like the format and it will probably be the standard for debian and therefore ubuntu.
[12:22] <bdrung> stochastic: about wich lintian reports you do not know how to fix it?
[12:24] <bdrung> hyperair: i talked about xjadeo. this package is not in the archive at all.
[12:25] <hyperair> bdrung: i'm talking about debhelper already being backported all the way to hardy.
[12:26] <bdrung> hyperair: yes, it's backported to hardy. so this is not an issue any more.
[12:27] <hyperair> yeah
[13:12] <ghostcube> hmm, i have a question. what is causing my eth1 not to be started by default on my mainline kernel 2.6.30-5. i must restart interfaces manually. Is there anything that is done on the ubuntu patched kernels that is doing this automatically?
[13:12] <ghostcube> the nameserver isnt set by resolvconf package
[13:12] <ghostcube> at startup
[13:26] <hyperair> ghostcube: not that i know of. i've been compiling mainline kernels since 2.6.31 started, and have noticed nothing of that sort.
[13:27] <hyperair> ghostcube: it should be brought up by networkmanager
[13:27] <ghostcube> hyperair, networkmanager cant handle eth here
[13:27] <hyperair> why can't it?
[13:27] <ghostcube> it just doesnt connect
[13:27] <hyperair> well do you have an auto eth1 line in /etc/network/interfaces then?
[13:27] <ghostcube> wait i show you :)
[13:27] <hyperair> okay
[13:28] <hyperair> (please pastebin it, don't paste here)
[13:28] <ghostcube> sure :)
[13:28] <ghostcube> http://pastie.org/592154
[13:29] <ghostcube> so the prob is all is set only nameserver not from resolvconf package
[13:29] <ghostcube> i need to restart it manually to get the nameserver for eth1
[13:29] <ghostcube> and networkmanager never worked for me i always use this way
[13:29] <hyperair> hmm that's interesting, i have never actually set my dns address in interfaces before
[13:30] <ghostcube> :)
[13:30] <hyperair> is resolvconf starting when you boot?
[13:30] <ghostcube> i have kcpnc so i need to have resolvconf package for setting up the needed ones
[13:30] <ghostcube> its in rc
[13:30] <hyperair> which rc
[13:30] <ghostcube> moment pls
[13:32] <ghostcube> :|
[13:33] <ghostcube> ok now iam a bit worried
[13:33] <ghostcube> its not anymore in rc
[13:33] <ghostcube> oO
[13:33] <ghostcube> that would explain why its not working so far or ?
[13:33] <hyperair> bingo.
[13:33] <hyperair> wait, no
[13:34] <hyperair> lemme just install it and see
[13:34] <ghostcube> i wait no prob in my rc is only networkmanager
[13:35] <hyperair> how do you usually get resolvconf up and running
[13:35] <hyperair> ?
[13:35] <hyperair> it appears there's a script in /etc/network/if-up.d
[13:35] <hyperair> and if-down.d
[13:36] <ghostcube> yeah i have 000resolvconf there
[13:36] <ghostcube> but it doesnt do the trick
[13:36] <hyperair> well, what do you usually do to get it running?
[13:36] <hyperair> /etc/init.d/networking restart?
[13:36] <ghostcube> i read it and it should create the eth1.inet into the resolvconf run interfaces folder
[13:36] <ghostcube> hyperair, yes
[13:37] <ghostcube> this brings it up
[13:37] <ghostcube> i wrote a little script so not so much to type
[13:37] <ghostcube> :D
[13:37]  * hyperair doesn't know =\
[13:37] <ghostcube> :| hmm yeah seems a strange thing that the stock kernels can handle this
[13:37] <ghostcube> and i dont get it
[13:37] <ghostcube> :)
[13:38] <ghostcube> this only happens on mainline kernels
[13:38] <hyperair> hmm how strange =\
[13:38] <ghostcube> yeah :)
[13:42] <ghostcube> hyperair, http://pastie.org/592159
[13:42] <ghostcube> :)
[13:46] <hyperair> out of curiosity, what's grep -v grep for?
[13:51] <geser> here is seems to be useless
[13:52] <geser> usually it's used when grepping "ps aux" to filter out the grep itself
[13:57] <ghostcube> yep exactly i havent known this before
[13:57] <ghostcube> but so u can ket it check if there i 0 or 1 as echo
[13:57] <ghostcube> *l
[14:23] <mok0> s it possible to pin a certain version of a package, so it's NOT sync'ed from unstable?
[14:25] <lfaraone> mok0: Sure, just give it an ubuntu revision. (I think)
[14:26] <geser> you could try getting it added to the sync blacklist till karmic+1 or subscribe to bug mail for that package and look for sync requests
[14:27] <mok0> geser: but it will be auto-sync'ed for karmic+1
[14:27] <lfaraone> mok0: https://wiki.ubuntu.com/ArchiveAdministration#Blacklisting
[14:27] <mok0> lfaraone: that's certainly feasible
[14:27] <geser> if you get it off the sync blacklist again
[14:28] <mok0> lfaraone: thx
[14:28] <lfaraone> mok0: any time.
[14:29] <mok0> lfaraone: don't you need to be archive-admin to do that?
[14:29] <lfaraone> mok0: Correct, so file a bug against ubuntu-archive.
[14:29] <geser> lfaraone: uploading a ubuntu revision just know doesn't prevent someone from requesting a sync (this would only stop the auto-syncs before DIF)
[14:29] <lfaraone> mok0: * file a bug against ubuntu subscribing ubuntu-archive
[14:30] <geser> so blacklisting is the best way
[14:31] <mok0> I don't want the package erased, I just want to pin the version to an older one than unstable has
[14:32] <mok0> I guess the easiest thing is to upload an -*ubuntu1 version, with a note in changelog not to merge
[14:32] <geser> mok0: blacklisting is independent from removing, see e.g. the ocaml-* blacklisting recently to prevent a start of the OCaml transition (we decided later to do it)
[14:32] <mok0> geser: ok, I will look into it
[14:33] <geser> mok0: see bug #387943 for the ocaml case
[14:34]  * mok0 looks
[14:35] <mok0> I will do something similar! Thanks!
[14:39] <mok0> Launchpad is so slow now it's practically unusable
[14:40] <sebner> mok0: ACK. FAils to load pages here too
[14:42] <hyperair> it looks fine from here =\
[14:43] <ghostcube> launchi is slow but works here
[14:44] <hyperair> well considering it's always slow here, i guess launchpad being slow doesn't affect me much eh
[14:45] <sebner> hyperair: heh
[14:49] <sebner> hyperair: do you use edge or normal one?
[14:50] <hyperair> normal one
[14:50] <hyperair> saves me typing
[14:50] <sebner> hyperair: what typing?
[14:50] <hyperair> edge.
[14:50] <hyperair> typing urls, you know?
[14:51] <sebner> hyperair: that would be pretty stupid. get done automatically ;)
[14:51] <hyperair> hmph.
[15:14] <ghostcube> ping fta
[15:14] <ghostcube> damn
[15:14] <ghostcube> fta, ping
[15:15] <fta> ghostcube, ?
[15:15] <ghostcube> fta, you are managing the daily build repo for TB3 and FF3.5 right ?
[15:15] <fta> yes
[15:16] <ghostcube> PM ?
[15:16] <fta> as you want
[15:28] <wrapster> solution like this is what i want::  use Debian virtual package, (eg zlib1g pkg)  make zlib1g to provide (i.e. using Debian meta tag Provides: in  debian/control) missing packages.   in this case lets assume that we need to integrate all functionalities that SUNWzlib provides.. But without having to install it on the machine but rather try doing something with the existing pkg to get its functionality as well.
[15:29] <wrapster> in a nutshell this is what i want      .deb --> extracted --> directory--->make changes---> back to .deb
[15:30] <wrapster> Im a total newbie ,ive worked with solaris for 2yrs but not with .deb ... so can anyone point me out to links for beginners....
[15:32] <azeem_> wrapster: I don't understand your problem :-/
[15:37] <ghostcube> azeem_, you scared him
[15:37] <ghostcube> :P
[15:38] <ghostcube> i think he just wanted to add dependencies to an deb
[15:38] <ghostcube> ??
[16:34] <geser> sebner: one of the edge app servers seems to have problems since the last automatic edge roll-out today
[16:35] <sebner> geser: seems to be fixed now though.
[16:35] <geser> oh, good to know
[16:37] <sebner> bdrung: you are funny with your "Critical" stuff. I'm wondering if the system or hardware breaks if we don't to the update ;)
[16:38] <bdrung> sebner: yes. :p
[16:39] <sebner> bdrung: I'll set it back to wishlist :P
[16:39] <bdrung> sebner: i used the same system as for debian. (not usable at all or ftbfs = very high importance)
[16:39] <bdrung> the main thing is that the packages are synced (before ff)
[16:40] <geser> u-a doesn't care about importance on sync requests TTBOMK
[16:40] <sebner> bddebian: right, well I don't care. The archive admins should/will complain to you :P
[16:41] <geser> sebner: you need to work on your TAB-completion
[16:42] <ghostcube> hmm is it somwhow possible to get an what you hear capturew into kmix for intelhda
[16:42] <geser> (happens sometimes to me too)
[16:42] <sebner> geser: users should care to not have similar usernames *cough* :P
[16:44] <sebner> geser: ok "fixed" is the wrong word. LP doesn't let me subscribe archive admins :(
[16:45] <geser> try again till you get a working app server
[16:45] <geser> I assume it won't get fixed before monday
[16:46] <sebner> heh
[16:46] <hyperair> question. should i be subscribing ubuntu-archive to acked sync requests?
[16:47] <sebner> hyperair: should have done by the MOTU but if he forgot yes
[16:47] <hyperair> tsk tsk.
[16:47] <hyperair> guess who forgot? ;-)
[16:47] <sebner> hyperair: I guess it's me trying to subscribe since minutes but b0rken LP don't let me
[16:48] <hyperair> minutes?
[16:48] <sebner> hyperair: please go ahead then
[16:48] <slytherin> hyperair: I am curious how you built remuco client.
[16:48] <hyperair> slytherin: ?
[16:49] <geser> sebner: you know you can disable the edge redirection?
[16:49] <hyperair> slytherin: there is one big issue i just realized.
[16:49] <hyperair> slytherin: i forgot to include it in any .install file, so it's built, but not in any deb
[16:49] <sebner> geser: too troublesome. We have contributor slaves :P
[16:49]  * hyperair headdesks
[16:49] <slytherin> sebner: some people might feel offended with term 'slaves'. :-)
[16:50] <sebner> slytherin: well, as I consider myself a sponsoring b*tch :P
[16:50] <slytherin> hyperair: How you got to build it anyway?
[16:50] <sebner> geser: ha! it was working. just a lot of pressing f5 and the magic happens xD
[16:50] <hyperair> slytherin: it wasn't me. it was oben sonne (upstream guy)
[16:50] <hyperair> i think if you dig around the source you might find it
[16:50] <hyperair> something about copying over some sources
[16:51] <geser> sebner: with broken edge I had a good opportunity to test my changes to requestsync to work without LP API :)
[16:51] <slytherin> oh
[16:51] <hyperair> that reminds me of *another* thing i forgot
[16:51]  * hyperair facepalms
[16:51] <hyperair> oh my god, what's wrong with me lately..
[16:51] <hyperair> i forgot to amend the copyright file
[16:51] <sebner> geser: heh! Never got this thing working /here xD
[16:53] <christoph_debian> heya! did launchpad change api or is there some other reason reason requestsync gives my only a python trace today?
[16:54] <slytherin> hyperair: don't worry, it will surely get rejected. :-P
[16:54] <hyperair> slytherin: that's comforting.. in a twisted way.
[16:56] <slytherin> geser: I was going to request a quick review of a small library this morning and when I did 'dput' I mistakenly uploaded it to ubuntu archive. It is waiting in new queue. :-)
[16:58] <MontelEdwards> hyperair,
[16:58] <geser> christoph_debian: edge is having problems. this also affects the LP API
[16:58] <MontelEdwards> i was looking at the license at Frostwire. It is GPL
[16:59] <hyperair> MontelEdwards: yes it is. there were some other issues
[16:59] <MontelEdwards> hyperair, like...
[16:59] <MontelEdwards> GPL is GPL, right?
[16:59] <hyperair> https://bugs.launchpad.net/debian/+bug/94011
[17:00] <hyperair> see the comments
[17:00] <christoph_debian> geser: ok I have time ... just want that bugfixes to migrate to my ubuntu users as well for karmic some time ;)
[17:01] <sebner> geser: do the karmic repo is also b0rken? can't update my pbuilder
[17:01] <MontelEdwards> hyperair, uh huh... why cant you guys use the officall package.
[17:02] <bdrung> sebner: can you have a look at bug #417204, too? i know, that you do not like the priority...
[17:02] <geser> christoph_debian: you can still file sync requests by hand if you don't want to wait till edge gets fixed
[17:03]  * slytherin hates when upstream uses too old dependencies :-(
[17:03] <christoph_debian> geser: I guess I'll just wait -- easier :)
[17:03] <sebner> bdrung: you are the uploader etc so thats not that bad but I'm wondering if we want at git snapshot over a stable 0.4 release.
[17:04] <bdrung> sebner: yes, we want it. there are only bug fixes in the git repo since the stable release
[17:04] <bdrung> sebner: since 0.4 there is nothing "new" developed
[17:05] <sebner> bdrung: kay, I'll review
[17:05] <bdrung> sebner: assure yourself: http://git.xmms.se/?p=esperanza.git;a=summary
[17:06] <hyperair> MontelEdwards: that's a question that needs a very long answer that i dont have time to give
[17:06] <james_w> christoph_debian: it will probably work tomorrow if you try then
[17:06] <MontelEdwards> hyperair, linkage?
[17:06] <hyperair> all over the place =\
[17:06] <sebner> bddebian: kay, testbuilding
[17:06] <MontelEdwards> hyperair, ah
[17:07] <hyperair> license is one
[17:07] <MontelEdwards> oh, great.
[17:07] <hyperair> policy is another
[17:07] <MontelEdwards> Firefox dosent run on ubuntu 9.04
[17:07] <MontelEdwards> 64bit
[17:07] <hyperair> worked for me
[17:07] <MontelEdwards> ( from mozilla.com)
[17:07] <hyperair> oh
[17:07] <ScottK> MontelEdwards: Not our problem then.
[17:08] <hyperair> use the ppa
[17:08] <sebner> huhi ScottK :)
[17:08] <MontelEdwards> hyperair, I know, i dont like that Shieritoko crap or whatever
[17:08] <MontelEdwards> ScottK, I know, im just saying
[17:08] <hyperair> MontelEdwards: that's the code name.
[17:09] <hyperair> MontelEdwards: and now it's namoroka
[17:09] <MontelEdwards> hyperair, oh. Well I still like the one from mozilla.org
[17:10] <hyperair> MontelEdwards: your problem then.
[17:13] <MontelEdwards> hyperair, I know. Im not looking for help i am just saying.
[17:14] <sebner> bdrung: you use now xmms2 as icon instead of the one provided in the ubuntu package, why?
[17:14] <bdrung> sebner: because the provided one was only a copy of the xmms2 icon
[17:15] <hyperair> MontelEdwards: rule of thumb: never whine on a developer channel unless you have a good reason to. and even then prepare to be flamed.
[17:15] <MontelEdwards> hyperair, okay :)
[17:18] <sebner> bdrung: ACKed, would you mind subscribing ubuntu-archive since LP is pretty b0rken for me
[17:22] <bdrung> sebner: thanks. yes.
[17:22] <bdrung> yes, i will do it and no, it wouldn't mind. ;)
[17:22] <sebner> your're welcome :)
[17:24] <bdrung> sebner: my workaround is: "update description / tags" -> "subscribe someone else"
[17:24] <sebner> bddebian: heh, good to know. thx
[17:28] <sebner> argh
[17:28] <sebner> damn tab xD
[17:34] <hyperair> heheh
[17:40] <slytherin> if a library has do-as-you-wish license but source files does not contain any copyright/license headers is it likely to be accepted in archive?
[17:41] <hyperair> isn't that an extremely liberal license?
[17:42] <hyperair> from what i understand, as long as the files are certain to all be licensed under the same license as the top-level license file, it'll be fine
[17:42] <hyperair> if there is code lifted from elsewhere there would be an issue
[17:43] <slytherin> there is no code lifted form some other source. but as I said none of the files contain copyright/license header. I thought it is must for even to be considered for packaging.
[17:44] <MontelEdwards> YES!
[17:45] <MontelEdwards> hyperair, I got it to work.
[17:45] <MontelEdwards> thank god for source code
[17:45] <hyperair> congrats
[17:46] <hyperair> meanwhile i'm going to have to deal with this seemingly close sourced Xilinx ISE thing which segfaults at every turn.
[17:46] <MontelEdwards> The codename is "Minefield"
[17:46] <hyperair> wrong.
[17:46] <hyperair> Minefield is what they call "firefox unstable"
[17:46] <hyperair> and the codename is different for every unstable version
[17:47] <hyperair> e.g. shiretoko, namoroko, etc
[17:47] <hyperair> at one point of time, gran paradiso
[17:47] <MontelEdwards> ah
[17:47] <MontelEdwards> Well i dont like this
[17:47] <hyperair> too bad for you. it's just a name =\
[17:47] <MontelEdwards> None of the plugins work
[17:47] <hyperair> oh.
[17:47] <hyperair> use a nightly tester plugin
[17:47] <hyperair> like i do
[17:48] <hyperair> override the compatibility of all plugins
[17:48] <hyperair> heheheh
[17:48] <MontelEdwards> hyperair, I built something i cloned with meurical. Im just going to build the 3.5* src and see if that works
[17:49] <hyperair> have fun
[17:49] <MontelEdwards> oh wait, how do you uninstall it hyperair
[17:51] <hyperair> er sudo make uninstall?
[17:51] <hyperair> since you didn't use a package manager
[17:52] <MontelEdwards> i made it with sudo make install -f clients.mk, but sudo make uninstall -f clients.mk says make: *** No rule to make target `uninstall'.  Stop.
[17:53] <hyperair> well too bad for you then
[17:53] <hyperair> that's why people use package managers =)
[17:53] <MontelEdwards> lol
[17:53] <hyperair> now you're going to have to figure out what was installed where and rm it
[17:53] <MontelEdwards> fun
[17:53] <MontelEdwards> :X
[17:55] <MontelEdwards> aha. hyperair it is make clean
[17:57] <hyperair> ...make clean doesn't uninstall
[17:58] <hyperair> or shouldn't anyway
[17:58] <hyperair> just clean the source tree
[18:40] <MontelEdwards> hyperair, i did.
[18:41] <hyperair> ?
[18:41] <hyperair> i meant that make clean only cleans the source tree
[18:41] <MontelEdwards> oh
[18:41] <hyperair> rather than uninstalling
[18:41] <MontelEdwards> I thought you meant clean the source tree
[18:41] <MontelEdwards> I am hoping that when I make install 3.5.2 firefox it will overwrite those files
[18:42] <MontelEdwards> Right now it is compiling
[18:46] <hyperair> have fun
[18:57] <stochastic> bdrung, the spelling issues in binaries that you found, do those need patches to fix them?  As for the binary not an elf or script, I have no idea what to do with that...  and I think you pointed out one other.
[18:59] <bdrung> stochastic: the spelling error in the binary are caused by spelling errors in the source files. you need to find the spelling errors and fix them (using a patch).
[19:00] <bdrung> stochastic: for the binary not an elf or script: you have to remove the execution bit from this file.
[19:01] <MontelEdwards> omg omg omg omg
[19:01] <bdrung> stochastic: you should add a homepage field to debian/control
[19:01] <MontelEdwards> hyperair,
[19:01] <hyperair> what now?
[19:01] <bdrung> stochastic: and there was xjadeo: copyright-refers-to-symlink-license usr/share/common-licenses/GPL
[19:01] <stochastic> bdrung homepage filed is added now
[19:02] <bdrung> ok
[19:02] <MontelEdwards> If one was to get permission from Frostwire to package their software, could MOTU then?
[19:02] <Laney> no
[19:02] <Laney> that doesn't sound free
[19:02] <stochastic> bdrung can you pastebin that full copyright refers to symlink warning so I can see what exactly it wants
[19:02] <MontelEdwards> Laney, but it is GPL
[19:02] <Laney> so you don't need permission
[19:03] <bdrung> stochastic: they want that you link to a versioned one (e.g. GPL-2 or GPL-3)
[19:03] <stochastic> but it's licensed under 2 or (at your option) any later
[19:03] <bdrung> stochastic: here is the long description: http://lintian.debian.org/tags/copyright-refers-to-versionless-license-file.html
[19:03] <hyperair> Laney: the issue is frostwire has a few GPL violations with prepacked binaries or something of that sort =\
[19:04] <stochastic> bdrung which version should I point to?
[19:04] <bdrung> stochastic: you should link the lowest version (GPL-2)
[19:04] <Laney> so either they can't give you permission or it's not really gpl
[19:04] <hyperair> mmhmm
[19:04] <hyperair> bingo
[19:04] <Laney> have they been contacted?
[19:04] <hyperair> i think so
[19:04] <hyperair> i'm not sure
[19:05] <hyperair> bug #94011
[19:05] <stochastic> bdrung, thanks, I don't have time to fix all this right now, but will very soon.  thanks.
[19:05] <bdrung> stochastic: yw
[19:06] <stochastic> bdrung now that I read the lintian warning, it says "but the package does not appear to allow distribution under later versions of the license" but that's not the case, can we safely ignore it?
[19:06] <MontelEdwards> Laney, I contacted them
[19:06] <bdrung> stochastic: if you want to see all from lintian then run "lintian -iIE --pedantic" on the .changes file
[19:07] <hyperair> MontelEdwards: did they say anything about their issues with binaries?
[19:07] <ScottK> bdrung: I wouldn't bother with pedantic.
[19:07] <stochastic> bdrung, ahh, I was wondering where you got the extra warnings from
[19:07] <ScottK> Pedantic checks are really not ones we should be worrying about.
[19:07] <MontelEdwards> hyperair, ill pastebin
[19:07] <bdrung> stochastic: i would ignore it safely.
[19:07] <ScottK> They pretty much all either have high false positive rates or are for very petty details.
[19:07] <MontelEdwards> hyperair, she said that she was just about to push one out
[19:07] <hyperair> MontelEdwards: push one what?
[19:08] <MontelEdwards> a new .deb
[19:08] <bdrung> stochastic: run something like "grep -ir copying *" on your file and check all files if they allow "any later"
[19:09] <stochastic> bdrung there's one file that's only version2 but I explicitly state it in the copyright file
[19:09] <hyperair> when is debian-qa's sf.net script going to be fixed?
[19:09] <stochastic> bdrung is that enough to require the version 2 explicit link?
[19:09] <Laney> hyperair: ask them/
[19:09] <Laney> ?
[19:09] <ScottK> Odds are an Ubuntu channel aren't the best place to get that answered hyperair.
[19:09] <hyperair> yeah i know =\
[19:10] <bdrung> stochastic: can you upload your current status?
[19:11] <MontelEdwards> hyperair, http://codepad.org/DIVd8zXU
[19:12] <Laney> I don't know why they talk about .debs, we don't care about that for packaging
[19:12] <hyperair> yes, we don't care about debs
[19:12] <hyperair> we care about source code
[19:12] <Laney> and the issue is with their distributed binaries, you have to convince them to remove them
[19:12] <stochastic> bdrung, uploading.  (I think the only change should be the homepage field)
[19:12] <Laney> or find a way to work around them yourself if you want
[19:13] <MontelEdwards> Laney, so what should I ask them?
[19:13] <Laney> To please stop distributing binaries in their source tarballs
[19:14] <MontelEdwards> uh. so like a tarball with non binaries?
[19:14] <Laney> you should look at it yourself
[19:15] <hyperair> MontelEdwards: http://pastebin.com/f1a12a651
[19:15] <hyperair> that's a statistic of how many of which file types exist.
[19:15] <Laney> there's a script suspicious-source in ubuntu-dev-tools
[19:15] <hyperair> there is?
[19:15] <slytherin> stochastic: licensecheck is a find program (or script) that you can use to check license of one ore more files.
[19:16] <hyperair> interesting!
[19:16] <hyperair> Laney: in all honesty, it seems like suspicious-source appears a little too suspicious.
[19:17] <hyperair> Laney: it caught banshee's HACKING file which is basically a text file.
[19:17] <MontelEdwards> Oh, so MOTU cant use their deb?
[19:17] <Laney> it just works on whitelists
[19:17] <MontelEdwards> .deb*
[19:17] <Laney> no, not at all
[19:17] <hyperair> MontelEdwards: i told you that earlier =.=
[19:18] <MontelEdwards> hyperair, I must of missed it
[19:18] <MontelEdwards> sorry
[19:18]  * hyperair sighs
[19:19] <Laney> this tarball looks quite bad
[19:19] <hyperair> extremely.
[19:19] <Laney> MontelEdwards: In all honestly I suggest you give up :(
[19:19] <hyperair> heheh
[19:19] <hyperair> actually i think frostwire has an irc channel somewhere
[19:19] <hyperair> what was the server again..
[19:20] <MontelEdwards> Laney, lol
[19:21] <Laney> but you should ask them where the source that they are required to provide by the GPL is
[19:22] <MontelEdwards> Laney, basically what I said.
[19:22]  * MontelEdwards thinks Java is way too hard
[19:22] <Laney> ScottK: Is libboost1.38-dev what we're using now?
[19:23] <ScottK> Laney: Yes.
[19:23] <ScottK> All the older ones have been removed.
[19:23] <Laney> alright
[19:23] <Laney> fixing geordi
[19:24] <MontelEdwards> Laney, I am guessing that MOTU can use their .debs for security purposes or what?
[19:25] <Laney> no, forget about them
[19:25] <Laney> they are binary packages and we work with source packages
[19:25] <hyperair> Laney: you work with geordi?
[19:25] <Laney> not really
[19:25] <MontelEdwards> Laney, is there MOTU rules or something somewhere?
[19:25] <Laney> I'm only seeing it because it's haskell
[19:25] <hyperair> who maintains that bot anyway?
[19:26] <hyperair> eh? geordi's haskell? but it runs c++ code!
[19:26] <Laney> yeah!
[19:26] <hyperair> strange thing
[19:26] <hyperair> heheh
[19:26]  * hyperair didn't know geordi existed in the repository
[19:26] <hyperair> i only knew of a geordi that resides in ##c++
[19:27] <Laney> never used it tbh
[19:27] <Laney> http://qa.debian.org/popcon-png.php?packages=geordi&show_installed=on&want_legend=on&want_ticks=on&date_fmt=%25Y-%25m&beenhere=1
[19:27] <Laney> popular!
[19:27] <Laney> MontelEdwards: Do you know what the difference between binary and source packages are?
[19:28] <MontelEdwards> Laney, that was insulting. Of course i do
[19:28] <Laney> well then you know why upstream's .debs are useless to us
[19:29] <hyperair> Laney: that's not very popular.. only in the tens
[19:29] <Laney> indeed
[19:31] <slytherin> MontelEdwards: and why do you think java is too hard? :-)
[19:31]  * hyperair doesn't think java is hard, just that it's stupid :-D
[19:31] <MontelEdwards> slytherin, well it isnt as hard as Brainfuck
[19:31] <hyperair> what are you saying? brainfuck's as easy as can get
[19:32] <hyperair> to learn, that is
[19:32] <hyperair> to actually use is a different matter
[19:32] <MontelEdwards> hyperair, well yeah, uh if i want to type forever
[19:33] <hyperair> hey there was another one that used only spaces and tabs
[19:33] <hyperair> be thankful you're not using that.
[19:33] <MontelEdwards> ++++++++++[>+++++++>++++++++++>+++>+<<<<-]>++.>+.+++++++..+++.>++.<<+++++++++++++++.>.+++.------.--------.>+.>.
[19:33] <slytherin> MontelEdwards: and why do you think java is too hard? :-)
[19:33] <MontelEdwards> slytherin, because i am used to Python.
[19:33] <MontelEdwards> thats why
[19:34]  * slytherin declares python is too hard. :-P
[19:34] <MontelEdwards> haha.
[19:34] <hyperair> c++ is the easiest ;-)
[19:34]  * Laney coughs
[19:34] <MontelEdwards> hyperair, I have never looked at it
[19:34]  * hyperair watches everybody simultaneously vomit blood
[19:35] <MontelEdwards> oh, i thought you were serious
[19:35] <Laney> http://www.haskell.org/~pairwise/intro/intro.html
[19:35] <Laney> :)))))
[19:35] <hyperair> i'll make you pay for my headphones if my brain comes through my ears and spoils them
[19:36] <hyperair> anyway i've decided that my next language will be lisp, no matter what (emacs comes to mind)
[19:36] <Laney> oh my
[19:36] <MontelEdwards> Laney, i generally dont like languages that have to be compiled
[19:36] <Laney> sexps are sick
[19:36] <Laney> MontelEdwards: there are haskell interpreters
[19:37] <MontelEdwards> anyone like C#?\
[19:37] <Laney> indeed a common way to write is to test in ghci until it works and then compile at the end
[19:37] <Laney> f#!
[19:38] <hyperair> MontelEdwards: come join #debian-cli now
[19:38] <hyperair> heheh
[19:38] <MontelEdwards> hyperair, there is nobody there
[19:38] <hyperair> ;-)
[19:38] <hyperair> i forgot to mention which network it's on
[19:39]  * hyperair conveniently disappears
[19:39] <slytherin> MontelEdwards: it is on OFTC
[19:39] <hyperair> you blabbermouth you ;-)
[19:58] <bdrung> stochastic: if i change /usr/share/common-licenses/GPL into /usr/share/common-licenses/GPL-2 lintian is happy
[19:59] <bdrung> stochastic: the clean target does not remove all generated files
[20:00] <bdrung> stochastic: instead of creating a xjadeo.desktop file line by line, you can create a debian/xjadeo.desktop file and simply copy it.
[21:04] <rowinggolfer_> hi.
[21:04] <rowinggolfer_> running karmic alpha 4, very impressed.
[21:05] <rowinggolfer_> can't get keyboard shortcut app to launch though
[21:08] <rowinggolfer_> the app is gnome-keybinding-properties
[21:08] <rowinggolfer_> so the bug is not to be reported to launchpad?
[21:10] <rowinggolfer_> bug 417527
[22:03] <c_korn> I need to run an updater in postinst which requires user interaction in the console (pressing y or n , etc..) how can I forward this to the user ?
[22:03] <geser> debconf
[22:04] <geser> or do you want to run a programm in postinst which needs user interaction?
[22:10] <c_korn> geser: yes, the program needs user interaction
[22:39] <Mez> any MOTU release here?
[23:50] <c_korn> a game downloads the data in postinst from the game server because the license forbids redistribution of the data. because the download can take some time I want to show the user the output of the updater. how can I do this ?
[23:54] <chrisccoulson> c_korn - the flashplugin-nonfree package does something similar doesn't it? have you looked at that as an example?
[23:54] <c_korn> never had that package installed. will have a look
[23:56] <chrisccoulson> c_korn - if you're using wget to fetch the data, then that can display a progress indicator
[23:57] <c_korn> no, the game has its own updater
[23:58] <c_korn> output is like this : http://pastebin.com/d66ab4176


[00:12] <igc> hi all
[00:13] <igc> hi goneri, lifeless
[00:13] <igc> goneri: I'll take a look today (hopefully)
[00:57] <goneri> igc: thanks, this bug is a blocker for git-bzr inclusion in Debian
[00:58] <igc> goneri: ah - ok. Thanks for the patch and for hassling me
[00:59] <goneri> igc: my pleasure :)
[01:00] <gus1> So I just upgraded to jaunty ppa bzr (from normal jaunty bzr) and my stacked bzr-svn repo is complaining with "ERROR: SvnRepository(...) is not compatible with KnitPackRepository(...) different serializers".   Is that some known problem?
[01:03] <lifeless> gus1: I don't think stacking bzr on svn has ever really worked
[01:04] <gus1> :(  it ~worked on the previous version.  Now I have to downgrade before I can retrieve a simple diff.
[01:05] <gus1> upstream has a large svn repo so a non-stacked branch is unfeasible.
[01:06] <lifeless> uhm
[01:06] <lifeless> file a bug in bzr-svn then
[01:06] <lifeless> if you could
[01:06] <gus1> somewhere in launchpad?
[01:06] <lifeless> yes :)
[01:06] <gus1> will do.
[01:46] <AfC> lifeless: you said "2a now default" but is bzr.dev itself in 2a?
[01:46] <AfC> lifeless: I just did a `bzr pull` on that branch and was surprised it worked.
[01:46] <james_w> no, 2a is default
[01:46] <AfC> (I was expecting it to: 1. fail, then I'd 2. upgrade, then 3. pull would pass)
[01:46] <james_w> bzr.dev doesn't use its own default yet
[01:47] <AfC> hm
[01:47] <lifeless> we haven't migrated yet is all.
[01:47] <lifeless> we want to be dogfooding
[01:47] <lifeless> but its orthogonal to getting bugs related to doing a 2.0 release done.
[01:50] <AfC> hm
[01:50] <AfC> sorry, not sure I buy that.
[01:50] <AfC> but that's your call, of course.
[01:51] <lifeless> there is a bug; its assigned to LarstiQ; you're welcome to comment on it
[01:51] <AfC> There are certainly many many other things in your lovely work besides repository format iteration.
[01:52] <AfC> Mind, I feel the same way about you guys not using bzr://
[01:52] <lifeless> we use the smart server every day
[01:52] <lifeless> but there is the same gap between dev and deployment
[01:52] <AfC> lifeless: you mean bzr+ssh://
[01:52] <AfC> lifeless: I'm talking about bzr in daemon mode.
[01:52] <lifeless> using bzr:// specifically - well, it doesn't meet our use cases :)
[01:53] <lifeless> bbiab
[01:53] <AfC> see ya
[02:09] <lifeless> back
[04:08]  * igc lunch
[07:36] <vila> hi all
[07:36]  * vila pesters about kernel updates (at least against the daily ones :-)
[07:38] <vila> lifeless: if you're still around, I'd like a little chat about .progress(), I found *one* way to make it work with --parallel, but I'm not sure it's correct
[07:40] <lifeless> SET -> CUR? yes, its correct.
[07:41] <vila> no, not that part
[07:41] <vila> I had to implement .progress in testtools and that's where I'm unclear about whether testtools can have a subunit dependency..
[07:42] <lifeless> optional I guess
[07:42] <vila> http://paste.ubuntu.com/255578/
[07:43] <vila> of course that '0' should be subunit.PROGRESS_SET
[07:43] <vila> so more context: testresult modification is for ThreadsafeForwardingResult
[07:44] <lifeless> yes
[07:44] <vila> and testsuite is for ConcurrentTestSuite
[07:44] <vila> or...
[07:44] <lifeless> the change to init isn't needed
[07:44] <lifeless> erm
[07:45] <lifeless> it is, sorry.
[07:45] <lifeless> but if we're doing it right
[07:45] <lifeless> I would just implement progress()
[07:45] <lifeless> rather than counting can calling
[07:45] <lifeless> *counting and calling*
[07:45] <vila> ThreadsafeForwardingResult should become an attribute of ConccurrentTestSuite so that bzr can override it and just defines .progress there...
[07:45] <lifeless> huh?
[07:46] <lifeless> I think you're smoking something at this point
[07:46] <vila> the root problem is that TFS don't implement .progress
[07:46] <lifeless> TFR should combine progress data
[07:46] <vila> :-D
[07:46] <lifeless> CTS shouldn't need to do anything
[07:46] <lifeless> neither call progress nor implement it
[07:47] <vila> some one has to relay the calls
[07:47] <lifeless> yes, the result object
[07:47] <vila> that's TFR
[07:48] <vila> then someone has to SET the number of tests
[07:48] <lifeless> no
[07:48] <lifeless> thats what the individual results do back in bzr
[07:48] <vila> show them :)
[07:48] <lifeless> and why I asked you to insert the decorator before the CTS decorator
[07:49] <lifeless> and the result objects show them, which is why TFR has to combine and forward
[07:50] <vila> still doesn't work... except if all TestInOtherProcess do the call, all setting the same nb tests, it worked, but is a bit ugly
[07:50] <vila> ha, well, wait a minute, I need to explain more
[07:51] <vila> I change the way --parallel=fork works to get a better balancing
[07:51] <vila> but now, instead of creating n slices of the test suite upfront, I create the slices on demand,
[07:52] <vila> so the TIOP objects doesn't know anymore how many tests there will be (in total), they learn about them one slice at a time
[07:54] <vila> lifeless: so there is no more point where a single test.run(result) is called which knows about the whole test suite, there are 'concurrency' not one, so either they all call progress(nb_test, SET) or CTS calls it once
[07:55] <vila> Does that make sense ?
[07:55] <lifeless> what drives demand?
[07:56] <vila> displaying [1234/6801 in 19s] instead of [1234 in 19s]
[07:58] <lifeless> yes, but what drives your on demand slicing thing
[07:58] <vila> 30% less execution time for a full run ?
[07:59] <lifeless> _the logic vila_
[08:00] <vila> ha, TesttInOtherProcess now start a new process for a given slice, all TIOP objects synchronize on a semaphore to get slices out of the test suite
[08:01] <lifeless> whats a slice
[08:01] <vila> tests[first:last]
[08:01] <lifeless> is tests flat?
[08:01] <vila> yes
[08:02] <vila> well, flatten by tests = list(iter_suite_tests(suite))
[08:02] <lifeless> so you know the count
[08:02] <vila> yes
[08:02] <lifeless> how many TIOP's are there?
[08:02] <vila> osutils.local_concurrency
[08:03] <lifeless> ok
[08:03] <lifeless> so, does the thing that creates TIOPs know the count?
[08:03] <vila> yes, but not the result object
[08:04] <vila> yes, but it doesn't know not the result object
[08:04] <vila> yes, but it doesn't know the result object
[08:04] <vila> it's in fork_for_tests
[08:04] <lifeless> which creates the suite
[08:04] <lifeless> you should decorate the suite
[08:04] <lifeless> erm
[08:04] <lifeless> no
[08:05] <lifeless> you want to decorate the suite, and decorate the result that the suite is run with
[08:05] <lifeless> the first decorator will issue the count you know
[08:05] <lifeless> the second will eat progress() calls so that the external counts are not passed forward
[08:06] <vila> right, except that the result is TFR, created by CTS hence I can't decorate it, looks like we are on the same page now
[08:07] <lifeless> you don't need to decorate tfr
[08:07] <vila> you just said so ...
[08:08] <lifeless> no, I said you need to decorate the result you're run with
[08:08] <lifeless> you'll end up with
[08:08] <lifeless> BzrTestResult <- ProgressHider <- TFR
[08:09] <vila> You mean BZRTransformingResult ? And what is ProgressHider ? The misterious culprit ?
[08:12] <lifeless> yes
[08:12] <lifeless> you need:
[08:12] <lifeless> a test result filter to stop progress data from children
[08:13] <lifeless> thats all
[08:14] <vila> wow, you're telling me that to have progress reporting I need to stop progress data, let me have one more coffee :)
[08:15] <lifeless> yes, because you want to do a global optimisation (your TIOPs)
[08:16] <vila> ok, that means I may have been on the right path, yesterday but failed to realize it,
[08:16] <vila> I think I will make a first submission without the progress part and add it in another submission, to make things clearer
[08:28] <poolie> hi vila
[08:28] <vila> hi poolie !
[09:21] <benchik> hello
[09:22] <benchik> i'm trying to bzr merge but i get : bzr: ERROR: No location specified or remembered
[09:22] <benchik> please help
[09:22] <LarstiQ> benchik: what do you want to merge from?
[09:22] <LarstiQ> benchik: `bzr merge location/to/branch/to/merge/from`
[09:22] <benchik> LarstiQ: the cwd
[09:23] <LarstiQ> benchik: ok, what do you want to merge in to the cwd?
[09:24] <benchik> LarstiQ: i always did bzr merge from a dir where i have the sourcecode and it worked, today it doesn'
[09:24] <benchik> t
[09:25] <LarstiQ> benchik: that must have been a different dir
[09:25] <benchik> nope
[09:25] <LarstiQ> benchik: as the message mentions, `bzr merge` either takes a location to merge into your current branch, or it takes the remembered location
[09:25] <LarstiQ> benchik: which in this case is not set
[09:26] <benchik> LarstiQ: it was set before. don't know what happened
[09:27] <benchik> LarstiQ: ok i gave it the full path and it worked but i wonder why did it forget the path
[09:28] <LarstiQ> benchik: possible reasons: 1) it got removed from .bzr/branch/branch.conf 2) it got removed from ~/.bazaar/locations.conf, 3) harddisk failure
[09:28] <LarstiQ> benchik: or 4) this is not the branch you think it i
[09:28] <LarstiQ> s
[09:28] <benchik> i think it's the former few
[09:30]  * igc dinner
[09:48] <vila> hey LarstiQ !
[09:48] <LarstiQ> hey vila :)
[10:06] <matkor> Hi, I get bzr internal error( 1.8 and 1.15) when try added files having enter in their name like: antique^J.py
[10:06] <matkor> when trying to commit such added files to be strict
[10:10] <matkor> should I report it as bug ?
[10:10] <LarstiQ> matkor: yes
[10:24] <poolie> matkor: i think it's a known bug
[10:24] <poolie> you should be able to find it then
[10:24] <poolie> sorry
[10:32] <matkor> poolie: Yes, I found it .. so not reporting again, can I somehow bump its priority ? - seems it's lasting for a long time now ...
[10:37] <poolie> you can click 'affects me too' or comment on it
[10:41] <moldy> hi
[11:27] <moldy> how do i make bzr forget the submit branch?
[11:35] <moldy> ah, never mind
[14:26] <vila> morning jam :)
[14:26] <jam> morning vila
[14:26] <jam> I'm a little slow today, have a mild fever
[14:27] <vila> ow
[14:27] <lifeless> jam: rest up
[14:27] <lifeless> health++
[14:29] <jam> lifeless: thanks.
[14:29] <vila> jam: just a small question: am I correct in reading plugin.get_standard_plugin_path that windows has no concept of "site" plugins ? Only bzrlib/plugins and $HOME/plugins right ?
[14:29] <jam> what are you still doing up?
[14:29] <jam> vila: correct
[14:29] <vila> jam: good, go rest now :)
[14:30] <vila> jam: or land 1.19-kg-sorted, whatever is better for your morale :D
[14:32] <lifeless> jam: just finished raiding
[14:33] <jam> lifeless: ah, I hope it went well. I assume you guys are in ToC?
[14:34] <lifeless> tonight was a ulduar run, but yeah, wehave toc full cleared so far each week
[14:37] <vila> toc ?
[14:38] <jam> vila: Trial of Champions, IIRC. The current last-raid in World of Warcraft
[14:38] <vila> haa, ok :)
[14:40]  * lifeless sleeps
[14:40] <vila> nothing related to cObsessive-Compulsive Disorder  (aka toc in french :-)
[15:20] <igc> night all
[16:03] <kiko> hey, is there anyone around that knows a bit of bzr-git?
[16:03] <kiko> http://launchpadlibrarian.net/30506243/windmill-trunk-log.txt
[16:14] <james_w> kiko: hey, rockstar filed that one as bug 414918
[16:14] <james_w> doesn't help you much though
[16:15] <rockstar> kiko, I'm not sure why it's failing, but I suspect it might have been a revision generated by an old git
[16:31] <saedelaere> hi
[16:32] <saedelaere> is there something like cia.vc that can be used with bazaar? i have a bazaar repo at sourceforge.net. Whenever someone makes a commit i want a message send to my irc channel.
[16:34] <LarstiQ> saedelaere: there is a cia plugin
[16:34] <saedelaere> and does this plugin work with sourceforge?
[16:35] <LarstiQ> I have no idea on what sf does
[16:38] <saedelaere> ok thanks
[16:38] <saedelaere> perhaps i can get it to work
[16:40] <LarstiQ> saedelaere: you can trigger it locally instead of on sf
[16:43] <saedelaere> http://people.samba.org/bzr/jelmer/bzr-cia/trunk/
[16:43] <saedelaere> damn the directory is empty
[16:55] <luks> it's a bzr branch :)
[16:56] <luks> I thought anybody using bzr has to be used to empty directories :)
[17:41] <saedelaere> lol ok now i see :)
[18:04] <vila> wow, who said downloads were hard to find at https://edge.launchpad.net/bzr ? :-D
[18:04] <beuno> vila, I did
[18:04] <beuno> and I fixed it!
[18:04] <beuno> :)
[18:05] <vila> beuno: woohoo, that's a change for sure :-)
[18:21] <mtaylor> lifeless: you still awake?
[18:22] <mtaylor> oh, hrm, probably not
[18:22] <mtaylor> anybody around who can point me to info on subtree support stuff?
[18:28] <vila> mtaylor: try abentley-lunch (after his lunch that is :)
[18:29] <mtaylor> vila: sweet. thanks
[18:30] <mtaylor> abentley-lunch: whenever you aren't eating lunch...
[18:30] <vila> mtaylor: as appetizer read: http://bazaar-vcs.org/NestedTreesDesign
[19:26] <abentley> mtaylor: The subtree stuff is not ready for use yet.
[21:30] <lifeless> moin
[21:41] <hno> Is there an easy command for making a branch for the current uncommitted changes? I.e. working on something which felt quick at start and realizing it was much larger and needs a branch of it's own for a while?
[21:42] <hno> I know shelve/unshelve but it's not quite the same thing..
[21:42] <LarstiQ> hno: you can try a combination of bzr branch . ../feature; cd ../feature; bzr merge --uncommitted ../trunk
[21:44] <lifeless> hno: so you're already writing some code
[21:44] <lifeless> hno: and you want to turn it into a branch?
[21:44] <hno> LarstiQ: Thanks.. could obviously be improved a bit..
[21:44] <hno> lifeless: Yes.
[21:44] <lifeless> bzr switch -b ../newbranch
[21:46] <hno> lifeless: bzr: ERROR: no such option: -b
[21:46] <lifeless> well, you have something to look forward too in a newwer bzr:)
[21:47] <hno> lifeless: 1.18?
[21:50] <hno> lifeless: Hmm.. ChangeLog says -b was added in 1.17, but I am using 1.17..
[21:51] <lifeless> could be a plugin intercerpting it
[21:52] <hno> lifeless: Only plugin I have is bzrtools I think..
[21:52] <LarstiQ> lifeless: or a misattribution
[21:52] <lifeless> try bzr help --no-plugins switch
[21:52] <hno> lifeless: Not mentioned.
[21:53] <lifeless> ok
[21:53] <lifeless> docs are wrong then :(
[21:53] <lifeless> where do you see 1.17 mentioned for it?
[21:55] <fullermd> It's under the 1.17 heading in NEWS.
[21:55] <lifeless> ugh
[21:56] <hno> Why is there a 1.17 heading in the middle of NEWS for 1.18rc1?
[22:04] <lifeless> hno: is 1.17 repeated?
[22:06] <Noldorin> hi lifeless
[22:07] <lifeless> hi Noldorin
[22:07] <Noldorin> lifeless: i got a reply back from the server admin
[22:08] <Noldorin> http://pastebin.ca/1535577
[22:09] <Noldorin> i instructed him to attempt pushing a bzr repo
[22:09] <Noldorin> but he seemed to ignore that :S
[22:09] <lifeless> its definitely not operating normally for win2003 server
[22:10] <Noldorin> heh
[22:10] <Noldorin> yeah
[22:10] <Noldorin> but the thing is, a simple rename does work fine
[22:10] <lifeless> we have other users using that platform without the issues you've reported
[22:10] <Noldorin> so it's clearly the sequence of commands that causes the problem
[22:10] <Noldorin> yeah
[22:10] <Noldorin> i know
[22:10] <lifeless> here's what I'd do
[22:10] <lifeless> there is a built in ftp client in windows
[22:11] <lifeless> if you start cmd.exe
[22:11] <lifeless> then type 'ftp'
[22:11] <Noldorin> yeah. there's one in windows explorer too
[22:11] <Noldorin> ok
[22:11] <lifeless> you could use the trace we made to create a series of commands
[22:11] <lifeless> put that in a text document
[22:11] <lifeless> then paste it into that window
[22:11] <lifeless> and the ftp client will run them
[22:12] <lifeless> I would include every command
[22:12] <Noldorin> yeah, that's what i was going to suggest to
[22:12] <lifeless> and the commands that put files - you'll need to create files on disk locally that you can put up
[22:12] <Noldorin> so i'll attempt that right now
[22:12] <Noldorin> maybe that will be clearer to the admin as well
[22:15] <Noldorin> lifeless: should i use the dhtransport log for a push using the unmodified bzr program?
[22:15] <lifeless> Noldorin: that would make sense to me
[22:15] <Noldorin> ok
[22:15] <lifeless> skip the chmods as it happens without them
[22:15] <Noldorin> yeah
[22:16] <Noldorin> and i'll just replicate the appropiate filesystem structure for the repo to test
[22:29] <hno> lifeless: seems so, with some changes and a different heading than what's used in 1.17... Would pull up a launchpad diff url if launchpad worked proper...
[22:29] <lifeless> :(
[22:33] <hno> launchpad worked some minutes ago, but now I just get redirected to the main page when trying to browse revisions from https://code.launchpad.net/~bzr-pqm/bzr/1.18
[22:34]  * Noldorin gets confused
[22:35]  * hno is often confused, but right now mostly tired.
[22:35] <Noldorin> heh
[22:35] <Noldorin> i'm probably confused mainly because i'm tired
[22:36] <Noldorin> and because windows ftp servers are god awful
[22:37] <hno> Are they? Last time I accessed one I din't have to notice apart from slightly different directory listing than usual..
[22:38] <Noldorin> well my one is at least
[22:38] <Noldorin> lifeless will verify that :)
[22:38] <Noldorin> lifeless: any chance i could give you an ftp login to my server so you could try a few things out? (i.e. reproducing the issue manually)
[22:39] <Noldorin> i just feel like we're spending more time than we should with me pestering you about what i need to do next...
[22:40] <lifeless> hno: we have one that claims a rename worked but prevents renaming a different dir to the original path
[22:40] <lifeless> mv foo bar
[22:40] <lifeless> mv quux foo *boom*
[22:40] <lifeless> but the first command doesn't error, and you can even rm bar/gam; rmd bar before the second mv
[22:42] <Noldorin> lifeless: judging by the log, bzr doesn't seem to be understanding the error messages the ftp server replies with
[22:44] <denys> I am working on a STARTTLS-type extension for bzr:// (to complement my bzrs:// merge proposal) --- it is easy on the client side, but on the server side requests are executed at a level that knows nothing about the socket used.  I am unsure how to proceed (elegantly).  any suggestions?
[22:45] <lifeless> Noldorin: the server is giving an error?
[22:45] <lifeless> Noldorin: could you put your test case and the output you get in the bug please ;)
[22:45] <Noldorin> well if you look at the -dtransport log, bzr complains about not being able to parse the server error response
[22:45] <Noldorin> the one i showed you last time
[22:45] <lifeless> Noldorin: hmm, I didn't see that.
[22:46] <lifeless> Noldorin: we should still be treating it as an error ...
[22:48] <Noldorin> yeah..
[22:48] <Noldorin> you see it now?
[23:04] <poolie> denys: hm it's a good question
[23:04] <poolie> i would say that although it's a higher level, there probably is an object chain that you can walk back up to the medium
[23:05] <poolie> or if not, it might be tasteful to add one
[23:05] <denys> poolie: not from the request
[23:05] <poolie> jam, are you still around? want to catch up?
[23:05] <lifeless> denys: I'd be inclined to do TLS by just opening with an SSL handshake
[23:05] <poolie> i mean it is inherently a kind of inversion of control, to have a higher-level command affect the layer it's running across
[23:05] <lifeless> the server can decide that it doesn't look like a normal handshake and switch to it.
[23:05] <poolie> lifeless: just have the server say 'oh that looks like ssl'?
[23:06] <lifeless> yes
[23:06] <lifeless> they aren't confusable AFAIK :)
[23:06] <poolie> mm
[23:06] <poolie> that could be cleaner
[23:06] <poolie> iirc you disliked the idea of it just detecting http in the same way though?
[23:07] <lifeless> HTTP clients don't know how to handle an older version of our server
[23:07] <lifeless> browsers specifically
[23:07] <denys> I thought it would be nice to negotiate the encryption wanted/supported
[23:07] <lifeless> denys: doesn't SSL do that itself?
[23:08] <lifeless> denys: also, any negotiation done in cleartext can't be trusted, it could be attacked to get a lower level via MITM
[23:08] <denys> lifeless: no. there are different incompatible SSL and tthen there TSL and then there is what ever they'll invent next
[23:08] <lifeless> poolie: I do have mixed feelings about multiple protocols on one socket in general; but not 'its always bad' or 'its always good' :)
[23:09] <denys> lifeless: that's a point I have been worrying about
[23:10] <denys> my plan was to start with the lowest common denonminator
[23:10] <denys> add negitiation latter if wanted
[23:12] <denys> the lowest common denominator is already in my ssl patch - I just want to make it opportunistic
[23:13] <denys> I have code to make the decision in authentication.conf
[23:19] <denys> the point is that you can contact a regular bzr server and then cause it to upgrade the encryption level to whatever level you prefer,   server authentication can be added on top of that for python 1.6.
[23:20] <poolie> right, getting to native authentication would be great
[23:20] <poolie> and
[23:20] <poolie> well, now actually
[23:20] <poolie> to be a bit more specific
[23:20] <poolie> authentication and encryption that don't rely on OS accounts or setting up a separate server or client would be great
[23:21] <poolie> that doesn't necessarily mean it needs to be within the bzr protocol
[23:21] <denys> that's what I want
[23:21] <poolie> perhaps we should do both of them by acting as an ssh client and server?
[23:21] <denys> I want to explore te
[23:21] <denys> the bzr server option
[23:22] <denys> many admins will never agree to give external ssh accounts
[23:23] <denys> not in french universities anyway :-(
[23:23] <poolie> i'm suggesting that you run
[23:23] <poolie> 'bzr serve --ssh'
[23:23] <poolie> and it listens on some port
[23:24] <poolie> and authenticates you against a bzr-specific database of accounts and keys or passwords
[23:24] <poolie> using paramiko
[23:25] <denys> I don't want to do something this specific.  I prefer to setup a framework where arbitrary authentication methods can be setup.
[23:27] <Noldorin> lifeless: so would an ftp login to my server be of some use to you?
[23:27] <Noldorin> just for a bit of testing
[23:27] <denys> a bit like PAM, but simple instead
[23:28] <poolie> ok
[23:28] <poolie> you realize there's some scope for that within ssh?
[23:28] <poolie> i'm just thinking: there's already a protocol that lets you negotiate encryption and authentication
[23:29] <poolie> maybe we should use it
[23:29] <lifeless> denys: a custom ssh server will perform better than https; theres less restrictions and overhead in the way we work over it
[23:30] <poolie> i think he's running bzr+ssl
[23:30] <poolie> a la stunnel
[23:30] <lifeless> oh hmm
[23:30] <lifeless> that should be equivalent
[23:30] <denys> yes, but ssh needs an account on the target machine and some admins will NEVER allow it.  I want another degree of freedom.
[23:30] <lifeless> denys: ssh doesn't ;)
[23:31] <lifeless> denys: launchpads ssh server doesn't use local accounts, nor would what poolie suggested
[23:31] <poolie> denys: the thing is: OpenSSH requires an OS account
[23:31] <lifeless> "opensshd" uses the system account db, but there are pure python ssh servere implementations
[23:31] <poolie> jinx
[23:32] <denys> you need some account, and then you play games with different connections
[23:32] <poolie> well
[23:32] <denys> that's never going to fly for me
[23:32] <poolie> actually i don't think we're understanding each other
[23:33] <poolie> what you're talking about is, I think: I have one account on a server, I start a process there listening on a port, then people can connect to it, authenticate, and do stuff?
[23:33] <denys> I have been working 3 years to get some sort of external VCS access for our univ.  It's really difficult to get things through the administrative hurdles.
[23:34] <poolie> i'm suggesting just the same architecture except that the protocol encoding would be that specified by the SSH protocol
[23:34] <Noldorin> lifeless: ?
[23:35] <lifeless> Noldorin: ?
[23:35] <Noldorin> lifeless: see my previous message :)
[23:35] <lifeless> Noldorin: I'm still very focused on our 2.0 release; I doubt I'll have time to personally test this for a few weeks.
[23:36] <lifeless> Noldorin: I can keep giving you guidance, but for now thats about it.
[23:36] <Noldorin> ok, fair enough
[23:36] <poolie> denys: do you see what i mean?
[23:37] <poolie> i really do want to support your case of having sysadmins who aren't going to help
[23:37] <denys> poolie: this is not helping me.  I would like to know how to plug an encryption upgrade command into the bzr server.
[23:37] <poolie> i think you should do that by making connections from the request object up to the medium
[23:38] <poolie> and then you can call along them from the request handler to say 'start encrypting now'
[23:38] <poolie> but i'm kind of confused because i don't understand why that doesn't help
[23:38] <poolie> the thing about running the ssh protocol
[23:39] <Noldorin> lifeless: was wondering if i could get bzr to print out the exact ftp commands used in its log
[23:39] <denys> it doesn't help because the request object has NO references to anything above.
[23:39] <lifeless> Noldorin: edit ftp/__init__.py
[23:40] <lifeless> denys: poolie: I think you're talking past each other
[23:40] <denys> there is the do method and that's is
[23:40] <poolie> Noldorin: if you do that and make it turn on by -Dftp (see debug_flags) that would be nice to merge
[23:40] <poolie> lifeless: i think so too :-(
[23:40] <lifeless> denys: I think you're talking about where to write some specific code.
[23:40] <denys> lifeless: probably
[23:40] <Noldorin> poolie: could do :)
[23:40] <lifeless> poolie: I think you're talking about the design for getting encryption hooked into bzr's server without needing OS configuration
[23:41] <poolie> yes, i am
[23:41] <denys> poolie: you should approve my ssl patch then ;-)
[23:41] <poolie> well, i'm trying to answer the first one too, or assure denys that's also possible
[23:44] <lifeless> my take on this is:
[23:44] <lifeless> denys: you can probably write an upgrade command for the smart server, but it may be a bit ugly. It would be cleaner to do encryption right up-front if possible. Poolie wants to talk about how that might look.
[23:45] <denys> lifeless: I have already done encryption up front - see my proposal on lp
[23:45] <lifeless> yup, which is getting reviewed and polished ;)
[23:45] <denys> I wanted to also provide an upgrade path for a more traditional connection
[23:46] <lifeless> denys: what does that offer over the ssl support ?
[23:47] <denys> you can connect to a normal bzr server and demand an ecnryption upgrade - same advantages as STARTTLS for other protocols
[23:48] <lifeless> denys: I don't really get the advantage; you connect to a port and you get encryption, either way.
[23:48] <denys> its the same port!
[23:48] <fullermd> For one thing, it saves having to juggle multiple ports.
[23:49] <lifeless> denys: you don't need an upgrade command to do it on the same port
[23:52] <denys> lifeless: maybe not. but it seemed simplest to me, with a possibility to negotiate the type of encryption.
[23:53] <lifeless> we've just recently had a mammoth thread on the squid dev list about upgrade: and websockets
[23:53] <lifeless> simple often isn't ;)
[23:53] <lifeless> anyhow
[23:54] <poolie> it seems potentially insecure
[23:54] <poolie> easy to make a mistake about whether you really got a strong connection
[23:54] <lifeless> so conceptual issues with having such a command:
[23:55] <lifeless>  - how will it behave in half duplex connections?
[23:55] <lifeless>    that is, if done on an http smart server, will it work, or claim to work and break, or just break?
[23:55] <poolie> igc: did you move some of the doc files into _static?
[23:56] <poolie> i think that might account for the broken links just posted about
[23:56] <lifeless>  - what happens to the framing for the end of the current request/response? How do we make sure the wire is clean/we don't have any noise in the link
[23:56] <denys> I think you guys are asking the wrong questions. there is a basic level of encryption: that's what available portably in python. higher levels could then be negotiated.
[23:59] <poolie> hm
[23:59] <poolie> what question do you think we're asking?
[23:59] <poolie> it's true that ssl (usually) ships with python and paramiko does not


[22:06] <Umeaboy> Hi!
[22:07] <Umeaboy> If I choose that I only want to see untranslated strings on launchpad I still see strings that already have suggestions. Why is that?
[22:07] <Umeaboy> I only want to see those that are untranslated.
[22:11] <Umeaboy> Anyone here?


[06:10] <aliendude5300> Hi, I'm running Unity + XMir on Ubuntu 13.10 with the latest updates, and the desktop environment is freezing up approximately 30 seconds after I log in. Is this a known issue?
[06:10] <aliendude5300> Using noveau driver and EVGA Nvidia GTX 580 (Superclocked)
[06:13] <aliendude5300> My system has an i7 3770k CPU on a Z77 motherboard (ASUS P8Z77-V Deluxe) with 16 GB of RAM. Using 240 GiB SSD for storage.
[10:08] <SuperLag> I'm no authority here, but I'd attribute stuff like that to overclocking before I'd say it was the software
[11:01] <ikonia> to be honest all testing should be done on "stable" platforms, no overclocking type stuff
[11:02] <ikonia> that way you can remove uncertain results
[11:08] <BluesKaj> Hey folks
[11:31] <Walther> Any news on mir getting pushed to release (candidate)?
[12:10] <iceroot_> its still not in 13.10?
[12:10] <iceroot_> and it should be the default in 13.10 final?
[12:11] <Daekdroom> It is in the repos but not turned on by default, as far as I know.
[12:12] <iceroot_> if 13.10 will really use mir as default i guess that will be a desaster
[12:12] <iceroot_> 2 month max for testing...
[13:03] <Daekdroom> It'll only use Mir as default for a few select hardware/driver combinations, apparently.
[13:04] <Daekdroom> But indeed a very tight schedule. Personally I'll find a way to use X.org even if it defaults to Mir for me.
[15:39] <claudiuvlad> #git
[16:35] <ChogyDan> so is xmir going to be the default?  will that have a performance hit?  and lastly, anyone testing that out?
[20:23] <johnjohn101> I type "terminal" into dash and it doesn't bring up the terminal program only xterm? is this "new" functionality?
[20:24] <Daekdroom> johnjohn101, is the "gnome-terminal" package installed?
[20:25] <Daekdroom> I remember someone mentioning here the daily ISO is not shipping it.
[20:25] <johnjohn101> yes, i uninstalled it and reinstalled it
[20:25] <Daekdroom> (I honestly hope that was not intentional)
[20:25] <johnjohn101> it's there, if i go to xterm and type gnome-terminal and lock to bar
[20:26] <Daekdroom> Could be a bug. The menu/dash entry for it could be missing.
[20:26] <johnjohn101> bar = launcher
[20:26] <johnjohn101> is there a way to fix by hand?
[20:27] <Daekdroom> bug #1212431
[20:28] <johnjohn101> thanks, i should add myself to that bug


[03:15] <jbicha> duflu: hi, do you want to push your bluez packaging to the bzr branch?
[03:16] <duflu> jbicha: I can copy it, but the plan is to keep it all in git. Let me find the docs
[03:16] <duflu> jbicha: https://wiki.ubuntu.com/DesktopTeam/Bluetooth/BluezGit
[03:16] <jbicha> ok, could you update the Vcs fields in debian/control the next time you upload?
[03:16] <duflu> otp...
[03:18] <jbicha> duflu: have you used git-buildpackage before?
[03:18] <duflu> on the phone
[03:18] <jbicha> lol
[03:19] <jbicha> oh…
[03:19] <duflu> jbicha: Sorry. Too many people want my attention simultaneously....
[03:19] <duflu> jbicha: Yeah I didn't want to update the official URL in case the main bluez maintainer didn't like it
[03:20] <duflu> So it is "proposed"
[03:21] <jbicha> I thought *you* were the bluez maintainer :)
[03:21] <jbicha> so have you used gbp and have you seen http://dep.debian.net/deps/dep14/ ?
[03:22] <duflu> jbicha: Nope, but noted thanks
[03:22] <jbicha> gbp is pretty popular in Debian
[03:25] <duflu> jbicha: Sounds pretty similar. So that's good.
[03:25] <jbicha> you can do 'gbp import-orig' for instance
[03:26] <duflu> jbicha: I'm a purist though, so would lean toward plain git commands (it's complicated enough already). I'm not saying no, but also not thinking about it today
[03:39] <duflu> Trevinho: Are you around? (and if so in what country?! :)
[03:39] <Trevinho> duflu: yes...
[03:39] <Trevinho> duflu: although I'm in Italy :-D
[03:39] <duflu> Hah. Jet lag
[03:39] <Trevinho> and no, it's not jatlag...
[03:39] <duflu> OK, you're just crazy. I knew that
[03:39] <Trevinho> I was synced, just... Some night hacking that didn't end so well :|
[03:40] <Trevinho> :-)
[03:40] <duflu> Trevinho: Any thoughts on https://code.launchpad.net/~vanvugt/ubuntu-themes/fix-1693613/+merge/325369 ?
[03:40] <Trevinho> and escaping strings around
[03:40] <Trevinho> duflu: yeah, i saw it... I've not tested it, but it looks right from the source
[03:40] <Trevinho> I'll check it ASAP
[05:53] <oSoMoN> good morning desktoppers
[06:19] <didrocks> good morning
[07:59] <willcooke> morning all
[07:59] <willcooke> or afternoon
[08:00] <didrocks> hey willcooke
[08:00] <willcooke> How goes didrocks?
[08:00] <willcooke> Is the sun out?
[08:01] <didrocks> willcooke: yeah, crazy night with lightning strokes and heavy rain, but all sunny and blue sky today
[08:01] <didrocks> how about you?
[08:01] <willcooke> Ooh, lucky!  No such fun here.  chrisccoulson will be annoyed that he missed out :)
[08:02] <willcooke> Looks like it's going to be a nice day today, but quite windy still
[08:03] <Laney> tag
[08:03] <willcooke> what is up Laney
[08:03] <didrocks> hey hey Laney
[08:04] <Laney> the great nob debate rumbles on
[08:04] <Laney> oSoMoN: no, unless you want to be Wrong™
[08:04] <willcooke> ah ha, speaking of which...
[08:04] <Laney> hey didrocks, hey willcooke ;-)
[08:04] <Laney> how's it going?
[08:05] <willcooke> http://www.nhaines.com/blog/2017/06/01/looking-ubuntu-1710-wallpapers-right-now/
[08:05] <willcooke> err
[08:05] <didrocks> good good! yourself?
[08:05] <willcooke> wrong link
[08:05] <willcooke> https://twitter.com/ProfBrianCox/status/875042690840354819
[08:05] <willcooke> right link ^
[08:05] <didrocks> ;)
[08:05] <Laney> argh
[08:05] <Laney> not a good face to see in the morning
[08:05] <willcooke> XD
[08:30] <chrisccoulson> didrocks, willcooke, yeah, I'm jealous about the lightning :)
[08:32] <chrisccoulson> I had to get the sprinkler out yesterday
[08:34]  * Laney should go water the allotment today
[08:36] <didrocks> how warm is it?
[08:36] <didrocks> and how far is your allotment btw?
[08:37] <Laney> not super hot, should be about 20 later
[08:37] <Laney> but hasn't rained for a few days
[08:37] <Laney> it's about 10 minutes on the bike
[08:37] <Laney> maybe slightly less
[08:37] <didrocks> oh, still a little bit far from your home
[08:39] <Laney> the one 2 minutes down the road is full :'(
[08:40] <didrocks> how does it work, you just rent, or is it some kind of getting selected process?
[08:42] <Laney> you get on a waiting list
[08:42] <Laney> and then when a space comes you get offered it
[08:42] <didrocks> that's nice
[08:43] <Laney> i think it's like £40 a year
[08:43] <Laney> quite cheap
[08:44] <didrocks> indeed, definitively worth it
[08:52] <seb128> back
[08:52] <willcooke> hey seb128, how was the space?
[08:52] <seb128> willcooke, it's nice, I'm staying here for the day
[08:52] <willcooke> nice!
[08:53] <seb128> it's quite big
[08:53] <seb128> they have quiet space, "normal" space with coffee and quiet music in the back, meeting rooms to book or a few small "first arrived, first served" ones
[08:54] <seb128> special quiet seat with high back for videocalls
[08:54] <Laney> hey seb128
[08:54] <Laney> sounds good!
[08:56] <Laney> is it near enough to your place?
[08:56] <seb128> it's like 20 min door to door
[08:57] <seb128> I'm probably too lazy to go every day, but it's not too bad
[08:57] <seb128> sounds good for 2 or 3 times a week
[08:57] <Laney> nod
[09:16] <andyrock> good morning
[09:27] <willcooke> hey andyrock
[09:28] <flexiondotorg> Morning desktopers
[09:28] <oSoMoN> hey flexiondotorg
[09:28] <oSoMoN> hey andyrock
[09:29] <seb128> hey andyrock
[09:39] <willcooke> seb128, Laney - just chatting to jibel about the first testing day - do you think we should wait for gdm?  Any ideas when that will happen?
[09:39] <seb128> blocked on security so no idea
[09:40] <willcooke> seb128, ack, thx
[09:40] <seb128> yw
[09:41] <seb128> dropping offline for a bit to grab lunch
[09:41] <seb128> bbiab
[09:49] <willcooke> http://www.techrepublic.com/article/ubuntu-17-10-finally-an-exciting-ubuntu-release/
[09:49] <willcooke> Some factual mistakes, but positive none the less ^
[09:52] <Laney> haha
[09:53] <Laney> could have asked for a fact check
[09:53] <Laney> still, nice enough
[09:53] <darkxst> hey desktoppers
[09:58] <willcooke> hey darkxst
[09:58]  * willcooke -> errunds bbl
[09:59] <darkxst> anyone heading to GUADEC? I should be ;)
[10:47] <Laney> darkxst: yeh, some of us are
[12:06] <jbicha> Laney: I'm leaving the config-connectivity pkg out of this first NM 1.8 upload to not get the update stuck in the new queue
[12:07] <jbicha> it's not too hard to test the feature without the package though
[12:12] <seb128> jbicha, hey, thanks for the nm 1.8 merge!
[12:14] <jbicha> well I rebooted and my wifi still worked so hopefully I didn't break anything ;)
[12:14] <seb128> hehe
[12:16] <willcooke> thanks jbicha
[12:19] <jbicha> xnox: what do you think of phase 1 from LP: #1695928 ?
[13:32] <Laney> jbicha: what's wrong with the new queue?
[13:33] <Laney> queuebot says it went in there anyway ...
[13:33] <jbicha> I think it's a bit controversial whether we want a Debian config-connectivity package in Ubuntu
[13:34] <jbicha> if there is one, my understanding is that it should point to Ubuntu/Canonical servers
[13:34] <Laney> I don't think I can be bothered to argue about it
[13:34] <Laney> so, whatever
[13:35] <jbicha> me either, but the new queue is a good opportunity for someone to say "wait, no"
[13:36] <Laney> so then we'd discuss it with them if that happened
[13:36]  * Laney shrugs
[13:36] <Laney> you did what you did, that's it, let's move on
[13:36] <Laney> thanks for doing it
[13:37] <jbicha> maybe we can do that after 1.8 gets in to artful; I'd hate to have it stuck in the new queue because of that question
[13:37] <seb128> jbicha, did you use a vcs to do the n-m update?
[13:38] <jbicha> seb128: yes, but…
[13:38] <seb128> which one?
[13:38] <seb128> (just curious, and I'm in an hangout where people are discussion what vcs to use to maintain n-m, if we want to keep using gbp)
[13:38] <jbicha> https://git.launchpad.net/network-manager/log/?h=artful
[13:39] <jbicha> why would we *not* want to use gbp
[13:39] <willcooke> jbicha, are you free for a hangout real quick?  on n-m 1.8
[13:40] <jbicha> the "but" is because I branched "master" to "zesty" and force pushed "master" and "upstream" and "pristine-tar" from Debian, and then made an artful branch
[13:41] <seb128> jbicha, the n-m upload is in New?
[13:41] <jbicha> yes
[13:41] <seb128> I though you said you let the connectivity out to avoid New
[13:41] <seb128> I probably misread what you said
[13:41] <jbicha> the connectivity package could be controversial, the new gir package is not
[13:41] <Laney> It got accepted.
[13:42] <seb128> oh ok
[13:42] <Laney> It could have been re-uploaded it somebody insisited on rejecting a new not-installed-by-default package containing a configuration file.
[13:42] <Laney> oops, I said let's move on
[13:42] <Laney> :-)
[13:42] <jbicha> willcooke: I would need more notice for video chat, sorry
[13:42] <seb128> woot, responsive archive admins doing NEW reviews
[13:42] <willcooke> jbicha, np at all.  I'll catch up with you later and see if you're free next week around this time?
[13:43] <jbicha> yes, just let me know the time in advance :)
[13:43] <willcooke> cheers jbicha
[14:21] <tsimonq2> Hello :)
[14:21] <tsimonq2> What's left in the archive for Unity 8 things that depend on Qt, i.e. things we should be concerned about if wanting to do a Qt transition?
[14:25] <seb128> tsimonq2, looks at the lib you want to transition rdepends?
[14:26] <tsimonq2> seb128: I don't understand what you're saying?
[14:26] <tsimonq2> I'm working to get Qt 5.9 in the archive.
[14:27] <tsimonq2> I wanted to know if there's anything I should watch out for before this lands
[14:27] <tsimonq2> (we're going to rebuild in a PPA first, but still)
[14:27] <seb128> tsimonq2, use rmadison or such to know what is using the librarie you are transitionning
[14:28] <tsimonq2> seb128: On it.
[14:28] <gQuigs> tsimonq2:  relevant bug ^ https://bugs.launchpad.net/ubuntu/+source/gnome-control-center-signon/+bug/1695928 ..  (what's on it's way out)
[14:29] <tsimonq2> Oh, thank you.
[14:30] <tsimonq2> gQuigs: You know if we have a status update on that at all?
[14:30] <tsimonq2> (nothing in the bug)
[14:30] <seb128> tsimonq2, I mean the archive is public you can look at the rdepends yourself without asking here
[14:31] <tsimonq2> seb128: I was just looking for something just like gQuigs gave
[14:31] <tsimonq2> But you're right, seb128
[14:32]  * tsimonq2 exits
[15:32] <davidcalle> willcooke: hey, remember our chat the other day? Suddenly snap:// links work from insights.ubuntu.com, are you aware of any recent change that could explain it?
[15:33] <willcooke> davidcalle, yeah, I totally fixed it
[15:33] <willcooke> davidcalle, lies!
[15:33] <davidcalle> Ahahaha
[15:33] <willcooke> gald it works, that's great news.  Maybe Thibaut had it fixed?
[15:34] <davidcalle> No, because it doesn't work for at least one other person in Marketing
[15:34] <davidcalle> If you can give it a try, there is a link on the word "vectr" in the install instructions there: https://insights.ubuntu.com/2017/06/13/vectr-a-fresh-take-on-vector-graphics-edition-on-linux/
[15:36] <willcooke> davidcalle, testing
[15:37] <willcooke> davidcalle, http://imgur.com/a/rijs8
[15:37] <willcooke> boom!
[15:37] <davidcalle> Magical code fairies
[15:38] <davidcalle> thanks for confirming :)
[15:38] <willcooke> yw
[17:04] <willcooke> woo, finishing on time today!  Night all
[17:45]  * oSoMoN EOD, have a good evening everyone!
[19:47] <flexiondotorg> jbicha Could you take a look at this for me please?
[19:47] <flexiondotorg> https://insights.ubuntu.com/2017/06/13/vectr-a-fresh-take-on-vector-graphics-edition-on-linux/
[19:47] <flexiondotorg> Damn
[19:48] <flexiondotorg> Wrong URL.
[19:48] <flexiondotorg> jbicha This one - https://code.launchpad.net/~ubuntu-mate-dev/indicator-session/mate-integration/+merge/325600
[19:48] <flexiondotorg> I saw you'd recently made a change an uploaded.
[20:29] <jbicha> flexiondotorg: could you use bileto for it? also, I don't think the added suggests there are useful
[21:32] <muktupavels> flexiondotorg: have_mate_program does not follow code style... also you can probably store is_mate somewhere so you dont have to repeat same check multiple times?
[23:00] <robert_ancell> https://stackoverflow.blog/2017/06/15/developers-use-spaces-make-money-use-tabs/
[23:01] <robert_ancell> For all you tab loving developers out there, repent!


[05:58] <maggotbrain> ali1234: see https://launchpad.net/~xubuntu-dev/+archive/ubuntu/staging
[08:57] <bluesabre> Unit193: after a busy weekend of running around in Ohio, I'm now around.
[08:58] <Unit193> Urgh, yeah I hear you.  One our of sleep last night (Sat-Sun), short afternoon nap, and even had to drive up to CLE and pick my sister up from the airport at midnight....Traffic there is always bad.
[17:00] -SwissBot:#xubuntu-devel- Reminder: Next meeting chair is knome