[04:44] <nothingman> hi, all
[04:45] <nothingman> I installed the alternate disk as an ltsp server, but when I log in on the server (haven't installed the addon disc yet) I get a black screen with the arrow cursor
[12:44] <anom1> hi.
[12:45] <anom1> just wondering if I'm missing any Edubuntu downloads, because after installing the whole 8.10 Addon CDROM (I believe), I only see about 10+ new programs, mostly in the Education menu (gnome).
[12:47]  * anom1 dreams of seeing Mark Shuttleworth in person one day...
[14:02] <itstegg> will the edubuntu addon install over xubuntu ?
[16:09]  * anom1 wishes there are many apps for various subjects - Physics, Chemistry, Geography, History (general), Biology, etc...
[16:40] <Ahmuck-Jr> Nubae is there a place on the apps site where one can create a section called "wanted apps"
[16:40] <Ahmuck-Jr> something a person could describe the educational app they are looking for and describe how it should perform?
[16:48] <anom1> Ahmuck-Jr: Thank you. Will take a look.
[16:49] <Ahmuck-Jr> anom1: i don't think there is a place yet
[16:57] <anom1> but what do you guys think about edubuntu?  or are you guys in here just to chat or something?
[16:58]  * anom1 just wants to start a conversation and listen to people talk.
[17:05] <gfarbal2> Hi! Anybody can help me setting up local devices support in a LTSP server? I'm using 2.6.24-23 kernel, I've fuse module insmoded, my user is in fuse group, and my thin device recognizes my USB stick but... Gnome icon's... doesn't appear :-( Any idea? Thank you!
[19:22] <Ahmuck-Jr> LaserJock: could we get a place on the website for applications ideas?
[19:24] <ogra> Ahmuck-Jr, https://blueprints.launchpad.net/ubuntu/+spec/edubuntu-application-review feel free to implement the spec :)
[19:27] <LaserJock> actually, we have Brainstorm
[19:27] <LaserJock> I sent out an email about it
[19:27]  * LaserJock wonders if people ever read his emails sometimes :-)
[19:28] <ogra> well, brainstorm isnt really a replacement for an app overview DB
[19:28] <LaserJock> no
[19:28] <LaserJock> but I sent out an email saying we can use it as an interim solution
[19:28] <LaserJock> since I'm guessing the full app review DB is gonna take somet time to implement
[19:29] <Ahmuck-Jr> need to put it in the topic me thinks
[19:30] <Ahmuck-Jr> after the question came up here, i envisoined a place where someone could fill out the title, the app idea, and the details needed to make the app function
[19:30] <Ahmuck-Jr> then it would be a wait and see to find out if there was someone that would implement the app
[19:31] <LaserJock> yeah
[19:31] <LaserJock> the spec that ogra linked to has a lot of great ideas
[19:31] <Ahmuck-Jr> is that brainstorm ?
[19:31] <LaserJock> not so much
[19:31] <ogra> no
[19:31] <Ahmuck-Jr> coders do well at coding, but not so well at what apps teachers need to teach
[19:31] <LaserJock> Brainstorm let's you create an idea and talk about it
[19:32] <ogra> its the spec we worked out at the seville UDS for presenting and voting for apps
[19:32] <Ahmuck-Jr> so let them specify what apps they are looking for and then if a dev want's to try it, let them try it
[19:32] <ogra> but nobody ever implemented it
[19:32] <Ahmuck-Jr> or someone wants to pay for a gpled development
[19:33] <LaserJock> I still say though that the problem is not primarily finding things to work on, but rather finding resources to do so
[19:33] <ogra> yeah
[19:33] <ogra> not enough devs in edubuntu land was always the prob
[19:33] <LaserJock> however, if we can be more efficient at doing that, then that's a good idea
[19:33] <Ahmuck-Jr> it doesn't need to be edubuntu devs
[19:34] <LaserJock> right
[19:34] <Ahmuck-Jr> but the seed could be planted at edubuntu
[19:34]  * ogra didnt say edubuntu devs
[19:34] <ogra> i said in edubuntu land :)
[19:34] <Ahmuck-Jr> so if dev a is looking for something to polish thier resume, they could pick up an edu app at edubuntu
[19:34] <ogra> (which includes ubuntu devs or anyone else who is willing)
[19:35] <ogra> there are millions of demanding users and teachers but only a handfull of devs at all
[19:36] <ogra> in the three years i did edubuntu the best i could get were people willing to help but only with documentation
[19:36] <ogra> and i doubt that changed much
[19:37] <LaserJock> mostly the best is to get people who are alread devs interested in Education from what I've seen
[19:37] <ogra> yes
[19:37] <ogra> its the only way
[19:37] <LaserJock> that's how ogra and I got into it
[19:39] <Ahmuck-Jr> or pay for dev
[19:40] <ogra> that doesnt generate more devs magically
[19:43] <ogra> but feel free to try it and put up a bounty :)
[19:45] <alkisg> Lns: man sqlite => .sqliterc may be a way to automatically insert group "places" entries in firefox, I think you were looking for something like that...
[19:46] <Lns> alkisg: wow, thanks, i'll look into that!
[20:05] <Lns> alkisg: do you have any docs on .sqliterc syntax/usage?
[20:05] <alkisg> Lns, they're standard .commands
[20:05] <alkisg> E.g. put this in .sqliterc:
[20:06] <alkisg> .output /tmp/sqlite.out
[20:06] <alkisg> .databases
[20:06] <alkisg> .output stdout
[20:06] <alkisg> Then if you run sqlite and just .quit, you'll see a /tmp/sqlite.out file with your databases
[20:06] <Lns> hrm
[20:06] <alkisg> You may also include a file with sql statements (like, select * from moz_places)
[20:07]  * Lns isn't familiar with .commands - is that all standard sql syntax?
[20:07] <Lns> ah
[20:07] <alkisg> Lns, run sqlite and then type .help
[20:07] <Lns> wow this could provide some pretty useful functionality
[20:08] <alkisg> Lns, ah, sorry: .sqliterc isn't executed when firefox starts, I thought it would be... :(
[20:09] <Lns> :(
[20:09] <alkisg> So I guess triggers would be an alternative...
[20:09] <Lns> yea
[20:12] <highvoltage> hey Lns
[20:13] <Lns> hey highvoltage, what's the good word
[20:14] <highvoltage> sorry Lns I only know bad words :p
[20:15] <Lns> =p
[20:22]  * Lns is probably going to toss ArchLinux on his eeepc 701.. heard it can boot in 14sec.
[20:37] <Ahmuck-Jr> k, i'm back
[23:52] <Svenstaro> Does anybody here have experience with a network of about 50 thin clients and what kind of server to use in order to cope with the loadß
[23:52] <LaserJock> that seems like quite a lot on a single server
[23:52] <Svenstaro> That's why I'm asking :/
[23:53] <LaserJock> stgraber or Lns might have an idea though
[23:53] <Svenstaro> I'm considering fat clients at this point.
[23:54] <Svenstaro> I have 8 cores which I believe can handle at most 20 multimedia clients.
[23:55] <Svenstaro> Would you even use LTSP/Edubuntu when using fat clients? From my understanding for fat clients I simply have to serve a bootable kernel on a TFTPd.
[23:59] <LaserJock> yeah, you can do LTSP with fat clients


[11:51] <akgraner> nhandler, when you have a moment, can we add something to the effect of "if you do not get your team reports submitted by the the UWN is published it has to wait to be included in the following month. Do NOT edit UWN after publication" to the team reports page.
[11:51] <akgraner> I'll send out an email today about that as well
[11:51] <akgraner> the time not the the
[12:07] <nhandler> akgraner: I don't know if putting in on the team reports page would be the best place to put it. And shouldn't the UWN in general not be updated after publication?
[12:08] <akgraner> nhandler, yes
[12:08] <nhandler> akgraner: Maybe add a big comment to the top of published UWNs?
[12:08] <akgraner> but since it was someone editing the team reports after publication I wanted to make sure they understand not to
[12:09] <akgraner> team reports section
[12:10] <nhandler> akgraner: The issue is, most people don't touch the TeamReports wiki pages anymore since their content is included with <<include()>>, so adding a note there would not help much
[12:10] <akgraner> I'll send out a note today and add to the issues not to change once published
[12:19] <nhandler> ok
[12:28] <akgraner> nhandler, can they add the <<include()>> to the may reports without breaking your script?
[12:29] <akgraner> so that on the team report for May it includes April?
[12:30] <akgraner> without having to physically put the team reports for April onto the wiki for May
[12:34] <nhandler> akgraner: I don't think we want that. It just gets confusing. If they prepare a late april report, anyone who is interested in finding it can see it on the april page. They can also publish it themselves. It will just become a mess trying to get it published
[12:36] <akgraner> nhandler, ok  - I was just trying word this correctly, so that when I ask them not to do that I give a solution as well :-)
[12:36] <nhandler> akgraner: Just remind them that if they prepare a late report, it will still show up on the team report wiki page for the month
[12:37] <nhandler> I also try to poke people who I think might be working on late reports to try and make sure they get them done before I submit them to the UWN
[12:37] <akgraner> nhandler, you do a great job at that :-)
[17:12] <akgraner> nhandler, did you want the Ubuntu Open Week Daily reviews to go up on The Fridge  - this time as well?
[22:22] <nhandler> akgraner: I'm not sure. I'm thinking now that we have a classroom blog, it might be best to re-post it there. But I'm open to other opinions
[23:25] <akgraner> nhandler, whereever is cool with me :-)  I'll have day 2 up in a couple of hours gotta cut my grass
[23:25] <akgraner> :-)


[01:02] <callmepk> good morning
[01:23] <duflu> Hi callmepk
[01:26] <callmepk> hi duflu
[01:31] <jamesh> hi callmepk, duflu
[01:32] <duflu> Hi jamesh
[01:34] <callmepk> hi jamesh
[05:16] <seb128> goood morning desktopers
[05:24] <duflu> Hi seb128
[05:59] <didrocks> good morning
[06:02] <duflu> Morning didrocks
[06:02] <didrocks> hey duflu
[06:17] <oSoMoN> good morning desktoppers
[06:21] <didrocks> salut oSoMoN
[06:24] <ricotz> good morning :)
[06:28] <oSoMoN> salut didrocks, hey ricotz
[06:29] <didrocks> hey ricotz
[06:32] <duflu> Hi oSoMoN, ricotz
[06:36] <ricotz> hello oSoMoN didrocks duflu
[06:59] <callmepk> hi seb128 didrocks ricotz oSoMoN
[07:03] <didrocks> hey callmepk
[07:11] <marcustomlinson> morning callmepk duflu jamesh seb128 didrocks oSoMoN ricotz
[07:11] <duflu> Hi marcustomlinson
[07:13] <seb128> hey duflu didrocks oSoMoN ricotz callmepk marcustomlinson , how are you?
[07:13] <marcustomlinson> seb128: yeah well thanks, you?
[07:13] <seb128> I'm alright!
[07:14] <jamesh> hi marcustomlinson
[07:14] <jibel> Good morning all
[07:15] <marcustomlinson> hey jibel
[07:15] <jibel> Hi marcustomlinson
[07:15] <callmepk> hi marcustomlinson jibel
[07:16] <jibel> Hey callmepk
[07:16] <didrocks> salut jibel
[07:16] <didrocks> hey seb128
[07:16] <didrocks> and marcustomlinson  :)
[07:17] <jibel> Salut didrocks
[07:55] <oSoMoN> hey duflu, callmepk, marcustomlinson, seb128, jamesh, jibel
[08:03] <laney> \o
[08:03] <seb128> hey laney, how are you?
[08:05] <jibel> salut oSoMoN seb128
[08:05] <seb128> lut jibel, c'est la forme ?
[08:06] <jibel> en forme et toi?
[08:06] <oSoMoN> hey laney
[08:07] <seb128> ça roule!
[08:11] <laney> guten morgen seb128 oSoMoN
[08:12] <laney> all goooodddd
[08:15] <didrocks> hey hey laney
[08:28] <marcustomlinson> hey laney
[08:32] <laney> sup didrocks & marcustomlinson/
[08:32] <laney> ?*
[08:45] <didrocks> nothing special, and you? :)
[08:46] <laney> not much, just a BEAUTY of a day!
[09:23] <marcustomlinson> oh it was a question :) beauty of a day here too!
[11:17] <bittin> Hello, is anyone building the new pipewire for Ubuntu 21.10 ?
[11:30] <oSoMoN> bittin, there's 0.3.28 in Debian experimental, the update needs to happen there: https://salsa.debian.org/utopia-team/pipewire/-/tree/debian/experimental
[11:31] <bittin> oSoMoN: ah i see someone is building an updated version in a PPA: https://launchpad.net/~pipewire-debian/+archive/ubuntu/pipewire-upstream?field.series_filter=impish that will be out for impish in 4 minutes
[11:49] <bittin> updated to the latest pipewire from that PPA however the support for Bluetooth speakers and headphones gone bork but i only use things with 3.5" jacks so i yoloed and forced the update
[12:37] <KGB-1> vala tags 3858b61 Rico Tzschichholz upstream/0.48.18 * Upstream version 0.48.18 * https://deb.li/3AqCg
[12:37] <KGB-1> vala upstream/latest 4d5acca Rico Tzschichholz * pushed 31 commits (first 5 follow) * https://deb.li/FqBG
[12:37] <KGB-1> vala upstream/latest 403ca3c Rico Tzschichholz tests/Makefile.am vala/valadestructor.vala tests/errors/unhandled.vala * vala: Report a warning for unhandled errors in destructors * https://deb.li/3fgKM
[12:37] <KGB-1> vala upstream/latest 358820a Rico Tzschichholz codegen/valaccodebasemodule.vala * codegen: Don't use G_GNUC_INTERNAL on implicit type specific fields * https://deb.li/uy3y
[12:37] <KGB-1> vala upstream/latest ccc9008 Rico Tzschichholz tests/ Makefile.am pointers/delete.vala * tests: Add "delete" test to increase coverage * https://deb.li/i4jc4
[12:37] <KGB-1> vala upstream/latest 0920e86 Rico Tzschichholz tests/ Makefile.am generics/arrays.vala * tests: Add "generic array" test to increase coverage * https://deb.li/Wyje
[12:37] <KGB-1> vala upstream/latest 5e48718 Rico Tzschichholz tests/arrays/class-field-initializer.vala * tests: Extend "array field intializer" test to increase coverage * https://deb.li/3Fjv0
[12:38] <KGB-1> vala pristine-tar d1e9fb1 Rico Tzschichholz vala_0.48.18.orig.tar.xz.delta vala_0.48.18.orig.tar.xz.id * pristine-tar data for vala_0.48.18.orig.tar.xz * https://deb.li/agRA
[15:54] <hellsworth> well i said hello desktopers over in the gnome channel a while ago.. still stands but putting it in the right channel now :)
[15:54] <jibel> Good morning hellsworth !
[15:55] <hellsworth> hi there jibel !
[15:55] <ricotz_> hellsworth, good morning
[15:55] <didrocks999> hey hey hellsworth :)
[16:08] <hellsworth> hi ricotz and didrocks999 !


[07:38] <handsome_feng> Test for connection.
[07:49] <happyaron> handsome_feng: connection works, :)
[08:21] <handsome_feng> happyaron: 好像是我的邮箱有问题，我可以通过别的邮箱发ITP和RFS吗？
[08:23] <happyaron> handsome_feng: 没问题
[08:23] <happyaron> 用啥邮箱都行
[08:24] <handsome_feng> 好


[00:37] <poolie> spiv, hi
[00:37] <poolie> approved
[00:37] <spiv> Thanks1
[00:42] <thumper> poolie: which project was it using reviews?
[00:42] <poolie> stevea's project
[00:54] <jml> ok. so how exactly should I do this again (switching the order of a pair of adjacent threads)
[00:55] <thumper> a quick question about bzr send
[00:55] <thumper> if using `bzr send --mailto<EMAIL_ADDRESS>and thunderbird
[00:55] <thumper> does the attachment get added for others?
[00:55] <thumper> I'm trying to debug a weirdness
[00:57] <poolie> how do you mean 'for others'?
[00:58]  * jml walks away to think about the problem.
[00:58] <poolie> jml, i don't know
[00:59] <jml> poolie: behold, I show you a mystery
[01:09] <spiv> jml: edit your .bzr/branch/last-loom file? ;)
[01:09] <poolie> spiv, i'm reading john's pack-names patch
[01:10] <spiv> jml: More reasonably, pull --overwrite probably gives you the hammer you need.
[01:13] <jml> spiv: hmm. maybe. there are a bunch of merges that I need to work around.
[01:13] <jml> spiv: I'll have a play, anyway.
[01:14] <spiv> jml: ah, so it's more fundamentally that you need cherrypicking, rather than the ordering of the loom threads?
[01:14] <jml> spiv: yeah, probably.
[01:32]  * jml does uncommit and shelve shenanigans
[01:34] <poolie> spiv, ok, i'm going to send up john's patch, what next?
[01:37] <jml> and look, there's a criss-cross merge. what a shock.
[01:38] <spiv> poolie: http://bundlebuggy.aaronbentley.com/project/bzr/request/%3C20081117065938.GA18818%40steerpike.home.puzzling.org%3E perhaps?
[01:39] <poolie> yeah
[01:39] <poolie> there are some nontrivial conflicts, i'm just working through them
[01:39] <poolie> so you're both pretty confident in that interdiffing one
[01:40] <spiv> Yeah.
[01:41] <spiv> Oh, I should land my already approved improvement item_keys_introduced_by's signatures calculation.
[01:41]  * spiv does that
[01:42] <spiv> Not sure why I didn't notice that sooner, I guess the rapidly shrinking list of things in bundle buggy made it more obvious :)
[01:42] <james_w> poolie: "either 1.6 (from hardy)" <- did you mean Intrepid?
[01:42] <poolie> i did
[02:32] <spiv> poolie: I'm going to land the interdifferingserializer improvement (I'm confident and the bb:comments were essentially positive), and then I think I'm out of changes for 1.10
[02:32] <poolie> ok
[02:32] <poolie> i've just finished resolving the pack-names thing
[02:32] <poolie> i'm going to send that up, then have lunch, then roll 1.10rc1
[02:32] <spiv> Woo
[02:38] <mwhudson> poolie: getting anywhere on that bug of mine?
[03:03] <poolie> mwhudson: tbh not yet, we're trying to finish off work that's already queued and to get a release out
[03:03] <mwhudson> ok
[03:03] <poolie> but after that, it's top of the list
[03:04] <poolie> i'm not totally sure this is the right approach but things have gone for us when we try to fix just one more bug before releasing
[03:20] <poolie> spiv, mine merged, when yours does i'll start packaging
[03:23] <spiv> poolie: cool.  I'm off to lunch to now.
[03:30] <mwhudson> huh, i managed to push https://code.edge.launchpad.net/~mwhudson/launchpad/manual-stacking-on-launchpad-branches-bug-272372 via devpad
[03:31] <mwhudson> which has bzr 1.9
[03:31] <poolie> so are you saying your bug may be to do with the server code?
[03:32] <mwhudson> no
[03:32] <mwhudson> i pushed locally with bzr 1.9 --> boom
[03:32] <mwhudson> i pushed to devpad, then from devpad i seem to be able to push with bzr 1.7
[05:20] <spiv> poolie: how's the releasing going?
[05:24] <poolie> hey
[05:24] <poolie> i'm uploading bzr-svn, and working out how it uses bzr builddeb
[05:24] <poolie> did your things all land?
[05:25] <spiv> Apparently so!  http://bundlebuggy.aaronbentley.com/?selected=pending&unreviewed=n is almost unrecogniseably shorter :)
[05:26] <toytoy> hi guys, i was doing 'bzr uncommit' then did bzr commit, then in the other pc, i did bzr update, but I see that the last log that was part of the 'bzr uncommit' became a pendig merges. is that normal? or I want to remove that pending merges since that's no use
[05:28] <poolie> assuming you don't want to keep that uncommitted revision, you should revert the other checkout
[05:28] <spiv> toytoy: that's an interesting case.  I think that is probably a bug, although not a surprising one.  You can clear pending merges with "bzr revert --forget-merges".
[05:44] <poolie> This release of Bazaar focusses on performance improvements when pushing
[05:44] <poolie> and pulling revisions, both locally and to remote networks.  The popular
[05:44] <poolie> ``shelve`` and ``unshelve`` commands, used to interactively revert and
[05:44] <poolie> restore work in progress, have been merged from bzrtools into the bzr
[05:44] <poolie> core.  There are also bug fixes for portability, and for stacked branches.
[05:44] <poolie> how's that
[05:46] <spiv> Sounds good, although shelve/unshelve was rewritten rather than merely merged.
[05:46] <spiv> I'm not sure the distinction matters for that text, though.
[05:46] <poolie> to use internal merge, rather than patch and diff?
[05:46] <spiv> Yeah.
[06:16] <spiv> poolie: I'm off to SLUG.  I'll have a play with the rc1 when I get home tonight :)
[06:16] <poolie> spiv, ok, cheerio - btw (i should have reminded you earlier) i have a holiday on monday again
[06:16] <poolie> but john and robert will be back
[06:18] <spiv> poolie: I'll be on leave (OSDC that week), but pretty easy to contact.
[06:21] <poolie> ah, right
[06:21] <poolie> hm, maybe i should move it
[06:21] <poolie> have a fun conference anyhow
[06:21] <poolie> and btw it's great how many things you landed into 1.10, and that insert_r_s is coming along
[07:22] <vila> hi all
[07:44] <robin_dewd> ls
[07:57] <GPHemsley> Is there any way for me to merge the history of two branches that don't share a common ancestor within Bazaar, though they do share a common ancestor file-wise?
[07:58] <GPHemsley> fullermd: Would you happen to be around?
[08:11] <GPHemsley> poolie: You still around?
[08:18] <jamesh> GPHemsley: you can merge the two branches in a way that will give you the files from both branches
[08:19] <jamesh> GPHemsley: but it won't merge contents of files from the two branches
[08:19] <jamesh> "bzr merge -r 0.. otherbranch" should do it
[08:19] <GPHemsley> hmm...
[08:20] <jamesh> as the branches don't share history, it has no way of knowing that two files with the same name should be merged (you'll get a naming conflict), let alone how to merge the contents
[08:21] <GPHemsley> hmm
[08:23] <GPHemsley> darn
[08:29] <AfC> Haven't actually done it, but if you  `bzr add --file-ids-from` the files into the new branch, then do the merge, it might work?
[08:30] <GPHemsley> It's alright
[08:30] <GPHemsley> it's not that important
[08:30] <GPHemsley> but thanks
[08:48] <GPHemsley> jamesh, AfC: What's the proper syntax for `bzr init-repo` via SFTP?
[08:51] <GPHemsley> nevermind, got it
[08:57] <GPHemsley> jamesh, AfC: Whats the difference between `bzr init ; bzr pull` and `bzr branch`?
[09:00] <maco> is it safe to install bzr 1.6 in ubuntu 8.04?
[09:00] <maco> im not sure if i should ask that in an ubuntu place or here
[09:00] <maco> i just dont know if it'd be unhappy with library versions or something
[09:12] <poolie> maco: yes, it's fine
[09:12] <GPHemsley> poolie: What is rich root?
[09:12] <poolie> you can get a package from launchpad.net/~bzr/+archive
[09:12] <maco> poolie: ok, thank you
[09:12] <poolie> GPHemsley: it's a series of alternate repo formats that support primarily svn interoperation
[09:13] <GPHemsley> Is that their only benefit?
[09:13] <poolie> just about
[09:13] <GPHemsley> ok
[09:16] <jamesh> GPHemsley: the only real difference between init+pull and branch is the format of the resulting branch: the first will use bzr's default format, while the second will use the format of the source branch
[09:33] <maco> jamesh: ooo i was wondering that
[10:49] <spiv> poolie: yeah, it's very satisfying watching stuff land :)
[11:32] <abeaumont> is it possible to set commands configuration in a configuration file or similar? e.g: i'd like to use --line switch in bzr log by default
[11:32] <abeaumont> configuration topic in help does't talk about such possibilities...
[11:43] <spiv> abeaumont: yes
[11:43] <spiv> abeaumont: create an alias
[12:25] <abeaumont> thanks spiv
[12:28] <abeaumont> much better than what i had in mind :D
[13:27] <CaMason_> What's the best way to set up a SFTP user that will point to /srv/bzr/myrepo ?
[13:33] <rocky> jelmer: which  version of bzr-svn should i be using for bzr-1.10rc1 ? :)
[13:34] <jelmer> rocky, nothing yet - 1.10 breaks API compatibility for 0.4.15 but I hope to release 0.5.0 at some point before 1.10
[13:35] <rocky> jelmer: don't suppose it's safe to use a branch of bzr-svn then?
[13:35] <jelmer> well, it won't corrupt your repository or anything but some operations may give tracebacks
[13:36]  * rocky reluctantly sticks with bzr 1.9 for the time being... :)
[13:38] <CaMason_> hi guys. I've had a project under bzr control just from bzr init. Now, I've just set up a SFTP connection, and I'd like to make my current repo a central repo on the SFTP server
[13:38] <CaMason_> how do I go about doing this?
[13:41] <jelmer> CaMason_, bzr push the branch to the sftp server
[13:42] <jelmer> after that, you should be able to "bzr checkout" it
[13:42] <CaMason_> jelmer: thanks, I'm just reading that bit now
[13:42]  * rocky loves that every bzr repo can be used as-is by merely hooking up network access to it for someone else
[13:42] <rocky> i don't think svn was like that right?
[13:43] <CaMason_> rocky: nope
[13:43] <CaMason_> you know, I think I can use a folder under both SVN and .bzr control..
[13:44] <CaMason_> i.e. my local project has a single folder that I want to put on a SVN server elsewhere (for others). If I ignore the .svn files with bzr, it shoudln't cause any conflicts, if I think correctly?
[13:45] <rocky> CaMason_: you can probably do something a little slicker with bzr-svn, but jelmer would be the one to poke for that ;)
[13:52] <CaMason_> I think I've pushed my current repo to a central location. However, the file sizes are different
[13:53] <CaMason_> the central repo seems to be about 500kb big, but my local one is about 700kb
[13:54] <KangOl> hi
[13:54] <CaMason_> well, I managed to checkout the central branch. so..
[13:54] <CaMason_> I assume everything is ok!
[13:55] <beuno> CaMason_, bzr optimizes repos, so I wouldn't be surprised
[13:57] <KangOl> why doing a merge between 2 branches without common ancestor with cherrypicking doesn't keep the history ?
[13:58] <CaMason_> and it seems I've bound my working copy to the central repo now. This is brilliant :)
[14:00] <CaMason_> and I can unbind.. brillian. I can now work on the train offline :D
[14:01] <beuno> yes, the magic of bzr
[14:02] <CaMason_> I have to say, compared to SVN, the setup process has been very painless
[14:03] <beuno> CaMason_, blog about it!  the world needs to know!  ;)
[14:03] <CaMason_> I will as soon as I get my blog up
[14:14] <KangOl> someone can explain me this behavior ?
[14:14] <KangOl> ~$> bzr clone -q <urlA> A
[14:14] <KangOl> ~$> bzr clone -q <urlB> B
[14:14] <KangOl> ~$> cd A
[14:14] <KangOl> A$> bzr merge ../B/
[14:14] <KangOl> bzr: ERROR: Branches have no common ancestor, and no merge base revision was specified.
[14:14] <KangOl> A$> bzr merge -q -r 0..-1 ../B/
[14:14] <KangOl> A$> bzr st | grep pending
[14:14] <KangOl> pending merges:
[14:14] <KangOl> A$> bzr revert -q
[14:14] <KangOl> A$> bzr merge -q -r 0..-1 ../B/somedir/
[14:14] <KangOl> A$> bzr st | grep pending
[14:14] <KangOl> A$>
[14:28] <uws> jelmer: bzr-svn seems to think subtrees of my svn checkout are are in different svn repos
[14:28] <uws> jelmer: refusing   'bzr commit dir1/somefile dir2/somefile'
[14:28] <uws> jelmer: note that this is a svn checkout, not a bzr-svn checkout
[14:50] <jelmer> uws, what's the exact error?
[14:51] <uws> ERROR: dir1/dir/somefile is not in the same branch as dir22/dir/someotherfile
[14:51] <uws> jelmer: ^
[14:51] <uws> jelmer: "bzr root" in dir2/dir gives dir2/, instead of 2 levels up)
[15:01] <jelmer> uws: Ah, that's actually correct. It's fixed in 0.5, you can workaround it in 0.4 by explicitly setting a branching scheme and setting it to be mandatory
[15:03] <uws> jelmer: how?
[15:07] <uws> jelmer: what value should I use for  bzr svn-branching-scheme --set svn+ssh://.... ?
[15:07] <uws> jelmer: repo layout is  /project/{trunk,branches/tags}
[15:07] <uws> jelmer: my svn checkout is from  /project/trunk/
[15:18] <jelmer> uws, that should be trunk1 (in ~/.bazaar/subversion.conf)
[15:26] <rotty> hmm, I've a strange problem when using bzr+ssh:
[15:26] <rotty> nathot:~/src/spe/systems% bzr branch sftp://delenn/home/rotty/src/spe/systems/xitomatl
[15:26] <rotty> rotty@delenn's password:
[15:26] <rotty> bzr: ERROR: Not a branch: "/home/rotty/src/xitomatl/
[15:26] <rotty> (erm, that's with sftp, but bzr+ssh yields the same error)
[15:27] <rotty> (note the difference between the path names specified on the command line, and in the error message)
[15:27] <rotty> (also, when doing the same on delenn, using 'localhost' as hostname, it works without a flaw)
[15:45] <rotty> arghl! bzr stores the absolute directory inside .bzr/branch/location -- so if you move the dir, this info becomes bogus.
[15:46] <rotty> I think storing locations globally in ~/.bazaar/locations.conf and inside ~/.bzr is a real misfeature
[15:46] <Odd_Bloke> rotty: What version of bzr are you using?
[15:46] <rotty> 1.5
[15:46] <Odd_Bloke> Weird.
[15:46] <Odd_Bloke> I'm not seeing a ~/.bzr/branch/location...
[15:47] <rotty> in the repo: /path/to/repo/.bzr/branch/location
[15:47] <Odd_Bloke> Sorry, I didn't mean to put the ~ there.
[15:47] <Odd_Bloke> My fingers betrayed me.
[15:47] <Odd_Bloke> I'm not seeing one in my branches.
[15:47] <rotty> i've been bitten by stuff like that on several occassions -- no other dvcs I've used has problems when you move repos around
[15:48] <Odd_Bloke> rotty: Are you talking about repositories or branches?
[15:48] <rotty> Odd_Bloke: aren't those the same in bzr?
[15:48] <Odd_Bloke> rotty: No.
[15:49] <Odd_Bloke> A repository is Just a Bunch Of Revisions.  A branch is a pointer to one of those revisions (which in turn point to their parents and so on, giving you history).
[15:52] <Odd_Bloke> rotty: Often, the repository and the branch will be in the same location, but not necessarily.
[15:52] <Odd_Bloke> For example, when using shared repositories.
[16:00] <rotty> I just have repos and branches that share location
[16:02] <rotty> (btw, removing that .bzr/branch/location file makes the branch not work anymore)
[16:04] <rotty> (and trying to correct it also doesn't work)
[16:07] <Odd_Bloke> rotty: I'm afraid I'm not sure what's going on.
[16:07] <Odd_Bloke> Perhaps a ML post would be in order.
[16:11] <rotty> well, running "bzr branch" locally, and using the newly created branch instead, worked
[16:20] <Odd_Bloke> rotty: Yeah, that's the recommended way of doing it.
[16:21] <Odd_Bloke> Sorry, it should have occurred to me to mention that. >.<
[16:23] <beuno> vila, going to be working on improving log performance?
[16:23] <beuno> you become my instant personal god if you are
[16:23] <vila> beuno :-)
[16:24] <vila> I have a problem with log, but not only a performance problem, so I'm reviewing the related bugs, tagging them along the way
[16:25] <vila> But out of curiosity, what is your use case (there are several ways log performance can be improved)
[16:25] <beuno> vila, loggerhead
[16:25] <beuno> so bzr log -v  ;)
[16:26] <vila> log -v is quite a big hammer, you use it without limiting the revision range ?
[16:27] <beuno> vila, no, I do limit it
[16:27] <beuno> it's the only remaining thing we *have* to cache in loggerhead
[16:27] <beuno> the changed files per revision
[16:30] <vila> beuno: can't you use tree.iter_changes directly ?
[16:30] <beuno> vila, IIRC, the problem is that we have to get all the files changed for a revision in mainline, with all it's sub-revisions
[16:31] <beuno> for 20 (mainline) revisions at a time
[16:31] <beuno> on a big tree (20k revs), you think using inter_changes would be fast to get that info?
[16:31] <beuno> I don
[16:31] <beuno> I don't remember atm how we get that information
[16:34] <vila> beuno: oh, your context is a bit too complicated to be definitive :-/ (Except that iter_changes will only give you the delta between two arbitrary revisions and I don't think that address your "for 20 (mainline) revisions at a time"
[16:35] <vila> Do you need (or use) the revnos ? That can make a difference, and if you use them, you'd better *not* call log -v multiple times
[16:35] <beuno> vila, right, I need it per mainline revision
[16:36] <beuno> I only use revnos for the mainline, so it's fine
[16:36] <beuno> vila, http://bazaar.launchpad.net/~loggerhead-team/loggerhead/trunk/changes
[16:36] <beuno> that's the page
[16:36] <beuno> all the information you see there is what we need to get
[16:37] <beuno> and, if you're interested in peaking at the file: http://bazaar.launchpad.net/~loggerhead-team/loggerhead/trunk/annotate/247?file_id=history.py-20061211064342-102iqirsciyvgtcf-5
[16:38] <beuno> vila, maybe it's _get_deltas_for_revisions_with_trees?
[16:39] <beuno> it says "This is copied from bzrlib.", but I suspect that comment is from the 1980's
[16:39] <beuno> (sept 2007, actually)
[16:41] <vila> beuno: right, you don't use log -v :-) You use bzrlib :)
[16:41] <beuno> right
[16:41] <beuno> but I'm hoping that improvements to one will trickle down
[16:41] <beuno> :)
[16:41] <beuno> wishful thinking?
[16:42] <vila> No, you're right. But my remark about revnos doesn't apply then.
[16:43] <vila> and changes_from calls iter_changes 2 levels down :)
[16:44] <beuno> right
[16:44] <beuno> so, "I'm screwed"
[16:45] <vila> beuno: nooo, just be patient ;-)
[16:45]  * beuno hugs vila and goes back to the launchpad bug sprint
[16:45] <beuno> will I see you at UDS?
[16:46] <vila> beuno: no
[16:46] <beuno> ay...
[16:46] <beuno> we need a bzr sprint soon then!
[16:48] <Kobaz> sprinting eh
[16:48] <Kobaz> what do you guys use for tracking your scrums
[16:48] <beuno> always!
[16:54] <Kobaz> we use scrumworks
[16:54] <beuno> we use... wikis and drawings?
[16:54] <Kobaz> ah
[17:34] <Glenjamin> hey guys, i'm looking at setting up a smart server, and i'm hoping to get some sort of authenticating system where various branches can be read-only, private or public
[17:34] <Glenjamin> is there any existing wsgi sorta thing i can just drop in?
[17:35] <Glenjamin> ie: something a bit like lp, where if you push to ~user/project/branch, it knows what to do
[18:25] <tristil> Does anyone use nested trees? I've had trouble getting a straight answer googling around, so I'm guessing no.
[18:28] <Kobaz> i like little forests
[18:29] <beuno> tristil, bzr doesn't support nested trees yet
[18:30] <beuno> LarstiQ is the mastermind behind it
[18:30] <beuno> but hasn't finished yet
[18:33] <tristil> Kobaz, I thought I liked subtrees but nested trees appears to be the best I can get.
[18:33] <tristil> beuno, Thanks the various references on the web and the different formats are confusing.
[18:35] <tristil> So people use configmanager instead for composite projects?
[18:37] <Kobaz> i dont even know what i want yet
[18:37] <Kobaz> so far i've got
[18:38] <Kobaz> projectcontainer/project/repo/trunk
[18:42] <tristil> Kobaz, but what's in projectcontainer? Is it a bzr repo/branch?
[18:42] <Kobaz> it's just a directory
[18:42] <Kobaz> like, a second order grouping of projects
[18:42] <Kobaz> like
[18:42] <Kobaz> web/mainwebsite/core/trunk
[18:43] <Kobaz> web/mainwebsite/modules/trunk
[18:43] <Kobaz> web/internal/core/trunk
[18:45] <tristil> Oh, well, what I really want is just svn:externals. I guess I can just keep adding, removing and exporting my subprojects.
[18:45] <Kobaz> aww, there's no externals in bzr?
[18:45] <tristil> That's what I thought nested trees were.
[18:46] <tristil> Of course, in Rails/Ruby they use a tool called piston to check in the externals anyway.
[18:47] <tristil> So you can freeze at a revision.
[18:50] <Kobaz> ah
[20:12] <Kobaz> dustybin: lvextend is a safe operation
[20:12] <Kobaz> er
[20:24] <dudus> is there a way to make nautilus integration work under ubuntu?
[20:25] <jelmer> dudus, the bzr-gtk ubuntu package is b0rked
[20:25] <jelmer> there's an open bug about it
[20:25] <dudus> yeah I just subscribed to it
[20:26] <dudus> jelmer: I think it may be solved on debian
[20:27] <dudus> I think It's broken since gutsy
[20:28] <jelmer> Yes, it is solved in Debian
[20:28] <jelmer> dudus, nautilus-bzr was not enabled in gutsy intentionally iirc
[20:29] <dudus> jelmer: why?
[20:29] <jelmer> dudus, it slowed down nautilus too much
[20:30] <dudus> ahn the good old synchronous programming
[20:31] <jelmer> nautilus-bzr isn't any better now, but we added a button to allow users to disable it
[20:31] <jelmer> the main problem is that the nautilus extension API is just too poor
[20:33] <dudus> jelmer: nice
[21:49] <LeoNerd> I'd like to split apart the files in a branch, into two branches. There's no particular logic to which goes where, other than my judgement... I could just branch it twice, then delete half the files in each side, and go on from there.. but is there a nicer way?
[22:07] <lifeless> LeoNerd: what you described is appropriate
[22:11] <LeoNerd> I've also seen 'bzr split'.. not sure about that
[22:21] <jelmer> LeoNerd, that splits out a specific directory, so would require you to move all of the files for one of the branches into a directory first
[22:21] <LeoNerd> Ahh... Hrm.. I suppose I could do that
[22:21] <jelmer> LeoNerd, and the result is similar to what you described
[22:22] <LeoNerd> Ohright
[22:48] <LeoNerd> OK.. So.. I've now created my two new branches on my server, each with their respective halves of the files... How to "close" the original branch, disallow further commits?
[22:58] <jelmer> chmod?
[22:58] <LeoNerd> Ooh. that'd work
[23:39] <lifeless> LeoNerd: or rm
[23:40] <lifeless> LeoNerd: but someone can always branch from the old branch and do commits; fortunately bzr will merge happily into both new branches


[05:57] <Seth> Is anybody still awake? I understand the hesitation to publicly respond to my ubuntu-phone message about Turbo 16.04 no longer even booting, but I'd like to be pointed in the right direction
[06:03] <Seth> 16.04 was "working" on Turbo in a limited way up until February. Does anybody know what changed? I'm going through the DIFF now but haven't identified anything yet
[06:03] <Seth> this is in reference to https://bugs.launchpad.net/canonical-devices-system-image/+bug/1668883
[06:04] <Seth> I know that everyone is doing good work trying to make Unity 8 and snaps a success for everyone, however, a little guidance or information would be apprecitated
[06:19] <duflu> Seth: Most of the team is in Europe so will log on during the next four hours
[06:32] <Seth> thanks duflu
[06:35] <Seth> Keep up the good work. Please reply to me directly if you're not allowed to reply publicly<EMAIL_ADDRESS>[06:36] <Seth> The community wants to help
[06:54] <ahmad> hi
[06:55] <ahmad> is there any one here
[06:56] <Seth> Getting ready for bed ahmad. I was just looking for answers myself. What's up?
[06:57] <ahmad> fine what about u
[06:58] <Seth> need help?
[06:58] <ahmad> غثح
[06:58] <ahmad> yep
[06:59] <Seth> I'll try to help while the experts sleep
[06:59] <Seth> what's wrong?
[06:59] <ahmad> can i download ubunto to my android
[07:00] <Seth> I think we'd all love that. The goal is to make that possible and universal.
[07:01] <Seth> right now there's a limited amount of devices that work
[07:01] <Seth> part of the ubuntu phone process it loading the android firmware for your specific phone
[07:01] <Seth> your phone manufacturer has to publish the firmware for that to be possible
[07:02] <ahmad> mine is huawei p8
[07:03] <Seth> if huawei publishes their system.img and unlocks their bootloader, it's possible with a lot of work
[07:04] <ahmad> i have custom rom on it
[07:04] <ahmad> and i unlock boot loader
[07:06] <Seth> so right now, it won't work. However, it looks like your phone is 64 bit so there's a future possibility. I don't work for canonical so please don't take my statements as fact
[07:07] <Seth> However any porting would be welcome although most of the work would have to be done by an enthusiast such as you
[07:08] <ahmad> oh i just wanted to use it
[07:08] <ahmad> but after that i started to hate ubunto
[07:08] <Seth> if you want to port it and put in a lot of work, you might want to contact these guys: https://ubports.com/
[07:10] <Seth> if you want to help and work with an emulator, you can always just download the ubuntu-sdk: https://developer.ubuntu.com/en/phone/platform/sdk/
[07:19] <ahmad> thanks
[07:19] <ahmad> good night
[07:19] <ahmad> sleep well
[18:24] <skywave> hello people, a while ago i read an article that said there is an ubuntu version of the meizu mx6 coming soon. But it is the only article which claims this. Can anybody confirm if this is legit?
[18:24] <skywave> http://www.omgubuntu.co.uk/2016/07/meizu-mx6-official-announcement-specs this is a link to the article btw.
[18:27] <pmcgowan> skywave, no that is not happening
[18:28] <skywave> pmcgowan, thanks for the answer


[02:54] <Cheri703> rawr rawr rawr
[03:06] <Unit193> And howdy to you too. What's up?
[03:19] <Cheri703> not too much, just bored
[03:20] <Unit193> I forgot to add you :P
[03:20] <Unit193> Any news on that ncolug? I was looking them up again...
[03:21] <Unit193> (Not that it has to fall to you for that matter though)
[03:22] <Cheri703> no idea, I don't do much in the evenings
[03:34] <Cheri703> do you know if EricR2427 is coming tomorrow?
[03:35] <Unit193> Oh, yeah... I'm sure he can't go, but I'll ask
[03:46] <Unit193> Do we know what happened to jgould? Seems as if we are missing a few people...
[04:08] <Cheri703> yeah, it got quiet lately, but that happens, comes in waves
[04:59]  * canthus13 waves.
[05:00] <Unit193> Howdy, canthus13
[07:11] <BiosElement> Well exciting as ever here :P
[07:12] <Unit193> BiosElement: Quite
[07:12] <BiosElement> Sooo...any Minecraft players alive in the loco?
[07:13] <Unit193> Never done it
[07:13] <Unit193> Thought about it once though, but it doesn't sound like my type of game
[07:13] <BiosElement> Hah it's pretty fun.
[07:17] <BiosElement> Woahh
[07:17] <BiosElement> Sweet, I got a beta slot to Call of Duty Elite
[07:17] <Unit193> Nice! How did you get that and what does it mean exactly?
[07:18] <BiosElement> I go it through an ECA random deal and it means i'll get access to the beta before it's released.
[07:20] <Unit193> Eh, I didn't know they had a new one to beta test
[07:21] <BiosElement> Heh it may be horrid, it may be awesome. We'll see how well they do.
[08:32] <Unit193> We are unlogged?
[08:32] <Unit193> Too late...
[13:43] <dzho> morning Ohio et al
[13:44]  * dzho wonders if anyone else is doing any of this 4K cylinder alignment bidnis
[13:51] <thafreak> Anyone else check out this turntable.fm?
[13:51] <thafreak> Community dj'ing
[13:51] <thafreak> pretty neat
[13:52] <thafreak> dzho: I've done the 4k stuff...it's kind of confusing...
[13:52] <thafreak> in so much that there doesn't seem to be a decent way to be sure you've done it right
[13:53] <dzho> fdisk -H 224 -S 56 /dev/sdX
[13:54] <dzho> thafreak: I got that from http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/
[13:55] <dzho> just tried it, and then checked 'manually' (eg, took the start of each partition, divided by 2048, checked for a remainder to indicate it didn't divide cleanly).
[13:55] <dzho> it's still sort of "frakkin' partitions, how do they work?" magic
[14:00] <thafreak> well the whole point is if you don't make the partitions aligned properly, you supposedly get horrible performance
[14:00] <dzho> right
[14:00] <thafreak> but when I did it, I got basically the same performance
[14:01] <thafreak> more or less...
[14:01] <dzho> it's just that 224/56 seem to have no good relation to powers of 2 at a sufficiently high level
[14:01] <thafreak> didn't notice anything crazy
[14:01] <dzho> sure, 56 is 7*2^3
[14:01] <thafreak> right
[14:01] <dzho> they're like magic numbers some how
[17:16] <Cheri703> Unit193: around?
[17:20] <Cheri703> urgh, ok, well, if you show up while I'm gone: My day got way complicated. I'm trying to work it all out, but based on current time frames, I don't know exactly how I'm going to do that. You are more than welcome to still go, and andy might show up like last time (he didn't know that it got cancelled), so...hopefully it all works out
[17:22] <Cheri703> :S complicated days
[17:39] <Unit193> Hmmm....
[17:58] <Cheri703> I wouldn't be able to get there til about 5:15, and I need to be at this other thing at/by 6:30, and at present I'd have no way between the two, so I have to pick one or the other
[19:05] <Cheri703> Unit193: looks like andy probably isn't able to go, and no word from skrappjaw
[19:06] <Unit193> Cheri703: The week you send an email about it, is the week it doesn't happen :P
[19:06] <Unit193> Thanks for letting me know
[19:06] <Cheri703> story of my life
[19:09]  * Cheri703 emailed
[19:09] <Unit193> I wouldn't want to go if I'm going to be sitting there looking around funny...
[19:21] <Cheri703> yeah, I emailed to say it is canceled
[19:21] <Unit193> Better try next time :/
[19:25] <Cheri703> yeah
[19:26] <Cheri703> I literally heard about this other thing right before getting on the bus to take care of this dog, and this has the potential to gain me some clients
[19:26] <Cheri703> so...it's a necessary thing
[19:26] <paultag> Cheri703: life first
[19:26] <Cheri703> yep
[19:26] <Cheri703> it's just crazy, I have weeks where I have NOTHING going on, and then weeks where it feels like I can barely stop to breathe
[19:27] <Cheri703> I have the feeling that cosmicpizza is here by accident...
[19:27] <Unit193> He is also in another LoCo channel
[19:27] <Unit193> And I guess he has spoken more in here
[19:28] <Cheri703> considering that he asked "what means loco" and has a .fr host...
[19:29] <Unit193> Yeah, I was hopeing one of the other smarter people would come around and tell him all the info he needed