[00:10] <knome> if you created the patch correctly, it will be obvious from that patch file
[00:10] <knome> because it is used to see differences
[00:11] <amigamagic> ok
[00:15] <amigamagic> I'm using "diff -u ~/Desktop/xfdesktop-file-icon-manager.h xfdesktop-file-icon-manager.h > xfdesktop-file-icon-manager.h.patch" but I don't like the generated output in the patch file
[00:15] <amigamagic> because for the first line of the patch I have the full pathname where I put the original source file
[00:16] <amigamagic> I placed on the desktop the original unmodded files...
[00:16] <amigamagic> so I go in the src dir of the modded files and do the above diff command
[00:17] <amigamagic> but in the generated patch file there will be the full pathname of the original file I placed on my desktop... :(
[00:17] <amigamagic> something like: "--- /home/user/Desktop/xfdesktop-file-icon-manager.h	2014-02-11 09:35:31.000000000 +0100"
[00:18] <amigamagic> I don't think there should be something like that in the patch file, right?
[00:20] <knome> i think it's irrelevant
[00:30] <Noskcaj> amigamagic, use dpkg-source --commit to make the patch
[00:31] <amigamagic> now I have the 3 patch files generated by diff
[00:31] <amigamagic> now?
[00:31] <amigamagic> Noskcaj, that is another way to do the same thing?
[00:32] <Noskcaj> It is the "official" way to patch a patch
[00:32] <Noskcaj> And in the proper format
[00:32] <Noskcaj> You use apt-get source, do your changes, the use it
[00:32] <amigamagic> so I didn't have to generate the diff files?
[00:33] <Noskcaj> it generates the diff for you
[00:33] <amigamagic> ok, let's try...
[00:36] <amigamagic> mmmh... I have this error with dpkg-source --comit:
[00:36] <amigamagic> dpkg-source: error: tail of src/debian/changelog gave error exit status 1
[00:38] <Noskcaj> strange
[00:38] <Noskcaj> Is that the whole error?
[00:38] <amigamagic> mmmh.... I used that command in the src dir of the package
[00:40] <amigamagic> yes, that was the whole error
[00:41] <amigamagic> I will try to redownload the sources
[00:41] <amigamagic> reapply the mods
[00:42] <amigamagic> and doing a dpkg-source --commit without compiling the sources
[00:46] <amigamagic> ok, with a clean source package it appears to work...
[00:47] <amigamagic> what name I should give to the patch?
[00:47] <amigamagic> bug1307251_patchfix ?
[00:52] <bluesabre> ah, so there is an easier way to do it after all
[00:52] <bluesabre> I've been using quilt directly
[00:57] <knome> bluesabre, yeah, using guilt is easier ;)
[00:57] <bluesabre> :)
[01:05] <amigamagic> in the example description of the patch proposed by the dpkg-source tool there is the name of the author of the patch and its email... I should insert them?
[01:05] <Noskcaj> amigamagic, Sure. I'll try and get a good name when i package it. Thanks for the fix
[01:05] <knome> amigamagic, Noskcaj: don't forget testing.
[01:06] <knome> i'm sure there was a good reason to set the timeout to 7 seconds
[01:06] <Noskcaj> knome, of course, and we can't upload the fix till unicorn development starts
[01:06] <knome> maybe it was a performance consideration, or something else (maybe not catching everything if <7 seconds?)
[01:07] <knome> the best thing to do now would be to contact the original author
[01:08] <amigamagic> I don't know why it was set to 7 seconds that delay. There is another part of the code (that I have not modded) in which there is another delay of 7 seconds and I don't understand why... I have to say that the code is not so easy to read. It has strange name conventions.
[01:09] <Noskcaj> amigamagic, Maybe someone in #xfce-dev knows
[01:09] <knome> amigamagic, that's why you shouuld ask.
[01:09] <amigamagic> then I will try to ask there
[01:09] <knome> if you knew, you probably could consider if it is sane to keep it or not
[01:09] <amigamagic> yes
[01:10] <amigamagic> for now I'm trying myself and so far it's all ok
[01:11] <Unit193> knome: Some of the delay was so xfconf could start up and not get the weird text and such, if I remember correctly.
[01:11] <knome> Unit193, mmmh, then test on that
[01:11] <knome> anyway, i'm off for now
[01:11] <Unit193> Good nighty, knomey.
[01:11] <knome> have boring stuff to do tomorrow before the release
[01:12] <amigamagic> Unit193, what harm could do write the .rc icon file after 1 second you change the icon positions, instead of 7 seconds?
[01:13] <Unit193> amigamagic: I can't parse what you're trying to say, but the problem was that not enough time was given, or something along those lines (more correctly, starting in the wrong order, which you don't have as much control over.)
[01:17] <amigamagic> I have  the generated patch file
[01:17] <amigamagic> who dares to try it? :D
[01:17] <amigamagic> where I should upload it?
[01:21] <amigamagic> Unit193, actually xfdesktop saves/updates a file with .rc extension in "~/.config/xfce4/desktop" whenever you alter some icon on the desktop
[01:21] <amigamagic> and there is a different file for each resolution you use
[01:23] <amigamagic> when you change some icon on your desktop that file is updated after a delay of 7 seconds. I think it's too much time, because if I move an icon and logout, the new position will not be saved.
[01:47] <amigamagic> why launchpad complains that my patch file doesn't seem a patch??
[01:48] <amigamagic> it's because it has a description above? "dpkg-source --commit" generated a description on top of the diff inside the file
[01:48] <amigamagic> maybe launchpad expects only a diff file without introductive text on top?
[01:53] <amigamagic> I uploaded the patch on launchpad
[01:53] <amigamagic> https://bugs.launchpad.net/ubuntu/+source/xfdesktop4/+bug/1307251
[01:53] <amigamagic> in the comment n.4 there is my patch fix
[06:24] <elfy> morning peeps
[06:27] <jhenke> good morning folks
[06:54] <jhenke> big release day, today? some party later on? ;)
[07:22] <Unit193> https://bugzilla.xfce.org/show_bug.cgi?id=10804 would be what I'm seeing.
[07:33] <knome> heyy elfy
[07:34] <elfy> hi knome
[07:34] <elfy> the volman update just arrived here :)
[07:35] <knome> yay
[07:35]  * elfy is going to mark packages ready shortly
[07:35] <knome> good good
[07:35] <elfy> and I'd mark images ready too :)
[07:36] <knome> elfy, oh btw
[07:36] <knome> elfy, when we're testing, and if you want to quickly know if something landed properly
[07:36] <knome> use the main archive mirrors
[07:36] <knome> eg. not fi.archive... but archive.
[07:36] <knome> because i got the thunar-volman update ages ago
[07:37] <elfy> I had it pinned to brainwashe's ppa
[07:37] <Unit193> Saaame, but with us iirc.
[07:37] <knome> awwh :)
[07:37]  * elfy wasn't going back to it not working for me :D
[07:38] <elfy> thought so - main server
[07:38] <knome> yep
[07:38] <knome> i always get fi. selected
[07:38] <knome> :<
[07:39] <elfy> yea ... though as far as I know - main and GB are in the same place
[07:39] <knome> probably
[07:40] <elfy> packages marked \o/
[07:40] <knome> woohoo
[07:41] <elfy> I doublechecked all the image tests with no results this morning
[07:41] <knome> lol
[07:41] <elfy> not running vbox anymore today :)
[07:41] <knome> no what results?
[07:41] <knome> ;)
[07:41] <elfy> ha ha ha
[07:42]  * elfy is already on the train drinking beer - unfortunately it's only inmy head atm
[07:43] <knome> hehe
[07:44]  * knome is thinking about getting a bottle of whiskey
[07:53] <elfy> morning brainwash
[08:01] <brainwash> hey elfy
[08:16] <brainwash> elfy: should we remove all the dupes from bug 1259339?
[08:16] <brainwash> it is not a screen power issues, just some blanking problem
[08:17] <brainwash> that's what we got in 14.04
[08:19] <knome> if the dupes aren't dupes...
[08:19] <elfy> I guess we could check if they closed the lid to suspend first
[08:19] <brainwash> the setups are different
[08:20] <elfy> if they all have the same failing power set up then afaik they are all the same bug
[08:23] <brainwash> not sure, but it's confusing
[08:23] <brainwash> for people affected on 14.04
[08:23] <brainwash> with light-locker
[08:26] <brainwash> please re-read the bug description
[08:26] <brainwash> "Power manager is configured to do nothing when the lid closes."
[08:28] <brainwash> so I suggest reverting to bug 1303736 as main report
[09:01] <brainwash> elfy: yes/no?
[09:02] <elfy> sorry - was afk
[09:02] <elfy> I'd say if they ARE different then un-dupe them
[09:02] <brainwash> alright
[09:03] <elfy> but I'm not convinced that they are different :)
[09:03] <amigamagic> hi, someone tried my patch?
[09:03] <elfy> I am convinced that people aren't very good when writing bugs though :p
[09:03] <elfy> amigamagic: not me - know nothing about it
[09:05] <brainwash> which patch?
[09:05] <amigamagic> I'm trying to talk with xfce devs to check if my mods are alright
[09:05] <amigamagic> https://bugs.launchpad.net/ubuntu/+source/xfdesktop4/+bug/1307251
[09:06] <amigamagic> at the bottom of the page I posted a patchfix
[09:06] <brainwash> I see
[09:06] <brainwash> yeah, you need to talk to the upstream guys, mainly eric_the_idiot
[09:07] <brainwash> once it has been accepted upstream, it will find its way into xubuntu one day
[09:08] <amigamagic> ok... brainwash yesterday you said something to me to try for light-lock problem on my virtual machine?
[09:09] <amigamagic> I don't have that log anymore because I'm on another machine...
[09:09] <brainwash> yes, killall instances of light-locker and use "dm-tool switch-to-greeter" to switch to the greeter :)
[09:10] <amigamagic> mmmh... after the command the virtual machine has feezed... :D
[09:11] <brainwash> so it's not related to light-locker
[09:11] <brainwash> but general vt switching
[09:11] <amigamagic> what shoul that command do ?
[09:11] <brainwash> and/or lightdm-gtk-greeter
[09:11] <brainwash> it spawns the greeter on vt8
[09:12] <brainwash> but without locking the session on vt7
[09:12] <brainwash> so.. you should check the lightdm log files located in /var/log/lightdm/
[09:13] <amigamagic> ok, I will check them
[09:14] <amigamagic> at least now know how to reproduce the problem
[09:14] <amigamagic> thanks!
[09:14] <elfy> bbl
[09:22] <brainwash> knome: please set the importance to high for bug 1303736
[09:33] <starrats> good morning everyone
[09:52] <jhenke> good day starrats
[09:52] <knome> brainwash, any specific reason to bump the importance?
[09:53] <brainwash> black screens are never fun
[09:53] <knome> well no, but it used to be medium
[09:55] <brainwash> so medium is fine?
[09:56] <brainwash> it prevents the user from using the desktop
[09:57] <knome> i'm just asking if there is a specific reason
[09:57] <knome> learn to argument ;)
[09:57] <knome> i know there is a reason
[09:57] <brainwash> it just looks better
[09:57] <knome> but i'm not a loose gateguard :P
[09:57] <knome> lol
[09:57] <knome> it looks better that we have a high importance bug unfixed than medium one?
[09:57] <brainwash> that's the truth :P
[09:59] <knome> ok, why is it the truth
[09:59] <knome> because it...
[09:59] <brainwash> ..is a high importance bug?
[09:59] <knome> 1) is the favorite importance of brainwash
[10:00] <knome> 2) brainwash likes to ask knome to do things
[10:00] <knome> 3) potentially affects all laptop users
[10:00] <knome> pick one?
[10:00] <brainwash> mmh, can I pick all maybe?
[10:00] <starrats> I pick 3
[10:00] <brainwash> 1,2,3
[10:01] <brainwash> and we should assign ochosi to fix it, job done :)
[10:01] <knome> brainwash, no, it's a checkbox
[10:01] <knome> err.
[10:01] <knome> radiobox.
[10:01]  * knome voluntells brainwash to look at it
[10:03] <starrats> Black screen on 14.04 to a new user of 14.04 and coming from windows would think they hit the BSOD of windows, lol, :)
[10:33] <matt_symes> I have a question peeps. How different (if at all) will the final release of trusty-amd64 be to the final zsynced image uploaded to cdimage.ubuntu.com on release day ? I have been zsycing the daily image.
[10:39] <knome> matt_symes, slightly, but it's likely that the changes are something high/critical on the ubuntu core
[10:39] <knome> matt_symes, you can zsync the final iso as well, as long as you specify what is the "original" iso
[10:40] <matt_symes> ahh. thanks knome. I'll zsync the final then.
[10:40] <knome> np
[10:40] <knome> zsync --help tells you more
[10:41] <matt_symes> cheers and enjoy the weekend :)
[10:41] <knome> you too
[10:41] <knome> only some errands to run, then can start celebrating the release
[10:44] <bluesabre> !isitout
[10:44] <bluesabre> :)
[10:44] <elfy> silly bluesabre
[10:44] <elfy> :p
[10:44] <bluesabre> spamming ubottu
[10:45] <elfy> :)
[10:48] <matt_symes> ty knome
[10:48] <matt_symes> hey elfy
[10:49] <bluesabre> with the release today, I can relax
[10:49] <bluesabre> :)
[10:49] <knome> bluesabre, join #ubuntu-release-party, say "!isitout" too many times and get kicked by knome ;)
[10:49] <bluesabre> and then return to bug fixes tomorrow
[10:49] <ochosi> sergio-br2: hey
[10:49] <knome> yep...
[10:51] <elfy> hi matt_symes :)
[10:53] <jhenke> being curious, how long does it usually takes for the next release to be "open"? (i.e. archive created and synced from debian, image creation started)
[10:55] <bluesabre> usually just a few days
[10:55] <bluesabre> I think a week maybe actually
[10:55] <bluesabre> knome would know better though :)
[10:55] <knome> i think it's about a week
[10:55] <elfy> I think that last time it was less than a week
[10:56] <elfy> I know I was breaking it really really quickly :p
[10:56] <jhenke> elfy: we all need something fun to do :P
[10:56] <jhenke> thanks
[11:05] <sergio-br2> hey ochosi
[11:05] <sergio-br2> fine?
[11:05] <ochosi> yup, just returned yesterday
[11:08] <ochosi> i just wanted to ask how it's going with the social icons and stuff
[11:08] <ochosi> s/social/social and web/
[11:08] <ochosi> also saw that some 64px mimes appeared upstream
[11:08] <ochosi> did you file merge-requests or did they pick the icons themselves?
[11:09] <sergio-br2> no, they pick themselves
[11:09] <sergio-br2> and I had integrate these things to my branch
[11:10] <zequence> knome: You retiring?
[11:10] <knome> zequence, yep, stepping down from the project lead chair
[11:10] <zequence> knome: Who's stepping up?
[11:11] <knome> i don't know, we will have to discuss the future generally
[11:11] <knome> will be doing that on the next weeks meeting, welcome
[11:11] <zequence> Lucky you.. (or to quote a character from Life of Brian: Youee lycky baastard!)
[11:12] <zequence> knome: Still going to contribute actively?
[11:12] <elfy> zequence: pink fluffyness contributions I think
[11:12] <knome> more or less
[11:12] <knome> yep, those ^
[11:13] <zequence> I had planned to quit now, but that would be a bad idea, I think. Also, I feel a lot more motivated recently, so I'm aiming for another two years, or until we get enough contibutors that we can have some for of a vote on the subject
[11:18] <knome> i think after the LTS release it's always good to see where you are at with the team, even if the outcome was "let's continue business as usual"
[11:20] <elfy> knome: you happy to mark as ready?
[11:21] <knome> you are more qualified to assess that, but from my point of view, yes
[11:21] <knome> we haven't hit any more nasty bugs
[11:21] <knome> and the ones we have... we have
[11:21] <elfy> I'm happy to do so
[11:21] <knome> yep, let's do so
[11:22] <elfy> bluesabre is the other release team member :)
[11:22] <bluesabre> yes, and I think its good
[11:22] <bluesabre> and I won't be around to do it later :)
[11:23] <elfy> awesome - ok - I shall do so now then
[11:23] <elfy> done that
[11:23] <bluesabre> yay!
[11:23] <bluesabre> !isitout
[11:23] <bluesabre> ;)
[11:23] <elfy> thanks everyone for putting up with my whining :)
[11:23] <bluesabre> gotta run, bbl
[11:23] <knome> thanks elfy
[11:23] <knome> much appreciated
[11:23] <bluesabre> have fun everybody!
[11:24] <elfy> cya bluesabre - I'm away later till mondayish
[11:24] <knome> you too
[11:24] <amigamagic> bye bluesabre
[11:28] <elfy> hi cub
[11:28] <cub> hiya
[11:28] <cub> all set for release? :)
[11:29] <elfy> we're marked as ready :)
[11:29] <cub> I haven't had time to do any testing lately, it's sad.
[11:40] <elfy> knome: the QA blog post is now finished, but it can wait till the screen locker one has been published - that's more important imo
[12:34] <ochosi> !isitout
[12:36] <elfy> lol
[12:39] <jhenke> it seems most people are thinking it will be released 13:04 (14:04 London time)
[13:07] <jhenke> anyway I would like to take the opporunity to thank everybody involved in Xubuntu for the time and patience spent to make this new release possible
[13:08] <jhenke> I think devs are too often ignored, so I need to point out: Well done all of you
[13:09] <ochosi> !team ^
[13:09] <ochosi> gah, ubottu-fail :)
[13:09] <ochosi> thanks though, jhenke
[13:10] <jhenke> !team
[13:10] <jhenke> ah!
[13:27] <knome> thanks jhenke, and enjoy
[13:28] <jhenke> knome: thanks I do, it already brought an old WinXP netbook back to life :)
[13:59] <jhenke> bbl folks, looks like the release will delay a bit today
[14:00] <amigamagic> maybe for the bad weather?
[14:10] <knome> edited the announcement to have the right download links.
[14:15] <knome> who's around?
[14:48] <pleia2> o/
[14:48] <knome> o hai pleia2
[14:48] <knome> i just took the screenshots
[14:48] <knome> and i have the new download page in mousepad
[14:49] <knome> also, just took the westvleteren 12 -bottle out of the fridge
[14:49] <pleia2> :)
[14:50] <knome> i updated the press pages
[14:50] <knome> what else?
[14:50] <knome> (i did look a the processes page, was helpful)
[14:52] <RFleming> can I be of any assistance?
[15:03] <knome> i don't think so
[15:03] <knome> at this point, everything is pretty much set in stone and prepared
[15:03] <knome> unless pleia2 comes up with new tasks
[15:04] <pleia2> oh, I should publish the new docs
[15:04] <knome> yep
[15:05] <amigamagic> for the next release, you could add a deja-dup default integration with thunar as for ubuntu/nautilus...
[15:06] <amigamagic> it's quite easy with thunar custom actions.... I just tried and it works nicely!
[15:12] <pleia2> I needed gnome-doc-utils for the make to not error our (this is a new system, so I had to install all dependencies, discovered new on!)
[15:12] <pleia2> one
[15:14] <knome> pleia2, mmh
[15:22] <pleia2> hm, build didn't give me an includes directory
[15:24] <knome> hm?
[15:25] <pleia2> http://docs.xubuntu.org/1404/
[15:25] <pleia2> no bueno
[15:25] <knome> ahahh :(
[15:26] <knome> oh come on
[15:26] <knome> the docs frontpage in 14.40 does not have an image
[15:26] <knome> :D
[15:26] <knome> thanks for reminding me to check
[15:27] <pleia2> hm?
[15:27] <knome> yeah
[15:27] <knome> open docs in 14.04
[15:27] <pleia2> I do not haz
[15:27] <knome> no xubuntu logo on the front page
[15:27] <knome> relly?
[15:27] <pleia2> I just pulled + built this from lp:xubuntu-docs
[15:27] <knome> oh bah
[15:28] <knome> i can't type today
[15:28] <pleia2> wrong place?
[15:28] <knome> i don't know
[15:28] <pleia2> hehe
[15:29] <pleia2> bzr branch lp:xubuntu-docs
[15:29] <pleia2> cd xubuntu-docs/
[15:29] <pleia2> make
[15:29] <pleia2> upload contents of build/desktop-guide
[15:29] <knome> in my desktop, which is an upgrade
[15:29] <knome> and in the vbox machine, which is a clean install
[15:29] <knome> when i open "help"
[15:29] <knome> there is no xubuntu logo on the startpage
[15:29] <knome> the logo is in there for the docs, but not the startpage
[15:30] <pleia2> hm
[15:31] <knome> not much we can do about it now
[15:31] <knome> can fix it later
[15:31] <knome> but for your problem...
[15:31] <knome> the structure was changed a bit for 14.04
[15:32] <pleia2> ok
[15:32] <knome> you need libs/ at http://docs.xubuntu.org/libs/
[15:32] <pleia2> okie
[15:32] <slickymaster> knome, can you please confirm something for me?
[15:32] <knome> slickymaster, probably
[15:33] <knome> :)
[15:33] <knome> depends on the question...
[15:33] <slickymaster> better on -off
[15:34] <pleia2> knome: so if it lives in top level /libs, it will be hard to keep up with between releases if anything changes
[15:35] <knome> mmh.
[15:35] <pleia2> which I think is why we had the includes/ directory inside
[15:35] <knome> well no
[15:35] <pleia2> oh ok :)
[15:35] <knome> this structure is needed for the languages to work properly
[15:35] <knome> or, tbe, not needing each their own includes
[15:35] <pleia2> ah
[15:36] <pleia2> well, as long as nothing is release-specific I guess it's ok to share /libs
[15:37] <knome> shouldn't be there
[15:37] <knome> and all releases after 14.04 at least should be fine with those libs
[15:37] <pleia2> ok
[15:37] <knome> if not, let's rethink
[15:38] <knome> if we want to dramatically change something, maybe we could use libs-14.04 or sth
[15:38] <pleia2> docs-startpage needs 13.10 still
[15:38] <pleia2> 3 more months :)
[15:38] <knome> yep
[15:38] <pleia2> just has ltses now
[15:39] <knome> huh?
[15:39] <pleia2> Documentation for currently supported releases
[15:39] <pleia2> Xubuntu 14.04 (Trusty Tahr), the current LTS version, released in April 2014
[15:39] <pleia2> Xubuntu 12.04 (Precise Pangolin), a previous LTS version, released in April 2012
[15:39] <pleia2> Get more Help & Support
[15:39] <pleia2> I just pulled it down from https://code.launchpad.net/~xubuntu-website/xubuntu-website/docs-startpage
[15:39] <knome> awwh
[15:39] <knome> then i accidentally dropped too much
[15:39] <knome> let me fix that for you.
[15:39] <pleia2> ty <3
[15:40] <knome> hmm
[15:40] <knome> 1310 never was on the branch?
[15:41] <pleia2> heh, apparently not
[15:41] <knome> now it is, pushed rev 6
[15:41] <pleia2> I think I forgot it existed and updated manually :)
[15:41] <pleia2> thanks
[15:42] <knome> bad pleia2!
[15:42] <pleia2> inorite
[15:42] <knome> :| lolcats
[15:43] <pleia2> ok, it's done
[15:59] <pleia2> knome: can we be done with the flyer now? (sorry, is it drinking time?)
[15:59] <knome> can
[15:59]  * pleia2 noms breakfast yogurt
[16:00] <knome> lol
[16:00] <knome> let me just get another beer
[16:00] <knome> i'll be back shortly
[16:00] <pleia2> hehe
[16:05] <knome> oki
[16:05] <knome> so
[16:05] <knome> the only thing left is the frontpage
[16:05] <knome> which is not really "good"
[16:19] <pleia2> running off to dr appt, will help out with things as needed when I return
[16:19] <knome> aha
[16:19] <knome> i thought we'd do the flyer
[16:19] <knome> :)
[16:31] <elfy> knome: does brainwash know what the volman patch did yet?
[16:32] <RFleming> elfy, oh god... it's terrible.
[16:34] <knome> hm?
[16:34] <elfy> :)
[16:35] <brainwash> is it broken now or what is the matter?
[16:35] <elfy> nope - works fine :p
[16:37] <brainwash> ok
[16:38] <elfy> brainwash: we've mostly (apart from the marketing team - who've just woken up recently) been marking time :)
[16:38] <elfy> with a bit of daftness thrown in
[16:41] <RFleming> elfy, bit?
[16:41] <elfy> I'm English
[16:42] <RFleming> aye
[16:42] <RFleming> I'm Canadian
[16:42] <RFleming> we share royalty
[16:42] <RFleming> but I think the daftness has been more than a 'bit'
[17:35] <knome> mm
[17:35] <knome> movement, movement! :)
[17:36] <elfy> :)
[17:44]  * knome pokes pleia2
[17:48] <brainwash> elfy: are you in the mood to test xfpm from my ppa?
[17:49] <slickymaster> I seriously doubt it brainwash
[17:49] <brainwash> :P
[17:51] <elfy> slickymaster is correct ;)
[17:51] <elfy> my weekend has gone pear shaped
[17:52] <elfy> brainwash: I'm now about a bit tomorrow morning ...
[17:54] <pleia2> aah
[17:54] <knome> pleia2, feeling better?
[17:54] <elfy> pleia2: wb :)
[17:55] <pleia2> no, today is too much :)
[17:55] <elfy> bed then
[17:58] <knome> pleia2, awwh
[17:58] <pleia2> I actually feel ok, just have a lot to do
[18:07] <pleia2> we're out
[18:07] <pleia2> knome: publish time? :)
[18:07] <pleia2> I can social mediaz it
[18:07] <knome> i don't know
[18:08] <knome> no ack on -rleease
[18:08] <knome> -release too
[18:08] <pleia2> https://lists.ubuntu.com/archives/ubuntu-announce/2014-April/000182.html
[18:08] <knome> i noticed that
[18:08] <knome> i guess we an publish
[18:08] <knome> meh, c
[18:09] <starrats> I know that Ubuntu 14.04LTS has been released, at least in Europe, from a source.
[18:09] <holstein> starrats: ?
[18:09] <holstein> !isitout
[18:09] <holstein> starrats: there will be an announcment..
[18:10] <holstein> its quite soon
[18:11] <starrats> sorry that was meant for another channel, lol must have it the 'bounce button', lol my bad holstein
[18:11] <knome> pleia2, announcement is out
[18:11] <knome> will tweet
[18:11] <pleia2> k, gplussign
[18:11] <holstein> woot!
[18:12] <starrats> So is Trusty out of the box ?
[18:13] <mzr> !isitout
[18:13] <elfy> yep
[18:13] <mzr> I don't like ubot
[18:13] <elfy> 14.10 next then :p
[18:13] <starrats> awesome, WOOHOO!!!
[18:13] <mzr> *claps*....and now...back to work
[18:13] <starrats> ah more work elfy
[18:14]  * elfy wanders off muttering
[18:19] <mzr> I assume somebody with the ability to change it knows about the 13.04 typo?
[18:20] <ochosi> mzr: what typo where?
[18:20] <mzr> it says "the new release 13.04, codenamed trusy...is available here:...."
[18:21] <mzr> ochosi: http://xubuntu.org/getxubuntu/
[18:21] <mzr> xD
[18:21] <mzr> nvm
[18:21] <ochosi> not anymore obviously :)
[18:21] <mzr> yeah tis the laughing
[18:23]  * elfy fixed that :p
[18:24] <ElderDryas> ooo...14.04 torrents works :)
[18:24] <pleia2> knome: the site looks beautiful, well done :)
[18:24] <knome> thanks
[18:24]  * knome bows
[18:27] <ochosi> pleia2: +1
[18:27] <ochosi> thanks elfy
[18:28] <knome> congrats, and thanks, everybody in the team!
[18:29] <slickymaster> we're having a meeting in about 1 hour, aren't we?
[18:30] <pleia2> no, we had our meeting on tuesday
[18:30] <pleia2> today is only for parties
[18:30] <knome> yes!
[18:30] <pleia2> no moar meeting!
[18:31] <slickymaster> so I can start thinking in moving myself and my bear to the kitchen an start preping dinner
[18:32] <elfy> yep
[18:32] <starrats> when will the mirrors be up and running?
[18:33] <knome> starrats, slowly.
[18:33] <starrats> ah okay
[18:36] <knome> pleia2, what about mailing list?
[18:36] <knome> should we announce?
[18:36] <pleia2> oh yeah
[18:37] <pleia2> we should
[18:37] <knome> who does?
[18:37] <pleia2> care to etherpad, or just want to send something real quick?
[18:37] <knome> we can pad
[18:37] <pleia2> k
[18:37] <knome> http://pad.ubuntu.com/Xubuntu1404Mail
[18:38] <pleia2> ty
[18:38] <pleia2> also, we should do an open week session about getting involved with xubuntu https://wiki.ubuntu.com/UbuntuOpenWeek/trusty/Timetable
[18:38] <knome> meh
[18:38] <pleia2> lol
[18:38] <pleia2> this etherpad is huge
[18:38] <pleia2> hehe
[18:40] <knome> bug 1270894
[18:42] <ElderDryas> off to try the new ISO
[18:44] <brainwash> knome: 1259339 -> 1303736
[18:44] <knome> brainwash, well it's already on the release announcement - too late
[18:44] <brainwash> ok, so lets mark it as dupe
[18:45] <knome> pleia2, i'm fine with that
[18:45] <knome> who wants to send?
[18:46] <pleia2> http://cdimage.ubuntu.com/xubuntu/releases/14.04/release/
[18:46] <pleia2> where are our images?
[18:46] <knome> worked on by canonical
[18:46] <pleia2> oh, trusty
[18:46] <knome> there was some hassle with all flavors
[18:47] <pleia2> bleh
[18:47] <Unit193> Torrents are there, and I'm seeding.
[18:47] <brainwash> knome: looks like someone has to finish the ristretto patch :)
[18:48] <knome> brainwash, yes.
[18:49] <brainwash> upstream dev seems to be inactive :/
[18:49] <knome> meh, now trusty is not working either
[18:50] <elfy> Unit193: same
[18:51] <brainwash> iso size is smaller now
[18:51] <brainwash> nice
[18:51] <slickymaster> phillw was complaigning in -quality about that hassel, but apparently jible manage to fix it
[18:53] <pleia2> knome: you should send, as PTL for this awesome LTS :)
[18:53] <pleia2> hehe, PTL, whatever you are!
[18:58] <knome> lol
[18:59] <knome> done
[18:59] <pleia2> :)
[19:00]  * knome bows
[19:00] <knome> and thanks to you too
[19:00] <Unit193> 'Welcome.
[19:00] <knome> Unit193, ...and you
[19:01] <elfy> ta knome
[19:01] <knome> elfy, and you!
[19:01]  * elfy is wandering of up the village for a bit now - bbl
[19:05] <slickymaster> beer bottles up team
[19:10] <slickymaster> knome, do you know if there is any problem with http://cdimage.ubuntu.com/xubuntu/releases/14.04/release/
[19:11] <pleia2> 11:46:41 < knome> worked on by canonical
[19:11] <pleia2> :)
[19:12] <pleia2> everyone on social media is telling me
[19:12] <pleia2> been telling folks to use the torrent for now
[19:12] <slickymaster> thanks pleia2
[19:13] <slickymaster> the reason I asked was similar to yours
[19:13] <slickymaster> a bunch of people complaining in UF about it
[19:14]  * pleia2 nods
[19:14] <starrats> Just saw your email knome about the release of 14.04, congratulations to you and your team!
[19:15] <starrats> pleia2 how are you feeling today? I asked ealier but got disconnected
[19:15] <pleia2> starrats: ah, thanks, hanging in there :)
[19:16] <starrats> good to hear
[19:21] <dockelley> The release page just came up-- congratulations, folks, and thanks.   http://cdimage.ubuntu.com/xubuntu/releases/14.04/release/
[19:25] <pleia2> knome: social media is killing me :) is there a channel where status of our empty release directory is being discussed?
[19:37] <dockelley> exit
[19:38] <SkippersBoss> Evening
[19:39] <Unit193> Howdy.
[19:39] <SkippersBoss> Sorry ve been busy with a lot of other stuff
[19:40] <SkippersBoss> missed you guys
[19:40] <SkippersBoss> wasn't 14.4 not supposed to b out ??
[19:41] <Unit193> 14.04 is out now, yeah.  Perhaps you mean Xfce 4.12?
[19:41] <GridCube> yes
[19:42] <SkippersBoss> then I have some issues as xu don't want to show me the upgrade
[19:42] <SkippersBoss> hmm
[19:43] <GridCube> SkippersBoss, keep in ming ubuntu servers are very loaded right now
[19:43] <Unit193> SkippersBoss: do-release-upgrade will be enabled soon, but Ubuntu is being hammered so they're trying to not make it worse.
[19:43] <pleia2> they haven't flipped the switch for upgrades yet, everything is really bogged down
[19:43] <pleia2> yeah, what Unit193 said :)
[19:44] <SkippersBoss> figures
[19:44] <SkippersBoss> I used tht answer a lot
[19:44] <SkippersBoss> what he said
[19:44] <SkippersBoss> lol
[19:45] <SkippersBoss> just have to wait till 2morrow evening then
[19:46] <SkippersBoss> My new ISP doesn't like torrents :-(
[19:46] <elfy> also afaik if you have 12.04 upgrade won't be switched on until 14.04.1
[19:46] <Unit193> That is correct, if it's only checking for LTS upgrades.
[19:47] <elfy> yea
[19:47] <SkippersBoss> no I have managed to mess that one up ....
[19:48] <SkippersBoss> Saucy still running
[19:55] <sergio-br2> hey guys, congratulations for this amazing release!
[19:56] <pleia2> yay http://cdimage.ubuntu.com/xubuntu/releases/14.04/release/ is populated
[19:56] <knome> pleia2, not a channel where we'd like to point people...
[19:56] <knome> sauna, bbiab
[19:57] <pleia2> knome: sure, but the mirrors should start syncing soon and make everyone happy
[20:38] <knome> pleia2, yep
[21:57] <ali1234> apparently 32 bit xubuntu is still more popular
[22:00] <knome> i'd imagine that's partly because people are uninformed
[22:00] <ali1234> i figured it was because of the "xubuntu is for old computers" thing
[22:00] <knome> maybe
[22:02] <amigamagic> hey guys you can find a note somewhere that you are using an LTS version? Something like "uname -a", etc.
[22:03] <Unit193> lsb_release -a
[22:03] <Unit193> Or -d if that's all you want.
[22:03] <amigamagic> cool! Thank you!
[22:05] <amigamagic> I just received a message from Eric Koegel for the patchfix I proposed. You can read it here: https://bugzilla.xfce.org/show_bug.cgi?id=10813#c2
[22:10] <olbi> hi guys, gratz with this release :D
[22:13] <ochosi> happy release everyone :)
[22:13] <GridCube> http://news.softpedia.com/news/Xubuntu-14-04-LTS-Trusty-Tahr-Is-Out-and-Available-for-Download-438238.shtml
[22:16] <knome> i hate when people do "news" that are just more or less copy from the release announcement, formatted to be less readable
[22:17] <GridCube> yep, but at least they added a few paragraphs too
[22:18] <GridCube> most of the posts im finding are just copypastes of sean davis "14 things" google translated
[22:19] <ochosi> yeah, it's been pretty popular, that post
[22:19] <GridCube> yep
[22:20] <GridCube> knome, P: why the wallpaper on the release notes is the one from mainbuntu and not the default from ours?
[22:22] <knome> it's not a wallpaper...
[22:22] <GridCube> well, the thumb from a wallpaper,
[22:23] <knome> it is not a thumb of a wallpaper
[22:23]  * GridCube is not trying to argue just found it funny
[22:23] <ochosi> actually this is quite a bit better than softpedia: http://www.webupd8.org/2014/04/xubuntu-1404-available-for-download.html
[22:23] <knome> it's an image from our installer slideshow
[22:24] <GridCube> alright :)
[22:25] <knome> GridCube, http://2.bp.blogspot.com/-6UO2kLfKMjc/Ux3_LpReAWI/AAAAAAAARuQ/CFYnmScSxzI/s1600/ubuntu-trusty-14.04-wallpaper.jpg
[22:25] <knome> GridCube, that's the ubuntu wallpaper
[22:25] <GridCube> oh, i see
[22:25] <GridCube> :)
[22:26] <ochosi> nice, xubuntu got its own blog-post at webupd8 while kubuntu, lubuntu and ubuntu-gnome were all packed together in one :)
[22:26] <GridCube> i though the one with the gnu thing was the one from ubuntu, but then i remembered that they use warm colors
[22:26] <GridCube> :D awesome ochosi
[22:26] <ochosi> GridCube: hey, don't call my tahr a "gnu thing" ! :p
[22:27] <GridCube> XD oh gods im falling into quicksand now
[22:39] <Unit193> knome: Wow, it appears to have some of the things you put in ours. :P
[22:40] <knome> Unit193, :P
[22:40] <Unit193> knome: Also, do you plan to remove the evil mouse wallpaper?  Or can I keep it there for safe storage?
[22:40] <knome> heh
[22:41] <knome> i guess i should improve it some day, to not have banding
[22:41] <knome> then do the blog article about color variations
[22:41] <ochosi> we should do some blogpost about those wallpaper-variants soon
[22:41] <ochosi> (soon = when ppl have recovered from release-tiredness)
[22:42] <knome> ochosi, is the locking article somewhat ready?
[22:42] <knome> or should we update it with the known issue?
[22:43] <ochosi> yes, that (update)
[22:43] <ochosi> and we should probably add a screenshot of before/after too
[22:43] <ochosi> otherwise it's just a wall of text
[22:43] <knome> yep
[22:44] <ochosi> haven't had time for that yet
[22:44] <ochosi> but if anyone else has time to take screenshots, that'd be great
[22:45] <knome> http://xubuntu.org/wp-content/uploads/2011/09/trusty_login.png
[22:45] <knome> after?
[22:45] <knome> :)
[22:45] <ochosi> hehe, yup :)
[22:45] <knome> yeah, as you can see, took it today...
[22:45] <ochosi> so if any of you still have xscreensaver installed, that'd be great
[22:46] <ochosi> frankly, it looks *very* nice
[22:46] <knome> i can install it in the vbox
[22:46] <knome> give me a sec
[22:46] <ochosi> great, thanks
[22:46] <ochosi> gotta investigate an icon bug meanwhile..
[22:48] <slickymaster> ochosi, I'll be able to take some screenshots next Monday
[22:49] <ochosi> slickymaster: well if knome can do it now, i'd rather post that article on locking asap ;)
[22:49] <knome> slickymaster, that'd be too late ;)
[22:50] <slickymaster> ok, no problem
[22:50] <ochosi> thanks for the offer though
[22:51] <knome> ochosi, http://temp.knome.fi/xubuntu/lock_shots/
[22:51] <knome> ochosi, happy with those?
[22:52] <ochosi> very nice
[22:52] <knome> ok, i'll upload them to the post
[22:53] <ochosi> ty
[22:58] <knome> ochosi, think i'd rather land a CSS fix before we publish that article
[22:58] <knome> getting the images "right" is a pain
[22:58] <ochosi> really? how so?
[22:58] <ochosi> let me preview...
[22:59] <ochosi> have you saved yet? :)
[22:59] <knome> well it didn't really work
[22:59] <knome> i can save the best version i had
[23:00] <ochosi> ok, just for illustration that'd be nice
[23:00] <knome> see now
[23:01] <knome> that's the issue...
[23:01] <ochosi> woot
[23:01] <ochosi> that's only one image though
[23:01] <ochosi> and the displaced label is the issue?
[23:01] <knome> yep.
[23:01] <ochosi> i'd make them smaller anyhow
[23:01] <ochosi> maybe 320x200 or something
[23:01] <ochosi> so that they can be next to each other
[23:01] <knome> well i guess that leads to our next issue
[23:01] <ochosi> oh :)
[23:01] <knome> we don't have that size...
[23:02] <ochosi> what about the tahr?
[23:02] <ochosi> from the release announcement
[23:02] <knome> that's the actual image size
[23:02] <ochosi> what about creating a thumb manually?
[23:02] <knome> meh
[23:02] <ochosi> and linking it to the big image?
[23:02] <knome> that would mean we'd have to upload the images twice
[23:02] <knome> that's uncoll
[23:02] <knome> uncool too
[23:03] <knome> adding a new image size is easy
[23:03] <ochosi> well how long does landing the css fix take?
[23:03] <knome> we'd probably get it in earliest on tuesday, because we need IS
[23:03] <knome> but i can have it ready for that.
[23:05] <ochosi> ok
[23:05] <ochosi> if you prefer that
[23:05] <knome> i would
[23:05] <ochosi> righty
[23:05] <knome> i've patched quite a lot of things already
[23:05] <knome> i mean, manually
[23:05] <knome> so i'd really not let that continue...
[23:06] <knome> if you want to test the new stuff, and try to break the css, i could create you an account to my staging site
[23:06] <ochosi> :)
[23:07] <ochosi> trying to break something sounds like fun
[23:07] <ochosi> but i still have some work to do
[23:07] <knome> well not now
[23:07] <knome> i'm having this beer, then going to bed
[23:07] <knome> but during the weekend
[23:08] <ali1234> i'll break it for you if you like
[23:08] <knome> ali1234, hah
[23:08] <ali1234> i just logged in to xubuntu.org btw :)
[23:08] <ochosi> hehe
[23:08] <ali1234> what plugin you using for u1 sso?
[23:08] <knome> logged??
[23:08] <knome> ali1234, i guess a prerequirement is some artwork eye
[23:08] <ali1234> yeah i have an account there now :)
[23:08]  * ochosi wonders whether u1 sso goes away with u1
[23:08] <ali1234> it doesn't
[23:08] <knome> ochosi, nope.
[23:08] <ochosi> good
[23:08] <ochosi> would be a sham
[23:08] <ochosi> e
[23:08] <ali1234> since it's used by literally everything now
[23:09] <ochosi> it's quite useful
[23:09] <knome> ali1234, right, as a subscriber...
[23:09] <ali1234> yeah, i have no access rights
[23:09] <knome> ali1234, what do you see on the site then? :P
[23:10] <ali1234> the site looks the same but i can edit my user profile/see the dashboard (and that you're not running 3.9)
[23:10] <ali1234> "please notify the site administrator"
[23:10] <knome> meh.
[23:11] <knome> i actually think that's a bu
[23:11] <knome> bug
[23:11] <knome> anybody with a launchpad account should not be able to see our stuff
[23:11] <ali1234> yeah, i agree
[23:11] <ali1234> i didn't really expect it to work
[23:12] <ali1234> it should be limited like the ubuntu-etherpad thing... to a specific launchpad group
[23:12] <knome> we are limiting meaningful user groups to meaningful LP groups
[23:12] <knome> it just shouldn't allow login from anybody else than people from those LP groups
[23:13] <ali1234> okay
[23:13] <ali1234> that's pretty cool actually, that you can do fine grained permissions that way
[23:13] <knome> yep, it's useful
[23:13] <ali1234> that makes me even more interested in what plugin youre using :)
[23:13] <knome> it's a canonical written one
[23:13] <knome> i'm just trying to find it on launchpad
[23:16] <knome> ali1234, https://code.launchpad.net/~canonical-isd-hackers
[23:16] <knome> ali1234, there are a few wordpress plugins
[23:16] <ali1234> cheers
[23:18] <knome> aaaahh
[23:18] <knome> i found a setting
[23:18] <knome> ;)
[23:19] <knome> ali1234, try to log in now
[23:19] <ali1234> denied... but if i go to /admin/ my account still works cos i'm already logged in :)
[23:20] <knome> mhm
[23:22] <ali1234> logged out... can't get back in
[23:22] <knome> nice
[23:59] <knome> ok, going to bed now
[23:59] <knome> thanks and congrats to the whole team and other contributors (again)


[00:00] <Red-Raven> it didn't work.
[00:01] <holstein> http://www.uluga.ubuntuforums.org/showthread.php?t=126570
[00:02] <holstein> screenshot too
[00:02] <holstein> if you want
[00:11] <ibuclaw> holstein, oh man...
[00:11] <ibuclaw> those were the good old days
[00:11] <holstein> ibuclaw: ?
[00:12] <ibuclaw> (looking at screenshots)
[00:12] <Red-Raven> ...we still do that.
[00:13] <Red-Raven> holstein, the option under behaviors wasn't there.
[00:13] <holstein> Red-Raven: the options have changed
[00:14] <holstein> maybe you could take a screenshot?
[00:14] <holstein> Red-Raven: ^^
[00:14] <Red-Raven> yah hold on
[00:16] <Red-Raven> http://imagebin.org/132674
[00:20] <nit-wit> holstein, does Red-Raven's image look like low graphics mode to you?
[00:21] <Red-Raven> ....O.O
[00:21] <JackyAlcine> Red-Raven: It looks like that the theme set for the window controls is some standard stuff.
[00:21] <Red-Raven> Xchat and FF are normal.
[00:21] <holstein> nah
[00:22] <holstein> i think thats following the theme
[00:22] <holstein> the icon theme and all
[00:22] <Red-Raven> the theme is "dusty" and its never been like this before.
[00:22] <nit-wit> holstein, cool:) hopefully
[00:22] <holstein> Red-Raven: go into preferences
[00:22] <holstein> and check the icons
[00:22] <holstein> that looks normal to me
[00:23] <holstein> for that theme
[00:23] <JackyAlcine> Red-Raven: I think that part of the theme's missing. Does it do that for all of your themes?
[00:23] <Red-Raven> no ill try another one.
[00:23] <holstein> JackyAlcine: that to
[00:23] <holstein> like the icons are missing
[00:23] <holstein> or not being loaded
[00:23] <holstein> and defaulting to gnome ones
[00:24] <Red-Raven> same thing on another theme.
[00:25] <holstein> Red-Raven: try the icon theme
[00:25] <Red-Raven> when i click places all the main folders like Docs, Music, Etc. are the same thing.
[00:26] <Red-Raven> under customize?
[00:26] <holstein> system - preferences - appearance
[00:26] <holstein> customize
[00:26] <holstein> icons
[00:26] <JackyAlcine> ^^ holstein's on to something.
[00:27] <holstein> JackyAlcine: hehe
[00:27] <Red-Raven> yah but im not using a custom theme. once you create a custom theme it makes it's own seperate theme so the default ones stay intact. im using a default one, so the icons should be the same.
[00:28] <holstein> right
[00:28] <holstein> try changing the theme icons
[00:28] <holstein> just for the hell of it
[00:29] <Red-Raven> oh thx. i had it set to Gnome.
[00:31] <holstein> cool
[00:31] <holstein> im out... laterx...
[00:31] <Red-Raven> oh crap. it only changed the "places" icons. would a reboot help?
[00:36] <Red-Raven> brb
[00:40] <Red-Raven> yay! reboot fixed it.
[02:47] <Red-Raven> hey.
[02:49] <Red-Raven> i don't get it. why can 64 bit processors run 64 bit OSs, but not 64 bit VMs?
[02:50] <holstein> Red-Raven: not sure about that
[02:51] <holstein> i thought a 64bit proc could be 'faked' in VM
[02:51] <holstein> Vbox
[02:51] <holstein> whatever
[02:51] <holstein> by a 32bit machine
[02:51] <holstein> nothing you would want to run other than for testing
[02:51] <Red-Raven> yah mee neither. its kind of backwards. would using VMware instead of Vbox make a difference?
[02:52] <holstein> i would think they would be similar
[02:52] <holstein> in features
[02:56] <aveilleux> holstein: VBox can run a 64-bit processor.....
[02:59] <holstein> yeah
[02:59] <holstein> maybe that wasnt cleat
[02:59] <holstein> clear*
[02:59] <holstein> i was saying
[02:59] <holstein> im pretty sure Vbox on 32bit
[02:59] <holstein> can run 64bit
[02:59] <holstein> not that you would want to
[02:59] <Red-Raven> yah but apparently my processer doesn't support 64 bit VMs.
[03:01] <Red-Raven> yet it is a 64 bit processor. go figure.
[03:02] <aveilleux> Red-Raven: Are you running 64-bit Ubuntu?
[03:02] <Red-Raven> yah.
[03:02] <Red-Raven> im in win7 right now if thats what you meant.
[03:02] <aveilleux> Red-Raven: Um, is it 64-bit Win7?
[03:03] <Red-Raven> yup.
[03:03] <holstein> no sure how Vbox runs on win
[03:03] <holstein> not*
[03:04] <aveilleux> holstein: Exactly the same?
[03:04] <Red-Raven> i think you have to enable virtual hardware in BIOS and because my processor doesn't support that, it won't work in any OS.
[03:06] <holstein> aveilleux: i have no first hand experience
[03:06] <holstein> so i can only speak for it running in linux
[03:06] <aveilleux> holstein: It runs exactly the same on both OSs
[03:06] <holstein> and say that you should be able to run a 64bit guest
[03:08] <holstein> aveilleux: what do you think the problem is then?
[03:10] <hakimsheriff> FREE "POWERED BY UBUNTU" STICKERS on www.system76.com
[03:10] <holstein> hehe
[03:10] <hakimsheriff> sorry wrong channel, my bad, really sorry
[03:11] <Red-Raven> um, ok.
[03:11] <hakimsheriff> i wanted to say this on ubuntu-qc
[03:11] <holstein> i think system76 links are appropriate anywhere, anytime
[03:13] <Red-Raven> shiping?
[03:18] <JackyAlcine> cprofitt: Since you left; I've been dd if=/dev/zero my hard drive. =/
[03:18] <st33med> I accidentally your hard drive
[03:19] <cprofitt> you wiped it clean?
[03:19] <Red-Raven> O.0
[03:20] <cprofitt> well... I guess it depends on what your of was
[03:21] <cprofitt> JackyAlcine: still might be able to recovery some data, but that depends on how long you ran the dd command and how many passes
[03:21] <Red-Raven> oh you didn't mean to?
[03:24] <JackyAlcine> cprofitt: It's 320 Gbs, technically the entire drive shouldn't be clean, my math said it'd take 19 hours.
[03:27] <JoeMaverickSett> JackyAlcine: what? you dd-ed your drive? what was the purpose of doing it? :o
[03:27] <Red-Raven> how do i tell if an ISO is 64 or 32 bit? i did use google.
[03:27] <cprofitt> then you can try to recover data from it
[03:28] <JackyAlcine> cprofitt: I will.
[03:28] <holstein> Red-Raven: its not in the label?
[03:28] <cprofitt> you could install testdisk
[03:28] <holstein> i686 or something?
[03:28] <cprofitt> and use testdisk or photorec
[03:28] <holstein> amd64
[03:28] <Red-Raven> not in the Backtrack or xPud ISOs.
[03:29] <holstein> id say, if you didnt do anything special to look around for a 64
[03:30] <holstein> they are 32
[03:30] <Red-Raven> sorry. i don't get what you're saying.
[03:31] <holstein> me?
[03:31] <holstein> im saying they are 32
[03:31] <Red-Raven> oh they only come in that? thx.
[03:31] <Red-Raven> GTG. cya tommorow.
[03:44] <st33med> Hi bodhizazen! :)
[03:46] <AbhiJit> hello and good morning all
[03:47] <cprofitt> night all
[04:13] <bodhizazen> 'lo st33med
[09:21] <bioterror> Commodore64, are excited about the new ones which are coming? ;D
[09:22] <bioterror> Commodore64, http://www.commodoreusa.net/CUSA_C64.aspx
[09:23] <MichealH> Hai bioterror
[09:23] <bioterror> hi
[09:23] <MichealH> I did something for Ask Ubuntu :)
[09:26] <MichealH> I have a Bot which get the RSS feed of Ask Ubuntu and prints it out in #askubuntu
[09:26] <MichealH> :)
[09:26] <Commodore64> bioterror: hi ! excellent ! thanks !
[09:33] <MichealH> Commodore64, Daniel0108: Intrested in something im doing? :)
[09:33] <Daniel0108> yes why? MichealH ;)
[09:33] <Daniel0108> I meant what are you doing, MichealH :P
[09:33] <MichealH> Daniel0108, Do you get involved in askubuntu.com? :)
[09:33] <MichealH>  /join #askubuntu :)
[09:34] <MichealH> It ouputs new questions there
[09:54] <moto_> need help. ubuntu not booting. can access only windows now.
[09:56] <Commodore64> bioterror: is it running linux by default ?
[09:57] <moto_> need help. ubuntu not booting. can access only windows now.
[09:57] <moto_> can anyone help me out with it?
[09:57] <MichealH> !patience | moto_
[09:57] <MichealH> :)
[09:57] <ubot2> moto_: Don't feel ignored and repeat your question quickly; if nobody knows your answer, nobody will answer you. While you wait, try searching https://help.ubuntu.com or http://ubuntuforums.org or http://askubuntu.com/
[09:59] <hajour> sometimes it takes some time for someone answers moto_ :)
[09:59] <moto_> yea...apparently...
[10:00] <moto_> makes me think...I shouln't have gone tinkering with ubuntu....
[10:00] <moto_> twas working so fine...
[10:00] <JoeMaverickSett> moto_: could you explain how you installed ubuntu or windows?
[10:00] <ChrisDruif> There are people who say "Don't fix it if it ain't broken"
[10:00] <MichealH> moto_, Give askubuntu.com a try :)
[10:00] <JoeMaverickSett> one after another? which was installed first? moto_
[10:02] <moto_> the PC came loaded with Windows 7. (i hate it). So i installed Ubuntu
[10:02] <moto_> installed it through Win7
[10:02] <ChrisDruif> Installed it through/in Windows?
[10:02] <moto_> was working fine till i messed with the Xorg.
[10:03] <moto_> Now that you ask, I guess its IN windows?
[10:03] <moto_> but its now a dual boot option...so....
[10:04] <ChrisDruif> So you can boot it or not? (Did you remember anything called Wubi?)
[10:04] <moto_> Yes yes. thats the name. Wubi.
[10:05] <ChrisDruif> Wubi is to try it IN windows....kinda like a VM :)
[10:05] <moto_> I cant boot it. It shows the two options. if i select ubuntu. the screen just blinks and the machine restarts
[10:06] <moto_> ok...so what do i do now?
[10:07] <ChrisDruif> I have never used Wubi myself, but I hope it already created a separate partition for Ubuntu....I think you should burn the iso to a disk (or with unetbootin to usb) and properly install it :)
[10:07] <ChrisDruif> (Unless someone else comes with a better idea ( JoeMaverickSett ))
[10:07]  * MichealH coughs
[10:08] <MichealH> Hi JoeMaverickSett :)
[10:08] <moto_> oh, damn.
[10:08] <moto_> reinstall it? i would lose all data, would i not/
[10:08] <MichealH> I suggest asking @ask ubuntu :)
[10:09] <JoeMaverickSett> moto_: http://ubuntuforums.org/showthread.php?t=1631338 see if this is almost similar to your issue.
[10:09] <moto_> yea Micheal..am checking it out.
[10:09] <JoeMaverickSett> oh, hello MichealH
[10:09] <MichealH> Hey Joey :D
[10:10] <MichealH> I have a nice AskUbuntu Bot :)
[10:13] <JoeMaverickSett> moto_: btw, i suggest you do a backup before you do anything. :)
[10:13] <MichealH> JoeMaverickSett, PM? :)
[10:13] <moto_> Joe, that was it. Thanks a bunch, mate. lemme try whats suggested in it.
[10:13] <JoeMaverickSett> moto_: okie, but remember BACKUP! ;)
[10:14] <JoeMaverickSett> MichealH: sure.
[10:14] <moto_> Yes, good thing that you reminded me.
[10:14] <moto_> ;)
[10:15] <JoeMaverickSett> moto_: backups saves your life. :D
[10:21] <moto_> sorry Joe. its the frst time am using IRC
[10:21] <ChrisDruif> It's alright moto_ :) We all were using IRC for the first time one day :)
[10:23] <JoeMaverickSett> moto_: no problem. no offence taken. as there are many people here, they could chip in the knowledge to guide you more than my one brain could. ;)
[10:24] <ChrisDruif> JoeMaverickSett: o/\o
[10:25] <JoeMaverickSett> ChrisDruif: :D
[15:26] <Daniel0108> hi
[15:26] <Daniel0108> can anyone help me compiling a 32bit cURL application on 64bit?
[19:17] <kristian-aalborg> hi all
[19:18] <kristian-aalborg> when intsalling ubuntu, would DBAN (for instance) be better than the default "format disk"?
[19:19] <geirha> dban?
[19:19] <starcraftman> kristian-aalborg: Do you have cia secrets to hide?
[19:19] <starcraftman> geirha: Derick's Boot and Nuke.
[19:20] <starcraftman> kristian-aalborg: if your asking is there any end result difference, no. It's a security thing. DBAN overwrites bits on the disk ensuring you can't recover them.
[19:21] <kristian-aalborg> k, I was thinking perhaps the finished installation would run smoother if DBAN was used
[19:22] <kristian-aalborg> starcraftman: CIA? Who's asking? :P
[19:23] <geirha> Ah, no that wouldn't give you any speed increase
[19:26] <starcraftman> kristian-aalborg: thou can never know for positive.
[19:26] <kristian-aalborg> so... better to nuke it?
[19:28] <starcraftman> kristian-aalborg: lol, no, not unless you do really have secrets. The standard 7pass over the disk takes quite a while to run, writes 7 times to every bit on the drive.
[19:29] <kristian-aalborg> ok
[19:38] <mslovette> good morning/afternoon/evening as the case may be... I have a question about ubuntu server... anyone have a couple of minutes?
[19:38] <geirha> good <one of those>. Just ask away, if somebody knows, they'll answer.
[19:39] <mslovette> well.. is a simple one and related to presentation... it has been a very long time since I handled a UNIX command line interface.. is there a means of implementing a GUI on top of the server?
[19:40] <geirha> Yes, you can just install gnome or kde or xfce or lxde or whichever you prefer.
[19:41] <mslovette> ok... will investigate further. thx
[19:41] <geirha> You want to control it graphically, remotely?
[19:41] <mslovette> I can run the server from the command line... but I'd like the ability to visit web sites for documentation research
[19:43] <drew212> how do i check what packages a PPA has, preferably using the terminal
[19:43] <mslovette> since I hav eretired, I no longer have the lucury of being able to go out and build extra systems that I can 'play with'... so I need to be able to do a great deal of work from one or two systems.
[19:43] <geirha> Well, the standard ubuntu desktop uses gnome, so installing that should give you something familiar if you have used ubuntu desktop.
[19:44] <geirha> Also, there are text-based browsers, like  w3m, lynx, links
[19:44] <mslovette> supposing I install Gnome... I'll have all server controls from a terminal window?
[19:45] <geirha> drew212: Hm. Should be possible with aptitude, not sure how. The documentation is a bit long, but if you're not afraid of reading, look at /usr/share/doc/aptitude/README
[19:46] <duanedesign> hello geirha
[19:46] <geirha> mslovette: Yes, you'll be able to do run all the same commands from a terminal as from the console.
[19:46] <geirha> *terminal emulator (like gnome-terminal or xterm)
[19:46] <geirha> duanedesign: Hi :)
[19:47] <drew212> geirha: thanks, i'm still looking online... there has to be an easy way
[19:53] <duanedesign> drew212: in Software Center you can click on a PPA and it will show you the packages available from that PPA
[19:53] <drew212> yeah... thats what i ended up doing... but that's so inefficient =(
[19:54] <duanedesign> not sure about the command line...This is kinda interesting, though not exactly what you are looking for. A list of all PPAs on Launchpad http://ppa.launchpad.net/
[19:56] <geirha> aptitude search '~O ppaname'  seems to do the trick
[19:56] <geirha> ppaname is a regex
[19:57] <geirha> aptitude search '~O transmissionbt'   gives me all the packages in the transmissionbt PPA at least
[19:59] <duanedesign> ahh cool
[20:01] <duanedesign> drew212:   I found a package called 'PPA Search'. YOu type 'ppasearch APPLICATION' and it searches  All PPAs for APPLICATION
[20:02] <duanedesign> though geirhas command seems to do the trick
[20:10] <Daniel0108> hi duanedesign ;)
[20:19] <duanedesign> hello drew212
[20:19] <duanedesign> oops
[20:19] <duanedesign> hello Daniel0108
[20:19] <Daniel0108> hi duanedesign ;)
[20:19] <duanedesign> :P
[20:19] <Daniel0108> let's go to #ubuntu-beginners-team ;)
[20:25] <toshey> hi...I need some help with installing vspace on my system....I get the message: dependacy is not satisfiable:libqt4-qt3support
[20:40] <kristian-aalborg> ok, so to remove absolete kernels... I simply do "uname -r", then remove anything else than what I'm shown in synaptic?
[20:43] <geirha> kristian-aalborg: A quick and dirty way to get all the installed kernels except the last two, is   aptitude search -F %p '~i linux-image-[[:digit:]]' | head -n -2
[20:44] <kristian-aalborg> that exact line?
[20:45] <kristian-aalborg> or should "digit" be something else?
[20:45] <geirha> read -d '' -a pkgs < <(aptitude search -F %p '~i linux-image-[[:digit:]]' | head -n -2); sudo aptitude remove "${pkgs[@]}"
[20:45] <kristian-aalborg> ah bugger, no synaptic... this is lubuntu
[20:45] <geirha> kristian-aalborg: [[:digit:]] is a special pattern thingy that means, any one digit
[20:46] <geirha> that last command line uses some more advanced bash features
[20:47] <geirha> You can install synaptic in lubuntu if you like
[20:48] <kristian-aalborg> yes, but I'm super low on space
[20:48] <astro_> hello, can someone help me, ubuntu is constantly at 50% cpu usage.
[20:49] <kristian-aalborg> astro_: try top
[20:49] <kristian-aalborg> (the program)... might show you the culprit
[20:56]  * suprengr_ asks for a moment's silence please for his aeons old Dell Lattitide cpi... poor Latty - it was a good & fulfilling lifetime [respect please]
[20:58] <UndiFineD> my condolences suprengr_
[21:01]  * suprengr_ thanks UndiFineD
[21:02] <geirha> Ooh, I have an old Dell Latitude (x300). Still going strong ... though a tad slow.
[21:06] <bioterror> I've killed two D600's last year ;)
[21:08] <overdrank> Still have d-400 and 540/640 running
[21:09] <kristian_> geirha: would you happen to have a script to clean up the box?
[21:18] <ChrisDruif> suprengr_: I feel your pain :)
[21:18] <geirha> kristian_: No, I do it manually like that once in a while.
[21:19] <kristian_> I found a script for it :)
[21:19] <kristian_> http://opendesktop.org/content/show.php/Ubucleaner?content=71529
[21:21]  * suprengr_ thanks ChrisDruif for the consideration
[21:21] <ChrisDruif> Your welcome suprengr_ :)
[21:26] <suprengr_> ;)
[21:39] <kristian_> I tend to favor ugly bash scripts... they are somewhat heart-warming ;)
[21:40] <ChrisDruif> kristian_: Like they could have been made by a human? :P
[21:40] <kristian_> yeah
[21:40] <kristian_> omg, this looks bad
[21:40] <ChrisDruif> Why?
[21:40] <kristian_> I get different results when I do a "df-h"
[21:42] <kristian_> without doing anything at all in between... it jumps up and down for /dev/sda... from 159 mb available to 170 mb available
[21:44] <ChrisDruif> df -h shows how much space is available?
[21:44] <ikt> yep
[21:47] <kristian_> this is nuts... should not happen... I removed my previous install because of a file system error, I'm starting to fear that the hdd is actually borked :(
[21:49] <techmik67> here's my question(s) http://pastebin.com/xp1DxvJt
[21:49] <techmik67> oh, and hi!
[21:52] <kristian_> hi techmik67
[21:53] <techmik67> as a n00b, the instructions i followed were over my head, but i have an irc channel i hang in for my smartphone that has some smart people in it =)
[21:54] <techmik67> i figure there MUST be a way to be sure i can return to or just boot up an older kernel....
[21:57] <ChrisDruif> techmik67: Let me get this straight...you want to try natty (11.04) already while it's still alpha afaik?
[21:58] <techmik67> i already have done so, several times.... however, i havew NEVER been able to boot an older version once i do so
[21:58] <techmik67> i end up wiping and reinstalling from usb live stick 10.10
[21:59] <techmik67> the bigger issue is why i want that.... because of the crap i had to go thru to get my usb wifi working
[22:00] <techmik67> iprefer that if i cannot get the usb wifi working in natty, to just boot bak to 10.10
[22:00] <techmik67> and not have to reformat and start over
[22:01] <ChrisDruif> There are a couple of things you could do; easiest would be using a VM. Second you could make sure that grub has a "fail-safe" with a working Ubuntu 10.10. What I would suggest is partitioning :)
[22:01] <ChrisDruif> If you don't want VirtualBox ;)
[22:01] <techmik67> i HATE vm's=)
[22:02] <bioterror> +1 for your hate
[22:02] <ChrisDruif> Alright...I don't need to persuade you to not use VM :D
[22:02] <techmik67> grub fail-safe sounds like what i was looking for... isnt that the point of saving the old headers?
[22:02] <ChrisDruif> Yeah...
[22:02] <techmik67> hmmm
[22:03] <techmik67> perhaps i miss a point where it says "xxx will be removed..." when i "apt-get"
[22:04] <techmik67> i actually have 4 versions right now... my usb stick installed from ws 2.6.35-22
[22:04] <ChrisDruif> But I think it would be easier to re-partition your disk...make atleast 3 partitions....2 for about 10 GB and one with the remaining. The last one should be your /home....
[22:04] <techmik67> i upgraded to 35-24
[22:04] <techmik67> i see
[22:04] <ChrisDruif> Natty is still in high development...you shouldn't run it as your primairy :)
[22:05] <techmik67> i know, i know... =)... i love to tinker tho =)
[22:05] <ChrisDruif> Yeah...but make sure you have a bacck-up ready :P
[22:05] <techmik67> and i'm interested to see if the usb wifi install would wqork in natty
[22:06] <techmik67> cause that was challenging, yet satisfying when i got connected at 5Ghz
[22:06] <ChrisDruif> :)
[22:07] <techmik67> dancing around screaming "linus WHO?" =)
[22:07] <ChrisDruif> And for natty support you could try #ubuntu+1
[22:07] <ChrisDruif> You wanna know why I like Linux?
[22:07] <techmik67> surely
[22:08] <ChrisDruif> It sounds like "Lin hugs" and I like hugs :D
[22:09] <techmik67> want to see something REALLY funny? my chat support session with cisco/linksys BEFORE i got help from irc =)
[22:09] <techmik67> =P
[22:09] <techmik67> nice
[22:09] <techmik67> http://pastebin.com/d08wL47j
[22:10] <techmik67> no, i didnt make that chat up
[22:11] <ChrisDruif> So....your serial is xxxxx? :P
[22:11] <techmik67> lol
[22:11] <techmik67> ok, i removed the sn and my last name =P
[22:12] <techmik67> so, mac or windows is an "updated OS" over linux...
[22:12] <techmik67> i guess
[22:12] <ChrisDruif> O:-) Indeed it is O:-)
[22:13] <techmik67> i called customer service to complain
[22:13] <ChrisDruif> PFHAHAHAHA :P :D LMAO....
[22:13] <techmik67> made them see the 2 glaring ewrrors.....
[22:13] <techmik67> errors*
[22:13] <techmik67> 1- they knoew nothing
[22:13] <techmik67> and 2-
[22:13] <ChrisDruif> This is a bit offtopic....if someone asks a question, we go to #ubuntu-beginners-team....alright? :)
[22:14] <techmik67> i ASKED to be escalated to tier2 and they didnt... thats a nono....
[22:14] <techmik67> ah,,,k
[22:14] <techmik67> HUGE list of channels
[22:15] <ChrisDruif> Yeah...
[22:15] <ChrisDruif> I've got about 6 open atm :P
[22:15] <techmik67> 4 here, now... 3 on the smartphones
[22:15] <techmik67> i mean about them
[22:15] <ChrisDruif> xD
[22:17] <techmik67> ok, thanks for the advice and the chat.... back to the attempts. =)
[22:17] <ChrisDruif> Good luck :)
[22:18] <techmik67> thx
[23:11] <ddecator> afternoon all :)
[23:15] <kristian_> hi ddecator
[23:15] <ddecator> hey kristian_, how are you?
[23:15] <kristian_> I guess I can remove language-pack-** without much risk?
[23:16] <ddecator> if you're not using that language at all, then it should be fine
[23:18] <kristian_> can I still render the occasional webpage using it?
[23:19] <kristian_> also, it's weird that these packs not went away the first time I ran localepurge
[23:20] <ddecator> i think webpages should still load fine assuming the characters/fonts are still on the system. the language packs are more for labeling menus, applications, spellcheck, etc.
[23:29] <kristian_> it's weird that it's still there when I have localepurge installed
[23:29] <kristian_> also, if some program needs one of those packs, will it be installed?
[23:29] <aveilleux> kristian_: If a language pack is required by a program then it will be installed as a dependency.
[23:30] <kristian_> good
[23:30] <kristian_> hi aveilleux
[23:30] <yax51> Hello, Does anyone know anything about running internet explorer in maverick?
[23:30] <aveilleux> yax51: Doesn't work very well... version 5.1 is the latest one that works correctly
[23:31] <ddecator> last i look ie4linux wasn't really being maintained
[23:31] <ddecator> s/look/looked
[23:31] <aveilleux> It's not
[23:32] <yax51> aveilleux: thanks....although I need 6.0 or higher for work.....
[23:32] <aveilleux> yax51: Virtualize it. That's what I do for work.
[23:32] <aveilleux> yax51: Windows 2000 is upgradable to 6, and XP comes with it
[23:32] <aveilleux> 6.1*
[23:33] <yax51> aaah so I need to run a V of windows, then use ie6....
[23:33] <yax51> *vb
[23:34] <aveilleux> yax51: Unfortunately yes
[23:34] <yax51> aveilleux: what if I don' have that option, or no windows install disks?
[23:36] <holstein> i never had great luck with wine
[23:36] <aveilleux> yax51: PM with me for a minute
[23:51] <yax51> wine serves it purpose, but I've never had much luck with it either
[23:51] <aveilleux> holstein: I've had quite a bit of luck with WINE, actually
[23:52] <holstein> aveilleux: i can get it to run
[23:52] <holstein> but doing the things that i actually need IE for
[23:52] <holstein> not usually :/
[23:54] <ZeRoDeAtH50435> My dvd drive isnt working any more how do I check to see what is wrong
[23:56] <ddecator> ZeRoDeAtH50435: could you be more specific? does your computer not see that there is a disc in there? does it not play the disc?
[23:56] <ZeRoDeAtH50435> it doesnt see their is a disk their
[23:57] <ddecator> have you tried multiple discs? it isn't just a scratched disc that it can't read?
[23:57] <ZeRoDeAtH50435> yes
[23:58] <ddecator> and it was working before?
[23:58] <ZeRoDeAtH50435> trying a game dvd that worked the other day, blank cd, music cd doesnt detect
[23:58] <ddecator> have you installed any updates since then?
[23:59] <ZeRoDeAtH50435> no
[23:59] <aveilleux> ZeRoDeAtH50435: Your drive could be going bad.
[23:59] <ZeRoDeAtH50435> im going to try one thing brb


[02:33] <greg-g> nigelb: I haven't been watching p2pu-dev stuff for a while, what is your role? (Your IRC email just jumped out at me)
[03:48] <cjohnston> Convention center that we had UDS at in October caught fire today...
[03:48] <cjohnston> http://www.wftv.com/news/26663007/detail.html
[03:48] <Pendulum> wow
[03:48] <cjohnston> and with that.. i go to bed
[03:48] <Pendulum> that's not good :(
[03:48] <cjohnston> g'nite
[03:49] <Pendulum> g'night
[03:49] <cjohnston> if it was tomorrow, i would have been there... thats my second due
[03:51] <Pendulum> haha
[05:02] <jcastro> wow, I didn't feel the need to kill that guy this time
[05:02] <Pendulum> heh
[05:02] <jcastro> you all must be rubbing off on me
[05:02] <jcastro> with your kindness and stuff
[05:02] <Pendulum> nah, I think he was a little calmer
[05:03] <Pendulum> I had a moment of wanting to smack him and say "he just answered your question already" so it wasn't my kindness :P
[05:06] <jcastro> must been lyz
[05:06] <Pendulum> heh
[05:06] <pleia2> we spoke in private a few times throughout the day
[05:06] <Pendulum> I did think he was overall calmer
[05:06] <Pendulum> so that probably was lyz :)
[05:07] <Pendulum> (I just started getting cranky since I'd been up since 6)
[05:07] <pleia2> I think he was trying to be better, just sometimes doesn't know where the line is
[05:07] <Pendulum> yeah
[05:08] <Pendulum> and that's teachable :)
[05:08] <pleia2> his pedantism makes it very difficult
[05:50] <greg-g> wow, I just reread the log from the CC meeting when my ubuntu membership was approved. nxvl and I got it on the same day! (I didn't know him then)
[13:46] <nigelb> greg-g: I try to help however I can
[13:47] <nigelb> greg-g: I was talking to jessy the other day and the IRC issue came up, so I agreed to try to fix it up.  Jessy and I filled out grf that day
[15:52] <czajkowski> Aloha
[16:36] <nhandler> greg-g: That is one thing I miss, I only have a few emails from when I got membership, no IRC logs
[16:36] <jcastro> I can't remember when I got my membership
[16:37] <jcastro> other than it was the CC
[16:37] <jcastro> it was like cjwatson, mdz, etc.
[16:38] <paultag> jcastro: 2007-10-02 09:20:35 EDT 2007-10-02
[16:38] <jcastro> that was my second time around
[16:38] <paultag> ah
[16:40] <paultag> jcastro: after being in the ubuntu membership queue for a year, I finally made one of th meetings
[16:40] <paultag> jcastro: on 2008-08-08
[17:04]  * nhandler just remembers having to wait about a month for all of the votes to come in on his application from the MOTU Council
[17:12] <greg-g> nhandler: it isn't here? https://wiki.ubuntu.com/MeetingLogs/CC
[17:13] <nhandler> greg-g: I got membership through the MOTU Council, not the CC
[17:13] <greg-g> ah


[11:53] <knome> erm, is one of you trying to reset my password @ contest.xubuntu.org ?
[11:53] <JackFrost> Not I.
[11:53] <knome> because i'm getting notifications for both knome and knome-shimmeproject accounts
[11:53] <knome> i don't remember which way, but the other is "local" and the other is openid via launchpad due to the setup we have
[11:54] <knome> first time 18th, then again today
[11:54] <knome> i wonder if we're running an ancient wordpress there
[11:55] <knome> let's see.
[11:55] <knome> ok, at least access denied to my user on database
[11:56] <knome> no wait
[11:56] <knome> "using password: NO"
[11:58] <knome> well, it's running 5.3.2
[11:58] <knome> which should be fine
[11:58] <knome> wait, no?
[11:58] <JackFrost> https://wordpress.org/download/releases/ not at all.
[11:59] <knome> yeah, i figured the 5.3 branch should still get updates but...
[11:59] <knome> yeah
[11:59] <knome> i guess we should enable automatic minor updates
[12:01] <bluesabre> knome: wasn't me.
[12:02] <knome> we have 6 admins, all of which are "trustworthy"
[12:02] <JackFrost> bluesabre: You're good with all the tornados?
[12:02] <knome> (i'm 2 of them!)
[12:02] <JackFrost> knome: Oh hey, since you're here can you fix the Xubuntu donate page for Xfce?
[12:02] <knome> (that makes me more trustworthy than you, right?!)
[12:03] <knome> JackFrost, sure
[12:03] <JackFrost> Yes, I'm likely not even in there. :(
[12:03] <knome> JackFrost, you are.
[12:03] <bluesabre> JackFrost: yep, safe from tornados. Been tied up with work like craaaazy.
[12:03] <JackFrost> bluesabre: Just making sure!  KY had it rough.
[12:04] <bluesabre> Yeah, thankfully didn't hit my neck of the woods.
[12:04] <JackFrost> knome: I keep up with system updates, but so far that's about it.
[12:06] <knome> JackFrost, no issue?
[12:06] <JackFrost> I rebooted it once for a kernel update and it didn't come back, since I can't solve that I've stopped doing reboots. :P
[12:07] <knome> i remember that accident ;)
[12:08] <JackFrost> Hmm, seems we're using the linode kernels rather than Ubuntu, anyway.
[12:13] <knome> hmm.
[12:13] <knome> seems that there are at least some weeeird files in the staging site.
[12:13] <knome> checking out.
[12:18] <knome> nah, it's "normal"
[12:30] <knome> oh,
[12:30] <knome> the reason why automatic updates aren't enabled is because we don't have the correct permissions for that
[12:36] <knome> staging and contest sites updated to 5.8.2
[12:36] <knome> JackFrost, what was the thing with xfce donations update?
[12:36] <JackFrost> It points to bountysource
[12:39] <knome> right'o
[12:40] <knome> thunar, don't crash on me now
[12:40] <knome> geez
[12:45] <JackFrost> Does it usually crash for you?  Could always try .17 :P
[12:48] <knome> sometimes
[12:48] <knome> the donations page is updated now
[12:48] <knome> some cache will make sure the images look fugly for a while
[12:50] <knome> in the future, feel free to bomb me with github issues
[12:59] <knome> actualle, the fuglyness stays
[12:59] <knome> sigh
[13:01] <knome> created an issue, will tackle that later


[06:11] <blackboxsw> ok will have a branch up tomorrow on the SRU https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+ref/fix-device-path-from-cmdline-regression. Just need to complete a test and the download rates I'm getting right now are painful (56K/b) so I'm leaving the download running til morning
[15:29] <dpb1> blackboxsw: is there a bug associated with that fix?
[15:30] <blackboxsw> yep dpb1 I'll dig it up and tie it in.
[15:30] <blackboxsw> https://bugs.launchpad.net/cloud-init/+bug/1725067
[15:30] <blackboxsw> dpb1: ^
[15:30] <blackboxsw> the fix will land today
[15:33] <dpb1> oh, cool
[15:33] <dpb1> ah, ok, so caught during proposed testing
[15:33] <dpb1> ?
[15:43] <smoser> rharper: http://paste.ubuntu.com/25802105/
[15:43] <smoser> and blackboxsw
[15:43] <smoser> that *does* pass tests.
[15:43] <rharper> k
[15:43] <smoser> we could ideally make some metadata to the patching that would maek that work.
[15:44] <smoser> would make the "block device" return for a stat or something.
[15:44] <smoser> but thats getting fancy
[15:49]  * rharper likes fancy
[16:11] <blackboxsw> dpb1: yep caught before SRU, so it's where we want to catch it
[16:12] <blackboxsw> well, we'd like to catch that with unit tests/integration tests
[16:12] <blackboxsw> but, before release is better than the alternative
[16:14] <dpb1> blackboxsw: can it be added to a unit test?
[16:15] <dpb1> s/added to/covered by/
[16:15] <blackboxsw> dpb1: I added a unit test that gets most of it. I have time to add a bit more concise unit test
[16:18] <blackboxsw> yeah, my work that introduced this regression was to restructure the code so it was a bit easier to unit test (as it didn't have much in the way of testing). I just didn't add enough tests to validate this case. more to come
[16:18]  * dpb1 nods
[16:38] <smoser> blackboxsw: i think you forgot to push on fix-device-paht-from-cmdline-regression
[16:38] <smoser> https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/332634
[16:39] <blackboxsw> oops pushed 129beef2..445ee933
[16:40] <blackboxsw> was debating about adding one more unit test for happy path handle(), but I think I'll add that in a separate merge proposal as it'll be some more rework
[16:40] <blackboxsw> I want a test that shows we are properly attempting to resize a disk by uuid
[16:40] <blackboxsw> not just the test that detects the disk/by-uuid from the commandline
[16:41] <blackboxsw> but I think we don't have to block the SRU for this additional test, since we are manually covering that
[16:41] <blackboxsw> what do you think smoser
[16:49] <smoser> i'm fine with  your thinking there.
[16:49] <nacc> rharper: smoser: if i have a cloud-config snippet in my default lxd profile for user.vendor-data a la http://paste.ubuntu.com/25802522/ does that mean no ubuntu user gets created (that is the behavior I am seeing)
[16:50] <rharper> nacc: you're declaring the list of users to add
[16:50] <rharper> so yes, you;re overriding the default user
[16:50] <nacc> rharper: ok
[16:50] <nacc> rharper: I think I must have misunderstood that :)
[16:50] <nacc> rharper: is there an easy way for met to just modify the xisting users?
[16:50] <nacc> *existing
[16:51] <rharper> are you just wanting to import your keys?
[16:51] <rharper> you can use top-level ssh_import_keys: [list of keys here]
[16:51] <rharper> which will get imported into the default user (Ubuntu)
[16:51] <nacc> rharper: ah ok
[16:51] <nacc> rharper: but there is not a top-level ssh-import-ids?
[16:51] <rharper> ssh_import_id: raharper
[16:52] <blackboxsw> ok adding a backlog bug for unit test coverage of resizefs
[16:52] <nacc> rharper: ok, thanks
[16:55] <blackboxsw> ok filed https://bugs.launchpad.net/cloud-init/+bug/1726489
[16:56] <blackboxsw> we need it by 17.2 to avoid any repeated regressions
[16:56] <blackboxsw> (if we were touching resizefs module)
[17:04] <nacc> rharper: does that go in user-data or vendor-data?
[17:04] <rharper> nacc: either will work
[17:04] <nacc> rharper: hrm ok
[17:04] <rharper> nacc: generally you're a user
[17:05] <rharper> things that lxd (or a cloud vendor would set by default) would go into vendor-data; but for your use/scripts/etc user-data is fine
[17:05] <nacc> rharper: ack
[17:05] <rharper> http://paste.ubuntu.com/25802644/
[17:05] <dpb1> they get merged following a very well documented process.
[17:05] <rharper> nacc: that' usually what I put in my user-data configs for vms and such
[17:05] <smoser> powersj: https://jenkins.ubuntu.com/server/job/cloud-init-ci/
[17:06] <smoser> why  oh why. we've gotten so much less reliable recently. :-(
[17:06] <rharper> dpb1: well, it's well documented but not always what folks expect;
[17:06] <dpb1> rharper: :)
[17:06] <blackboxsw> grr FAIL: failed to install dependencies with read-dependencies ret=1
[17:06] <dpb1> yes, the documentation is there, the testing thing is what we need. :)
[17:06] <powersj> smoser: it is largely due to the MAAS tests
[17:06] <powersj> e.g. centos
[17:06] <blackboxsw> maybe we put in a retry on the yum package installs?
[17:06] <powersj> err i.e. centos
[17:06] <smoser> yes, but why did those get less reliable ?
[17:07] <smoser> we tried to make them more reliable with the no-fastest-mirror
[17:07] <blackboxsw> smoser: well we dropped the fastest mirror plugin (which we thought was the cause of our pains).
[17:07] <rharper> until its not
[17:07] <nacc> rharper: hrm, it's not added my user's key -- but i'll debug it a bit
[17:07] <rharper> when the "fast" mirror was fast
[17:07] <blackboxsw> heh, right exactly
[17:07] <rharper> it helped
[17:07] <powersj> yes, that was committed on the 19th, even before then things were getting worse
[17:08] <rharper> nacc: are you launching new instances or modifying an existing one ?
[17:08] <nacc> rharper: new insntances
[17:08] <rharper> yes, let's see a cloud-init.log
[17:08] <nacc> rharper: i'm assuming it would write the appropriate key into .ssh/authorized_keys?
[17:08] <rharper> yes, under ubuntu
[17:09] <nacc> rharper: one sec
[17:09] <nacc> http://paste.ubuntu.com/25802666/
[17:10] <nacc> for this profile: http://paste.ubuntu.com/25802674/
[17:11] <smoser> nacc: you can also just reference 'default' in your list.
[17:11] <smoser> http://paste.ubuntu.com/25802680/ i think does what you want
[17:11] <smoser> you can use that as vendor-data. user-data would override it.
[17:11] <nacc> smoser: where default is a special string that means keep whatever the default user is?
[17:12] <rharper> nacc: I think you want to change your '-' to '_' in the ssh_import_id key; at least that's what's in mine;
[17:13] <smoser> nacc: yes. default is special, means "the os configured default user"
[17:14] <nacc> rharper: that would be odd that the top level field is different than the users field?
[17:14] <nacc> or is that a yaml quirk
[17:14] <nacc> i'll try it
[17:14] <nacc> rharper: (you can see in smoser's paste ssh-import-id is used there)
[17:17] <nacc> rharper: that worked
[17:17] <nacc> fwiw, I had smoser's variant before and c&p it up
[17:17] <nacc> that's why i had '-' instead of '_'
[17:17] <nacc> not sure if that's a bug or not :)
[17:19] <rharper> one could file a bug and ask for - instead of _ but I believe the manual/rtd shows _
[17:19] <nacc> rharper: oh it's ok -- just may want to update smoser :-P
[17:20] <rharper> lol
[17:20] <rharper> ironic
[17:20] <nacc> :)
[17:22] <smoser> rharper: nacc both are accepted there in the users:
[17:22] <smoser> generally speaking i think we prefer '_' .
[17:22] <rharper> that's strange
[17:23] <rharper> the ssh_import_id config module only checks _
[17:23] <smoser> but the user's dictionary kindof fronts "useradd" (or adduser, not sure which).
[17:23] <rharper> so users module is "helping" out ?
[17:23] <nacc> smoser: yeah, something feels odd
[17:23] <smoser> 'normalize_user's is helping out, rharper
[17:23] <nacc> smoser: well that it does work sometimes
[17:23] <smoser> err... normalize_user_groups
[17:23] <smoser> what "does work sometimes" ?
[17:24] <nacc> smoser: '-' works in users but not at the top level
[17:24] <nacc> (that is, ssh_import_id is the only thing that works at the top level)
[17:24] <rharper> for ssh_import_id at least
[17:25] <powersj> smoser: blackboxsw: what if we ran `yum makecache` with retries so we had the metadata cache on hand
[17:27] <powersj> https://paste.ubuntu.com/25802800/
[17:27] <nacc> rharper: smoser: do you want me to file a bug? i don't think it's a big deal, but it feels inconsistent, at least
[17:28] <smoser> nacc: well, you can file a bug. i think probably the "fix" is to not document 'ssh-import-id' in the users/groups case.
[17:28] <smoser> but only document the '_' varieties of all of those.
[17:28] <nacc> smoser: right
[17:29] <nacc> but do you really want to accept undocumented stuff?
[17:29] <smoser> dont have a choice. :)
[17:29] <nacc> heh
[17:29] <smoser> at least not without a legacy warning period.
[17:29] <dpb1> right
[17:29] <nacc> sure
[17:35] <smoser> powersj: so what is the failure path that we're seeing ?
[17:36] <powersj> smoser: on my sampling of failures it is generally the "Cannot retrieve metalink for repository: epel/x86_64" or something similar.
[17:36] <smoser> why would 'makecache' succeed when just doing an nisatll not ? i'd think they'd hit the same resources.
[17:37] <smoser> and i'd also think we want to change the 'install' to be yum -C install
[17:37] <powersj> They do, I suggested it as it might be easier to put a retry around that one command, but maybe it doesn't matter
[17:37] <smoser> other wise we'd still hit the network :)
[17:39] <smoser> blackboxsw: you started 2 minutes after me
[17:39] <smoser> (i was 430, you are 431). which i think testing same thing.
[17:39] <smoser> we can let them both run and have double the chance of success :)
[17:43] <rharper> gambler
[17:44] <blackboxsw> smoser: yeah oopsie, yeah wanted to hope for success in either case
[17:47] <smoser> i think you're ahead of me. or its a dead eheat
[17:48] <smoser> it took you 90 seconds less to checkout
[17:52] <blackboxsw> powersj: not a bad idea on yum makecache. maybe we could do that part daily, and just use cache-only during yum commands?
[17:52] <blackboxsw> --cacheonly I mean
[17:52] <smoser> i think the cache is local to the container that we're running in
[17:53] <smoser> o daily doenst help i dont htink. but  yes, if not paired with '--cacheonly' on the install i think it does nothing.
[17:54] <blackboxsw> yeah, looks like it, we'd have to push /var/cache/yum into the container if we wanted to leverage a daily cache update\
[17:54] <rharper> mmm, bind mount read-only
[17:55] <blackboxsw> it'd save time trying to refresh cache every test run
[17:56] <blackboxsw> and maybe even cut out some of the yum install errors
[17:59] <blackboxsw> hrm, kinda big 45M	/var/cache/yum/
[18:03] <smoser> testing http://paste.ubuntu.com/25803004/
[18:05] <powersj> lol@MAYBE_RELIABLE_YUM_INSTALL
[18:05] <blackboxsw> not bad at all :)
[18:05] <blackboxsw> jenkins #430 FAIL: failed to install dependencies with read-dependencies ret=1
[18:06] <blackboxsw> all hopes rest on the lone survivor... 431
[18:07] <blackboxsw> smoser: with that paste we may want to re-enable fastest mirror plugin per tools/run-centos then right?
[18:07] <blackboxsw> so we allow yum to use fastest mirror and retry if makecache fails
[18:07] <rharper> or use modulo to randomly enable/disable the fast mirror
[18:08] <rharper> sorta want to just ship a USB disk up there and leave it attached
[18:10] <powersj> if you are behind a proxy == don't use fastest mirror
[18:13] <rharper> except when you do want it because it works faster
[18:13] <powersj> per https://wiki.centos.org/PackageManagement/Yum/FastestMirror
[18:13] <smoser> blackboxsw, powersj had pointed at some doc that said dont use fastest mirror if you have a proxy
[18:13] <rharper> right
[18:13] <smoser> of course, that makes a lot of sense to document, instead of just DTRT!
[18:13] <rharper> except disabling it hasn't measurably improved things
[18:13] <rharper> so, that's great but it wasn't the core problem AFAICT
[18:14] <blackboxsw> hah smoser on docs instead of DTRT
[18:14] <blackboxsw> file a bug :
[18:14] <blackboxsw> :)
[18:14] <rharper> lol
[18:15] <blackboxsw> how cloud fastest mirror plugin possible look at environment variables like http_proxy :)
[18:17] <rharper> well, proxies are clearly slower than the fastest mirror
[18:19] <blackboxsw> nice comments on the blog post smoser, didn't notice we could do that
[18:19] <blackboxsw> ... comment inlin ethat is
[18:19] <blackboxsw> inline even
[18:21] <smoser> the 'comment' button.
[18:21] <smoser> i woudlnt have gone looking, but you said something like "you all comment on it"
[18:21] <smoser> and i assumed you meant there was something like that :)
[18:25] <smoser> Error Downloading Packages:
[18:25] <smoser>   1:perl-Module-Pluggable-3.90-144.el6.x86_64: Caching enabled but no local cache of /var/cache/yum/x86_64/6/base/packages/perl-Module-Pluggable-3.90-144.el6.x86_64.rpm from base
[18:25] <smoser> powersj: ^
[18:26] <rharper> shant we summon yum mirror masters for help here?
[18:26] <smoser> http://paste.ubuntu.com/25803096/
[18:27] <smoser> i dont understand what makecache does
[18:28] <powersj> smoser: your -C option means to use the deb itself from the local cache.. that's not what we want
[18:28] <powersj> my hope was to wrap around makecache to get the actual repo files as that seems to always be the part that fails and understand if we have a mirror issue or a network issue.
[18:28] <powersj> and by repo files I mean the package metadata info
[18:29] <rharper> the problem is that we don't have a way to *pull* in everything
[18:29] <powersj> my understanding of makecache is similar to apt update
[18:29] <rharper> first
[18:29] <smoser> "does not download or update any *headers*  unless it has to to perform the requested action"
[18:29] <smoser> (emphaisis added)
[18:29] <rharper> that is, those packages aren't going to be in the cache, so we can't use -C until we have a copy of those packages
[18:29] <rharper> the makecache is for metadata only
[18:30] <rharper> and the yum install -C means (don't pull from repos only from yum cached rpms)
[18:30] <rharper> so we've a chicken/egg issue
[18:30] <rharper> we need at least one successful run of the install with yum conf keepcached=1 true
[18:30] <smoser> but i'm missing something clearly
[18:30] <rharper> then we can yum makecache
[18:30] <rharper> and then use yum install -C for all further runs
[18:30] <smoser> because it looks to me like there is *ALWAYS* a chicken/egg there.
[18:31] <rharper> yum install -C is equivalent to apt install --reinstall (but wihtout downloading)
[18:33] <rharper> I think we need to create a lambda function mircoservice to host a yum repo for the ci run
[18:33] <smoser> this is insane.
[18:33] <rharper> it's not unrealistic to kick it out for now
[18:34] <rharper> if the repos are unreliable, it's not a helpful test
[19:21] <blackboxsw> https://jenkins.ubuntu.com/server/job/cloud-init-ci/431/ looks hung
[19:25] <powersj> yeeeppp
[19:28] <rharper> don't kill anything yet
[19:29] <rharper> cloud-test-ubuntu-xenial-snapshot-ojta1rm2ous4xibxcp1hrklcwhutd | FROZEN
[19:29] <rharper> that's expected, right? the snapshot ?
[19:30] <powersj> yes
[19:31] <powersj> should the zfs file be on the nvme...
[19:32] <rharper> pid 405 is stopped
[19:32] <rharper> it's a script
[19:32] <rharper> running
[19:32] <rharper> python3 -m tests.cloud_tests run --verbose --os-name xenial --test modules/apt_configure_sources_list.yaml --test modules/ntp_servers --test modules/set_password_list --test modules/user_groups --deb cloud-init_*_all.deb
[19:33] <powersj> that's the integration test
[19:33] <rharper> two tests are still "running"
[19:33] <rharper> cloud-test-ubuntu-xenial-image-modification-1l8nht7xdh4kgp0n5aq and cloud-test-ubuntu-xenial-modules-set-password-list-gs123zqh6npu
[19:33]  * rharper execs into them
[19:34] <rharper> it completed
[19:34] <rharper> but the harness isn't seeing the result
[19:35] <rharper> does it ssh into it? or exec cat the result.json file ?
[19:35] <rharper> same for both
[19:35] <rharper> they completed, no errors
[19:35] <powersj> I was under the assumption jenkins waits for the return code of the process
[19:36] <rharper> what stops the container ?
[19:36] <rharper> don't we poll fore result.json in the lxd instance ?
[19:36] <rharper> jenkins is fine, it' script spawned the above python3 -m tests.cloud_tests run command
[19:36] <rharper> it ran 4 containers
[19:36] <rharper> 2 of which are completed and exited, these two are remaining, but idle
[19:37] <rharper> cloud-init inside has completed successfully
[19:37] <rharper> but the harness "watching" each of those container runs has somehow given up on it's "exit" condition
[19:39] <smoser> lets see if it likes me
[19:39] <smoser>  https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/332666
[19:42] <powersj> rharper: from the jenkins log, I see 3 tests were launched and collected from. At this point, based no output alone, I would expect it is stuck/hung trying to get result.json
[19:42] <powersj> The next thing it should be doing is launching an 4th container for the 4th test
[19:42] <rharper> powersj: right, but where is the code in the cloud_tests where it's attempt to get the reoslt ?
[19:42] <powersj> collect.py
[19:42] <rharper> what calls collect ?
[19:43] <powersj> run_funcs.py
[19:43] <rharper> so instance.run_script
[19:47] <rharper> hrm, where do we import pylxd ?
[19:47] <rharper> I see platform/lxd.py
[19:49] <powersj> rharper: that should be it
[19:51] <smoser> blackboxsw: shall we say screw jenkins for now ?
[19:52] <smoser> wrt to fix-device-path...
[19:52]  * blackboxsw was just writing up a retrospective document. that CI breakage on our test service has been painful to say the least
[19:52] <blackboxsw> smoser: I think we need to move on (as we are manually testing this)
[19:52] <blackboxsw> and now have a little bit better unit test coverage
[19:53] <blackboxsw> we'll add the manual logs for deploying proposed for this bug fix we are pulling in
[19:55] <rharper> powersj: well, I don't really see anything here;  we don't have a way to get pylxd to log it's commands ? Like the excute ?
[19:55] <powersj> rharper: I'm not familiar enough with pylxd
[19:56] <blackboxsw> smoser: getting closer Cannot retrieve metalink for repository: epel/x86_64. Please verify its path and try again
[19:56] <blackboxsw> :: failed [1] (1/10). sleeping 5.
[19:57] <blackboxsw> hrm it's looping. so it looks like it's making it farther on attempt 2
[19:58] <blackboxsw> nice smoser Complete!
[19:58] <blackboxsw> Installing deps: python-configobj python-oauthlib python-contextlib2 python-coverage python-httpretty python-six PyYAML python-jsonpatch python-jinja2 python-jsonschema python-setuptools python-requests python-unittest2 python-mock python-nose e2fsprogs iproute net-tools procps rsyslog shadow-utils sudo python-devel python-setuptools make sudo tar python-tox
[19:58] <smoser> horay!
[19:58] <blackboxsw> maaan
[19:58] <blackboxsw> that's ridiculous
[19:58] <smoser> ridonkulous
[19:59] <rharper> powersj: I'm thinking that we likely want a timeout on those executes with a retry
[19:59] <nacc> blackboxsw: fwiw, sudo is listed twice
[19:59] <rharper> the container still works via the normal lxc client, so something's wonky with pylxd
[19:59] <blackboxsw> rharper: is it possible we are missing a raise in the runscript case?
[19:59] <rharper> blackboxsw: there are no raises afaict
[19:59] <rharper> so of pylxd doesn't raise on it's failure, we just sit
[20:00] <rharper> still smells like a pylxd issue
[20:00] <blackboxsw> ok gotcha.
[20:00] <powersj> rharper: agreed
[20:00] <blackboxsw> ohh true nacc
[20:00] <blackboxsw> we can tweak the deps script to use set([pkg_list]) to ensure uniques
[20:00] <smoser> blackboxsw: yeah, so 'sudo' is in the COMMON and then manually
[20:00] <nacc> blackboxsw: not sure it matters, but it probably implies there's not a uniq-like operation
[20:00] <nacc> blackboxsw: yeah
[20:01] <smoser> yeah
[20:01] <smoser> wait. how did sudo get in there twice
[20:01] <rharper> one can never have enough sudo
[20:02] <nacc> ironically, i just figured out that my git-ubuntu job failure was to not having sudo installed in the LXD image :)
[20:02] <nacc> synchronicity between squads achieved!
[20:02] <blackboxsw> heh smoser I think it's probably pulling in deps from packages/pkg-deps.json
[20:02] <blackboxsw> hahaha nacc #achievementunlocked
[20:03] <smoser> hm.. yeah
[20:06] <blackboxsw> smoser officially approved https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/332666
[20:06] <blackboxsw> can you land and I can rebase and pull it into my branch
[20:07] <smoser> blackboxsw: http://paste.ubuntu.com/25803766/
[20:07] <smoser> that'd fuix the sudo twice, which is probably "who cares"
[20:07] <smoser> so i'm fine to ignore it for now.
[20:07] <smoser> and so would your 'sort'
[20:08] <smoser> err... set()
[20:08] <smoser> landing now
[20:09] <nacc> smoser: yeah i don't think it's fatal, but given the output, it's nice to be able to parse it and not be surprised :)
[20:12] <smoser> blackboxsw: its in.
[20:12] <smoser> blackboxsw: you should rebase on upstream/master and then push a change and lets see if you get a happy face.
[20:19] <blackboxsw> ok smoser , sorry missed the paste I was thinking set.unions, but that looks just as 'noisy' as the for loop
[20:19] <blackboxsw> rebasing
[20:21] <blackboxsw> pushed
[20:21] <blackboxsw> rebuilding
[20:23] <blackboxsw> https://jenkins.ubuntu.com/server/job/cloud-init-ci/433/console
[20:38] <smoser> blackboxsw: land ?
[20:38] <smoser> i approved.
[20:38] <blackboxsw> smoser: it just completed, I'm waiting on tox
[20:38] <blackboxsw> and will push
[20:38] <smoser> \o/
[20:39] <blackboxsw> yeah almost
[20:39] <smoser> then you can do mps for x, y, z
[20:39] <smoser> nacc: we still do not have a 'bb', right ?
[20:39] <smoser> ie, no archive open
[20:40] <nacc> smoser: right
[20:40] <smoser> :-(
[20:40] <nacc> smoser: you can open tasks though
[20:40] <smoser> sure.
[20:40] <nacc> smoser: they are just against an unopened archive :)
[20:40] <blackboxsw> smoser: pushed
[20:40] <nacc> afaik, no name yet anyways
[20:40] <smoser> yeah. ok. so i guess we just upload new upstream snapshot, blackboxsw to x, y, z
[20:40] <blackboxsw> ok smoser time to sync on that upstream
[20:40] <blackboxsw> just want to dot some i's and cross t's
[20:40] <blackboxsw> I'm in hangout
[20:41] <smoser> k
[21:34] <smoser> blackboxsw: uploaded x, z, a
[21:34] <blackboxsw> can't do x
[21:34] <blackboxsw> oops
[21:34] <smoser> tomorrow we need to
[21:34] <smoser> make a recipe build for artful
[21:34] <smoser> and /me is pumpkin now
[21:34] <blackboxsw> thx smoser
[21:34] <blackboxsw> see ya
[21:34] <blackboxsw> will start testing x,z


[02:12] <cjwatson> blami: it's also not unusual to create snapshot tarballs; I believe/suspect that git-buildpackage can help with that
[02:16] <Bluefoxicy> i just cannot figure tasksel out.
[02:16] <Bluefoxicy> I mean look at the entry for openssh-server in /usr/share/tasksel/ubuntu-tasks.desc
[02:17] <cjwatson> sure, people asked for that 'cos it was handy
[02:17] <Bluefoxicy> Same thing except Task:  puppet, Description:  Puppet configuration agent, Key: puppet, and it ... does nothing.  The option shows up, but it doesn't actually do anything.
[02:18] <Bluefoxicy> changed Package: task-fields to Package: puppet and it works, except gives errors before installing the appropriate package, because it expects another file at /usr/lib/tasksel/packages/puppet
[02:18] <cjwatson> which is probably because you don't have any packages with Task: puppet in your Packages files
[02:18] <Bluefoxicy> ah
[02:18] <cjwatson> pretty sure this is documented in tasksel's readme
[02:18] <Bluefoxicy> so this requires modifying the repository as well
[02:19] <Bluefoxicy> http://fts.ifac.cnr.it/cgi-bin/dwww/usr/share/doc/tasksel/README.gz here somewhere?
[02:19] <cjwatson> well, if you want to use task-fields, but you don't have to
[02:19] <Bluefoxicy> I probably missed it when I read through
[02:19] <cjwatson> dunno, not going to look now to see if that's vaguely current
[02:19] <Bluefoxicy> no problem, at least I've got vaguely a better understanding now.
[02:20] <Bluefoxicy> Also, any chance of getting puppet and/or chef promoted to main any time soon?
[02:20] <cjwatson> you want "Packages: list", probably, for which therea's an example near the top of the readme.
[02:20] <cjwatson> no idea about that; not something I care about.
[02:21] <Bluefoxicy> heh I have a dozen servers to administrate in an enterprise environment </buzzwords>; it's something *I* care about.
[02:21] <Bluefoxicy> Who in the hell thought up the word "enterprise" anyway?
[02:25]  * Bluefoxicy tries to find the release roadmap for 13.04, and finds Google results like "Ubuntu already scoping out an April release date..." ... uh... it's a 6 month release cycle, always has been, what's special about this?
[04:14] <micahg> Bluefoxicy: puppet is in main
[04:20] <Bluefoxicy> micahg:  .... how does this keep happening to me?
[04:20] <micahg> Bluefoxicy: rmadison puppet :)
[04:20] <Bluefoxicy> that's like the fifth time I've looked at a package, wondered why it's not main, posted to the mailing list, and someone tells me it is indeed in main.
[04:21] <Bluefoxicy> and I look and it is indeed
[04:21] <Bluefoxicy> well then I am going to go post "I am an idiot.  Can we have a tasksel too?"
[04:23]  * micahg doesn't know how those work offhand
[04:23]  * Bluefoxicy already wrote one
[04:26] <Bluefoxicy> http://pastebin.com/6Xqz2KLt This works.  I don't know what "Relevance" does.
[04:30] <Bluefoxicy> huh.
[04:30] <Bluefoxicy> apt puts the proxy stuff in /etc/apt/apt.conf instead of /etc/apt/apt.conf.d/01proxy
[04:30]  * Bluefoxicy punched in proxy information for his apt-cacher server at the installation prompt on the mini install CD.
[05:22] <infinity> Bluefoxicy: Having tasks for single packages seems silly.
[05:23] <infinity> Bluefoxicy: (And before you quote openssh-server as a precedent, note that that's a pretty rare/special case in that it's installed on 99% of servers, but we don't install services by default, so that was the compromise... puppet's nowhere near as ubiquitous)
[09:28] <cjwatson> Bluefoxicy: pkgsel/include=puppet would probably be way less effort
[10:30] <Bluefoxicy> infinity:  true, i'm not sure the purpose of specifying something in tasksel though.  There's an openssh server task.
[10:44] <infinity> Bluefoxicy: Like I said, openssh is a bit of a special case to make it more prominent in the installer, that's all.
[10:45] <Bluefoxicy> I thought the purpose was to advertise different types of servers that Ubuntu can be, kind of like the Roles installer in Windows 2008 Server
[10:45] <infinity> Bluefoxicy: It was a compromise between "we don't install network services by default" and "everyone expects a server to have SSH running", so people would see it listed right at the top and install it if they needed it.
[10:46] <infinity> Bluefoxicy: The OTHER tasks are for what you say, yes.  But they're larger tasks, not just single packages.
[10:46] <Bluefoxicy> well, having run CentOS/RHEL/Fedora, I can get on board with that
[10:46] <Bluefoxicy> god damn six billion things load at boot and you have a thousand ports open, this is an "enterprise" OS???
[10:47] <infinity> tjaalton: No dice on the Vt-d BIOS disabling.  Just got the lockup again. :/
[10:47] <Bluefoxicy> also it's not right at the top anymore I think
[10:47] <infinity> tjaalton: In the new year, you might need to hand-hold me through some useful debugging for you, if you can't manage to reproduce this, cause it's pretty glaringly unfriendly behaviour for people who aren't me.
[10:47] <Bluefoxicy> tasksel seems to sort alphabetically
[10:48] <infinity> Bluefoxicy: Oh, that may be so.  It's been a while since I've actually looked at that dialog for more than a split second.