[15:47] <zxmpi_>  hurray, proper autumn is arriving on thursday https://www.breakingnews.ie/ireland/met-eireann-says-very-mild-autumn-weather-set-to-end-on-thursday-1200931.html
[15:50] <daftykins> ah har
[15:50] <daftykins> wet one here today, ideal to give some spare time to purge the news feeds ahead of crApple's latest event in 1 hour
[15:52] <zxmpi_> yeah damp here over the weekend but back to warm today.
[15:52] <zxmpi_> well if you don't like crapples new shiny google is confirming all the leaks for their new pixel tomorrow
[15:52] <zxmpi_> and samsung are announcing on wednesday that they make phones now too
[16:03] <daftykins> hehe
[16:13] <zxmpi_> i'm waiting for heinz to announce they will start shipping string with every can sold :-P
[16:32] <daftykins> such features
[16:35] <zxmpi_> battery life is insane!
[16:37] <zxmpi_> 100% waterproof
[16:39] <daftykins> wet string only improves things!
[16:39] <zxmpi_> that's when heinz upsells catgut
[16:40] <daftykins> * cat gulps
[17:00]  * daftykins wakes diddledani


[08:51] <pynonoir> hi there. Should I set an incomplete bzr bug as new once completed ?
[08:52] <pynonoir> (on launchpad)
[08:53] <vila> pynonoir: no, wait for an answer from someone that will set it to confirmed and set the importance
[08:53] <vila> pynonoir: what's the bug number ?
[08:53] <pynonoir> https://bugs.launchpad.net/bzr/+bug/665100
[08:54] <vila> ha, this one, the mysterious :)
[08:54] <pynonoir> :)
[08:54] <pynonoir> it's because of urllib
[08:55] <vila> amazing
[09:01] <vila> pynonoir: would you like to write a patch for that ?
[09:08] <vila> pynonoir: Can you try http://paste.ubuntu.com/518575/ ?
[09:16] <pynonoir> vila: trying that patch
[09:28] <pynonoir> vila: I probably won't have time before tonight
[09:30] <vila> pynonoir: nevermind, I just finish writing it with tests and also handling pycurl, thanks for reporting it, its' .... amazing nobody encountered the issue before
[09:31] <pynonoir> too fast for me :)
[09:31] <vila> pynonoir: what OS are you using and why still bzr-2.1.2 ?
[09:31] <pynonoir> thanks
[09:31] <pynonoir> debian testing
[09:31] <vila> pynonoir: hehe, np, I'm still drinking my first coffee and was really curious
[09:31] <pynonoir> well, i probably need to uprade
[09:32] <vila> hmm, yeah, or run from sources
[09:33] <vila> grr, I wish we have a better answer for that, it's a shame we can't build packages for debian in ppas like we do for Ubuntu...
[09:33] <vila> pynonoir: can you mention that (debian testing) in the bug report ?
[09:34] <pynonoir> np, i'm not a bzr power user and 2.1 is probably good enough for me
[09:34] <pynonoir> which bug report ? 665100 ?
[09:35] <pynonoir> what for ?
[09:37] <vila> pynonoir: so we don't forget to backport it to  2.1 or 2.2 (I've forgotten again the rules that apply here to ensure you get the fix from your usual repo )
[09:38] <vila> pynonoir: said otherwise: give us feedback about the bug and tell us how you get the fix whatever the way you use
[09:39] <vila> pynonoir: this will help people that encounter the same problem, bugs are often used for that
[09:39] <pynonoir> i'll do it but I bet that nobody will notice this one for a long time ;)
[09:40] <vila> hehe, you never know, once a bug starts to manifest itself, it has a tendency to spread :)
[09:40] <pynonoir> I saw it because there was also a bug in a wsgi framework I'm using
[09:41] <pynonoir> this framamework re-encoded it with urlencode
[09:41] <pynonoir> but it could not be reverted
[09:43] <vila> pynonoir: what are you using bzr for here ?
[09:43] <vila> pynonoir: https://code.edge.launchpad.net/~vila/bzr/665100-content-type/+merge/39194 is up for review
[09:45] <pynonoir> vila, I was starting a forge for bzr projects with fine grained access levels to branches, over http
[09:47] <vila> pynonoir: interesting ! You should write to the ML for feedback, we don't have yet a definitive good answer to this kind of setup and several people have already ask for such a feature
[09:48] <vila> pynonoir: with different setups, but I'm sure discussing yours could help
[09:49] <pynonoir> vila: yes, I just want to have something to show up before talking too much about it
[09:49] <pynonoir> and i don't have a lot of time to hack with it
[09:50] <vila> pynonoir: no problem, take your time :) And happy hacking !
[09:50] <pynonoir> :)
[09:50] <pynonoir> ty
[14:50] <dnivra> hello. I just filed a bug at launchpad https://bugs.edge.launchpad.net/bzr/+bug/665560. I downloaded the source of bzr and found that almost all errors do not give any GUI feedback. I was just wondering if this is an implementation feature?
[14:52] <dnivra> the problem arises because the details are not set-"bzr whoami". hence the preferences window doesn't open.
[18:36] <NET||abuse> hey there, i'm on windows at home (due to a laptop return to my old employer) and branching code from my server hits a problem when it reaches the symlink i put in there :(
[18:36] <NET||abuse> i guess you shouldn't track symlinks
[18:36] <NET||abuse> problem none of the files are getting put out to the working copy.
[18:37] <NET||abuse> the .bzr directory is created, just no files.
[18:37] <NET||abuse> bzr: ERROR: Unable to create symlink 'system' on this platform
[18:37] <NET||abuse> goddamn windows
[18:39] <NET||abuse> so how do i get my code out of the repo??
[18:51] <NET||abuse> how can i pull the code out of the branch and ust ignore symlinks?
[18:55] <NET||abuse> infact, if i have the branch in the local background repo( .bzr/ directory) but no working copy files in the location, how do i get at one particular working copy path ? eg, my projects /assets  path is fine, it's just there's a /framework   symlink in the root dir, but ijust specify the /asets dir can i just ignore any other paths?
[20:56] <NET||abuse> ok, so i'm on windows, a repo has 1 symlink on the root dir, how do i just get all the dirs of a branch that have no symlinks?
[21:11] <RenatoSilva> The authenticity of host 'bazaar.launchpad.net (<IP_ADDRESS>)' can't be established.
[21:11] <RenatoSilva> how to be 'sure' it's the right host?
[21:12] <RenatoSilva> connect through https and check if "fingerprint" matches?
[21:14] <jam> here is my fingerprint: 024 9d:38:3a:63:b1:d5:6f:c4:44:67:53:49:2e:ee:fc:89 bazaar.launchpad.net,<IP_ADDRESS> (RSA)
[21:14] <jam> different ip address, though
[21:16] <RenatoSilva> how to actually check the fingerprint? I thought it would be listed somewhere in the website through https (assuming the server is not compromised of course)
[21:16] <jam> RenatoSilva: I don't know that the ssh fingerprint is going to be available via ssh
[21:16] <jam> but when you connect for the first time, it should tell you what it thinks the fingerprint is
[21:19] <RenatoSilva> what do you mean
[21:26] <jam> RenatoSilva: when I connect it says "the fingerprint of the server is XXXXX are you sure you want to connect"
[21:29] <RenatoSilva> right, and how can I trust it is the real fingerprint, that is, no one is on the middle changing the original one?
[21:29] <jam> RenatoSilva: well, you can compare it to the one I just pasted.
[21:30] <NET||abuse> ok, so i'm on windows, a repo has 1 symlink on the root dir, how do i just get all the dirs of a branch that have no symlinks? or just exclude the symlinks?
[21:30] <jam> NET||abuse: afaik, it isn't directly possible. there is a 'bzr-win32symlinks' plugin that you can try
[21:30] <RenatoSilva> jam: you could be exactly the cracker trying to fool me
[21:31] <jam> RenatoSilva: yep.
[21:31] <jam> depends on how paranoid you want to be about ssh
[21:31] <RenatoSilva> jam: I don't think it's paranoid
[21:31] <RenatoSilva> jam: it's just about using the feature correctly
[21:32] <jam> RenatoSilva: it is a paranoia feature. And you have to decide what your risk vs reward tradeoff is worthwhile
[21:32] <jam> if I was going to be sharing my deepest darkest secrets, then I would worry
[21:32] <RenatoSilva> jam: otherwise you're fooling yourself with a false sense of security
[21:32] <jam> if I'm publishing source code that *is going to be free and in the open anyway* I don't care about pushing it to a site that might publish it...
[21:33] <RenatoSilva> jam: bzr server could be a hack stealing my sensitive data
[21:34] <jam> RenatoSilva: well there you have to decide how much you trust your client...
[21:34] <jam> your local 'ssh' process could be a hack
[21:34] <RenatoSilva> jam: I just think there's a simple solution for that: put the fingerprint somewhere in the website through https
[21:35] <jam> RenatoSilva: makes sense, but it isn't anywhere on launchpad that my quick googling found
[21:35] <jam> up to you
[21:35] <RenatoSilva> put it? no, some admin
[22:18] <NET||abuse> i pulled down the win32 symlinks bzr plugin, i put it in /users/me/AppData/bazaar/2.0/plugins/
[22:20] <NET||abuse> it's not loading seemingly.
[22:23] <mgz> NET||abuse: wow, how long have you been trying to branch your symlink?
[22:23] <NET||abuse> ahh, on and off all afternoon :)
[22:23] <mgz> if it's a public branch, I'll just branch it for you, delete the symlink, and give you a link.
[22:23] <NET||abuse> it's a saturday :)
[22:23] <NET||abuse> no, not public
[22:24] <NET||abuse> a site i biult for a friend good while back
[22:24] <mgz> otherwise, you pretty much need a unix environment
[22:24] <NET||abuse> arse.
[22:24] <mgz> so, cygwin, or a vm, or a nix box.
[22:24] <NET||abuse> have to open up the lil' laptop oh nightmares.
[22:24] <mgz> and yes, this sucks.
[22:24] <NET||abuse> could export it on the server then download
[22:24] <NET||abuse> hmm
[22:25] <NET||abuse> but then' i'd not be ableto commit the changes to the site inside of bzr so effectively
[22:25] <mgz> if you can ssh to the server, make a branch there, delete the symlink, commit and branch that.
[22:25] <NET||abuse> SUCKs that my old company wanted my linux laptop back.
[22:25] <NET||abuse> eh, that's  aperfectly reasonable approch, so obvious
[22:26] <NET||abuse> god i hate the windows tool set, putty.exe    yuch
[22:27] <NET||abuse> I WANT MY LINUX ENVIRONMENT BACK
[22:28] <NET||abuse> how can i  just expose a target directroy within my branch in the working copy?
[22:30] <NET||abuse> ok, never mind, did what you suggest.
[22:30] <NET||abuse> but i have the bzr branch downlaoded, but none of the files are in the working area, they're all in the db in the .bzr/ directory
[22:30] <NET||abuse> i do not want to download 800MB of repo again.
[22:31] <NET||abuse> how can i get it to output the files now?
[22:33] <NET||abuse> when i do bzr status,, i get a huge list of files, but no idea what the heading they're all in is about?
[22:33] <NET||abuse> the cmd.exe buffer is only 999 lines long.
[22:33] <NET||abuse> can't extend it.
[22:35] <mgz> | more ?
[22:35] <NET||abuse> windows, not linux
[22:36] <mgz> cmd has more just not less
[22:36] <mgz> you should just be able to do `bzr pull` if you updated the branch on the server
[22:36] <NET||abuse> ohhh, haha, didn't know windows had that.
[22:36] <NET||abuse> yeh, i pull'd but the files are only in the background branch,
[22:36] <NET||abuse> not out where i can edit them.
[22:36] <NET||abuse> ahh, it says all those files are removed?
[22:37] <NET||abuse> which isn't the case
[22:37] <NET||abuse> the whole project is apparently "removed"
[22:37] <mgz> probably just an artefact of of failing to create the working tree
[22:37] <NET||abuse> exactly what i'm thinking now.... hmm, ok , so how to un "remove" everything?
[22:37] <mgz> once the symlink is gone in the latest revision, `bzr revert` will get your tree back
[22:38] <NET||abuse> just tried that
[22:38] <NET||abuse> bzr: ERROR: No final name for trans_id 'new-10'
[22:38] <mgz> that's... interesting
[22:38] <NET||abuse> file-id: None            root trans-id:'new-0'
[22:38] <mgz> you did the pull?
[22:38] <NET||abuse> yes
[22:39] <NET||abuse> i did pull, i tried pull, then tried revert, tried pull again, revert again.
[22:39] <NET||abuse> nothing.
[22:39] <mgz> what does `bzr log -l 1` say?
[22:40] <NET||abuse> gives me the log from the server where i removed the symlink
[22:40] <NET||abuse> and the previous log from work
[22:40] <mgz> okay.
[22:40] <NET||abuse> where i fixed a php issue
[22:40] <NET||abuse> although in the same message as the last log.
[22:40] <mgz> new idea:
[22:41] <NET||abuse> ...
[22:41] <mgz> do `bzr branch . ..\new_copy_of_branch`
[22:41] <mgz> so you create a new local branch, but without redownloading 800MB
[22:42] <NET||abuse> ye, giving that a gol
[22:42] <NET||abuse> ahhhhrrrrggg
[22:42] <mgz> ...same error?
[22:42] <NET||abuse> same error unable to create symlink
[22:42] <NET||abuse> but i removed that damn sim link and commit ed it on the server
[22:43] <mgz> meph, the local branch has apparently not picked up that rev.
[22:43] <mgz> okay, how about this
[22:44] <mgz> `bzr branch --no-tree . ..\another_new_branch && bzr pull --remember url:original_branch && bzr reconfigure --tree`
[22:44] <mgz> get me?
[22:45] <mgz> gra
[22:45] <mgz> change the cwd between step 1 and 2.
[22:45] <NET||abuse> ...
[22:45] <mgz> `bzr branch --no-tree . ..\another_new_branch && cd ..\another_new_branch && bzr pull --remember url:original_branch && bzr reconfigure --tree`
[22:46] <mgz> (sorry)
[22:48] <NET||abuse> :P
[22:48] <NET||abuse> one sec.
[22:50] <NET||abuse> I hate windows
[22:50] <NET||abuse> 2 people in this world need to die
[22:51] <NET||abuse> jobs and gates
[22:51] <NET||abuse> grrrrr
[22:57] <NET||abuse> arrrggggg
[22:57] <NET||abuse> nope, on the last step, bzr reconfigure --tree    it throws that damn error agian
[22:58] <mgz> which one? symlink or trans-id?
[23:00] <NET||abuse> symlink
[23:00] <mgz> ...and log shows that the last rev is the one where you removed the symlink?
[23:00] <NET||abuse> yep
[23:01] <NET||abuse> can i hire some terrorists to bomb redmond now?
[23:01] <NET||abuse> not only that but the putty  TCP_KEEPALIVE doesn't work....
[23:01] <NET||abuse> damn ssh session to the server keeps dying.
[23:02] <mgz> okay, I'd double check that the top rev on the server really has no symlinks, and if you missed one, commit and pull again before doing the reconfigure.
[23:02] <mgz> otherwise... out of ideas.
[23:03] <NET||abuse> hmmm, wait.
[23:03] <NET||abuse> the log is not the same number
[23:05] <NET||abuse> the server is on rev 44, the local is only 43,
[23:05] <NET||abuse> arrrg,, ok,,  tried that 6 times before,,
[23:05] <NET||abuse> finaly pull worked
[23:05] <NET||abuse> and revert worked now
[23:05] <NET||abuse> bloody hell.. what a mess
[23:05] <NET||abuse> mgz, thanks for all that.
[23:06] <mgz> cool.


[08:47] <mibofra> hi guys
[08:48] <mibofra> I've a problem while lp compile for me python-django
[08:49] <mibofra> tar: recipe-{debupstream}-0~{revno}/.pc/psycopg2_creation.diff/django/db/backends/postgresql_psycopg2/creation.py: Cannot open: Permission denied
[08:49] <mibofra> I think the file is generated into the lp build machine, so I can't fix it with a chmod +x
[08:49] <mibofra> any suggestions?
[09:47] <czajkowski> wgrant: StevenK so no limit on bug summary :) https://bugs.launchpad.net/ubuntu/+source/ubuntu-docs/+bug/1198382
[12:26] <mibofra> ehi
[12:26] <mibofra> guys
[12:27] <mibofra> launchpad was compiling when:
[12:27] <mibofra> https://launchpadlibrarian.net/144316310/buildlog.txt.gz
[12:27] <mibofra> 'raise errors.BzrCommandError(error_msg)'
[12:51] <StevenK> mibofra: Yes, because your patches failed to apply.
[12:53] <mibofra> StevenK, 1) I didn't write them, they're the original ones, so they're not mine
[12:54] <StevenK> mibofra: The build doesn't know that, it just failed to apply them.
[12:54] <mibofra> 2)in another build for another distrocode this patch is applied and another no
[12:55] <mibofra> StevenK, but I wonder, how the maintainer of the package on the official ubuntu repository could build the package
[12:56] <StevenK> This is a recipe build, which is building a source package from the branch, not actually compiling it.
[12:58] <mibofra> so I've to put the the code on a ppa?


[11:35] <Skuggen> vorlon: Thanks :)
[12:22] <ahasenack> Skuggen: heh, net-snmp upstream decided to replace my_bool with a char, have you seen this before? https://sourceforge.net/p/net-snmp/code/ci/9f4af8c42d515e6b214738cc97212dfbe7f749cf
[12:22] <ahasenack> what was my_bool before, in terms of size?
[12:22] <ahasenack> I guess they want a byte
[13:24] <Skuggen> ahasenack: Originally, my_bool was just a char
[13:25] <ahasenack> ok
[13:25] <Skuggen> Well, I'm not 100% sure about "originally" since it's old, but it was a char before :)
[15:21] <doko> ahasenack, cpaelzer: do you plan with samba 4.10 for disco? looks like Python3 is making some progress there
[15:24] <ricotz> doko, would you have time to put together a gcc-mozilla based on 8.2 in bionic?
[15:26] <ahasenack> doko: yeah, it's the first one with py3 and py2
[15:26] <ahasenack> doko: I wasn't planning on going ahead of debian
[15:26] <doko> ricotz: there is a proper gcc-8.x in bionic, you don't need another build
[15:26] <ricotz> doko, for xenial, trusty isn't worth it anymore, I guess
[15:27] <ricotz> I meant to backport from bionic
[15:28] <doko> ricotz: it's easy. just rename the package from gcc-8 and look what changes the existing gcc-mozilla has
[15:28] <doko> wasn't chris ccoulson doing that?
[15:30] <ricotz> doko, I know, I did so with 6.5.0 which is already required for the current firefox to fix armhf/arm64 -- but I ran into failures on trusty
[15:30] <ricotz> I can try with 8.2 again though
[15:31] <ricotz> doko, not sure what chris is doing these days
[15:31] <ricotz> basically osomon has taken over the mozilla stuff
[15:33] <doko> including the b-d's? ;p
[15:34] <ricotz> mw_hudson is doing rustc/cargo
[17:19] <ejat> hi .. is there ppa for gnome 3.32 available for testing?
[18:11] <ricotz> doko, this is something which came up https://paste.debian.net/plain/1065702
[18:24] <jbicha> ejat: GNOME 3.32 has not been released yet, but there (probably) won't be a PPA either
[18:26] <ahasenack> has anybody written a sort of recursive check-mir script? To chase down all non-main deps and run it again on each, until there is none left?
[18:33] <ejat> jbicha: ok thanks
[18:34] <ejat> jbicha: can u advise on this => https://paste.ubuntu.com/p/sWqW2hWQZp/
[18:34] <jbicha> that doesn't mean anything to me
[18:34] <ejat> gnome-control-center crashed
[18:35] <ejat> in disco -proposed
[18:37] <jbicha> could you file a bug with apport
[18:42] <jbicha> also: https://askubuntu.com/questions/785414/is-it-ok-to-enable-proposed-updates-during-ubuntus-development-cycle
[18:44] <ejat> jbicha: bug 1814947
[18:59] <jbicha> ejat: that still provides almost no info. I meant can you use Ubuntu's error reporter thing to report the crash with the debug info
[19:00] <jbicha> but I'm too busy working on other stuff this week to be able to help you really. Sorry
[19:01] <ejat> jbicha: okay ill try .. no worries .. sorry to take ya time
[19:14] <ahasenack> is it possible to disable the universe component in a ppa, when building a source package there?
[19:15] <tumbleweed> IIRC it's encforcing component separation is PPA configuration option
[19:15] <ahasenack> I have "￼ Default (security dependencies and recommended updates)."
[19:15] <ahasenack> and
[19:16] <ahasenack> "Use the same components used for each source in the Ubuntu primary archive."
[19:16] <ahasenack> the other option is " Use all Ubuntu components available.", which doesn't seem to be what I want
[19:17] <infinity> ahasenack: What are you trying to accomplish, exactly?
[19:17] <infinity> ahasenack: main can build-dep on universe (even in the primary archive) now.
[19:17] <ahasenack> testing a mir
[19:17] <ahasenack> it's a universe package, for which I'm listing all non-main build-deps
[19:17] <infinity> ahasenack: main can't have runtime deps on universe, but PPAs don't have components, so everything in a PPA is in main.
[19:18] <ahasenack> my plan was to upload said source package, have the build fail because of missing deps (which are in universe), and then start uploading the universe deps one by one
[19:19] <infinity> Yeah, that's not going to work.
[19:19] <ahasenack> ok, local lxd it is then
[19:22] <ejat> seb128:  updated as your advise in bug 1814949
[19:23] <seb128> ejat, thx
[19:23] <ejat> thanks to you for the guide ..
[19:43] <seb128> ejat, do you remember what panel you opened last?
[19:44] <seb128> ejat, and do you have special discuss connected or specifc fs? (like zfs)
[19:58] <jbicha> seb128: yeah the zfs in the original bug was the one thing that looked interesting :)