[00:34] <kaleidoscope> hi guys
[00:34] <kaleidoscope> need some helping fixing an apt-get issue.
[00:35] <kaleidoscope> i can't seem to connect to any update servers without apt-get saying could not resolve '<url>'
[00:36] <kaleidoscope> i can ping address (ping <IP_ADDRESS>) but nothing with dns
[00:36] <Latrina> kaleidoscope, DNS issue?
[00:37] <kaleidoscope> Latrina: exactly. but i have one DNS installed which points to my gateway
[00:37] <Latrina> can you ping external DNS other than any APT repos?
[00:37] <kaleidoscope> i can ping google's DNS (<IP_ADDRESS>) perfectly
[00:38] <Latrina> can you ping the domain name?
[00:38] <Latrina> <IP_ADDRESS> does not belong to a domain name afaik
[00:39] <kaleidoscope> Latrina: i believe not, i'm not exactly sure i set a domain name?
[00:39] <kaleidoscope> domainname returns (none)
[00:39] <Latrina> a domain name is the url
[00:39] <Latrina> anyways add some DNSs in /etc/resolv.conf
[00:40] <Latrina> like <IP_ADDRESS> and <IP_ADDRESS>
[00:40] <Latrina> or whatever you like best
[00:40] <Latrina> than fix your DNS server
[00:41] <kaleidoscope> Latrina: gotcha, but the resolv.conf warns not to input any DNS entries? wouldn't a reboot wipe out the changes?
[00:47] <Latrina> I am not sure honestly. My DHCP controller deal the whole thing
[00:48] <Latrina> and I don't quite do network or system administration on linux, particularly on ubuntu
[00:48] <kaleidoscope> Latrina: same here, i usually left it up to default install.
[00:49] <kaleidoscope> it's okay, i found the solution. apparently my /etc/hosts file was error'd
[00:49] <kaleidoscope> '<IP_ADDRESS>    localhost.localdomain localhost' this line was missing, which caused the problems
[00:49] <Latrina> https://help.ubuntu.com/lts/serverguide/network-configuration.html
[00:50] <Latrina> this wiki page has the solution to your answer on how to setting DNS statically
[00:50] <Latrina> okay
[00:50] <kaleidoscope> gotcha, thank you for the help!
[00:50] <Latrina> no worries
[05:53] <cpaelzer> good morning
[10:54] <adrian_1908> hello. Anyone familiar with Nginx? Can the `ssl_session_cache` setting be set only once for the entire Nginx configuration? I thought it might be per-site, even the one shared accross workers, since it can be defined in the `server { … }` blocks. Anyone know?
[10:59] <fallentree> adrian_1908: yes. context: http, server    http://nginx.org/en/docs/http/ngx_http_ssl_module.html#ssl_session_cache
[11:00] <adrian_1908> fallentree: "Each shared cache should have an arbitrary name" Arrr, I missed that part. I had them set with the same name.
[13:41] <zioproto> coreycb: hello, you guys had a good summit in Boston ?
[13:46] <coreycb> zioproto: hello, yes it was a good summit
[14:10] <mwhahaha> coreycb: are you guys aware that the last update (pike m1?) seems to have a broken osc  client? http://logs.openstack.org/53/464553/1/check/gate-puppet-nova-puppet-beaker-rspec-ubuntu-xenial/2a0b871/console.html#_2017-05-15_12_16_20_658041
[14:13] <coreycb> mwhahaha: hi, yes i believe so. jamespage, is that the same issue you were hitting?
[14:13] <mwhahaha> anyway to get that fixed as it's royally fubared our ci
[14:14]  * jamespage looks
[14:16] <jamespage> that's 3.9.0 of osc
[14:24] <jamespage> hmm looks like I need to rev on keystoneauth1, osc-lib and openstackclient itself
[14:24] <jamespage> mwhahaha: are you running against proposed or updates for pike?
[14:24] <mwhahaha> updates
[14:24] <mwhahaha> (pretty sure)
[14:25] <mwhahaha> something flipped last friday and broke everything
[14:26] <mwhahaha> https://github.com/openstack/puppet-openstack-integration/blob/master/manifests/repos.pp#L6-L10 which defaults to updates https://github.com/openstack/puppet-openstack_extras/blob/master/manifests/repo/debian/ubuntu.pp#L47
[14:27] <jamespage> mwhahaha: yeah pike1 dropped into updates last friday
[14:27] <jamespage> (and no we'd not seen this issue - but our test endpoint is not coupled with the target cloud in the same way the puppet gate tests are)
[14:28] <mwhahaha> you should one of our scenarios in your testing ;)
[14:33] <jamespage> mwhahaha: it will take a bit to work this through - have three layers of versioned depends to land
[14:37] <Ussat> Has anyone here had to set up a *nix system on a wired 802.1X protected network ?
[14:40] <jamespage> awesome keystoneauth1 does not like py3.6
[16:49] <pmatulis> caribou, o/
[20:11] <ahasenack> I can't install mysql-server-5.7 in artful, this looks like is the error:
[20:11] <ahasenack> May 15 20:10:26 artful systemd[7938]: mysql.service: Failed at step KEYRING spawning /usr/share/mysql/mysql-systemd-start: Permission denied
[20:11] <ahasenack> has anybody seen this before?
[20:11] <ahasenack> I'm using an artful lxd container on xenial
[20:11] <ahasenack> dmesg is clean, no apparmor messages
[20:22] <duckydan> This may be super-basic, but is mysql-systemd-start set to be executable? (chmod +x)
[20:24] <ahasenack> yes
[20:35] <ahasenack> worked on artful bare metal
[20:36] <ahasenack> must be lxd related, I'm asking there
[20:58] <ahasenack> why is mysql-server-5.7 in xenial-updates ahead of artful?
[20:58] <ahasenack>  mysql-server-5.7 | 5.7.17-0ubuntu1         | artful           | amd64, arm64, armhf, i386, ppc64el, s390x
[20:58] <ahasenack>  mysql-server-5.7 | 5.7.18-0ubuntu<IP_ADDRESS> | xenial-updates   | amd64, arm64, armhf, i386, powerpc, ppc64el, s390x
[21:10] <arooni> why am i getting a 'connection refused' when i try to ssh to my ubuntu server from my ubuntu laptop?  i checked netstat and its listening on my non standard ssh port tcp        0      0 <IP_ADDRESS>:22222           <IP_ADDRESS>:*               LISTEN      - ... i can connect when NOT from behind my unlimited VPN.  why would this be happening?
[21:16] <nacc> arooni: you can look at the logs on the server or run, perhaps, `ssh` with -vvv.


[20:28] <dragon_> is there a reason why my dvd / CD rom isnt working? It has been persistant the last few issues of lubuntu
[20:50] <arraybolt3> dragon_: o/
[20:50] <arraybolt3> dragon_: What exactly is it doing when you try to use it?
[20:51] <arraybolt3> What kind of disk are you trying to access? DVD video? CD audio? A data CD or DVD?
[20:51] <dragon_> I just inserted a DVD and tried to play it, just to test
[20:51] <dragon_> I haven`t burned anything lately, mostly used usb flash drives
[20:52] <dragon_> DVD and CD still exist though
[20:52] <arraybolt3> dragon_: OK, playing DVD video is significantly different frmo other disks. Do you have some other disk you can test with?
[20:52] <arraybolt3> (You need a special library to play DVD video on Linux, and it's a bit tricky to install for legal reasons.)
[20:53] <arraybolt3> dragon_: The reason a DVD doesn't work out of the box is because DVDs are encrypted for anti-piracy reasons, and the needed decryption keys are proprietary and so can't be included in open-source software.
[20:53] <arraybolt3> dragon_: The encryption used on DVDs is very weak and easy to brute-force, though, but doing so may be illegal in some geographical areas.
[20:53] <dragon_> I am trying a burt bacharach cd now
[20:53] <arraybolt3> dragon_: If you *can* legally do that, you can install libdvdcss2, which will break the encryption at runtime and let you watch the DVD.
[20:54] <dragon_> legally?
[20:54] <arraybolt3> Breaking DVD encryption with libdvdcss2 could be considered a form of DRM bypassing.
[20:54] <dragon_> it can be looked up in package manager?
[20:55] <arraybolt3> dragon_: Kinda - I'm happy to walk you through the process if you'd like.
[20:55] <dragon_> I may have to find a terminal command
[20:55] <arraybolt3> dragon_: Just run "sudo apt install libdvd-pkg", and that will give you the installer for libdvdcss2.
[20:56] <arraybolt3> After that, I think you have to run "sudo dpkg-reconfigure libdvd-pkg", and then it will give you the prompt to install libdvdcss2.
[20:56] <arraybolt3> It will then install the needed packages to build it from source and fetch the source code, then build it and install it, and then DVD video should play back as expected.
[20:58] <dragon_> yes, I got please run sudo dpkg-reconfigure libdvd-pkg after install
[20:59] <dragon_> operation was interrupted before it could finish?
[20:59] <arraybolt3> That's normal.
[20:59] <arraybolt3> It's an intentional "hiccup" so that the user knows that further commands are needed to proceed.
[20:59] <dragon_> Thanks I see
[21:00] <arraybolt3> (It also keeps users from installing the library by accident.)
[21:04] <dragon_> just "sudo install libdvdcss2"?
[21:04] <dragon_> it doesnt recognise command
[21:06] <dragon_> yet an hickup on the libdvd install
[21:07] <arraybolt3> dragon_: No, you run "sudo dpkg-reconfigure libdvd-pkg".
[21:07] <dragon_> oh, sorry
[21:07] <arraybolt3> That will prompt you if you want to install libdvdcss2, and then the actual installation process takes place.
[21:10] <dragon_> I just got "already installed"
[21:11] <arraybolt3> Then you can probably try and play a DVD.
[21:11] <arraybolt3> You can tru "ls /lib/x86_64-linux-gnu | grep libdvdcss" and see if the library is there.
[21:17] <dragon_> no luck
[21:19] <dragon_> this was a tricky config
[21:20] <arraybolt3> Crud. That should have worked, it sounds like it gave you the prompt and everything.
[21:22] <dragon_> I am attempting to install restricted extras from terminal,
[21:23] <dragon_> I have this promt to verify some kind of microsoft restricteds, but what to do with the last "OK" to make it clickable?
[21:24] <arraybolt3> dragon_: I think you press Tab until it's highlighted and then press Enter.
[21:25] <dragon_> yes, tured red after pressing tab!
[21:25] <dragon_> I have marked off for restriced extras in package manager and settings
[21:26] <dragon_> I maybe installing a lot of unnecessary packages
[21:26] <dragon_> this is not a windows pc, but former mac
[21:28] <dragon_> I need a break, it is late here
[21:28] <dragon_> I shall have to continue with the task later on
[21:29] <dragon_> thanks for you help arraybolt3
[21:29] <dragon_> I am at least a stew further ahead
[21:29] <arraybolt3> Glad to at least try to help.
[21:31] <dragon_> maybe I should post on the forum and see if anyone else plays dvds
[21:32] <arraybolt3> That's a good idea. We have a forum at discourse.lubuntu.me.
[22:00] <dragon_> thanks for the tip, I tend to use the offical ubuntu forums
[22:01] <nerdistmonk> @arraybolt3 ended up generating all my md5s using the old utility, I'd assume you've written off that tool you were working on.


[00:03] <RAOF__> spiv: Sensible laptop!
[00:04] <spiv> RAOF__: :)
[02:20]  * spiv -> lunch
[02:22] <thumper> jelmer: ping
[02:22] <jelmer> thumper, pong
[02:23] <thumper> jelmer: how goes the bzr-git import stuff?
[02:23] <thumper> I was just looking at your samba page for dulwich
[02:23] <jelmer> thumper, so, dulwich (our underlying git library) has seen a release yesterday
[02:23] <thumper> I knew there would have been a reason for the name of the library
[02:23] <thumper> but I didn't know what it was
[02:23] <thumper> :)
[02:24] <jelmer> thumper, :-)
[02:24] <jelmer> thumper, I've also frozen the current mappings
[02:24] <thumper> jelmer: have you changed the generated rev ids to use v1 rather than experimental?
[02:24] <jelmer> so if you use current bzr-git to do an import it won't break in the future (barring bugs, of course)
[02:24] <jelmer> thumper, yep
[02:25] <thumper> cool
[02:25] <thumper> I'll move our plans along then
[02:25] <thumper> has there been a release of bzr-git officially?
[02:25] <jelmer> not yet
[02:25] <thumper> planned one?
[02:25] <jelmer> there's some regression that broke remote branching that I'm working at fixing at the moment
[02:25]  * thumper nods
[02:26] <thumper> jelmer: can I get you to email me when you have a release?
[02:26] <jelmer> after that I hope to do a 0.1 release
[02:26] <thumper> we'll work on the git imports for LP on that
[02:26] <jelmer> thumper, yeah, np - I'll cc you on the announcements
[02:26] <thumper> ta
[02:26] <thumper> fantastic
[03:54] <solitude`> hey, I'm very new to versioning clients, I have bzr installled... i'm wondering what approach I should use for making a CMS for users to login and see the files and edit them... Like, do I make a php script/page that connects to the bzr server to modify/update the different files??
[03:55] <solitude`> Because I need some sort of interface for staff members to edit the site, and folks are saying to use subversion for that, but bzr looks less complex.... am I on the right path?
[03:57] <thumper> so you are writing a content management system?
[03:57] <solitude`> yeah
[03:58] <solitude`> I wrote on in PHP last summer but ran into a roadblock when I was trying to figure out how to let staff members edit differnt files/pages of the website, and now I hear that this is the best approach
[03:59] <thumper> well, bzr is written in python
[03:59] <thumper> so you could either call into python at the system command level...
[03:59] <thumper> or use the python bzrlib somehow
[03:59] <thumper> although from PHP, I don't know how
[04:00] <solitude`> well I know some python, and I know how to pass variables between python and PHP
[04:00] <thumper> unless someone has embedded python into PHP recently
[04:00] <thumper> :)
[04:00] <solitude`> I just make a simple python socket and have PHP connect to that , kinda like sql
[04:00] <thumper> python socket?
[04:00] <solitude`> yeah, a python script that listens on a port and runs on the server
[04:01] <solitude`> so the python script could communicate with bzr
[04:01] <thumper> ok, well, you could have your python script accept "commands" with text and have that script use bzrlib
[04:02] <solitude`> bzrlib = bzr, right?
[04:02] <solitude`> I'm still figuring out bzr :)
[04:02] <solitude`> I just wanna make sure I'm approaching this correctly
[04:03] <thumper> bzr is the command line tool
[04:03] <thumper> bzrlib is the python library behind it
[04:03] <solitude`> hmm
[04:03] <thumper> bzr comes with bzrlib
[04:03] <solitude`> don't you just need the command line, to make any changes??
[04:03] <thumper> you could do it that way
[04:03] <thumper> but you don't need to
[04:04] <solitude`> i see
[04:04] <thumper> to be honest, it may be your quickest way of getting something working
[04:04] <solitude`> just using hte command line?
[04:04] <solitude`> or the bzrlib
[04:04] <thumper> yes, to start with
[04:05] <thumper> yes commandline
[04:05] <solitude`> okay
[04:05] <solitude`> What does bzrlib offer that command line doesnt?
[04:05] <thumper> complete program flexability :)
[04:06] <solitude`> okay, I'll have to look into that once I get the basics of bzr down and the CMS
[04:06] <solitude`> thank you thumper =)
[04:06] <thumper> np
[05:02] <bialix> does LarstiQ around?
[05:03] <bialix> hey guys, when typically LarstiQ hanging there? (timeframe)
[05:08]  * bialix will try later
[06:18] <sadmac> how do I set the email address that shows up with my commits?
[06:24] <spiv> sadmac: "bzr whoami"
[06:25] <sadmac> spiv: figured it out. thanks
[07:29] <vila> hi all
[07:33] <bialix> bonjour
[08:06]  * thumper looks around for someone to upload bzrtools into the ~bzr PPA
[08:36] <speakman> hi folks! Is there any way to undo a pull, which has screwed up the log?
[08:36] <spiv> speakman: you can pull -r SOME_REV --overwrite
[08:36] <spiv> speakman: but what do you mean by "screwed up the log"?
[08:38] <speakman> it replaced the log mainline with the log of the log of the branch which has some strange merges and stuff
[08:38] <speakman> what I wanted to do was a merge.
[08:39] <spiv> Ok.  So yes, bzr pull as I said above to bring the branch back to the point it was at before.
[08:41] <speakman> can I use -r -1 for it?
[08:43] <spiv> speakman: pull -r -1 would be a no-op
[08:44] <spiv> Oh, unless you mean to pull -r -1 of some other copy of the branch onto your copy.  That would work.
[08:45] <spiv> But if you don't have another copy, then you'll need to look at the log and and find where the mainline stops being what you wanted (i.e. commits from someone else).  That's the point at which the other branch diverged from yours, and so you want to go back to that revision.
[08:45]  * spiv -> dinner
[08:53] <speakman> It did work, thanks alot.
[08:59] <spiv> speakman: great.  glad I could help.
[10:52] <Lo-lan-do> I'm still struggling to find a way to get git and bzr to cooperate... I may be missing something, but I can't seem to get it working.
[10:55] <Jc2k> Lo-lan-do: ?
[10:55] <Jc2k> are you playing with bzr-git or something else..
[10:57] <Lo-lan-do> I tried bzr-git and git-bzr.
[10:58] <Jc2k> bzr-git doesnt have push yet, but bzr branch should work against git://
[10:58] <Jc2k> i think it can only get the master branch, tho
[10:58] <Jc2k> i think there is a git-import to get the full repository
[10:59] <Jc2k> push should come soon. i've been working on some parts of it in dulwich
[10:59] <Lo-lan-do> I managed a branch, but when I added a commit into the git dir then I couldn't branch it again.
[11:00] <Jc2k> oh?
[11:00] <Jc2k> what error?
[11:01] <Lo-lan-do>   File "/home/roland/.bazaar/plugins/git/dulwich/dulwich/repo.py", line 223, in _get_object
[11:01] <Lo-lan-do>     assert len(sha) in (20, 40)
[11:01] <Lo-lan-do> (AssertionError)
[11:01] <Jc2k> oh cripes.
[11:02] <Jc2k> dont suppose the git repo is online somewhere?
[11:02] <Lo-lan-do> It's a clone of git://git.debian.org/apt-build/apt-build.git
[11:02] <Lo-lan-do> (I took a random reasonably-sized one :-)
[11:02] <Lo-lan-do> Then I added a simple commit inside.
[11:03] <Lo-lan-do> Might be relevant: I upgraded to git 1.6 after the cloning.
[11:03] <Jc2k> hmm, i cant imagine they changed the object format in 1.6
[11:04] <Lo-lan-do> Dunno.  When I tried to push (earlier), bzr complained about not finding a .git/inventory file or so.
[11:05] <Jc2k> yeha, push isn't implemented at all. most of the pieces are there for dpush i think, just need to tie it all together.
[11:05] <Jc2k> Lo-lan-do: did you do the simple commit with git or bzr?
[11:05] <Lo-lan-do> git
[11:07] <Jc2k> hmm
[11:07] <Jc2k> i can reproduce, at least :]
[11:08] <fullermd> Sheesh, get a room.
[11:12] <Lo-lan-do> I'm off to lunch, but I'll be back soon :-)
[11:53] <CaMason> hi guys. I've got an SVN repo with some projects in, and I'd like to create a bzr branch from one of the specific folders in that SVN repo
[11:54] <CaMason> any hints on how to do that? I tried bzr branch /srv/svn/myrepo/myclient/project/ but got an error about different rich-root support
[11:55] <fullermd> You're trying to branch it into an existing repository, which isn't rich-root capable.
[11:56] <fullermd> You need to do it into a new repository (standalone would quality), or change your existing repository to rich-root, which you probably don't want to do since it will shove all the branches in it through the trapdoor.
[11:58] <CaMason> what does the rich-root do?
[12:09] <Lo-lan-do> CaMason: I think it allows bzr to track information on the root directory, whereas non-rich-root formats only track it for the files inside.
[12:10] <Lo-lan-do> But I'm far from being an expert in these matters.
[12:10] <Lo-lan-do> Jc2k: Any timeframe for a working push?  Weeks?  Months?
[12:11] <fullermd> Roughly that, yah.
[12:12] <CaMason> ok. well, they way I have my folders set up is, I have a shared-repo (no trees) per client
[12:12] <CaMason> then there are project folders, then the branches inside of that
[12:13] <CaMason> either way, do I need to make a shared repo with rich root support
[12:13] <fullermd> Well, you could make a separate shared repo for it, sure.  Or you could just make it standalone.
[12:14] <CaMason> there's no branches in that particular repo atm
[12:14] <fullermd> (probably have to make it elsewhere then move it in place for that; there's no easy way offhand I know of to make it standalone from the start without doing a lot more rather annoying steps along the way)
[12:15] <Lo-lan-do> Jc2k: By the way, I upgraded the git plugin (and installed dulwich) and the bug seems to have gone away.
[12:15] <CaMason> will rich-root cause me any problems with normal bazaar projects? (or other cons?)
[12:16] <Jc2k> Lo-lan-do: interesting..
[12:16] <Jc2k> Lo-lan-do: im just merging head into my branch so i guess it will go away for me in a sec to
[12:16] <Jc2k> too
[12:18] <Lo-lan-do> Well, since I'm tracking your branch....
[12:18] <Lo-lan-do> I was hopeful when I saw a log message by jelmer stating "Let's implement push", but no such luck.
[12:19] <Jc2k> that was me in dulwich
[12:19] <Lo-lan-do> Oh, right, sorry.
[12:19] <Jc2k> in theory dulwich would support push right now, but the stuff to assemble a push is missing for a git repo and for a bzr repo
[12:20] <Jc2k> i was working a git implementation in dulwich to make sure the API is up to scratch, then i was going to start on the bzr one. assuming jelmer doesnt beat me to that :)
[12:25] <oleavr> hi. is there an easy way to replace the parent location for a number of branches? like, some way to clear it off a branch and specify it in locations.conf
[12:26] <Jc2k> hey oleavr :)
[12:27] <oleavr> morn Jc2k :) how's it going?
[12:28] <Jc2k> goood thx :) yourself?
[12:28] <james_w> oleavr: http://theironlion.net/blog/2009/01/13/using-bazaar-launchpad-making-pushing-easy/
[12:28] <james_w> check the bit there about configuring locations
[12:29] <fullermd> CaMason: Rich root support is a trapdoor.  Revisions made with rich root support can't be used in non-rich-root repositories.  So you don't want to move any branch of a project into rich-root unless you're prepared to move EVERY branch of that project (anywhere) into rich root.
[12:31] <oleavr> Jc2k: nice :) pretty good. what are you hacking on these days?
[12:32] <oleavr> james_w: thanks, but I've tried that already.. 'bzr pull' still pulls from the parent location ('Using saved parent location')
[12:32] <oleavr> james_w: so I need some way to clear that remembered value so the one in locations.conf gets used
[12:33] <Jc2k> oleavr: i've been toying with bzr-git lately (wrote a git server than stores its stuff in bzr)
[12:34] <Jc2k> oleavr: reading branch.py, looks like there should be a parent file in the .bzr dir for your branch
[12:34] <oleavr> Jc2k: awesome! asabil told me about that project. sounds really neat!
[12:35] <fullermd> Only if you have a very old branch.
[12:35] <oleavr> Jc2k: aha, thanks! *looks*
[12:35] <Jc2k> otherwise it goes through the normal config stuff
[12:35] <Jc2k> and i guess there would be a branch.conf too
[12:35] <Jc2k> /instead/
[12:35] <oleavr> hmm, branch.conf seems to be the culprit
[12:37] <Jc2k> it looks like you can branch.set_parent_location(None) to unset it
[12:37] <Lo-lan-do> Jc2k: Could the git server be installed as /usr/bin/git, for remote usage through ssh?
[12:37] <oleavr> yay, simply just setting parent_location in locations.conf did the trick (thought I tried that already)
[12:37] <Jc2k> ah, good.
[12:38] <Jc2k> Lo-lan-do: bzr-git ships with bzr-receive-pack and bzr-upload-pack scripts to symlink in place of git-receive-pack and git-upload-pack
[12:39] <Lo-lan-do> Lovely.  Do they already work?  That would really make my day :-)
[12:40] <Jc2k> theoretically :)
[12:40]  * Lo-lan-do gives it a try
[12:40] <Jc2k> but the mappings need more love before it can handle bzr revisions
[12:41] <Jc2k> atm it can only handle git revisions
[12:41] <Jc2k> (its easy to get a sha1 off a git revision, but to get it off the bzr revision i'd have to scan the entire history of that revision)
[12:42] <Lo-lan-do> Oh, so git→bzr one-way again :-/
[12:42] <Jc2k> yeah.
[12:44] <Lo-lan-do> I'm almost to the point where I'd like to say "We're using bzr.  Deal with it."
[12:45] <Lo-lan-do> Problem is that there are three of us, one a bzr user, one a git user, and one who doesn't care.  And I don't have any particular moral authority to impose bzr.
[12:45] <Jc2k> both should work real soon.
[12:46] <Lo-lan-do> Nice to know, because we're on a wobbly standing currently, without any public SCM so far.
[13:10] <CaMason> is there any way I can make an SVN repo into a bzr branch without rich-root support?
[13:12] <Lo-lan-do> I don't think so.
[13:14] <fullermd> Not with bzr-svn anyway; it uses rich roots.
[13:15] <CaMason> not that.. I want to migrate this svn repo branch to a bzr branch
[13:15] <CaMason> so I can leave SVN behind
[13:15] <james_w> try bzr-fastimport
[13:16] <CaMason> just reading up about that now
[13:17] <CaMason> is it a plugin? The docs just say "grab the latest source"
[13:19] <CaMason> seems so
[13:22] <james_w> yeah, you can "bzr branch lp:bzr-fastimport ~/.bazaar/plugins/fastimport"
[13:23] <CaMason> I can't see any docs on how to use it properly. I'd need to filter the repo as I only want one of the folders inside of it
[13:25] <james_w> well, it has two parts
[13:25] <james_w> svn-fast-export that exports the SVN repo to a text stream
[13:25] <james_w> and then bzr fast-import that imports that stream in to a bzr branch
[13:25] <james_w> you can edit that stream in the middle if you like
[13:26] <CaMason> ah right
[13:26] <james_w> bzr help fastimport
[13:26] <james_w> may give some documentation
[13:26] <CaMason> yes it does, but it says to check on the web for further docs, which don't exist
[13:27] <CaMason> I assume fast-import-filter would be helpful though
[13:30] <CaMason> would be good to try exporting to a file first then. I'll see if I can figure how to use fast-export-filter.py
[13:30] <james_w> yup
[13:30] <CaMason> fast-export.py sorry
[13:42] <CaMason> ok I'm getting there. Getting an error that I'm looking up
[13:44] <CaMason> "Can't open file '/srv/svn/clients/db/revs/154': too many open files"
[13:48] <jelmer> CaMason, what is the problem with rich roots?
[13:49] <CaMason> I don't know, I was told it was a 'trap door'. All I would like to do is create a sole-branch out of a folder in an SVN repo, and keep it as an SVN branch
[13:51] <jelmer> CaMason, that's correct - you can't downgrade from rich root to the current default format, but rich root will be the default format at some point in the future
[13:51] <CaMason> oh right
[13:52] <CaMason> well this bzr repo is empty at the moment, so could I just re-create it as rich-root, then do a bzr-svn branch into there?
[13:53] <jelmer> yep
[13:55]  * CaMason tries that
[13:59]  * Lo-lan-do cries
[14:00] <Lo-lan-do> You can track a git branch in bzr with bzr-git, and a bzr branch in git with git-bzr, but when you do a round-trip the revision-ids are different so the branches have no common history :-(
[14:01] <jelmer> yes, the two are incompatible
[14:03] <CaMason> jelmer: thanks for that, I seem to have imported my svn branch successfully :)
[14:03] <CaMason> and it's now a bona-fide bzr project
[14:06] <CaMason> no more .svn pollution :)
[14:07] <Lo-lan-do> And your working copy is smaller while containing your whole history.
[14:08] <CaMason> the main thing is I can now work on this project whilst on the train :)
[14:08] <CaMason> and I love that about bzr
[14:09] <CaMason> svn died on me twice this-morning when I deleted a file manually. It hates that
[14:14] <Lo-lan-do> jelmer: Is that something that can be fixed with the push support in bzr-git, or will stuff be forever split?
[14:16] <rkistner> i'm having trouble with a lock
[14:16] <rkistner> when i try to push my branch to launchpad, i get the error "Unable to obtain lock lp-46722000:///~ralf-kistner/pidgin-mxit/main/.bzr/branch/lock"
[14:16] <rkistner> locked 67 hours, 23 minutes ago
[14:17] <Jc2k> Lo-lan-do: bzr-git will eventually have full two-way support, introducing git-bzr is always going to introduce pain tho.. unless we have some kind of 'bzr upgrade' to fix a git-bzr branch..
[14:17] <rkistner> but when i try to break the lock with "bzr break-lock lp-46722000:///~ralf-kistner/pidgin-mxit/main/.bzr/branch/lock"
[14:17] <Jc2k> Lo-lan-do: i dont know enough about git-bzr, though
[14:17] <rkistner> i get the error Could not acquire lock "(remote lock)"
[14:17] <Jc2k> rkistner: thats a known bug with the error message (fixed recently i think)
[14:18] <rkistner> ok
[14:18] <Jc2k> rkistner: i think you want bzr break-lock lp:~ralk-kistner/pidgin-mxit/main
[14:19] <rkistner> thanks, that worked
[14:19] <rkistner> what would cause the lock in the first place?
[14:19] <Jc2k> a write operation that was interrupted
[14:20] <Jc2k> (i think, not my area of expertise tbh)
[14:20] <Lo-lan-do> Jc2k: Great, thanks :-)
[14:22] <jelmer> svn-upgrade has some code that could be factored out to supported rebasing a git-bzr-based branch on a bzr-git based branch
[14:24] <Lo-lan-do> Next question... can one (or will one be able to) access other branches than "master" with bzr-git?
[14:24] <jelmer> Lo-lan-do, not yet, for this colocated branches in bzr would have to be supported first
[14:25] <jelmer> I sent a spec for this to the mailing list a while ago
[14:25] <Jc2k> Lo-lan-do: the server part can expose multiple branches, tho
[14:34] <Lo-lan-do> jelmer: Interesting
[15:18] <Goosey> Hello, I am helping to solve [Bug 320968] and was asked to do "bzr init -Dtransport" to write a ".bzr.log". I did this but I do not see the log file. Am I doing anything wrong?
[15:19] <jelmer> Goosey, bzr will always be writing this file (every time it runs) but I'm not sure where it's located on Windows
[15:19] <jelmer> on Linux it's in your homedir
[15:19] <Goosey> Ah ok, i will look where it may be..
[15:19] <james_w> "bzr version" tells you I thin
[15:20] <Goosey> yes it does
[15:20] <Goosey> i have it, thanks :)
[15:46] <speakman> My bzr is saying "No handlers could be found for logger "bzr"" all the time. Any changes lately?
[15:46] <Odd_Bloke> speakman: Do you get it with '--no-plugins'?
[15:47] <speakman> yep
[15:47] <rbriggsatuiowa> how do I change the push branch in bzr info?
[15:48] <Odd_Bloke> speakman: I have no further thoughts on the matter. :p  Someone else'll know what's up.
[15:48] <speakman> rbriggsatuiowa: bzr push --remember sftp://new.place.com/somewhere ?
[15:48] <speakman> Odd_Bloke: ok, thanks for trying. This is really annoying though :)
[15:48] <speakman> This = It's
[15:51] <speakman> it's also very verbose, showing every output twice and one of them with both pid, timestamp and debug level:
[15:51] <speakman> [12133] 2009-01-26 16:49:42.154 INFO: added src/pkt.c
[15:51] <speakman> added src/pkt.c
[15:53] <rbriggsatuiowa> speakman: thanks
[15:53] <speakman> Odd_Bloke: rm -f ~/.bzr.log*  did it
[15:54] <Odd_Bloke> speakman: Weird.  Possibly worth filing a bug.
[16:00] <speakman> there already are a few regarding the same issue, that's where I found the solution. :)
[16:03] <Odd_Bloke> speakman: Fair enough. :)
[16:35] <Ng> in the output of bzr info, what's a submit branch?
[16:40] <beuno> Ng, where "bzr send" will compare against
[16:40] <Ng> beuno: has it appeared because I merged at some point? I've never seen it before and never used send
[16:40] <beuno> Ng, yeah, it's usually where you branch from IIRC
[16:41] <NfNitLoop> yeah, that one confuses me too.
[16:42] <Ng> fair enough. I tend to merge from branches that only exist for short periods, which is what I found a little confusing
[16:42]  * Lo-lan-do loves the new branch aliases
[16:42] <NfNitLoop> ... branch aliases?
[16:42] <Lo-lan-do> :bound, :parent and :push
[16:42] <NfNitLoop> oh, handy.   can we make custom ones? :)
[16:42] <Ng> beuno: thanks :)
[16:43] <Lo-lan-do> No idea, and they're not even particularly documented anyway.
[16:43] <Lo-lan-do> But I like to be able to "bzr missing :bound".
[16:54] <luks> NfNitLoop: no, but there is https://launchpad.net/bzr-bookmarks
[17:57] <fullermd> Wuff.  Unshelve sure doesn't like the new progress bar stuff...
[18:06] <aruetten> hello everybody, sorry if now follows a boring question. I got a branch of a projekt from launchpad by using bzr lp:/<project_name> and I did some changes in there. What is the right way to commit my changes for my personaly and not to copy them back to LP?
[18:07] <luks> bzr commit
[18:08] <aruetten> so simple? ok and when i want to put my changes up to LP bzr push will be the right?
[18:08] <luks> right
[18:08] <aruetten> thanks
[18:09] <ollie> one thing about bzr that is really buggy me. I want a config file to exist in my repository but I need it to be ignored when i do a checkout as the settings are local
[18:09] <luks> does *any* VCS have a solution to that?
[18:10] <ollie> so when a new developer does a checkout they need to get the config file but then when they edit the config file it needs to be ignored
[18:10] <luks> what I normally do is version the default version of a config file
[18:10] <luks> and the developer has to copy/modify it
[18:15] <ollie> yeah
[18:15] <ollie> but i can't ignore a versioned file
[18:15] <ollie> and then when a do bzr up i get conflicts
[18:16] <luks> ollie: no, I meant that you version foo.conf.default and ignore foo.conf
[18:17] <ollie> oh i see right that makes sense
[18:17] <ollie> thanks :)
[19:21] <LarstiQ> hmm, no bialix
[20:03] <Goosey> jelmer, ping!
[20:03] <jelmer> Goosey, pong
[20:04] <Goosey> jelmer, I figured IRC may be more rapid than the buglog whenever you are interested (ref to #320968)
[20:05] <jelmer> Goosey, yeah
[20:10]  * Lo-lan-do discovers bzr-email
[20:11]  * Lo-lan-do discovers bzr-cia too
[20:11] <jelmer> :-)
[20:11] <jelmer> Goosey, Did you see my last reply?
[20:11] <Lo-lan-do> jelmer: You should make a bzr-allplugins package, it'll make life simpler for everyone :-)
[20:11] <jelmer> Lo-lan-do, bzr-cia is already packaged
[20:12] <Goosey> jelmer, last reply from you I have is your request for the -xml logs on the smaller revision set
[20:12] <Lo-lan-do> I think you mean bzr-email... I just aptitude-installed -email, but rmadison doesn't mention -cia.
[20:12] <Goosey> jelmer, I made a reply to that, but as I said in my reply I don't think I can share those log files directly due to NDA
[20:13] <jelmer> Lo-lan-do, it's in cia-clients
[20:13] <jelmer> Lo-lan-do, along with the git/svn/etc CIA plugins
[20:14] <Lo-lan-do> Oh, sorry.
[20:21] <jelmer> Goosey, I'm not sure what's going wrong exactly
[20:22] <jelmer> Goosey, it looks like a bug in subversion, but I can't really tell
[20:22] <jelmer> Goosey, are the subversion you're using directly and the one bzr-svn uses the same?
[20:22] <Goosey> jelmer, the same repository, you mean?
[20:23] <jelmer> Goosey, no, the instance of the subversion libraries that's being used
[20:24] <Goosey> jelmer, I am not sure about that. I am using the precompiled 1.11 windows binaries for the bzr-svn side, do you know I command I can use to query the svn version?
[20:24] <jelmer> Goosey, bzr-svn will report it in the .bzr.log file
[20:28] <Goosey> jelmer, bzr-svn: using Subversion 1.5. and.. 1.5.5 for my direct SVN client
[20:32] <jelmer> Goosey, what's the minor version of the svn used by bzr-svn ?
[20:33] <jelmer> it should print 3 digits
[20:33] <Goosey> jelmer, ah sorry, 1.5.4
[21:13] <lifeless> moin
[21:16] <LarstiQ> moin lifeless
[21:26] <lifeless> jelmer: ping
[21:27] <jelmer> lifeless, pong
[21:27] <lifeless> jelmer: dulwich isn't reconstructing texts quite right for me
[21:27] <jelmer> oh?
[21:27] <lifeless> jelmer: in bzr-compressbench
[21:27] <lifeless> jelmer: http://bazaar.launchpad.net/~lifeless/+junk/bzr-compressbench
[21:27] <lifeless> grab that
[21:28] <lifeless> its got a _very_ minimal versionedfiles implementation for dulwich
[21:28] <lifeless> I take a pack repo, fully pack it
[21:28] <lifeless> then construct a dulwich.pack.Pack on that pack
[21:28] <lifeless> I can get out a plain text
[21:29] <lifeless> and maybe a two-or-three delta (not sure where it breaks), but doing a full benchmark run EFAIL
[21:29] <jelmer> and this works ok using e.g. git itself?
[21:29] <lifeless> yes
[21:30] <lifeless> the dulwich VF is subclasses from a 'invoke git as a subprocess' VF
[21:30] <lifeless> have a look at the code, its pretty straight forward, and in true benchmark style no tests :P
[21:30] <jelmer> What sort of failure do you get?
[21:30] <lifeless> keyerror I think
[21:31] <lifeless> grab the code, edit the repo reference, run --delta git --delta dulwich --limit 100000000
[21:31] <lifeless> and you'll see
[21:31] <lifeless> back shortly, eating
[21:50] <jelmer> lifeless, runs fine so far
[21:52] <lifeless> jelmer: garh
[21:52] <lifeless> jelmer: in which case, you can see how you stack up speed wise :)
[21:52] <jelmer> lifeless, yeah, that bit is useful - thanks :-)
[21:53] <lifeless> I use git for the compression because I want to see how big it is
[21:53] <lifeless> but the git decompression has fork and datastructure warmup overheads, so I wanted to see 'native' decompression and see if it was faster
[21:57] <igc1> morning
[22:03] <hsn_> i am geting error: Unable to load bzr-svn extensions - did you build it? - bzr1.11 on windows using python installer
[22:04] <jelmer> hsn_, did you install bzr-svn manually ?
[22:04] <hsn_> jelmer: no. i deleted python and reinstalled python and bazaar again, its fresh install
[22:07] <hsn_> there is directory sitepackages\bzrlib\plugins\svn - should i delete it?
[22:09] <hsn_> deleting svn directory fixed problem
[22:39] <Goosey> jelmer, my repo seems to be cursed. I was messing with Mercurial and after 'hg init' 'hg add' 'hg status' on the root my checkout my montitor started flashing to black
[22:39] <Goosey> it is as if a demon was angered. A digital demon.
[22:41] <jelmer> Goosey, the only thing I can think of that would explain this is if the svn folks fixed a bug in svn 1.5.5
[22:45] <LarstiQ> can anyone read http://www.ukr.net/mta/err.html#enduser?<IP_ADDRESS> ?
[22:45]  * LarstiQ has trouble mailing bialix :(
[22:45] <jelmer> LarstiQ, Yes
[22:46] <jelmer> LarstiQ, it's Ukranian :-P
[22:46] <LarstiQ> jelmer: :P
[22:46] <LarstiQ> jelmer: so what does it tell me to do mail bialix? hmm?
[22:46] <jelmer> LarstiQ, he was asking around for you here this morning I think
[22:46] <LarstiQ> yeah, I noticed, but he wasn't here when I got back
[22:46] <jelmer> LarstiQ, have you tried google translate?
[22:46] <LarstiQ> jelmer: he emailed me too
[22:46] <_mathrick> hiya
[22:47] <jelmer> hi _mathrick
[22:47] <LarstiQ> jelmer: oooh, it does Ukrainian
[22:47] <_mathrick> a buglet I just noticed: bzr get bzr+ssh://path/to/a/lightweight-checkout fails because it refers to the parent branch as a plain pathname, which is then interpreted locally
[22:48] <_mathrick> known?
[22:48] <LarstiQ> jelmer: aha, it doesn't like my reverse dns
[22:53]  * LarstiQ sent a message via launchpad and hopes that gets delivered
[22:53] <LarstiQ> and now, to bed
[22:53] <jfroy|work> jelmer: quick update on 0.5, no explosions so far. still watching my steps, but it is promising
[22:55] <LarstiQ> jelmer: can I provide more info on bug 320113?
[22:55] <jelmer> of course :-)
[22:55]  * LarstiQ rephrases
[22:55] <LarstiQ> jelmer: what needs to happen to move it forward? :)
[22:59] <jfroy|work> LarstiQ: hum, does one need to run that command when moving to 0.5?
[23:00] <jelmer> LarstiQ, is there any reason you're using svn-upgrade at all rather than just doing a clean branch ?
[23:00] <jelmer> svn-upgrade should only be necessary for branches that are not yet in svn
[23:02] <LarstiQ> jfroy|work: not per se
[23:03] <LarstiQ> jfroy|work: but I want to use the new mappings, and branches based on the old ones don't interact with new ones. Which is very nice in that I can (and already do) have some branches be 0.5 based without biting other 0.4 based ones.
[23:04] <LarstiQ> jfroy|work: however, I'd like to switch some current 0.4 ones if possible, other options would be removing them all, and just branching again
[23:04] <jelmer> LarstiQ, ah, that makes sense
[23:04] <jelmer> I hadn't considered that use case
[23:05] <LarstiQ> jelmer: which use case?
[23:05] <lifeless> jelmer: so it works without crashing for ou
[23:06] <lifeless> you?
[23:06]  * _mathrick regrets there's no way to branch only the history concerning specific files
[23:06] <jfroy|work> So it is actually possible to concurrently use 0.4 and 0.5 on the same svn repository? I assume as long as the same "branch" is not accessed with both.
[23:06] <LarstiQ> jfroy|work: yes, no
[23:06] <asabil> hi all
[23:06] <LarstiQ> jfroy|work: I use 0.5 and 0.4 for different 'branches' in svn, that works fine.
[23:06] <LarstiQ> jfroy|work: I've also used 0.4 and 0.5 on the same branch, that also works.
[23:06] <jfroy|work> LarstiQ: :o
[23:06] <asabil> I am writing a plugin that involves iterating over all the "commits" from an input branch, and reapplying them on another output branch
[23:06] <jfroy|work> jelmer: tip of the hat
[23:07] <jfroy|work> I was worried about that.
[23:07] <LarstiQ> jfroy|work: but then gets me into 320113 if I try to svn-upgrade a 0.4 one
[23:07] <lifeless> asabil: isn't that rebase?
[23:07] <asabil> I amnot very familiar with the bzr internals, can someone point me to a starting point please ?
[23:07] <asabil> lifeless: not really, I want to rewrite the whole branch
[23:07] <LarstiQ> jfroy|work: what you can not do, is communicate between the 0.5 and 0.4 branches directly with bzr. The communication has to go through svn.
[23:07] <lifeless> asabil: yes, replay (in the rebase plugin) can do that
[23:08] <asabil> I need to get access to the commit data
[23:08] <jfroy|work> LarstiQ: right, because they likely will have divergent histories
[23:08] <asabil> like the commit message and the state of the tree
[23:08] <LarstiQ> jelmer: so the reason I'd like svn-upgrade, is that I don't know what my colleagues have done, and telling them to 'bzr svn-upgrade' would be easier than trying to manage it in a different way.
[23:09] <LarstiQ> jfroy|work: yup, their revisions are always different.
[23:09] <lifeless> asabil: anyhow, I'd look at the rebase code; or the graft code
[23:10] <asabil> ok thanks
[23:10] <lifeless> asabil: historic data is available via repository.revision_tree() and repository.get_revision()
[23:10] <asabil> okidoki
[23:12] <alf> hello all, as I was browsing the bugs I stumbled on bug #318604
[23:12] <alf> and I got really confused about what is happening
[23:12] <_mathrick> mathrick@hatsumi:~$ bzr st .emacs
[23:12] <_mathrick> bzr: ERROR: .emacs is not in the same branch as .emacs
[23:12] <_mathrick> what?
[23:13] <_mathrick> I got this after bzr failed mid-commit due to dbus plugin failing
[23:13] <LarstiQ> _mathrick: dbus failing, luckily, is post-commit
[23:13] <LarstiQ> _mathrick: but it is a very sucky failure mode
[23:13] <_mathrick> it still managed to bork my repo
[23:13] <alf> the answers seem to find the bug invalid but I don't understand why is this
[23:13] <LarstiQ> _mathrick: your working tree might be out of date
[23:14] <LarstiQ> _mathrick: at least, this is from my experience
[23:14] <_mathrick> LarstiQ: no, I updated it after it told me to
[23:14] <LarstiQ> _mathrick: ah, bah
[23:14] <lifeless> _mathrick: thats interesting
[23:14] <lifeless> _mathrick: the stage it fails at is after the commit, before the update
[23:14] <lifeless> _mathrick: so just 'bzr update' should unwedge things
[23:14] <_mathrick> lifeless: I already did
[23:14] <_mathrick> that came *after* the up
[23:15] <lifeless> _mathrick: is .emacs a subdir ?
[23:15] <lifeless> or a symlink?
[23:15] <_mathrick> no
[23:15] <_mathrick> yes
[23:15] <_mathrick> oh, right
[23:16] <lifeless> alf: what are you  trying to do?
[23:18] <asabil> anyone here able to branch the graft plugin ?
[23:18] <alf> lifeless: the bug as I understand it is: have branch X on machine A, make a copy of it (eg bzr branch) on machine B
[23:19] <alf> lifeless: change/commit something in A and push the changes to branch on machine B
[23:20] <LarstiQ> asabil: I do know the graft code has bitrotted
[23:20] <alf> lifeless: if after push the user enters "bzr diff" in the branch on machine B nothing is printed
[23:20] <lifeless> alf: thats normal
[23:20] <asabil> LarstiQ: yes probably, but this looks to me like a bzr.dev bug
[23:20] <lifeless> alf: 'diff' shows the current changes made in the tree - and no changes have been made on machine B
[23:20] <asabil> BzrDir.sprout is called with an invalid keyword argument
[23:21] <lifeless> alf: I believe 'bzr st' will tell you that the tree is out of date and should be updated
[23:21] <LarstiQ> asabil: TypeError: sprout() got an unexpected keyword argument 'source_branch'
[23:21] <asabil> yes
[23:21] <asabil> same issue here
[23:22]  * LarstiQ goes to bed
[23:22] <alf> lifeless: is 'tree' something different from the set of files that are in the working directory?
[23:22] <lifeless> asabil: pastebin it ?
[23:22] <jelmer> LarstiQ, sorry
[23:22] <jelmer> LarstiQ, I need to look into this code again, it's been a while
[23:22] <lifeless> alf: its that set yes
[23:22] <jelmer> LarstiQ, I'll get back to you
[23:22] <lifeless> asabil: the full backtrace from ~/.bzr.log please
[23:23] <asabil> yep wait a second please
[23:24] <LarstiQ> jelmer: thanks
[23:24] <asabil> lifeless: http://pastebin.com/d726b27c6
[23:25] <asabil> removing the extra argument solves the problem btw
[23:25] <alf> lifeless: bzr diff shows the changes in the tree with respect to what?
[23:25] <lifeless> alf: to the basis tree
[23:25] <alf> lifeless: which is different from the branch tip?
[23:26] <lifeless> alf: it can be
[23:27] <lifeless> alf: the branch tip is the last commit made to the branch. working trees also know the last revision they were set to (and any pending merges done too)
[23:28] <lifeless> alf: the basis tree then, is the last revision the tree was set to - e.g. by 'commit' 'uncommit' 'pull' or 'push' - but the latter three operations can only change the tree when they are run locally, because remote operations introducing conflicts is bad
[23:29] <lifeless> so we don't alter working trees over the network
[23:35] <alf> lifeless: if I understood correctly the basis tree is stored as text (the tree contents) somewhere in .bzr/ , not only as a plain revision number
[23:36] <lifeless> asabil: I think its very old format bitrot, or possibly a plugin. I'll look deeper - but could you please file a bug
[23:36] <asabil> lifeless: sure, but the issue is obvious isn't it ?
[23:37] <lifeless> alf: the basis tree inventory is stored in .bzr/checkout, the file texts are stored in the repository (usually .bzr/repository)
[23:37] <asabil> lifeless: BzrDir.sprout () doesn't take the source_branch keyword argument, since it's the self
[23:38] <lifeless> asabil: I don't know what command line options you used for instance. Bug reports are good :).
[23:38] <lifeless> if you don't want to file a bug report, thats fine, I'll try to figure it out how to reproduce later.
[23:39] <lifeless> but if you could file one it is extremely helpful to capture the data
[23:40] <lifeless> as for the problem - the fix might be easy, but I needto track down - why didn't tests catch it, are there other old formats suffering the same issue, etc
[23:43] <asabil> lifeless: ok, done: bug #321695
[23:43] <lifeless> thanks!
[23:43] <asabil> yw
[23:54] <alf> lifeless: I can't understand why we can't change just the remote basis tree (.bzr/checkout not the working tree) when doing remote operations?
[23:54] <alf> lifeless: would that lead to any conflict?
[23:54] <lifeless> alf: it would mean that it no longer matched the content of the users tree
[23:55] <lifeless> alf: for a file F
[23:55] <lifeless> there is a current basis Fb, and there is the one in the tip Ft, and the one the user has been editing, Fu
[23:56] <lifeless> if the user has made changes, Fu != Fb
[23:56] <lifeless> if you tell the tree that Fb is now Ft, then the user will see changes from Fu to Ft, which conflates their intended edits with the changes from Fb to Ft
[23:57] <lifeless> this is bad because it makes it harder for them to accomodate the changes made by [Fb,Ft) in Fu
[23:57] <lifeless> much better to let them merge or revert at their own discretion


[07:08] <dholbach> good morning
[08:22] <davidcalle> Morning o/
[15:02] <dholbach> dpm: call? :)
[15:08] <dholbach> ok, looks like it's not happening
[15:09] <dpm> dholbach, sorry, I updated the calendar, but I meant to ping you
[15:09] <dpm> leaving a bit earlier today to catch a flight
[15:09] <dholbach> ok
[15:09] <dpm> dholbach, let's catch up tomorrow
[15:10] <dholbach> dpm, mhall119, davidcalle: short update: I think I'm close to having the importer fixed
[15:10] <dpm> dholbach, wow, nice way to finish the year! :-)
[15:10] <dholbach> yes
[15:11] <davidcalle> dholbach: wow, how?
 because publishing etc will change a pages PK
 Page().publish() creates a new copy of the page (and deletes the old one)
[15:11] <dholbach> (PK = primary key)
[15:12] <dholbach> I'm using cms.api.publish_pages([list]) now and modified a few lookups
[15:12] <dholbach> I'm still testing things though :)
[15:12] <davidcalle> dholbach: so, publishing in bulk as opposed to page by page?
[15:12] <dholbach> yes
[15:13] <dholbach> we often passed page objects around, for example to set the parent of a new article
[15:13] <davidcalle> dholbach: this raises a lot of questions about why Django does things differently for each case and why mysql doesn't care
[15:14] <dholbach> if we do a .publish() in between it might break things or have bizarre effects
[15:14] <dholbach> it could be that sqlite reuses PKs and postgres doesn't - it was one of ojii's first assumptions this morning
[15:14] <davidcalle> In any case, we don't *need* an answer for these, I'm just so very glad you found a way :D
[15:15] <dholbach> I'll make sure to add more tests, just in case :)
[16:57] <dholbach> all right my friends - I call it a day - see you tomorrow!


[20:23] <bgupta> When I am using CloudFormation, I'd like to be able to specify the root volume size of an EBS-backed instance. Google isn't helping me here with syntax, and I'm not sure it is even possible. Any thoughts?
[20:35] <bgupta> This year-old thread seems to indicate the only work around is to put the instance in an autoscaling group, which does expose block-device-mapping.
[20:35] <bgupta> https://forums.aws.amazon.com/thread.jspa?threadID=61878


[13:33] <cyphermox> hi, could somebody please process isc-dhcp from the NEW queue? it replaces dhcp3 and thus should go in main
[14:05] <Riddell> cyphermox: is there a hurry?
[14:06] <cyphermox> well, not necessarily but it would be nice to have it soon, since it has to be coordinated with an upload of network-manager
[14:41] <Riddell> cyphermox: does this need a main inclusion report?
[14:42] <cyphermox> honestly, I don't know. it's a new package but it's really the same thing as dhcp3, just a new version. cjwatson worked on preparing it, I'm just the one who needs to use this ;)
[14:43] <Riddell> cyphermox: is the source code a continuation of dhcp3 or independent?
[14:43] <ScottK> Riddell: It's a continuation.
[14:46] <cyphermox> just got to the same conclusion after checking
[14:46] <cyphermox> thanks ScottK
[14:53] <cjwatson> indeed, it's just the next version along with a new name
[15:57] <Riddell> cyphermox: accepted!
[17:14] <davmor2> hey guys is it known that the latest natty livecd's are failing to boot....(initramfs) aufs mount failed
[17:20] <charlie-tca> I can confirm that
[17:39] <cjwatson> davmor2: you're probably the first to try
[17:39] <cjwatson> we may need to switch to unionfs-fuse temporarily
[17:48] <stgraber> I have the same issue on ltsp
[17:49] <cjwatson> the kernel guys did say that aufs wouldn't be in great shape early on
[17:50] <charlie-tca> fallback for nvidia cards doesn't work either
[17:51] <charlie-tca> the natty installation is almost useless with them. You can't install the hardware nvidia driver, either.
[17:53] <cjwatson> I don't know anything about what would be involved there
[18:00] <charlie-tca> I am sorry. Probably the wrong place and time for that one
[18:18] <apw> cjwatson, confirmed that the -2 krenels do not have aufs2 support ... i would have expected us to fallback to fuse automatically ... i should have an aufs2 for the next upload
[18:21] <stgraber> apw: unionfs-fuse is in universe, so it'd have had to be moved to main first, then seeds + ltsp should have been updated to use it instead of aufs. Good to know that we'll have aufs again soon :)
[18:23] <apw> stgraber, no guarebnntees it;'ll work but its looking better than nothing


[16:01] <smoser> o/
[16:01] <gnuoy> o/
[16:01] <lutostag> o/
[16:01] <coreycb> o/
[16:01] <zul> hi
[16:02] <arosales> o/
[16:02] <arosales> Hello
[16:02] <arosales> looks like I am up today
[16:02] <arosales> #startmeeting ubuntu-server-team
[16:02] <meetingology> Meeting started Tue Sep 23 16:02:35 2014 UTC.  The chair is arosales. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:02] <meetingology> Available commands: action commands idea info link nick
[16:02] <beisner> o/
[16:02] <arosales> #topic Review ACTION points from previous meeting
[16:03] <arosales> ACTION: rbasak to review mysql-5.6 transition plans with ABI breaks with infinity
[16:03] <smoser> hey. happy to have mr arosales here. thanks!
[16:03] <arosales> smoser: hello happy to be here :-)
[16:03]  * arosales doesn't see rbask atm
[16:03] <arosales> or infinity
[16:03]  * arosales will leave that as an action to follow up on.
[16:04] <arosales> #action rbasak to review mysql-5.6 transition plans with ABI breaks with infinity (carry over)
[16:04] <meetingology> ACTION: rbasak to review mysql-5.6 transition plans with ABI breaks with infinity (carry over)
[16:04] <arosales> ACTION: all to review blueprint work items before next weeks meeting
[16:04] <arosales> did folks get some time to review BP work?
[16:05] <kickinz1> o/
[16:05] <arosales> jamespage: smoser ?
[16:05] <smoser> um... no i did not. hopefully others did, and can get those in a more sane state.
[16:05] <arosales> smoser: should I carry over that action item for next week?
[16:06] <smoser> sure.
[16:06] <arosales> #action: all to review blueprint work items before next weeks meeting
[16:06] <meetingology> ACTION: : all to review blueprint work items before next weeks meeting
[16:06] <arosales> #topic Utopic Development
[16:06] <arosales> #link https://wiki.ubuntu.com/UtopicUnicorn/ReleaseSchedule
[16:07] <arosales> #info  Final Beta Freeze (Mon), Warning /!\ Final Beta coming up
[16:07] <arosales> Folks got their bits in ? or FFE filed?
[16:07] <arosales> sorry I guess FFE should be complete by now, not filed
[16:08] <arosales> I take it by the no comments here that everyone has all the bits they need in :-)
[16:08] <arosales> #subtopic Release Bugs
[16:08] <arosales> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-u-tracking-bug-tasks.html#ubuntu-server
[16:08] <zul> i have at least a couple of FFE needed
[16:08] <arosales> 4 critical/high bugs
[16:08] <arosales> #link http://launchpad.net/bugs/1350810
[16:09] <arosales> looks like this bug is with kirkland
[16:09] <rharper> \p
[16:09] <arosales> #link http://launchpad.net/bugs/1350810
[16:09]  * arosales doesn't see utlemming around
[16:09] <arosales> smoser:  ^
[16:10] <arosales> #link https://bugs.launchpad.net/ubuntu/+source/haproxy/+bug/1038139
[16:10] <arosales> needs an owner, any volunteers?
[16:10] <arosales> https://bugs.launchpad.net/ubuntu/+source/openstack-trove/+bug/1347567
[16:10] <arosales> fix committed
[16:10] <smoser> well, the byobu one appears fixed. maybe.
[16:11] <smoser> confusing as to if byobu is fixed there or not.i'll ping kirkland
[16:11] <arosales> coreycb: may need to follow up on the openstack-trove and ensure that is alinged for fix released status
[16:11] <coreycb> arosales, ok
[16:11] <arosales> smoser: ack and thanks, your thoughts on the cloud-init bug with utlemming?
[16:12] <smoser> where is cloud-init bug ?
[16:12] <arosales> #link https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1336855
[16:12] <arosales> sorry
[16:12] <smoser> its in progress.
[16:13] <smoser> uploaded to precise.
[16:13] <arosales> ok, thanks
[16:13] <smoser> utopic i will upload today.
[16:13] <jamespage> o/
[16:13] <arosales> #link https://bugs.launchpad.net/ubuntu/+source/openstack-trove/+bug/1347567
[16:13] <smoser> trusty is blocked on another SRU that is in -proposed. but utlemming has fix.
[16:13] <jamespage> sorry late
[16:13] <arosales> for meeting notes
[16:13] <arosales> smoser: ok, as long as not attention is required
[16:13] <arosales> still need a volunteer for the haproxy
[16:13] <jamespage> that haproxy issue has a patch and everything
[16:14] <jamespage> its breaks monitoring of haproxy from pacemaker right now
[16:14] <jamespage> so fixing that and SRU'ing will help our HA story alot
[16:14] <arosales> jsut needs an Assignee
[16:14] <arosales> :-)
[16:14] <jamespage> arosales, leave it with me - I'll find one
[16:14] <arosales> thanks jamespage
[16:14] <serue> for pete's sake i'll take it
[16:15] <jamespage> zul, pls can we get a trove upload into utopic to fix up that bug above
[16:15] <arosales> lol serue
[16:15] <zul> jamespage: yes
[16:15] <arosales> #subtopic Blueprints
[16:15] <jamespage> zul, (plus we probably need a FFe bug so we can annoy the release team officially)
[16:15] <arosales> #link http://status.ubuntu.com/ubuntu-u/group/topic-u-server.html
[16:16] <arosales> currently in red status 48% of 191
[16:16] <arosales> lets at least hit the essentials
[16:16] <arosales> and any other BPs folks want to take a look at
[16:16] <arosales> #link https://blueprints.launchpad.net/ubuntu/+spec/servercloud-u-lxc
[16:16] <caribou> arosales: I will update mine (kdump) as it will not make it to Utopic
[16:17] <arosales> caribou: thanks
[16:17] <arosales> hallyn around?
[16:17]  * lutostag needs to update his blueprint too...
[16:17]  * arosales doesn't seem him
[16:17] <serue> \o
[16:17] <arosales> or serue thats you :-)
[16:17] <arosales> any comments on lxc BP?
[16:17] <serue> questions on lxc bp?
[16:18] <arosales> currently in red and marked essential, on track for utopic release?
[16:18] <serue> sadly i don't believe the apparmor stuff wil lhappen this cycle
[16:18] <serue> unless jjohansen has updated info
[16:19] <arosales> ok, may be to a point where BP updates need "postponed" if that is not going to happen
[16:19] <serue> overall i think the bp is in pretty good shape.  (it's a little overextended, as it includes c/r)
[16:19] <gnuoy> apologies I need to run
[16:19] <arosales> understood, thanks for the update.  Suggest to sync on aparmor and postpone if it is realisticaly not going to happen
[16:19] <serue> heh, tycho didn't mark some thingsk done :)
[16:19] <arosales> #linkd https://blueprints.launchpad.net/ubuntu/+spec/servercloud-u-openstack-charms
[16:19] <serue> selling himself short
[16:20] <arosales> serue: so should be in a better state than what it shows
[16:20] <arosales> jamespage: looks like you are the owner here
[16:20] <arosales> on track for release?
[16:20] <jamespage> arosales, yeah
[16:20] <arosales> cool, thanks
[16:20] <arosales> jamespage: and BP has current status?
[16:20] <jamespage> I have a few bits stacked up in testing which will mark alot of that DONE
[16:21] <arosales> cool
[16:21] <arosales> #link https://blueprints.launchpad.net/ubuntu/+spec/servercloud-u-openstack-juno
[16:21] <jamespage> it is
[16:21] <arosales> zul: on track for release and BP up to date ?
[16:21] <arosales> jamespage thanks
[16:21] <zul> arges:  yes
[16:21] <zul> ill update it this week
[16:21] <arosales> zul ok thanks (/me assumes that is for me)
[16:22]  * arges is used to it
[16:22] <arosales> those are the 3 essential BPs
[16:22] <arosales> any others folks want to cover?
[16:22] <arosales> a lot of red there so per the action please update BPs as final beta is around the corner
[16:23] <arosales> doesn't see any other requests to review BPs . . .
[16:23] <arosales> next topic
[16:23] <arosales> #topic Server & Cloud Bugs (caribou)
[16:23] <caribou> Nothing outstanding aside from the fact that I now have PPU rights for sosreport & makedumpfile
[16:23] <caribou> sosreport being seeded on the server image
[16:23] <arosales> congrats on PPU :-)
[16:24] <arosales> seems like that would be handy
[16:24] <arosales> thanks for the update caribou
[16:24] <jdstrand> no, apparmor lxc stuff will not land this cycle
[16:24] <arosales> jdstrand: thanks for the info
[16:24] <serue> jdstrand: :(  thx
[16:24] <arosales> serue ^ could you update the BP accordingly please
[16:24] <arosales> #topic Weekly Updates & Questions for the QA Team (psivaa)
[16:24] <serue> arosales: pessimistically i already had
[16:25] <arosales> serue: thanks and it good for folks to see in case they had any objections or new info.
[16:25] <jdstrand> jjohansen got quite a bit done, but we actually didn't commit to 14.10-- we said (when planning this cycle) we'd try for 14.10 but want to deliever for 15.04
[16:25] <serue> jdstrand: not judging :)
[16:25] <jdstrand> we need to review the feasibility of that now-- but considerable progress has been made
[16:25] <arosales> psivaa: any updats for the QA team?
[16:26] <arosales> jdstrand: thanks for the updates here :-)
[16:26] <jdstrand> np
[16:26] <arosales> perhas psivaa isn't around, any other folks from QA have any topics?
[16:26] <arosales> 3 . .  . 2 . . . 1
[16:26] <arosales> #topic Weekly Updates & Questions for the Kernel Team (smb, sforshee, arges)
[16:26] <smb> Hi. Not much here. jamespage, has that jdb2 stuck thing remained not re-appearing?
[16:26] <jamespage> smb, can't reproduce now
[16:27] <jamespage> I'll comment on the bug
[16:27] <smb> maybe fixed by some stable.... ok thanks
[16:27] <arosales> thanks smb
[16:27] <arosales> #topic Ubuntu Server Team Events
[16:27] <arosales> only one I am aware of is the upcomong ODS paris
[16:27] <arosales> #link https://www.openstack.org/summit/openstack-paris-summit-2014/
[16:27] <arosales> still some ways off
[16:27] <arosales> any others?
[16:28] <arosales> well have some folks for the Juju team @ http://strataconf.com/stratany2013 if folks are interested in talking big data Mid Oct
[16:28] <arosales> http://strataconf.com/stratany2013
[16:28] <arosales> #link http://strataconf.com/stratany2013
[16:28] <arosales> #topic Open Discussion
[16:29] <arosales> any other items folks would like to bring up?
[16:29] <arosales> 3 . . . 2 . .  .1
[16:30] <arosales> #topic Announce next meeting date and time
[16:30] <arosales> Tuesday 2014-09-30 at 1600 UTC
[16:30] <arosales> beisner: looks like you are up next
[16:30] <beisner> o/  thanks arosales
[16:30] <caribou> arosales: thanks
[16:30] <arosales> cool thanks beisner
[16:30] <kickinz1> thanls
[16:30] <arosales> thanks folks!
[16:30] <arosales> #endmeeting
[16:30] <meetingology> Meeting ended Tue Sep 23 16:30:53 2014 UTC.
[16:30] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2014/ubuntu-meeting.2014-09-23-16.02.moin.txt
[17:00] <jsalisbury> ##
[17:00] <meetingology> Meeting started Tue Sep 23 17:00:52 2014 UTC.  The chair is jsalisbury. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:00] <jsalisbury> ##
[17:00] <meetingology> Available commands: action commands idea info link nick
[17:00] <jsalisbury> [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Utopic
[17:01] <jsalisbury> Roll Call for Ubuntu Kernel Weekly Status Meeting
[17:01] <chiluk> o/
[17:01] <henrix> o/
[17:01] <cking> o/
[17:01] <rtg> o/
[17:01] <sforshee> o/
[17:01] <kamal> o/
[17:01] <bjf> o/
[17:01] <jsalisbury> [TOPIC] Release Metrics and Incoming Bugs (jsalisbury)
[17:01] <jsalisbury> Release metrics and incoming bug data can be reviewed at the following link:
[17:01] <jsalisbury> [LINK] http://people.canonical.com/~kernel/reports/kt-meeting.txt
[17:01] <jsalisbury> ..
[17:01] <ppisati> o/
[17:02] <smb> o/
[17:02] <jsalisbury> [TOPIC] Status: Utopic Development Kernel (ogasawara)
[17:02] <arges> o/
[17:02] <jsalisbury> The Utopic kernel has been rebased to the v3.16.3 upstream stable kernel
[17:02] <jsalisbury> and uploaded to the archive, ie. 3.16.0-17.23.  Please test and let us
[17:02] <jsalisbury> know your results.
[17:02] <jsalisbury> Also, we're approximately 2 weeks away from Utopic Kernel Freeze on
[17:02] <jsalisbury> Thurs Oct 9.  Any patches submitted after kernel freeze are subject to
[17:02] <jsalisbury> our Ubuntu kernel SRU policy.
[17:02] <jsalisbury> -----
[17:02] <jsalisbury> Important upcoming dates:
[17:02] <jsalisbury> [LINK] https://wiki.ubuntu.com/UtopicUnicorn/ReleaseSchedule
[17:02] <jsalisbury> Thurs Sep 25 - Utopic Final Beta (~2 days away)
[17:02] <jsalisbury> Thurs Oct  9 - Utopic Kernel Freeze (~2 weeks away)
[17:02] <jsalisbury> Thurs Oct 16 - Utopic Final Freeze (~3 weeks away)
[17:02] <jsalisbury> Thurs Oct 23 - Utopic 14.10 Release (~4 weeks away)
[17:02] <jsalisbury> ..
[17:03] <jsalisbury> [TOPIC] Status: CVE's
[17:03] <jsalisbury> The current CVE status can be reviewed at the following link:
[17:03] <jsalisbury> http://people.canonical.com/~kernel/cve/pkg/ALL-linux.html
[17:03] <jsalisbury> ..
[17:03] <jsalisbury> [TOPIC] Status: Stable, Security, and Bugfix Kernel Updates - Trusty/Precise/Lucid (bjf/henrix/kamal/arges)
[17:03] <bjf> Status for the main kernels, until today (Sept. 23):
[17:03] <bjf>   *   Lucid - Kernel prep
[17:03] <bjf>   * Precise - Kernel prep
[17:03] <bjf>   *  Trusty - Kernel prep
[17:03] <bjf>
[17:03] <bjf> Current opened tracking bugs details:
[17:03] <bjf>   * http://kernel.ubuntu.com/sru/kernel-sru-workflow.html
[17:03] <bjf> For SRUs, SRU report is a good source of information:
[17:03] <bjf>   * http://kernel.ubuntu.com/sru/sru-report.html
[17:03] <bjf>
[17:03] <bjf>
[17:03] <bjf> Schedule:
[17:03] <bjf>
[17:03] <bjf> cycle: 19-Sep through 11-Oct
[17:03] <bjf> [17:03] <bjf>          19-Sep   Last day for kernel commits for this cycle
[17:03] <bjf> 21-Sep - 27-Sep   Kernel prep week.
[17:03] <bjf> 28-Sep - 04-Oct   Bug verification & Regression testing.
[17:03] <bjf> 05-Oct - 11-Oct   Regression testing & Release to -updates.
[17:03] <bjf>
[17:03] <bjf> ..
[17:04] <jsalisbury> [TOPIC] Open Discussion or Questions? Raise your hand to be recognized (o/)
[17:05] <jsalisbury> Thanks everyone
[17:05] <jsalisbury> #endmeeting
[17:05] <meetingology> Meeting ended Tue Sep 23 17:05:13 2014 UTC.
[17:05] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2014/ubuntu-meeting.2014-09-23-17.00.moin.txt
[17:05] <cking> thanks jsalisbury
[17:05] <kamal> thanks jsalisbury
[17:06] <arges> jsalisbury: you rock


[01:15] <darkblue_B> hi all- our user gorup has made a LiveDVD with XUbuntu as a base.. its working really well.. 9.10 I think.. but one thing.. I cannot ssh in when it is running as a VM. I installed openssh-server, and can ssh out.. the connection closed immediately when I try.. what to do? what to check?
[01:19] <darkblue_B> yes, 9.10
[01:31] <charlie-tca> did you install openssh-server?
[01:31] <charlie-tca> It might be the vm is blocking ssh in also. VBox does that if everything is not set up just right
[01:35] <darkblue_B> hi charlie-tca
[01:35] <darkblue_B> I did install openssh-server
[01:35] <darkblue_B> I have been on the vbox channel, and no one could identify anything wrong with my setup
[01:36] <darkblue_B> nmap shows port 22 open
[01:36] <charlie-tca> just a minute
[01:36] <charlie-tca> 64 or 32 bit?
[01:37] <darkblue_B> linux generic i686
[01:37] <charlie-tca> let me bring up vbox
[01:37] <darkblue_B> uname -a
[01:37] <darkblue_B> doesnt say 64bit
[01:37] <charlie-tca> 686 is 32bit
[01:37] <charlie-tca> I'm pulling up a 9.10 VBox machine
[01:38] <darkblue_B> ok nice
[01:38] <charlie-tca> bridged adapter on eth0
[01:38] <darkblue_B> y
[01:38] <Myrtti> uname -m
[01:38] <Myrtti> if it says x86_64...
[01:38] <Myrtti> then you've got a 64-bit system
[01:38] <darkblue_B> ok thx Myrtti
[01:38] <darkblue_B> i686 is 32bit
[01:39] <darkblue_B> I have also compared the output of ifconfig -a and netstal -lptn on a working VM (debian) and the problem VM.. they seem equivalent to me
[01:40] <darkblue_B> same host and vbox
[01:40] <darkblue_B> netstat
[01:41] <charlie-tca> Okay, I can ssh out of the VBox machine
[01:41] <darkblue_B> yes - me too
[01:41] <charlie-tca> Now, you want to ssh in, right?
[01:41] <darkblue_B> very much
[01:42] <charlie-tca> I am in
[01:42] <charlie-tca> I haven't even put a passphrase into the vm
[01:42] <charlie-tca> firewall blocking the ip?
[01:43] <charlie-tca> I can ssh both directions without changing any defaults
[01:43] <darkblue_B> yes, I also.. on other VMs
[01:43] <darkblue_B> but not this one.. for some unknown reason
[01:43] <darkblue_B> I just confirmed that I can ssh in and out, on a Debian VM with the same host
[01:44] <charlie-tca> No messages about why it isn't going in?
[01:45] <Myrtti> have you tried telneting into port 22?
[01:45] <darkblue_B> nmap shows port 22 as open on the XUbuntu guest..
[01:45] <darkblue_B> telnet.. trying now
[01:46] <darkblue_B> what should I type into telnet?
[01:47] <darkblue_B> I get  SSH-2.0-OpenSSH_5.1p1 Debian-6ubuntu2
[01:47] <darkblue_B> from telnet addr 22
[01:47] <Myrtti> telnet hostname.or.address sshport ( telnet 192.168.0.foo 22 )
[01:47] <darkblue_B> right - after that
[01:48] <Myrtti> what output did you get?
[01:48] <darkblue_B> I get  SSH-2.0-OpenSSH_5.1p1 Debian-6ubuntu2
[01:48] <Myrtti> in that case, the ssh server does answer
[01:50] <darkblue_B> http://paste.debian.net/65558/
[01:50] <Myrtti> how exactly are you trying to connect to it with ssh? you are aware that Ubuntu doesn't have a root password and by default ssh login by root is of course disabled?
[01:51] <darkblue_B> its a network issue somehow Myrtti
[01:51] <Myrtti> it indeed is
[01:51] <darkblue_B> .. so I am told by others
[01:51] <darkblue_B> I can connect to other VMs on this host fine
[01:51] <darkblue_B> it is the XUbuntu one, this one, that fails
[01:54] <darkblue_B> I tried 4 of the 5 network cards supplied bu VirtualBox.. same response
[01:54] <darkblue_B> I have also compared the output of ifconfig -a and netstal -lptn on a working VM (debian) and the problem VM.. they seem equivalent to me
[01:57] <charlie-tca> I didn't have to change /etc/network/interfaces in my vm to ssh into it
[01:58] <charlie-tca> and you said VBox on irc checked this out too?
[01:58] <darkblue_B> the vbox people could find nothing wrong
[01:58] <charlie-tca> Tried using a different ip address in the vm?
[01:58] <darkblue_B> hmm looking at /etc/network/interfaces nw
[01:58] <darkblue_B> now
[01:58] <charlie-tca> shouldn't matter. The other vm used the ip, right?
[01:59] <darkblue_B> can you say that in a differnt way?
[01:59] <charlie-tca> You used the same ip address in the vm that worked and this one?
[02:00] <darkblue_B> no - I let dhcp assign it
[02:00] <darkblue_B> so they were differnt
[02:00] <darkblue_B> I find it odd that this XUbuntu network/interfaces defines *only* the lo (loopback) and nothing else
[02:00] <darkblue_B> .. its 2 lines
[02:01] <darkblue_B> auto lo \n iface lo inet loopback
[02:01] <darkblue_B> thats it
[02:01] <charlie-tca> Yes, if you use dhcp, network manager handles everything
[02:01] <charlie-tca> As long as you don't manually change the interface file, it works
[02:02] <charlie-tca> Or does it?
[02:02] <charlie-tca> I use static IP addresses, so I manually fill in /etc/network/interfaces with the information
[02:02] <charlie-tca> Myrtti: could that be the problem here?
[02:02] <darkblue_B> linux gurus from my user gourp built this setup on top of XUbuntu.. it has tons of things in there and correct
[02:03] <darkblue_B> this is the one thing I am having problems with
[02:03] <darkblue_B> I dont follow most of what they talk about
[02:03] <darkblue_B> I am willing to try a manual IP address or whatever..
[02:04] <charlie-tca> Can you ping the vbox from outside of it?
[02:04] <darkblue_B> yes definitely.. nmap shows port 80 and 22 open
[02:04] <charlie-tca> but does ping work?
[02:04] <darkblue_B> oh trying
[02:05] <darkblue_B> yes.. 0.5 ms ping :-)
[02:05] <charlie-tca> crap
[02:05] <charlie-tca> The only thing I can come up with is to try a manual ip address
[02:05] <darkblue_B> ok trying charlie-tca
[02:07] <charlie-tca> Hey, what is in /etc/hosts.deny ?
[02:10] <darkblue_B> hi charlie-tca I followed a recipe for changing /etc/network/interfaces and it worked fine.. afer networking restart I got the static IP, can ssh out to another machine.. ssh back in.. fails int he same way :-(
[02:10] <darkblue_B> looking
[02:11] <charlie-tca> darkblue_B: what is the fail message?
[02:12] <darkblue_B> I have seen only two error msgs.. this one is 'Read from socket failed: Connection reset by peer'
[02:12] <darkblue_B> hosts.deny appears to be stock - 100% commented out
[02:18] <vn_> heya, that may be a stupid question...but how can I drag a "terminal" icon to my taskbar?
[02:18] <charlie-tca> Can not do that in xubuntu
[02:18] <vn_> o.O
[02:18] <charlie-tca> vn_: you will need to create a launcher on the panel, and add terminal
[02:19] <vn_> ok thanks
[02:20] <charlie-tca> darkblue_B: uninstall and reinstall openssh-server?
[02:20] <darkblue_B> ok trying
[02:20] <charlie-tca> with a restart in between
[02:21] <vn_> and whats the command for that "terminal"
[02:21] <charlie-tca> vn_: xfce4-terminal
[02:21] <vn_> ok tks
[02:25] <vn_> back to GUI after years of CLI aint easy ehe
[02:27] <vn_> what would be the xfce equivalent of krdc?
[02:27] <charlie-tca> I don't know. What is krdc?
[02:28] <vn_> remote desktop client
[02:28] <vn_> theres one for ssh and vnc but not rdp
[02:28] <charlie-tca> remote desktop viewer? in Applications -> Networking
[02:29] <darkblue_B> OOOOOHHHHHHH that worked
[02:29] <vn_> doesnt do rdp
[02:29] <darkblue_B> that was a lot of trying
[02:29] <charlie-tca> Yes it was
[02:29] <charlie-tca> darkblue_B: but you got it, right?
[02:29] <darkblue_B> yes, I am in
[02:30] <charlie-tca> great
[02:30] <darkblue_B> thx very much for your patience charlie-tca
[02:30] <darkblue_B> I tried so many things
[02:30] <charlie-tca> you are very welcome.
[02:31] <charlie-tca> vn_: You could use krdp
[02:31] <vn_> isnt that going to install 50348203 deps?
[02:31] <charlie-tca> yup
[02:32] <vn_> I'd like to avoid that
[02:32] <charlie-tca> what about xrdp
[02:32] <charlie-tca> should have almost everything it needs already installed
[02:33] <vn_> gonna try that one tks
[02:33] <charlie-tca> You are welcome
[02:41] <hexdump_> I'm having an issue here maybe one of you geniuses can help me...
[02:41] <hexdump_> Unable to connect : java.security.AccessControlException : access denied (java.net.SocketPermission irc.freenode.net resolve)
[02:41] <challman> is that the problem?
[02:42] <hexdump_> yup
[02:42] <hexdump_> I have an applet running on my site
[02:42] <hexdump_> can u see if you have the same problem?
[02:42] <challman> what applet?
[02:42] <hexdump_> pjirc
[02:43] <challman> is that a plugin for Pidgin or a separate iirc prog?
[02:44] <hexdump_> just a java applet for pjirc
[02:44] <hexdump_> see I didn't have the problem at first now it's starting up
[02:45] <hexdump_> ah ha
[02:45] <hexdump_> something simple
[02:45] <hexdump_> I'm an idiot
[02:45] <hexdump_> lol
[02:45] <hexdump_> nm I figured out why
[02:46] <hexdump_> challman:  did it work for you?
[02:46] <challman> i saw your link and browsed the site. what is it for?
[02:49] <hexdump_> It's just a central location where people can get network security tools, distributions and read different e-books related to computer networks, voip, servers, programming, the works
[02:49] <hexdump_> discuss whatever.  programming, exploits, network security, help each other out with problems.
[02:49] <hexdump_> Pfff if it works the way I want
[02:50] <challman> nice
[02:50] <hexdump_> I have a ton of pdf files and I'm converting older txt files to nicer pdf format
[02:51] <challman> i'll have to bookmark it then ;)
[02:51] <hexdump_> phrack magazine e-zines, red hat server e-books, VoIP ebooks, cisco certs, assembly language, php, c, C++ all of it
[02:52] <hexdump_> I can't really put up the windows distro's to the public
[02:52] <hexdump_> as you can see all of the windows distros I had to password protect, but there are some more distros that people might now know about.
[02:52] <hexdump_> such as linux for dreamcast, backtrack4, and openvms/vax
[02:53] <hexdump_> u should get really good speeds since nobody knows about my site
[02:54] <challman> cisco certs?   hmmmmmm
[02:54] <challman> <<< network engineer
[02:54] <hexdump_> yeah I have a ton of them
[02:54] <hexdump_> I just haven't put them online yet
[02:56] <challman> is this a personal hoby? professional interest? what?
[02:56] <hexdump_> just to give back
[02:57] <hexdump_> Cisco ASA, Cisco area application services, deploying and troubleshooting, wireless lan troubleshooting, cisco IOS xr fundametnals
[02:58] <hexdump_> cisco router and switch forensics, advanced internetworking guide and tons more.  no popups no bullcrap
[02:59] <hexdump_> well, I gotta get back to work
[02:59] <challman> sweet. I just started studying for my CCNP and CCDP
[03:00] <hexdump_> I might have some info for you on that
[03:00] <hexdump_> I'm disabled so I have all day to do things
[03:00] <challman> i'll keep looking. do I create an account or what?
[03:01] <hexdump_> should I add a cisco section to my docs page?
[03:01] <challman> would be nice
[03:01] <hexdump_> well I'll give you my e-mail.  I haven't setup anything yet.   I use the latest encryption and complex passwords for all my info
[03:10] <hexdump_> another couple (husband/wife) had typed up an entire spreadsheet of every login/password they had credit cards pins/bank account l/p e-mail l/p all on their computer.
[03:10] <hexdump_> yeah encrypt your info like 3 or 4 times over
[03:11] <hexdump_> encrypt the encryption then encrypt that encryption, then do it again.
[03:11] <hexdump_> spoof your mac go through multiple routers/firewalls
[03:11] <hexdump_> use a proxy as well
[03:12] <challman> hexdump_: lol, i use keepassx with AES 256 for my personal data
[03:12] <hexdump_> make your pc a firewall/router spoof its mac and connect it to a router.  connect your primary pc to your other pc that's connected to your router thats connected to the net
[03:12] <hexdump_> now what heh heh
[03:12] <challman> ?
[03:13] <hexdump_> j/k
[03:13] <hexdump_> yeah isn't there 512 encryption ?
[03:13] <challman> hexdump_: possibly, but i haven't seen it yet
[03:13] <challman> hexdump_: when it comes out, i'll switch immediately ;)
[03:14] <challman> hexdump_: the bigger the key, the more likely you'll slow someone down
[03:14] <hexdump_> http://en.wikipedia.org/wiki/RSA
[03:14] <hexdump_> 2048 encryption.
[03:15] <challman> hexdump_: AES is only up to 256  http://en.wikipedia.org/wiki/Advanced_Encryption_Standard
[03:15] <hexdump_> i know
[03:16] <hexdump_> that's interesting stuph too maybe I'll add a section in docs for that
[03:16] <hexdump_> what do you think?
[03:16] <hexdump_> I'll also have some historical texts presenting the olden days of phreaking and its transition into VoIP
[03:17] <hexdump_> if you're into sort of modern day phreaking check out Warvox on my site
[03:17] <challman> hexdump_: i use 2048 bit keys for all my SSL certs too. bigger is better
[03:18] <hexdump_> yeah I'll just pull out the jaguar and crack it in a less than a second
[03:19] <challman> hexdump_: jaguar?
[03:19] <hexdump_> lol j/k
[03:19] <challman> ?
[03:19] <hexdump_> its the fastest super computer in the world
[03:20] <challman> hexdump_: ha, haven't heard that name since Atari
[03:20] <hexdump_> used for complex algorithms and for scientists analyzing solar systems n shit like that
[03:20] <hexdump_> http://www.nccs.gov/jaguar/
[03:20] <hexdump_> that thing would crack anything
[03:20] <challman> hexdump_: well, not many have access to that power and if you do, i doubt you'd want access to my piddly info :D
[03:21] <hexdump_> I wish
[03:21] <hexdump_> man a hacker would jizz in their pants if they had access to that
[03:21] <challman> hexdump_: yeah, i've read about that one
[03:22] <challman> hexdump_:  can't remember if its a TRUE CRAY or some Intel based bullshit
[03:22] <hexdump_> I bet that facility is locked down more than this place ... http://en.wikipedia.org/wiki/United_States_Bullion_Depository
[03:22] <challman> hexdump_: ah, well, it's AMD based
[03:23] <challman> hexdump_: CRAY used to be an awesome hardware company. Now they just take other's parts and build their boxes
[03:23] <hexdump_> ah yeah I don't know very much about it to be honest with you.
[03:23] <hexdump_> challman:  I'm taking network administration in school soon, anything I should concentrate on?
[03:24] <hexdump_> challman:  btw I'm adding a bunch of CCNP stuff for you
[03:24] <hexdump_> challman: and ccdp
[03:25] <hexdump_> brb
[03:25] <challman> hexdump_: hmmm, network admin can have many definitions. workstation/server admin, unix, and (true) network hardware router/switch/wireless admin. what are you going after?
[03:26] <hexdump_> challman:  I really would like to concentrate on anything that has to do with network security, so I'm guessing pretty much everything
[03:27] <challman> hexdump_: i have the most fun with packet/protocol analysis. have to understand hexadecimal and binary. obviously a good understanding of networking is required; subnetting, IPv4, IPv6, routing (nothing too complex such as BGP/MPLS, OSPF) basics, etc.
[03:27] <hexdump_> yeah I understand hex and binary
[03:28] <challman> hexdump_: security..... then I definitely suggest packet/protocol analysis
[03:28] <hexdump_> I'm aware of the OSI model and what operates on what level
[03:28] <hexdump_> challman:  but I'm just now getting back into computers after an 8 or 9 year hiatus
[03:28] <challman> hexdump_: DDOS attacks, MAC spoofing, port knocking, etc. all network layer exploits.
[03:29] <challman> hexdump_: firewalls, VPN, IKE, PKE, encryption, tunneling, etc.
[03:30] <challman> hexdump_: tcpdump, ssldump, wireshark.... all good tools
[03:30] <hexdump_> challman:  yup I placed a few of those on my site, but I need to learn the basics again
[03:30] <challman> hexdump_: btw, i'm not an expert but i know enough to be proficient at my job ;)
[03:31] <vn-> drferm..in vlc, the text is extremely small, but in the general system, the font size is OK, how can I correct that?
[03:31] <vn-> -drf
[03:31] <hexdump_> yeah I know about DOS attacks, MAC spoofing, DNS zone transfer spoofing, syn floods
[03:32] <hexdump_> challman:  you know much more than I, I'm sure.
[03:32] <challman> hexdump_: everyone has to start somewhere
[03:32] <hexdump_> vn-: did you try fonts in appearance?  not sure if that makes any difference
[03:33] <hexdump_> challman:  yup, well I gotta get back to trying to get some of these files online.  privmsg me your e-mail so I can get you an account eventually.
[03:33] <vn-> hexdump_: that changed the general font size, but not vlc's
[03:33] <hexdump_> challman:  I'll have some good info up soon.
[03:34] <challman> hexdump_: done. i'll keep checking
[03:34] <challman> i gotta figure out how to write a boot script to make a tmpfs to mount /var/tmp. never done that before
[03:34] <hexdump_> vn-:  sorry bud I'm not even sure what program you're talking about
[03:34] <vn-> vlc as in VideoLAN
[03:35] <challman> vlc? let me install and look
[03:35] <challman> oh, sorry. i'm not in xubuntu. i'm on mepis currently. sorry
[03:35] <vn-> np
[03:36] <hexdump_> challman:  I don't even know what tmpfs is.  It sounds like temporary filesystem.  I've only had linux for 3 weeks
[03:36] <hexdump_> vn-:  I use pms-linux for my media server and serve movies n shit to my ps3
[03:37] <hexdump_> sorry guys I gotta run
[03:38] <challman> yeah, it's a temp filesystem
[03:40] <hexdump_> challman:  before I leave, how is mepis?
[03:41] <hexdump_> challman:  is it worth adding to my distro section?
[03:46] <challman> hexdump_:
[03:46] <challman> hexdump_: sorry, are you there?
[03:46] <hexdump_> challman:  yeah
[03:46] <challman> hexdump_: i was hacking on my boot script. i think i got it working. time to do a reboot and see :D ..... in a few minutes
[03:47] <hexdump_> challman:  I've added sunos, and vms/vax also centos
[03:47] <challman> hexdump_: yes, I prefer Mepis when I'm in a KDE mood
[03:47] <hexdump_> hope it works I'll cross my fingers
[03:47] <hexdump_> Suse looks nice
[03:47] <hexdump_> really nice
[03:48] <challman> hexdump_: I've tried KDE on ubuntu, suse, gentoo/sabayon, etc...  None seemed to work natively as KDE on Mepis. I guess it's because Mepis is truely debian based and I'm biased to debian
[03:48] <vn-> aha, found out
[03:48] <challman> hexdump_: yes, suse looks like, but I couldn't get over how the underlying OS isn't like debian
[03:48] <hexdump_> challman:  I'll add debian and mepis
[03:48] <vn-> vlc had an option to set the interface to the video size...and im on the tv...
[03:49] <hexdump_> challman:  only takes me like 3 minutes to download a gig
[03:49] <challman> hexdump_: I liked sabayon. nice faste gentoo based distros but it doesn't use apt-get or synaptic
[03:49] <challman> hexdump_: ? what kinda bandwith you have? OC-3?
[03:49] <hexdump_> yeah i really like apt-get.  much better than urpmi
[03:49] <hexdump_> challman:  cable.  road runner turbo boost
[03:50] <hexdump_> challman:  I'm getting road runner extreme soon as it hits our area
[03:50] <hexdump_> 50mbps cable
[03:50] <challman> hexdump_: nice. I've got four girls, a house, etc. so other priorities come before faster internet :)
[03:51] <hexdump_> challman:  well when I setup a proxy maybe I can allow you to browse through me
[03:51] <challman> hexdump_: you running torrent as well?
[03:51] <hexdump_> challman:  not right now just a webserver.  I'm not quite fast enough yet
[03:52] <hexdump_> challman:  off a good server I get like 3.5mb/sec
[03:52] <challman> hexdump_: just be careful what you host. doesn't want the RIAA/MPAA/whatever-AA after you
[03:53] <hexdump_> challman:  yeah that's why all my "backups" are password protected.
[03:53] <hexdump_> challman:  try to download a windows distro on my distro section
[03:53] <challman> hexdump_: now? as in M$ ?
[03:53] <hexdump_> challman:  what is the newest mepis release?  is it 8.5.00?
[03:53] <hexdump_> challman:  yeah M$
[03:54] <challman> hexdump_: 8.5 is the latest beta, that I'm running
[03:54] <hexdump_> what is rc3?
[03:54] <challman> hexdump_: it's stable. have the newer KDE..... release candidate 3
[03:55] <challman> hexdump_: win7 password protected..... (I've got an old Win7 RC VM that I need a new key for)  :P
[03:55] <hexdump_> oh acronyms acronyms acronyms.  computers = acronym insanity
[03:55] <challman> hexdump_: lol, yes just another TLA (three letter acronym). if you go into networking, OMG the TLA's  :D
[03:56] <hexdump_> hah TLA
[03:57] <hexdump_> right, well my BLT drive on my computer just went AWOL, and I've got a big
[03:57] <hexdump_>        project due tomorrow for Mr. Kawasaki
 and if I don't get it in he's going to ask me to commit Harry Carry
[03:57] <challman> hexdump_: TCP/IP, UDP, BGP, EIGRP, 802.1q, 802.11n, MPLS, OUI, etc., etc.
[03:57] <challman> hexdump_: no worries. good luck. i think it's almost time to reboot and see the mayhem ensue from my new script
[03:58] <hexdump_> ICMP, FTP, SFTP, HTTP, HTML, XTML, SSL, SSH, PPOE, PPP, VoIP, TCP/IP, UDP, NFS, FAT, NTFS
[03:58] <hexdump_> lol on and on
[03:58] <hexdump_> do you want that?
[03:58] <challman> hexdump_: ad infinitum
[03:58] <challman> hexdump_: doesn't work without a key, right?
[04:00] <hexdump_> yes
[06:08] <onaogh> when xubuntu 10.04 is going to be released ?, is there beta version ?
[06:23] <hexdump_> oh
[06:24] <hexdump_> onaogh:  it's available
[06:24] <hexdump_> onaogh:  you can update it from your current version
[06:25] <hexdump_> onaogh:  http://www.ubuntu.com/testing/lucid/alpha2
[06:38] <onaogh> hexdump_, which one is better for my thinkpad x61, ubuntu or xubuntu ?
[06:41] <onaogh> hexdump_, if i install the beta version, then when the it is released, the beta will be updated to the release version ?
[06:45] <Balsaq> that x61..has plenty of resources for either...its just that xubuntu is zippier
[08:20] <waxman> Does somebody of you have experience with installing linux directly on a SD card? I just installed it, but it seems that the used SD card is too slow or something
[08:21] <Sysi> if it's too slow it's just slow
[08:21] <Sysi> where does it stop?
[08:22] <waxman> it's not really stopping. xfce is starting after a minute or so and I can work with the system but the system freezes for some seconds from time to time
[08:22] <waxman> nothing serious and i will stick with it, but I though I ask here if anyone have tried this with xubuntu
[09:54] <mnemoc> hi, in 9.10 there is a nice volume manager in the panel, very complete. but i installed beta1 of lucid's and got back to a simple applet triggering xfce4-mixer. how can i get the sounds preference thing from 9.10 in 10.04?
[09:55] <bazhang> mnemoc, lucid support in #ubuntu+1
[09:56] <mnemoc> bazhang: ok
[09:56] <mnemoc> no #xubuntu+1 :(
[09:56] <mr_pouit> mnemoc: nothing changed, so you probably installed something to get this "nice volume manager"
[09:58] <mnemoc> mr_pouit: it's there right after installing xubuntu/9.10 ... it's not the classic "mixer" applet from xfce. on right button it says "mute; sound preferences" only
[09:59] <mnemoc> aha! it's the notification area, not an applet
[10:00] <mnemoc> gnome-volume-control
[10:00] <mnemoc> funny i got that gnome thing in my xubuntu installtion
[10:01] <mnemoc> well, no more noise. thanks!
[10:49] <Sysi> btw, does anybody know if we're gonna have proper gdmsetup in lucid?
[10:50] <knome> Sysi, well there is gdm2setup ..
[10:50] <Sysi> other than current with two buttons?
[10:51] <knome> google for gdm2setup
[10:54] <Sysi> looking good, finally
[10:54] <knome> :)
[10:54] <knome> ;:np
[10:54] <knome> bbl
[10:56] <Sysi> just waiting for xdmcp
[12:06] <dvdm_> running xubuntu 9.10... in networkmanagerapplet, why would the "add" button under the VPN tab be disabled?
[12:34] <dvdm_> aaahhhhh just need to install the network-manager-xyz plugin's...
[15:53]  * dvdm__ hold the breath in his left lung
[18:37] <Howitzer> Hi
[18:38] <Howitzer> I'm having some problems with mounting a USB harddisk read-writable, using /etc/fstab
[18:40] <Howitzer> I'm using the following line: '/dev/sdb1 /media/lacie vfat rw,users 0 0'
[18:40] <Howitzer> anyone know what's wrong with it?
[20:57] <pteague> where do i find the files for the various styles that show up in Settings -> Appearance? & any idea where i need to put my modified versions in ~ ?
[20:59] <charlie-tca> !themes
[20:59] <charlie-tca> !xfcethemes
[21:00] <charlie-tca> !xfce_themes
[21:02] <charlie-tca> I think you can put them in ~/.local/themes
[21:03] <charlie-tca> or it might be ~/.themes
[21:43] <pteague> k, ty :)
[21:59] <Dracari> is there any support for the Compaq Presario R3000's Multi Card reader in xubuntu 9.10?
[22:02] <Dracari> all i know it's a Texas Instruments Based Chipset
[22:02] <Dracari> (just need SD access )
[22:02] <pteague> seems to find stuff in ~/.themes & not ~/.local/themes ...  just messing around with settings atm, trying to figure out which is the inactive window title text
[22:05] <Dracari> ;-; just ran lspci.. an di think ist teh Bad Chipset... its the TI PCI1620 Rev 01 Chipset
[23:14] <pteague> hmm...  anybody that's using the gtk2-engines-xfce able to get the background/foreground colors of the inactive window's title bar to change? i can't seem to get anything other than dark grey on black
[23:19] <charlie-tca> mine are light grey using raleigh
[23:24] <pteague> weird... what's the contents of your /usr/share/themes/Raleigh/gtk-2.0/gtkrc ? mine is basically just a comment stating it's the default theme if no other theme is selected... which makes me wonder how it's getting any colors
[23:24] <charlie-tca> oops, that isn't right. Mine are light grey using G2
[23:25] <charlie-tca> Raleigh is the appearance theme I use
[23:25] <pteague> using g2?
[23:26] <pteague> gtk2?
[23:26] <charlie-tca> Window Manager -> Style
[23:26] <charlie-tca> G2
[23:26] <charlie-tca> that controls the windows
[23:26] <charlie-tca> appearance controls the panels
[23:27] <charlie-tca> Which is really light grey
[23:28] <pteague> aha! i was using... um, er...
[23:28] <pteague> Albatross maybe?
[23:28] <charlie-tca> it is very confusing to try to find how to change theme items, huh?
[23:28] <charlie-tca> yup
[23:28] <charlie-tca> default to Albatross
[23:29] <irqsRFun> Is this  the correct IRC channel for support for Gnome based ubuntu?
[23:29] <charlie-tca> nope
[23:29] <pteague> gnome based is #ubuntu
[23:29] <charlie-tca> irqsRFun: that would be #ubuntu
[23:29] <pteague> this is for xfce :)
[23:30] <charlie-tca> actually, xfce based Xubuntu
[23:30] <pteague> hmm...  guess i need to mess around with modifying the window manager styles as well then
[23:30] <irqsRFun> thanks
[23:30] <charlie-tca> no problem
[23:32] <pteague> i've been using xfce since kde4 & intrepid made my desktop completely unstable... & even though kde4 has probably gotten over that, last i looked i don't want to go back to kde
[23:33] <charlie-tca> I only been using it since 6.06
[23:37] <pteague> i still have my 6.06 ubuntu disk from linux format around somewhere... saw it the other day... made me try gnome again after which i promptly installed kde followed by all the others & an uninstall of gnome
[23:44] <pteague> nifty... some of these wm styles are pretty cool... going to have to mess around with making my own at some point i guess