[00:00]  * micahg still needs to kill sqlite (2.x) as well
[00:15] <ajmitch> micahg: it worries me when I see people filing bugs complaining that sqlite 2.x support has been removed from a package
[00:15] <ajmitch> since it was deprecated upstream several years ago now
[00:15] <micahg> ajmitch: indeed, I was waiting for this to be done in Debian
[00:16] <micahg> but as the maintainer keeps failing to file the removal bugs, I'm just going to do it for precise and file bugs with the changes
[00:16] <ajmitch> ok
[00:16] <ajmitch> it should only be universe packages, I hope
[00:17] <micahg> yep
[00:17] <micahg> and unseeded
[00:21]  * ajmitch feels sorry for the maintainer of openclipart in debian, binary packages come to over 1G
[00:23] <ajmitch> I wonder if that's worth syncing to precise, it's just large content that's unseeded
[00:24] <micahg> as we've had the same upstream since hardy, that doesn't sound like a bad idea
[00:24]  * ajmitch was just checking what large file debmirror was stuck on :)
[00:26] <ajmitch> I suspect I'll need to try & build it locally first
[00:26] <micahg> :)
[00:26] <ScottK> Not that much time before release.
[00:27] <ScottK> (unless you left NZ and have actual bandwidth)
[00:27] <micahg> hehe
[00:27] <micahg> ajmitch: I can do that if you like
[00:27] <ajmitch> ScottK: that's why I'd sync it & let LP pull in the source
[00:27] <micahg> ajmitch: does it need any paperwork?
[00:28] <ajmitch> micahg: major new upstream of unseeded package? yeah, probably needs an FFe, I haven't checked for one
[00:28] <micahg> ajmitch: only needs FFe if it has new features
[00:28] <micahg> or major build system changes
[00:28] <ajmitch> define 'new features' when it's clip art :)
[00:29] <ajmitch> http://packages.debian.org/changelogs/pool/main/o/openclipart/current/changelog doesn't list much
[00:29] <micahg> bug 537105
[00:30] <ajmitch> micahg: if you're feeling like burning bandwidth, go ahead :)
[00:30]  * micahg has the BW :)
[00:31] <ajmitch> ok then
[00:38] <jtaylor> can one get apt-cacher-ng to cache pull*-source?
[00:40] <ajmitch> you may be able to get pull-debian-source to go through apt-cacher-ng, probably less likely with pull-lp-source
[00:40] <ajmitch> generally you wouldn't be pulling the source down multiple times though?
[00:41] <jtaylor> I do often
[00:42] <ajmitch> why not keep an unmodified copy of the source around?
[00:43] <ajmitch> or do you start up a fresh vm & work in that?
[00:43] <jtaylor> I usally dump stuff in /tmp
[00:43] <jtaylor> unless I anticipate using it in future
[00:43] <jtaylor> I often anticipate wrong :/
[00:43]  * ajmitch has a bad habit of keeping stuff lying around
[00:44] <ajmitch> it wasn't that long ago that I was cleaning up breezy chroots
[00:54] <micahg> ajmitch: openclipart is a long build as well :-/
[00:57] <ajmitch> micahg: boy am I glad you volunteered ;)
[00:58] <micahg> and ~3GB of disk space
[00:59] <micahg> well, I've got this hardware not doing much until after dinner :)
[00:59] <micahg> umm, last build took 10 hrs on roseapple
[01:00] <ajmitch> s/dinner/breakfast/ ?
[01:00] <micahg> and only 1.2 GB
[01:00] <micahg> ajmitch: nah, I have work to do tonight :)
[01:40] <ScottK> FYI, haskell New'ing seems done.
[01:41] <Pikkachu> hi, I'm trying to apply a simple patch to pidgin since hours
[01:41] <Pikkachu> am I supposed to read all of this simple doc? https://wiki.ubuntu.com/PackagingGuide/Complete
[01:42] <jalcine> Where's Laney? >.> *smells more Haskell.
[01:42] <Pikkachu> I just want to make a patched package, possibly source package that I can upload to my PPA
[01:55] <micahg> ajmitch: openclipart failed after an hour, seems we need a basis link patch that the other packages that use libreoffice got
[01:56] <ajmitch> micahg: better to fail after 1 hour than after 9
[01:57] <ajmitch> micahg: want me to look for what patch is needed tonight?
[01:57] <micahg> ajmitch: if you have time, that would be great
[01:57] <micahg> ajmitch: want the buildlog?
[01:58] <ajmitch> ok, I'll give it a shot, build log will be useful
[01:58] <micahg> ajmitch: pastebin ok?
[01:58] <ajmitch> or email if it's large
[01:58] <micahg> ajmitch: almost 10M
[01:59] <ajmitch> ok, just email it then, I'll take a look later :)
[01:59] <jalcine> My clock's silly.
[02:04] <micahg> ajmitch: sent
[02:11] <ajmitch> micahg: thanks
[02:12] <ajmitch> did you ask for an FFe earlier, or do you think it's not needed?
[02:12] <micahg> ajmitch: I was going to wait for the build to finish to see what changed
[02:13] <ajmitch> fair enough
[02:23] <micahg> ajmitch: I found debian 663747
[02:23] <ajmitch> right, I was going to grab the previous version from snapshot.d.o to compare, with that patch I don't need to :)
[02:49] <Pikkachu> is there any problem in building packages form ntfs partitions?
[06:29] <micahg> Laney: one thing all the haskell rebuilds have done is rocket you to #4 uploader for precise
[06:33] <ajmitch> heh, so that's why he did it...
[06:34] <ajmitch> he has done quite a few uploads, judging from that graph
[06:34] <micahg> ajmitch: you're #44 ATM :)
[06:35] <ajmitch> micahg: I expect that to jump a few places, I synced another ~25 since the last updated time at the bottom of the page
[06:36] <ajmitch> http://people.canonical.com/~ubuntu-archive/transitions/ghc.html has a few packages listed that should be installable now, so we're close
[06:36] <micahg> ajmitch: I think about 12 higher
[06:37] <ajmitch> though that's just an indicator of number of syncs done, not actual effort :)
[06:37] <micahg> true :)
[06:42]  * ajmitch wonders how long this openclipart build may take
[06:57]  * ajmitch shall also have to file an FFe for vagrant, to bring it up to 1.0 in precise
[07:53] <dholbach> good morning
[07:54] <ajmitch> morning dholbach
[08:00] <dholbach> hi ajmitch
[08:51] <Laney> yeah, they should only count as one upload really
[08:53] <ajmitch> argh, dreaded "No space left on device"
[08:55] <Rhonda> <nelson point="ajmitch">HA HA!</nelson>
[08:56] <ajmitch> so cruel :(
[08:56] <geser> ajmitch: how much more missing?
[08:56] <micahg> ajmitch: how much space did it take already?
[08:56] <Rhonda> deinstall openoffice.org ;)
[08:57] <ajmitch> micahg: I had 5.7GB free after the build had failed
[08:57]  * Rhonda has to get rid of a fair amount of music from her harddisk everytime she has to compile wesnoth …
[08:57] <ajmitch> Rhonda: I'm building stuff that build-deps on libreoffice :)
[08:57] <micahg> ajmitch: you got further than I did, I think mine was only up to ~4.5GB
[08:57] <Rhonda> hah! knew it!
[08:57] <ajmitch> micahg: I've cleared another couple of GB, trying again
[08:58] <ajmitch> surely ~9GB free is enough, right?
[08:58] <Rhonda> nope
[08:58] <ajmitch> :(
[08:58] <micahg> ajmitch: you've apparently never tried to compile libreoffice or webkit :)
[08:58] <Rhonda> I think 7G was barely enough when I tried to help out with openoffice
[08:58] <ajmitch> Rhonda: building openclipart, I saw that 2.0 was uploaded to debian
[08:58] <Rhonda> and that was AGES ago
[08:58] <micahg> Rhonda: it build-deps on libreoffice, not builds it
[08:58] <ajmitch> micahg: I'm not that crazy
[08:58] <Rhonda> k
[08:59] <micahg> ajmitch: no idea since Debian doesn't have build logs for arch all packages
[08:59] <micahg> last version in precise only took 1GB build space
[08:59] <ajmitch> I also had this thing thrashing an awful lot as it took ~2GB for an image
[08:59] <ajmitch> last version in precise was quite a bit smaller
[08:59]  * micahg builds "smaller (<10GB)" builds in RAM
[09:00]  * ajmitch starts the 2 minutes of hate
[09:00]  * micahg goes to sleep
[09:00] <ajmitch> you're as bad as a friend of mine showing off his new laptop with 16GB of RAM :)
[09:00] <micahg> ajmitch: how do you think I build stuff in RAM :)
[09:01] <ajmitch> yeah I guessed that
[09:01] <ajmitch> he works on unity, so probably needs all of that :)
[09:01]  * micahg wants more RAM for his laptop, but needs to wait for 8GB DIMMs to come down in price
[09:01]  * ajmitch would like a new laptop, but the new SSD will have to do for now
[09:01] <ajmitch> it's made a huge difference anyway
[09:02] <micahg> I think I'll need an SSD when I add more ram as well :)
[09:02] <ajmitch> when this is thrashing because it has only 4GB RAM, I see disk I/O of about 130MB/sec in iotop
[09:02] <micahg> anyways, really need to sleep now :)
[09:02] <ajmitch> night ;)
[09:20] <Rhonda> ajmitch: build it in a ramdisk!!
[09:21] <Rhonda> oh, should have read the complete backlog
[09:57] <vibhav> While fixing errors in the description, do I need to file bugs even for spelling error in the description?
[10:06] <ikonia> vibhav: topyli just told you in #ubuntu-offtopic, why ask again
[10:10] <vibhav> Is the Ubuntu Pad down!?
[12:15] <Rhonda> hmm, would a FFe for pgadmin3 bug fix release be out of scope?  I am currently building …
[12:17] <tumbleweed> bug fixes don't need FFes (unless they bring in other new features / big changes)
[12:22] <Rhonda> tumbleweed: The changes are quite a fair bit, and I fear not all of them are marked as fixes
[12:23] <Rhonda> The upstream log from 1.14.0 to 1.14.2 has a fair amount of entries :)
[12:24] <tumbleweed> that does sound like a bugfix point-release, though, so I'd be inclined to approve it
[12:24] <Rhonda> Have to get it building first anyway.  Trying to enable debugging symbols, they are giving me troubles right now.
[13:21] <ScottK> jtaylor: If you were up for preparing a numpy update to bring the python3 bits in, I'd be up for reviewing the FFe and doing the New review.
[13:42] <Laney> ajmitch: are you feeling the pinch? http://www.guardian.co.uk/world/2012/mar/19/marmite-shortage-new-zealand-spread
[14:30] <mfisch> I have a ftbfs fix that is a new upstream release, and also has a couple new features in it.  Do I need to file a separate FFe bug still?
[14:31] <tumbleweed> we grant FFes for that kind of thing pretty quickly
[14:32] <mfisch> tumbleweed: so I should still file a new bug then
[14:33] <ScottK> Yes
[14:34] <mfisch> okay will do
[14:49] <mfisch> I filed my FFe.  Now do I need to do a merge proposal?  And if so, to which bug (original or ffe) would I attach it?
[14:50] <tumbleweed> mfisch: you can do the FFe in the original bug
[14:50] <mfisch> too late
[14:51] <tumbleweed> but to answer your question it doesn't really matter. Just make sure that both will get closed by the upload
[14:51] <Rhonda> merge them?
[14:51] <mfisch> ScottK: replied "yes" when I asked if I should file a new bug for the FFe
[14:51] <ScottK> mfisch: Sorry, I misunderstood the question.
[14:52] <ScottK> The existing bug would have been fine.
[14:52] <mfisch> Should I close this new one and move the info over?
[14:52] <mfisch> new: Bug #959347
[14:52] <mfisch> old: Bug #935385
[14:54] <tumbleweed> mfisch: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646177#32 <- I'll happily sponsor it for you in Debian
[14:54] <mfisch> tumbleweed: it would make much more sense there
[14:54] <tumbleweed> (IIRC I sponsored the last upload of it there)
[14:55] <mfisch> tumbleweed: got a wiki page link on what I need to do to get it there?
[14:56] <tumbleweed> mfisch: it's in a team repository (DPMT) https://wiki.ubuntu.com/Debian/PythonModulesTeam
[14:57] <tumbleweed> but if this is just a once-off fix you are doing, just send a debdiff to that bug, and CC me
[14:57] <mfisch> tumbleweed: you mean send to the debian bug?
[14:57] <tumbleweed> yes
[14:58] <mfisch> tumbleweed: okay, well I will close my FFe and just say "fixing upstream" and then get you the debdiff later today
[14:58] <tumbleweed> it's a new upstream version, so just a diff of the debian directory contents matters
[14:59] <mfisch> tumbleweed: all I did was dch -i, which will need to be redone and rm -rf debian/patches (after validating that they were already applied)
[15:00] <tumbleweed> mfisch: nice
[15:01] <mfisch> tumbleweed: so should I still close out the FFe?
[15:03] <tumbleweed> that can by closed by the sync. But you should close the Debian and Ubuntu FTBFS bugs
[15:04] <tumbleweed> (I mean, close them in the upload, the FFe bug can be closed by the syncer)
[15:06] <mfisch> tumbleweed: talking to you today explains why I never found a guy named "stefanor" on IRC when I was looking last week ;)  I failed to check your launchpad page
[15:06] <tumbleweed> hah
[15:06] <tumbleweed> I used to use that as an IRC nick, but didn't like it so much
[15:06] <mfisch> tumbleweed: maybe you also want to sponsor this one which we've discussed before: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=662227
[15:06] <mfisch> tumbleweed: fix is attached to the bug
[15:07] <tumbleweed> "I have a different way to fix this." <- that's pretty much what I suggested :)
[15:08] <tumbleweed> I've been slacking a little with my sponsorishp recently, but maybe I can do some tonight...
[15:10] <mfisch> tumbleweed: while I was looking for "stefanor" someone else accepted my original fix.  But if we fix it right in Debian we can remove the Ubuntu changes
[15:11] <highvoltage> wow, you're old-school if you're still looking for stefanor :)
[15:15] <mfisch> highvoltage: just an oversight based on his launchpad user-id and not checking his actual launchpad page
[15:19] <tumbleweed> mfisch: test_decode.test_documents.test_nonexistent ... SKIP: you need to run this test with LANGUAGE unset <- seems like we should be doing that
[15:20] <highvoltage> mfisch: ah
[15:21] <mfisch> tumbleweed: okay let me try that out later this morning
[15:21] <tumbleweed> mfisch: actually, no, other tests need that
[15:25] <mfisch> tumbleweed: the changelog says he is skipping "tests in unsuitable environments"
[15:25] <mfisch> skipping some tests I mean
[15:27] <tumbleweed> right, and that's what we see
[16:18] <mfisch> tumbleweed: what are the next steps?
[17:48] <jtaylor> ScottK: great I already merged the changes numpy for personal use
[17:48] <jtaylor> I'll do some sanity checking and request a ffe
[17:50] <micahg> jtaylor: is this the gcc -print-multiarch change or something else?
[17:51] <ScottK> micahg: It's the python3 stuff that just got uploaded to Debian.
[17:51] <jtaylor> the multiarch thing has been merged already
[17:51] <micahg> ah, ok
[17:54] <jtaylor> then only scipy is missing :)
[18:24] <psusi> what is it that normally installs udev hooks?  the kpartx package has an initramfs/hooks file, but it doesn't seem to be installed
[18:28] <PaoloRotolo> Hi all!
[18:29] <yellowduino> hello!
[18:33] <yellowduino> I have a question
[18:34] <yellowduino> I tried checking out totem-pl-parser branch, and its packaging status is OUT-OF-DATE
[18:34] <yellowduino> and I see in ubuntu package-import that its import actually failed
[18:34] <yellowduino> what should I do about it?
[18:34] <micahg> yellowduino: you can make sure there's a bug at bugs.launchpad.net/udd for that type of failure
[18:35] <yellowduino> ok
[18:35] <yellowduino> will do
[18:36] <ajmitch> micahg: I shouldn't have let you talk me into building opeclipart - it's still going :)
[18:36] <micahg> ajmitch: heh
[18:37] <jtaylor> ScottK: https://bugs.launchpad.net/ubuntu/+source/python-numpy/+bug/959588
[18:37] <jtaylor> its a bit short on the text but I guess you are familiar with the problem anyway
[18:38] <ScottK> jtaylor: Just add a debdiff and I'm good.
[18:39] <jtaylor> almost ready
[18:44] <ScottK> barry: Once jtaylor has finished his python-numpy FFe and I approve it, can you sponsor the package (so I'm free to do the New review) ^^^?
[18:45] <jtaylor> ffpushed
[18:52] <barry> ScottK, jtaylor sure, just point me in the right direction
[18:52] <jtaylor> barry: https://code.launchpad.net/~jtaylor/ubuntu/precise/python-numpy/python3-numpy/+merge/98257
[18:53] <jtaylor> there is still a testsuite failure, but its already present in precise so no regression
[18:53] <jtaylor> also I saw now normal runtime issues yet
[18:54] <barry> jtaylor: and it's still not running the tests during the build?
[18:54] <jtaylor> it is, but its ignoring the result
[18:54] <barry> jtaylor: test failures in both py2 and py3?
[18:55] <jtaylor> yes
[18:55] <barry> okay
[18:56] <barry> jtaylor, ScottK i'll merge your branch and do a local build.  ScottK ping me when the ffe is approved and i'll upload it
[18:59] <barry> blarg.  bzr can't merge it :(
[18:59] <ScottK> barry: FFe approved.
[19:00] <jtaylor> I did some crazy criss cross merging at the time I did not think we could still get it in precise
[19:02] <barry> jtaylor: bug 923688 :/
[19:03] <barry> jtaylor: any chance you can unwind that into a non-cross-crossed branch?  or should i just grab the diff?
[19:03] <jtaylor> I can add a debdiff
[19:03] <barry> jtaylor: +1
[19:07] <barry> jtaylor: just let me know when it's ready and which bug its attached to
[19:07] <jtaylor> attached to bug 959588
[19:08] <barry> jtaylor: got it
[19:15] <pinchealeman> I suspect it's too late for this, but I wanted to see what the best way to go about bumping the version of auditd distributed in precise; auditd-2.2 has some nifty field comparisons that would be very helpful
[19:16] <micahg> !ffe | pinchealeman
[19:17] <ScottK> pinchealeman: If you can get Debian to update it and we can update from there, it might not be too late.
[19:17] <micahg> pinchealeman: you also need someone to package the update
[19:17] <ScottK> At this point someone would need to package it otherwise.
[19:17] <micahg> yeah, Debian updating would be better
[19:17] <ScottK> barry: Ping me after you upload and I'll look at New.
[19:18] <barry> ScottK: will do.  just double checking w/a  local build now
[19:18] <pinchealeman> yeah. they're slow :). the last bug I saw on debian.org about auditd was a request to update to 2.1.3
[19:18] <ScottK> Sure.  No rush.
[19:18] <pinchealeman> thanks though, I'll push on them.
[19:22] <jtaylor> micahg: hdf needs lots of sourceful uploads
[19:22] <jtaylor> I don't think its such a good idea to try that now
[19:23] <jtaylor> lots of sorting out new upstreams potential ffe's and backporting
[19:23] <ScottK> Just to be clear, the no rush was for barry.
[19:25] <micahg> jtaylor: I know blair was hoping for it, maybe he can help with the packaging/paperwork
[19:25] <micahg> it should be almost all leaf or interdependent packages
[19:27] <ajmitch> such a nice, sunny day, I'd love to be able to see my monitor :)
[19:32] <barry> jtaylor: unhappy: http://pastebin.ubuntu.com/891153/
[19:33] <jtaylor> hm I must have messed something up when cleaning the diff
[19:33] <barry> jtaylor: ping me when you have a new one
[19:33] <jtaylor> whats that in the log: «PKGBUILDDIR»
[19:34] <barry> jtaylor: that's sbuild's way of stripping out the temporary prefix (i think)
[19:34] <barry> i mostly ignore that
[19:36] <jtaylor> :/ a new python update went in, lots of downloading again ...
[19:42] <ajmitch> micahg: I fear that I don't have enough RAM & time to build this monster package now, the png optimisation looks to be what's taking most of the RAM & time :)
[19:44] <micahg> ajmitch: ok, have a debdiff?
[19:44] <ajmitch> micahg: of course just as I said that to you it finished processing the file it was stuck on for 45 minutes
[19:46]  * ajmitch is just getting a debdiff for it now - it'll be 95% what was in the debian bug
[19:47] <micahg> ajmitch: interesting factoid: openclipart is an anagram for Nicer Laptop :)
[19:48] <ScottK> Someone has too much free time.
[19:48] <ajmitch> haha
[19:48] <ajmitch> micahg: I'll pick out the one I want & you can ship it to me
[19:48] <micahg> ScottK: lunch break :)
[19:50] <ajmitch> micahg: right, only took 5 minutes to get a debdiff, that's not too bad :P
[19:51] <micahg> ajmitch: it has to clean everything, I was going to ask how much disk space the build was taking
[19:51] <ajmitch> < 9 GB, since I only had that much free when I started :)
[19:57] <jtaylor> starting 6 cowbuilders with c++ packages was not such a good idea
[19:57] <jtaylor> two linking processes are eating 70% of my memory :(
[19:57] <ajmitch> hah
[19:57] <jtaylor> load 16 :)
[19:57] <jtaylor> 18 even
[20:06] <jtaylor> c++ is crazy why does it need 4.5 gb memory to link ...
[20:06] <jtaylor> oh no its only compiling, how much is linking going to need :/
[20:07] <micahg> jtaylor: I take it you've never compiled chromium or webkit
[20:10] <ajmitch> micahg: when I was young & foolish, I used to regularly build kdelibs/kdebase from CVS
[20:12] <yellowduino> I'm trying to use dch, and DEBFULLNAME is indeed exported, but the changelog is written with my username and hostname instead of DEBFULLNAME and DEBMAIL
[20:12] <yellowduino> any ideas?
[20:13] <micahg> ajmitch: did we decide if we need an FFe or not?
[20:15] <ajmitch> micahg: it was going to depend on what the differences may be in the built packages
[20:16] <ajmitch> or we could just ask someone on the release team :)
[20:16] <ajmitch> yellowduino: using DEBEMAIL, rather than DEBMAIL?
[20:17] <yellowduino> I'm using DEBEMAIL indeed, my typo earlier
[20:17] <yellowduino> echo $DEBFULLNAME and $DEBEMAIL shows the correct values, but dch doesn't
[20:18] <micahg> yellowduino: exported in the current shell or in general?
[20:18] <yellowduino> in general (bashrc), and I made sure that also in the current shell, same one I'm running dch at
[20:20] <ajmitch> does ~/.devscripts override the environment variables, or other way round?
[20:22] <Rhonda> other way round
[20:22] <Rhonda> envs should always have strongest say
[20:23] <ajmitch> right, that's what I expected
[20:23] <Rhonda> everything else I would consider a bug
[20:23]  * ajmitch has a habit of using emacs instead of dch :)
[20:23] <Rhonda> vim
[20:23] <ajmitch> battle to the death?
[20:23] <yellowduino> butterflies :)
[20:25] <yellowduino> ok, I found the problem. I misunderstood what being exported means - the variables were defined in bashrc but not exported.
[20:26] <micahg> yellowduino: env | grep DEB should verify for you
[20:26] <yellowduino> awesome, good to know
[20:26] <yellowduino> thanks
[20:40] <barry> jtaylor: any luck?
[20:40] <jtaylor> my machine is still deadlocked by a build
[20:40] <barry> dang
[20:40] <jtaylor> and its and 92% I don't want to stop it :)
[20:40] <jtaylor> it also does not happen in oneiric
[20:47] <barry> jtaylor: dang
[20:49] <jtaylor> its probably also a bug in the debian package, its will ftbs when dh_strip is fixed :/
[21:18] <jtaylor> barry: build worked in my precise chroot
[21:19] <barry> jtaylor: was that with your posted debdiff or a new one?
[21:19] <jtaylor> should have been the same as the branch
[21:19] <barry> c
[21:20] <barry> jtaylor: hmm.  that one definitely failed for me.  i suppose i could upload it and we could cross our fingers
[21:20] <jtaylor> no
[21:20] <jtaylor> there are a bunch of broken symlinks that should be looked at
[21:21] <barry> jtaylor: k.  i'll be here for at least another 40m today, so just ping me when you have something you want me to upload
[21:21] <jtaylor> probably tomorrow
[21:21] <barry> jtaylor: np, that'll be fine
[21:30] <ajmitch> micahg: have you started building openclipart yet? if so, the build will fail at the very end due to a typo of mine :)
[21:30] <ScottK> Ah.  The best kind of typo.
[21:30] <ajmitch> of couse
[21:31] <micahg> ajmitch: nope, not until later
[21:31] <ajmitch> ScottK: the one that shows up after > 12 hours of building
[21:32] <ScottK> Yes.  The one that comes right when you've put in all the effort and really start to think you're on the verge of success.
[21:32] <ScottK> That kind.
[21:32] <ajmitch> it was when running dpkg-deb, so I know it was at the end
[21:32] <ajmitch> stray } in Conflicts
[21:33] <ScottK> Can you just rerun the build with -nc?
[21:33] <ajmitch> it was run in sbuild, it already cleaned up
[21:33] <ScottK> Oops.
[21:34] <ScottK> I don't know if there's an sbuild equivalent, but there's a pbuilder hook you can use not to clean up on failure that's very nice for this kind of situation.
[21:34] <ajmitch> most of the build was format conversion & png optimisation, I don't know if -nc would help
[21:45] <jtaylor> barry: created a new chroot and took the prestine debdiff and it still works, is your chroot dirty?
[21:46] <barry> jtaylor: it shouldn't be :(
[21:46] <barry> jtaylor: but if it works for you then maybe i should go ahead and upload it anyway...
[21:49] <jtaylor> you can try, the link problem I thought was there seems correct
[21:49] <jtaylor> just an -ls -l not a dh_link that failed
[21:52] <barry> jtaylor: i wonder why it would fail for me on removing .cpython-*d*.so
[21:52] <barry> oh, i see the ls -l error higher up
[21:54] <barry> jtaylor: i could try building locally again and then poke around the chroot.  but if it builds with that original debdiff okay for you, then i'd be okay just uploading it
[21:54] <barry> jtaylor: your call
[21:55] <jtaylor> you can add a ignore to the rm just to be save
[21:55] <jtaylor> is probably better anyway
[21:55] <jtaylor> add a - before the rm in line 106
[21:55] <jtaylor> or rm -f
[21:58] <jtaylor> sure the chroot is clean? your log shows it did not install a couple python stuff
[22:03] <barry> jtaylor: i do install some python stuff in precise-amd64-source just to save installation time.  it's never been a problem before though, and i did just update my chroots before i tried to build the package
[22:03] <barry> i'll try your suggestion though for the heck of it
[22:04] <barry> jtaylor: line 106 are you sure?
[22:05] <jtaylor> sry line 100
[22:06] <barry> ah, that's better.  i was afraid i had a bad diff
[22:06] <barry> building again now
[22:07] <jtaylor> I do not see in the logs why it should not have worked
[22:07] <jtaylor> dh_install -v would be interestig
[22:10] <barry> jtaylor: let me see how this goes.  i'm nearing the end of my day so i think if this works locally, i'll just go ahead and upload it.
[22:10] <barry> if not, we can circle back tomorrow
[22:13] <jtaylor> we can also just wait, maybe someone else wants to test build it
[22:13] <jtaylor> if its 2 to 1 we upload :)
[22:14] <jtaylor> but ignoring the rm result is the right way to go, I'll forward it
[22:19] <barry> so ignoring the rm did build, and a quick scan of the build log seems sane.  let me pastebin that
[22:20] <barry> jtaylor: http://pastebin.ubuntu.com/891423/
[22:20] <barry> jtaylor: if that's good for you, i'm happy to upload it
[22:22] <jtaylor> the rm worked this time?
[22:23] <barry> jtaylor: with the -rm
[22:23] <jtaylor> there should still be an error emssage in that case
[22:24] <barry> yeah, hmm. no error this time.
[22:25] <barry> jtaylor: i'm prepare to declare victory
[22:25] <jtaylor> python2 packages are fine, so it won't break anything existing
[22:26] <barry> jtaylor: cool.  i will upload it then
[22:27] <jtaylor> why did I start building paraview ._. had to increase my partition twice already for that thing
[22:30]  * barry -> away
[23:02] <ScottK> barry and jtaylor: depwait for numpy ought to be resovled after the publisher runs.
[23:03] <jtaylor> wasn't nose3 added quite a while ago oO
[23:03] <ScottK> It was in Universe.
[23:03] <ScottK> Just got it promoted.
[23:03] <jtaylor> is main based on binary packages not source packages?
[23:04] <ScottK> Both.
[23:04] <ScottK> Binary main must come for source main, but not all binaries of a source in main are necessarily in main.
[23:05] <ScottK> In this case where the source is already in main, getting an additional binary promoted is not hard.
[23:42] <jtaylor> micahg: hdf5 first build round finished, 21 success, 44 fails, 12 due to dependencies missing, rest still need to be checked
[23:42] <ajmitch> that's not a great success rate
[23:42] <jtaylor> more than I expected
[23:47] <jtaylor> <off


[13:47] <wadkar> Hi, is it common for RSA fingerprint to change after stop/start of an instance?
[22:04] <ryoohki> is ubuntu cloud storage only?
[22:15] <ryoohki> is ubuntu openstack instances only availzble for free as part of amazons free tier?


[00:16] <rcn-ee> Sp0tter, it'll run ubuntu's userspace, you'll have to figure out the kernel stuff yourself..
[00:39] <Sp0tter> hmm
[00:39] <Sp0tter> drats i was hoping to just benifit from someone elses previous hard work :)
[00:40] <Sp0tter> archos 32 is too new and not popular enough yet though to have much of a following, so maybe i'll look into it
[01:54] <rcn-ee> Sp0tter, it might be as easy as copying their kernel and modules into an ubuntu rootfs..
[02:23] <Sp0tter> define "their"
[02:23] <Sp0tter> it runs android
[16:20] <apachelogger> rsalveti: so I installed the omap3 graphics foo and now the demo apps fall over http://paste.ubuntu.com/541043/ any clues
[16:21] <apachelogger> (Qt also fails to find a EGL display for that matter)
[16:48] <apachelogger> oh ah eh
[16:48] <apachelogger> rsalveti: apparentlyt eh init script failed because we are currently running the n900 with the meego kernel
[16:48] <apachelogger> commented out the ti_something modprobe, and the script worked *but* now it segfaults ^^
[16:49]  * apachelogger thinks that meego kernel and ubuntu sgx stuff does not go well together
[17:55] <rsalveti> apachelogger: one thing is to make sure your user is also at the video group
[17:55] <rsalveti> apachelogger: and yes, I don't think maemo's kernel will work nicely with these libraries
[17:55] <rsalveti> if you're using it at the n900 you should just grab the meego's sgx libraries
[17:56] <rsalveti> they are also available at meego's repository, just need to convert into deb packages
[17:56] <rsalveti> GrueMaster: why did you create bug 687396? isn't it easier to just change bug 673509 saying that also affects the linaro's kernel?
[17:57] <ubot2> Launchpad bug 687396 in linux-linaro (Ubuntu) "Beagleboard-XM chooses a new IP address everytime the interface is brought up (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/687396
[17:57] <ubot2> Launchpad bug 673509 in linux (Ubuntu Maverick) (and 1 other project) "Beagleboard-xm chooses a new IP address on each boot (affects: 1) (heat: 12)" [Undecided,Fix committed] https://launchpad.net/bugs/673509
[17:57] <GrueMaster> rsalveti: Given the current issues with the kernel team...no.
[17:58] <GrueMaster> The issue is that they rely on a verification- tag, which encompasses the bug, not the package.
[17:58] <rsalveti> GrueMaster: argh, true
[17:58] <rsalveti> that was the reason for quite a lot of confusion lately
[18:00] <GrueMaster> This is also partly why the go around for the panda fix.  The patch listed both bug reports in the commit, so both bug reports get updated when only one kernel gets patched.
[18:00] <rsalveti> GrueMaster: yeah, true
[18:03] <GrueMaster> There are several flaws in the current system.  I think I found 5-6 bugs tagged with verification-needed for kernel updates that I was never informed of.  Mainly for babbage & dove.
[18:05] <rsalveti> janimo: so, it seems that the meego tree is our only choice for the natty cycle
[18:05] <janimo> rsalveti: yes
[18:05] <rsalveti> I know linaro's testing the omap 3 kernel on it, but it'd be good to make sure it works fine with our tools
[18:05] <rsalveti> such as rootstock
[18:06] <rsalveti> just got another answer from peter saying that the omap 3 patches are on top of the priority list
[18:07] <rsalveti> and giving the qemu release cycle, those patches are probably going to end upstream luckly for n+1
[18:07] <rsalveti> and the worst case for n+2
[18:07] <janimo> rsalveti: right, so for natty we package maemo stuff. I wonder if we need a new source package or is it reasonable easy to patch existing qemu
[18:08] <janimo> I haven;t looked yet at qemu packaging internals
[18:08] <rsalveti> janimo: we discussed that at uds, and it seems that it's easier just to create a different package for arm
[18:08] <janimo> rsalveti: but we need an OMAP3 compatible QEMU soon right?
[18:08] <rsalveti> because otherwise the server team is going to maintain all these patches in the package itself
[18:08] <janimo> notjust by release
[18:09] <rsalveti> janimo: we need a working qemu, omap 3 is just the most used atm
[18:09] <rsalveti> there is another blueprint from the server side, let me find it
[18:09] <janimo> rsalveti: shall I take this spec over or do you prefer working on it?
[18:11]  * janimo reads the new emails
[18:12] <rsalveti> janimo: https://blueprints.launchpad.net/ubuntu/+spec/hardware-kernel-n-version-and-flavours
[18:12] <janimo> rsalveti: still maemo-qemu is a bit of a misnomer at this time
[18:12] <rsalveti> janimo: it'd be good to get the patch set, see how many they are and ask the server team what they think about it
[18:12] <rsalveti> we're ok for uploading a different package for arm
[18:12] <rsalveti> but if they prefer to apply and maintain all those patches, we're also fine
[18:13] <janimo> rsalveti: ok, I'll read this spec
[18:13] <janimo> so we'd only pick omap3 subset of the maemo tree?
[18:13] <rsalveti> janimo: I'm ok for you taking up this spec, just ping me before closing the WI so I can see the progress :-)
[18:13] <janimo> rsalveti: ok :)
[18:13] <rsalveti> janimo: probably, and also the arm fixes that could be also not yet integrated
[18:14] <rsalveti> janimo: so please add also new WI
[18:14] <janimo> rsalveti: not sure what else is in the maemo tree besides those, I need to check
[18:14] <janimo> to see what we do not carry over
[18:14] <janimo> probably nokia device specifics
[18:14] <rsalveti> - get the patch list of the differences from the upstream tree
[18:15] <rsalveti> - talk with the server team to see what they think about maintaining the patches or simply pushing a new qemu-maemo package at the archive
[18:15] <rsalveti> janimo: yup
[18:15] <rsalveti> janimo: - test current linaro's omap 3 kernel with qemu and report back to the server team if it's enough for us, so they can drop versatile
[18:16] <rsalveti>  janimo https://blueprints.launchpad.net/ubuntu/+spec/hardware-kernel-n-version-and-flavours
[18:17] <janimo> should I add the last WI to this spec or to our spec?
[18:17] <rsalveti> after changing our tools to use it, test to see if we get at least the same behavior of the main qemu-kvm package
[18:17] <rsalveti> janimo: to our
[18:17] <janimo> ok
[18:17] <rsalveti> janimo: I'm just pointing this spec, as it's the one that they put a WI to see if they should drop versatile or not
[18:17] <rsalveti> depending on our feedback
[18:18] <janimo> so if omap3 works they drop versatile patches from qemu?
[18:20] <rsalveti> janimo: they drop the versatile build from the ubuntu kernel
[18:21] <rsalveti> at maverick, for example, the versatile build only exists because of the need from qemu
[18:21] <rsalveti> as it's the only working target for arm
[18:21] <janimo> rsalveti: I see
[18:21] <rsalveti> as we already need an omap 3 build (now maintained by linaro), if we can get qemu working with it there's no need to keep versatile
[18:26] <suihkulokki> well, there was discussion to make versatile the "virtualized" arm/qemu flavour
[18:26] <suihkulokki> eg to get virtio and goodies
[18:32] <rsalveti> yeah, but don't know much about the current state of it
[18:32] <rsalveti> what we know is that we have already quite a lot of people using and testing the maemo tree nowadays
[18:33] <rsalveti> and because of that it'd probably be the better choice for us
[18:39] <prpplague> rsalveti: whats the git url for the ubuntu x-loader and u-boot?
[18:40] <rsalveti> prpplague: http://gitorious.org/~rsalveti/pandaboard/rsalveti-x-loader/commits/omap4_panda_es2.1
[18:40] <rsalveti> for x-loader
[18:40] <rsalveti> prpplague: http://git.linaro.org/gitweb?p=ubuntu/u-boot-linaro-stable.git;a=summary
[18:40] <rsalveti> u-boot
[18:40] <prpplague> rsalveti: thanks
[18:40]  * prpplague makes a note so he doesn't have to ask again
[18:41] <rsalveti> prpplague: np :-)
[18:41] <rsalveti> prpplague: any news about the 200/400mhz memory issues?
[18:42] <prpplague> rsalveti: none that i am aware of
[18:42] <rsalveti> hm, ok :-(
[18:42] <prpplague> rsalveti: i think we just had one or two people with boards populated incorrectly
[18:42] <prpplague> iirc those are going to be swapped out
[18:42] <rsalveti> prpplague: oh, ok
[18:44] <GrueMaster> prpplague: Any changes to the panda we should be concerned about post ES2.1 A1?
[18:45] <prpplague> GrueMaster: none
[18:45] <prpplague> GrueMaster: the mounting holes will be bigger
[18:45] <GrueMaster> My main concern is a hardware change that needs kernel updates and I have no way to test them.
[18:45] <prpplague> GrueMaster: thats about it
[18:45] <GrueMaster> Ok.
[18:45] <GrueMaster> Can't test the new mounting holes.  Sorry.
[18:45] <GrueMaster> :P
[18:45] <ogra_ac> slacker !
[18:46] <GrueMaster> ogra_ac: If you were watching what has been happening in the kernel realm, you wouldn't say that.
[18:46] <ogra_ac> i have
[18:46] <GrueMaster> Not the PM's.
[18:47] <ogra_ac> i think the prob is that the kernel team rotates every cycle so one habit yu have established with someone working on SRUs is lost if the next one comes up
[18:47] <ogra_ac> we need clearer rules for them, preferably done by a spec next UDS
[18:48] <ogra_ac> s/the prob/one prob/
[18:48] <GrueMaster> Unfortunately, I have not seen a single trend (other than dropped patches).
[18:48] <ogra_ac> well, lets make up a spec for budapest and sort that one and for all
[18:49] <ogra_ac> i agree that this is an unbearable situation
[18:49]  * GrueMaster feels like more weight will end up on his shoulders.
[18:49] <ogra_ac> i doubt that
[18:49] <ogra_ac> we just need clearly written down rules
[18:50] <ogra_ac> and people to stick to them indeed ;)
[18:50] <GrueMaster> I don't think it is just a set of rules.  We have broken tools.  Launchpad is part of the problem, the scripts that everyone runs in automation is another.
[18:51] <ogra_ac> well, thne lets define the rules in a way that human interaction is required for armel kernels ;)
[18:51] <GrueMaster> With launchpad, if we have a bug that crosses multiple packages, we can't rely solely on a verification- tag.
[18:51] <ogra_ac> then lets define additional verification tags
[18:52] <GrueMaster> That won't work.  The verification needs to be on a per-package basis and shouldn't be a tag.  This was discussed in the QA CoP.
[18:53] <GrueMaster> The only way to make it work currently is by having separate bugs per package, but then scripts fail when a commit is made that tags multiple bugs.
[18:53] <ogra_ac> well, nothing i want to discuss now, but i'm sure if we sit down all together at UDS with the right people we will find a solution
[18:54] <GrueMaster> (hence the reason for the misfires on the MAC address bugs).
[18:54] <ogra_ac> yeah
[18:54] <GrueMaster> ok
[18:58] <GrueMaster> ogra_ac: Why does it take so long for new packages to get published in armel?  Is it a manual process?
[19:42] <ogra_ac> GrueMaster, depends on the package, the kernel chsanges it binary package name with every upload, so it ends up on binary-NEW and needs an archive admin to let it out
[21:36] <apachelogger> rsalveti: tried that, didn't get me far, then again I fear my image was a bit broken yesterday, I'll try again with a new image
[21:36] <rsalveti> oh, ok
[23:24] <janimo> anyone tried 10.10 omap3 image in qemu? It does not completely boot for me
[23:26]  * janimo tries passing -mtd to qemu
[23:39] <apachelogger> rsalveti: so, I tried again... it only works with their xorg fbdev driver and then X segfaults


[04:00] <wgrant> jelmer: MP was coming, was just sorting out the bug #1072461 as well.
[04:00] <_mup_> Bug #1072461: Git HTTP imports don't fetch new revisions <code-import> <git> <Launchpad itself:Triaged> <https://launchpad.net/bugs/1072461>
[04:01] <wgrant> :)
[05:57] <StevenK> Dear StormStatementRecorder, why are you allergic to ws_object?
[11:42] <jelmer> wgrant: :-) Nice find!
[14:12] <anastaji> Hello, anybody to talk with?


[16:35] <teward> can someone force-approve the Xenial nomination for LP bug #1716968 ?  It only affects Xenial so far, but doesn't affect the development release.
[16:35] <teward> oops double post?


[02:19] <CIA-16> ubiquity: cjwatson * r2038 ubiquity/debian/ (changelog po/fr.po po/tr.po): merge from feisty branch
[02:19] <CIA-16> ubiquity: cjwatson * r2037 ubiquity/ (98 files in 7 dirs): * Remove the old advanced partitioner.
[02:22] <CIA-16> ubiquity: cjwatson * r2039 ubiquity/ubiquity/components/partman_commit.py: use new question_type helper method
[02:44] <CIA-16> oem-config: cjwatson * r284 oem-config/ (debian/changelog oem-config):
[02:44] <CIA-16> oem-config: * Print usage message and exit if any non-option arguments are supplied to
[02:44] <CIA-16> oem-config:  oem-config; suggest oem-config-prepare (LP: #105940).
[03:59] <TodoInTX> Hello, I've got an IBM Thinkpad T43. I'm trying to install 7.04 and the installer freezes 3% into "Loading Kernel"  I don't think I've got a JMicron controller and the symptom is a bit different from that bug report.
[04:00] <TodoInTX> The laptop is currently running 6.10 just fine
[08:11] <penta> hi, i have some problems with activating lvm in the installer
[11:16] <CIA-16> ubiquity: cjwatson * r2040 ubiquity/ubiquity/components/migrationassistant.py: typo
[11:19] <saispo> hi
[11:20] <saispo> cjwatson: debian-cd, ubuntu-cd, britney and germinate are up2date on people.ubuntu.com/~cjwatson/ ?
[11:20] <cjwatson> yes
[11:21] <saispo> ok, thanks :)
[02:12] <saispo> cjwatson: merge working find, w00t :)
[02:12] <saispo> but i don't know why now he want to add +openoffice.org-help-gl on the cd..
[06:30] <CIA-16> ubiquity: cjwatson * r2041 ubiquity/debian/changelog: reorg
[06:32] <CIA-16> ubiquity: cjwatson * r2042 ubiquity/ (debian/changelog desktop/ubiquity-gtkui.desktop.in):
[06:32] <CIA-16> ubiquity: - Drop X-Ubuntu-Gettext-Domain=ubiquity in the .desktop file for now, to
[06:32] <CIA-16> ubiquity:  work around a bug somewhere that causes the translations in the
[06:32] <CIA-16> ubiquity:  .desktop file to be ignored in that case.


[11:35] <rick_h_> I can't help but wonder if fedex knows something about the gov shutdown the rest of us don't. http://uploads.mitechie.com/fedex-notice.png
[11:45] <brousch> That is lovely
[11:46] <rick_h_> although interesting. USPS stays open in shutdown so yay me. My three packages will still arrive
[11:52] <brousch> Today: Hickory Creek, Tabor Hill, Round Barn, Gravity Wine, Lemon Creek Winery, Contessa Wine Cellars, Fenn Valley
[11:55] <brousch> Can you see this? https://www.google.com/maps/ms?msid=207668633482943859281.0004e7ac2f87d0a86f705&msa=0&ll=42.263082,-85.869141&spn=1.335423,3.348083
[11:59] <cmaloney> rick_h_: ruh roh
[11:59] <cmaloney> brousch: yeah, we can see it
[12:01] <brousch> That's quite a cluster in Baroda, MI
[12:01] <brousch> I think there's 1 or 2 more in there that are closed today
[12:49] <cmaloney> rick_h_: btw: did you post the lococast episode? :)
[12:50] <rick_h_>  cmaloney no :( uploading episode to s3 now
[12:51] <cmaloney> No worries. Was going to ask last week, but you were on vacay.
[12:51] <widox> rick_h_: they must have shipped it super-savings mode, via turtle
[12:51] <cmaloney> It's fed-ex shipping container direct
[12:51] <rick_h_> widox: yea, ordered several things around the phone and most of them are 'smart post' meaning fedex/ups gets it into the state but hands it off to USPS for the last mile.
[12:51] <widox> did you buy an OtterBox case by chance?
[12:51] <rick_h_> widox: why yes I did, although I've got a story about that
[12:51] <rick_h_> I almost didn't and I'm quite cranky witht hem
[12:52] <cmaloney> Verizon?
[12:52] <cmaloney> or otterbox?
[12:52] <rick_h_> but did get one for my wife's new droid mini
[12:52] <widox> heh, yeah they are based out of Fort Collins
[12:52] <rick_h_> cmaloney: otterbox
[12:52] <cmaloney> Ah
[12:52] <cmaloney> So that slow-boat from China may be more on the mark
[12:53] <rick_h_> http://www.otterbox.com/Commuter-Series-Case-for-Motorola-Moto-X/mot4-motox,default,pd.html?dwvar_mot4-motox_color=J1&start=2&cgid=motorola-motox-cases
[12:53] <rick_h_> and notice that you can't buy a case
[12:54] <rick_h_> though the phone's almost been out a month
[12:54] <cmaloney> Oh, you updated to the Moto X?
[12:54] <rick_h_> and if you visit that url with your phone, it'll let you buy the case
[12:54] <rick_h_> so...wtf
[12:54] <rick_h_> and only two of their cases are even listed.
[12:54] <rick_h_> cmaloney: yea
[12:54] <cmaloney> Cool
[12:55] <cmaloney> rick_h_: Something tells me the phone order wasn't supposed to go through
[12:55] <rick_h_> cmaloney: yea, so I figured "well, I must have just back ordered it on accident"
[12:55] <rick_h_> cmaloney: but then I got a shipping notice
[12:56] <cmaloney> Where was the return address? :)
[12:56] <rick_h_> cmaloney: that didn't update beyond "received shipping data" for 4 days
[12:56] <rick_h_> lol
[12:56] <widox> hah. that's funny
[12:56] <rick_h_> so now I guess it's in fedex hands for the next 4 weeks
[12:57]  * rick_h_ shakes head
[12:57] <cmaloney> Some poor guy in Shanghai is trying to figure out how to get rick_h_ his case
[12:59] <cmaloney> Waitaminute
[13:00] <cmaloney> I think I have the tracking video of your case now.
[13:00] <cmaloney> http://ur1.ca/fsk77
[13:00]  * rick_h_ is afraid
[13:01] <rick_h_> I was thinking more http://footage.shutterstock.com/clip-4111666-stock-footage--s-stagecoaches-and-carriages-move-along-a-country-road-an-organ-grinder-entertains.html
[13:02] <cmaloney> http://footage.shutterstock.com/clip-3261961-stock-footage--s-transportation-montage.html
[13:02] <rick_h_> http://r.bmark.us/u/f7044dfa7abd05 come on...just make my 28MBS bi-directional and I'll shush my whining
[13:02] <cmaloney> The dudes on the bicycles are a nice touch
[13:03] <cmaloney> I doubt if we'll see that gigabit network anytime soon
[13:03] <rick_h_> yea, that's just austin to compete with Google fiber
[13:04] <rick_h_> but forget gigabit, bi-directional 20s would be amazing
[13:04] <cmaloney> bi-directional anything would be nice
[13:04] <cmaloney> I'd be happy with 15/15
[13:04] <jrwren> good morning
[13:04] <cmaloney> Only reason I'm 30/3 is because 3 is better than 1
[13:05] <jrwren> <3 my 60/6  its fast enough that i don't often want for more
[13:06] <cmaloney> Yeah, the best I can do with WOW is 50/5
[13:07] <rick_h_> heh, they've added a new plan. I used to have the max but now they've got a "Power" over my "Max Turbo" plan
[13:07] <rick_h_> lol, and they're all the best choice for all the tghings
[13:07] <cmaloney> rick_h_: Of course they are. :)
[13:08] <rick_h_> ooh, new plan is 6mb up?
[13:11] <rick_h_> nooooooo, I can't get it in my area. boooo
[13:12] <cmaloney> Yeah, some guy in your area uses all of the bandwidth uploading things and mirroring something called PyPI.  :)
[13:13] <rick_h_> I had to stop that. Some package broke my tool I used for it and not gotten around to setting up a new one
[13:13] <cmaloney> ugh
[13:14] <cmaloney> btw: new Open Metalcast is up in case you were wondering
[13:15] <jrwren> remember when comcast was sync instead of async? man that was fast :)
[13:16] <jrwren> and you could netbios browse all your neighbors windows 95 file shares? :)
[13:16] <rick_h_> lol
[13:38] <rick_h_> http://r.bmark.us/u/e12f43d7a15d0e is brilliant!
[13:41] <cmaloney> That's awesome.
[13:42] <rick_h_> yea, makes complete sense. username == fingerprint, still need a password
[13:42] <jrwren> its true.
[13:42] <jrwren> how do you change your password after it is stolen?  if your password is fingerprint, you can't :)
[13:42] <rick_h_> just not normally presented in that way so it gets confusing
[13:42] <rick_h_> yep, exactly
[13:43] <rick_h_> you keep your username, change the password
[14:01] <jrwren> https://gist.github.com/jrwren/6778885
[14:06] <ColonelPanic001> heh
[14:07] <rick_h_> jrwren: comment added
[14:08] <rick_h_> actually my alias adds the 8000 port option
[14:09] <jrwren> i think i've seen the alias. hell, I probably have it.
[14:12] <rick_h_> jrwren: but yea, I can never remember it right. It's too Java-y
[14:12] <jrwren> yup. one of those OLD modules
[15:23] <rick_h_> http://usgovernment.statuspage.io/ :)
[15:24] <ColonelPanic001> BEARS
[15:26] <cmaloney> Heh
[15:32] <widox> hah. "Department of Cigars of Cuban Origin" "Major Outage"
[15:35] <ColonelPanic001> heh
[15:46] <jcastro> hey cmaloney
[15:46] <jcastro> do you need a topic for the next MUG meeting?
[15:46] <jcastro> I want to do one on this steam machine stuff
[15:49] <cmaloney> jcastro: Actually I think we've roped Mark Ramm to talk more about Juju
[15:50] <cmaloney> but yeah, I'd like to hear more about the Steam Machine
[15:50] <cmaloney> We could have you both talk. :)
[15:50] <jcastro> sure!
[15:51] <jcastro> I can help Mark with the Juju one
[15:51] <cmaloney> And I can get you that Iron Maiden poster. :)
[15:51] <cmaloney> and stickers. :)
[16:21] <rick_h_> I get to go to MUG this month!
[16:21] <rick_h_> fitting it'll be juju :)
[16:22] <jcastro> cmaloney: so you want me to be ready for this month?
[16:32] <cmaloney> yeah, we have our board meeting, but I'll add it to the agenda
[16:32] <cmaloney> About 20 minutes?
[16:36] <cmaloney> Sent a note to les board
[16:45] <jcastro> yea
[16:49] <cmaloney> jcastro: Awesome. Thank you!
[17:11] <cmaloney> jcastro: Jim McQ is looking forward to hearing about the Steam Machine
[17:12] <jcastro> it will be great
[17:13] <cmaloney> Yeah, I've been playing around with Steam under Ubuntu
[17:13] <jcastro> yeah, if you click the big picture mode
[17:13] <jcastro> and attach a controller
[17:13] <jcastro> that's basically it
[17:13] <cmaloney> since the last humble bundle doesn't have an Ubuntu Software Center option
[17:13] <cmaloney> (not bitter)
[17:14] <cmaloney> And the X3 stuff was also Steam Only
[17:14] <cmaloney> Only problem is the controller I have seems to be somewhat supported.
[17:15] <cmaloney> http://www.thinkgeek.com/product/f08d/?srp=3
[17:16] <jcastro> yeah I am using an xbox controller
[17:16] <cmaloney> Is that pretty much plug-and-play?
[17:16] <jcastro> mostly
[17:16] <jcastro> you install a package and then run it on boot
[17:17]  * cmaloney saw a used sixaxxis at Guild of Blades, and was tempted to pick it up
[17:17] <jcastro> MS sells a "xbox controller for windows" that has the right cable
[17:17] <cmaloney> but the instructions to get that working looked a little... much
[17:17] <jcastro> which is USB and then there's a wireless thing on it
[17:17] <jcastro> so the controller itself is wireless but it has like a dongle
[17:17] <cmaloney> Ah, OK
[17:17] <jcastro> ryan kather says the Ps3 controller works ootb if you have bluetooth
[17:18] <cmaloney> I have an old bluetooth dongle that I need to update
[17:18] <jcastro> plus with the xbone and ps4 coming out I suspect there will be a new flood of used controllers
[17:18] <jcastro> heh
[17:18] <cmaloney> I was playing portal with the joypad and it was pretty flakey. Had to move back to the keyboard / mouse
[17:19] <jcastro> yeah so for those
[17:19] <jcastro> I think it's a personal pref
[17:19] <jcastro> if you played Portal on a console
[17:19] <jcastro> you can play it this way
[17:19] <jcastro> if you prefer mouse/kb ...
[17:19] <jcastro> then you'll need a mouse/kb heh
[17:20] <jcastro> you can just play it while I give my talk
[17:20] <cmaloney> heh
[17:23] <cmaloney> If you want I could bring my desktop machine running Ubuntu 12.04
[17:23] <cmaloney> Finally upgraded
[17:25] <cmaloney> AMD FX(tm)-8350 Eight-Core w/ GeForce GTX 660
[17:27] <greg-g> you didn't type the (tm) did you?
[17:27] <cmaloney> No, that was from /proc/cpuinfo
[17:28]  * cmaloney half-thought of messing with greg-g to say "No, it must be something in the middle making sure the TM was there.
[17:29] <jrwren> lol
[17:29] <greg-g> cmaloney: haha
[18:27] <jrwren> stupid centos... curl linked against NSS ?!?!?!  I want openssl damnit!!!
[18:27]  * jrwren rages
[18:56] <jcastro> cmaloney: I'll be bringing my box already set up
[18:56] <cmaloney> jcastro: OK, cool
[19:38] <cmaloney> @tammygolden: The government is shut down ONE DAY and there's already one of those Halloween stores in their space.
[19:39] <greg-g> haha
[19:39] <greg-g> does the same thing happen with xmas stores?
[19:44] <cmaloney> No, just the halloween stores
[19:44] <cmaloney> apparently when a retail establishment dies there's enough life-force left in there to be reanimated for two months of the year
[19:45] <cmaloney> These zombie-retail establishments act like real stores, with real customers and real employees
[19:45] <cmaloney> but at the stroke of midnight on Halloween they vanish
[19:46] <cmaloney> (after a week or two of clearance, sweeping up, and that sort of stuff)
[19:46] <cmaloney> only to return 10 months later
[19:46] <cmaloney> inhabiting the zombified retail corpse once again and reanimating it
[19:47] <cmaloney> in fact, they're OUT THERE NOW!!!!!!!!
[20:17] <greg-g> oh god, lock your doors!


[00:57] <Roey> hello
[00:58] <Roey> why did my Firefox settings all reset when I restarted it?
[00:58] <Roey> then I go ask about it in #mozilla and they kick me out
[01:19] <Roey> hi
[01:20] <Roey> ok f that, I have no idea why Firefox messes up on itself.  It auto-messes-up.
[01:20] <Roey> Another question though.. I can't see the partiitions on my backup hard drive (either of them).
[01:20] <Roey> running cfdisk /dev/sdb gives me a menu for "Select Label Type"
[01:45] <MacCheese> Does kubuntu spy on what you do on your computer?
[01:47] <ussher_> Is it normal for Xorg to keep changing the process number every second or so?  ps -ef | grep Xorg  gives me 2693 on first run, then 2693 right after then 2697, 2699.......
[01:48] <ussher_> Was trying to follow these instructions: http://www.linuxquestions.org/questions/linux-software-2/100-cpu-usage-from-xorg-process-how-to-to-troubleshoot-4175512292/  and use pstack to see whats up with my high Xorg cpu count, but cant get a static ps number
[03:40] <donix> .
[03:40] <donix> Does anyone have a guide for Kubuntu to Arch?
[03:40] <donix> I'm wanting to switch to arch but still use the KDE interface
[03:43] <WhitePelican> I would like to install kde but not the kubuntu desktop. I used to install kde-full but it's gone now
[03:43] <WhitePelican> can someone help?
[03:47] <strayPuppy> WhitePelican: funny because I see it.
[03:55] <WhitePelican> I meant in 15.04
[04:08] <ion__> Hello kubuntu is for old pc?
[04:10] <Guest8986> Hello
[04:10] <Igor_> It's better to use Xubuntu on old pc
[04:10] <Guest8986> understand
[04:12] <Guest8986> Lubuntu is not good for old pc?
[04:12] <Igor_> It's good too
[04:12] <Guest8986> understand
[04:13] <Guest8986> how learn linux a newbie?
[04:13] <donix> I've looked at xubuntu but it seems like it's not as configurable as Arch or kubuntu
[04:14] <donix> I would like to use it though if it has the same or near same amount of custimization
[04:14] <donix> mostly in terms of appearance
[04:15] <Guest8986> :D
[04:15] <Guest8986> understand
[04:16] <Guest8986> But for od pc good is xubuntu,kubuntu.
[04:16] <Guest8986> And how is the best distribution for begginer?
[04:57] <donix> old pc Lubuntu is best, but Xubuntu doesnt use much more resource  so if you like it more, it would be ok
[05:02] <TaZeR> can someone please explain to me how it is acceptable to leave the full disk encryption manual function of the installer broken release after release?
[05:02] <TaZeR> why is this not being fixed? why am i unable to use full disk encryption while manual partioning in the kubuntu installer
[05:04] <TaZeR> kind of ridiculous to have to install another flavor of ubuntu and then the kubuntu meta package just to have a kubuntu system with luks-dm
[05:07] <juacom99> hi, one quick question. I encounter an issue many times and i was wondering why it may hapend.I'm in a fresh install of kubuntu 15.04 but happend to me also when i upgrade from 14.09.The problem is that the file ~/.cache/ksyscoca5 set it owner to root somehow  making plasma 5 crash (kinit5 procces to be precise). anyone knows why this keep hapening?
[05:20] <Igor_> What is normal temperature for hp laptop?
[05:20] <juacom99> LIST
[08:22] <lordievader> Good morning.
[08:36] <sick_rimmit> lordievader: Good morning
[08:37] <lordievader> Hey sick_rimmit
[08:41]  * sick_rimmit waves
[09:41] <frenda_> Hi, Where is networking settings?! When I click on the network applet, there's not any botton for settings there! I want to add a vpn entry
[09:42] <lordievader> frenda_: Is the little wrench still there? If so, you need to click that.
[09:43] <frenda_> little wrench? do you mean that hamburger icon?!
[09:44] <lordievader> Err, I do not have plasma5 infront of me so I don't really know.
[09:47] <howlymowly> hi everyone.. short question:  I have a litle problem with some applications which recognize mousecliks only with a little offset..  I don't really have an idea what GUI framework is casuing this.  but when I set up a fresh KDE desktop the problem is done.. appliations that are affected are for example:   git gui, and the plot window from matplotlib
[09:49] <howlymowly> after googling a little bit it seems that the affected framework is mainly Tcl/Tk
[09:50] <howlymowly> any idea what to do about this ;)?
[09:52] <frenda_> http://uploadkon.ir/fl/dd/71690 --> where is network settings? (on KdePlasma5)
[09:53] <lordievader> frenda_: Look at the paste of mck182 in #plasma.
[10:21] <frenda> 1. http://uploadkon.ir/fl/dd/71693 --> 2. http://uploadkon.ir/fl/dd/71691 --> is this settings correct for a TCP connection over OpenVPN?
[10:23] <lordievader> I suppose.
[10:23] <lordievader> frenda: Try and see if it works.
[10:23] <frenda> Nope!
[10:24] <frenda>  It's the reason i'm here!
[10:26] <lordievader> frenda: Does it give errors?
[10:27] <frenda> No! it didn't try to be connected when I press the button under network applet
[10:30] <frenda> When I open network manger setting, something called kdewallet prompt for password! what is it?
[10:30] <lordievader> frenda: What does the networkmanager log say?
[10:30] <lordievader> Ah, it wants a password. Wich it thinks is stored in kwallet.
[10:31] <BluesKaj> Hey folks
[10:32] <frenda> lordievader: what do you mean for 'it think'? who thinks?
[10:33] <lordievader> frenda: Networkmanager.
[10:33] <frenda> ah, ok; So waht's the password? my account password does not work
[10:34] <lordievader> frenda: The one you set up at the first launch of kwallet.
[10:36] <frenda> Oops, I didn't setuo anything till now for it!
[10:36] <frenda> setup*
[10:36] <frenda> http://uploadkon.ir/fl/dd/71695
[12:05] <JohnDoe1972> hey guys
[12:05] <lordievader> o/
[12:06] <JohnDoe1972> can someone help me format a partition on a multiboot drive which is using grub2 ?
[12:06] <JohnDoe1972> i want to replace win xp with win 7
[12:06] <JohnDoe1972> but keep my distro intact
[12:07] <lordievader> JohnDoe1972: Tell Windows7 to isntall to the XP partition (letting it format that one). Then after the install repair grub.
[12:07] <JohnDoe1972> lordievader, o/
[12:07] <JohnDoe1972> \o
[12:07] <lordievader> JohnDoe1972: https://help.ubuntu.com/community/RecoveringUbuntuAfterInstallingWindows
[12:07] <JohnDoe1972> thx man
[12:07] <JohnDoe1972> n1
[13:14] <Neo9> mongodb-server1 port 1111  portforward to mongodb-server2 on port 2222.  how to do it in ubuntu?
[13:15] <lordievader> Neo9: Iptables?
[13:16] <Neo9> lordievader:iptables -t nat -A PREROUTING -p tcp -d <mongodb-server1-ip> --dport 1111 -j DNAT --to-destination <mongodb-server2-ip>:2222
[13:16] <lordievader> Neo9: For example.
[13:16] <Neo9> lordievader: is any thing wrong in the rule.
[13:16] <lordievader> Looks alright.
[13:17] <Neo9> lordievader: it's not working for me.
[13:17] <lordievader> Is your kernel allowing the forwarding of packets, as well as the firewall?
[13:18] <Neo9> lordievader:how can i know that? is there any way ?
[13:19] <lordievader> Neo9: http://serverfault.com/questions/140622/how-can-i-port-forward-with-iptables/140626#140626
[13:30] <Neo9> lordievader: modified         echo '1' | sudo tee /proc/sys/net/ipv4/conf/ppp0/forwarding       still it's not working.
[13:30] <Guest92254> hi, if i run a plasmoid on the plasma desktop will it keep running on the default desktop?
[13:31] <lordievader> Neo9: Do all interfaces have that permission? And do you have a forward rule set up?
[13:31] <Neo9> lordievader: all interfaces have same permission.
[13:34] <Neo9> lordievader: forward rules        iptables -t nat -A PREROUTING -p tcp --dport 1111 -j DNAT --to-destination <IP_ADDRESS>:2222
[13:34] <Neo9>                                                  iptables -A FORWARD -p tcp --dport 1111 -j ACCEPT
[13:35] <lordievader> The source and destination are not on the same subnet, right?
[13:37] <Neo9> lordievader: both are in same private n/w. same subnet.
[13:38] <lordievader> Yeah, that is not going to work. Portforwarding is a NAT thing.
[13:41] <lordievader> Hmm perhaps I spoke too soon: http://www.simplehelp.net/2009/04/15/how-to-redirect-traffic-to-another-machine-in-linux/
[13:45] <Neo9> lordievader: server1(public-ip) portforward to server2(private-ip) which is accessible to server1.   this case ?
[13:46] <lordievader> That would be NATting, however a 192.168.1.x to another 192.168.1.x address would be routing.
[13:47] <Guest92254> will plasmoids keep working outside of the plasma desktop when i run it?
[13:50] <Neo9> lordievader: thanks. will see the both concepts clearly.
[13:50] <Neo9> lordievader:thanks.
[13:51] <lordievader> Neo9: Sure, no problem.
[13:58] <Canon> hello anyone admin cisco with linux
[13:59] <BluesKaj> Canon, best to ask in ##linux chat
[15:42] <ShapeShifter499> hi
[15:42] <ShapeShifter499> would you guys support kde on arm here?
[15:43] <ShapeShifter499> I've been trying to get audio working inside a chroot on my android phone and I came across a post online mentioning that kde might help. But kde causes hard reboots on my device and I'm not sure why
[15:43] <ShapeShifter499> The thing is I can safely run two XFCE4 based Chroots at the same time using swap (one debian and the other arch linux) but it seems KDE is crashing on me resulting in a hard reboot
[15:45] <lordievader> Err if Ubuntu supports arm... I guess.
[15:46] <ShapeShifter499> I submitted the same question to #ubuntu-arm, no replies yet
[15:49] <ShapeShifter499> lordievader: :/
[16:06] <lordievader> I don't think Ubuntu on ARM is very popular.
[16:10] <TaZeR> hey is kubuntu fixing its installer
[16:11] <TaZeR> so i can finnaly install just kubuntu without going through another flavor to first to get manual partioning with luks-crypt working
[16:12] <ShapeShifter499> it appears that kde is trying to use sound and android doesn't like it so it hard reboot crashes
[16:12] <ShapeShifter499> fff
[17:29] <JohnDoe1972> lordievader, you know if i can access the usb drive from within linux if im booting from that usb ?
[17:39] <mparillo_> Booting from a live session as in from the ISO, or using a USB drive as a normal, installed user?
[17:48] <lordievader> JohnDoe1972: It should already be mounted, might even be rw mounted.
[17:51] <austin6598> is there any way to find the dependencies of a .deb file?
[18:02] <mparillo> Does this help? http://xmodulo.com/how-to-check-package-dependencies-on-ubuntu-or-debian.html
[18:05] <austin6598> actually just running dpkg through terminal tells me what the dependency is
[18:10] <omzig> how do i get my password in ubuntu
[18:11] <lordievader> austin6598: Or you unpack it and check the debian/control file.
[18:11] <lordievader> omzig: What do you mean?
[18:11] <austin6598>  <lordievader i got it to work but im not sure how to do exactly what you said
[18:12] <lordievader> austin6598: ar to extract the deb, tar to extract the control tarball.
[18:13] <omzig> i'm using a mac lordievader and have ubuntu in VM but lost password to use it
[18:15] <lordievader> Boot it up in single mode.
[19:19] <rosco_y> When I'm booting my system it complains that the runtime jounal is 8.0 MB, and only 7.9 MB is allowed.  What is the Runtime Journal?
[19:19] <lordievader> Sounds like systemd's logger.
[19:20] <rosco_y> lordievader ty--I'm kind of wondering if I have to run some kind of fixdisk routine....
[19:23] <rosco_y> I'll probably end up reformatting, reinstalling.....
[19:23] <rosco_y> but oh well...
[19:23] <lordievader> Or would it be filesystem related.
[19:23]  * lordievader is starting to doubt
[19:23] <rosco_y> yeah, I think it's something to do with the filesystem
[19:24] <rosco_y> I was running a program that crashed, and I needed to do a hard reboot...and that's when the trouble started...
[19:24] <lordievader> rosco_y: What is the output of 'dumpe2fs -h /dev/<filesystem with warning>
[19:24] <lordievader> '
[19:25] <rosco_y> lordievader: I don't actually know what filesystem it is....I'm way back in newbie land
[19:26] <rosco_y> how can I tell which device I'm booted on?
[19:26] <rosco_y> I'm booted to the device now...
[19:27] <rosco_y> ok, I'm having a glimmer of an idea.  mount devices until I've mounted the location where I am?
[19:30] <rosco_y> lordievader: I thought I was booted to sdb1, so I ruan dumpe2fs -h /dev/sdb1, which failed with "permission denied, Couldn't find valid fs superblock."
[19:30] <rosco_y> I'm thinking of just scrapping it and moving on
[19:30] <rosco_y> I have my work backed up
[19:31] <rosco_y> probably fastest to reinstall 0S at this point, when the amount of time I'd spend figuring this out is factored in
[19:32] <rosco_y> oh well.  Thanks lordievader, I appreciate it...
[19:34] <andrewmurphy> greetings
[20:23] <eXistenZe> Hey guys
[20:23] <eXistenZe> How do I set up an auto update routine to apt-get?
[20:24] <eXistenZe> I can set a script with sudo apt-get update && sudo apt-get upgrade but then it will ask for a password and a confirmation for every update
[20:34] <lordievader> eXistenZe: My /etc/crontab takes care of that (on the servers that is).
[20:34] <lordievader> I get nice emails about the results.
[20:40] <Tux_> hello?
[20:41] <Tux_> sorry it's my first time round here i have no idea how frequently this IRC is used
[20:41] <Tux_> does anybody already have the 15.04?
[20:42] <lordievader> Hey Tux_.
[20:42] <Tux_> hi lordievader
[20:42] <lordievader> Tux_: My Kubuntu box is on 15.10 ;)
[20:42] <Tux_> oh
[20:42] <Tux_> and i though i would be up to date
[20:42] <Tux_> anyways
[20:42] <lordievader> Tux_: Most people are on 14.04 or 15.04 though ;)
[20:43] <lordievader> Nah, I am running a development release.
[20:43] <Tux_> what do you think about 15?
[20:43] <lordievader> New and shiney, eh ;)
[20:43] <Tux_> i guessed smth like this
[20:43] <Tux_> well
[20:43] <Tux_> yeah it is
[20:43] <Tux_> but i kinda dont understand why they (or you :)) have taken so many features
[20:44] <Tux_> or hidden
[20:44] <Tux_> :D
[20:44] <Tux_> just to save space?
[20:45] <lordievader> Most of the functionallity should still be there. In one form or another. Not everything is ported to KF5 but those things that are not ported should be available in their KF4 version.
[20:45] <lordievader> What are you missing?
[20:45] <Tux_> for example i don't know how to set my clock on 12 h basis
[20:46] <Tux_> anymore
[20:47] <Tux_> and sure that doesnt really matter on itself
[20:47] <Tux_> but things add up
[20:47] <lordievader> Hmm, I suppose that should be configurable. I do not have plasma5 in front of me so I cannot check.
[20:48] <lordievader> If it really is missing and no one in  here can help you with it you should file a bug.
[20:48] <Tux_> you think that's worth mentioned?
[20:49] <lordievader> I think it is still somewhere there. If not, it is a regression bug if you ask me.
[20:50] <Tux_> where should i look ?
[20:50] <Tux_> (apart from 'Digital Clock Settings' where i cannot find it)
[20:51] <eXistenZe> regional settings?
[20:51] <eXistenZe> country?
[20:51] <lordievader> Tux_: Locale settings.
[20:51] <lordievader> ?
[20:54] <eXistenZe> do you know how to add spell check dictionary / languages?
[20:56] <Tux_> hmm
[20:56] <Tux_> eXistenZe: yeah
[20:56] <Tux_> i tried something brb
[20:58] <eXistenZe> lordievader:  how do you set up cron?
[20:58] <eXistenZe> cli only?
[20:59] <lordievader> eXistenZe: Err there was some kcm for cron. Though I find it easier to simply use a text editor.
[21:00] <eXistenZe> lordievader: any tut n00b friendly
[21:00] <lordievader> eXistenZe: https://help.ubuntu.com/community/CronHowto
[21:01] <Tux__> ok i tried regional settings -> Formats -> Time: -> UK
[21:01] <Tux__> didnt really
[21:01] <Tux__> work
[21:05] <lordievader> Under plasma4 you could change the entire date format.
[21:05] <eXistenZe> it works for me
[21:05] <lordievader> I suppose this is still possible.
[21:06] <Tux__> eXistenZe: how?
[21:06] <Tux__> eXistenZe: what I described?
[21:06] <eXistenZe> just change the "time" in details
[21:06] <eXistenZe> US for example as AM/PM
[21:07] <eXistenZe> has*
[21:07] <Tux__> ok im trying US now
[21:07] <Tux__> brb
[21:09] <Tux_> oh yea US works
[21:10] <eXistenZe> lordievader: that's definitly not n00b friendly
[21:10] <lordievader> eXistenZe: Meh. Then you'll learn something new :)
[21:11] <eXistenZe> one step at a time
[21:11] <eXistenZe> not 20
[21:11] <eXistenZe> I can create a script, make it executable and put it on startup
[21:11] <eXistenZe> that's a step
[21:12] <lordievader> eXistenZe: Why not put the script in cron/anacron?
[21:12] <eXistenZe> 20 steps?
[21:12] <eXistenZe> and still need the password input
[21:13] <eXistenZe> or to write it on the script itself, which does not seem very safe
[21:14] <lordievader> eXistenZe: No, things in root's crontab or in /etc/crontab are run as root.
[21:15] <eXistenZe> hum... ok... and the update confirmation inputs?
[21:15] <lordievader> eXistenZe: The -y flag.
[21:16] <eXistenZe> that's 21 steps then
[21:16] <lordievader> Nope just two, 1 create script, 2 put in /etc/crontab
[21:17] <eXistenZe> sudo apt-get update && sudo apt-get upgrade into an .sh and execute it with -y?
[21:18] <eXistenZe> no sudo need I guess
[21:19] <lordievader> eXistenZe: Allmost: apt-get update \n apt-get upgrade -y
[21:19] <lordievader> Don't forget to make the file executable.
[21:20] <eXistenZe> how do I put the sh in /etc/crontab ?
[21:21] <lordievader> Mine looks like: 10 2  * * * root /root/scripts/autoupdate.sh
[21:23] <eXistenZe> is it safe to keep the scripts in /home ?
[21:24] <lordievader> eXistenZe: Just /home/<somescript>.sh? Doesn't make sense to me. But do whatever you like ;)
[21:24] <eXistenZe> in /home/scripts for example
[21:24] <eXistenZe> cause /home is in a second HDD with all user-related files
[21:25] <eXistenZe> I guess I can put the wmsystem tray start script there too...
[21:27] <lordievader> An autoupdate script I'd put somewhere in /root/
[21:27] <lordievader> But that is me. Put it where ever you like.
[21:28] <eXistenZe> these "10 2  * * *" define something like the interval execution? or run at startup?
[21:29] <lordievader> eXistenZe: Yes, see the man page ;)
[21:29] <lordievader> Time interval.
[21:41] <pasjrwoctx> can some one help me with html mail?
[21:44] <pasjrwoctx> how do I find help with thunderbird?
[21:50] <pasjrwoctx> ????
[21:58] <eXistenZe> lordievader: does this work? @reboot root/scripts/autoupdate.sh ?
[21:59] <eXistenZe> and what exactly is a startup? A login or a full boot?
[21:59] <lordievader> eXistenZe: That only runs that script at reboot.
[21:59] <lordievader> Full boot.
[22:00]  * lordievader is off to bed
[22:00] <eXistenZe> it claims to "Run once, at startup. "
[22:01] <lordievader> Correct, but there are better ways to do things at startup. Cron is for periodic tasks.
[22:01]  * lordievader is now really off to bed ;)
[22:01] <eXistenZe> you were the one who recomended cron :)
[22:56] <JohnDoe1972> hey guys how do i repport improper use of admin privaledges in #ubuntu


 So am I.... But there are a couple of things higher on the priority list than replacing it
[08:53] <paddatrapper> Mikrotik are supposed to be really good. How are you finding it?
[08:53] <Symmetria> paddatrapper *shrug* does what I need for a mass market consumer product, I wouldnt use it for anything business or carrier grade personally
[08:54] <Symmetria> it was gonna be our platform of choice to push to customers on FTTH connections but because it lacks certain support that aint gonna work
[08:54] <Symmetria> so I'm busy testing other devices
[08:57] <paddatrapper> Ah Ok. I've got two (maybe three) servers to build before I can even look at redoing my network infrastructure
[09:00] <Symmetria> heh, most of my networking infrastructure is company hardware, because the price of some of the stuff I run in here wouldnt make sense to buy as an individual
[09:00] <Symmetria> that bottom switch in that photo (the juniper) is $11K USD
[09:12] <paddatrapper> Symmetria: eish. Yeah I'm definitely finding that my home setup is growing excruciatingly slowly because of the costs involved
[11:04] <Kilos> afternoon everyone
[11:05] <paddatrapper> hey Kilos
[11:23] <bushtech> G'day Kilos
[11:29] <Kilos> hi paddatrapper bushtech
[11:31] <paddatrapper> All packed Kilos?
[11:31] <Kilos> just about
[11:31] <Kilos> struggle to find place for shoes
[11:31] <Kilos> hehe
[11:32] <bushtech> just go barefoot and tell them you're an Abo
[11:32] <Kilos> lol yeah
[11:47] <paddatrapper> Who needs more than one pair anyway?
[11:47] <paddatrapper> Put your boots on your feet, they work for all occasions! Lol
[11:51] <Kilos> lol
[11:58] <Kilos> wb superfly
[15:04] <Kilos> happy birthday nlsthzn
[16:37] <Kilos> hmm...
[17:44]  * Kilos rattles the za cage
[17:44] <Kilos> how can everything be so quiet here
[17:44] <Kilos> Maaz coffee on
[17:44]  * Maaz starts grinding coffee
[17:48] <superfly> Kilos: Sunday is family time. I even spent some time with paddatrapper and his family
[17:48] <Maaz> Coffee's ready for Kilos!
[17:49] <Kilos> great
[17:49] <Kilos> Maaz ty
[17:49] <Maaz> You are welcome Kilos
[17:49] <Kilos> im just worrying about when im not here
[17:49]  * paddatrapper waves
[17:49] <Kilos> hi paddatrapper
[17:52] <paddatrapper> How are you doing?
[17:52] <Kilos> ok ty and you?
[17:53] <Kilos> wb bushtech_
[18:04] <paddatrapper> I'm good thanks
[18:12] <Kilos> inetpro ping
[18:13] <Kilos> Maaz ask inetpro Did you make the ubuntuinafrica account on the tweet place sir?
[18:13] <Maaz> Kilos: Righto, I'll ask inetpro on freenode
[18:13] <Kilos> hi chesedo
[19:07] <Kilos> night all. sleep tight
[20:20] <nlsthzn> Maaz: tell kilos thanks oom
[20:20] <Maaz> nlsthzn: Got it, I'll tell Kilos on freenode


[16:37] <mup> Bug #1890468 opened: not able to import new image after MAAS upgrade <MAAS:New> <https://launchpad.net/bugs/1890468>
[16:40] <mup> Bug #1890468 changed: not able to import new image after MAAS upgrade <MAAS:New> <https://launchpad.net/bugs/1890468>
[16:52] <mup> Bug #1890468 opened: not able to import new image after MAAS upgrade <MAAS:New> <https://launchpad.net/bugs/1890468>