[10:52] <gour> morning
[10:53] <gour> is there any repo having brz package for fedora?
[11:05] <mgz> morning!
[11:06] <mgz> I'm not aware of a fedora package, was going to bug a mate of mine to make one, but haven't yet
[11:06] <mgz> jelmer and I are both on the debian side of the divide
[11:08] <gour> i see...what is the status of bzr-explorer? still usable with brz?
[11:37] <gour> another concern of mine is whether bzr/brz can be used as 2-way bridge with git, iow. to clone from github, pull/push etc.? that's not possible with fossil and although i use it for personal projects, one has to change gears when contributing to git(hub) projects. having brz to serve such purpose as higher-level tool would be awesome
[12:02] <gour> should brz-3.0 have complete python3k support?
[12:50] <mgz> explorer should be portable, but will require quite a few name changes
[12:51] <mgz> I think the answer for clean github integration is using the git format locally,
[12:51] <mgz> rather than trying to have bzr format on disk then convert back and forth from git
[12:51] <mgz> brz 3.0 is aimed to be full python 3 compat, I have a good way to go yet
[12:58] <gour> based in what i see, the blessed gui will be qbrz, right?
[12:58] <gour> nice to hear about 3.0 and py3k
[12:59] <gour> i'm not clear in regard to git(hub) integration...bzr/brz cannot use git format (yet), right?
[13:01] <gour> having 'clean github integration' would be big 'pro' for me to migrate from fossil to brz...
[14:21] <jelmer> hi gour
[14:22] <jelmer> gour: I did some work to create a qbrz, in the hope that somebody picks it up
[14:22] <jelmer> mostly because it's in a better state than bzr-gtk, and works on all of our platforms
[14:22] <jelmer> I'll reply to your email about git integration
[14:24] <gour> jelmer: ok, i remember you well from the glories days of bzr. ;) btw, thanks to you, i've found out about m.css - I like such stuff :-)
[14:24] <gour> jelmer: bzr-explorer is too old code to be revived?
[14:24] <mgz> bzr-explorer depends on qbzr
[14:24] <mgz> so, qbzr is step #1
[14:25] <gour> i was not using gui a lot with bzr, but it was always great selling point when introducing bzr to not so tech-savvy people
[14:25] <jelmer> gour: :)
[14:25] <gour> ahh, i forgot about that, thanks mgz
[14:26] <gour> i'm sure that dvcs-world deserves something better than just git
[14:28] <jelmer> gour: I'm hesitant to revive any of the GUIs myself, as I don't use them. It would be great if somebody could revive their development.
[14:28] <gour> btw, i'm also looking which static-site-generator to use (to repalce my PHP-CMS sites) and between hugo (go-powered) and nikola (python-powered), I'm leaning towards the latter...moreover, python seems to be better investment of my time for hobby programming than Golang
[14:30] <gour> ...although few days agi i read a post from the rinohtype author complaining that 'Python is fast-enough' for some projects, even with PyPy or cython (http://www.mos6581.org/python_need_for_speed)
[14:30] <jelmer> I've been very happy with pelican, but haven't tried the others you mention
[14:31] <gour> Nikola is very nice (https://getnikola.com/)
[14:42] <gour> it is funny how many people tend to choose/use worse option...lp's email interface was so better than github's, but the flock went into another direction :-(