**** BEGIN LOGGING AT Mon Feb 27 02:59:58 2012 Feb 27 10:49:00 flash-kernel should die in pain Feb 27 10:59:47 +1 Feb 27 11:04:54 hrw, it already did, you are dealing with its dead corpse atm :) ... (there is a rewrite from lool that didnt make it into debian or ubuntu yet) Feb 27 11:12:11 rewrite or refactor Feb 27 11:14:52 one day I will get pissed enough and will write own tool Feb 27 11:15:12 on mx53loco it does not takes care of boot.scr Feb 27 11:40:52 ogra_: the thing in experimental? are you syncing it in ubuntu anytime soon/ Feb 27 11:41:18 not for precise, no Feb 27 11:41:30 for precise+1? Feb 27 11:41:38 we would like to but dont have the resources to fix each and every isssue Feb 27 11:42:04 ogra_: I would be happy if debian and ubuntu will sync f-k Feb 27 11:42:15 and there is a prob with the handling of the kernel cmdline .... all ubuntu images use root=UUID=*, it doesnt support that at all yet Feb 27 11:43:04 since there is a weird mechanism to have an initrd script for finding the rootfs partition ... we cant use that since we are working towards an (optional) initrdless boot Feb 27 11:43:07 ogra_: file a BR ? :) Feb 27 11:43:58 well, i would rather just like to submit a patch that fixes it ... but that requires that i have the time to actually look into it ... Feb 27 11:44:44 and due to the changes in ubuntu land (ubuntu-arm was dropped to make the actual ubuntu teams care more for arm stuff and not just dump their stuff on other teams) i'll be busy until release Feb 27 11:47:08 ogra_: ok, thanks, just syncing f-k would be nice Feb 27 11:47:18 i doubt a BR would help much here, simply because there is a conceptional difference between debian and ubuntu in this space ... it would be an ubuntu only thing, debian doesnt plan for initrd-less boots i think Feb 27 11:48:23 we cant sync the one in experimental yet ... have to looked at the diff ubuntu vs debian has in the *current* code ? there is tons of stuff to be proted Feb 27 11:48:30 *ported Feb 27 11:48:31 no, it does not, but it's nice to have initrd-less boots Feb 27 11:49:23 once we have time for that (i.e. beginning of P+1) we will look into it Feb 27 12:39:18 starting from an ubuntu-core tarball, what's the proper way to add a normal user to the system? Feb 27 12:54:38 steev_, useradd right? Feb 27 12:54:57 NekoXP: i know how to useradd, i just want to add one "properly" Feb 27 12:55:08 ala the way oem-config does it, guess i can look through oem-config's code Feb 27 13:26:42 it uses useradd :) Feb 27 13:31:53 yeah i guess that's the smartest move, i was considering just using oem-config itself but holy hell it wants 221MB on top of ubuntu-desktop, which seems retardedly stupid for some reason Feb 27 13:33:01 not sure why oem-config-gtk would pull in kde but hey, who am i Feb 27 13:37:41 steev_, adduser (never use useradd manually) Feb 27 13:41:27 steev_, also, oem-config autoremoves itself and all its deps once it ran so these 200M are moot Feb 27 13:45:51 ogra_: just find it odd that oem-config-gtk would require installing 200M (mootly) just to uninstall it a few minutes later Feb 27 13:46:18 well, there might be a bug, not sure Feb 27 13:46:34 it needs all tools for all possible config options though Feb 27 13:46:51 i.e. encryptions bits ... -gtk needs X indeed etc Feb 27 13:47:07 it sums up Feb 27 13:47:38 i would also not recommend using -gtk for minimal images, there is also a -debconf frontend Feb 27 13:48:17 ogra_, okay you're right, adduser (but that calls useradd, and useradd exists on BSD so I picked that :) Feb 27 13:48:19 ogra_: debconf was broken in maverick Feb 27 13:48:25 so i've tried to avoid it Feb 27 13:48:46 maverick ? ... well, ubuntu-core was nonexistant in maverick :P Feb 27 13:48:47 noooo.. it worked, we just avoided it because it wasn't the best solution Feb 27 13:48:58 NekoXP: no, it didn't work properly Feb 27 13:49:07 also having -debconf run was great but it didn't run on a serial console properly at all Feb 27 13:49:28 it runs by default on the preinstalled server images since natty iirc Feb 27 13:49:39 steev_, I ran it tons of times, I even considered using it... the idea was ship a headless system with it but it never panned out because it refused to output on a serial console Feb 27 13:50:10 NekoXP: i used it on a natty install and it utterly failed (that natty sdcard i used to have), i had to go with -gtk then Feb 27 13:50:16 all preinstalled server images default to a headless serial install ... so that issue is fixed since several releases Feb 27 13:50:28 yeah it has been Feb 27 13:50:44 if it's been fixed, then i'll give it a shot Feb 27 14:04:02 steev_, in fact -debconf is the only backend that really works 'cos the gtk ones don't stop oem-configing when you're done :D Feb 27 14:35:05 ugh this is just taking far too long Feb 27 14:42:04 ogra_: mmm, shouldn't oem-config-gtk start before lightdm? Feb 27 14:42:44 lightdm is starting and all i have is guest session, not exactly what i'm after. adduser route it is Feb 27 14:48:22 steev_, you need to enable it before booting Feb 27 14:48:34 touch /var/run/oem-config iirc Feb 27 14:58:24 ah whoops, forgot that step Feb 27 15:04:31 ah, because /var/run is now a symlink to /run which doesn't exist Feb 27 15:06:11 well, i remembered wrongly ... Feb 27 15:06:15 it is /var/lib/oem-config/run Feb 27 15:06:25 (see the upstart script) Feb 27 15:06:50 steev_, see the maverick installed oem-install script, it enables it before it unmounts the target Feb 27 15:07:18 yeah, i remembered after i tried that stuff Feb 27 15:09:33 GrueMaster, could you attach a syslog of a failed preseed install to bug 924018 ? Feb 27 15:09:34 Launchpad bug 924018 in ubiquity "Preseeding doesn't work with oem-config" [Medium,Confirmed] https://launchpad.net/bugs/924018 Feb 27 15:15:36 Hi all, I have a pandaboard where I've installed the "power button" hack on pins 12 and 8. Connecting the two does make the pandaboard shut down and start up. My question is, does it do a "safe" shutdown or is it basically like cutting power? Feb 27 15:15:52 (using Ubuntu on the PandaBoard) Feb 27 15:33:08 Person987, probably ask in #pandaboard, we rarely do HW hacks in ubuntu :) Feb 27 15:36:44 GrueMaster: for when you are awake - http://people.canonical.com/~ppisati/lp861296/linux-image-2.6.35-903-omap4_2.6.35-903.31~3g1gsplit_armel.deb Feb 27 15:37:09 GrueMaster: M/omap4 that should fix the mmap() issue, please try it out Feb 27 15:40:51 ogra_: it left ~70mb on the system; not horrible, but still a minor annoyance i can live with it though, since i was just messing about Feb 27 15:41:15 that was with ubuntu-core as a base ? Feb 27 15:41:29 yeah, ubuntu-core, then ubuntu-desktop were installed Feb 27 15:41:36 right Feb 27 15:42:20 not sure if you can call that a bug, oem-config was definitely never designed for something as weird as ubuntu-core :) Feb 27 15:42:22 lots of libakonadi stuff, whatever that is Feb 27 15:42:31 kde libs Feb 27 15:42:52 intresting that you got them at all when you only installed oem-config-gtk Feb 27 15:43:25 (or oem-config-debconf fwiw) Feb 27 15:44:01 well something oem-config-gtk deps on deps on something in the kde camp Feb 27 15:44:30 it shouldnt, it should only install the kde bits if you install i.e. the toplevel metapackage like oem-config Feb 27 15:44:59 if you explicitly just install -gtk or -debconf, nothing from kde should get pulled in Feb 27 15:46:15 i'd say i wish i had done this on a faster sdcard, but that's one of my class 10s, so i wish i had done this on the ssd Feb 27 16:02:08 ogra_: http://www.steev.net/files/oem-config-gtk.png Feb 27 16:07:25 steev_: Try "apt-get install oem-config-gtk ubiquity-frontend-gtk". That should fix the dependency issue. The problem is oem-config-gtk depends on ubiquity and ubiquity will pull in all frontends unless specified. Feb 27 16:08:14 oh, right Feb 27 16:08:19 that's true Feb 27 16:08:31 i had thought about --no-install-recommends :) Feb 27 16:08:48 but GrueMaster's guess is the better one Feb 27 16:09:17 of curiosity, why wouldn't you depend on ubiquity-frontend-gtk instead of ubiquity? Feb 27 16:09:35 because ubiquity is the core installer Feb 27 16:09:47 the frontend part is just the bit that shows the gui components Feb 27 16:10:47 what it should do is oem-config-gtk depends on ubiquity-frontend-gtk which depends on ubiquity but ubiquity should NOT depend on frontends Feb 27 16:10:52 that's the cause of the problem here right? Feb 27 16:17:40 ppisati: Test kernel for lp:861296 passed. Feb 28 00:55:45 pbuckley@panda:~/thrift$ apt-cache search libtoolize Feb 28 00:55:45 pbuckley@panda:~/thrift$ Feb 28 00:55:49 is this expected? Feb 28 00:57:30 pbuckley: Yes, there's no such package. Feb 28 00:57:45 pbuckley: You're looking for libtool. Feb 28 00:58:06 pbuckley: And possibly also autoconf and automake. Feb 28 00:58:20 thank you Feb 28 00:58:32 pbuckley: (note that command-not-found would have told you) Feb 28 00:58:42 adconrad@cthulhu:~$ libtoolize Feb 28 00:58:42 The program 'libtoolize' is currently not installed. You can install it by typing: Feb 28 00:58:45 sudo apt-get install libtool Feb 28 00:58:56 ill be sure to check there in the future Feb 28 00:59:01 i rely a little to much on apt i suppose Feb 28 01:14:26 Actually, infinity that doesn't work for me on a fresh netboot install with basic server and ssh server installed. Feb 28 01:15:40 infinity: you can turn that off per-user if you want Feb 28 01:15:52 # Ignore Ubuntu's attempt to slow exit(126) to a crawl. Feb 28 01:15:53 unset command_not_found_handle Feb 28 01:15:59 ...in .shrc or .bashrc, whichever you use Feb 28 01:29:21 twb, but the average user does not Feb 28 01:30:17 Sure, which is why I don't simply uninstall that package from shared systems Feb 28 01:30:44 But I didn't read enough of the scrollback, and misunderstood what infinity was getting at Feb 28 01:31:40 fair enoug Feb 28 01:31:42 +h Feb 28 02:32:40 out of curiosity, why is there no thrift ubuntu package? Feb 28 02:34:59 pbuckley: Erm, what is it? Feb 28 02:35:39 http://thrift.apache.org/ Feb 28 02:35:52 Thrift is a software framework for scalable cross-language services development. It combines a software stack with a code generation engine to build services that work efficiently and seamlessly between C++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, JavaScript, Node.js, Smalltalk, and OCaml. Feb 28 02:37:24 Yea, reading the web site now. Not sure, but it is probably one of those things that slipped under the radar. We can't always package everything out there. You can, and propose it for universe. Feb 28 02:37:25 mmm, rsyslog doesn't actually appear to... log Feb 28 02:37:26 I think you missed a couple of buzzwords Feb 28 02:37:37 at least, i don't have the usual suspects in /var/log Feb 28 02:38:05 steev_: is it running? Do you have an entry like "*.* /var/log/foo" in your rsyslog.conf / .conf.d/*.conf ? Feb 28 02:38:34 Wikipedia's definition is: Apache Thrift, a remote procedure call (RPC) framework developed at Facebook for "scalable cross-language services development". Feb 28 02:38:43 twb: whatever is default in precise, i tend to not mess around with the default ubuntu configs, it always seems to break things Feb 28 02:38:49 its a requirement for scribe Feb 28 02:38:55 which is also awesome Feb 28 02:39:07 steev_: should work then, although I haven't checked precise it shouldn't be much different from oneiric and lucid Feb 28 02:40:05 pgrep rsyslog returns 825, and ls /var/log is at http://paste.ubuntu.com/860000 Feb 28 02:41:20 actually Feb 28 02:41:22 steev_: you have log entries there, so what's the big deal Feb 28 02:41:34 looking at 50-default.conf it looks like the usual suspects are commented out Feb 28 02:41:47 twb: no messages, no daemon or cron.log Feb 28 02:42:11 are they commented out on purpose on arm? Feb 28 02:42:21 No. Feb 28 02:42:23 AFAIK no, but I'm no expert Feb 28 02:43:02 You don't have these two? Feb 28 02:43:03 auth,authpriv.* /var/log/auth.log Feb 28 02:43:03 *.*;auth,authpriv.none -/var/log/syslog Feb 28 02:43:12 (And a few others) Feb 28 02:45:00 http://paste.ubuntu.com/860004 is the 50-default.conf Feb 28 02:45:50 messages is deprecated then? and everything should point at syslog? Feb 28 02:46:31 steev_: Yes. It has been that way for a while on ubuntu. Feb 28 02:46:54 (I can't even remember seeing a messages log in Ubuntu). Feb 28 02:47:44 ah, okay, good to know. messages is standard on... pretty much every distro, that i knew of. and it existed around maverick and i'm pretty sure i had it back when i had natty installed on my amd64 box Feb 28 02:48:03 Oops. I take it back. My lucid system still spews in /var/log/messages. Feb 28 02:49:17 I think we switched in either Natty or Oneiric. Feb 28 02:49:42 I don't have a natty system running atm, but my oneiric box shows no signs of a messages log. Feb 28 02:49:56 And my maverick systems do. Feb 28 02:50:30 (they're stable to the point I never bother to look at the logs, hence why I missed it). Feb 28 02:50:40 # ls messages Feb 28 02:50:40 ls: cannot access messages: No such file or directory Feb 28 02:50:45 oneiric Feb 28 02:51:09 likewise for precise Feb 28 02:52:47 There was no point in duplicating everything across multiple logs. Feb 28 02:53:03 People who want fine-grained control and splitting can, but it disn't make sense as a default, so we stopped. Feb 28 02:53:50 13:50 ls: cannot access messages: No such file or directory Feb 28 02:53:57 That's because Ubuntu is not RHEL Feb 28 02:54:40 The main logs are /var/log/syslog and /var/log/auth.log; by default all logs passing through syslog(3) should land in at least one of those. Feb 28 02:54:46 infinity: i'm fine, syslog seems to == what i was looking for Feb 28 02:55:05 Sorry, I didn't twig that you were expecting RH-flavoured log file names Feb 28 02:56:46 twb: Well, to be fair, that used to be pretty standard everywhere. :P Feb 28 02:56:58 But yeah, like I said, we came to the conclusion that duplicating everything was just silly in the default setup. Feb 28 02:58:14 infinity: sorry, I'm too young to remember system 3 and V Feb 28 02:58:36 lol **** ENDING LOGGING AT Tue Feb 28 02:59:59 2012