[14:03] <fossfreedom> mapreri: oh?  you mean my ubuntu.com address? https://launchpad.net/~fossfreedom  when I edit my email addresses LP says that my ubuntu.com is already registered to me... unless there is somewhere else I need to add it to?
[14:08] <mitya57> fossfreedom, your email address currently points to https://launchpad.net/~fossfreedom-x … Try going to that page and clicking on the link.
[14:09] <fossfreedom> ah - think LP has got confused.  I've asked for a merge - somehow there was a fossfreedom-x account created when I gained my ubuntu membership.  cheers mitya57!
[14:18] <mapreri> fossfreedom: exactly.  Now that's done.  BTW, it's also uncommon to hide the email address in the lp profile, but I can live with that (note that they are not visible to unlogged people anyway)
[14:18] <mapreri> :)


[08:25] <alan_g> alf_: Happy? https://code.launchpad.net/~alan-griffiths/mir/introducing-mir_test_framework-main/+merge/262998
[08:26] <alf_> alan_g: +1
[08:30]  * alan_g wonders if he can "fix" test_client_cursor_api.cpp before vacation
[12:55] <alf_> anpok: Anything more for nested-client-to-display-buffer-latency-benchmark?
[12:58] <anpok> alf_: ok
[12:58] <alf_> anpok: thanks
[14:06] <seb128> AlbertA, hey, thanks for the help yesterday, I'm still looking at the issue ... do you know why the vt change ioctl wouldn't work
[14:33] <AlbertA> seb128: no prob
[14:33] <AlbertA> seb128: I thought it was the race where agettty got the VT before mir
[14:44] <seb128_> re
[14:44] <seb128_> AlbertA, sorry, I disconnect
[14:45] <seb128_> so making progress
[14:45] <seb128_> in fact unity8 does start on the usc instance on vt8
[14:45] <seb128_> it's only that vt switch fails
[14:45] <seb128_> so vt7 goes back to lightdm making it look like the session failed
[14:45] <seb128_> also the usc.log is on "pause"
[14:48] <seb128_> but going to vt8 make unity8 load and usc
[14:48] <AlbertA> seb128_: is it possible to change the VT agetty  uses?
[14:53] <seb128_> AlbertA, do you think it's also a case of agetty conflict?
[14:53] <seb128_> lightdm log has warnings about the vt console switch ioctl not handled
[14:54] <AlbertA> seb128_: yeah I'm wondering if that's because agetty got the VT first
[14:54] <seb128_> is there any way to change agetty?
[14:54] <seb128_> need to go for half an hour, going to read backlog and look a bit more then
[14:54] <seb128_> thanks!
[15:56] <racarr> GOod morning!
[21:07] <SturmFlut> Is Mir-on-X what I think it is?
[21:17] <anpok> let me read your mind..
[21:17] <anpok> ... yes
[21:19] <conyoo> hmm... let's try Mir on X on XMir
[21:23] <anpok> if you are on intel you might need a new mesa


[08:49] <davmor2> xivulon: I'm going to have a play with wubi today and I'll comment on bug 439279
[08:51] <xivulon> davmor2: thanks most appreciated, I tested it myself and didn't notice any issue
[08:52] <xivulon> the only thing I would like to avoid is the second boot menu (<< cjwatson)
[08:52] <davmor2> it is a completely random issue but I know cjwatson was adding some bits to try and fix it so now there are new cd's I thought I'd give it a try :)
[08:53] <xivulon> cjwatson, evand, also please double check the list of modules I use for grub2 (Makefile > winboot2), in case there is anything I missed
[08:57] <cjwatson> hmm, so the reason the second boot menu appears is that grub2 has detected another operating system (trivially: Windows), and our current rules are that whenever it does so it shows the menu
[08:57] <cjwatson> we'll need to think about how to make an exception here
[08:58] <cjwatson> there isn't a switch I can easily flip to make it not show it, it's a bit trickier than that
[09:26] <evand> we're getting a few reports of a bug where ubiquity crashes around partman_commit, with no error message reported: https://bugs.edge.launchpad.net/ubuntu/+source/ubiquity/+bug/442060
[09:26] <evand> just a heads up
[09:26] <evand> I'm racking my brain on what could be going on here, as I cannot reproduce this myself
[09:27] <CIA-33> debian-installer: cjwatson * r940 hardy-proposed/debian/changelog: No-change rebuild to pick up new kernel.
[09:29] <CIA-33> debian-installer: cjwatson * r941 hardy-proposed/debian/changelog: releasing version 20070308ubuntu40.12
[09:48] <evand> Even apport failed to pick up anything for the presumed partman_commit crash (bug 442560).  Weird.
[10:00] <davmor2> evand: I've not seen it and I've done a few installs on different media and different hw
[12:35] <davmor2> evand: isn't there a switch on wubi to make it's logs more verbose?
[12:36] <evand> yes, at the grub menu after the nt bootloader on install select the verbose option
[12:37] <davmor2> cool I'll run that I'm getting various hangs
[12:51] <davmor2> meh of course now it's in verbose mode it's sailed straight bloody through.
[13:06] <evand> cjwatson: does this look okay to you, or should I be more conservative and make it >= 1000? http://pastebin.ubuntu.com/286145/
[13:07] <evand> for the uid and gid, that is
[13:07] <cjwatson> evand: seems fine to me, though I'd quote $uid and $gid in the second test too for safety
[13:07] <evand> okay, will do.  Thanks for the review.
[13:16] <CIA-33> partman-target: evand * r776 ubuntu/ (debian/changelog finish.d/clear_partitions):
[13:16] <CIA-33> partman-target: Do not ever set the UID and GID for the to-be-created user to 0 in
[13:16] <CIA-33> partman-target: clear_partitions (LP: #442998).
[13:25] <CIA-33> partman-target: evand * r777 ubuntu/debian/changelog: releasing version 64ubuntu2
[14:42] <ara> cjwatson, in latest karmic images, if live is started in Spanish (or karmic is installed in Spanish), the ubuntu main menu appears in Engilsh (Applications, Places, System). The rest (including submenus of those) appear correctly in Spanish. Is that known? If not, which package should i be filling a bug against?
[14:43] <cjwatson> ara: I don't know; can you ask the desktop team?
[14:43] <ara> cjwatson, sure
[16:36] <davmor2> this is weird.  Using the verbose mode I don't seem to get any hang ups any more during the linux install.  however it does fail to boot and is really starting to pee me off now :(
[17:27]  * davmor2 is hating wubi with a vengeance, why oh why won't you work
[17:29] <davmor2> cjwatson, evand, xivulon: 1 out of 9 installs worked.  All the logs and grub.cfg are identical to those already on line meh
[17:30]  * xivulon sets aside coins for davmor2 beer
[17:30] <xivulon> I'll try again tonight I'll see if I can reproduce
[17:32] <cjwatson> evand: did you publish the updated wubi?
[17:32] <cjwatson> (with the syncio fix)
[17:32] <davmor2> 153 is on todays iso
[17:32] <xivulon> I tried from trunk with the fix in there
[17:33] <davmor2> 153 is the same as on the beta I think
[17:33] <cjwatson> need at least 154
[17:33] <cjwatson> message:
[17:33] <cjwatson>   Pass rootflags= rather than ROOTFLAGS=, since as far as I can tell
[17:33] <cjwatson>   initramfs-tools ignores the latter.
[17:33] <xivulon> this time you can edit the boot line manually
[17:35] <davmor2> cjwatson: thanks I'll have a look at the version on tomorrows and try again :)
[17:35] <davmor2> if 154 stabilises ubuntu then I'll try across the board and see if they all work
[17:36] <davmor2> right I'm calling it a night
[18:10] <evand> cjwatson: doing so now
[20:47] <rgreening> evand: ping
[20:47] <evand> rgreening: pong
[20:47] <rgreening> evand: care to look at bug 440719
[20:47] <rgreening> evand: I think we need to use unicode strings in several places instead of just cast to str
[20:48] <rgreening> like specifying the source iso could be in a dir with utf8
[20:49] <rgreening> evand: this happens in the frontend for kde, gtk and in the helper app.
[20:49] <rgreening> evand: as well as install.py
[20:49] <evand> indeed, we should be using unicode instead of ascii strings
[20:49] <evand> transliterating where necessary
[20:50] <rgreening> do you have time to look at fixing?
[20:50] <evand> indeed
[20:51] <evand> just not tonight
[20:51] <rgreening> ok. ty
[20:51] <rgreening> want me to subscribe the bug to you?
[20:51] <rgreening> assign I mean
[20:52] <evand> please do
[20:53] <rgreening> k
[20:54] <rgreening> evand: I have about 5 minutes ... I can change the kde front-end.. do I replace str with unicode? yes? And should it work for both target and source?
[20:55] <evand> I suspect many of them are already unicode strings, and therefore the cast is unnecessary.  I'd have to look though.
[20:56] <rgreening> evand: ok. changed all refs in kde frontend to unicode. I'll commit to bzr. you can review...
[20:59] <rgreening> done
[20:59] <CIA-33> usb-creator: rgreening * r228 trunk/ (3 files in 3 dirs): Fix KDE frontend to use unicode rather than str for converting strings.


[00:07] <cjwatson> Sorry, could we please do this on the bug?  This is a 4.5 year old sprawling bug with months-long hiatuses; switching back and forward between bug mail and IRC increases the probability of us forgetting stuff; plus I have to go to bed now and can't really spend the time to give a proper answer to these questions right now.
[00:10] <cjwatson> And you may be right that it's unnecessary but if so I'd really like both the question and the answer - i.e. answer including motivation for it - to be recorded
[01:58] <wgrant> Hm
[01:58] <wgrant> I wonder if I can mangle format-imports into a generic import mover
[01:58] <wgrant> (BugTaskSearchParams is moving out of bugtask.py)
[01:59] <michaelh> Hey, I'm getting a corruption error from zlib while doing an export
[01:59] <michaelh> Should two packs with the same hash have the same content?
[01:59] <wgrant> From bzr?
[01:59] <wgrant> That's probably more of a #bzr question
[02:00] <michaelh> Heh, wrong Canonical-ish channel, sorry
[02:00] <lifeless> wgrant: michaelh: yes, same hash - same content.
[02:03] <StevenK> OMGWTFBBQ
[02:03] <StevenK> structural subscriptions model is under bugs, but the JS for it is in registry?
[02:03] <wgrant> StevenK: It was all initially in Registry
[02:04] <wgrant> StevenK: Then the bug subscriptions work moved it into Bugs
[02:04] <wgrant> For reasons unclear
[02:04] <StevenK> Maybe they were going to impact branches too
[02:05] <wgrant> I mean the reason for the move was unclear
[02:05] <wgrant> They were going to work for blueprints etc. in the initial design
[02:05] <StevenK> Ah
[02:16] <lifeless> shiny
[02:16] <lifeless> https://status.heroku.com/
[04:55]  * StevenK stabs the SS JS
[05:39] <StevenK> wallyworld_, wgrant: https://code.launchpad.net/~stevenk/launchpad/bugsubscriptionfilter-itype-ui/+merge/118472
[05:40] <wallyworld_> StevenK: i'm just about to run and and get the kid (i'm a bit late), i can look when i get back
[06:31] <wallyworld_> StevenK: the _english_condition() method could be improved - you could pass in the list to extend as a parameter
[06:31] <wallyworld_> it would avoid the unnecessary list creation
[06:33] <wgrant> Also, Proprietary isn't spelt like that.
[06:34] <StevenK> Bleh
[06:35] <StevenK> Those JS tests suck
[06:37] <wallyworld_> StevenK: will this actually hook up to the back end and do something?
[06:38] <wallyworld_> 342	+ 'are of information type: '+filter.information_types.join(', ')));  <-- you need a space around the + operator
[06:40] <StevenK> wallyworld_: Notice the existing pattern above, shall I fix those too?
[06:40] <wallyworld_> yes please
[06:40] <wallyworld_> while you are there
[06:42] <StevenK> wallyworld_: And yes, it hooks up to the model
[06:42] <wallyworld_> cool, and it works? ie you tried it out?
[06:43] <wallyworld_> normally i'd ask for a screenshot to be attached to the mp
[06:44] <StevenK> Yeah, I have tried it out.
[06:44] <StevenK> I can make a few screenshots, if you wish
[06:46] <StevenK> wallyworld_: ^
[06:47] <wallyworld_> StevenK: just one really - to show the new rendering of the info types in the popup, ie the expanded accordian
[06:47] <StevenK> Ah
[06:47] <wallyworld_> it's hard to visualise
[06:47] <StevenK> Let me do that
[06:48] <wallyworld_> thanks :-)
[06:48] <wallyworld_> if there's anything else you fell would add value, feel free to include it :-)
[06:51] <StevenK> wallyworld_: MP description changed to include screenshot
[06:51] <wallyworld_> .me looks
[06:51] <StevenK> Might change the 4 columns to 3. Not sure.
[06:53] <wallyworld_> StevenK: looks good. i think 3 columns is better. it's on my todo list to get rid of those godaweful little lazr buttons from formoverlays
[06:54] <StevenK> wallyworld_: http://people.canonical.com/~stevenk/information_type_filter_3.jpg
[06:54] <wallyworld_> much nicer!
[06:55] <StevenK> wallyworld_: http://pastebin.ubuntu.com/1133830/
[06:58] <wgrant> wallyworld_: But those buttons are so nice and fiddly to click :(
[06:58] <wallyworld_> StevenK: i'd rename the _english_condition method to _add_english_condition or something. my personal preference would be for the conditions list to go as the first argument but i'm not sure if we have a standard for that
[06:59] <StevenK> wallyworld_: You say as I push those changes ....
[06:59] <wallyworld_> sorry :-(
[07:00] <wallyworld_> wgrant: i'll do the change so that if the traversed path of the current content includes wgrant, you'll still get the little buttons
[07:00] <StevenK> Hahaha
[07:01] <StevenK> wallyworld_: http://pastebin.ubuntu.com/1133836/
[07:03] <wallyworld_> StevenK: looks, good, thanks. i'm surprised lint didn't pick up the spaces around the + in the js. you should include a == Lint == section in your mp
[07:04] <StevenK> I always check for lint before proposing
[07:06] <wallyworld_> maybe the linter needs updating. i can't recall if it complains at me when I forget the spcaes. i know curtis picks it up. maybe we should hook him up as the linter to use
[07:07] <StevenK> wallyworld_: Sounds like https://wiki.canonical.com/Quotes/2011 -- search for 'Automation and Service Status'
[07:08] <wallyworld_> lol
[07:20] <wgrant> StevenK: dogfood's running the fixed code, and seems pretty fast
[07:20] <wgrant> I've only specifically profiled the structsub queries, trying to track down the others now.
[07:20] <wgrant> But please throw rocks at it.
[07:30] <adeuring> good morning
[07:32] <bigjools> StevenK: I'm glad that most of my humour is too foul to get Quoted
[11:52] <mgz> so... there are no tests for debbugs import, but I'm not allowed to say that right?
[11:53] <wgrant> mgz: You care about the debbugs externalbugtracker, not debbugs-import.
[11:55] <mgz> I'm looking at bug 1029294 which is tripping in lp.bugs.scripts.debbugs
[11:55] <mgz> fix looks trivial but I don't want to break the world.
[11:56] <wgrant> Ah
[11:57] <wgrant> Yeah
[11:57] <wgrant> That code is a bit old
[11:57] <wgrant> It may even be from Mark's original stuff in 2004.
[11:57] <wgrant> Not sure how much it's evolved, but looking at the code... probably not much
[11:58] <wgrant> Yeah, was introduced in Nov 2004, largely untouched since.
[11:59] <cjwatson> mgz: Have you checked the debbugs source to see what other changes are associated with summary version 3?
[11:59] <cjwatson> When I looked at that I couldn't actually find a record of such a version ...
[11:59] <cjwatson> So I was going to look on the master system when I got a chance
[12:00] <mgz> I have, the only one is a set of fields are no longer rfc 1522 encoded
[12:01] <cjwatson> That's summary version 2.
[12:01] <cjwatson> Isn't it?
[12:01] <mgz> summary version 2 encodes subject and so on
[12:01] <mgz> summary version 3 does not
[12:02] <cjwatson> Oh, yeah, I see it now.  OK.
[12:02] <mgz> the launchpad code doesn't seem to handle any encoding regardless
[12:05] <mgz> so, we might get byte/unicode mix exceptions rather than harmless =?manging? without some extra handling
[12:10] <wgrant> mgz: We only do bugwatches nowadays, not imports. So we really only care about status/importance, probably.
[12:13] <mgz> that would simplify things, will grep around a bit
[12:41] <mgz> what is this nonsense...
[12:41] <mgz> ImportError: No module named auditorclient.client
[12:43] <mgz> why does launchpad want to import whatever that is when it's not in deps or pulled in by rocketfuel...
[12:45] <mgz> will branch the darn thing for now, but this seems borked
[12:55] <wgrant> mgz: Have you rerun buildout?
[12:55] <wgrant> 'make build' will do it
[12:58] <mgz> I ran 'make run' which depends on build....
[12:59] <mgz> it's possible I hit a window where I somehow got the code change but not the dep update, but that seems backwards
[13:03] <wgrant> mgz: Possibly it didn't automatically buildout because of some timestamp thing. But the code and dep changes were in the same rev.
[13:03] <mgz> so, rerunning build picks it up... but this really screws up my nice automation when launchpad periodically needs manual intervention to fix things
[13:03] <mgz> especially as the fallout is non-obvious
[13:03] <wgrant> It's pretty obvious
[13:03] <wgrant> Missing dep
[13:03] <wgrant> => deps are probably out of date
[13:04] <wgrant> => buildout is out of date, since buildout manages deps
[13:06] <mgz> wgrant: so, I have the log from the original update, and that pulls in the source, but left lp in a borked state, want to take a quick look?
[13:06] <wgrant> mgz: Sure
[13:13] <mgz> okay, pastebin was a bad idea, slow for big things...
[13:16] <mgz> ...and then it timed out anyway
[13:17] <mgz> wgrant: on devpad.canonical.com:/home/gz/lp.log
[13:19] <mgz> so, that succeeded, but when I then went to run the tests later, auditorclient wasn't importable
[13:23] <wgrant> mgz: Looking
[13:24] <wgrant> mgz: Are you sure you were running the tests from the same tree?
[13:25] <wgrant> Because the webapp is unlikely to start in the situation that you described.
[13:25] <wgrant> And buildout was clearly run
[13:27] <mgz> wgrant: doh, yup, that's it, rocketfuel not getting lightweight checkouts paining me again
[13:31] <rick_h_> adeuring: ping, you get the email on the skype call?
[13:32] <adeuring> rick_h_saw it a minute ago, online on skyke in a minute...
[13:50] <rick_h_> jcsackett: stand up is over whenever you're ready to chat
[13:51] <abentley> abel: Since rick is busy, do you mind reviewing this?  https://code.launchpad.net/~abentley/launchpad/same-queue-query-fmr/+merge/118428
[14:33] <sinzui> jcsackett: rick_h_: While I know we are in an awkward be-ready-to-blue-sky sharing phase there are a few bugs in the current UI that would be nice to fix/avoid bug 1023427
[14:33] <_mup_> Bug #1023427: Sharing implies you can edit <disclosure> <javascript> <sharing> <ui> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1023427 >
[14:34] <rick_h_> sinzui: thanks, will check it out
[14:45] <cjwatson> Any chance of a review of https://code.launchpad.net/~cjwatson/launchpad/report-pcj-oops/+merge/117601?  I'll need to get that QAed before pushing up the fix for the second of that pair of critical bugs.
[14:55] <abentley> adeuring: Since rick is busy, do you mind reviewing this?  https://code.launchpad.net/~abentley/launchpad/same-queue-query-fmr/+merge/118428
[14:55] <adeuring> abentley: sure, I'
[14:55] <adeuring> ll look
[14:55] <abentley> adeuring: thanks.
[14:59] <abentley> cjwatson: I'll review it if you promise to update sampledata next time you land a DB patch :-)
[15:00] <cjwatson> Did I screw something up before?
[15:01] <abentley> cjwatson: You didn't update the sampledata to include distroseries on archivepermission.
[15:01] <cjwatson> Oops.  Sorry about that.  Duly promised.
[15:01] <cjwatson> Has that been done now?
[15:02] <cjwatson> (I mean, does it need me to do a follow-up branch?)
[15:02] <abentley> cjwatson: Yes, I landed it as part of my db patch.
[15:02] <cjwatson> Good, thanks.
[15:04] <abentley> cjwatson: r=me.
[15:05] <cjwatson> thank you.
[15:06] <abentley> cjwatson: np
[15:11] <adeuring> abentley: r=me, but I find it still scary that this fix is necessary...
[15:12] <abentley> adeuring: Thanks.
[15:12] <cjwatson> Oh, since you two are around: is celery in a state where new jobs could reasonably be deployed using it?
[15:13] <cjwatson> PackageCopyJobs might benefit.  (Also, I was wondering if either of you knew if there's a reason why PlainPackageCopyJob.createMultiple doesn't poke celery.)
[15:13] <abentley> cjwatson: No, not yet.  There was a problem with queues accumulating that we believe is now fixed, but is related to this branch I'm landing.
[15:14] <cjwatson> OK.  Useful to know to calibrate my expectations ...
[15:16] <abentley> cjwatson: Yeah, hopefully with this landed, we can try to deploy celery job handling again.
[15:34] <jcsackett> sinzui: i can grab bug 1023427; this is just the on production w/o write enabled issue, correct?
[15:34] <_mup_> Bug #1023427: Sharing implies you can edit <disclosure> <javascript> <sharing> <ui> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1023427 >
[15:34] <sinzui> no
[15:36] <sinzui> jcsackett: the choicesource widget adds the action/edit link to both the value and the EDITICON. +sharing's UI knows to hide the EDITICON node so we do not render an icon that claims you can edit, but the values are still linked.
[15:37] <sinzui> jcsackett: I think we need to consider changing choicesource to not linkify values as we need, or we rethink how +sharing renders all the choices
[15:39] <sinzui> jcsackett: The issue relates to https://bugs.launchpad.net/launchpad/+bug/568768 which has a lovely picture showing that Lp's inconsistency with what activates a choice causes madness in 8 out of 10 people
[15:39] <_mup_> Bug #568768: Bug UI Inconsistancy <confusing-ui> <javascript> <lp-bugs> <ui> <Launchpad itself:Triaged> < https://launchpad.net/bugs/568768 >
[15:42] <sinzui> jcsackett: I think wallyworld_ had pondered a flag to choicesource config to no link the value. That might solve my immediate concern. I still hope to stop linking the bug status and importance to the popup
[15:49] <jcsackett> sinzui: bug status/importance? you mean on the bugs page instead of on the +sharing page?
[15:50] <sinzui> jcsackett: yes. A good plan will allow us to fix both pages
[15:51] <sinzui> jcsackett: on this picture: https://launchpadlibrarian.net/45059419/bug-incon.png the bug status and importance were linked to the popup. They should not be linked, or if they are, they are linked to search for more bugs of that status or importance
[15:51] <jcsackett> sinzui: got it.
[15:52] <jcsackett> sinzui: ok, i got you. was just confused as i was thinking in terms of +sharing, not in terms of choicesource.
[15:52] <sinzui> jcsackett: I am not asking for you to fix the bug page, I just want to you to check that a fix for +sharing could be reused on the other page to verify the design is good
[15:53] <jcsackett> sinzui: dig.
[15:53] <sinzui> Sorry for writing in cryptic curtisese
[15:53] <jcsackett> sinzui: all good, i can usually translate.:-P
[18:44] <deryck> rick_h_, you reviewing at all now, or still UI-pairing?
[18:46] <rick_h_> deryck: just losing all my UI work atm :/
[18:46] <rick_h_> deryck: what's up? Need a review?
[18:46] <deryck> rick_h_, that doesn't sound fun.  And yeah, if you have the bandwidth.
[18:46] <rick_h_> deryck: sure thing, linky please and I'll take a break being angry at the service
[18:47] <deryck> rick_h_, thanks!  https://code.launchpad.net/~deryck/launchpad/reauth-for-email-363916/+merge/118612
[18:53] <lifeless> o/
[19:04] <rick_h_> deryck: r=me with couple comments
[19:05] <deryck> rick_h_, thanks!
[21:42] <Ergo^> evening
[21:46] <lifeless> hi
[22:02] <Ergo^> gary_poster, hi just replied to your email
[22:59] <rick_h_> man missed him


[03:08] <xubuntu29i> hallo
[03:10] <xubuntu29i> if there are devs around, i just want to say thank you for keeping support of 32bit i386
[03:14] <xubuntu29i> spoke too soon..
[03:16] <xubuntu29i> xubuntu apt-setup W: Signature verification failed for
[10:09] <andregray> clear
[10:12] <gnrp> Ctrl+L
[10:32] <xubuntu08d> hi I cannot install audacity
[10:33] <xubuntu08d> I dont understand why.. is so simple usually
[10:34] <xubuntu08d> hei.. is somebody there?
[10:41] <brainwash> xubuntu08d: what error message do you get?
[10:43] <xubuntu08d> it says audacity is not supported.. or others time it doesnt say anything
[10:43] <gnrp> xubuntu08d: Maybe paste the full error message here and send us the link: https://pastebin.ubuntu.com/
[10:43] <xubuntu08d> when I click on Install nothing happens
[10:44] <gnrp> xubuntu08d: Or go to a terminal, type in `sudo apt-get install audacity` and then paste the output of that to the pastebin
[10:44] <xubuntu08d> I try
[10:48] <xubuntu08d> THE PASSWORD DOESNT WORK
[10:50] <DarkTrick> :D
[11:11] <xubuntu08d> Sorry,when I try to install nothing happen.. no error message
[11:11] <xubuntu08d> nothing
[11:27] <gnrp> xubuntu08d: When you type this into the terminal, there must be a message?
[11:28] <xubuntu08d> it ask me the password
[11:28] <xubuntu08d> but then he doesnt like it
[11:29] <gnrp> so you open a terminal with ctrl+alt+tab, and you type in the same password as you would type in for login/other authoriztation?
[11:30] <xubuntu08d> whit
[11:30] <xubuntu08d> now something is happening
[11:33] <xubuntu08d> yuppyyy
[11:34] <xubuntu08d> is working
[16:39] <gnrp> xubuntu08d: Well, congrats, though I wonder what you did ;)
[20:01] <vp11> I'm going to buy a ThinkPad laptop that has the status of certified pre-install for Ubuntu and I was wondering if I should enjoy the same hardware stability on Xubuntu or if there are enough differences to affect that.
[20:03] <gnrp> vp11: You can assume that most of it will work, but what model exactly are you checking?
[20:03] <gnrp> some things which need the interface might not be working, but in general it should work
[20:06] <vp11> ThinkPad A485
[20:06] <vp11> it's AMD
[20:06] <gnrp> oh. In general, what I read, it is recommended not to take the A series anyway.
[20:07] <vp11> really? I was excited to move away from Intel.
[20:07] <vp11> why is that? would love to know
[20:08] <gnrp> I just read the reviews recently. They all said it is a bit cheaper, but the saving in the price is not worth the worse value you get
[20:08] <gnrp> e.g., worse battery life, heat problems, only bad display options
[20:08] <gnrp> but anyway, I'd expect from the hardware that it would also work with xubuntu. If there is a fingerprint reader, it might make trouble, though
[20:09] <gnrp> but that's all the hardware that I would really care about, the rest is generic and not tied to the ubuntu derivate you use
[20:13] <vp11> good to know, thanks for the tips
[20:14] <vp11> I don't personally like the fingerprint reader and this model doesn't come with one, but if did I wouldn't use it anyway
[20:14] <vp11> and I agree that the screen options were not the best
[20:14] <vp11> I can see that being an inferior laptop depending on the needs of the user
[20:49] <xubuntu58w> join
[20:52] <xubuntu58w> has anyone been able to use usb imagewriter or formater on xubuntu


 I can't figure out how to join the mailing list! Can somebody help?
[12:56] <pmatulis> DS-McGuire: hi
[12:57] <pmatulis> DS-McGuire: what have you tried so far?  what pages did you read?  i'm interested because you are new.  maybe we can improve things for newcomers
[12:59] <DS-McGuire> pmatulis: I simply can't find out how to add to the mailing list. haha!
[12:59] <pmatulis> DS-McGuire: what are you looking at?
[12:59] <DS-McGuire> I have read all the pages I can find and they all say "join the mailing list".
[12:59] <pmatulis> DS-McGuire: k, sec
[13:00] <DS-McGuire> hold on
[13:00] <pmatulis> DS-McGuire: so this is our home: https://wiki.ubuntu.com/DocumentationTeam
[13:00] <pmatulis> it may not be the best but if you go to 'Contact us'
[13:00] <pmatulis> (top right)
[13:00] <pmatulis> you'll get to this page:
[13:01] <pmatulis> https://wiki.ubuntu.com/DocumentationTeam/Contact
[13:01] <DS-McGuire> Ah, I never thought to look under contact us, I assumed it would be under Join the Team...
[13:01] <pmatulis> DS-McGuire: yeah, so this is a valid point.  we may consider moving it
[13:02] <DS-McGuire> I don't know if that's my fault, I think it might have been.
[13:02] <pmatulis> DS-McGuire: take these kind of notes down.  they're valuable
[13:04] <DS-McGuire> I will do :D
[13:14] <pmatulis> DS-McGuire: sec, on the ☎
[14:18] <belkinsa-> DS-McGuire, some of the teams use the lists.ubuntu.com mailing lists since some of the teams were before LaunchPad.  The link for our mailing-list is: https://lists.ubuntu.com/mailman/listinfo/ubuntu-doc
[14:19] <DS-McGuire> belkinsa-: Thanks, I am signing up now :)
[14:19] <belkinsa> Not a problem.
[14:20] <belkinsa> And pmatulis is right, the best way to find where the mailing-list is is under the contact wiki page of most teams.
[14:21] <DS-McGuire> That wasn't very obvious to me for some reason ahah!
[14:22] <belkinsa> DS-McGuire, you should really need read the home page of each team on the wiki and the how contact them, when you want to join.  Of course there are other pages that help you get started or see if you want to really join.
[14:24] <pmatulis> DS-McGuire: i see you tried to joing the ubuntu doc umbrella team.  i guess that is something else we need to make more clear.  just join the contributors team, which you already did
[14:24] <pmatulis> mental note for /me
[14:24] <DS-McGuire> I did read everything that I came across and on launchpad it says this: "If you wish to begin contributing, please visit https://wiki.ubuntu.com/DocumentationTeam, join our mailing list, and find us on irc at #ubuntu-doc". It doesn't say go the contact us page at all. I assumed Contact Us was for other people.
[14:25] <DS-McGuire> Oh well that makes sense then, I will remove my request for that team.
[14:25] <pmatulis> don't bother, i don't think you can anyway
[14:25]  * pmatulis makes notes
[14:25] <DS-McGuire> Oh, well it shouldn't be a problem should it?
[14:25] <pmatulis> nope
[14:25] <pmatulis> ① clarify how to join ubuntu-doc
[14:25] <belkinsa> DS-McGuire, I was thinking of what Ali Linux said in one of his presentations on how to get involved.
[14:26] <pmatulis> ② clarify what team to join
[14:26] <DS-McGuire> I have work with Ali in the past.
[14:26] <pmatulis> DS-McGuire: where are you from anyway?
[14:26] <belkinsa> I spoke to him a few times.
[14:26] <DS-McGuire> Wales in the UK
[14:27] <DS-McGuire> I didn't particularly enjoy working with him.
[14:27] <DS-McGuire> I have never met him in person,
[14:28] <belkinsa> DS-McGuire, https://www.youtube.com/watch?v=ijUbXSxU2UQ (ignore the strange suggested videos - YouTube has the worst UX ever)
[14:29] <belkinsa> It's that video.
[14:29] <belkinsa> But I believe pmatulis has a point on fixing it.
[14:29] <DS-McGuire> Oh wow that is a long video. I will save that for later on tonight, thanks :)
[14:30] <belkinsa> It is because it was for the last UOS
[14:30] <DS-McGuire> Oh I see