[00:00] <sarnold> justizin: well, 4 would be fine, 2700 is trouble.
[00:00] <justizin> even 4 seems like 3 too many ;d
[00:00] <sarnold> justizin: any idea what process is doing that? :)
[00:00] <justizin> i'm not even sure how to investigate
[00:00] <justizin> those are system mounts
[00:00] <justizin> these aren't like SHM segments
[00:01] <sarnold> justizin: naaah they're nearly free to setup, 4 vs 1 is probably only a few kilobytes difference in the end
[00:01] <justizin> right, but i think it indicates a bug that gets out of control and creates 2700 on some systems..
[00:01] <justizin> 4 is an incorrect number. ;)
[00:01] <justizin> just not harmful
[00:01] <sarnold> justizin: darn. I was hoping you'd have some idea, because my idea is ugly -- if you install auditd, you can use auditctl to log every 'mount' system call, and collect data on what is going on that way.
[00:02] <justizin> anyway just sniffing it out, i tried changing the mount to /run/shm and rebooted the box (non-prod), we'll see if it has a pile of mounts tmrw :)
[00:02]  * justizin re-adds #ubuntu-server to auto-join
[00:03] <sarnold> justizin: I think it'd be something like this: auditctl -a exit,always -S mount -F success=0
[00:03]  * justizin nods
[00:03] <sarnold> justizin: oh, maybe success=1. Or leave that off. meh. poor documentation. :) hehe
[00:08] <garrettk> TJ-: I'm back. Unfortunately, TTY7 didn't display anything of note. Generic status of the speed of the RAID algorithms available, etc.
[00:08] <garrettk> However, I looked at /tmp and noticed something interesting.
[00:09] <garrettk> There were two soft links in there: ./mountroot-fail-hooks.d/20-lvm2 ./mountroot-fail-hooks.d/10-mdadm
[00:09] <TJ-> garrettk: Yes, they are created by the initrd scripts
[00:10] <garrettk> I'm pretty certain that both of those scripts failed to execute. I tried manually running "set -x" and then running the mdadm script, but all I got was an error complaining that the particular link in /tmp already existed. I guess -x doesn't propagate down the call stack.
[00:12] <TJ-> garrettk: What's the content of the system's /etc/mdadm/mdadm.conf ? It should have something like "ARRAY /dev/md0 UUID=..."
[00:14] <garrettk> TJ-: ARRAY /dev/md0 level=raid1 metadata=0.90 num-devices=2 UUID=5c92f0d9:9cf5be95:03611c5e:a540b92f
[00:17] <TJ-> garrettk: OK, aside from UUIDs nothing different to my test setup
[00:18] <zul> hallyn:  still around?
[00:20] <garrettk> TJ-: So should I start looking to stuff 'set -x' everywhere possible and see what happens?
[00:23] <TJ-> garrettk: I think it needs it in  "/scripts/local" at the start of the mountroot() function
[00:34] <garrettk> TJ-: Rebooting/testing. Back shortly.
[00:41] <smoser> hallyn, stgraber sent mail on my comment above to lxc-devel.
[00:45] <garrettk> TJ-: Well, I attempted the boot. Unfortunately, the kernel decided to panic, complaining that it couldn't mount the rootfs.
[00:46] <garrettk> FWIW, I stuck "set -x" in several locations.
[00:46] <TJ-> garrettk: maybe you caused a syntax error in your placements?
[00:47] <garrettk> Possibly relatedly, the kernel decided that there was a problem with the SATA link to one of the HDD, so now my array is rebuilding.
[00:47] <garrettk> Maybe. Any good way to test that?
[00:48] <TJ-> It sounds to me like there's something more going on with that newer kernel version.
[00:48] <garrettk> TJ-: Maybe.
[00:48] <TJ-> have you tried reinstalling it (apt-get --reinstall install linux-image-3.2.0-54-generc-pae) ?
[00:49] <garrettk> I don't see much point - the busybox shell has happened with every kernel since I've upgraded. I've gone through lots.
[00:49] <TJ-> You can still boot with older kernels though?
[00:49] <garrettk> Yeah, prior to the upgrade.
[00:50] <garrettk> That's how I'm able to talk to you now.  :-)
[00:50] <TJ-> which kernel version is the latest that starts?
[00:50] <garrettk> 2.6.32-46 starts. 2.6.32-47 fails.
[00:51] <garrettk> I've tried diffing the initrds, but there is a *lot* which changes between them.
[00:51] <TJ-> Could it be that the MD is a red herring? maybe something *before* that is causing the failure... such as kernel modules that are supposed to be loaded
[00:51] <garrettk> -47 got created as a part of the automatic "sync to head-of-line of 10.04 before upgrading"
[00:52] <garrettk> TJ-: I'll buy that.
[00:52] <TJ-> Anything special on that system, device-wise, that'd need a kernel driver module in the initrd to boot?
[00:52] <garrettk> Nope.
[00:53] <garrettk> It's an ETX board with an add-on NIC. 1 HDD, 1 SDD, mirrored/RAID1.
[00:54] <garrettk> No encrypted filesystem. AMD board (x86_64 instruction set)
[00:55] <TJ-> the hard disk and solid-state disk are the two halves of the mirror?
[00:56] <garrettk> TJ-: Yup.
[00:58] <sarnold> how well did that work out, before things stopped working entirely?
[01:00] <garrettk> Erm. I didn't test it for long. My previous motherboard up and died, so I put this one in. The old harddrives were PATA connection, and the new MB only has SATA, so I pulled one of the old HDDs out (as a backup), PATA/SATA adaptor on the other, and plugged the SSD into the MB. I powered things up, fiddled with mdadm for about an hour and everything was up and working.
[01:01] <garrettk> Then I discovered that the ethernet chips on the MB and the NIC have known driver issues which cause them to drop link every now and again.
[01:01] <garrettk> So after a day or so I performed the upgrade to 12.04.
[01:02] <garrettk> Everything seemed to work between the hardware upgrade and the software upgrade.
[01:02] <garrettk> But it didn't get a lot of "soak" time because I wanted to be able to maintain TCP connections for longer than 20 minutes ...
[01:04] <garrettk> Anything else I can fill in?
[01:06] <TJ-> I don't think so... I need to go sleep, but I'll think about this and return to the test VM if I have any inspiration
[01:07] <garrettk> TJ-: Thanks for all of your help. Rest well. I'll poke some more.
[01:13] <sarnold> garrettk: oh man :/ not even an hour with it functional. bugger. :/
[01:14] <garrettk> sarnold: No - it worked for about a day or so before I upgraded.
[01:14] <garrettk> It took me an hour to get mdadm to do what I wanted.
[01:14] <sarnold> garrettk: ah
[01:14] <sarnold> garrettk: still, not much time to get to know how the mixed raid thing worked.. I was just curious if you got ssd read speeds and hdd write speeds or what :)
[01:16] <garrettk> sarnold: Something like that. It's a router/personal mail server. I've done a bit of benchmarking, but not much. I'm limited to the slowest device for write, but reads fly.  :-)
[01:16] <garrettk> So it works well for my needs.
[01:16] <sarnold> garrettk: cool :)
[01:16] <garrettk> The next storage device I'll buy will be another SDD, completing the slow (but financially sound) transition.
[01:16] <sarnold> *nod*
[01:17] <sarnold> after switching to SSD for my laptop, I -really- don't want spinning metal speeds again, but the cost per byte is awesome. :)
[01:19] <patdk-lap> :)
[01:19] <patdk-lap> we switched from a 100 15krpm disks to 48 ssd's for our san :)
[01:19] <garrettk> patdk-lap: From which manufacturer?
[01:19] <patdk-lap> purestor
[01:20] <garrettk> patdk-lap: I don't know them - I work for NetApp.
[01:20] <sarnold> patdk-lap: zounds. I drooled over those 15k drives for a loooong time.
[01:20] <garrettk> I'm going to try something else. I'll be back in a few.
[01:20] <sarnold> patdk-lap: it was hard for me to believe that my consumer ssd makes even those 15k drives look quaint and cute.
[01:31] <garrettk> Back. And, I think I have something interesting to go on, too.
[01:40] <jotterbot1234> hey guys, can someone confirm if the paragon HFS+ drivers support volumes LARGER than 2TB
[01:56] <qq__> This may be a dumb question but why do the iso releases (http://releases.ubuntu.com/precise/) get built from the week of the point release (8/22/13 - https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule) and the cloud images (http://cloud-images.ubuntu.com/releases/precise/release/) get built from the latest week (10/3/13) ? Is there a difference?
[02:09] <garrettk> Ha! I think I've figured out what's going on!
[02:13] <garrettk> Yup. Just confirmed it.  :-)
[02:13] <garrettk> The utility wait-for-root does, among other things, return the filesystem type.
[02:15] <garrettk> For some reason, it decides to detect the filesystem type of the root device (dev/md0) as LVM2_member. This is true even for the kernels which work.
[02:15] <garrettk> However, the newer images have updated the local script so that it passes that value into mount.
[02:16] <garrettk> That is, before it was running mount -r /dev/md0 /root
[02:16] <garrettk> Now it is running mount -r -t LVM2_member /dev/md0 /root
[02:17] <garrettk> Clearly LVM2_member isn't a mountable filesystem type (and is incorrect in any case) so mount now fails.
[03:46] <justizin> sarnold: if this line isn't present in /etc/fstab at boot, it's added: tmpfs /dev/shm tmpfs defaults,ro,noexec,nosuid 0 0
[06:08] <sarnold> justizin: yeah, quite a lot of the system won't work without that mount. You still shouldn't have thousands of them, but I expect a fair number of applications would fail without shm segments available..
[06:09] <sarnold> garrettkajmowicz: excellent troubleshooting :) nice to know there's a rational cause..
[06:11] <justizin> sarnold: but /run is already mounted as tmpfs, what good does it do to mount /run/shm as tmpfs? do you know of any docs on what that's actually for? it comes up a lot in google and stackoverflow for chrome, but this is just a server running nginx, unicorn, and postgresql.. i see this a lot on ubuntu servers running postgresql, but i can't logically connect /run/shm with the shared mem strategy of postgres
[06:11] <justizin> nor do i understand why it would be mounted hundreds or thousands of times, or why if it's necessary it's not just documented and commented, but instead something forces that line into /etc/fstab in startup
[06:12] <justizin> anyway i'll keep digging :)
[06:14] <sarnold> justizin: it's used for shmget(), also used by chrome and some X11 modules
[06:14] <sarnold> justizin: the different mount points are so that they can get different mount options... moment..
[06:15] <sarnold> justizin: http://paste.ubuntu.com/6208065/
[06:16] <sarnold> justizin: if it were all on a single mountpoint, it'd be too easy for temporary files to collide with shared memory segments, or the other way around -- and system administrators would have no options for configuring how much memory to allow for different uses
[06:17] <justizin> ah fair enough, if they use hashes that can collide or something
[06:17] <justizin> but having 2700 of them, like i did earlier today?
[06:17] <justizin> that was on a test server noone uses and that doesn't have backups running, should be almost no transactions at all
[06:17] <justizin> the mystery remains! :-P
[06:17] <justizin> anyway thanks for being a sounding board, i appreciate it!
[06:18] <justizin> i am only chatting on it here because if we find a misconfiguration, we could help to fix it for everyone.
[06:24] <sarnold> justizin: and obviously something is busted somewhere, that really shouldn't happen. :) have you had a chance to throw auditctl at the problem?
[06:24] <justizin> i have i need to dig the logs more
[06:24] <justizin> it's pretty late here, i'll dig them tmrw
[06:24] <sarnold> excellent!
[06:24] <sarnold> thanks
[06:24] <justizin> but i do think postgres has something to do with it
[06:24] <justizin> it's on all my staging / dev boxen where the whole stack is smashed together
[06:24] <justizin> i don't think it's on my prod postgres, but that's 9.0 on 10.04
[06:25] <justizin> so i'd love to sort this before i launch fancy new SSD monster prod DBs on 12.04 with 9.2 or 9.3 postgres..
[06:25] <justizin> and since it sets at boot, i'm not sure it's postgres' fault, maybe it's a dependency postgres installs, who knows..
[06:26] <justizin> i hate to say, i love debuntu, but this is the sort of thing that has me thinking CoreOS.   But if I went Docker I still think Ubuntu would be a better home.
[06:29] <sarnold> no doubt, coreos has attractive points.
[06:32] <Paulus68_1> during setup on a hp proliant ML310 server I get stuck during the raid configuration of the onboard iscsi. it gives the message that it finds a iscsi raid configuration and it gives the option to activate yes / no when you select yes it request to configure the Iscsi drives by entering a source ip+port + user and password Also need to do this for the destination drive
[06:36] <justizin> it does but i'm just not confident enough about unattended environments to have an OS with zero useful userspace..
[06:36] <justizin> I want to keep most of my devs, even my CTO if possible, hands off prod, but i want to be able to feel comfy and my lead ruby dev is an emacshead. ;d
[06:36] <justizin> but CoreOS is audacious fasho :)
[07:30] <anternat-> hello
[07:30] <anternat->  hello, i can ssh to my server fi,ne from within lan but not wan, i got a hostname from dyndns , made router changes where necessary, but when i connect from internet ip there s no way i can get rid of that "access denied" error with my correct password
[07:39] <rbasak_> smoser: bug 1236724
[07:39] <rbasak_> smoser: need cloud-localds in the cloud-tools pocket
[08:02] <anternat-> .......
[08:04] <anternat> i cannot login to my ubuntuserver 12.04 via ssh from wan,port forwarded and  did most. alwways "  access denied" what must i do
[08:07] <rbasak> !patience | anternat
[08:08] <rbasak> anternat: sounds like you have a networking problem, rather than anything specific to Ubuntu Server really. By default, sshd on Ubuntu Server doesn't differentiate where a connection is coming from. Perhaps you're connecting to something else, not your Ubuntu Server?
[08:09] <anternat> not sure
[08:10] <anternat> but i get the connection and login screen fine just it doesnt accept me "access denied"
[08:10] <rbasak> You can see the reason for "access denied" in /var/log/auth.log on your server, assuming that your connection actually got there.
[08:12] <anternat> alreayy looked in there :(
[08:14] <sgran> the way to tell that you see what you think you see is, on the server, tcpdump on the wan port on port 22/tcp.  Then try to ssh to it.  If you don't see traffic on the server, you're connecting to something else
[08:14] <sgran> if you do see traffic, then it's worth doing some debugging
[08:26] <anternat> how to dump that sgran
[08:30] <delinquentme> https://gist.github.com/delinquentme/6881477
[08:30] <delinquentme> can someone explain what that initial test is checking for??
[08:35] <sgran> tcpdump -i <wan nic name> port 22
[08:38] <anternat> ty sgran but dunno what wan nickname is :(
[08:38] <anternat> i thought it was host name but it wasnt
[08:39] <sgran> anternat: if you run 'ifconfig', it will list your nics and their configuration.  You should be able to figure out which nic is your wan port
[08:40] <bluenemo> hi guys. i'm trying to setup openstack on a few old servers for testing and evaluation. i'm trying to get maas running with it. the servers are all already running 13.04. i can add new nodes but there status is "Failed Tests".   Did you see any traffic on eth0 when you were trying to connect?
[08:52] <anternat> sgran sorry bro, almost done, i think i have miscong in routers config that is my roter and not my server, sorry for the mess
[09:02] <sgran> I thought it would be something like that :)
[09:08] <anternat> :) TY very much all the same
[09:26] <d1rkp1tt> Hi all, I am running apache on a server and I have locked down the directory... so I cannot CD into it... but just wondering how to run the following command from its parent directory... sudo rm apache2/*.gz
[09:26] <d1rkp1tt> Without it considering the wildcard as part of the filename
[09:30] <rbasak> hallyn: please see bug 1236726 - completely breaks the ubuntu-cloud template in Saucy I think.
[09:31] <d1rkp1tt> Sorry if my question is not for ubuntu-server, I was told in #bash and #ubuntu to ask it here
[09:32] <rbasak> d1rkp1tt: you could do something like "sudo sh -c 'rm apache2/*.gz'" if I understand what you want.
[09:32] <rbasak> d1rkp1tt: you need a root shell to interpret the *, since your own shell cannot expand it.
[09:32] <d1rkp1tt> will test that... thanks
[09:33] <d1rkp1tt> same result
[09:34] <d1rkp1tt> no such directory
[09:34] <d1rkp1tt> so, I am in /var/log
[09:34] <d1rkp1tt> to look into /var/log/apache
[09:35] <d1rkp1tt> I sudo ls apache2
[09:35] <d1rkp1tt> But cannot delete files within that directory at the moment without resetting its perms... CD into it... then run 'rm *.gz'
[09:36] <d1rkp1tt> I really just want to leave the perms as is, but tidy up.. rotate logs, move logs off for analysis etc
[09:39] <rbasak> Can you pastebin an exact copy and paste of what you tried?
[09:39] <rbasak> (and the subsequent error)
[09:39] <rbasak> Also repeat the same thing but with ls instead of rm, and include an exact copy and paste of that, too.
[09:46] <d1rkp1tt> ls
[09:46] <d1rkp1tt> works
[09:46] <d1rkp1tt> will paste though
[09:47] <d1rkp1tt> oh wait...
[09:47] <d1rkp1tt> huh..
[09:47] <d1rkp1tt> so the last command looks like it worked, even though it errored
[09:47] <d1rkp1tt> ...
[09:47] <d1rkp1tt> Thanks for that
[09:48] <d1rkp1tt> rbasak, mind If I ask what a root shell is?
[09:48] <rbasak> It's a shell running under root privileges
[09:51] <d1rkp1tt> rbasak, Thanks for your help
[09:51] <rbasak> np
[09:55] <d1rkp1tt> rbasak, You led me to this... http://linuxcommand.org/lc3_lts0080.php which is great..
[09:55] <d1rkp1tt> on expansion
[09:57] <rbasak> d1rkp1tt: that looks pretty good, thanks.
[09:57]  * rbasak makes a note
[09:58] <d1rkp1tt> You know anything about apache2 log rotation on Ubuntu by any chance?
[10:00] <rbasak> It's probably handled by logrotate.
[10:00] <rbasak> See /etc/logrotate.d/
[10:01] <d1rkp1tt> Thanks
[10:17] <sgran> hmm.  Anyone here responsible for the cloud-repo?  The ceilometer in the havana tree is hardly usable
[10:35] <jamespage> sgran, are you using -proposed or -updates?
[10:36] <sgran> both
[10:36] <jamespage> sgran, OK - so its out of date
[10:36] <sgran> it seems so
[10:36] <jamespage> sgran, the staging ppa is the most up-to-date right now
[10:37] <sgran> where is that?
[10:37] <jamespage> ppa:ubuntu-cloud-archive/havana-staging
[10:37] <jamespage> sgran, once we have glance rc1 fixed up that will be synced through to -updates
[10:37] <jamespage> sgran, this is a good report to look at - http://reqorts.qa.ubuntu.com/reports/ubuntu-server/cloud-archive/havana_versions.html
[10:38] <sgran> cool, thanks - that's a help
[10:40] <sgran> now to figure out how to get hold of that repo
[12:45] <plm> Hi all
[12:48]  * Derbedeu from where i can buy a good shell ?
[13:12] <jamespage> adam_g, I think we are probably ready to start with https://code.launchpad.net/~openstack-charmers/charm-helpers/to_upstream/+merge/189838
[13:15] <soren> Does using MAAS imply using juju in any way?
[13:19] <jamespage> soren, no
[13:20] <jamespage> although juju has been the primary consumer and hence driver of maas features to-date
[13:20] <gartral> errg
[13:20] <gartral> gareth@kitsunet:~$ sudo swapon -f -U f831c4d1-bc6f-4d5b-b2e1-09439a4ddbb5
[13:20] <gartral> swapon: /dev/sda1: swapon failed: Invalid argument
[13:20] <gartral> f-what?!
[13:25] <gartral> nvm, fixed it, had to re-init swap
[13:28] <bananapie> Hello,  I am seeing segfault at 0 ip 00007fda3efe2362 sp 00007fda27564dc8 error 4 in libc-2.11.1.so[7fda3ef5a000+17d000] in my logs on my asterisk server, I am using asterisk from repo. Is there anyway to convert this into useful information without recompiling ?
[13:55] <plm> I have multiple 3G data usb cards. I can connect each of them separately and access the internet. All 3g cards are using differents ISP. Is there any way i can aggregate the bandwidth of these cards to enjoy the combined speed? What i mean is simultaneously plugging in all the cards and getting the sum total of the bandwidth. I would like to create a big virtual link with high bandwidth upload (7 Mbps for example) to sent a high quality real time video stream
[13:56] <soren> jamespage: Cool, thanks.
[13:56] <jamespage> soren, np
[13:57] <jamespage> zul, adam_g: did either of you request ceilometer and heat be added to the MRE yet?
[13:59] <TJ-> plm: yes, with a combination of bonding and VPN to a remote end-point which Masquerades the bonded link
[14:04] <plm> TJ-: hmm.. more details please =D I was researching about multilink ppp
[14:04] <rbasak> plm: it can be done but it's pretty advanced stuff. You generally need help from your ISP(s) unless you control the other end or are sending UDP only.
[14:05] <plm> rbasak: I don't have any help from ISP, I need to do something trnasparent..
[14:06] <rbasak> plm: see http://lartc.org/howto/lartc.rpdb.multiple-links.html. You can't do something completely transparent without help from the other end, since your three links will have three different source IP addresses.
[14:06] <plm> rbasak: I can control in other side, will have my server... and about UDP is not problem. I need just sent video streaming , and udp is fine for this
[14:06] <TJ-> plm: I use it for bonding multiple links into a datacenter, but as rbask says, its advanced and can take some time to perfect.
[14:06] <rbasak> Ah if you control the other end then you can tunnel and you're fine.
[14:06] <rbasak> (not that it makes it any easier)
[14:07] <resno> any suggestions for a union filesystem? im looking at mhdeffs, but it uses fuse and slows down transfers
[14:07] <plm> rbasak: just for clarify: when I talk about I control in other side, is not other side where ppp are connected, just I will have a server in datacenter where I can access it after 3g ppp established with the ISP
[14:08] <rbasak> plm: yeah that's fine. Your ISPs will see three streams; your servers will split and recombine them.
[14:09] <plm> rbasak: hmmm..
[14:10] <plm> rbasak: are you talking about I will not have a combination of bonding, but just split it in box1 and recombine them in box2?
[14:28] <smoser> stgraber, hallyn how do you want me to handle this...
[14:29] <smoser> http://sourceforge.net/mailarchive/forum.php?thread_name=alpine.DEB.2.02.1310072033430.4094%40brickies&forum_name=lxc-devel
[14:29] <smoser> wow, a sourceforge link.  that takes you back.
[14:30] <stgraber> smoser: hallyn is out this morning I believe. I just acked and pushed your version of the patch upstream, I'm now updating the patch in the Ubuntu package to match
[14:30] <smoser> thanks, stgraber
[14:31] <smoser> rbasak, https://bugs.launchpad.net/uvtool/+bug/1236724
[14:31] <smoser> really you just need to depend on the newer version
[14:32] <smoser> your 'apt-get install' didn't have a reason to upgrade cloud-utils so it didn't
[14:32] <stgraber> smoser: can you confirm this looks right: http://paste.ubuntu.com/6209552/
[14:32] <smoser> stgraber, can you give a bit and i'll actually *test* it ?
[14:32] <smoser> :)
[14:33] <stgraber> smoser: sure :)
[14:33] <smoser> it does look right though
[14:33] <rbasak> smoser: oh. Sorry. I'll look - thanks.
[14:34] <smoser> rbasak, i'd just depend on >= 0.26
[14:34] <smoser> or you can just do 0.27 to be safe.
[14:39] <jamespage> zul: OK - copying everything apart from xen to -proposed
[14:39] <zul> sweet
[14:40] <zul> jamespage:  glance built ok?
[14:40] <jamespage> zul, yes
[14:40] <jamespage> that is weir
[14:40] <jamespage> d
[14:40] <zul> jamespage:  huzzah
[14:40] <jamespage> run_test.sh always resulted in me pressing the power button before
[14:40] <zul> jamespage:  i think we were a couple of versions behind on dependencies that the testsuite needed
[14:41] <jamespage> zul, best cloud archive ever then?
[14:41] <zul> jamespage:  the last one is always the best one
[14:41] <jamespage> zul, yeah - you just get good at it then another lts comes along
[14:41] <jamespage> lol
[14:42] <jamespage> next cycle will be a walk-in-the-park
[14:42] <jamespage> lol
[14:42] <jamespage> is it ever....
[14:42]  * zul checks in a mental insitution
[14:42] <rbasak> smoser: in fact just cloud-image-utils (>= 0.27) should do, right?
[14:43]  * rbasak doesn't need growpart, vcs-run or ec2metadata
[14:45] <smoser> yeah.
[14:45] <smoser> that shoudl be fine.
[14:46] <smoser> stgraber, i'm still trying to test
[14:46] <smoser> but one thing is don't drop the "" around it.
[14:46] <smoser> as thats a bug itself
[14:46] <smoser> i dont know if i did that or you did
[14:47] <stgraber> smoser: Serge added the "" in his patch, you didn't add them in yours so they appear as removed in the diff
[14:48] <shasha> when I close vi with ZZ command, it does not close, all I get is ~~~~~~
[14:48] <shasha> how do i go back to command line
[14:48] <shasha> ?
[14:48] <jamespage> sgran, fyi I just started pushing updates into proposed - will take a few hours to build across the board
[14:48] <smoser> stgraber, well, i didn't patch his pathc locally. ijust did it against trunk at the time.
[14:48] <jamespage> -updates pocket will take less time
[14:48] <stgraber> smoser: right and trunk never contained the "" AFAICT
[14:50] <zul> jamespage:  https://bugs.launchpad.net/ubuntu/+source/python-cinderclient/+bug/1236901
[14:50] <smoser> ah. ok. well, add them. i cant stand the thought of being git-blamed for code that odesn't deal with spaces in a filename
[14:50] <smoser> :)
[14:51] <stgraber> :)
[14:52] <sgran> jamespage: \o/ was just going to ask if you could do some of that :)
[14:52] <sgran> that will be a big help, thanks
[14:52] <zul> hallyn:  ping
[14:52] <stgraber> smoser: http://paste.ubuntu.com/6209640/
[14:52] <sgran> I'm trying to do some pre-release bug fixing, and having something to work against makes it lots easier :)
[14:52] <jamespage> sgran, ~3 hrs or so to build and sync out to  the archive
[14:53] <jamespage> sgran, ditto - but I can run from PPA - guess you are firewalled right?
[14:53] <sgran> yes, sadly - we have a mirror machine that reserves internally, though
[14:53] <sgran> so I can pull from the ppa, it just needs a bit of faff :)
[14:54] <jamespage> sgran, I've hit one big-ish issue
[14:54] <jamespage>  bug 1236439
[14:54] <garrettkajmowicz> TJ-: I'm not certain if you saw the posts I made after you dropped off for the evening last night, but I figured out what was going on.
[14:54] <garrettkajmowicz> Data and solution posted: http://askubuntu.com/questions/307509/upgrade-to-12-04lts-dumps-to-busybox-on-boot
[14:54] <jamespage> and a minor niggle with nova interface attachment in bug 1236875
[14:55] <jamespage> sgran, are you testing ceilometer? or heat even?
[14:55] <jamespage> (not got that far yet)
[14:55] <sgran> both, yeah
[14:56] <sgran> I'm not using l3 agents - we use hardware routers for the gateway here
[14:56] <sgran> thankfully :)
[14:56] <sgran> I'm trying to get a heat autoscaling group that behaves like an AWS one - instance autorestarting, add to ELB, etc
[14:57] <sgran> I think I have the last set of patches to go in now, once I figure out which metrics from ceilometer indicate an 'unhealthy instance'
[14:57] <TJ-> garrettkajmowicz: No I didn't, I disconnect when I leave. I'll go have a read!
[14:59] <TJ-> garrettkajmowicz: !!! I was looking hard at "${FSTYPE:+-t ${FSTYPE} }" too!
[15:02] <smoser> stgraber, http://paste.ubuntu.com/6209672/
[15:04] <stgraber> smoser: ok, good, pushing the second patch upstream and cherry-picking that into Ubuntu
[15:04] <smoser> so http://paste.ubuntu.com/6209640/ is fine with me. it has the additional quotes around "tarname" and "imgname" (versus what i tested), but that should not cause problems.
[15:05] <garrettkajmowicz> TJ-: Now I create a Launchpad account to file a bug against initramfs-tools (for wait-for-root detecting the wrong FS type) and go on my merry way.  :-)
[15:05] <TJ-> garrettkajmowicz: I'll work on it
[15:14] <stgraber> smoser: lxc uploaded
[15:15] <TJ-> garrettkajmowicz: Looks like it could be a udev issue, since wait-for-root is using the udev db to get the FSTYPE
[15:15] <zul> jamespage:  https://code.launchpad.net/~zulcss/python-cinderclient/1.0.6/+merge/189885
[15:15] <garrettkajmowicz> TJ-: Interesting.
[15:16] <garrettkajmowicz> Is there any way I can manually test or see that on my system?
[15:16] <smoser> stgraber, thank you.
[15:17] <zul> smb: ping
[15:17] <TJ-> garrettkajmowicz: The udev report? or what /sbin/wait-for-root returns?
[15:18] <smoser> stgraber, you can adjust state of https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1236577 as you see fit.
[15:18] <smoser> (ie, fix-committed in lxc or -released, whatever you consider "committed to trunk")
[15:20] <garrettkajmowicz> TJ-: The udev report. I know what wait-for-root returns.  :-) If this is due to udev somehow, we ought to be able to work this backwards and figure out *where* this is coming from. Ideally I'd like to be able to see udev spitting out something incorrect so we know that the problem lies there or below instead of in wait-for-root.
[15:20] <TJ-> garrettkajmowicz: Yes, I'm looking at that now.
[15:21] <TJ-> garrettkajmowicz: It strikes me that maybe there are some leftover LVM metadata markers on one (or both) halves of the RAID1 array which cause the issue. Have the underlying disks ever had LVM ?
[15:21] <stgraber> smoser: is that related to the thing that we just fixed?
[15:22] <garrettkajmowicz> TJ-: I ... don't know. Maybe?
[15:22] <garrettkajmowicz> This system has been in use, with upgrades, for 6 years now.
[15:23] <TJ-> garrettkajmowicz: FS detection is an art not a science, it can sometimes depend on the order in which the fs-sniffer tools are called, if other (unused) metadata is also on the raw devices
[15:23] <smoser> stgraber, it is the bug that is "--numeric-owner is necessary"
[15:26] <garrettkajmowicz> TJ-: Running fdisk against the underlying drives shows the partitions to be of type "fd  Linux raid autodetect". There's no partition table on the partitions themselves, or /dev/md0
[15:26] <TJ-> garrettkajmowicz: If you boot into the bad initrd with "break=mountroot" you can use udevadm to check out the info on md0
[15:28] <TJ-> garrettkajmowicz: "/sbin/udevadm info --query=all --name=/dev/md0"
[15:28] <garrettkajmowicz> TJ-: Both the good and bad initrd returned an incorrect fstype. It's just that the "good"  image didn't pass the incorrect type to mount and thus fail.  :-)
[15:29] <TJ-> garrettkajmowicz: good point, lets find out what udev reports then... can you pastebin the entire report? maybe redirect it to a file in the rootfs after mounting it, then pastebinit after boot is complete?
[15:29] <stgraber> smoser: right, so marking fix released in Ubuntu then
[15:29] <garrettkajmowicz> TJ-: http://pastebin.com/3DJqUwUH
[15:30] <jamespage> zul, cinderclient +1
[15:30] <TJ-> garrettkajmowicz: So there's the issue... we've gone from initramfs-tools to udev... and I suspect we'll end up in another package yet
[15:30] <zul> jamespage:  thanks
[15:33] <zul> ok back in about 40 minutes
[15:34] <garrettkajmowicz> TJ-: I think I've found it. Just a sec.
[15:35] <garrettkajmowicz> TJ-: http://pastebin.com/dy6pi2a0
[15:36] <TJ-> garrettkajmowicz: Yes, that matches what udev reports
[15:36] <garrettkajmowicz> So, there is *some* leftover bits of LVM on the block device, I guess.
[15:36] <TJ-> garrettkajmowicz: Yes, which explains everything!
[15:36] <TJ-> garrettkajmowicz: No wonder I couldn't reproduce it :)
[15:37] <garrettkajmowicz> So ... outside of reading raw disk blocks, how would I know WTF was going on?
[15:38] <TJ-> garrettkajmowicz: Because it didn't boot... that's a big clue :)
[15:39] <garrettkajmowicz> Thanks.  :-)
[15:39] <TJ-> garrettkajmowicz: You'll need to "pvremove" on that
[15:40] <garrettkajmowicz> I'm attempting to run it remotely. I guess one of the things which through me for a loop was: Incorrect metadata area header checksum. That makes me think that it isn't a LVM volume.
[15:42] <TJ-> garrettkajmowicz: At least its sorted and not a major bug in the code!
[15:42] <garrettkajmowicz> Even though it is marked on disk as being one.
[15:42] <garrettkajmowicz> And yet mount has no problem with it.
[15:43] <garrettkajmowicz> Okay - so this is probably a supportability issue of some kind. Any bug you think I should file over this? Maybe for better diagnostics or something?
[15:47] <TJ-> garrettkajmowicz: No, its a sysadmin bug! Always ensure devices are correctly wiped when re-assigning
[15:48] <TJ-> garrettkajmowicz: My guess would be if lvm wasn't installed in the initrd, it'd have worked. You recall there was a /tmp/20-lvm-mountroot-failed or whatever file? That, in retrospect, was a big clue, alongside the /tmp/10-mdadm file
[15:48] <TJ-> garrettkajmowicz: Only now though do we realise the implications
[15:58] <garrettkajmowicz> TJ-: True, though I'd argue that running mke2fsck on a device really ought to, you know, make it that.
[16:00] <TJ-> garrettkajmowicz: It did ... but the sectors it writes to won't always coincide with those of a myriad other file-system and container formats and their meta-data, and you don't want to have to zero every block just to format a FS.
[16:01] <plm> rbasak: http://simonmott.co.uk/vpn-bonding
[16:07] <garrettkajmowicz> TJ-: Right. However, if the blocks are used to identify the other FS. IDK. I'm of the view (and experience) that when something isn't quite right, there should be an obvious indication of this, and what should be done. The wait-for-root was returning LVM2_member for years and at least 2 releases without the system breaking hard.
[16:09] <TJ-> garrettkajmowicz: I think it is the difference between wait-for-root delegating to udev, and mount which delegates to the various mount.${FSTYPE) tool helpers that do the detection
[16:10] <TJ-> garrettkajmowicz: I agree that it should highlight the reason for the failure more prominently in the mount failed messages, rather than just a whole list of reasons why it may have failed
[16:11] <garrettkajmowicz> TJ-: That makes total sense. And, at the same time, a nice message to the console of 'mount command failed' would have been nice. Even better if mount kicked out something saying explicitly that the fstype specified wasn't recognized or didn't match the fs found.
[16:11] <smoser> jamespage, https://bugs.launchpad.net/neutron/+bug/1156932
[16:11] <smoser> how did you triage that as "High" priority ?
[16:11] <smoser> that seems a very simple case of "well don't do that then"
[16:11] <garrettkajmowicz> Rather than having to enable debug mode and hope you can save/read the file somewhere.
[16:12] <jamespage> smoser, that needs revising
[16:12] <jamespage> at the time we thought it was more impacting that it is now
[16:12] <smoser> k
[16:12] <smoser> well, i just moved to low
[16:12] <jamespage> done
[16:12] <jamespage> me too
[16:12] <smoser> i'd just leave this to be fixed upstream if someone seems motivated
[16:13] <TJ-> garrettkajmowicz: the thing is, there is no fstab to refer to in initrd, only the "root=device" so it had to use auto-detect and rely on it. That's why your fix was to add the rootfstype to the kernel cmd-line. So the tool has no way of knowing what fs-type to expect
[16:15] <garrettkajmowicz> TJ-: What is the "it" we are talking about here? If the script doesn't pass in -t=<incorrect value> to mount, everything works fine. There are only a few cases where that value makes any sense. You're trying to mount a filesystem as a different compatible filesystem. Eg. mount ext3 as ext2 to avoid journal replay.
[16:15] <TJ-> it == mount
[16:16] <garrettkajmowicz> Why does mount need to be passed the fstype at all? It seems to autodetect everything just fine.
[16:16] <TJ-> garrettkajmowicz: I'm not sure but I'd guess the reason for the switch is to drop the requiremernt to include in the initrd all the mount.${FSTYPE} helper binaries, because udev is already there and able to do the job
[16:20] <garrettkajmowicz> Poking around, I suspect it might be for the "treat this blog of random bytes as an undetectible encrypted filesystem". I only see helpers for fuse and encrypted filesystems.
[16:26] <TJ-> garrettkajmowicz: revision 151 in Dec. 2009 introduced wait-for-root and the "mount ${roflag} ${FSTYPE:+-t ${FSTYPE} }${ROOTFLAGS} ${ROOT} ${rootmnt}"
[16:31] <garrettkajmowicz> TJ - the -t was passed in to a different section, the one dealing with loopback filesystems. The main mount part did not pass in the fstype.
[16:39] <jrwren> on 12.04 anyone filter dhclient message from rsyslog  have a howto?
[16:59] <RoyK> hi all. trying to find a scalable NAT solution here, would linux allow me to use several IP addresses for NAT if I have thousands of clients behind it, as to scale better? With only 65k ports and thousands in TIME_WAIT, it won't scale too well
[17:03] <rbasak> RoyK: you just give the SNAT iptables target a --to-source range of IPs.
[17:08] <RoyK> rbasak: any way to do this dynamically based on load?
[17:35] <hallyn> smoser: but you didn't add --numeric-owner to the *First* tar xf (from imgfile)?
[17:36] <smoser> i did write numeric owner
[17:36] <smoser> you translated that to numeric-uid
[17:37] <smoser> oh crap. no i didn't
[17:37] <smoser> :-(
[18:02] <jamespage> sgran, most things have synced out to -proposed now
[18:02] <jamespage> http://reqorts.qa.ubuntu.com/reports/ubuntu-server/cloud-archive/havana_versions.html
[18:02] <jamespage> sgran, have a few armhf issue to resolve before promotion to -updates
[18:26] <delinquentme> save for a WINE application ... there should be  no instance when ubuntu / linux is looking for a *.dll file right?
[18:27] <sgran> jamespage: great, I'll deploy in the morning and start a new round of patches :)
[18:28] <ikonia> delinquentme: you've been given another example
[18:28] <ikonia> delinquentme: why don't you just tell us the REAL problem
[18:28] <ikonia> rather than asking this loaded question
[18:29] <delinquentme> ikonia, I'm attempting to load a spectrometry codebase for a piece of hardware called "ocean optics"
[18:30] <delinquentme> and the ipython library it looking for a *.dll file
[18:30] <ikonia> so it stands to reason that it's either written with mono in mind, or for a windows playform
[18:30] <ikonia> or a .dll file that is propritary to that software and nothing to do with windows dll's
[18:30] <delinquentme> to my limited understanding linux equivalents are *.so libraries ... however I'm not sure.  Should I be attempting to point the code base to the *.dll file? or the .so file?
[18:31] <ikonia> delinquentme: I would talk to the people who make it and get install and run time requirements
[18:31] <delinquentme> ok so *.dll files aren't explicity windows files?
[18:31] <delinquentme> it could infact be used in linux installs
[18:32] <ikonia> that's not what I said
[18:33] <ikonia> please re-read what I said
[18:38] <delinquentme> ikonia, what is mono ?
[18:39] <ikonia> a windows runtime environment for linux based systems
[18:39] <ikonia> think of it as a cross-platform setup for c#
[18:56] <justizin>  ikonia : comparisons to the jvm are sometimes useful
[18:56] <justizin> except for linux silverlight being abandoned
[18:57]  * justizin shakes fist at netflix, microsoft, and novell
[18:59] <ikonia> justizin: what ?
[18:59] <justizin> mono has more in common with the jvm than it has anything to do with windows
[18:59] <justizin> IL being an ISO standard or somesuch
[19:00] <sarnold> hah, so it is.. http://www.iso.org/iso/home/store/catalogue_ics/catalogue_detail_ics.htm?csnumber=58046
[19:02] <justizin> you get the feeling however this sort of impotent encapsulation in the .NET product stream is the best thing that comes out of being uppity and standards oriented at microsoft. :-P
[19:04] <ikonia> justizin: sorry, missunderstood what you where responding to
[19:04] <ikonia> now I see what you are saying
[19:04] <justizin> no worries :)
[19:18] <jamespage> adam_g, have you seen any issues deploying rabbitmq via charm on precise?
[19:19] <adam_g> jamespage, i haven't. what are you seeing?
[19:20] <jamespage> adam_g, install hook failure - rabbitmq won't start
[19:20] <jamespage> its intermittent
[19:22] <adam_g> jamespage, are you running on a tiny instance?
[19:22] <jamespage> m1.small
[19:25] <adam_g> jamespage, hmm haven't hit that
[19:33] <jost> Hi! I've set up an Ubuntu Server system, with the home directory encrypted (using the option in the installer). Now when I log into that machine with SSH, the home file system does not seem to be mounted, and the things written in the README file do not work. How do I need to configure the machine that it mounts the encrypted fs on SSH login?
[19:34] <jost> In /etc/fstab the filesystem is listed as ext4 with default mount options
[19:34] <TJ-> jost: You need to move the $USER/.ssh/ directory out of /home/. There's a recipe for putting in /etc/ssh/ that I've used in the past
[19:35] <jost> TJ-: I've done that already, so logging in via public key works now
[19:35] <ikonia> it again raises the question....did you really need encyption
[19:35] <ikonia> the odds are "no"
[19:36] <jost> ikonia: I like encryption, and use it for almost everything
[19:36] <ikonia> apart from when you login via ssh
[19:36] <TJ-> jost: When you say "home file system" what do you mean? is there a file-system specifically for the user, or for /home/, or what?
[19:37] <jost> TJ-: A file system for /home (the only one on that disk)
[19:37] <sarnold> jost: as I understand it, the user's _password_ is used to wrap the key used for encrypting the data -- are you certain it is supposed to work with public key authentication?
[19:37] <TJ-> jost: OK, well that should auto-mount at boot-time, nothing to do with log-in. If it isn't there then your /etc/fstab entry has a problem
[19:38] <ikonia> it shouldn't be session based
[19:39] <jost> sarnold: I think that is the problem...
[19:40] <sarnold> jost: aha! I thought I'd seen this before. http://askubuntu.com/questions/115497/encrypted-home-directory-not-auto-mounting
[19:41] <jost> Ok, I think its best to drop encryption of the whole file system here, and only encrypt specific folders or the files themself. Thanks @sarnold, ikonia and TJ- :-)
[19:42] <TJ-> jost: ecrypts does exactly that! It's a stacked file-system. It doesn't encrypt a block file-system at all
[19:43] <jost> TJ-: The problem here is the need for manual input of the password. The machine is meant to be accessible by scripts, e.g. for backing up data.
[19:43] <TJ-> jost: The best way to achieve what you want is to have an LUKS-encrypted LV for /home/$USER, with a key-file in one of its slots, such that when you ssh into the server you can trigger an unlock using a key-file that is passed over the ssh link from your local client
[19:46] <sarnold> jost: investigate http://duplicity.nongnu.org/ -- this does the cryptography on the client, looks nice :)
[19:47] <jost> sarnold: Thats what I'm using, works fine :-)
[19:47] <sarnold> jost: oh hooray, thanks for the vote :)
[19:47] <sarnold> (I've been meaning to set it up for a year now..)
[19:47] <jost> But the disk may not only be used for backups, other stuff might g et there too
[20:08] <smoser> adam_g, how do i kick http://status.qa.ubuntu.com/reports/ubuntu-server/cloud-archive/cloud-tools_versions.html
[20:08] <adam_g> smoser, it runs hourly on cron there
[20:08] <smoser> hm..
[20:08] <adam_g> smoser, if you branch lp:ubuntu-reporst you can run it locally
[20:09] <smoser> thanks.
[20:43] <adar_> hi
[20:46] <adar_> Do you know some good documentation (advanced tutorial) on the server configuration ??
[20:50] <sarnold> adar_: check out the server guide in the topic :)
[20:52] <adar_> I now :) I search something other :)
[20:52] <sarnold> adar_: anything specific? the lartc guide is incredible if you want networking knowledge..
[20:54] <adar_> thank
[23:30] <chowder> not sure if this is the right channel but I can't find anyone else that would be able to help me with Xen. I'm running Ubuntu 13.10 final beta. I've installed the necessary packages for Xen.
[23:31] <chowder> my setup uses luks over LVM. I'm very new to this and I can't really figure out how to decrypt my LVM partition and then resize the logical volume for my Dom0 (Ubuntu 13.10)
[23:31] <chowder> my ultimate goal is to simply make space for Windows and run it alongside Ubuntu


[07:35] <dholbach> good morning
[14:26] <justin_time> Hi, I'm looking for someone, who could review my request for the tomahawk package (LP: #1487729), again.


[00:31] <Flannel> jussi01: Im not sure if thats garbage, or indonesian
[00:31] <jussi01> about 1.5 seconds too late...
[00:31] <jussi01> Flannel: still, either way
[00:32] <Flannel> I imagine it was garbage.  Too many consonants together.
[00:32] <jussi01> yeah, looked garbage too mewwwww
[00:33] <Flannel> The first two didn't, and by that point, I had already gone through the trouble of looking up his IP
[00:33]  * Flannel needs to write an irssi plugin for that.
[00:35] <jussi01> yeah, thatd be a good start...
[01:05] <Flannel> Anyone awake with -ot?  fsck*3 looks to be on the road to trouble
[01:06]  * PriceChild takes a look in
[01:07] <LjL> Flannel: uh, three weeks?
[01:07] <LjL> you meant four weeks certainly
[01:07] <Flannel> Of course I did
[01:11] <PriceChild> Flannel: i think he's an #archlinux person
[01:11] <PriceChild> judging by his claims in pm :P
[01:11] <PriceChild> He's not in -offtopic though
[01:12] <Flannel> Who?
[01:12] <PriceChild> the above
[01:12] <Flannel> Hmmm, hes still in -offtopic though
[01:13] <PriceChild> i meant archlinux-offtopic
[01:13] <Flannel> Ah
[01:13] <Flannel> That makes more sense
[01:15] <LjL> PriceChild: and i *know* he is an archlinux person
[01:16] <PriceChild> so he is
[01:17] <LjL> how about #archlinux <FSCK_FSCK_FSCK> yo lets troll ubuntu-offtopic    [is in #ubuntu]
[01:17] <Flannel> That'd do it.
[01:18] <Flannel> looks like he's starting in #u and -ot again
[01:21] <LjL> #ubuntu-unregged: [18:36:19] --> D0net1 has joined this channel (i=den0ts@illegal.filestash.org).
[01:21] <LjL> is not in #ubuntu and i don't like the hostname
[03:04]  * jussi01 waves
[03:20]  * mneptok surfs
[03:23] <jussi01> mneptok: that was a "dad joke"
[03:23] <jussi01> :/
[03:29] <mneptok> jussi01: seeing how i'm old enough to be father to many of this channel's regulars, it's prolly appropriate ;)
[03:30] <jussi01> mneptok: oh shush you...
[03:30] <mneptok> don't you shush me, young man!
[03:31]  * mneptok sends jussi01 home with a note
[03:31] <jussi01> LOL
[03:31] <jussi01> mneptok: Im already at home with a sick note...
[03:38] <mneptok> http://www.funny2.com/schoolexcuses.htm
[03:39] <mneptok> "Please excuse my son. He will be out next week slaughtering goats for his manhood ritual. Thank you!
[03:39] <mneptok> it's like they can see my childhood ....
[03:40] <mneptok> "Please forgive Clarence for being absent from school the past few days. He was home sick from an operation.
 I have this god-awful iptables setup that puts clients on a iptables whitelist if they authenticate on a webform on the default gateway
[03:48] <jdong> I doubt this is very secure at all
[04:30] <jussi01> elkbuntu: I ruptured my anterior cruciate ligament, playing park soccer
[04:38] <elkbuntu> jussi01, eep!
[04:38] <elkbuntu> that's going to be a really fun trip home
[04:38] <jussi01> elkbuntu: yep, ouchies...
[05:17] <ardchoille> I have an incident to report
[05:18] <ardchoille> http://ardchoille.pastebin.us/19547
[05:18] <ardchoille> someone giving out malicious commands
[05:18] <ardchoille> in #ubuntu
[05:21] <ardchoille> More info about this user
[05:21] <ardchoille> http://ardchoille.pastebin.us/19559
[05:24]  * elkbuntu clicks and waits for her computer to react.
[05:25] <ardchoille> Thank you bazhang
[05:25] <elkbuntu> stupid mouse keys on this laptop are b0rking
[05:28] <ardchoille> Thanks ops, I'm glad you're here :)
[05:30] <fogobogo> may i know why i got banned?
[05:31] <bazhang> fogobogo, do you really need to ask?
[05:31] <fogobogo> bazhang: yup. did nothing at all.
[05:32] <fogobogo> bazhang: no bullshitting in #ubuntu from my side
[05:32] <fogobogo> in fact. even helped out Kingsomething
[05:34] <bazhang> fogobogo, were you unaware of what juice949 was doing?
[05:35] <bazhang> aka FSCK_FSCK_FSCK
[05:35] <fogobogo> all i know hes been asking someone to ls some folders
[05:35] <fogobogo> oh FSCK
[05:35] <bazhang> fogobogo, so you know nothing about him or that?
[05:35] <fogobogo> yeah. i know what he did.
[05:36] <fogobogo> just dont know what that has to do with me
[05:36] <bazhang> fogobogo, and you in no way participated in that? egging him on, for example?
[05:36] <fogobogo> i didnt tell him to do that. in fact i joined after that happened
[05:37] <bazhang> fogobogo, or just a few days ago with eihm?
[05:37] <fogobogo> what was with eihm? i dont think he did anything like it.
[05:38] <fogobogo> again. whats my part there?
[05:38] <bazhang> fogobogo, you seem to suggest you are just an innocent bystander in all this
[05:39] <bazhang> fogobogo, but you have a history of participating in these actions, and I believe you know exactly what this FSCK_FSCK_FSCK was up to
[05:40] <fogobogo> i wanna remind that im not encourage anyone to do this. i also have no idea what anyone else is doing there.
[05:40] <bazhang> fogobogo, what you are saying is just not credible.
[05:41] <fogobogo> come on. check your logs. its not like im going to say rm your boot folder or anything like it.
[05:41] <fogobogo> i had absolutely no idea that fsck was even in the channel
[05:41] <fogobogo> why else would ive joined after the action?
[05:42] <elkbuntu> to see the aftermath.
[05:43] <bazhang> fogobogo, you were in the channel at the time.
[05:43] <bazhang> fogobogo, anyone else involved?
[05:43] <fogobogo> sorry no. FSCK played his own game
[05:44] <bazhang> fogobogo, sorry, just dont believe what you are saying.
[05:44] <bazhang> fogobogo, you have a history of these hijinks in #ubuntu, and likely a willing participant in FSCK_FSCK_FSCK's actions today
[05:45] <bazhang> fogobogo, its not funny to screw up people's systems.
[05:45] <fogobogo> bazhang: i agree. but at the time i joined the damage has already been made!
[05:46] <fogobogo> bazhang: and i dont screw ppls systems.
[05:46] <bazhang> fogobogo, what about today? and a couple of days ago with eihm? that is not screwing people's systems up?
[05:46] <bazhang> suggesting those dangerous commands and then hoping others follow?
[05:47] <fogobogo> no. that was between eimh and me. why would anyone else do this
[05:47] <bazhang> fogobogo, you seem to be suggesting you are some innocent in all this.
[05:47] <bazhang> fogobogo, and that is CLEARLY not the case.
[05:48] <fogobogo> i dont oppose that. but i didnt tell anyone there to type hdparm --make-bad-sector and press enter.
[05:49] <fogobogo> that was between me and eimh. and i know eimh
[05:49] <bazhang> fogobogo, you know those commands of a few days ago do serious damage, and you saw what juice949 was doing
[05:50] <bazhang> fogobogo, you knew nothing about what juice949 was doing?
[05:50] <fogobogo> in fact i didnt see it. i just know it.
[05:50] <bazhang> fogobogo, how did you know it.
[05:50] <fogobogo> as i already said i wasnt there at that time
[05:50] <bazhang> fogobogo, how did you know it.
[05:50] <fogobogo> wait a sec
[05:51] <fogobogo> someone posted it in the channel
[05:51] <bazhang> which channel fogobogo
[05:51] <fogobogo> #archlinux-offtopic.
[05:51] <bazhang> fogobogo, so you knew about this? and what was your response?
[05:52] <fogobogo> to join #ubuntu
[05:53] <bazhang> fogobogo, why dont we have another chat about this tomorrow.
[05:53] <bazhang> say 24 hours from now.
[05:53] <fogobogo> bazhang: btw i wonder why you didnt already do a /whois and besides PriceChild is a permanent guest in #archlinux-offtopic
[05:53] <bazhang> and you can tell me more about arch offtopic
[05:54] <bazhang> fogobogo, see you tomorrow.
[05:54] <fogobogo> bazhang: np. lets dont steal anymore time from each other
[05:55] <bazhang> have to head out to work now.
[09:24] <bazhang> iarwain1 in #ubuntu
[14:03] <elkbuntu> bazhang, what are you doing? how do you extract 'legal' from that?
[14:09] <LjL> elkbuntu: err, possibly it's legal because the site hosting it is the people who made it...?
[14:11] <LjL> elkbuntu, imho you're exaggerating. how often have we requested independent proof that something is legal? how many of the programs packaged in our repositories have such a guarantee, aside from what the "author"'s site says, assuming they're the author?
[14:11] <bazhang> http://arstechnica.com/articles/culture/ocremix.ars/2
[14:11] <bazhang> legal.
[14:16] <elkbuntu> LjL, at the glance i could afford it (i'm kind of trying to write a talk i'm scheduled to give on thursday) that site looked totally bogus.
[14:17] <LjL> they could put a license, granted
[14:18] <LjL> but if everytime someone links to something we asked for proof of legality...
[14:19] <elkbuntu> LjL, it was how he did it. he was desperate for attention, then when nobody responded, he did it anyway.
[14:20] <elkbuntu> it just screamed fishy
[14:20] <LjL> that's true
[14:20] <bazhang> I checked the site first elkbuntu
[14:21] <bazhang> and it is legal.
[14:21] <elkbuntu> bazhang, as i said, i am in the middle of trying to compose a talk.
[14:21] <elkbuntu> and firefox is being painful
[14:22] <bazhang> ok
[14:51] <Myrtti> I don't want to sound rude or anything, but I think using a computer should have an idiot filter.
[14:52] <Myrtti> you should be able to prove you can read and understand what you've read before granting access to a computer.
[14:52] <Myrtti> like, srsly
[14:53] <elkbuntu> Myrtti, likewise for The Internet
[14:53] <bazhang> -ot?
[14:54] <elkbuntu> actually no. they can use computers all they want. implement the filter at the modem level.
[14:54] <Myrtti> true
[14:54] <LjL> -read-topic and -proxy-users work quite well
[14:54] <Myrtti> Q: Today I got new kernal update, How to delete old from my boot screen list?
[14:54] <LjL> pity they only filter out a tiny percentage of people
[14:55] <Myrtti> my A: uninstall the old one with the package manager.
[14:55] <Myrtti> Q2: I don't know about their package names? Give some key words to search their packages.
[14:55] <bazhang> hehe
[14:55] <bazhang> erm..kernel?
[14:56] <Myrtti> HOW can he know he has a new kernel update if he doesn't know the name of the package?
[14:56] <elkbuntu> grub screen at boot?
[14:57] <LjL> yesterday someone was trying to compile some driver, and was convinced that "linux-image" was the kernel source
[14:57] <Myrtti> shouldn't that be a hint about the package name? or am I totally like, missing the point?
[14:57] <LjL> someone else replied that linux-image "for some reason doesn't have a src package", and that he should switch distro if he wanted to do serious kernel work
[14:57] <Myrtti> lol
[15:03] <elkbuntu> they're quite welcome to.
[15:04] <elkbuntu> that way we dont have to be the 'bad guys'.
[15:36] <kbrooks> Um, I'd like to report someone in a LoCo team who spammed a channel
[15:36] <LjL> i'm listening
[15:36] <kbrooks> not #ubuntu, but as you ops have connections to the community council, maybe you can deal with the team
[15:37] <kbrooks> they spammed ##windows with "<bisnews> Open your mide , try to use ubuntu [ Open Source ]  | #ubuntu-th <- you can talk eaglish question"
[15:37] <LjL> and of course, i'm not in ##windows at the moment. never in the right channels
[15:38] <kbrooks> i copied and pasted verbatim
[15:38] <kbrooks> Please deal with it - thank you.
[15:38] <LjL> i'll try, but wait here a minute please
[15:38] <PriceChild> LjL: He did it 5 times.
[15:39] <PriceChild> kbrooks: does he go by any other name in your knowledge?
[15:39] <kbrooks> No
[15:40] <LjL> that's a weird loco... i can't find a launchpad address for it
[15:40] <LjL> even though it's listed in the approved teams
[15:41] <PriceChild> approved?
[15:41] <PriceChild> check you put it in the 'approved' teams.
[15:41] <PriceChild> *who
[15:42] <LjL> kbrooks: do you have any evidence that this "bisnews" is actually part of the team?
[15:42] <kbrooks> LjL, It was a gut feeling.
[15:43] <LjL> ok, let's keep that in mind then, because it wouldn't be the first time someone "pretends" to be advertizing a channel just in order to damage it
[15:44] <kbrooks> LjL, the tone of your message sounds accusatory.
[15:44] <PriceChild> LjL: whois the user, then who the host.
[15:44] <LjL> PriceChild: not online
[15:44] <LjL> and i don't have it in /whowas
[15:44] <kbrooks> I'll look
[15:44] <kbrooks> * bisnews<EMAIL_ADDRESS>has joined ##windows
[15:44] <kbrooks> OK, clinched it
[15:44] <PriceChild> i still see him online?
[15:45] <LjL> PriceChild: oh, my fault. i was /whowas'ing all the time thinking i was /whois'ing
[15:45] <PriceChild> :)
[15:46] <kbrooks> May I tell you the channel he is in now, if revelant?
[15:46] <LjL> kbrooks: sure
[15:46] <kbrooks> He left #ubuntu-th and joined #efficiency08
[15:46] <LjL> kbrooks: i'm not accusatory, just need to keep possibilities in mind. the fact that the team members don't have an IRC nick listed on launchpad (since they don't have launchpad addresses listed) doesn't help determining anything.
[15:47] <LjL> PriceChild: what should i be expecting when whoising the host? my whois doesn't seem to find it in the database
[15:47] <kbrooks> er
[15:47] <PriceChild> LjL: who'ing
[15:47] <kbrooks> i get his host info
[15:48] <LjL> i don't know
[15:48] <LjL> No match for "<IP_ADDRESS>.ADSL.DYNAMIC.TOTBB.NET".
[15:48] <LjL> >>> Last update of whois database: Sat, 29 Nov 2008 10:46:17 EST <<<
[15:48] <PriceChild> LjL: I don't know whose that is.
[15:48] <kbrooks> There iis a match
[15:49] <kbrooks> in APNIC
[15:49] <kbrooks> that IP is registered to a Bangkok ISP
[15:49] <kbrooks> so th means thailand
[15:50] <PriceChild> LjL: the host matches with that bot which is 'welcoming' you to both channel. I'll have a word with bisnews when he returns.
[15:50] <PriceChild> *channels
[15:50] <LjL> PriceChild: wait...
[15:50] <LjL> [16:50:21] [Whois] wB3 is<EMAIL_ADDRESS>[15:50] <LjL> [16:46:40] [Whois] bisnews is<EMAIL_ADDRESS>(<IP_ADDRESS>.adsl.dynamic.totbb.net)
[15:50] <kbrooks> th means thailand
[15:50] <kbrooks> so it logically matcthes
[15:51] <LjL> yes i get that part, but they're different hosts
[15:51] <PriceChild> bah i got mixed up somewhere *wonders how he managed that*
[15:51] <LjL> certainly the fact that the bot is in both places is suspicious but
[15:51] <LjL> ah, got it
[15:52] <LjL> ns info wb3 says account "willwillbot2"
[15:52] <LjL> willwill is +V in the #ubuntu-th access list
[15:53] <kbrooks> w83's IP correlates to the same ISP
[15:54] <PriceChild> I'll have a word anyway.
[15:54]  * PriceChild wonders what w3b is doing.
[15:54] <kbrooks> PriceChild, helping someone with apache
[15:54] <LjL> PriceChild, in the wiki's revision history, the addition of thai appears to be too old to show up...
[15:55] <LjL> i can only see revisions starting from 2008-06-08 22:56:19
[15:56] <LjL> but there is an approval date listed
[15:56] <LjL> !meeting
[15:58] <LjL> yet, http://irclogs.ubuntu.com/2008/09/03/%23ubuntu-meeting.html has no matches for "thai"
[15:58] <LjL> let's try 2007 then
[16:00] <LjL> ok, Thai was approved
[16:00] <LjL> although Shuttleworth was also a bit dubious on the lack of a proper loco team page on launchpad - but they had a translators' team on it, so it was deemed enough
[16:12] <LjL> PriceChild: ##windows ops are telling me that Ubuntu-related spam happens pretty often. not a good thing.
[16:12] <LjL> not from that team, though
[16:13] <PriceChild> not surprised
[16:13] <LjL> doesn't have to be surprising to be a bad thing
[16:15] <LjL> [17:15:15] [Notice] -ChanServ- Information on #Efficiency08:
[16:15] <LjL> [17:15:16] [Notice] -ChanServ- Founder    : DekRNR
[16:16] <LjL> [17:16:11] [Notice] -NickServ- Information on DekRNR (account DekRNR):
[16:16] <LjL> [17:16:11] [Notice] -NickServ- Last addr<EMAIL_ADDRESS>[16:16] <LjL> [17:07:55] [Whois] bisnews is<EMAIL_ADDRESS>(<IP_ADDRESS>.adsl.dynamic.totbb.net)
[16:16] <LjL> the ip addresses of bisnews and dekrnr look suspiciously alike to me
[16:17] <LjL> still, no direct connection with the #ubuntu-th ops, and i don't know who dekrnr is
[16:19] <PriceChild> 76ac590a = <IP_ADDRESS>
[16:20] <PriceChild> Meh, he spammed, that's good enough for me & I'll have a word.
[16:21] <LjL> PriceChild: it's good enough to have a word with *him*, but not with the team as long as there is no discernible connection between him and the team
[16:51] <Gary> @login
[16:51] <Gary> @btlogin
[18:53] <Myrtti> jussi01: your domain contacts are still to Oulu, btw.
[19:20] <jussi01> Myrtti: ahh, thanks, Ill change that when I get a min.
[19:21] <Myrtti> also your eniro information
[19:23] <jussi01> heh, that too... I keep forgeting it doesnt get updated by changing stuff at maistraati... ;)
[19:49] <jussi01> @bansearch cens0red
[20:44] <LjL> [21:44:10] --> PornHub has joined this channel (n=contact@d66-222-244-181.abhsia.telus.net).
[20:44] <LjL> [21:44:31] *** PornHub is now known as Pr0nhub.
[20:45] <LjL> the fellow had just joined #gentoo and been automatically banned, might be worth watching
[20:55]  * LjL points and laughs at ikonia's 1337 skillz
[20:55]  * ikonia is l337
[20:56] <LjL> channel is quite full of people who won't let you say anything without randomly highlighting you with their random question today, huh
[20:57] <ikonia> looks like it
[21:44] <bazhang> dont click that link
[21:46] <bazhang> has some kind of mad flash exploit in it.
[21:46] <LjL> !staff | user "billy1234667" is spamming channels apparently with a mad flash exploit - #ubuntu, #django for now
[22:47] <ikonia> mrwes: thanks for joining
[22:47] <mrwes> hrmm
[22:48] <mrwes> yes?
[22:48] <mrwes> is this where I get scolded?
[22:48] <ikonia> basiclly I just wanted to ask you to keep the random noise down stop trying to argue things
[22:48] <ikonia> your not getting scolded
[22:48] <mrwes> nods
[22:48] <ikonia> I'm asking you nicley, making random noise and being pedantic about a few things just makes noise and detracts from the support channels main function, support
[22:49] <bazhang> nice
[22:49] <ikonia> well, if he wants to be like that, fine. Thats a warning
[22:50] <bazhang> been warned three times
[22:50] <ikonia> I was trying to just be polite,
[22:50] <ikonia> well, thats his "final" warning for me
[22:50] <bazhang> clearly he is in 'taunt' mode
[22:50] <ikonia> not for long if he continues
[23:41] <Flannel> ubottu: tell drog about away
[23:42] <jussi01> Flannel: lol
[23:42]  * Flannel wins!
[23:42] <jussi01> heheheh


[21:20] <ki4ufa> Hello all
[21:22] <jubo2> Hi ki4ufa
[21:24] <ki4ufa> well jubo2, I was just beginning to accept the fact that I was all alone in here
[21:25] <jubo2> nah. there are people. this channel is a bit special because it is not only a support channel, but also for creative talk. In a support-only channel no irc channel traffic is good
[21:26] <jubo2> coz if there is a bunch of traffic in a support channel it means the software got bugs ... or more likely brokenness caused by inadept action on part of someone who just installed the software, isntead of the people who write it
[21:27] <ki4ufa> ahh...thanks for the info.  This is actually the first time I've really sat down and explored the whole IRC world.  Literally minutes ago finished downloading a client and getting set-up.  And yes,
[21:28] <ki4ufa> I agree, most issues are user created
[21:28] <ki4ufa> I'm dealing with one right now in fact...LOL
[21:28] <jubo2> ki4ufa: the first ever irc client and irc server were written by Mr. Jaakko Oikarinen in Oulu, Finland in 1989
[21:29] <jubo2> ki4ufa: I remember in 1994 I got on a BBS that was connected to the Internets
[21:29] <ki4ufa> That could come in handy next trivia night.  I feel at home in this client...It's more "terminal" like.  LOL
[21:30] <jubo2> took me for ages to figure out to write 'irc' and press enter. Then it took me even longer to figure out to write /list or /help or /join #channelname, but once I got those and joined a channel.
[21:31] <jubo2> So I find myself talking with a Chinese bloke in China about what's the time and what's the weather (those were common things to exchange on irc, at least where I was)
[21:32] <jubo2> Then I tell people around me that there's this thing called Internet and it gonna be huge. Local Xian youth worker basically communicated that I'm a nerd for saying "This Internet thing is gonna change things vastly"
[21:35] <ki4ufa> so much easier than point and click.  The world has gone and gotten pampered...too lazy to type now.  I somewhat remember the bulliten boards back in the early days...my teens and early twentys is when digital exploded.  I regret today that I didn't keep the passion I had as a child when Daddy put a Commodore 64 on my desk.  I was instantly addicted.  Had I stayed with it, who knows what I would be doing today.
[21:37] <jubo2> I had a very rare Commodor C64 .. the luggable version with inbuilt disk drive (that needed a hit on the right hand side of the machine sometimes) and awwwwwesome 7" CRT color display and a way to instert program moduls
[21:38] <ki4ufa> Man my program module was in the form of a cassette tape.  Didn't even know internal storage existed then.
[21:38] <jubo2> My dad bought it 2nd hand for me. Came with the original Elite, which was awesome as it was the 1st 3D computer graphics game for home computers afaik
[21:39] <jubo2> ki4ufa: It had 5.25" floppy drive, not a hard drive
[21:41] <jubo2> For disk drives there were turboloaders, and they worked. Load the game in a tiny fraction of a time than the normal loader took
[21:42] <jubo2> anyways, great games but everyone pirated them instead of paying and then people moved on to Amiga 500 and do the same thing
[21:44] <jubo2> ki4ufa: If I run into money I could be interested in buying a C64 reimplementation, preferably with thousands of games. Perhaps talking about memories of old computers not point of this channel
[21:44] <ki4ufa> ahh...I misread that.  I can still remember how to program simple stuff in BASIC.  Who knew programming would turn into something so complex compared to BASIC.Again, I wish I had continued down the digital path at that age.  I've always somewhat kept up with the basics throughout the years, but in the last two years I've gotten back into sitting in front of a monitor ( or three ) pretty much most all the time.
[21:45] <jubo2> 10 GOTO 20
[21:45] <jubo2> 20 GOTO 10
[21:46] <ki4ufa> constant loop. My friend I gotta go give my first born some help with a task, I look forward to speaking with you again soon.
[21:47] <jubo2> Ok, take care, talk again


[01:40] <spijet> Good Mourning!
[01:41] <spijet> Excuse me for my bad English, i have a problem with <IP_ADDRESS> kernel.
[01:44] <spijet> When i have installed it, it starts, but after ~2 seconds in usplash, it (crashes?) to a black screen with cursor in a upper-left corner.
[01:45] <spijet> And it is NOT terminal, because i can't switch it.
[11:20] <gnomefreak> is the system beep controled by the kernel?
[13:29] <rtg> smb, what is it you're asking me about the joystick regression? I realize the same patch is upstream, but looks to be incorrect. Are you gonna work with the upstream developers to find a better fix?
[13:32] <smb> rtg, I, if asking is the right word, just wanted you to be aware of it. The question is whether this patch is incorrect or the Saitek joystick driver in its use of a certain button code. That is a bit beyond y knowledge, but I am checking on the upstream bug.
[13:50] <rtg> smb, is this causing wide spread carnage, or are we helping more then we hurt?
[13:50] <smb> rtg, Spread enough in Jaunty to cause complains. Otherwise I just was notified as I was in the SOB
[13:51] <rtg> smb, you were notified that upstream is changing the patch?
[13:52] <smb> No of the started bugzilla regarding the regression
[13:52] <rtg> smb, ah.
[13:52] <smb> But the initial comment from Dmitry sounds like he also believes BTN_DIGI is for digitizers and not for joysticks
[13:52] <smb> to be continued
[13:53] <rtg> smb, ok. I assume this'll find its way into a stable update eventually.
[13:54] <smb> rtg, I'd say so. As said, just for you to know when gamers complain to you about it.
[13:55] <rtg> smb, huh, like _I'll_ hear about it. It'll be Andy that gets most of the noise.
[13:55] <smb> rtg, Heh, well he is not around for a bit...
[15:02] <juliux> hi, how could i find out with which gcc version my kernel was build?
[15:02] <ogra> dmesg|head
[15:05] <juliux> thxs
[16:04] <thjc> Hi all, I need some help debugging a system crash (sudden reboot) which I can reproduce compiling certain files with an arm cross compiler. This seems to be related to the specific revision of the hardware in the machine (ich8 rev3) as I have tried the same hard disk and operation in a similar laptop with ich8 rev4 hardware
[16:05] <thjc> also a centos 2.6.18 kernel doesnt have the issue, but ubuntu Jaunty and Karmic kernels do
[16:07] <ameno> does it always happen while compiling the exactly same file? (you said fileS)
[16:07] <thjc> it doesnt always happen, but there are server files that I can set up a bash do while loop over compiling and it will die within 2 mins
[16:09] <thjc> no oops messages of any sort, hard reboot. does the same thing if I boot recovery mode and run the compile loop there
[16:53] <dholbach> hello everybody
[16:53] <dholbach> can somebody take a look at  https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/277556 ?
[16:53] <ubot3`> Malone bug 277556 in open-vm-tools "should build kernel modules with dkms" [Undecided,Confirmed]
[16:56] <rtg> dholbach, seems like a server team issue. kirkland could probably answer your questions.
[16:56] <dholbach> I was pinged about it and know nothing about dkms stuff
[16:57] <dholbach> funnily enough I got another email about something with dkms today
[16:57] <rtg> dholbach, its just a method for building external kernel modules (like nVidia)
[16:57] <dholbach> right
[16:57] <dholbach> that much I knew :)
[17:23] <smoser> rtg, the other i spoke with you about -virtual inclusion of acpiphp under bug 364916
[17:24] <ubot3`> Malone bug 364916 in eucalyptus "When running Ubuntu as an Eucalyptus VM instance, module acpiphp is not available to be loaded, complicating the use EBS volume" [Undecided,Confirmed] https://launchpad.net/bugs/364916
[17:24] <smoser> i'm new-ish to this process... what do you need me to do for a.) karmic b.) jaunty.
[17:26] <rtg> smoser, You need to send an SRU request with a patch to the kernel team mailing list. Get with smb or ogasawara if yiou have questions. zul can also help.
[17:27] <smoser> ok. that is for sru. what about karmic?
[17:29] <smb> smoser, Generally (you have a bug, thats point 1) Then send a patch with a short impact, change and testcase description to the kernel-team mailing list. You can add that the same is needed for karmic
[17:29] <smoser> thanks.
[17:31] <rtg> smoser, you could also just create the report, then bribe someone on the kernel team to fix it (which might be faster depending on your kernel build skills). I know for a fact that smb is not immune to the charms of beer.
[17:32] <smoser> do you know people who *are* immune to charms of beer?
[17:32] <smb> some are rather into wine...
[17:32] <smoser> i'll avoid the shortcut for now, though.
[17:32] <sbeattie> smb: why is the intrepid-proposed kernel still pending?
[17:33] <smb> sbeattie, because the sru team is overworked and also because today a potential regression was found which forced me to reupload
[17:34] <sbeattie> smb: ah, okay, thanks.
[17:38] <ogasawara> fabbione, smb: re bug 416266, I'll roll a new patch to include enabling for ia64 and hppa.  just going to kick of some test builds first and will resubmit.
[17:38] <ubot3`> Malone bug 416266 in linux "Please enable multicast routing support for sparc" [Medium,In progress] https://launchpad.net/bugs/416266
[17:38] <smb> ogasawara, Just because rtg is thinking this does not mean I am convinced
[17:39] <ogasawara> smb: that's why I'm gonna push the new patch to a different branch and let you choose :)
[17:40] <rtg> resistance is futile
[17:40] <smb> ogasawara, Ok, if we find someone who can verify this works, I am ok.
[17:40] <smb> rtg, That is what you think. :)
[17:41] <smb> rtg, If you can provide test results, I am fine. Otherwise...
[17:43] <rtg> smb, honestly, for the 4 ia64/hppa users out there, who really cares? I'm not gonna push this particular case, but for the future we _are_ going to continue to maintain a common config settings algorithm.
[17:47] <smb> rtg, We definitely should avoid having common options different over different archs. And with the new config system we less likely will forget to do so in the first place. My point is just that even though the change sound logical, it is always a risk I would like to minimize.
[17:49] <smb> Maybe we can ask lamont to test this with hppa and someone else for ia64. A quick boot and network test would be good to make that change more compfortable
[17:50] <rtg> smb, ah, its hardly worth the effort.  :-P
[17:51] <lamont> so... if it's a karmic kernel, hppa is not in karmic.
[17:51] <lamont> if it's a hardy kernel, then I kinda care
[17:51] <lamont> some
[17:51] <lamont> a little.
[17:51] <smb> No we were talking about hardy
[17:51] <lamont> ia64, yeah I still care
[17:52] <lamont> hardy - definitely would love to test a kernel
[17:52] <rtg> lamont, what are these boxes being used for? Surely not BGP routing?
[17:53] <smb> Well at least it would prove that the normal use case is unaffected
[17:54] <lamont> rtg: heh. not so much
[17:54] <lamont> actually, I am aware of ia64 boxen being used in a very heavy sctp environment, with a routing protocol (OSPF?) under that
[17:54] <lamont> OTOH, they're not running ubuntu
[17:55] <rtg> lamont, huh, then maybe I sit corrected.
[17:58] <lamont> rtg: so mostly I just care that the box still boots after I do a dist-upgrade
[17:58] <rtg> lamont, I'll try to convince smb to not break things :)
[17:58] <lamont> and while I have people's attention, I should really check and see if the most recent kernel upgrade on jaunty made it so that windoze XP Pro/SP2 still boots in kvm
[17:59] <lamont> 2.6.28-11.42 was the last working verison
[17:59] <lamont> version
[17:59] <smb> Well when ogasawara posts the update to the config settings I try to get lamont do a quick test to make sure I do not.
[18:00] <ogasawara> smb: I'll CC lamont on the email
[18:00] <smb> ogasawara, ok, deal
[18:00] <lamont> "quick test"...
[18:00] <lamont> that involves being >8PM or so mountain time, or < 7AM
[18:00] <smb> lamont, Well see it still boots and has a network
[18:01] <lamont> OTOH, booting can be done remotely, and if I temporarily brick that box, it's prolly OK.
[18:01] <lamont> hrm... I might even have remote serial console on that machine
[18:01] <smb> lamont, about the kvm thingy. have you spoken with kirkland about that?
[18:06] <lamont> smb: I don't remember.  it's quite possible that I even filed a bug in launchpad
[18:06] <lamont> I do know that kvm had changes in the security release that broke things....
[18:07] <fabbione> ogasawara: works for me...
[18:07] <fabbione> lamont: hey dude
[18:08] <lamont> fabbione: on hppa or sparc?
[18:08] <lamont> dude
[18:08] <lamont> long time no chat
[18:09] <lamont> though getting dragged out to lunch atm
[18:09] <smb> lamont, broke in the security. Hm, if you find that bug pass the number to ogasawara. She will add it to our nag-list
[18:09] <fabbione> lamont: enjoy lunch :)
[18:09] <fabbione> lamont: i tested on sparc, but I can test ia64 and hppa too if needed
[18:09] <fabbione> lamont: the netcode is pretty rock solid on "special" endian and alignment anyway
[18:10] <fabbione> lamont: so i am not worried to enable it again
[18:10] <lamont> smb: sigh.  looks like the only jaunty-pain-with-kvm I  filed was  	353995  	 BLTs appear broken - moving blocks on the remote leaves cruft
[18:11] <smb> fabbione, if you have both other archs too, I am fine with either of you doing a quick test. I just want a bit of it
[18:11] <lamont> I'll upgrade and see what breaks later
[18:12] <fabbione> smb: i am not entirely sure I'll have the time to test them properly, but if you can make me test kernels ready, that will help
[18:13] <smb> fabbione, Sure I build them and link those to the bug
[18:13] <fabbione> smb: ok cool thanks
[18:13] <ogasawara> smb, fabbione: I'm actually kicking off some test builds so can post the test kernels when they finish
[18:13] <fabbione> ogasawara: i am actually about to go and do my househusband duties, cleaning the kitchen and everything else :)
[18:14] <smb> ogasawara, Ok, cool. Torturing the porters a bit :)
[18:14] <fabbione>  /msg me or add the urls to the test kernels
[18:14] <fabbione> and I 'll give them a run tomorrow
[18:14] <ogasawara> fabbione: heh, now worries, I'll post it to the bug
[18:14] <fabbione> it's been a while since I needed so much extra heat in the room
[18:14] <fabbione> and it's summer time
[18:14] <fabbione> :)
[18:14] <smb> hehe
[18:20] <fabbione> later guys
[18:20] <fabbione> thanks for listening to an old sparc fart kernel maintainer :)
[18:23] <smb> fabbione, Any time :)
[18:23] <smb> fabbione, later
[18:43] <Nafallo> Aug 26 18:41:50 wizard kernel: [13942.429730] ext4: find_group_flex failed, fallback succeeded dir 114612
[18:44] <Nafallo> lots of stuff like that on my laptop. should I be worried?
[18:44] <Nafallo> jaunty
[18:45] <rtg_> Nafallo, you should be running a Karmic kernel, or a mainline 2.6.28. Something in the Ubuntu kernel is not quite right wrt ext4. ogasawara might have some test kernels for you.
[18:46] <Nafallo> hehe. that wasn't really the answered I wanted :-P
[18:46] <rtg_> and yes, you should be worried.
[18:46] <ogasawara> Nafallo: I recall a bug for that, and I think I have a test kernel.  just a sec
[18:47] <Nafallo> yay! no need to dist-upgrade yet :-)
[18:47] <ogasawara> Nafallo: https://bugs.edge.launchpad.net/ubuntu/+bug/367065
[18:47] <ubot3`> Malone bug 367065 in linux "ext4: find_group_flex failed, fallback succeeded dir" [Medium,In progress]
[18:48] <ogasawara> Nafallo: test kernel at http://people.canonical.com/~ogasawara/lp367065/
[18:48] <ogasawara> Nafallo: would be great if you can test and post a comment to the bug, I'll then submit it for SRU to Jaunty
[18:48]  * Nafallo goes to read up on it and grab the kernel.
[18:56] <Nafallo> hmm. can't see the message after reboot with the test kernel.
[18:57] <Nafallo> is that expected?
[19:09] <ogasawara> Nafallo: others commented that the warning wasn't always present, even the orig reporter said they only saw it once
[19:10] <ogasawara> Nafallo: what I'd expect is if you do happen to see the warning again, it's only printed once, not repeatedly
[19:10] <Nafallo> ah. I've only seen it just now and used this as my panic room :-)
[19:11] <ogasawara> Nafallo: if you'd be willing to run that kernel for a while and see if it pops up again that'd be great.  If not, if you could still post a comment to the bug that'd be great.
[19:12] <Nafallo> ogasawara: oki. I'll use it for a while then.
[19:12] <ogasawara> Nafallo: thanks
[19:20] <MTeck> Are you guys aware of this little bug 418685 ?
[19:20] <ubot3`> Malone bug 418685 in cryptsetup "cryptsetup hangs" [High,Confirmed] https://launchpad.net/bugs/418685
[19:22] <rtg_> MTeck, looking at it right now
[20:06] <smoser> ok, i'm doing something stupid. please enlighten me. following https://wiki.ubuntu.com/KernelTeam/KernelMaintenanceStarter .
[20:06] <smoser> i made debian/control and prepare-generic
[20:06] <smoser> then tried
[20:06] <smoser> binary-server . it fails
[20:06] <smoser> with 'tail: cannot open `debian/changelog' for reading: No such file or directory'
[20:07] <smoser> which, makes sense, because there is no debian/changelog.... i'm sure there is some user error.  any help?
[20:14] <MTeck> rtg_: what's your opinion on that?
[20:16] <rtg_> smoser, 'fakeroot debian/rules clean;fakeroot debian/rules binary-debs flavours=server'
[20:17] <smoser> rtg_, will flavours=server make -virtual ?
[20:18] <rtg_> smoser, -virtaul is based off of -server, so you have to make it first. I don't think there is a shortcut for -virtual
[20:20] <smoser> so how would i make it ?
[20:20] <smoser> does it just get made along with server ?
[20:20] <jsteel> Does anybody know how ubuntu kernels are versioned? Specifically I'm looking for what exactly the 60 means in 2.6.24-24.60. I'm trying to create a custom kernel and want to know if I should name it 2.6.24-24foo1 so that I can upgrade it to 2.6.24foo2 and so on. Or should I call it 2.6.24-24.60foo1? I cant find anywhere a reference that describes Ubuntus kernel versioning.
[20:31] <rtg_> jsteel, its just an upload number. if you look at the tags in git you can see how they are encoded, 'git tag|grep Ubuntu'
[20:33] <jsteel> rtg_: It looks like there are usually 2 or three upload versions. ie 2.6.24-24.59 and 2.6.25-25.60. Why would there be more than one upload version?
[20:45] <awe> rtg_, ping
[20:45] <rtg_> awe, dude
[20:46] <awe> i just updated my macbook to -7, and associated drivers and it's hosed now.  ;(
[20:46] <awe> need some help recovering it..
[20:46] <rtg_> jsteel, somewhere in here is a discussion of version numbers: https://wiki.ubuntu.com/KernelTeam/KernelMaintenance
[20:47] <rtg_> awe, boot back to -6. the root the problem appears to be buildd related.
[20:47] <awe> I tried that, but I still end up at a cmd-prompt
[20:47] <awe> so y'all are aware of the problem I take it?
[20:48] <rtg_> awe, some of the problems, but they appear to be related to encrypted swap
[20:48] <awe> lovely...
[20:50] <awe> ok, well i'll guess i'll switch over to using my old mbpro ( what i'm typing on now ), and look for some guidance on how to fix my macbook later...
[20:50] <rtg_> awe, did you have encrypted swap?
[20:50] <awe> rtg_, no, but i do have home-dir encrypt
[20:51] <rtg_> awe, going back to -rc6 should have fixed it (I think)
[20:51] <awe> rtg_, it didn't for me...
[20:52] <awe> rtg_, it didn't for me.  sometimes it won't even boot to the grub menu ( 50/50 )
[20:52] <rtg_> awe, no that seems like a different problem. can you boot from LiveCD consistently?
[20:52] <rtg_> you had issues in Dublin
[20:52] <awe> haven't tried yet...
[20:53] <awe> rtg_, the issues in dublin were this box ( mbpro ).  returned it to apple and they replaced both fans & a memory module
[20:53] <rtg_> huh
[20:53] <awe> new issues are on my new macbook, and appeared as soon as i updated to -7
[20:53] <awe> i also noticed an nvdia update at the same time...
[20:53] <jsteel> rtg_: Thanks for the link. I didn't see your post.
[20:55] <rtg_> awe, nvidia shouldn't affect the boot to grub
[20:57] <awe> well, lemme see if I can get the console output shrunk so I can see the all the actual errors...  I'm just trying to get this box setup first though, so I have email, etc...
[21:45] <Q-FUNK> one question about karmic:   was there any change in network modules that could explain why an host with an IPv6 address could be pinged under jaunty but not karmic?
[21:47] <rtg_> Q-FUNK, they are 3 full kernel versions different, 2.6.28 v.s. 2.6.31. Maybe you could use some of the mainline builds to find out when things quit working.
[21:48] <Q-FUNK> I'm still using 2.6.28 on that host.  2.6.31 won't boot (bug filed, ogasawara is working on it) and 2.6.30 are gone from the karmic repo.
[21:49] <rtg_> Q-FUNK, look in http://kernel.ubuntu.com/kernel-ppa for maniline builds
[21:49] <Q-FUNK> however, I thought that maybe some newer version of e.g. ufw might load network modules that it didn't in jaunty or something similar
[21:50] <rtg_> you could talk to jdstrand about ufw
[22:00] <Q-FUNK> rtg_: I cannot think of anything different in the network config I use on my karmic and jaunty hosts either, yet the only host that cannot be ping'ed with 'mtr' is my karmic host.
[22:01] <rtg_> Q-FUNK, get a bug started so we don't forget it. gotta go.
[22:03] <Q-FUNK> I'd love to but, at this point, I'm not even sure if it's kernel related
[22:08] <Quintasan> hi there, sometime ago I asked about bug 330824, how can I help dealing with it? -15 kernel does not solve the problem :(
[22:08] <ubot3`> Malone bug 330824 in linux "Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28" [Medium,Confirmed] https://launchpad.net/bugs/330824


[14:04] <cnd> hooray, no fever anymore
[14:07] <bregma> that shot from the free clinic really helped, I'm sure
[14:08] <cnd> hmm?
[14:08] <cnd> bregma, I think it's just you and me holding down the fort today :)
[14:09] <bregma> I imagin
[14:09] <bregma> it's a holiday here too, even the grocery stores are closed
[14:09] <bregma> makes no difference to me
[14:09] <cnd> bregma, oh? are you working today?
[14:09] <cnd> I'm going to be looking into bug 974887, which is another bug where touchscreen input locks up
[14:10] <bregma> I am... why not?
[14:10] <cnd> and then looking into unity 2d, where the gestures aren't really working
[14:10] <cnd> bregma, if it's a holiday for you then you shouldn't be working :
[14:10] <cnd> :)
[14:11] <bregma> I suspect I'll be interrupted an awful lot since school is out
[14:11] <bregma> and it's a warm, clear, sunny day
[14:15] <cnd> nice
[14:48] <olli> bregma, cnd, thx for the report
[14:48] <olli> saw that you have the 10finger crash on the list
[14:48] <olli> is that us?
[14:48] <olli> or Unity*
[14:48] <cnd> olli, yeah
[14:48] <cnd> it's in the X server or input modules
[14:48] <cnd> I'm working on it right now
[14:48] <olli> ok
[14:49] <olli> I don't think it's an utterly high prio bug
[14:49] <olli> if only triggered by 10 fingers ;)
[14:49] <cnd> olli, I think it is because it points to some memory corruption
[14:49] <cnd> and we've been seeing a lot of X memory corruption reports
[14:49] <olli> yeah, that's my concern
[14:49] <olli> had to laugh when skaet pinged me this bug
[14:49] <cnd> heh
[14:49] <olli> she probably even more so
[14:50] <olli> "olli has quit (...)" is what she soon saw
[14:50] <cnd> heh


[03:47] <kusuriyaEB> usb stick is 4 gb; how do i zero it all? dd if=/dev/zero of/=/dev/sdb only zeroes 10MB; dd if=/dev/zero of=/dev/sdb1 zeroes 480kb; dd if=/dev/zero of=/dev/sdb4 zeroes 400 mb; I want to zero it all, make a brand new clean FAT32 partition and leave it like that
[03:47] <kusuriyaEB> The plus is just massive.  It genuinely looks a bit ridiculous to me
[03:47] <kusuriyaEB> N0ZYC: No, you can't shorten these with sed's y/// command. GNU sed has the special sequences \l and \L to initiate lowercase conversion as non-portable extensions. E.g. echo TEST | sed 's/[[:upper:]]\{1,\}/\L&\E/g'  # GNU sed only And for more consult ##sed
[04:39] <masterkorpTa> Was needed
[04:39] <masterkorpTa> I get a 404
[04:39] <masterkorpTa> Well what was wrong in me stating my opinion. I didnt discriminate anyone i think. I just stated that resources are spent to mimic some features that do not bring any value apart of dumbing down stuff and if its a showstopper for people to move l, perhaps they should stay where such museful' features are the product seller
[04:39] <masterkorpTa> avocado has much omega-3
[04:39] <masterkorpTa> your em3 interface is DOWN
[05:36] <papertigers> oh my god does it seriosuly use router.asus.com interally
[05:36] <papertigers> darkmeson: i'd read that blog post
[05:36] <papertigers> more rich test, also you have a history even if you aren't connected
[05:36] <papertigers> I bought it in January of 2014
[05:36] <papertigers> change the line Irssi::timeout_remove($tag{$k}); to Irssi::timeout_remove($tag{$k}) if exists $tag{$k};
[05:36] <papertigers> to shorten long url its really cool
[06:19] <atamisk> My LAN ip address has not changed.  I have this machine set at the router to always get the same IP and I can see it has that.
[06:19] <atamisk> man pkgconfig mentions something...
[06:19] <atamisk> I have so many questions !!
[06:19] <atamisk> have you ever looked at the TI launchpad boards Celelibi ?
[06:20] <atamisk> sorry, could you rephrase that again?
[06:20] <atamisk> it could be a lot of things, bad password, compromised key, vulnerable ssh daemon, nothing is 100%, all you can do is try to layer your defenses as much as possible
[06:25] <ThoMe> does grub splash screen only support .xpm images?
[06:25] <ThoMe> the copy could be psql's \copy (select * from tmpview) to 'filename.csv' csv header   if you're using psql to run a script,
[06:25] <ThoMe> How do I integrate Exp(2z)/((z-1)^2*(z-1)) around the circle |z|=3?
[06:25] <ThoMe> homomorphisms don't have to be bijective
[06:25] <ThoMe> cgrin Lincoln branding!
[06:25] <ThoMe> ANAND: i think a swap partition the size of your ram (maybe slightly larger, in case your RAM is all full by the time you suspend) is sufficient. and if you dont suspend to disk you actually need much less than that.


[17:23] <ardian> Hi
[17:23] <ardian> hi mhall119
[17:27] <mhall119> hi ardian
[17:27] <ardian> mhall119, Ive got a list of application from Fedora EDU
[17:28] <mhall119> cool
[17:28] <ardian> Some of the application are on edubuntu
[17:28] <ardian> but adding the others would be nice
[17:28] <mhall119> if they're already in the Ubuntu repos, that should be easy enough
[17:29] <ardian> They should be I will send you a link in pastebin
[17:30] <ardian> mhall119, http://pastebin.com/gGuiU2E7
[17:36] <ardian> mhall119, what do you think ?
[17:41] <mhall119> ardian: send it to the edubuntu mailing list would probably be the best way to get everyone talking about it
[17:42] <mhall119> edubuntu-devel [at] lists .dot. ubuntu .dot. com
[17:42] <ardian> ok
[23:01] <keiffee> hi all