[12:17] <kilbith> hello, i just wanted to signal that i only get a black scren when logging on unity8; i'm forced to change of TTY and restart lightdm to get it "work"
[12:18] <kilbith> (using ubuntu 16.04, i965 chipset)
[15:01] <mterry> ltinkl, looking at your relaxed3finger branch...  good catch on operator=.  Was that not causing a bug that we just didn't notice ealier?  Seems like a potentially bad typo
[15:02] <ltinkl> mterry, yeah, just noticed and dednick kinda approved the fix already
[15:02] <ltinkl> mterry, not aware of it causing some bug, no
[15:02] <mterry> ltinkl, huh.  Then why do we have that code if it's not used?  :)
[15:04] <ltinkl> mterry, not entirely sure, some container classes in Qt might require it


[00:18] <rama> hi from Argentina, does anybody know how to make this post_commit hook for trac work? : https://trac.m0n5t3r.info/oss/wiki/BzrTracHook
[00:32]  * awilkins needs sleep
[00:35] <jam> markh: ping
[00:36] <markh> jam: hi.  Let me guess - asking about binaries? :)  Launchpad is giving me grief :(
[00:36] <jam> just curious
[00:36] <jam> you mentioned you built them yesterday
[00:36] <markh> "Sorry, there was a problem connecting to the Launchpad server. " - about 7 times now :(
[00:36] <jam> ouch
[00:36] <markh> last time I asked on #launchpad, the advice was basically "keep trying"!
[00:36] <markh> this is *after* it spends 30 minutes doing the upload :(
[00:37] <markh> MapMan: I meant to say: from the cmdline, consider doing 'bzr qadd' - that way you get the same GUI as TBZR, but can avoid that bug :)
[00:38] <MapMan> thanks man
[00:40] <jam> markh: is there somewhere else you could upload them?
[00:40] <markh> yeah - lemme do that.
[00:40] <jam> I don't know what resources you have available, but I would be happy to try to upload them if I could get to them.
[00:40] <MapMan> markh: that helps a lot
[00:41] <markh> This is only the second time I've struck this launchpad problem
[00:41] <markh> MapMan: cool - many commands have a 'q' implementation - that is what tbzr uses under the covers.
[00:41] <markh> bzr help will list them
[00:42] <markh> err - bzr help commands
[00:42] <MapMan> k
[00:42] <MapMan> i figured that on my own
[00:42] <jam> markh: I wonder if it happens because you are in AU, and something times out while uploading
[00:42] <MapMan> qcommit etc.
[00:42] <jam> You're uploading larger files than the rest of us, too
[00:43] <MapMan> markh: ima make some bath files for my friends so they can access verything easily and quickly
[00:43] <markh> jam: likely - maybe my isp struggling.  Everything else seems fine.  Last I asked on #launchpad though, others were having identical problems at the same time.  Who knows... :)
[00:47] <markh> of course, now I have the l/p upload and the other upload competing the the bandwidth that does exist!  I'll wait though, as if I cancel the l/p upload, that then obviously would have turned out the be the one that worked :)
[00:53] <poolie> hello
[00:53] <poolie> hi markh, jam
[00:53] <jam> morning poolie
[00:53] <markh> hi poolie
[00:53] <poolie> jam, should i merge bzr.1.7 back to trunk?
[00:53] <poolie> guilhemb was just wonering why lca-shape-merge was not there yet
[00:54] <jam> poolie: if you want, I'm planning on getting to it, but had about 4 other approved things that didn't get in yet
[00:54] <jam> poolie: actually, I'm set up here, give me 2 secs and I'll submit it
[00:54] <poolie> because of pqm delay?
[00:54] <poolie> oh, ok, thanks,
[00:54] <poolie> i'll reply to tell him so
[00:56] <jam> I mentioned it to him on IRC. When do you want to release 1.7.1 final? Mon or Wed?
[01:02] <poolie> somewhere in that range :)
[01:08] <rama> hi people, i need help with post_push / post_commit hooks, anyone experienced could help? thx in advance
[01:14] <rama> i'm trying this one: https://trac.m0n5t3r.info/oss/wiki/BzrTracHook but does not get run after i commit local and push to a remote ssh+bzr repo using versions 1.6 ... any clues?
[01:21] <markh> jam: http://starship.python.net/crew/mhammond/bzr-setup-1.7-1.exe and ...asc - I'll do 1.7.1rc1 now
[01:21] <poolie> rama sorry i need to got in a sec, can you post to the list or a question on launchpad.net/bzr
[01:21] <poolie> markh, thanks!
[01:22] <poolie> rama, are you sure the hook is configured to run for that push location?
[01:22] <rama> i did setting it on ~/.bazaar/location.conf
[01:23] <markh> (jam - obviously that means the launchpad upload failed yet again!  Not even bothering to try with 1.7.1)
[01:26] <rama> poolie, i have this on my locations.conf: [/usr/local/bzr/vodo-net]
[01:26] <rama> post_push = bzrlib.plugins.trac_hook.post_push_hook
[01:26] <rama> post_commit = bzrlib.plugins.trac_hook.post_push_hook
[01:26] <rama> where bzr is setup as a repo and vodo-net a branch
[01:26] <poolie> markh, what happened with the launchpad upload?
[01:27] <markh> last few days been getting an error from l/p after the upload saying there was trouble connecting.
[01:27] <markh> happened once before and I asked in #launchpad, and they basically said "keep trying"
[01:27] <poolie> :-/
[01:27] <markh> so I did :)  last time it eventually worked after about 6 goes.
[01:27] <poolie> that sucks, did you get an oops or something?
[01:27] <poolie> or is there a bug?
[01:28] <poolie> rama, i get an error loading that trac page atm
[01:28] <jam> markh: uploading now
[01:28] <markh> no oops - just a plain html message asking me to try again, or if it keep happening to ask on #launchpad
[01:28] <markh> I even checked the html source for clues :)
[01:29] <markh> (I've closed that tab now - jml helped me out on #launchpad last time)
[01:30] <markh> s/few days/24 hours/ :)
[01:31] <markh> and no other indications of network problems
[01:31] <rama> poolie, strange, it opens here.. anyway, i've been fiddling with its code and found in fact it was done for bzr 0.15 and reading the doc on the site found how to adapt it
[01:31] <rama> but it does get "registered" into bzr, despite not printing any sign of being run
[01:34] <rama> i'm doing this:         install_named_hook('post_push', post_push_hook, 'trac_hook')
[01:35] <rama> and post_post hook is the function to be called upon a post push on the remote bzr repo pushing from my box.. if i get it right
[01:50] <markh> jam: bzr-setup-1.7.1rc1-1.exe and bzr-setup-1.7.1rc1-1.exe.asc there too.  Let me know when I can remove them
[01:56] <alperkanat> hey there... i want to use bzr for my project but i already have 61 revisions in svn.... most of the migrators on bzr's site are for using svn through bzr... i just care about the history.. is there a doc for this ?
[01:57] <james_w> alperkanat: you can just do a "bzr branch" from svn and throw the svn away, or you could use something like bzr-fastimport to do a conversion
[01:58] <james_w> they're pretty much equivalent
[01:59] <alperkanat> james_w: but i have http authentication at the svn side...?
[02:00] <jml> markh: did we end up filing a bug about that?
[02:01] <james_w> alperkanat: hmm, I think that may work with bzr-svn, but I can't be sure, sorry.
[02:01] <markh> jml: no - we just agreed it was transient - someone else was having the same problem at the same time too - then it worked for both of us, so we all forgot it :)
[02:02] <jml> markh: :)
[02:03] <jml> markh: for things like this, it's good to ask a question at https://answers.launchpad.net/launchpad/ -- it's easy enough to turn into a bug and means that people who *really* know what they're doing can answer it.
[02:03] <jml> of course, asking on IRC is also wonderful
[02:03] <jml> I speak mostly to remind myself :)
[02:05] <markh> the error page specifically directs you to #launchpad :)  the error message is a very generic "sorry, something went wrong" page.
[02:08]  * jml finds the page in the source code.
[02:10] <jml> markh: actually, I'll have to follow this up later.
[02:10] <markh> jml: no probs - its only the 2nd times it happend and jam is doing the upload for me - thanks tho!
[02:11] <jml> np
[02:15] <alperkanat> anyone here used svn2bzr before ?
[02:15] <fullermd> I was under the impression that it was pretty much superceded by bzr-svn.
[02:18] <alperkanat> pff i just don't want to lose the history of the svn repository.... and the documentation of all plugins are bad..
[02:18] <alperkanat> :S
[02:21] <james_w> alperkanat: bzr-svn won't lose any history
[02:21] <alperkanat> james_w: i can't even make bzr-svn work
[02:21] <alperkanat> james_w: make complains about compilation errors at the end.. and bzr co http://repo doesn't do anything :S
[02:22] <james_w> probably because it didn't compile
[02:23] <alperkanat> james_w: Make sure the directory name is 'svn'. => which directory does it mean for instance ?
[02:24] <alperkanat> james_w: the directory i copy into the plugins or..?
[02:26] <james_w> you want the bzr-svn plugin directory to be called "svn"
[02:26] <james_w> e.g. ~/.bazaar/plugins/svn
[02:26] <james_w> sorry I can't help you further, I must go to sleep now.
[02:27] <alperkanat> ok thanks anyway
[02:30] <alperkanat> any ideas for this error ? => bzr: ERROR: Invalid http response for http://svn.raptiye.org/raptiye/trunk/.bzr/branch-format: Unable to handle http code 500: Internal Server Error
[02:32] <alperkanat> someone please ?
[02:32] <Verterok> alperkanat: it seems that the server is using mod_svn or mod_dav, and can't serve the url (possibly it not exists)
[02:33] <alperkanat> but there's no .bzr directory inside the repository ?
[02:33] <Verterok> if it's a svn repository no
[02:34] <alperkanat> Verterok: then how am i supposed the import the svn project into a bzr project ?
[02:34] <alperkanat> s/the/to
[02:35] <Verterok> alperkanat:  I assume you want to use bzr-svn to do that
[02:35] <alperkanat> Verterok: yes
[02:35] <alperkanat> Verterok: i just care about the history..
[02:36] <Verterok> alperkanat: if you have bzr-svn installed, juts: bzr branch  http://svn.raptiye.org/raptiye/trunk
[02:36] <Verterok> alperkanat:  to check if bzr-svn is installed, execute: bzr plugins -v
[02:37] <alperkanat> Verterok: http://screencast.com/t/0xsL59q8a
[02:38] <alperkanat> i didn't think it'd be this much painfull :(
[02:39] <Verterok> alperkanat: it shouldn't
[02:39] <Verterok> alperkanat: please try with: 'bzr -Derror branch' and pastebin the output
[02:40] <Verterok> alperkanat: do you want to keep you bzr branch in sync with the svn one?
[02:40] <alperkanat> no
[02:40] <alperkanat> i'll delete the svn one
[02:41] <alperkanat> i don't want any .svn or any other related thing in the project and want to use bzr as vcs
[02:41] <alperkanat> Verterok: http://dpaste.com/80835/
[02:42] <Verterok> alperkanat: you could try using svn-import (I'm not an bzr-svn expert, but it sounds reasonable)
[02:42] <alperkanat> i'd just wipe out the svn repo and start over but i don't want to lose the history
[02:42] <Verterok> sure, makes sense
[02:43] <alperkanat> Verterok: svn-import ?
[02:43] <alperkanat> there's no such command
[02:43] <Verterok> alperkanat: it seems that bzr-svn is doing absolutely nothing :(, so it's bazaar trying to find a branch
[02:44] <Verterok> it's a bzr-svn command
[02:45] <Verterok> alperkanat: try running the bzr-svn tests with: bzr selftest svn
[02:45] <alperkanat> ok
[02:51] <alperkanat> Verterok: this will take up long... i'm going to sleep now.. thanks any way.. i'll try my chance tomorrow..
[02:51] <Verterok> np
[03:54] <ausimage> How can show a file splitting into several pieces? I wrote a module that I now want in 3 - 4 parts. I did not want the module to be just removed without expressing this change.
[04:28] <rama> ausimage, about plugins i can't setup the post_push hook to get run when pushed via ssh.. any clue?
[04:30] <ausimage> not sure about that one :/
[04:31]  * ausimage is only a user, and a recent one at that...
[05:34]  * ausimage wanders off, but hopes someone could give him insight into how keep history when splitting files up. PM him with answers ;)
[06:58] <GaryvdM> Hi - I'm getting the following error in one of my repositories:
[06:58] <GaryvdM> bzrlib.errors.BadIndexFormatSignature: 8b44a161cf3c0ccead798d1f111c8379.rix is not an index of type <class 'bzrlib.index.GraphIndex'>.
[06:58] <GaryvdM> How do I fix this?
[06:59] <GaryvdM> I have no idea how it happened :-(
[07:39] <GaryvdM> I think this might have happened because this repo was on a flash drive, which I removed with out doing the safe remove thing.
[07:40] <GaryvdM> I've recreated the repo form other sources.
[08:50] <Spaz> hmm
[08:51] <Spaz> say i have a bzr repo on a remote host
[08:51] <Spaz> the directories/files must always have the same owner
[08:52] <Spaz> is there any method i can use to ensure the files are always owned by the same owner:group?
[08:52] <Spaz> assuming i'm using bzr+ssh://
[09:01] <doomster> hi!
[09:03] <Spaz> hello
[09:04] <doomster> I'm just running "bzr branches http://code.python.org/python" and it's been hanging for two minutes or so, is that normal?
[09:21] <fullermd> I wouldn't expect branches to be able to work over http...
[09:24] <doomster> I'm rather new to Bazaar, can you tell me why?
[09:25] <doomster> and, is there a different way to see what branches are present at that location?
[09:29] <fullermd> Well, it has to be able to list directories to search for branches.  You can't do that over http.
[09:29] <fullermd> Maybe it has enough smarts to process some of the forms of dir listings web servers send out, but I'd be a little surprised.
[09:30] <fullermd> You can just pull the URL up in a browser and look; at least some presumed branches are visible there.
[09:39] <doomster> ah, I see.
[10:56] <doomster> I'm trying to wrap my brain around the bzr workflow and need some help. When I 'bzr branch' something, does it also create a repository?
[10:57] <doomster> I'm also not sure I understand the difference between a branch and a repository...
[10:57] <Pieter> there is no difference
[10:57] <LarstiQ> there is a huge difference
[10:57] <doomster> :|
[10:58] <LarstiQ> doomster: branches are the entities you work with most, repositories are just a storage area for revisions
[10:59] <doomster> hmmm...
[10:59] <LarstiQ> doomster: wether branch makes a repository or not depends on if you are branching into a shared repository, if not, you're making a standalone branch and it will store it's own revisions in a private repository for that branch
[11:00] <LarstiQ> doomster: but in your workflow, you usually don't care about repositories
[11:00] <LarstiQ> doomster: branches are where the action is
[11:01] <LarstiQ> doomster: this is in bzr terminology, in other systems branch and repository can mean slightly different things
[11:01] <doomster> yes, I guess my SVN background is giving me troubles understanding this....
[11:02] <LarstiQ> right, svn doesn't really have a branch concept, it's just convention by the users
[11:04] <LarstiQ> doomster: is there a specific piece of workflow you're confused about?
[11:04] <doomster> I just did "bzr init-repository test" and then "bzr log test", but that complained that it is not a branch. Doesn't a repository contain changes?
[11:04] <doomster> LarstiQ: no, I guess I'm just confused by terminology.
[11:04] <LarstiQ> doomster: not as such
[11:05] <LarstiQ> doomster: when you make branches under 'test', those branches will use 'test' as the place to store their revisions
[11:05] <LarstiQ> doomster: that is also true for unrelated branches, so the set of revisions in the repository can form multiple disjunt revision DAGs
[11:06] <LarstiQ> doomster: there isn't a sense of a 'line of development' for a repository, it's just a big bucket of revisions
[11:06] <LarstiQ> doomster: whereas a line of development is exactly what a branch is
[11:08] <doomster> okay, so when I'm working on some project, I have two options. One is to just "bzr branch $URL", then I get a branch with an integrated repository where I can make changes.
[11:08] <doomster> The other option is to first create a separate repository and then create branches within.
[11:09] <LarstiQ> doomster: you can always decide to switch from the one to the other later
[11:09] <LarstiQ> doomster: what a shared repository gives you is storage advantages and faster branching within (since it doesn't need to copy revisions it already stores)
[11:09] <fullermd> The idea is that you always "bzr branch $URL".  If you happen to be putting it inside a shared repository, it will use that.  Otherwise it'll create an internal repository.
[11:10] <LarstiQ> doomster: functionally, there is no difference
[11:10] <LarstiQ> doomster: what fullermd said
[11:10] <doomster> okay...
[11:10] <fullermd> You don't [superficially speaking] really care either way, because everything will act the same.
[11:10] <doomster> Okay, let's get to a real-world example...
[11:10] <fullermd> (and it's easy to switch things from being shared to being standalone if you come to care in the future)
[11:11] <fullermd> This is very different from SVN, where the boundaries of the repository determine what you can do between branches.
[11:11] <doomster> I'm trying to port Python to MS Windows CE. On the way, there is quite some cleanup to do with the 'normal' win32 port.
[11:12] <doomster> So, I guess I will have a handful of separate branches, each for one small step. It would be useful to create a shared repository for those, right?
[11:12] <LarstiQ> doomster: correct.
[11:12] <fullermd> It will save you space and time, yes.
[11:12] <doomster> okay.
[11:14] <doomster> I think I'm getting it now. ;)
[11:15] <fullermd> LarstiQ: Hi, BTW.  Good to see you alive   :)
[11:15] <LarstiQ> doomster: and if compiling your project takes a long time/has a big working tree, you might consider using lightweight checkouts and `bzr switch`
[11:15] <LarstiQ> fullermd: thanks, you too :)
[11:16] <fullermd> qi
[11:16]  * fullermd slaps his mouse.
[11:16] <LarstiQ> doomster: this will decrease the cost of the working tree, which when significant is, well, significant ;)
[11:17] <fullermd> And it should be a reasonably familiar workflow if you're used to svn.
[11:18] <fullermd> It is, however, a somewhat less common workflow with bzr, so you're more likely to snag some rough edges in the implementation.  It may be better to skip that part until you get comfortable with bzr.
[11:18] <fullermd> (said with no real authority other than my offhand opinion)
[11:19]  * LarstiQ nods
[11:19] <doomster> when ~/repo is my repository, I will typically have ~/repo/branch-x and ~/repo/branch-y. Can I also create branches somewhere else and connect them to that repository?
[11:19] <fullermd> No, they have to be inside it.
[11:19] <fullermd> Now, you can (as in the just-described workflow) have the branches there, but have the working tree elsewhere.
[11:20] <fullermd> Branches don't "point to" their repository, it's searched for.  When you need the repository (to find a revision, or save one, or something), bzr will look for it right with the branch, then in $BRANCH/.., then $BRANCH/../.., and so on.
[11:20] <LarstiQ> doomster: branches have to be within the directory hierarchy, but deeper levels are fine (repo/trunk, repo/win32/cleanup, repo/win32/CE, etc)
[11:21] <fullermd> It'll use the first repo it finds along that walk.
[11:22] <doomster> the repository is just the .bzr directory?
[11:22] <fullermd> Technically, the repository is the .bzr/repository/ directory.
[11:22] <fullermd> The .bzr/ is...   I dunno what you'd call it.  'bzrdir' probably.
[11:23] <LarstiQ> yup
[11:23] <fullermd> It contains the internal files for the repository, and/or the branch, and/or the checkout, depending on which is at that location.
[11:23] <LarstiQ> so with branches in a repository, there will be repo/.bzr/repository, and repo/branch-X/.bzr/branch/
[11:23] <fullermd> It's sorta a combination in SVN terms of the repository and the .svn/ dirs scattered through the tree.
[11:24] <doomster> okay, so both the repository and each branch have a .bzr dir
[11:24] <LarstiQ> doomster: yes, and each working tree
[11:25] <fullermd> Right.  It basically means "there's something bzr here, and I've got all the control files"
[11:25] <doomster> btw: can I move a repository around using the shell or do I have to notify bzr about it?
[11:26] <fullermd> It depends on whether you have something external referencing it (like a checkout somewhere outside it, or other people trying to look at it)
[11:26] <fullermd> If not, you can move it around or tar it up or whatever.
[11:26] <doomster> good.
[11:26] <fullermd> Similarly, you can move branches around inside it, as long as they stay in it.
[11:27] <fullermd> (or if they're standalone branches, you can move them around anywhere)
[11:33] <LarstiQ> doomster: if you move a branch outside of it's repository, it will do the walk upwards again to find it's repository. If it doesn't find one, it's unhappy, but if it finds one that doesn't contain it's revisions, it's not so happy either.
[11:33] <LarstiQ> doomster: move it back and it's fine again.
[11:33] <doomster> poor unhappy branch!!1! O_O
[11:33] <LarstiQ> (or provide a repository that has the same set of revisions)
[11:34] <LarstiQ> :)
[11:34] <doomster> comparing to SVN, doing a lightweight checkout from a branch is similar to SVN's working copies, right?
[11:35] <LarstiQ> doomster: yes
[11:35] <LarstiQ> doomster: a lightweight checkout will have to contact the branch it is bound to for all operations concerning history (diff, commit, log, etc)
[11:36] <LarstiQ> doomster: but if the branch lives on the same harddisk (~/repo/branch and ~/project/checkout for example), that's ok. Whereas doing that over a 300ms latency link to the other side of the word is less snappy.
[11:37] <fullermd> In contrast, a heavy [default] checkout will only have to contact the branch for a few operations (commit, update, etc).  The better choice if it's across a network somewhere.
[11:38] <fullermd> (You'll find discussions in the docs of more details regarding the low-level implementation of heavy checkouts.  Join with me in narrowing your eyes in mild displeasure, and ignoring them   :p)
[11:43] <doomster> well, sometimes understanding the internal motivations helps a lot using the tool
[11:43] <fullermd> It doesn't in this case.
[11:50] <doomster> bzr is now working more than five minutes on a normal checkout from a local branch...
[11:51] <fullermd> How big is it (both checkout and history size)?
[11:51] <doomster> 275MiB for the branch itself
[11:53] <doomster> 40k revisions
[11:53] <fullermd> A normal [heavy] checkout makes a full copy of the history.  So if it's big, that can take a while.
[14:59] <LarstiQ> beuno: there has been quite some api changes on Tree I notice.
[17:15] <mnemo> what package do I have to install to be able to use the "bzr vis" command?
[17:16] <fullermd> bzr-gtk
[18:07] <beuno> LarstiQ, hi
[18:07] <beuno> changes since when?
[18:46] <chandlerc[g]> is it a known issue that the password prompting for bzr-svn doesn't inject the password into subversion's cache?
[18:48] <chandlerc[g]> as a side note, the password prompting did work (awesome!!) as did a branch, edit, commit, push cycle, depsite using weird and broken code.google.com svn!! rock!!
[19:40] <abadger1999> Any loggerhead devs around by chance?
[19:40] <beuno> abadger1999, sure, what's up?
[19:41] <abadger1999> I almost have loggerhead working under mod_wsgi .
[19:41] <abadger1999> I'm having one issue with the redirect from /project/ =? /project/changes
[19:42] <abadger1999> In the code that's
[19:42] <abadger1999> raise httpexceptions.HTTPMovedPermanently(
[19:42] <abadger1999>                 self._url_base + '/changes')
[19:43] <abadger1999> Instead of redirecting it's giving me this exception:
[19:43] <abadger1999> [Sat Sep 27 11:04:03 2008] [error] [client <IP_ADDRESS>] TypeError: expected string object for header value
[19:44] <beuno> abadger1999, no tracebacks?
[19:45] <abadger1999> For some reason, mod_wsgi doesn't give me a traceback there.
[19:45] <abadger1999> beuno: I found the place in the code by inserting debug statements.
[19:46] <abadger1999> It's in app/branch.py
[19:46] <beuno> so, _url_base isn't a string?
[19:46] <beuno> can you check to see what it's getting
[19:46] <beuno> ?
[19:46] <abadger1999> Let me print
[19:48] <abadger1999> ugh. firefox is being a dog
[19:49] <beuno> it's barking and licking your face?
[19:51] <abadger1999> chewing on my swap and growling faintly.
[19:55] <abadger1999> beuno: url_base:/bzr//packagedb/0.3.x:
[19:55] <abadger1999> bzr is my webpath
[19:55] <abadger1999> packagedb is the project
[19:55] <abadger1999> 0.3.x is the branch
[19:56] <abadger1999> URL I'm hitting is http://localhost/bzr/packagedb/0.3.x
[19:56] <abadger1999> Oh... type is unicode.
[19:56] <beuno> ah
[19:56] <beuno> odd
[19:56] <abadger1999> Not sure if that would make a difference
[19:57] <beuno> try and convert it
[19:58] <abadger1999> Yep, that's it.
[19:59] <beuno> so, any ideas how we ended up with unicode?
[19:59] <abadger1999> I wonder if this is something that needs fixing in paste's httpexceptions....
[19:59] <abadger1999> Nope.  There's no unicode in the URL.
[19:59] <abadger1999> Let me look at the wsgi env
[20:00] <abadger1999> 'SCRIPT_NAME': u'/bzr//packagedb/fchiulli'
[20:00] <abadger1999> (different branch)
[20:00]  * beuno pokes mwhudson_ ^
[20:01] <beuno> it's 8am-ish for him, but he'll read the scrollback  :)
[20:01] <abadger1999> So mod_wsgi is adding that as a unicode object instead of a byte string.
[20:01] <abadger1999> Cool.
[20:01] <beuno> we should probably add a check
[20:01] <beuno> could you file a bug for it?
[20:02] <abadger1999> Ah ha.
[20:02] <abadger1999> http://pythonpaste.org/news.html#id2
[20:03] <abadger1999> Exceptions with unicode messages don’t cause the collector to fail.
[20:03] <abadger1999> That was added in paste 1.7 and I'm using paste 1.6 ATM
[20:03] <abadger1999> beuno: k.  I'll file a bug.
[20:04] <beuno> abadger1999, interesting
[20:04] <beuno> hardy has 1.6
[20:04] <abadger1999> beuno: Are you guys interested in my script to start loggerhead using mod_wsgi?
[20:04] <beuno> abadger1999, thanks for debugging it!
[20:04] <beuno> abadger1999, yes we are!
[20:04] <abadger1999> It's mostly removing things from the start-loggerhead script.
[20:04] <abadger1999> Cool :-)
[20:04] <beuno> upload the branch, file a merge request
[20:04] <beuno> make sure it doesn't break any tests
[20:04] <abadger1999> Okay.
[20:06] <abadger1999> How do I run the tests?
[20:06] <abadger1999> Ah nose
[20:07] <abadger1999> beuno: Thanks!  I'll get the bug and the branch up today.
[20:07] <beuno> abadger1999, fantastic, thank you  :)
[20:36]  * beuno is off to catch another plane
[21:26] <astrobunny|afk> hello


[03:28] <[pwned] > hi all
[03:29] <[pwned] > i cant get java to run.
[03:29] <[pwned] > what should i do?


[14:03] <leftyfb> https://ubuntu.com//blog/ubuntu-21-04-is-here someone getting ahead of themselves?


[10:34] <Chunkyz> I'm excited for 22.04!
[10:34] <tarzeau> Chunkyz: because?
[10:35] <Chunkyz> first LTS for raspberry pi, for one.
[10:35] <Chunkyz> tarzeau, sorry didn't know I wasn't allowed to be excited....... :-)
[10:36] <tarzeau> you sure are. i'm also running a few boxes with it
[10:37] <tarzeau> oh we run arm64 debian on the raspberry pis...
[10:37] <Chunkyz> I'll wait for the public release. :-)
[11:01] <Chunkyz> is kernel 5.15 used with 22.04?
[11:02] <Maik> if you read the news on the web and omg!ubuntu then you should know
[11:03] <Chunkyz> thanks, I'll check. :-)
[11:04] <Chunkyz> "Ubuntu 22.04 LTS Will Use Linux 5.15 Kernel - OMG! Ubuntu!" for anyone else. :-)
[11:05] <Maik> we all know
[11:05] <Chunkyz> *we all* ? I didn't, maybe someone else new doesn't too.
[11:05] <Maik> sure
[11:06] <Maik> people who are actually interested and follow the news know, especially those who test it
[11:06] <Chunkyz> okay. :-)
[15:36] <moffa> Hello, anyone have experience with virtio-fs shares mounting fine, but hanging when trying to access them?


[11:26] <bluesabre> > shouldn't we delete this file, so we don't have the duplicate text template - https://github.com/Xubuntu/xubuntu-default-settings/blob/master/usr/share/xubuntu/templates/Plain%20Text.txt
[11:26] <bluesabre> While functionally the same, this does get created with a .txt extension. I think that might have been our rationale when we added it.
[11:26] <bluesabre> > shouldn't we delete this https://github.com/Xubuntu/xubuntu-default-settings/tree/master/etc/xdg/xdg-xubuntu/orage
[11:26] <bluesabre> Yeah, that makes sense since orage is archived
[11:26] <bluesabre> > should this be removed, as we don't ship xscreensaver https://github.com/Xubuntu/xubuntu-default-settings/blob/master/etc/skel/.xscreensaver
[11:26] <bluesabre> Seems reasonable, let's do it.
[11:27] <bluesabre> > how can we ship our own bookmark file, as Downloads being at the bottom isn't good when the other bookmarks are alphabetical - https://imgur.com/67L9ztG.png
[11:27] <bluesabre> Not sure, I don't think we do anything specific here. Potential for improvement upstream?
[11:29] <brainwash> bluesabre: this one is for xscreensaver too https://github.com/Xubuntu/xubuntu-default-settings/blob/master/etc/skel/.Xdefaults
[11:30] <bluesabre> That one styles it to make it a bit more Greybird-y, which may be desirable.
[11:30] <bluesabre> Though, we don't ship the Dina fonts anymore, so it's not perfect
[11:31] <brainwash> but in that case you could leave the .xscreensaver file in place also
[11:31] <bluesabre> Yep
[12:16] <jphilips> so only remove orange?
[12:16] <jphilips> orage
[12:35] <jphilips> Unit193: was curious if xebian ships with non-free drivers/firmware
[12:42] <bluesabre> https://bugs.launchpad.net/ubuntu/+source/xfce4-weather-plugin/+bug/1918002
[12:42] <ubot3> Launchpad bug 1918002 in xfce4-weather-plugin (Ubuntu Groovy) "[SRU] xfce4-weather-plugin 0.10.2" [Undecided, In Progress]
[12:43] <jphilips> thanks bluesabre
[12:43] <jphilips> MX and Linux Lite have this fixed and i've pointed people to get it that way until we resolve it :D
[12:44] <bluesabre> I'll work on other SRUs later. They are a fair bit of a time sink. :)
[12:45] <jphilips> which others?
[12:45] <bluesabre> exo, xfdesktop
[12:46] <jphilips> oh okay
[14:18] <jphilips> thinking to put out a call for a wordpress dev volunteer to help with the redesign of the website. any objections.
[14:27] <bluesabre> website stuff generally goes through knome
[14:32] <jphilips> knome: thoughts
[14:32] <jphilips> are there any other call for volunteers that we should look for?
[14:32] <jphilips> tester volunteers are available
[14:46] <jphilips> when will the beta of 21.04 get released?
[14:56] <bluesabre> Release Schedule: https://ubottu.com/y/hh - Beta freeze is Monday, 3/29,  Beta release is on or around the following Thursday
[14:57] <bluesabre> Testing early is good for getting bugs fixed early, no need to wait for the beta :)
[14:58] <jphilips> social media post going out tomorrow asking volunteers to test the ISO
[14:58] <jphilips> this week is supposed to be Ubuntu Testing Week
[15:07] <jphilips> bluesabre: did you decide on the mouse icon in settings - https://github.com/shimmerproject/elementary-xfce/issues/214
[15:07] <ubot3> Issue 214 in shimmerproject/elementary-xfce "Update for mouse icon" [Open]
[15:09] <jphilips> my suggestion would be to pull in the humanity icon for it - https://camo.githubusercontent.com/2c8269628dfe39f5924366d5e65ab08d346e867da6763d68f4ed9052a6e23c2b/68747470733a2f2f696d6775722e636f6d2f464433624e31312e706e67
[15:09] <jphilips> panel profile needs an icon - https://github.com/shimmerproject/elementary-xfce/issues/225
[15:09] <ubot3> Issue 225 in shimmerproject/elementary-xfce "New panel profile icon needed" [Open]
[15:55] <Unit193> jphilips: Yes.
[15:55] <jphilips> sweet
[23:06] <jphilips> bluesabre: guess you should do appfinder 4.14.1 as its the only point release for 4.14 and has a memory leak fix
[23:53] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: thunar 4.16.4 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-thunar-4-16-4-released-tp59913.html (by Alexander Schwinn-2)


[07:09] <ppisati> moin
[09:05] <ppisati> ogra_: FWIW, quantal-omap4 server is ok
[09:05]  * ppisati tries the omap3 side now
[09:05] <ogra_> awesoem ! thanks for the fix
[09:09] <ppisati> ogra_: besides, what are those squashfs images used for?
[09:10] <ogra_> they contain the content equally to a debootstrap ... (base-installer was replaced by live-installer which uses a squashfs instead of packaes ...)
[09:11] <ppisati> ah ok
[09:11] <ogra_> dunno why we publish them
[09:11] <ogra_> they are in the image
[09:11] <ppisati> i thought we started rolling read-only images (+ tmpfs overlay for the "live" thing"
[09:19] <ogra_> well, thats the first step towards this
[09:20] <ogra_> btw, omap3 didnt show any probs for me
[09:21] <henrix> jjohansen: regarding bug #1055438, i believe you set the wrong task as 'fix released'
[09:21] <ubot2> Launchpad bug 1055438 in linux "linux: 2.6.32-44.98 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1055438
[09:21] <henrix> jjohansen: i guess you didn't want to set 'regression testing' :)
[09:21] <jjohansen> henrix: oops, no :)
[09:22] <henrix> jjohansen: :)
[09:22] <henrix> jjohansen: want me to fix it?
[09:22] <jjohansen> henrix: sure
[09:22] <jjohansen> or I can
[09:22] <henrix> jjohansen: ok, will do that.
[10:13] <ppisati> ogra_: did the nic work on your omap3 board?
[10:13] <ppisati> ogra_: mine is dead
[10:13] <ogra_> i only rum omap in a VM, that NIC works though
[10:14] <ppisati> uhm
[10:15] <ogra_> http://paste.ubuntu.com/1255629/ in case you want to try it yourself one day :)
[10:15] <ppisati> ogra_: nice
[10:16] <ppisati> ogra_: care to add it to the wiki $somewhere?
[10:16] <ogra_> --boot is the SD card (just give it the downloaded .img file) and --root should be an empty img that will be used as usb HDD by the emu
[10:17] <ogra_> i have a few other scripts i regulary use (mount-image-partition is pretty helpful) i was wodering if i shoudl put them into an image-tools package :)
[10:17] <ogra_> for 13.04
[10:17] <ppisati> ogra_: you should get an ACTION for that :)
[10:17] <ogra_> heh
[10:17] <ppisati> yes, the installation is ok but nic is dead
[10:17]  * ppisati digs
[10:18] <ogra_> bah, sad
[10:18] <ppisati> could be my hw though
[10:19] <ogra_> let me see what todays image says in a VM
[10:21] <cjwatson> ppisati: We publish the squashfs files because Daviey asked for them, I think because some automation framework can use them
[10:24] <Daviey> yeah, in addition.. netboot can make use of it, via preseed.
[10:36] <ppisati> ogra_<EMAIL_ADDRESS>[10:36] <ppisati> ogra_: "OMAP3: USB: EHCI broken on 3.5?"
[10:36] <ogra_> hmm
[10:37] <ppisati> ogra_: can you try with your real hw?
[10:37] <ogra_> well, my VM emulates an USB keyboard and i'm currently typing in it
[10:38] <ogra_> and its just done with network configuration, let me check dmesg
[10:38] <ppisati> ogra_: real or vm?
[10:38] <ogra_> vm
[10:38] <ogra_> aha, it uses ohci-omap3 all over the place
[10:39] <ppisati> i have ehci here:
[10:39] <ppisati> flag@ubuntu:~$ dmesg | grep ehci
[10:39] <ppisati> [    0.544372] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[10:39] <ogra_> oh, it loads that here too, but all devices are attached using ohci (at least thats what dmesg thinks)
[10:40] <ogra_> so yeah, it might be an ehci prob
[10:40] <ppisati> ogra_: do you have real hw around?
[10:40] <ogra_> not handy, no
[10:41] <ogra_> well, i have HW but no spare cards atm
[10:42] <ogra_> that mail is for AM3703 though, not for omap
[10:42] <ogra_> (AM is the beaglebone CPU)
[10:42] <ogra_> "more" embedded
[10:42] <ppisati> uhm
[10:42] <ppisati> addeding "debug" to the cmdline
[10:42] <ppisati> i get this:
[10:43] <ppisati> usb 1-2: device descriptor read/64, error -62
[10:43] <ppisati> repeated all over the place
[10:43] <ppisati> http://paste.ubuntu.com/1255653/
[10:44] <ppisati> i'll try compiling an upstream kernel
[10:48] <ppisati> commit 06b4ba529528fbf9c24ce37b7618f4b0264750e2
[10:49] <ppisati> ARM: OMAP2+: omap2plus_defconfig: EHCI driver is not stable, disable it
[10:49] <ppisati> The EHCI driver is not stable enough to be enabled by default.
[10:49] <ppisati> ...
[10:49] <ppisati> diff --git a/arch/arm/configs/omap2plus_defconfig
[10:49] <ppisati> etcetc
[10:49] <ppisati> the ehci driver is officialy broken in 3.5
[10:51] <ppisati> and it's still off in 3.6
[11:00] <ogra_> gah
[11:03] <ogra_> with ohci HDD install tests will be fun
[11:04] <MCR1> Hi. I am coming to complain about Kernel 3.6. It has a lot of network issues here, which work on 3.5. Was not even able to send a mail with attachment with thunderbird...
[11:05] <MCR1> Just FYI. I think it is a wise decision to stay with 3.5 on 12.10.
[11:05] <pocoporco> hello
[11:06] <ppisati> ogra_: i'm trying to disable ehci to see if it fixes my problem
[11:06] <pocoporco> maybe somebody can help me: i'm searching for the implementation of "sending behavior" of management frames (802.11 wireless lan)
[11:06] <pocoporco>  i don't know if i'm right in this channel, but i think it is implemented in the kernel? ;)
[11:07] <pocoporco>  in a little survey i've seen that different devices are sending management frames like probe requests in different intervals. some of them have the same os, so the "sending behavior" should be independent of the os?
[11:16]  * henrix -> SIGFOOD
[11:33] <cwillu_at_work> a fatal signal :(
[12:46] <rtg> apw, this will make your head hurt: http://tools.ietf.org/html/draft-mahalingam-dutt-dcops-vxlan-02
[12:51]  * apw reads
[12:52]  * smb would have thought apw's had hurt enough already
[12:53] <rtg> apw, looks like it will land in 3.7
[12:58] <rtg> wow, 3600 patches in the merge window already
[13:00] <apw>  Use of VXLAN with IPv6 transport will be addressed
[13:00] <apw>         in a future version of this draft
[13:00] <rtg> apw, I suspect most of these data centers are still IPv4 centric
[13:01] <apw> it is still poor to define it without that thought through beforehand
[13:01] <rtg> apw, I haven't really thought it through, but will IPv6 improve their situation ? or make no real difference ?
[13:02] <apw> it will change the offsets of things for one, as there are ipaddys in the frame
[13:02] <rtg> seems like they still have the same layer 2 issues
[13:04] <apw> same issues indeed, though large packet handling differs in ipv6
[13:25] <ppisati> ogasawara: before next P/master upload, do an 'updateconfigs'
[13:25] <ppisati> ogasawara: there's a skew between highbank and all the other flavours
[13:25] <ogasawara> ppisati: ack
[13:25] <rtg> ppisati, why would ogasawara be uploading P ?
[13:25] <ogasawara> oh wait, P?
[13:25] <ppisati> right
[13:25] <ppisati> bjf: ^
[13:25] <ppisati> :)
[14:18] <bjf> ppisati: aye
[14:29] <henrix> ppisati: when i execute the updateconfigs target, the only difference i see is CONFIG_I2C_DESIGNWARE_CORE=m
[14:29] <henrix> ppisati: but this is modified in all archs, not only on the highbank
[14:29] <henrix> ppisati: is this what you would expect to see?
[14:33] <ppisati> henrix: yep
[14:33] <ppisati> henrix: actually in highbank was =y
[14:33] <ppisati> henrix: while =m for everyone else
[14:33] <ppisati> iirc
[14:33] <henrix> ppisati: yep, you're right
[14:33] <ppisati> henrix: it was getting in my way since i'm testing a config change
[14:33] <ppisati> at at every updateconfigs i was getting that diff too in
[14:34] <henrix> ppisati: ok, got it. thanks
[14:34]  * ppisati -> apple (eating)
[14:43]  * ogasawara back in 20
[14:48] <herton> ppisati, henrix, updateconfigs done on P/master-next
[14:48] <henrix> herton: ack, thanks
[15:08] <ogra_> do we happen to have this patch in our kernel already ? http://lwn.net/Articles/515790/
[15:09] <diwic> jsalisbury, not sure what to write in the new oops bug you suggested in bug 1059523
[15:09] <ubot2> Launchpad bug 1059523 in linux "[Acer Aspire One 722] Broken support of Intel HDA in 3.5.0-16 kernel" [Medium,Confirmed] https://launchpad.net/bugs/1059523
[15:09] <diwic> jsalisbury, note that the oops will go away when the root cause is fixed; the oops is a bad handling of the error
[15:09] <jsalisbury> diwic, actually I was asking the orig bug reporter to open the new bug
[15:10] <jsalisbury> diwic, I assume it will be resolved when we get the fix from upstream, I just wanted to be able to track it.
[15:10] <diwic> jsalisbury, ok
[15:11] <jsalisbury> diwic, sorry I'll make it more clear in the bug.
[16:50] <jsalisbury> **
[16:50] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[16:50] <jsalisbury> **
[18:59] <luc4_mac> Hi! Is there someone who can tell me if the watchdog module can in any way influence the network connection? I'm experiencing a huge issue with the network connection and from my dmesg I see there are very frequence warnings from the watchdog kernel module. Can those be connected?
[19:43] <rtg> ogasawara, I'm gonna push v3.5.5 quantal rebase pretty quick
[19:46] <rtg> arges, hows it going with the AMD Xen business ?
[19:47] <arges> rtg, good, just posted an update. the patches do fix the issue
[19:48] <arges> rtg, just a bit of a learning curve setting it up
[19:48] <rtg> arges, cool. shut that server down whenever you're finished.
[19:48] <ogasawara> rtg: ack
[19:48] <arges> rtg, ok asking to see if any additional verification needs to be done on that machine, then i'll shut it down
[19:49] <ogasawara> rtg: I'm gonna plan to upload tomorrow, but I'll kick off some preliminary build and boot tests today
[19:49] <rtg> ogasawara, good idea. there are a shitload of patches in v3.5.5
[20:03]  * rtg -> EOD
[22:23] <bjf> skaet, please verify bug 1033568 for precise
[22:23] <ubot2> Launchpad bug 1033568 in linux "ACER aspire S3 track pad doesn't work with 12.04, backport needed from 12.10" [Medium,Fix committed] https://launchpad.net/bugs/1033568
[22:47] <skaet> bjf,  with pleasure.  :)
[23:09] <rtg> ogasawara, I force pushed Quantal master-next to fix a commit log subject that would have annoyed the hell out of me every time I saw it, namely "TIDSBBRIDGE=m" -> "TIDSPBRIDGE=m"


[03:26] <zakame> hi, is it just me or is https://irclogs.ubuntu.com still logging only on freenode, not here in libera?
[03:30] <Unit193> Hah, someone didn't do the header.  That's Libera only.
[03:31] <zakame> ah
[03:33] <zakame> I was wondering as I have some convo just now in #ubuntu-ph I want to reference but it hasn't shown up in the logs yet
[03:41] <tomreyn> zakame: i think logs usually become available with a 30 or 60 min delay. (but i have no way to check whether current #ubuntu-ph logs are from libera or freenode.)
[03:41] <Unit193> IIRC, on the hour.
[03:52] <zakame> thanks, no worries
[04:50] <tribaal> thanks Unit193!
[04:51] <Unit193> Sure thing.
[15:43] <McPeter> enyc, o/
[16:23]  * enyc meows McPeter
[16:24] <enyc> Unit193: the number of people still turning up or stuck in freenode deary-me ........
[20:00] <Unit193> enyc: There's still a lot of documentation and blog posts..
[20:03] <enyc> Unit193: no doubt... I msg'ed rbasak as I can't update some "immutable" wiki pages


[14:28] <jim> hi,
[14:32] <jim> so I must apologise, since this annoying troll, b4b or byte4byte has been following me around for at least 10 or 15 years... (of course, you don't need my permission, but if I had a vote, I'd say...) do what you will; I would imagine you don't need him trolling here
[14:33] <jim> anyway, have a good $LOCALTIME, stay safe and be well.
[14:34] <jim> (in case you didn't know, I'm an op on #linux)


[06:03] <Andre_Gondim> godbyk, r u there?
[06:04] <godbyk> Andre_Gondim: Yep. What's up?
[06:05] <Andre_Gondim> godbyk, may you check if everything is ok to lucid-e1 ?
[06:06] <godbyk> Andre_Gondim: I'll go through the checklist for it tomorrow and let you know if I find any problems.
[06:07] <Andre_Gondim> godbyk, I really want to know if screenshot is ok for now, is it possible?
[06:07] <godbyk> Let me look.
[06:08] <godbyk> It says there are 40 screenshots pending approval.
[06:09] <godbyk> The only screenshots that haven't been uploaded are those from chapter 1 (installation).
[06:10] <Andre_Gondim> hmmmmmm, I've had a problem with ubiquity and I can't make this screenshot
[06:10] <godbyk> Andre_Gondim: Okay. We'll try to find someone else who can take those screenshots.
[06:11] <godbyk> Otherwise, it looks like the ones you've uploaded look pretty good.
[06:11] <godbyk> I'll find someone to review them and approve them.
[06:11] <Andre_Gondim> godbyk, I made a fresh lucid installation and always when I try to do ubiquity --desktop %k gtk_ui neve happens
[06:12] <godbyk> I don't know how they took the original ubiquity screenshots.  I'll have to ask around.
[06:14] <Andre_Gondim> I have  a manually screenshot os chapter 1
[06:15] <godbyk> The original English screenshots for chapter 1 may have been taken manually.  I don't know how they took those.
[06:22] <Andre_Gondim> If I could send to you take a look at my screenshot
[06:25] <Andre_Gondim> godbyk, http://ubuntuone.com/p/lql/
[06:30] <godbyk> Those may work.
[06:31] <godbyk> Andre_Gondim: I'd recommend emailing the Ubuntu Manual mailing list and asking if anyone knows how to take the Ubiquity screenshots with Quickshot.  (Or if they can just use the screenshots you took manually.)
[06:31] <godbyk> I don't know enough about Quickshot to be helpful, I'm afraid.
[06:33] <Andre_Gondim> ok
[07:38] <Andre_Gondim> godbyk, for now, may you overview lucid-e2 if there are a lot of problem
[09:29] <thorwil> godbyk: hi!
[09:29] <thorwil> godbyk: i just opened titlepage-lt.svg. inkscape claims the font used is "SQL error near line 1"! ;)
[09:35] <thorwil> godbyk: the same shit in the already tweaked titlepage-de.svg
[09:36] <thorwil> godbyk: simply changing the font back doesn't restore the layout/kerning
[09:37] <thorwil> so all titlepages, at least those i already touched, need to be rolled back
[09:46] <thorwil> nm, those aren't even in the repo for lucid-e2
[10:51] <thorwil> anyone knowing lithuanian around? i need to know where i can break "supažindinti"
[11:02] <thorwil> godbyk: lithuanian pushed. have someone look at the hyphenation on the backside.
[11:03] <thorwil> i wonder what's up with the change from "pradedančiųjų vadovas" (lucid-e1) to "vadovas pradedančiųjų" (lucid-e2)
[15:58] <Infosoft> godbyk, any news about PDF?
[17:48] <godbyk> thorwil: Infosoft is one of the Lithuanian translators if you want to ask him about the hyphenation and other tidbits.
[17:49] <godbyk> jenkins: If Andre_Gondim is still around, can you help him out with taking screenshots of the installer for the Brazilian Portuguese translation (first edition)?
[17:50] <godbyk> jenkins: He's also uploaded most the other screenshots via Quickshot, so we need to look at those and approve them.
[17:50] <godbyk> I'm going to take a shower and then fix something for lunch. I'll be back in a bit.
[17:50] <thorwil> Infosoft: hi! can the following word be hyphenated like that? supažin-dinti
[17:50] <Andre_Gondim> :D
[17:51] <Infosoft> thorwil, it can be hyphenated like supažin-dinti, supa-žindinti, ...
[17:53] <thorwil> Infosoft: alright then, thanks. it's supažin-dinti on the lulu cover backside. luckily no other hyphenation needed
[17:54]  * thorwil went through several words with a native speaker for another language
[19:52] <jenkins> Andre_Gondim: I understand you need some help with a screenshot
[19:53] <Andre_Gondim> jenkins, yeah, I file a bug about it
[19:54] <Andre_Gondim> let me see if I find the bug
[19:54] <jenkins> I am not sure what is causing the bug. I dont see the attachment in the mailing list can you send it to<EMAIL_ADDRESS>[19:54] <jenkins> bug 704753
[19:54] <manualbot> Launchpad bug 704753 in unity "unity launcher does not hide for gimp's Toolbox window (dup-of: 706109)" [Undecided,New] https://launchpad.net/bugs/704753
[19:54] <manualbot> Launchpad bug 706109 in unity "launcher doesn't autohide for windows of type "Utility"" [Undecided,Fix released] https://launchpad.net/bugs/706109
[19:55] <jenkins> opps wrong one
[19:55] <jenkins> Bug 754203
[19:55] <manualbot> Launchpad bug 754203 in quickshot "problem to take screenshots" [Undecided,New] https://launchpad.net/bugs/754203
[19:55] <jenkins> thats better
[19:56] <jenkins> Andre_Gondim: are you using an install thats on your pc to take the screenshot or a live cd?
[19:57] <Andre_Gondim> jenkins, Bug 754203
[19:57] <manualbot> Launchpad bug 754203 in quickshot "problem to take screenshots" [Undecided,New] https://launchpad.net/bugs/754203
[20:08] <Andre_Gondim> jasono, I was
[20:08] <Andre_Gondim> ops, jenkins I was
[20:13] <jenkins> Andre_Gondim: you will need to use the live cd to create the screenshot there is an ubuntu manual version with quickshot on some where let me find it
[20:13] <Andre_Gondim> jenkins, I have this ISO
[20:14] <jenkins> actually that has old quickshot on. you will need to use the iso from the ubuntu website and choose try ubuntu and then add quickshot ppa
[20:14] <Andre_Gondim> I am working on a report to job, after this I try it again with this ISO
[20:14] <jenkins> no problem
[21:26] <Infosoft> thorwil, are there any news about Lithuanian PDF?
[21:27] <Infosoft> Damn, I'm too late


[10:53] <primary> hiya all
[10:54] <primary> ogra: why would users appear to be logged in a day after they logged out
[10:54] <primary> we then use the slay command to kill the running users and programs
[12:33] <guffe> Need some help. Have fu¤%& up my system... Tried to upgrade chroot to accept x11vnc for tcm but now all I get is BusyBox on my thin clients.
[12:34] <guffe> Im a newbie at this...
[16:02] <RichEd> ogra: ping ?
[16:02] <RichEd> any ideas about the wireless for me ?
[22:32] <lns> Hey, to do a distribution upgrade from Gutsy to Hardy from the terminal, it's still just "apt-get update && apt-get dist-upgrade" right?
[22:33] <lns> Or should I do the do.serverupgrade (or whatever that is) even though it's a desktop install .. ?
[22:36] <lns> oops, do-release-upgrade.. nevermind =)
[22:52] <Circe> Just installed Edubuntu and I love it! Anyone know where I can get an Edubuntu sticker?
[22:52] <johnny> edubuntu is jut an addon cd to ubuntu now
[22:52] <johnny> don't know if it's worth having a sticker for that
[22:54] <bimberi> Of course it is!
[22:55] <bimberi> But idk where to get one
[22:55] <RichEd> hi bimberi
[22:55] <RichEd> & johnny
[22:55] <bimberi> hey RichEd
[22:57] <bimberi> !upgrade | lns
[22:57] <bimberi> hm, no ubottu here
 For upgrading, see the instructions at https://help.ubuntu.com/community/UpgradeNotes
[22:58] <lns> bimberi, thanks..I thought I'd go the risky route and do a 'do-release-upgrade' over ssh =p
[22:58] <bimberi> yee-har, ride-em cowboy :)
[22:59] <lns> bimberi, ;) I'm only about 5 minutes away from the site anyway, so it's ok ;) New install, too
[23:00] <bimberi> lns: pfft, you're struck off the cowboy list then ;p
[23:00] <Michael__> Hi RichEd
[23:00] <RichEd> hi Michael__
[23:03]  * bimberi heads off to work to avoid discussing the Rugby World Cup with RichEd ;)
[23:03] <RichEd> bimberi: what rugby world cup ? that was too many beers ago to remember
[23:04] <RichEd> oh ... vague recollection ... we beat some ladies teams didn't we
[23:04] <RichEd> ??
[23:28] <blue-frog> how could I find out what gparted is doing when moving partitions? look at the source? strace (if yes how?)? other?
[23:51] <mcirce> is there a repository with more edubuntu themes/ wallpapers?
[23:52] <mcirce> just looking


[02:14] <AndrewTheArt> Hey guys, I'd love to join the documentation team - how do I start?
[02:16] <AndrewTheArt> Hey guys, I'd love to join the documentation team - how do I start?
[02:18] <kgoetz> AndrewTheArt: hang around, its quit posable no ones around atm
[02:18] <AndrewTheArt> OK, I'll hang here
[02:19] <AndrewTheArt> thanks
[02:19] <kgoetz> np. welcome in :)
[02:22] <AndrewTheArt> brb actually
[02:22] <AndrewTheArt> nvm
[02:25] <sommer> AndrewTheArt: the best place to start with the Doc Team wiki page: https://wiki.ubuntu.com/DocumentationTeam
[02:25] <sommer> hey kgoetz
[02:26] <AndrewTheArt> which in turn tells me to go here
[02:26] <AndrewTheArt> I probably misread it
[02:26] <sommer> heh, there's also the doc mailing list
[02:27] <kgoetz> sommer: hey mate
[02:27] <kgoetz> this channel varies quite a lot in livelyness depending on the time of day
[02:27] <sommer> join the mentoring program, also the Getting Started Page: https://wiki.ubuntu.com/DocumentationTeam/GettingStarted
[02:28] <sommer> heh, ya my experience is that's it's usually pretty quite
[02:50] <ubotu> New bug: #213711 in ubuntu-doc "Typo in 8.04 Beta release notes" [Undecided,New] https://launchpad.net/bugs/213711
[12:25] <ubotu> New bug: #213889 in ubuntu-docs (main) "Missing laptop_mode documentation" [Undecided,New] https://launchpad.net/bugs/213889
[18:00] <sommer> hey all, has there been any thought of the doc team doing a session at open week?
[18:34] <LaserJock> sommer: we did one I remember for the first open week, not sure about last time
[18:43] <sommer> ah, I don't remember seeing one last time.
[18:43] <sommer> just wondering since it seems there a lot of new mentees lately :-)
[18:43] <LaserJock> yeah, but we have to have somebody to run it
[18:44] <LaserJock> and really if we have mentees maybe we don't need open week so much?
[18:44] <sommer> heh, that has some logic to it
[18:47] <LaserJock> I doubt anybody in the doc team would object to a session, but I'm not sure if we really need it as bad as other teams
[22:56] <awen_> anyone know if it is too late for adding a new translational string? ... just came across a string that wasn't marked for translation
[22:57] <crimsun> mdke: ^
[22:58] <crimsun> awen_: I don't think it's too late, since you're referring to a KDE app, yes?
[22:59] <awen_> crimsun: kde-app, yes. guidance-power-manager to be exact
[23:00] <crimsun> awen_: I'd hang around for either mdke or LaserJock.  (See also https://wiki.ubuntu.com/DocumentationStringFreeze and https://wiki.ubuntu.com/NonLanguagePackTranslationDeadline)
[23:01] <LaserJock> I'm not really sure either
[23:01] <crimsun> I don't think NonLanguagePackTranslationDeadline is applicable here, since we're not speaking of a menu entry
[23:02] <LaserJock> what's the specific thing we're talking about?
[23:02] <crimsun> 17:52        awen_ > ScottK: any reason why we are translating (i18n) "charging" but not "discharging" in g-p-m ... to late to fix that?
[23:02] <awen_> crimsun: but it wouldn't be a regression ... if it isn't translated it will appear in english (as in the code) right?
[23:02] <awen_> LaserJock: ^^
[23:02] <LaserJock> so that's in the g-p-m package right?
[23:03] <crimsun> awen_: correct
[23:03] <crimsun> LaserJock: correct
[23:03] <LaserJock> seems like that would be a low-risk bug fix
[23:05] <LaserJock> I wouldn't think there would be a freeze on that right now
[23:05] <LaserJock> you aren't changing the documentation
[23:05] <awen_> i don't really know how the black magic works ... from using the i18n-function in python to the translation file
[23:05] <LaserJock> just making  it available for translation
[23:05] <awen_> LaserJock: not in any way ... just adding i18n around a string
[23:05] <crimsun> (I guess technically it's the kde-guidance source)
[23:05] <awen_> crimsun: yeah
[23:06] <LaserJock> I certainly don't see anything wrong with fixing that
[23:07] <LaserJock> and you might want to email the ubuntu-translators list once the .pot has been imported to help get that string as well translated as possible
[23:07] <awen_> LaserJock: okay... i'll go ahead then
[23:07] <LaserJock> I think the relavent freeze here is https://wiki.ubuntu.com/LanguagePackTranslationDeadline
[23:07] <LaserJock> crimsun: would you agree?
[23:08] <LaserJock> which is the 17th
[23:08] <crimsun> LaserJock: that's what I would think
[23:09] <awen_> okay ... so no the translation teem should be aware of last minute changes like this, eg. no need to email them?
[23:10] <LaserJock> I would email them just to make sure
[23:10] <LaserJock> doesn't hurt to give them a "heads up"
[23:10] <awen_> LaserJock: okay<EMAIL_ADDRESS>?
[23:25] <LaserJock> awen_: I think it's ubuntu-translators
[23:25] <LaserJock> but you can check lists.ubuntu.com to make sure
[23:27] <awen_> LaserJock: you were correct ... thanks for taking your time
[23:29] <LaserJock> no problem, thanks for looking into the issue