[14:23] <mlankhorst> what to do with a sru if verification passes but nvidia drivers (potentially) regress with the fix? bug 1009629
[15:11] <mlankhorst> RAOF: oh hey gtx 560 is fixed with https://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=9bd0c15fcfb42f6245447c53347d65ad9e72080b :-)
[21:10] <Azelphur> I'm having an issue with wine, it throws an X error for any application at all (even winecfg), I asked in #winehq and they said it was probably that my 32bit libgl version isn't the same as my kernel module, is there anyone that would know how to fix that?
[21:10] <Azelphur> Also I'm on the X-Swat PPA, that may be relevant
[23:46] <RAOF> mlankhorst: That looks like it doesn't actually regress nvidia. Binary drivers replacing bits of X, we hates them!


[06:37] <eagleon1> hi guys, I was just wondering if you can help me figure out if my workflow is well thought out, or flawed... might anyone be around to help? :)
[06:46] <eagleon1> anyone?
[06:50] <vila> eagleon1: just ask your question or nobody knows if he/she can answer ;)
[06:52] <eagleon1> ah ok, thank you vila :) ... well my current situation is this: I am a single developer who works on multiple machines (varying OSes and locations).... and my main line of work is web dev
[06:52] <eagleon1> so the goal is to (1) local dev (offline if no connection, like when I am on a flight) .. (2) upload all changes to the remote test server when done in working condition
[06:53] <eagleon1> and before starting work on an project, I want to make sure that the machine that I am working on at the time has the latest version
[06:53] <eagleon1> so in order to accomplish this I am doing the following:
[06:53] <eagleon1> 1) bzr pull
[06:53] <eagleon1> 2) bzr update
[06:54] <eagleon1> then I work on the project and make changes (being confident that I have the latest version on this machine)
[06:54] <eagleon1> 3) after making changes (online or offline) I make local commits along the way...
[06:55] <eagleon1> 4) when I am ready to test it on the test server, I do a bzr upload
[06:55] <eagleon1> 5) then a bzr push
[06:55] <eagleon1> thats it!
[06:55] <vila> That sounds correct.
[06:55] <eagleon1> at this point, I assume the remote test server (e.dg www.example.com/test) is the latest version
[06:56] <eagleon1> so the next time I do a pull, it will also be from here...
[06:56] <eagleon1> :) correct! yay!
[06:56] <eagleon1> in the docs, I was reading about 'bzr checkout' ... this is not necessary then right?
[06:56] <vila> A couple of questions though: where are your branches, do you have one on the test server (and/or the production server)
[06:57] <eagleon1> when ever I create a new project, I will create a branch for that project on the test server... then get it locall using the step #1 above...
[06:57] <eagleon1> for that, I will only do bzr init, bzr add znd bzr commit
[06:58] <vila> ok, so you have a bzr branch on the test server. Is bzr installed there ?
[06:58] <eagleon1> yep installed and ready :)
[06:58] <vila> so you can use the bzr-push-and-update plugin instead of bzr-upload
[06:59] <eagleon1> ah, excellent! whats the difference in this case?
[06:59] <vila> If you haven't (yet) read http://wiki.bazaar.canonical.com/MatthewFuller/SpotDocs/PiecesInBrief you can ;)
[06:59] <vila> working trees and branches are especially relevant here
[06:59] <eagleon1> havent, but will do right now! thanks :)
[07:00] <vila> you have to understand that a working tree can be in sync or not with its associated branch (they generally are)
[07:00] <eagleon1> im still new to versioning ... terms like branches and tress can be a little confusing in terms of application (vague)... but this link might help understand ...
[07:00] <vila> In some cases, one can push to a branch but the working tree is not updated
[07:01] <eagleon1> oh I see
[07:01] <vila> roughly, the working tree is the files you're editing, when you do a commit, a revision is created and becomes the branch's new tip
[07:02] <eagleon1> I understood everything up to the point where the revision is created...
[07:02] <eagleon1> so a branches new tip is the version history data?
[07:03] <vila> so, a branch is a directed graph of revisions (the history of your work, the tip being the most recent revision and the graph entry point)
[07:03] <eagleon1> oh got it, that makes sense
[07:03] <vila> so, back to your workflow,
[07:05] <vila> most of the time, (bzr branch, bzr init, bzr pull), your WT is updated automatically so your step (2) is probably not required
[07:05] <eagleon1> ok, thats good to know
[07:05] <eagleon1> so that would be a redundant step
[07:06] <eagleon1> but I didn't have bzr branch in my workflow before,
[07:06] <vila> if you install and configure bzr-push-and-update (requires ssh access to the server), your step (4) becomes useless too
[07:06] <eagleon1> ssh access is ready
[07:06] <eagleon1> thats good!
[07:06] <vila> and if in (5) you're pushing to the same place that you're uploading in step (4), you're on thin ice
[07:06] <vila> ,,,
[07:06] <vila> ...
[07:07] <eagleon1> in what sense (and yes, it is the same place) ...
[07:07] <vila> I thought bzr-upload will refuse to upload to an existing branch... am I wrong ?
[07:07] <eagleon1> no it uploads
[07:07] <eagleon1> ive been testing this workflow for a bit now, but I dont know when I am really working on a project what sort of variables might mess things up
[07:07] <vila> and you then push to the exact same url ?
[07:08] <eagleon1> yes
[07:08] <vila> hmm, anyway, that's still risky :)
[07:08] <eagleon1> how come? :)
[07:09] <eagleon1> just asking to know... i believe you tho, I want to understand this better
[07:09] <vila> so, if you have ssh access *and* you already maintain a branch there, better use push-and-update
[07:09] <vila> well, bzr-upload is targetted at uploading a tree relying on a local branch
[07:09] <eagleon1> yes, the branch will always be created on the remote test server first
[07:11] <eagleon1> (in some cases i may create it locally and send it to the remote server) then sync back... if I want to do that, will push-and-upload have any conflict?
[07:11] <vila> bzr-upload needs to upload the whole files, whereas 'bzr update' running remotely (via push-and-update) deals with local files
[07:11] <vila> push-and-update :)
[07:11] <vila> no, it's fine
[07:11] <eagleon1> cool
[07:11] <eagleon1> this is great, I am so glad I asked... your help is invaluable :)
[07:12] <vila> in a nutshell: if you have bzr installed where you want to push, use bzr-push-and-update,
[07:12] <vila> if you don't have bzr installed OR don't want your bzr branch to be readable (think production servers), use bzr-upload
[07:12] <vila> happy to help ;)
[07:13] <eagleon1> oh, right~ I was thinking on putting things manually to production servers without bzr involved (but perhaps knowing this may make a difference, once I am vry comfortable with bzr) ...
[07:14] <eagleon1> one last question if you dont mind vila... what about "checkouts" they are not necessary right?
[07:14] <eagleon1> checkins and checkouts?
[07:14] <vila> well, no, they aren't
[07:14] <eagleon1> in the docs, I read that I would use a checkout if I am a single dev working on multiple machines
[07:15] <eagleon1> just out of curiosity, in what situation would a checkout be appliable over this workflow that I have (with the changes you recommended)
[07:15] <eagleon1> *applicable
[07:15] <vila> it would make sense if you're working on the same project from multiple machines
[07:16] <eagleon1> I am though, that's the thing
[07:16] <vila> by same project, I mean a 'master' branch on a central server
[07:16] <eagleon1> oh...
[07:16] <vila> and it works really well if you're always online and the server is always accessible too
[07:17] <eagleon1> hmm... no my setup is more "distributed" than centralized, if that correct?
[07:17] <eagleon1> *is
[07:17] <eagleon1> i may not always have access to the net, as I travel a lot
[07:17] <vila> outside of these constraints... you need to be more careful and rigorous about committing (locally) when you've been offline and run 'bzr update' before starting edits again
[07:17] <fullermd> When you're push'ing and pull'ing stuff around, you basically have 2 (or 3, or 4, or more) independent branches, that you opportunistically sync up.
[07:18] <vila> eagleon1: what have you done !!! You said 'checkout' !!!
[07:18] <fullermd> With checkouts, you conceptually have _one_ branch, and 2 (or 3, or 4, or...) different working trees you work on it from.
[07:19] <eagleon1> hmmm
[07:19] <eagleon1> again, slightly confused ... let me go over this for a second
[07:19] <fullermd> And you never ever use commit --local, because it's the devil.  See those two l's at the ends of the word?  Those are its horns.
[07:19] <vila> hehe
[07:19] <eagleon1> ah :p
[07:20] <vila> so, basically, avoid checkouts until they *really* make your life easier :)
[07:20] <eagleon1> thats' a great way to remember never to do it, thanks fullermd
[07:20] <eagleon1> will do vila... right now, they dont seem to apply to me
[07:20] <vila> even bound branches are clearer to use when you're offline from time to time
[07:20] <fullermd> And if you don't immediately see how they make your life easier, they probably don't at this point.
[07:21] <eagleon1> yeah, my priorities are to always have the latest version on the local machine that I am working on when I begin coding, then when I finish that latest version needs to be on the test server (which acts as my source if I start working on another machine later)
[07:22] <eagleon1> my biggest concern is losing any work by forgetting a step.. :-S ...
[07:22] <eagleon1> is that possible?
[07:23] <vila> well, pull before your start, push before you end
[07:23] <eagleon1> by push you mean push-and-update right?
[07:23] <fullermd> Or after you end   ;p
[07:23] <eagleon1> haha
[07:23] <vila> oh no, *before*, you're not finished until you do that :)
[07:24] <eagleon1> thats true indeed
[07:24] <vila> eagleon1: oh, and 'bzr missing' is your friend when you don't remember if you did
[07:24] <vila> (pull or push)
[07:24] <eagleon1> excellent, ill read up on missing as well
[07:24] <fullermd> If you make some changes in one place, and don't push them before you start working in another, you'll wind up with two branches that have diverged (both have changes the other doesn't).
[07:25] <vila> 'bzr config' and 'bzr info' will also remind you of which branches you're dealing with
[07:25] <eagleon1> also I suspect 'bzr add' and 'bzr remove' are crucial
[07:25] <fullermd> But that's not any sort of problem; you can just merge them later.  You just won't have the changes from one place in the other until you do.
[07:25] <vila> they're pre-requisites of 'bzr commit' IMHO
[07:25] <vila> 'bzr add/remove' are pre-requisites of 'bzr commit' IMHO
[07:26] <vila> so yeah, 'bzr st' is the moral equivalent of 'bzr missing'
[07:26] <eagleon1> moral equivalent meaning?
[07:26] <fullermd> Yes, there are basically two different sets of commands you work with.  One is the "I'm making new stuff" set, where you have add/rm/mv/stat/commit/etc.
[07:27] <fullermd> The other is the "I'm getting the stuff I've made where it needs to be to deploy/continue deving", where you have push/pull/missing/etc.
[07:27] <eagleon1> hmm, this new info completely upgrades my workflow from what I had in mind initially
[07:27] <vila> so, 'bzr st/bzr diff' is the last command before 'bzr commit', where 'bzr missing' is the last command before 'bzr pull/push'
[07:28] <eagleon1> got it, I hadn't even thought of those previously... thanks vila and fullermd
[07:28] <vila> you're welcome
[07:28] <vila> fullermd: thanks to you too ;)
[07:28] <eagleon1> :)
[07:29] <fullermd> vila: 'k.  Now let's find someone new to confuse!
[07:29] <eagleon1> haha
[07:29] <eagleon1> wow, I just realized... being on the #python chat room has truly deciplined me to no lol
[07:29] <eagleon1> cos their bot keeps bugging you whenever you type lol there :p
[07:29] <eagleon1> so now I keep typing haha by habbit :-S ...equally bad or worse
[07:30]  * vila checks #bzr bot, you slacker
[07:39] <eagleon1> by the way, what is the lp: stand for... like in bzr branch lp:bzr-push-and-pull
[07:40] <eagleon1> I mean push-and-update... :/
[07:40] <vila> hehe
[07:41] <vila> it's a shorcut for launchpad branches
[07:41] <eagleon1> ah cool :D
[07:44] <eagleon1> moving a branch if ever necessary (using the file system itself) should be safe right? I just pulled the push-and-update plugin into the bzrlib dir insited of inside the plugins dir... so doing a mv to where it belongs, should not break anything right?
[07:46] <eagleon1> hmm, there is no setup.py for this plugin... so I assume it will work as long as it is in the plugin dir?
[07:46] <fullermd> Except in the case where it was made in a shared repo (init-repo), and you mv it out of the repo.
[07:46] <eagleon1> oh, got it!
[08:24] <mgz> morning
[08:25] <fullermd> I don't remember authorizing that.
[08:25] <eagleon1> morning :)
[08:25] <eagleon1> authorizing what?
[08:25] <fullermd> Mornings.  They're bad news.
[08:26] <eagleon1> oh ... sorry to hear that, did I miss something.. your comment seemed random ... :/
[08:26] <fullermd> You say that as if it's something unusual...
[08:26] <mgz> it's fulldermd's normal greeting :)
[08:26] <eagleon1> ah! :P
[08:27] <eagleon1> im new here, so its good to know that now :D
[08:28] <mgz> in fact, these days I'm not convinced it's actually random
[08:29] <mgz> I think he's just pseudo-random
[08:29] <eagleon1> lol
[08:29] <fullermd> Being completely unpredictable was getting predictable.  I had to switch to pre-planned things so it didn't look pre-planned.
[08:30] <eagleon1> oh darn, you just gave it away...
[08:30] <fullermd> Or DID I??
[08:31] <eagleon1> :-O
[08:39] <eagleon1> hi guys, I am wondering what I am doign wrong here...
[08:39] <eagleon1> $ bzr push-and-update
[08:39] <eagleon1> bzr: ERROR: Not a branch: "/usr/lib/python2.6/site-packages/bzrlib/plugins/".
[08:47] <mgz> run `bzr info` in the same location?
[08:49] <eagleon1> oh right, im not inside a branch... :( silly me
[08:49] <eagleon1> :)
[08:49] <eagleon1> thanks mgz
[08:56] <vila> hmm, I thought push-and-update could be configured to trigger automatically when one do push...
[08:56] <vila> hi mgz (sry for the delay ;)
[08:59] <eagleon1> is that possible?
[09:02] <vila> according to the code, it's the default behavior, as long as the url used hints that ssh is involved
[09:02] <vila> give it a try
[09:02] <vila> i.e. no configuration needed
[09:02] <eagleon1> will do, im stil documenting what we discussed earlier before I forget :D
[09:02] <vila> good choice :)
[09:03] <eagleon1> all while watching hacker attempting to breach my production server
[09:03] <vila> yeah, always entertaining
[09:03] <eagleon1> indeed
[09:38] <eagleon1> hi guys, when limiting the ssh account that I use to connect to the remote server (when doing a pull) ... what commands should I supply?
[09:38] <eagleon1> what arguments should be there for example
[09:39] <vila> I never remember the details for that as I rely on using only keys to connect to ssh servers
[09:40] <eagleon1> yeah, even with the keys its better to limit the ssh user i think...
[09:40] <vila> note that having ssh access is enough to use the bzr smart server, the bzr client will execute the right command remotely
[09:40] <eagleon1> i never connect with a previledged account
[09:40] <eagleon1> hmm
[09:41] <vila> and if you use bzr-push-and-update, you need to allow a different command for that too
[09:41] <vila> it's certainly doable but I've never done it myself
[09:42] <eagleon1> I guess I will have to allow some freedom to this user then...
[09:42] <eagleon1> will definitely have to limit bzr to the test server, and update production manually for now..
[09:43] <vila> you can use a dedicated key on the test server and pull from the production server
[09:43] <mgz> probably don't need to be too paranoid
[09:44] <vila> hehe, all paranoids will disagree with that I think :)
[09:44] <eagleon1> well im getting hacker attempts daily, but the hour.. so a bit paranoid ... :-s
[09:44] <eagleon1> *by the hour
[09:44] <fullermd> What?!  How did you know I'd disagree???
[09:44] <vila> . o O (Damn it, damn it, quick, the dried frog pills)
[09:45] <eagleon1> im actually extra paranoid today because they are trying to brute force a specific user account that I created recently... how did the know it exists!?!
[09:45] <eagleon1> although the brute force wont work, im still worried about how they got that specific user name
[09:45] <eagleon1> made up of random letters
[09:46] <vila> wow
[09:46] <fullermd> Well, I certainly didn't tell them via a scrawled note I dropped in a basket outside the local Burger King between 2200 and 2230 last night.
[09:46] <fullermd> That would be suspicious after all.
[09:46] <eagleon1> lol
[09:46] <vila> eagleon1: still, they are trying passwords, if you disallow that on your ssh server allowing only keys, you're done
[09:47] <fullermd> Nono, everybody knows you're supposed to run sshd on a different port.  Then you're totally safe forever.
[09:47] <eagleon1> yeah, im already doing that so safe there... but still wondering how they got that username
[09:47] <eagleon1> (last comment was in response to vila :p)
[09:48] <eagleon1> can they sniff an user name during connect time, even if I was attempting via ssh?
[09:48] <eagleon1> i wonder
[09:48] <fullermd> Obviously what you thought was random was really only pseudo-random.  We know how that turns out.
[09:48] <eagleon1> indeed :P
[09:50] <vila> if they were able to sniff user names, I'd call that a very big security hole
[09:51] <eagleon1> exactly :-S
[09:53] <vila> eagleon1: are you really saying you see hack attempts on a non-standard port with a random user name ?
[09:53] <vila> I'm curious about which of your assumptions is wrong...
[09:53] <vila> because if they are all true, you're in trouble :)
[10:11] <eagleon1> no, they are attempting on a standard port with a known username...
[10:11] <eagleon1> (as well as random ones)
[10:12] <eagleon1> but they only get past 3 attempts with each IP... after that they need to go find more proxies from china :p
[10:42] <vila> eagleon1: fail2ban for the win ?
[10:43] <eagleon1> yes indeed :)
[10:44] <eagleon1> by the way, does bzr commands need to always be run withing the working dir of the branch? is it possible to provide the path of the branch to other commands, like bzr push [host] [branch?] ... unlikely right?
[10:51] <mgz> all commands should either take a path as a param, or -d to tell them where to operate
[10:58] <eagleon1> so bzr push -d /home/user/file/ bzr+ssh://.... is good?
[11:01] <eagleon1> i dont see -d in the help files..
[11:03] <eagleon1> i think bzr bind is what I was looking for,
[11:03] <mgz> I... doubt it?
[11:03] <eagleon1> really?
[11:04] <mgz> what are you actually trying to do?
[11:04]  * fullermd is pretty sure "not bind" is the answer too   :p
[11:04] <fullermd> -d is right there in push's help, frex...
[11:04] <eagleon1> hmm.. well what im trying to do... lets say im in /home/user
[11:05] <eagleon1> i have a branch in /home/user/test
[11:05] <eagleon1> without going inside 'test', while being in /home/user, i want to perform the bzr push (or any bzr command)
[11:06] <eagleon1> i couldn't see the -d in my push's help ... let me check again
[11:06] <mgz> (cd test && bzr anything)
[11:06] <mgz> magic, you've not changed location :)
[11:09] <mgz> otherwise -d is what you want for many commands
[11:09] <eagleon1> ah, nevermind.. looks like i was looking at bzr update's help ... which dosen't have it... my bad, but still missing for this command
[11:10] <eagleon1> mgz, i think you magic command is what im going to use :D thx
[11:10] <eagleon1> nevermind :P
[11:11] <eagleon1> that changes location..
[11:12] <eagleon1> the problem is that I need to execute this as a python subprocess.call
[11:13] <mgz> that's not a problem surely
[11:13] <eagleon1> yea, actualy its not lol
[11:13] <mgz> that has a param to set the cwd of the process you're spawning
[11:13] <eagleon1> really? :-o I didnt know that...
[11:14] <eagleon1> thanks mgs, that helps
[11:14] <eagleon1> *mgz (sorry)
[12:30] <Merwin> hi !
[12:36] <jelmer> hi Merwin
[15:46] <vila> jelmer: what needs to be done for 2.5.1  ? An SRU for precise ? Something for quantal (or should that be some 2.6bx there) ?
[16:04] <jelmer> vila: an SRU for precise
[16:05] <vila> jelmer: ok, can you take care of that ?
[16:19] <jelmer> vila: sure
[16:20] <vila> cool, thanks
[18:51] <eagleon1> hi
[18:52] <eagleon1> i keep getting this strange error: This transport does not update the working tree of: bzr+ssh://
[18:52] <fullermd> That's not an error, just a notice.  Thought it does get old pretty quick.
[18:52] <eagleon1> bzr+ssh is supposed to be a supported transport, right?
[18:53] <fullermd> It's just telling you it doesn't update remote working trees.
[18:55] <eagleon> i keep getting this strange error: This transport does not update the working tree of: bzr+ssh://
[18:55] <eagleon> bzr+ssh is supposed to be a supported transport, right?
[18:56] <eagleon> for the push-and-upload plugin?
[18:56] <fullermd> I dunno if push-and-upload can or bothers suppressing the message from push.
[18:57] <eagleon> hmm... either way, its not working :(
[18:57] <fullermd> push-and-update I think it's called, rather.
[18:57] <eagleon> yeah.. thats what i meant, sorry
[18:57] <eagleon> it works with just doing a bzr push
[18:58] <eagleon> after its installed
[19:00] <eagleon> im tempted to go back to the bzr upload solution like I wanted to originally... but also cant rest until i can figure out why this is broken... :-S
[19:01] <fullermd> What's broken?  I thought you said it works.
[19:03] <eagleon> nope :( ... basically the push-and-update dosen't work... let me show you, one sec
[19:03] <fullermd> 13:57 <eagleon> it works with just doing a bzr push
[19:03] <fullermd> I presume "it" means the WT gets updated.
[19:04] <eagleon> oh... what I meant by that is that doing a bzr push actaully calls the push-and-update plugin when it is installed ... sorry for the lack of clarity, but the WT does not update
[19:05] <eagleon> i get the following error: This transport does not update the working tree of<EMAIL_ADDRESS>[19:05] <fullermd> That's coming from push.  Unrelated to whatever the problem is.
[19:05] <eagleon> hmm
[19:05] <eagleon> let me show you the whole error, it might make more sense
[19:06] <fullermd> push-and-update basically just adds a hook into things so that when you run "bzr push bzr+ssh://server/some/path", it goes in afterward and runs "ssh server ; cd /some/path && bzr up"
[19:06] <fullermd> It doesn't change the push process itself to do anything to the WT.
[19:08] <eagleon> http://dpaste.com/752205/
[19:08] <eagleon> hmm
[19:09] <fullermd> 'k, well that seems reasonably self-explanatory.
[19:09] <eagleon> you mean the host name?
[19:09] <fullermd> Yah.
[19:10] <eagleon> the funny thing about that, is that it connects to the server.. then I even get authenticated (password request pops up) I enter the pass and then this happens
[19:10] <fullermd> ssh takes a hostname as an arg, not something like a URL fragment.  The plugin apparently doesn't do necessary translations.
[19:10] <eagleon> ah
[19:10] <fullermd> That password prompt is probably from the push, not the update.
[19:11] <eagleon> got it,that makes sense
[19:11] <fullermd> I doubt there's an in-bzr workaround short of extending the plugin's capabilities.
[19:11] <eagleon> i guess a simple work around would be to just run the update myself without the plugin
[19:11] <fullermd> Me, I'd avoid the issue entirely by just using sshconfig.
[19:11] <fullermd> Saves worrying with usernames too.
[19:11] <eagleon> whats that? im not familair with it
[19:12] <fullermd> Add an entry into your ssh config setting the port and the username; then you don't need to specify any of it.
[19:12] <eagleon> hmm
[19:13] <eagleon> within my user's ssh config right?
[19:13] <fullermd> Yeah.
[19:13] <eagleon> not related to bzr?
[19:13] <fullermd> Something like
[19:13] <eagleon> oh ok..
[19:13] <fullermd> http://dpaste.com/752206/
[19:13] <fullermd> Then you could just 'bzr push bzr+ssh://bzr.example/where/ever'
[19:13] <eagleon> ah yes, this shoud work nicely
[19:13] <fullermd> (my config has tabs for the following lines; I don't know if spaces work or not, but I didn't feel like trying to sneak them into bpaste)
[19:14] <eagleon> yeah, the probably do work... but I prefer tabs myself
[19:14] <eagleon> *they
[19:14] <eagleon> thanks so much for the tip
[19:15] <fullermd> I got sick of remembering all the usernames I have to deal with a good while back, and started accumulating lines in .ssh/config   ;p
[19:15] <eagleon> ah yes :)
[19:15] <eagleon> this is definitely helpful
[19:15] <eagleon> only problem that I see however, is that since I work on multiple machines...
[19:15] <eagleon> ill have to update each of them :-S
[19:16]  * fullermd . o O ( cd ~/.ssh ; bzr init ; bzr add ; bzr ci -m 'Version one copy of this I can share' ; bzr push ....  )
[19:16] <fullermd> A little recursion is good for the soul   :p
[19:17] <eagleon> ha! :D
[19:18] <eagleon> never thought of that... good solution! and it keeps things versioned too :D
[19:19] <fullermd> Oh, yes, I've got a lot of little bzr branches like that around, just to have a little history on configs.
[19:20] <fullermd> (.ssh/config being one; a little branch with nothing in it but .bzrignore and config...)
[19:20] <eagleon> actually... this would even work nicely on some /etc/...
[19:20] <fullermd> Also a branch on all my systems   :p
[19:21] <eagleon> :D
[19:21] <fullermd> As is /usr/local/etc.  /usr/local/etc/apache22 is usually another one.
[19:21] <eagleon> I never saw bzr this way until now, this is going to make my life so much easier :D
[19:21] <fullermd> One for postfix config, on the boxes where it matters.  nginx one or two places.
[19:21] <eagleon> thank you x ~
[19:22] <fullermd> I've even got a ~/.rc-files for the handful of little rc files that don't have anything else to justify a branch by themselves.
[19:22] <eagleon> nice
[19:22] <fullermd> (files symlinked to ~.  e.g., "/home/fullermd/.vimrc@ -> .rc-files/.vimrc")
[19:22] <eagleon> do you backup the branches somewhere also or just on the local machine?
[19:23] <eagleon> or server
[19:23] <fullermd> None of those branches ever get pushed anywhere, or deal with merges or any of that.  They're mostly just so I have a history of what's been done, and a backup if I accidentally rm the file or dd too many lines, or need to backout changes, etc.
[19:24] <fullermd> Most of 'em don't get explicitly backed up themselves, though they get caught in sweeping backups of the surrounding FSen.
[19:24] <eagleon> yeah, very cool!
[19:24] <eagleon> FSen?
[19:24] <fullermd> Well, how else would you pluralize "FS"?
[19:25] <eagleon> FSes? :D
[19:25] <fullermd> That doesn't sound nearly as cool.
[19:25] <eagleon> i disagree... :P
[19:25] <eagleon> then again, maybe ur right
[19:25] <fullermd> Of course I am.  It's one of the rules.
[19:25] <eagleon> lol
[19:26] <eagleon> besides, confusing is cool and it just happens to be your style from what i've been gathering lately :D
[19:26] <fullermd> Am I that predictable?  Good.
[19:31] <eagleon> how come you are always online? :p its awesome
[19:32] <fullermd> Well, the alternative would be to get a life.  And who has time for that?
[19:32] <eagleon> indeed!..
[19:32] <eagleon> thats what I always say
[19:34]  * fullermd shrugs.
[19:34] <fullermd> I work a lot.  And my IRC window is always sitting there anyway.
[19:34] <eagleon> yes, thats what I tell everyone as well.. they never beieve
[19:35] <fullermd> Infidel defilers.  They shall all drown in lakes of blood.
[19:36] <eagleon> :-O


[00:55] <Mamarok> valorie: all in the making for KDE, but if you want more hooked up talk to sealne
[01:33] <valorie> sounds goo
[01:50] <valorie> err, sounds good
[21:09] <valorie> just asked -- we'll see
[21:10] <valorie> also just fixed https://community.kde.org/Kubuntu freenode > libera
[21:12] <RikMills> valorie: thanks for fixing. I was going to but got distracted
[21:13] <valorie> you have a lot on your plate


[11:31] <Odd_Bloke> smoser: Review of https://code.launchpad.net/~daniel-thewatkins/cloud-init/openstack-vendor-data-doc/+merge/260463 would be appreciated, because we want to point a partner at some vendor-data docs. :)
[12:48] <smoser> Odd_Bloke, gracias.
[12:50] <smoser> Odd_Bloke, does cloud-init handle vendor-data differently on openstack than other places ?
[13:51] <Odd_Bloke> smoser: I don't really know how it's handled elsewhere. :p
[15:20] <rangerpb> hey guys, fedora ppc64 is spinning cloud images these days and I am testing it.  I see the cloud-init data being consumed, the host name changes, but the cloud user (fedora) isnt being setup and i cannot login as a result.
[15:20] <rangerpb> the cloud-init data is known good, tested against fedora 22 x86_64 ... any tips on debugging the user-creation, etc?
[15:22] <rangerpb> i mounted with guestfish and didnt see any cloud-init logs


[09:56] <LetoThe2nd> good morning! i'm seeing a interesting issue at the moment: everytime i get my box back from s2ram, it then goes into heavy thrashing (load 8 and above) for about 30minutes, before settling down to the usual load < 1 and being usable again.
[09:57] <LetoThe2nd> system is lubuntu 11.10, no special kernel, / fs is on btrfs spanning two devices. all updates installed, no very special workload (1x vbox, chromium, thunderbird, libreoffice, some terminals)
[09:58] <LetoThe2nd> any ideas or additional information requests maybe?
[11:49] <czajkowski> anyone running precise notices when you shut down machine and go to use it again battery is flat and machine never sut down?
[12:57] <jnorman> Hello! Does anyone here know the easiest way to track what issues that has been patched between kernel 2.6.24-24-server and 2.6.24-30-server on Hardy?
[18:25] <lamont> anyone around who can talk to me about the "arm mmap" fix?
[18:26] <lamont> specifically, I need to know which version of the kernel package has the fix in lucid/maverick/natty...


[01:05] <ubotu> New bug: #189580 in mythtv "mythfrontend.real crashed with SIGSEGV in glXMakeCurrentReadSGI()" [Undecided,Invalid] https://launchpad.net/bugs/189580
[01:05] <ubotu> New bug: #194198 in linux-restricted-modules-2.6.22 "linux kernel overwrites menu.lst causing bad boot" [Undecided,New] https://launchpad.net/bugs/194198
[02:34] <bryce> a couple of the xrandr gui changes ready to go --- http://people.ubuntu.com/~bryce/Testing/XrandrGui/
[04:06] <ubotu> New bug: #189318 in ubuntu "tty not working (dup-of: 129910)" [Undecided,New] https://launchpad.net/bugs/189318
[04:10] <ubotu> New bug: #194214 in xorg (main) "Keys get "stuck" down" [Medium,Confirmed] https://launchpad.net/bugs/194214
[06:30] <ubotu> New bug: #177494 in xserver-xorg-driver-nv "samsung 2232bw 22" widescreen wrong resolution" [Undecided,New] https://launchpad.net/bugs/177494
[06:38] <ubotu> New bug: #155276 in xserver-xorg-video-intel (main) "Resolution on i915 can't set mode 1600x1200" [Undecided,New] https://launchpad.net/bugs/155276
[07:38] <bryce> good morning mvo
[07:38] <mvo> hey bryce!
[08:25] <bryce> morning seb128
[08:25] <seb128> hello bryce
[08:25] <seb128> bryce: looks like try they landed the xrandr gtk changes in the new unstable tarball they rolled
[08:25] <tjaalton> morning guys
[08:26] <bryce> heya tjaalton
[08:26] <bryce> seb128: aha
[08:26] <tjaalton> nvidia 9600GT.. a new blob should be on it's way then
[08:26] <seb128> we will not track the new serie for hardy but I'll have a look to backporting that to the stable one if they didn't do it yet
[08:26] <bryce> seb128: great
[08:29] <bryce> seb128: I emailed a couple patches your way for review.  The gnome-desktop one may be ready for inclusion; the daemon I think still needs more testing
[08:29] <bryce> I'm working on the gnome-control-center patch presently
[08:29] <seb128> ok
[08:29] <seb128> the freeze is still in action?
[08:30] <bryce> I'm not sure if steve's cut alpha5 yet
[08:47] <seb128> bryce: http://launchpadlibrarian.net/6875673/%3Cfdopen%3E
[08:47] <seb128> bryce: does that looks like an xorg bug to you or something the client lib is doing wrong rather?
[08:47]  * bryce looks
[08:48] <seb128> that's bug #94076, looks like his computer was in a weird state, probably not worth spending to much work
[08:48] <ubotu> Launchpad bug 94076 in gnome-panel "[apport] gnome-panel crashed with SIGSEGV in _dl_fini()" [Medium,Confirmed] https://launchpad.net/bugs/94076
[08:50] <bryce> hmm, it looks like the error came in around #27-#29 and was due to a dropped music link connection
[08:51] <bryce> the _X stuff in #4-#7 look like just calls to set up the gtk error handling stuff
[08:52] <bryce> it's a fairly nasty looking backtrace though
[08:53] <seb128> I think #7 is the xorg call to change the icon used for the dialog
[08:53] <seb128> but it could be that the call is made using a broken argument
[08:53] <bryce> yeah
[08:53] <seb128> I asked the guy if he had the issue again
[08:53] <seb128> those bugs are not easy to debug if they can't be triggered
[08:54] <bryce> it sort of looks like the client app is entering a failure mode, and trying to send something to the X server (#6 an XSend call) but that's failing for whatever reason
[08:54] <bryce> yeah
[08:54] <bryce> I would guess it's that the error handling code is not making a valid call to the X server, so it's returning an error
[08:54] <bryce> s/error/IO error/
[08:55] <bryce> I can easily imagine that - app developers often don't test their error handling logic as well as their routine operation logic, so there can be hidden bugs in it
[08:57] <bryce> I think it'd probably be necessary to synthetically reproduce the error situation in order to fully debug the issue
[08:57] <bryce> but there might already be enough info in that backtrace for upstream.
[09:11] <seb128> right
[09:12] <seb128> he wrote that the computer was not responding
[09:12] <seb128> it might have been that xorg or something was in a buggy state
[09:12] <seb128> anyway, let's see what he replies
[09:12] <bryce> ah, like an out of memory situation or something...
[09:12] <seb128> if that was a one time thing I'll likely close the bug
[09:13]  * bryce nods
[10:12] <ubotu> New bug: #106846 in linux-restricted-modules-2.6.24 (restricted) "When using ATI binary driver, Menu Item has wrong 'command' specified for fireglcontrolpanel" [Undecided,New] https://launchpad.net/bugs/106846
[12:29] <ubotu> New bug: #119561 in xorg (main) "Not getting full screen resolution" [Undecided,Incomplete] https://launchpad.net/bugs/119561
[12:53] <ubotu> New bug: #133444 in xorg (main) "Radeon IGP 330M/340M/350M" [Undecided,Incomplete] https://launchpad.net/bugs/133444
[12:59] <ubotu> New bug: #138721 in xorg (main) "radeon 9600 dual graphic card secondery monitor works not" [Undecided,Incomplete] https://launchpad.net/bugs/138721
[13:02] <ubotu> New bug: #145846 in xorg-server (main) "screen goes blank when switching user" [Undecided,New] https://launchpad.net/bugs/145846
[14:50] <ubotu> New bug: #114782 in xorg (main) "ATI Radeon card with Acer AL1916W incorrect resolution" [Undecided,Incomplete] https://launchpad.net/bugs/114782
[14:50] <ubotu> New bug: #117075 in xorg (main) "X server crash (Firefox related?)" [Undecided,New] https://launchpad.net/bugs/117075
[15:49] <ubotu> New bug: #164805 in xorg (main) "driver for x1400 doesnt work" [Undecided,New] https://launchpad.net/bugs/164805
[15:50] <ubotu> New bug: #163282 in linux-restricted-modules-2.6.24 (restricted) "cannot use advanced features of desktop" [Undecided,Invalid] https://launchpad.net/bugs/163282
[15:59] <ubotu> New bug: #156308 in xorg-server (main) "9700 mobility video" [Undecided,Incomplete] https://launchpad.net/bugs/156308
[16:10] <ubotu> New bug: #194403 in xserver-xorg-input-synaptics "Random 4-way scroll button behaviour with Alps touchpad" [Undecided,New] https://launchpad.net/bugs/194403
[17:06] <ubotu> New bug: #181114 in linux-restricted-modules-2.6.24 (restricted) "virtual terminals and dpms resume video scrambled" [Undecided,Confirmed] https://launchpad.net/bugs/181114
[17:25] <seb128> do you guys have an opinion on whether bug #32963 is a driver issue or not?
[17:25] <ubotu> Launchpad bug 32963 in xserver-xorg-video-intel "totem overrides XV_CONSTRAST to wrong default value (Xv movies on i810/i945 have horrible colour/gamma)" [Medium,Confirmed] https://launchpad.net/bugs/32963
[17:40] <ubotu> New bug: #189844 in xserver-xorg-video-nv (main) "[Hardy-Alpha 4 PPC] Screen resolution correct but shifted to the right" [Undecided,Confirmed] https://launchpad.net/bugs/189844
[17:50] <bryce> seb128: hmm, interesting - some people report that it occurs only on upgrades, not fresh installs
[17:51] <bryce> seb128: especially with comment #108 it sounds like totem is getting messed up by old totem preferences imported from a prior install...  that'd be my guess based on the comments
[17:52] <bryce> from comment 107 it sounds like the particular Totem settings are XV_SATURATION and XV_BRIGHTNESS
[17:52] <bryce> on the other hand, some people are also reporting trouble with other video players...  but maybe there is more than one bug being reported here
[17:56] <bryce> seb128: so from the comments it seems pretty clear its an issue with how totem handles its preference settings, and is not a driver bug
[17:56] <seb128> ok
[17:57] <seb128> I've no idea what XV_SATURATION and XV_BRIGHTNESS are though
[17:57] <seb128> and why totem would change those
[17:58] <seb128> #116 has the same issue using xine
[18:50] <bryce> I'm not familiar with them either, but can imagine how setting them to invalid values could result in the behavior described
[18:51] <bryce> my guess is that totem is changed how it interprets the values resulting in it using invalid settings
[18:52] <bryce> I think 116 may be an unrelated bug.  The commenter says his image differs from what others are reporting
[18:55] <bryce> seb128: have you had a chance to look at the packages I sent last night?
[18:58] <seb128> bryce: not really looked to those yet because we are frozen, but I plan to look at upload things which are good on monday if we are unfrozen
[18:59] <seb128> as said the GTK change is in trunk so likely good enough to be pushed to users ;-)
[18:59] <bryce> ok
[19:45] <ubotu> New bug: #193777 in totem (main) "Totem-xine crashes on startup (dup-of: 111257)" [Undecided,Invalid] https://launchpad.net/bugs/193777
[20:16] <seb128> bryce: did you test the failsafe xorg on cds?
[20:16] <seb128> bryce: bug #194187, the guy says gdm doesn't restart after configuring xorg, not sure if that's something you read about before
[20:16] <ubotu> Launchpad bug 194187 in gdm "livecd gdm failure after low-graphics dialog" [Undecided,Invalid] https://launchpad.net/bugs/194187
[20:16] <bryce> seb128: on the alpha5 cd's?  no, but I know there are several issues
[20:17] <seb128> if I understand things correctly xorg doesn't start, he gets the displaygtk-config thing and then doesn't go back to gdm and can't log in
[20:20] <bryce> hmm
[20:21] <bryce> interesting, this is different than I expected
[20:22] <bryce> it looks like it's just that gdm is failing to get stopped / restarted properly by the scripts
[20:23] <bryce> displayconfig-gtk seems to have all worked properly other than that, and it sounds like it generated a correctly working xorg.conf
[20:24] <bryce> perhaps it's an amd64 specific issue?  I didn't run into that in my testing of it
[20:33] <seb128> dunno, I tried on normal install but not on CD
[20:34] <seb128> is there a known issue that displayconfig-gtk breaks the keyboard layout in gutsy?
[20:35] <bryce> no not that I know of
[20:35] <bryce> displayconfig-gtk didn't touch anything in relation to input configuration for gutsy
[21:46] <ubotu> New bug: #193545 in compiz (main) "pressed keys repeats when mouse is clicked (dup-of: 194214)" [Undecided,New] https://launchpad.net/bugs/193545
[22:25] <ubotu> New bug: #194521 in xserver-xorg-video-ati (main) "ATI Mobility M1 -- the mouse cursor garbles some underlying pixels" [Undecided,New] https://launchpad.net/bugs/194521
[22:30] <ubotu> New bug: #194528 in nvidia-settings (universe) "[Hardy] nvidia-settings crashed with SIGSEGV in g_closure_invoke()" [Undecided,New] https://launchpad.net/bugs/194528
[23:51] <ubotu> New bug: #194532 in xulrunner-1.9 (main) "The HTML graphics renderer in Firefox displays top menu of Ubuntu's desktop multiple times (dup-of: 186186)" [Undecided,New] https://launchpad.net/bugs/194532


[15:58] <pleia2> the Ubuntu Community fund came through again and our dev server is being paid for :) (good thing, this is for 2020-2021, so I'm a little behind!)
[15:58] <pleia2> also, it's in need of a reboot for a kernel update, so I'm doing that now
[16:00] <pleia2> all done :)
[17:02] <bluesabre> pleia2: thanks for taking care of it!
[20:38] <bluesabre> ochosi: https://github.com/shimmerproject/elementary-xfce/pull/230 could be good to pull in. I quickly reviewed it and it seems overall fine.
[21:32] <ochosi> bluesabre: sure - feel free to merge it in!
[21:34] <ochosi> also i guess at some point i need to revert some commits in it, because I hate that e.g. the wifi icons are now bright on bright (in nm-applet's menu) if you use these icons with greybird


[01:04] <wxl> my suggestion would be dropping libreoffice-draw in lieu of krita
[01:37] <wxl> do we have any sort of art person right now?
[01:42] <wxl> sigh
[03:42] <guiverc> for the simple things I usually do, I just use lximage-qt we provide..  (ie. adding arrows & simple stuff for bug reports).   As Lubuntu is 'light' is see no need for more myself; people can `apt install krita'` or gimp as required
[03:44] <guiverc> we could always document alternatives in discourse for those that require more..
 What kind of disk usage impact does that have?
 I'm certainly not opposed, since Krita is freaking amazing
 I would, however, be opposed to adding a lot to the ISO ;)
 wxl: I guess that falls back on me XD
 #SimonsFault
[04:24] <guiverc> mantic has passed feature freeze, isn't it too late for mantic?
 https://phab.lubuntu.me/F78684 XD
 https://matterbridge.lubuntu.me/207bd934/file_9859.jpg
 guiverc: If it's our seed, as RM I have wiggle room
[04:26] <guiverc> :)
 I can't do huge things like a Qt transition or more-than-one-seed packages like SDDM, but stuff like Calamares we can slip by
 With careful thought and consideration, of course
[16:22] <wxl> well chris left it seems but lximage-qt can't crop so even for light image editing, it doesnt' quite cut it
[16:25] <wxl> and we'll never get it, either: https://github.com/lxqt/lximage-qt/issues/288
[16:25] -ubottu:#lubuntu-devel- Issue 288 in lxqt/lximage-qt "Add crop feature to LXImage-Qt" [Closed]
[16:28] <wxl> as for libreoffice-draw, we can't get rid of it without getting rid of libreoffice-impress and i suspect we probably want to keep that
[16:36] <wxl> we add 297mb for krita https://dpaste.com/6Z2VHTT5H
[16:38] <wxl> mysql-common is an odd depend by itself but ok


[07:50] <axino> hi ! OOPS-4a7a133bf19d5f256e53a8830abaf14a when I try to open https://code.launchpad.net/~ack/maas/+git/maas/+merge/398126
[07:50] <axino> (works now)
[07:53] <axino> another MP oops as well
[20:10] <sunweaver> good evening, g'day
[20:11] <sunweaver> for a customer that is considering Ubuntu Advantage, there is a question maybe someone here can answer. Does Launchpad provide private projects? Private, as in hidden from the public, with password protected pkg archives, etc.
[20:11] <sunweaver> Thanks!
[22:15] <cjwatson> sunweaver: Paid feature only, but it can be done via Ubuntu Advantage if the customer specifically requests it, yes (I don't know the pricing).  Note that private PPAs are separate from private projects (the latter host code, bugs, etc., but PPAs live under teams), but both are available.
[23:26] <srwarren> I uploaded some packages to my PPA, but they haven't been built for ~20 hours. Usually they'd done and published in 5-20 minutes. Is there an outage or unusual load right now?
[23:26] <srwarren> https://launchpad.net/~srwarren/+archive/ubuntu/nestedlog/+packages
[23:28] <sarnold> you can see the builders status on https://launchpad.net/builders
[23:29] <sarnold> I heard earlier today that there's a fairly large private build going on and it'll be hours of latency for others
[23:29] <srwarren> Yeah, I see 4h30m backlog there for amd64. What's odd was that when I initially uploaded, it said it'd build in 2h30m, but still says something close to that. I guess the backlog estimate just wasn't great.
[23:31] <sarnold> " Cleaning for 5 hours 20 minutes" -- hmm, I wonder how many are stuck..


[20:57] <gnomefreak> plymouth+mount all were fixed with depends issues
[20:57] <Ian_Corne> https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/531246
[20:57] <Ian_Corne> no1 has any feedback on this?
[20:57] <gnomefreak> MTecknology: makes me think its trying to configure them out of order
[20:58] <MTecknology> gnomefreak: oh- could make sense
[20:58] <gnomefreak> MTecknology: run the apt-get -f install see if it helps
[20:58] <MTecknology> will do
[20:58] <cemc> plauclair: http://hosting.astral.ro/~gimre/screenshot_002.png - you mean this?
[20:59] <BluesKaj> MTecknology, what command did you use to upgrade ? sudo do-release-upgrade -d ?
[20:59] <plauclair> cemc, yes, exectly
[20:59] <plauclair> *exactly
[20:59] <cemc> gnomefreak: http://hosting.astral.ro/~gimre/screenshot_002.png
[21:00] <gnomefreak> cemc: yeah that should be there :) what is the issue?
[21:00] <BluesKaj> MTecknology, this will add the lucid repository and upgrade your version to lucid: sudo sed -i 's/karmic/lucid/g' /etc/apt/sources.list && sudo aptitude update && sudo aptitude dist-upgrade
[21:00] <cemc> gnomefreak: looks brrr? :) I dunno, ask plauclair :)
[21:00] <gnomefreak> other than the image lying to you
[21:01]  * gnomefreak hates when images ly
[21:01] <plauclair> gnomefreak, It breaks the "graphic language"
[21:01] <cemc> why is one side of it straight?
[21:01] <MTecknology> BluesKaj: gnomefreak: Interesting, after just trying to rerun do-release-upgrade it seems to work
[21:01] <plauclair> sorry, I don't know how to explain it other than in graphic design themes :S
[21:01] <gnomefreak> plauclair: i would need steps to reproduce it
[21:01] <gnomefreak> MTecknology: it got ahead of its self
[21:02] <plauclair> open a dialog with only the close control, it's everywhere
[21:02] <gnomefreak> it happens from time to time. you have a bug on it?
[21:02] <MTecknology> gnomefreak: musta, I'll mention that in the bug report
[21:02] <MTecknology> ya
[21:02] <MTecknology> what should I tag it with?
[21:02] <gnomefreak> MTecknology: give me # i think you can get away without tagging it
[21:03] <gnomefreak> plauclair: i cant reproduce that sorry
[21:03] <plauclair> really ?
[21:03] <cemc> gnomefreak: if you just selected that theme, you have to relog I think
[21:03] <plauclair> you get two round edges ?
[21:03] <cemc> plauclair: I got that too at first
[21:03] <gnomefreak> relog? you mean restart X?
[21:03] <MTecknology> bug 534999
[21:03] <MTecknology> gnomefreak: ^
[21:04] <gnomefreak> MTecknology: thanks looking at it
[21:04] <plauclair> cemc, that's strange !
[21:04] <cemc> after I restarted with that theme selected,
[21:04] <cemc> it broke
[21:05] <cemc> if switching from another theme, it's not broken, only after a logout/login (or restart?) it breaks
[21:05] <mha2908_> Hi guys! Here's (hopefully) member:a quickie: Recently installed 10.04 server, and want to run the gnome desktop environment through member:a SSH X Window forwarding session. But how can I install the "ubuntu-desktop"-package without it starting automatically when I boot the pc?
[21:05] <MTecknology> gnomefreak: I need to take care of a virus, i got it in windows, on the vm i use for homework only :P
[21:05] <cemc> lemme doublecheck that
[21:06] <plauclair> cemc, at first I thought it had just been overlooked
[21:07] <ripps> Okay, something must have been upd with my system, because after reboot, the light-themes are working again. Although, it seems that it renders the metacity menu button incorrectly now. It gives it a bad background image.
[21:07] <MTecknology> gnomefreak: interesting... the second time only worked on one of the systems
[21:07] <gnomefreak> MTecknology: i commented on bug for mvo
[21:07] <EdwinGrubbs> How do I enable the Me Menu in Lucid?
[21:07] <gnomefreak> fred_2: its the envolope next to the date/clock
[21:08] <gnomefreak> oops
[21:08] <gnomefreak> EdwinGrubbs: ^^^
[21:08] <gnomefreak> left click it :)
[21:08] <cemc> plauclair: can't reproduce what I said... now it's always like that, straight on the right side
[21:08] <cemc> like on the screnshot
[21:08] <gnomefreak> cemc: you moved them to right side :)
[21:08] <plauclair> yeah.. for me it has always been like that
[21:08] <cemc> what?
[21:09] <cemc> I didn't move anything, that's just how it appears,
[21:09] <MTecknology> gnomefreak: :S - rerun - it's workingon 3/5 systems nwo
[21:09] <cemc> if you notice the close button on the Appearance Preferences windows appears on the left
[21:09] <gnomefreak> cemc: yours appear on the right hand side?
[21:09] <cemc> in the samples appears on the right
[21:09] <cemc> no
[21:09] <EdwinGrubbs> gnomefreak: I don't have an envelope icon. I used to a long time ago (maybe Jaunty), but I removed it.
[21:09] <cemc> on the left
[21:09] <gnomefreak> EdwinGrubbs: than add indicator-me to panel
[21:10] <cemc> only the samples are wrong, on the actual windows the buttons are on the left
[21:10] <gnomefreak> EdwinGrubbs: it would have been added once indicator-me was introduced
[21:10] <gnomefreak> cemc: yeah ok i thought you meant the controls moved to the right by themselves
[21:11] <EdwinGrubbs> thanks
[21:11] <cemc> gnomefreak: the initial issue that plauclair said was the straigth right side of a single 'close' button (which is on the left)
[21:11] <cemc> gnomefreak: this other thing with the buttons on the right, I just noticed
[21:12] <cemc> (this is a Karmic upgrade, not a fresh beta install, so that could've messed up something)
[21:12] <plauclair> what I have is a straight beta install so it has no relevance in that case I'd say
[21:13] <gnomefreak> wonders if i should come up witha  script for moving them around but thats last on my todolist
[21:13] <cemc> gnomefreak: the main issue is the straight right side, that's a bit sucky-looking :)
[21:13] <gnomefreak> BUGabundo_dinner: eat well :)
[21:14] <BUGabundo_dinner> I shall
[21:14] <gnomefreak> im not understanding what you mean by straight right side
[21:14] <cemc> gnomefreak: http://hosting.astral.ro/~gimre/screenshot_002.png - look at the close button
[21:14] <cemc> on the left
[21:14] <gnomefreak> hmmm its dinner time here and i know you are not in US
[21:14] <cemc> does that look ok to you?
[21:15] <cemc> why does it have that button background a straight right side
[21:15] <cemc> why isn't it round?
[21:15] <plauclair> to me it just looks wrong too
[21:15] <gnomefreak> the red close button?
[21:15] <plauclair> yes
[21:16] <gnomefreak> its round in the screenshot
[21:16] <cemc> no, not the red one, the other one up there, on the left
[21:16] <plauclair> no, its border
[21:16] <cemc> it's grey because the window is not in focus
[21:16] <gnomefreak> i have screen zoomed way in to make sure but looks round to me
[21:16] <cemc> it's background, not the button itself
[21:16] <gnomefreak> oh ok
[21:16] <cemc> when there are 3 buttons, the background is round
[21:16] <plauclair> there is kind of a depression around the red button
[21:16] <pepee> well, someone forgot to put a couple symlinks...
[21:16] <cemc> :)
[21:17] <MTecknology> gnomefreak: these two systems just don't want to be upgraded.... E: Couldn't configure pre-depend libplymouth2 for mountall, probably a dependency cycle.
[21:17] <MTecknology> that's with aptitude dist-upgrade
[21:17] <pepee> ln -s /usr/src/linux-headers-2.6.32-17/include/asm-generic/ /usr/include/asm
[21:17] <pepee> ln -s /usr/src/linux-headers-2.6.32-17/include/linux/  /usr/include/
[21:17] <gnomefreak> MTecknology: im not liking that now. run apt-get -f install see what it does. While you are doing that im going to run outside for a couple of minutes
[21:17] <Dimmuxx> gnomefreak: any eta on firefox 3.6.2 yet?
[21:18] <MTecknology> gnomefreak: I gon't need a few minutes :P
[21:18] <BluesKaj> MTecknology, dist-upgrade is depracated
[21:18] <MTecknology> 0 upgraded, 0 newly installed, 0 to remove and 293 not upgraded.
[21:18] <MTecknology> BluesKaj: that's what you said to do above
[21:18] <deanus> I always safe-upgrade/full-upgrade
[21:19] <cemc> gnomefreak: http://hosting.astral.ro/~gimre/screenshot_003.png - there
[21:19] <arand> I have a fun one: Bug #547182
[21:19] <gnomefreak> Dimmuxx: i havent ased but as i recall we are still waiting for nss/nspr. join #ubuntu-mozillateam and ask i have other things going on here so i cant ask asac
[21:19] <MTecknology> deanus: that doesn't work either
[21:19] <BluesKaj> not me MTecknology , I told you to sudo do-release-upgrade -d
[21:19] <Dimmuxx> gnomefreak: will do, thanks
[21:20] <yofel> pepee: /usr/include/linux is a standalone folder here, not a symlink
[21:20] <MTecknology> BluesKaj: 16:00 #ubuntu+1: < BluesKaj> MTecknology, this will add the lucid repository and upgrade your version to lucid: sudo sed -i 's/karmic/lucid/g' /etc/apt/sources.list && sudo aptitude update && sudo aptitude dist-upgrade
[21:21] <pepee> yofel, was empty when I was trying to compile something
[21:21] <MTecknology> doesn't really matter
[21:21] <pepee> and some headers where including files from that folder
[21:21] <arand> Is there any good way to completely reset&reconfigure plymouth after messing about with video drivers and the having reverted to nouveau?
[21:21] <pepee> specifically "linux/limits.h"
[21:22] <BluesKaj> MTecknology, oops , meant to cut of the last part , sorry
[21:23] <yofel> pepee: dpkg -S says: linux-libc-dev: /usr/include/linux/limits.h
[21:23] <yofel> pepee: did you install linux-libc-dev?
[21:23] <pepee> yep, linux-libc-dev is installed
[21:23] <pepee> gonna try reinstalling it
[21:24] <MTecknology> aptitude install libplymouth2
[21:25] <gnomefreak> MTecknology: using --configure -a should also clear it up
[21:25] <MTecknology> gnomefreak: it didn't :P
[21:25] <gnomefreak> but i havent seen that problem since jaunty dev cycle
[21:26] <gnomefreak> MTecknology: ok update the bug than mvo will get to it tomorrow i would think
[21:26] <MTecknology> gnomefreak: yup, I'm testing to make sure this makes things work - I have two other systems to test with
[21:26] <gnomefreak> i have to ping him about smart when i see him so i can refer him to bug report if he has time
[21:33] <mikeconcepts> mikeconcepts: /j #ubuntu+1
[21:34] <MTecknology> mikeconcepts: you're already here
[21:34] <mikeconcepts> can't see all the icons in system/administration with lucid ubuntu netbook remix
[21:34] <mikeconcepts> the majority of the icons are off the bottom of the screen
[21:35] <mikeconcepts> that is the only menu item that has that problem
[21:37] <xfact> hey
[21:37] <knittl> hi. how can i get the volume control applet back?
[21:38] <xfact> I was in lucid (alpha) few days ago, but after one update it was inaccessible so I was waiting, so anyone can tell me that Beta one is totally cured of whole system blockage or not?
[21:38] <cemc> knittl: Alt+F2 and type gnome-volume-control-applet
[21:39] <knittl> cemc: ok thanks. why isn't it starting automatically anymore?
[21:39] <xfact> Any guessing?
[21:40] <cemc> knittl: it was moved to the 'indicator area', I think. search for indicator applet in 'add to panel' window
[21:41] <xfact> Can anyone tell me is that safe to upgrade to lucid yet?
[21:41] <cemc> knittl: I'm guessing you have that indicator applet disabled like I have ;)
[21:43] <cnd> Where's the beta 1 cd isos (not the 4gb dvd isos)?
[21:43] <xfact> :(
[21:43] <knittl> cemc: no, i have the indicator applet
[21:43] <knittl> and it's not in there
[21:44] <knittl> only battery, bluetooth, transmission, rhythmbox and the generic mail symbox
[21:45] <MTecknology> gnomefreak: this sucks, my most important dev system isn't coming back up :P
[21:46] <cemc> knittl: isn't that the notification area?
[21:46] <mikeconcepts> did a ton of updates and after a cold boot the missing icons problem went away
[21:46] <mikeconcepts> just in case anyone was monitoring that
[21:47] <knittl> cemc: there is a difference?
[21:47] <cemc> knittl: seems so ;)
[21:47] <knittl> and adding a new indicator applet to the panel shows just that
[21:47] <knittl> so it is the indicator applet
[21:48] <cemc> knittl: and the volume control isn't in there?
[21:48] <knittl> nope
[21:48] <knittl> after starting gnome-volume-control-applet it's in the notification area ;)
[21:48] <knittl> left of pidgin and networking
[21:49] <cemc> mhm
[21:49] <cemc> I found the 'other' volume control in the indicator applet after I put it on the panel... but I like the other one better
[21:50] <knittl> i simply want the "real" one
[21:51] <pascal_> In 10.04,  I'm having problems with the 3G modem in knetworkmanager. it works fine in nm-applet. Who can I talk to i about?
[21:51] <pepee> hmm aptitude keeps telling me that there's a conflict between fglrx and fglrx-kernel-source, xorg-driver-fglrx
[21:51] <deanus> knittl,  its one of the indicator applets, cant remember which one.
[21:51] <cemc> knittl: they are all real ;) as in, they are change the volume, hehe
[21:52] <cemc> s/are/all/
[21:52] <knittl> alsamixer does that too :P
[21:53] <cemc> exactly ;)
[21:55] <pascal_> 10.04, knetworkmanager, 3g: who should I talk to?
[21:56] <knittl> need to install indicator-sound
[21:56] <knittl> there we go :)
[21:57] <cemc> :)
[22:00] <yofel> pascal_: I never got 3g to work in KNM too
[22:01] <pepee> try wicd
[22:01] <pascal_> yofel: yes.. thats the problem. It seems there is no problem configuring. But actually starting the service is not possible
[22:02] <pascal_> pepee: yes, but Kubuntu ships with knetworkmanager
[22:02] <yofel> pepee: the gnome applet works, not a network-manager problem
[22:02] <pepee> pascal_, yep, i know it
[22:02] <pepee> yofel, ahh
[22:02] <_jscguy> Hi there, what is the text box for in the username menu ?
[22:03] <pepee> I don't like NM...
[22:03] <knittl> is there a chance the indicator icons will regain pop up information?
[22:03] <knittl> i really miss it
[22:04] <yofel> pascal_: you could ask in #kubuntu-devel if you can help with debugging KNM, I use the experimental plasmoid here which has mobile settings disabled so I can't test it atm
[22:05] <pascal_> yofel: yes.. I just went in there.
[22:07] <ubuntujenkins> does this happen to any one else? http://www.imagesocket.com/upload/
[22:08] <ubuntujenkins> when the window is in active the button background messes up
[22:10] <_jscguy> any clue why I'm getting "invalid number" from dd with regards to a hexadecimal seek address? dd: invalid number `0x045d1400'
[22:10] <ubuntujenkins> wrong link http://www.imagesocket.com/view/Screenshotd57.png
[22:11] <pepee> *I repeat: aptitude keeps telling me that there's a conflict between fglrx and fglrx-kernel-source, xorg-driver-fglrx
[22:11] <pepee> is that the expected behavior?
[22:12] <Ian_Corne> http://ubuntuforums.org/showthread.php?s=07f16677f09b15a8660802c9e9bcd308&t=1438194&page=2
[22:12] <Ian_Corne> oops
[22:12] <Ian_Corne> sorry
[22:12] <Ian_Corne> not ubuntu+1 related :)
[22:12] <nooga> hi
[22:12] <nooga> php does not work in ~/public_html/ in lucid, i did that -> http://marco.tondela.org/2010/03/your-public_html-with-php5-isnt-working-in-ubuntu-lucid/
[22:12] <nooga> but it didn't help at all
[22:13] <nooga> any ideas how can I fix that?
[22:15] <nooga> or maybe at least some suggestions where to seek
[22:15] <red> hmm nooga
[22:16] <red> for me there has been no problems
[22:16] <red> did you upgrade to lucid with dist-upgrade?
[22:17] <faryshta> Hi, how can I install gparted?
[22:18] <BUGabundo_dinner> faryshta: $ sudo aptitude update; sudo aptitude safe-upgrade; sudo aptitude install gparted
[22:18] <BUGabundo_dinner> or any other APT frontend
[22:19] <faryshta> BUGabundo_dinner, I will try.
[22:27] <faryshta> BUGabundo, seems the México server is down and that is why I couldn't install software?
[22:27] <BUGabundo> oh ok
[22:32] <kklimonda> nooga: you could try asking folks at the #ubuntu-server, they may know how to help you or what you should be looking for to debug this issue.
[22:32] <Ian_Corne> faryshta: which server in mexico?
[22:33] <Ian_Corne> mx.archive ?
[22:34] <pepee> faryshta, just replace mx.archive with us.archive
[22:36] <David-T> great, gdm was entirely unusable due to... a missing gconf schema. not quite what i was thinking
[22:36] <faryshta> Ian_Corne, yes.
[22:36] <David-T> but meh, i only spent about 3 hours trying to fix nouveau before realising it wasn't broken.
[22:36] <faryshta> pepee, I did.
[22:37] <Ian_Corne> hmm
[22:42] <hoban> hello. I just upgraded to lucid from karmic and no longer have 3d support. How can I get the nvidia driver installed? Jockey doesn't work and if I install though aptitude, I still don't get 3d when I log in
[22:43] <jpds> pepee: Same machines.
[22:44] <pepee> heh didn't know
[22:45] <jpds> faryshta: I would suggest using: https://launchpad.net/ubuntu/+mirror/tezcatl.fciencias.unam.mx-archive
[22:45] <faryshta> jpds, Don't worry, I am already using the main server and installing my stuff.
[22:46] <jpds> faryshta: OK; mx.archive and us.archive both point at the main servers; do you're problem is really odd.
[22:46] <faryshta> hoban that sounds more like a configuration problem. Maybe you will need a fresh reinstall. I am not sue so I recommend to keep asking.
[22:46] <jpds> s/do/so/
[22:47] <faryshta> jpds: your* :P
[22:47] <jpds> That too.
[22:47] <faryshta> Well I am also behind a websense filter.
[22:48] <shane2peru> ok, wicd, doesn't want to connect to wireless with wpa2, any documentation, or hints? psk or aes?  what is the difference?
[22:48] <faryshta> So that may be the cause I download tons of shit from the mx.archive, maybe the admins of websense decided it was enough for me.
[22:48] <shane2peru> or should I just go with wep?
[22:49] <timh1> Are there problems with Gwibber at the moment. Was find. Did an update. Wont start in one user account but will on another. Gwibber service works ok. Any ideas?
[22:49] <timh1> Meant was fine.
[22:49] <arand> Is there a bug # for the window buttons being inconsistent when only 1 or 2 buttons are present?
[22:51] <kklimonda> arand: there is for sure
[22:52] <arand> kklimonda: Is that shoved into the master as well?
[22:52] <arand> since I can't seem to find a separate one for it..
[22:52] <kklimonda> arand: I don't think so, it's an actual bug
[22:53] <arand> kklimonda: on light-themes?
[22:54] <kklimonda> arand: you got me - I don't know if it's actually reported but I know developers know about it
[22:54] <almoxarife> shane2peru: you should use the amount of crypto you need for what you do, wep is the weakest
[22:55] <Some_Person> arand: It's a consequence of putting minimize in the middle. It has a sharp edge
[22:55] <arand> Some_Person: or having only the close button.
[22:55] <kklimonda> arand: but if it is it should be in light-themes
[22:55] <Some_Person> arand: The close button alone in the dark theme works (afaik), but not the light theme
[22:56] <arand> I wonder if it should be reported for good measure, and if asking ayatana is a right thing to do?
[22:56] <Some_Person> arand: All this is fixed in my version of light-themes, which has the buttons in their old karmic positions
[22:57] <kklimonda> Some_Person: so it's not really a fix
[22:57] <arand> Some_Person: also for one-button dialogues?
[22:57] <Some_Person> arand: One-button dialogues *should* work if you're using the dark theme already
[22:58] <pepee> well, all my problems solved by running apt-get update....
[22:58] <arand> Some_Person: Works in neither rad nor amb here, on latest updates
[22:58] <Some_Person> Hmm, well then somehow when I moved the buttons to the old karmic positions it started working fine
[22:59] <pepee> don't know if to laugh or to cry :(
[22:59] <Some_Person> I had to manually fix it for the light theme, but not the dark
[22:59] <pepee> bye ppl
[23:01] <Some_Person> With my light-themes: http://img651.imageshack.us/img651/3793/screenshotvw.png
[23:01] <faryshta> Before I screw up... how do I use gparted?
[23:03] <BUGabundo> faryshta: if you don't know, why did you want to install it ?
[23:03] <faryshta> BUGabundo, I want to format a USB-drive.
[23:03] <Some_Person> faryshta: Methinks you may be in the wrong room, unless you specifically installed a prerelease ubuntu without knowing anything about partitioning
[23:03] <BUGabundo> so what is your dificulty ?
[23:04] <BUGabundo> just right click the device, and choose format
[23:04] <bjsnider> gparted is pretty straightforward
[23:04] <BUGabundo> no need for gparted
[23:04] <BUGabundo> Some_Person: +1
[23:04] <arand> Some_Person: Yea, original is still http://imagebin.org/90395 and http://imagebin.org/90396
[23:05] <arand> However it seems like the two-button windows might have been fixed now..
[23:05] <Some_Person> arand: 2-button windows are unfixable as far as I can tell
[23:06] <Some_Person> The problem is that the minimize button is in the middle, and therefore is not rounded
[23:06] <Some_Person> As for 1-button windows, I'm not sure why they aren't working. Perhaps the code that makes them work depends on the old positions?
[23:08] <Some_Person> All I know is that without changing anything else, moving the buttons to the old positions fixes 1-button windows
[23:08] <Some_Person> (on the dark theme)
[23:09] <xfact> feww, that was libjavaplugin_oji.so
[23:09] <Some_Person> I think the bottom line here is that the funky positions should be ditched
[23:10] <xfact> problem solved, bye :)
[23:11] <arand> Some_Person: Original seems to have two-button working now, regardless if using max/min: http://imagebin.org/90398 http://imagebin.org/90397
[23:11] <Some_Person> hmm
[23:11] <Some_Person> In a 3-button window, where is minimize?
[23:12] <maccam94> i'm not seeing the volume control applet on my panel or in add to panel
[23:12] <arand> Well originally middle.
[23:12] <maccam94> any ideas?
[23:12] <Some_Person> maccam94: indicator applet
[23:12] <arand> maccam94: It's part of ↑
[23:13] <maccam94> ah
[23:13] <maccam94> seems to be kind of redundant with the user menu...
[23:16] <arand> I like how they add more and more clutter, all in the name of removing it: message-indicator now obligatory part of notification area, memenu/logout separated, but still in one lump so the memenu is stuck.
[23:17] <Some_Person> eh, complain to GNOME
[23:18] <arand> No, I think this is mostly ubuntu's doing actually.
[23:19] <Some_Person> What is the "message-indicator"?
[23:21] <arand> Some_Person: the letter icon, now part of indicator-applet
[23:21] <Some_Person> That's GNOME's doing
[23:22] <Some_Person> and things like volume are moving to indicator applet because the official gnome specs say they should be there
[23:22] <arand> Ah, ok then, well then it's not totally as hypocritical as I though it was then.
[23:23] <Some_Person> hypocritical?
[23:23] <kklimonda> Some_Person: not really, those are changes made by Ubuntu developers
[23:24] <Some_Person> But they were made because of the gnome specs
[23:24] <kklimonda> Some_Person: the spec you are talking about was created by KDE and is being discussed (or not) by fd.o
[23:24] <arand> Some_Person: Removing clutter by making unneccesary things obligatory.
[23:24] <Some_Person> huh? How could KDE create a spec for indicator applet?
[23:24] <kklimonda> arand: you can remove an envelope by stoping /usr/lib/indicator-messages/indicator-messages-service (and probably removing indicator-messageS)
[23:25] <kklimonda> arand: but most of us don't really count it as clutter
[23:25] <arand> kklimonda: ah, cheers. notes that down in the sane-defaults document.
[23:26] <deanus> http://www.omgubuntu.co.uk/2010/03/how-to-remove-social-network-features.html
[23:27] <kklimonda> I don't really think that either messaging-menu or memenu is something that isn't sane ;)
[23:27] <NinoScript> in empathy, new conversations stay closed inside the chat applet, can I make them auto-open their windows?
[23:27] <kklimonda> I myself love the messaging indicator
[23:28] <arand> Last time I chacked, it didn't work well with thunderbird, so nothanks for me
[23:29] <kklimonda> so the problem isn't really the indicator itself
[23:32] <arand> On a different topic, does facebook chat use a specific port for it's business, so simply 80 won't do?
[23:32] <kklimonda> arand: it uses standard jabber port
[23:33] <howlymowly> hi poeple... short question about kubuntu 10.04 and firefox integration..  well.. just installed firefox but it looks just as ugly as in 9.10  i read somewhere that firefox was supposed to be better integrated in kde??
[23:33] <howlymowly> and kubuntu...
[23:34] <arand> kklimonda: so in the case of FB chat not working behind a vey restrictive FW, would one blame empathy or the firewall?
[23:35] <kklimonda> arand: firewall
[23:35] <arand> kklimonda: Ah.
[23:36] <IdleOne> arand: clearly the "vey restrictive FW"
[23:37] <arand> Well, I can do MSN chat and Skype, but apart from that... not much.
[23:39] <kklimonda> skype is a parasite
[23:39] <kklimonda> it is just going to use port 80 and some magic to bypass firewall
[23:41] <red> http magic
[23:41] <histo> Thats cool lucid supports reading the ipod 3g touch
[23:52] <Crashbit> Ubuntu lucid doesn't detect Seagate Barracuda XT Sata3 hard drive, anyone help me ?
[23:54] <kklimonda> does it show up in dmesg at all?
[23:58] <dougb> is iphone support broken for anyone else?