[01:22] <LiquidRain> hello - I have a bug with the Intrepid beta regarding my Intel video driver not changing refresh rates.  I think I read there's another channel for video related bugs.
[01:23] <LiquidRain> (since Intrepid uses HAL for Xorg configuration right now, tweaking my xorg.conf is not working, and trying to find out where to disable HAL seems impossible)
[01:54] <LiquidRain> might be a general Ubuntu bug, actually...
[02:11] <unfo> hi all.  I am writing a bug report.  When you are running Linux in console mode, and press PrintScreen by accident, it sends SIGQUIT, so the current app dumps core and quits unless it traps SIGQUIT.  But vim, nvi, and nano all trap SIGQUIT so are not affected.  What are some other console-mode apps in which users might do 2 hours of work then lose it all by a SIGQUIT?  I want to find a good example for my bug re
[02:11] <unfo> was that last post truncated before "report."?
[02:11] <LiquidRain> we got "bug re"
[02:11] <LiquidRain> close enough
[02:12] <unfo> LiquidRain: :)
[02:12] <LiquidRain> maybe an SQL command line?
[02:12] <unfo> LiquidRain: could a sql cmd really take 2 hours to write?  also, wouldn't it remain onscreen in scrollback?
[02:13] <LiquidRain> mabe not 2 hours, but if you're in a transaction that you're working on you (could) lose some work
[02:13] <LiquidRain> it's far-fetched
[02:13] <LiquidRain> I guess I can't think of much :)
[02:14] <unfo> LiquidRain: the ideal would be a text editor that doesn't save auto-recovery data, and doesn't trap SIGQUIT.  maybe none exists.
[02:14] <unfo> well, NLED by my former dean probably counts
[02:14] <unfo> maybe some small emacs clones in apt too.  /me goes to try a bunch
[03:02] <r_logan> is anyone home
[03:03] <unfo> r_logan: please tell me: how many people are in this channel?
[03:03] <unfo> :)
[03:03] <unfo> r_logan: it is likely someone will answer your question.
[03:03] <r_logan> from what i can see quite a few ppl here,
[03:03] <rockstar> unfo, I think the question he asked has still not been answered.
[03:03] <rockstar> r_logan, yes
[03:04] <rockstar> unfo, now it has been.  :)
[03:04] <unfo> rockstar: true.
[03:04] <unfo> r_logan: i am home, in my basement.
[03:04] <r_logan> what i am wondering is how can someone try and help bug fixing with no recent programming skills
[03:04] <r_logan> as i would like to contribute in some way
[03:04] <rockstar> r_logan, http://wiki.ubuntu.com/HelpingWithBugs
[03:05] <unfo> r_logan: how good are your linux skills?
[03:05] <r_logan> have been there but not 100% sure where to start, skill wise ok generally but really want to learn more and help out
[03:06] <unfo> r_logan: please be more detailed than "ok" :)  For example, here is a summary of my skills:
[03:07]  * unfo scratches his head
[03:07] <unfo> r_logan: Myself, I know how to build simple .deb packages, how to use the coreutils including head tail xargs find grep, a little Perl, a little shell, a little PHP
[03:08] <r_logan> i guess i can get myself around getting my 3 machines running , so a bit more than basic but no geek on things as yet, in the past used to do a lot of 68k assembler but that was years,
[03:08] <unfo> r_logan: how about your linux-related skills?
[03:09] <r_logan> i am not beginner but not in your league, would like to get into packaging and back in coding again. linux wise i am more than beginner but no expert
[03:12] <r_logan> i know some command line but certainly need more knowledge
[03:14] <unfo> r_logan: there are many ways to help out with Ubuntu, and with open source software in general.  You should find out what is the best way for you to help (best use of your current existing skills), then help out in that way.  It may be contributing with bugs, or it may be something else.  It depends on you.
[03:15] <unfo> r_logan:  maybe we can help you figure out what's the best way for you to help.  Want that?
[03:16] <r_logan> yeah that would be great, thanx
[03:18] <unfo> r_logan: take a look at https://wiki.ubuntu.com/ContributeToUbuntu and tell us: what items look like good matches for your skills?
[03:18] <unfo> what do you think you can do, and do well?
[03:20] <unfo> r_logan: also: have you contributed any volunteer effort to Ubuntu or any open source software before?  For example, if you have written a manpage, tell us a weblink to the manpage.  When you did the volunteer effort, what did people think of the results?  Were they happy?
[03:20] <unfo> r_logan: also, what is your day job?  What things do you do outside of computers?  Could any be useful to Ubuntu?
[03:22] <r_logan> having a look at the webpage at the moment, i haven't contributed to any software for ages, last time was when i was writing antiviral stuff back in the amiga days, been away for a long time, haven't done docs since then either
[03:23] <r_logan> my trades are electrical engineering and horticulture, day job is now stay at home dad, but previously worked for comms company/isp and horticultral industry
[03:25] <unfo> r_logan: electrical engineering.  Hmmm.  Could you help out with hardware-related things like making Rockbox (www.rockbox.org) work with MP3 players it doesn't yet support?  (I don't know if that needs programming knowledge though.  It might.)
[03:26] <r_logan> from the webpage , i certianly do h/w testing with my own equip now as I d/l all new versions as they come out as alpha, beta etc and check on my hardware and send test results back, try out any new app that i like the look of, also have laptop so could add to that area
[03:27] <r_logan> mmmm not sure about rockbox, can't say i have seen it, just brought up webpage, mmm might have to get mp3 player to check it out, but wonder how that would function with mediagate mg350
[03:28] <r_logan> i really appreciate your time
[03:29] <r_logan> have bookmarked rockbox so will cert have a look at that
[03:31] <r_logan> certainly could help beginners with getting up and running, have given a few ppl help via the forums, should get back to doing that
[03:33] <unfo> r_logan: glad to help.
[03:45] <r_logan> thanx unfo for your thoughts, will try and keep an eye on the bug side of things as my skill levels get up, really would like to help there in someway
[03:48] <unfo> r_logan: why are you so focused on the bug side?  If you want technical, if you can program, try contributing to a game you like.
[03:48] <unfo> r_logan: frozen-bubble is written in Perl, an easier language than C / C++
[03:49] <unfo> r_logan: there are dozens of games written in easier languages than c / c++
[03:49] <r_logan> i have done programming in c/c+ years ago and didn't find it that difficult, was looking at learning perl though
[03:50] <r_logan> i think bugs is an area where it helps everyone and i feel it would be a good challenge as well
[03:52] <greg-g> r_logan: not sure if this was said before or not, but the #ubuntu-devel channel might be a great resource for help in fixing programming bugs.
[03:52] <r_logan> ok will check that out as well
[03:52] <unfo> r_logan: if you can code, don't triage bugs.  fix them.  I suggest you start with games, it's less bad if you make a mistake.
[03:53] <greg-g> this channel is mostly people who help triage bugs while -devel is more the people who do the actual fixing (that is a very broad generalization)
[03:53] <greg-g> I would have to say: start on what interests you, otherwise the fun and desire to continue won't be there
[03:54] <r_logan> ok, the only prob is that i haven';t programmed since early mid 90's, so feeling rather rusty
[03:54] <greg-g> don't worry about it
[03:54] <greg-g> you get the source, do some edits, compile, if it doesn't work, try again.
[03:54] <greg-g> you won't be hurting anyone else
[03:55] <unfo> greg-g: fair.
[03:55] <greg-g> plus, usually just by necessity, you start with smaller patches (like 1-5 liners) that aren't difficult and help you learn how the code works
[03:55] <unfo> by "mistake" I meant sending a patch which introduces new bugs :)
[03:55] <greg-g> then you move on and do bigger and better things as you learn an applications code better
[03:55] <r_logan> yeah can agree with the enjoyment factor, yeah the game options could be a possibility and i am worried with being rusty about causing issues for others, yeah knew what you meant
[03:56] <r_logan> true if it is 1-5 liners
[03:57] <LiquidRain> if trying to help to fix bugs by programming is causing an issue for others
[03:57] <LiquidRain> the issue is with the others
[03:57] <greg-g> either way, r_logan, it is awesome you want to help with development, thanks!
[03:57] <LiquidRain> If you were trying to help me fix bugs on a program I wrote, I'd be more than happy to teach you the ropes
[03:58] <r_logan> thats no probs at all you have all be great
[03:58] <LiquidRain> don't think too little of yourself, I'm sure whoever you help will be happy to have somebody eager.
[03:58]  * LiquidRain salutes
[03:58] <LiquidRain> I'm off, later
[03:59] <r_logan> sorry guys just had to show my son (6yrs) how to get to the wormux site
[03:59] <r_logan> cheers liquidrain
[04:03] <greg-g> r_logan: if you have any questions in the future, don't hesitate to ask in either here or #ubuntu-devel
[04:03] <greg-g> but now, I too must be off. take care
[04:03] <r_logan> thanks greg-g,
[04:04] <r_logan> thanks unfo for your thoughts, might check out the games side of things, would be nice to help on something close to home in Australia though
[04:18] <r_logan> cheers gotta head
[04:43] <unfo> rock star: now filed.  https://bugs.launchpad.net/ubuntu/+source/console-data/+bug/279973 ("PrintScreen key causes many apps to suddenly die if you are running in Linux text mode").  I chose aptitude and lynx as my examples.
[04:46] <greg-g> unfo: confirmed
[04:47] <greg-g> that is a weird issue
[04:48] <unfo> greg-g: thanks for marking confirmed.  it's a usability problem nobody has bothered to fix.  back in the year 2000 someone recommended "if you don't like it, just edit your keymaps to fix the definition".  lol
[04:48] <unfo> greg-g: i think it should have higher priority than Normal, since it *is* a dataloss bug, even though not such a common one.
[04:49] <maco> amusing bug: bug 279623
[04:49] <maco> 279? oh jeez we're coming up on 280,000
[04:49] <greg-g> unfo: good point on data loss
[04:50] <unfo> also, it doesn't let you lose data in all apps, only in non-texteditors.  All texteditors seem to trap SIGQUIT, even the obscure ones like e3 and pfe.
[04:50] <greg-g> unfo: interesting
[04:51] <unfo> though I bet NLED, the editor written by the dean of my former cs dept. and that all the cs students at my school used, might not trap SIGQUIT.
[04:51] <greg-g> maco: do you want to close that one or me? :)
[04:51] <unfo> s/ all/ most
[04:51] <maco> greg-g: its currently marked invalid, isnt it? i got bug mail saying it had been...
[04:52] <maco> doh its open again...ok
[04:52] <greg-g> heh
[04:55] <unfo> did i reopen it by accident with my 2 comments?
[04:59] <maco> argh, what do i do when someone files a bug, it is marked won't fix because it's a design decision, they argue some more in that bug then invalidate it themselves, then file the same darned bug again
[04:59] <maco> ?
[04:59] <maco> bug 277407 & bug 279939
[04:59] <greg-g> maco: if they filed the same bug again, then mark it a duplicate?
[05:00] <maco> i did, but this is annoying
[05:00] <unfo> ban them from bugzilla :)
[05:00] <unfo> s/bugzilla/launchpad
[05:01]  * unfo vaguely wonders if such a thing is even possible
[05:01] <maco> or at least from filing fusa bugs
[05:02] <lifeless> just leave the bug
[05:02] <lifeless> let them farm it in their own little world
[05:04] <unfo> I've never used 8.10 but I do think it'd be weird not to have the time be in the far corner of the screen.  In every other distro I've used, the time is in the far corner.  That said, I'm not the maintainer and I am grateful that I am not.  :)
[05:04] <unfo> maintainers do very important work.
[05:55] <mrooney> anyone know who might be able to give more insight into bug 235600?
[07:42] <thekorn> good morning bugsquad
[08:19] <thekorn> does anybody know the id of the masterbug of the "white screen of death"-issue with ati cards?
[08:20]  * thekorn has no luck finding it, but is sure there is one
[08:21] <Hobbsee> thekorn: https://bugs.edge.launchpad.net/ubuntu/+source/compiz/+bug/159594 ?
[08:22] <Hobbsee> hm, perhaps not.
[08:22] <thekorn> I'm sure there is one with tons of duplicates
[08:23] <Hobbsee> there probably is.
[08:23] <thekorn> all bugs I found matching this creteria are about nv cards
[08:27] <Hobbsee> https://bugs.edge.launchpad.net/ubuntu/+bugs?field.searchtext=ati+white&orderby=-number_of_duplicates&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_
[08:27] <Hobbsee> package=
[08:27] <Hobbsee> thekorn: doesn't look like anything with tons of dupes that i can find, but there are a few there.
[08:27] <Hobbsee> unless it's been marked as fixed, ro something
[08:33] <thekorn> Hobbsee: ok, thanks, will have a closer look at it in a bit
[09:54] <thekorn> seb128: sorry for messing up bug 264723, I'm wondering why there are some bugreports where the issue described by the user is different to the apport crash
[09:54] <thekorn> bug 279265 is another example
[09:54] <seb128> thekorn: you get a text entry where you can describe the bug when you get a crash, some user just writte about all their issues there
[09:55] <seb128> thekorn: that's not really usuable though
[10:12] <willgreg> Hello all.  Iḿ new and wondering if Iḿ on the correct channel... Is this a channel for people trying to fix bugs?
[10:18] <ara> willgreg: here is more to discuss if a bug has been already reported, if it is duplicated, etc. once the bug is confirmed, #ubuntu-devel or #ubuntu-motu should be better channels to fix it
[12:37] <Hobbsee> bug #246969
[13:23] <Waistless> hi, can someone please look at this bug https://bugs.launchpad.net/ubuntu/+source/emerald/+bug/205364 This bug has been around for AGES and it still hasn't been fixed, it cripples emerald because it starts with no visible way to get themes
[13:41] <ivoks> any suggestions how to start debugging and solving problems in bug 261318
[14:46] <Hew> Hey guys. Bug 99508 is a human-theme / compiz titlebar bug that was present in Hardy development and has reappeared in Intrepid. It has been nominated for Intrepid but not accepted yet, and I believe it to be release critical due to the large number of users it will affect. Anyone else familiar with this issue, or able to give it some attention? :-)
[14:47] <seb128> mvo: could be a bug for you
[14:50] <mvo> Hew: thanks, that does only happen on some nvidia cards, no?
[14:50] <mvo> seb128: hm, I get evol-alarm-notify failure during a upgrade
[14:50] <seb128> mvo: what? crash?
[14:51] <mvo> seb128: "an error ccurred while loading or saving configuration information ... Adding client to servers list failed, CORBA error" (a dialog)
[14:51] <Hew> mvo: The nvidia titlebar problem that I am aware of is bug 186382. This problem happens with AMD/ATI as well from memory.
[14:52]  * Hew re-reads the report to check
[14:52] <seb128> mvo: I've already seen this error in some bugs ages ago, I think it's something which happens randomly and it's there since warty
[14:54] <mvo> seb128: ok
[14:54] <mvo> Hew: thanks, I'm pretty sure it does not happen on every system, I have no seen it on my nvidia or intel systems
[14:55] <Hew> mvo: Ok, that's good to know :-), I just wouldn't want a large number of people with horrible titlebars on Intrepid release :S
[14:56] <mvo> Hew: agreed :)
[14:56] <mvo> Hew: its just difficulting currently to figure out how is affected and how is not, help with that would be very welcome :)
[14:58] <Hew> mvo: Yes, it's especially hard to find out who is NOT affected on bug reports, where it's populated mainly by people who are experiencing the problem themselves. There hasn't been a comment confirming this issue with a non-nvidia card on Intrepid yet, so I'll try and collect more information.
[14:59] <seb128> Hew: didn't notice a such issue on my intel intrepid
[15:00] <mvo> Hew: excellent, thanks! might be releated to the version of the nvidia driver even, I have -177 and have not seen it, so it might only happen with 173
[15:01] <Hew> seb128: Thanks. Yes, it appears this may be yet another nvidia issue after all..
[15:01] <Hew> mvo: Good idea, I'll test with other driver versions.
[15:01] <Hew> I'm using -177 myself and I get the problem.
[15:08] <mvo> Hew: oh, you get it? excellent
[15:40] <mvo> Hew: what card do you have exactly? human theme is the one in "system/preferences/apperance/Human (or do you use human-clearlooks" ? any special settings (twinview etc)?
[15:42] <Hew> mvo: I have a nvidia geforce 7600GT, and the problem occurs with both human and human-clearlooks (I guess they use the same titlebar art). Specifically using the "clearlooks" titlebar does not trigger the issue. I have no special graphics settings (single display).
[15:46] <mvo> Hew: and you see it on every title bar? do you have any special settings in compiz maybe?
[15:46] <seb128> mvo: btw about the rarian upgrade issue you mentionned yesterday no idea, I already wanted to ping you about this one
[15:46] <mvo> Hew: and you see a similar problem like one in the bugreport?
[15:48] <Hew> mvo: I see it on every windowed titlebar (not maximised). I just reset to metacity and to "normal" compiz from appearance prefs, and can confirm the issue with default settings. I get the grey titlebar issue all the time on Intrepid (that didn't happen with Hardy), and sometimes can see the stripey issue (which is what happened on Hardy until the workaround patch).
[15:56] <mvo> Hew: I guess the new compiz from the compiz PPA does not help either?
[15:58] <Hew> mvo: Correct, I'm running compiz 1:0.7.8-0ubuntu1~ppa1 and I still have the problem, unfortunately.
[15:58] <mvo> Hew: thanks
[15:58]  * mvo scratches his head
[16:00] <Hew> mvo: No worries, thanks for looking into it. It's also worth noting that the other 'nvidia titlebar' bug occurs with maximised windows and can be triggered by changing the titlebar text, whereas this issue occurs with unmaximised windows and is triggered by moving the mouse over the three top-right window buttons.
[16:01] <Hew> So even though it's only really been confirmed on nvidia devices for now, I don't think they're the same issue.
[16:21] <mvo> Hew: oh, that is good and useful information, I have a non-standard button layout, I will change it and see if that helps triggering it
[17:11] <mrooney> Is there anything I need to do to make bug 273385 public? I can't see any attachments that are necessary to remove.
[17:16] <bdmurray> mvo: I've an Intrepid daily partial upgrade stuck at Cleaning up w/ python-support
[17:16] <mvo> bdmurray: excelllent
[17:17] <mvo> bdmurray: is it still running?
[17:17] <bdmurray> mvo: yep, still stuck
[17:17] <mvo> bdmurray: eh, its cleaning python-support?!?
[17:17] <james_w> mrooney: it looks ok to me, go ahead
[17:17] <bdmurray> mvo: no, processing triggers for python-support
[17:17] <mvo> bdmurray: puhh, ok :) what is it removing?
[17:17] <bdmurray> mvo: "cleaning up" after "installing"
[17:17] <mvo> bdmurray: could you please run a pstree and put that into a pastebin?
[17:19] <mrooney> bdmurray: regarding bug 274995, apparently removing quiet splash doesn't provide any extra output, any other hints?
[17:20] <bdmurray> mvo: http://pastebin.osuosl.org/22263
[17:20] <bdmurray> whoops, that might not be helpful
[17:20] <mvo> bdmurray: hm, pstree -A maybe ?
[17:21] <mvo> (sorry for not mentioning that)
[17:21] <bdmurray> http://pastebin.osuosl.org/22264
[17:21] <bdmurray> mvo: I should have known! ;)
[17:22] <mrooney> james_w: same for bug 272660 except remove the coredump?
[17:23] <james_w> yeah, if you've checked the other attachments
[17:23] <james_w> mrooney: are those two duplicates?
[17:23] <bdmurray> ogasawara: can you help mrooney with bug 274995?
[17:23] <mrooney> james_w: yeah, they are duplicates of 254359, which is what I am working on
[17:24] <james_w> mrooney: coolio
[17:25] <ogasawara> bdmurray, mrooney:  just a sec, tied up right now
[17:26] <bdmurray> mvo: anything?
[17:28] <mvo> bdmurray: could you please strace the gnome-pty-helper
[17:28] <mvo> bdmurray: the one that is a child of update-manager
[17:28] <mvo> bdmurray: and update-manager too (strace) - is there anything intressting showing up?
[17:28] <mrooney> james_w: but is the answer yes, just remove the coredump?
[17:29] <james_w> mrooney: yes
[17:30] <mrooney> james_w: okay, great, thanks! so when don't you remove the coredump?
[17:31] <mrooney> bdmurray: hey speaking of stuck upgrades, my Intrepid upgrade is stuck at Cleaning up > ldconfig. Is that a known issue?
[17:32] <mrooney> sorry by upgrade I mean the one triggered by a partial update
[17:32] <mrooney> not Hardy -> Intrepid
[17:32] <james_w> mrooney: don't remove it if you want apport to use it, e.g. just retagging to make the retracer try again
[17:33] <mrooney> james_w: ahh I see, interesting
[17:33] <bdmurray> mvo: I don't think so
[17:33] <mvo> mrooney: if it is still running, can you do a pstree -A please?
[17:33] <mvo> bdmurray: hm, what is it doing? just polling ?
[17:34] <mrooney> mvo: it is. just in another terminal?
[17:34] <mvo> mrooney: yes please
[17:35] <bdmurray> mvo: and writing the progress bar I believe
[17:36] <mvo> bdmurray: hm, could you give me the last couple of lines of the gnome-pty-helper strace?
[17:36] <mrooney> mvo: http://dpaste.com/83172/, any use?
[17:37] <mrooney> mvo: you are quite the multitasker today :)
[17:37] <mvo> mrooney: hm, please run a strace on gnome-pty-helper
[17:37] <bdmurray> mvo: http://pastebin.osuosl.org/22265
[17:38] <mvo> bdmurray: ls -l /proc/$(pidof gnome-pty-helper)/fd/0 ? is that pointing to a pipe?
[17:38] <mrooney> mvo: would it be related to bug 254359 which happened during the update?
[17:41] <bdmurray> mvo: there are actually multiple gnome-pty-helper processes now
[17:42] <mvo> bdmurray: hm, the one that is part of update-manager
[17:42] <mvo> mrooney: is the strace showing a read(0 for you too?
[17:42] <mvo> bdmurray: is the read(0, going away at some point? or is it staying there?
[17:43] <bdmurray> mvo its stuck there
[17:43] <mrooney> mvo: I have never used strace before, I am trying to figure it out and find the pid of gnome-pty-helper :)
[17:43] <bdmurray> mvo: and its pointing to a socket
[17:43] <mrooney> mvo: yeah
[17:43] <mrooney> mvo: read(0,
[17:45] <mvo> thanks! looks like its the same bug. i blame the pty helper, but I need to try to reproduce it I guess
[17:45] <mvo> but food first :)
[17:45] <bdmurray> mvo: is there anything more we sould do or can we safely interrupt it somehow?
[17:47] <mvo> bdmurray: does presing keys in ther terminal help?
[17:47] <bdmurray> mvo: nope
[17:47] <bdmurray> mrooney: did you choose to remove packages or not?  I did not.
[17:47] <mvo> bdmurray: ok, then just try to kill or ctrl-c it
[17:48] <mvo> bdmurray: oh - you did not?
[17:48] <ogasawara> mrooney: I posted a comment to 274995
[17:48] <mrooney> bdmurray:  it asked if I wanted to remove, there was one, and I said okay
[18:13] <chrisccoulson> ping pedro_
[18:14] <pedro_> hey chrisccoulson
[18:14] <chrisccoulson> hi, i noticed you responded to one of my crash reports earlier, asking if i can provide a backtrace
[18:14] <pedro_> chrisccoulson: yes, do you managed to get one?
[18:15] <chrisccoulson> only problem is, it might be many eons before i can reproduce the crash. i should be able to run gdb on the already existing coredump attached to a bug report shouldn't i?
[18:15] <chrisccoulson> although the core dump is not attached to the report anymore, i was wondering if it's possible to extract the coredump from the apport crash file, which i've still got
[18:16] <Tech2000> Hi I'm going to report a bug in the top right standard clock in ubuntu intrepid ibex...   the problem - which package is it in?
[18:17] <pedro_> chrisccoulson: well yes, you can try that if you want to, there's some instructions on how to get it with apport btw here: wiki.ubuntu.com/Apport
[18:17] <pedro_> Tech2000: gnome-panel
[18:17] <Tech2000> thx
[18:17] <pedro_> you're welcome
[18:17] <chrisccoulson> thanks pedro_, i'll take a look at that
[18:18] <chrisccoulson> fantastic! apport-unpack seems to be just what i'm looking for!
[18:20] <techno_freak> Tech2000, your problem is with the clock or with the Locations in it?
[18:23] <Tech2000> techno_freak: while "open" the clock/calender and I choose a day with an anniversary in it and click the arrow to "open" the birthdays and anniversary the "window" jumps a few pixels to the right..   out-of-screen
[18:24] <Tech2000> I have a screenshot to show it..   is it possible to add 2 screenshots to show the effect of the bug?
[18:24] <pedro_> that's known
[18:24] <Tech2000> ahh. okay... than no bugreport is needed!!
[18:25] <Tech2000> thanks for the info..
[18:26] <techno_freak> Tech2000, you can find if it is already reported and add to it. there's a "i too suffer from this problem" option in LP now
[18:26] <Tech2000> techno_freak: cool!!   I'll look into it..
[19:28] <bdmurray> mvo: I ran into bug 249335 today fwiw
[19:28] <mvo> bdmurray: with what theme?
[19:29] <mvo> bdmurray: aha, nevermind
[19:34] <mvo> bdmurray: thanks, I wonder if that is reproducable in any way for you
[19:35] <bdmurray> mvo: how could I make a package need to be upgraded?  just manually install an old version?
[19:35] <mvo> bdmurray: yes, e..g by downloading a previous (or the hardy) version
[19:35] <mvo> I use 2vcard a lot for this :)
[19:36] <mvo> (small and no dependencies)
[19:36] <bdmurray> mvo: I seem to remember you mentioning that before ;)
[19:37] <bdmurray> I'll see what I can do
[20:23] <crimsun> james_w: RE: 106934, because the default task is the current development version, it doesn't make sense to "track ov511 source", because that no longer exists in 8.10.  It is obsoleted by ov51x-jpeg.
[20:27] <james_w> crimsun: I didn't think it was obsoleted
[20:28] <james_w> it's merged to mainline apparently
[20:29] <james_w> and I don't think the ov511 driver failing to compile is the fault of the ov51x-jpeg package, so I would have suggested to close the bug
[20:30] <crimsun> james_w: that's fine.  Apparently I clicked to submit changes without updating the status to incomplete.
[20:30] <james_w> crimsun: no problem. A bit more explanation and I could have tracked this down at the time. Thanks for looking at the bugs.
[20:31] <maco> for the firefox 3 hug day, should the 131 say "Confirmed" cuz we currently have two "New Bugs" sections
[20:31] <maco> er, on the wiki, i mean
[20:38] <crimsun> maco: bdmurray already adjusted.
[20:39] <maco> ohok
[20:39] <maco> hadnt refreshed
[20:40] <crimsun> uh, the terminator sync from Debian unstable completely fubared my alternatives fix.
[20:40] <crimsun> wtg.
[20:42] <asac> bdmurray: https://wiki.ubuntu.com/UbuntuBugDay/20081009
[20:42] <asac> i updated the page and added "important info for firefox bug triage" ... and removed the stock reponses
[20:43] <asac> bdmurray: who is derreck on irc? I would like to inform him about that too
[20:43] <asac> bdmurray: thanks
[20:44] <james_w> asac: it's Awsoonn
[20:44] <asac> Awsoonn: ping ^^ :)
[20:44] <asac> Awsoonn: thanks for your effort ;)
[20:45] <hggdh> on the ff wiki: s/ment/meant/
[21:22] <yusuf_> Want to help out with some easy bugs, anyone to run me thru a few, launchepad looks to complicated
[21:25] <crimsun> yusuf_: sure, which release(s) are you using?
[21:26] <fuzz_78_2> I don't know if it is a bug or not. But why have all the keycodes changed in X?
[21:28] <yusuf_> crimsun: Hardy
[21:28] <crimsun> yusuf_: take a look at https://wiki.ubuntu.com/UbuntuBugDay/20081009
[21:30] <yusuf_> crimsun, have it open
[21:31] <crimsun> yusuf_: try the Confirmed bugs section
[21:33] <yusuf_> crimsun: what is there to do (I'm not sure) please note i never did one in my life.
[21:34] <yusuf_> should i do those that are of the same version that i', running?
[21:34] <crimsun> yusuf_: you probably want to read the instructions at the top of the page, then.
[21:51] <yusuf_> crimsun: have confirmed a bug, https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/263298 what do i do next?
[21:52] <crimsun> yusuf_: just mark it "green"
[21:52] <yusuf_> how to do that
[21:55] <maco> crimsun: green?
[21:55] <maco> oh on the wiki page
[21:56] <maco> yusuf_: at the top of the hugday wiki page it tells you to edit the page and put lightgreen for the background color and add your name to the last column
[21:57] <yusuf_> maco: forgot to sign in.
[21:58] <mrooney> does anyone think bug 235600 deserves the usability tag? or know what the next step is for it?
[22:01] <maco> yusuf_: i think it's fine as it is. it's marked triaged, so there isn't a next step for triagers. now it's up to developers.  well, except if you can reproduce it with upstream compiz and report a bug up there, that's a good idea
[22:10] <kblin> hi folks
[22:11] <nhandler> Hi kblin
[22:12] <yusuf_> maco have a look at https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/279018
[22:12] <kblin> is there an easy way to access an lvm volume from a livecd?
[22:14] <kblin> uh, hang on
[22:18] <kblin> where's qemu on 8.10?
[22:29] <bucket529> Could someone please change bug 237672 from 'undecided' to 'wishlist'?
[22:34] <nhandler> bucket529: Done ;)
[22:34] <bucket529> nhandler: Thanks
[22:35] <nhandler> No problem bucket529


[00:17] <gsilvapt> Well, it did not work. Reinstalling lxd/lxc still returns loads of errors
[00:19] <gsilvapt> I was avoiding a clean installation for the up coming months but I guess I will have to do it regardless...
[00:38] <ikey> this ppa would have my nvidia stuff in right? https://launchpad.net/~snappy-dev/+archive/ubuntu/edge
[00:38]  * ikey wants to find some victims for new snap builds
[00:38] <ikey> er *helpers
[00:40] <elopio> gsilvapt: for your container, I recommed xenial. And there are many containers at play, if you use SNAPCRAFT_CONTAINER_BUILDS, then it's better to delete them only when you are done packaging the snap.
[00:40] <gsilvapt> I still was getting all the errors, I tried removing all and reinstalling snapcraft
[00:41] <gsilvapt> Lets see if this fixes anything
[00:43] <gsilvapt> elopio, here's another bug message for you: https://pastebin.com/5Dec0waa
[00:43] <gsilvapt> Any sugegstions? :P
[00:45] <elopio> gsilvapt: did you run all the steps in HACKING.md?
[00:45] <gsilvapt> I'm pretty certain I did but I'll double check
[00:46] <elopio> you are missing a dependency that's installed in the virtualenv, so it's very likely that you skipped something important.
[00:49] <gsilvapt> annnddd I'll have to start from scratch because it says it installs snapcraft successfully but snapcraft --versions fails
[00:59] <gsilvapt> Just tried a clean install and keeps saying invalid command 'bdist_wheel'
[01:00] <gsilvapt> I'm trying a suggestion I saw online to install wheel
[01:00] <gsilvapt> Apparently it seemed to work out
[01:06] <gsilvapt> I keep getting  Failed building wheel for python-apt
[01:07] <gsilvapt> and now I'm stuck in the same loop: Can't install snapcraft. No files were found to uninstall
[02:42] <jdstrand> while mvo, roadmr, zyga are out, I'll mention for others following along that I made the review tools change and sent them an email
[07:30] <zyga-ubuntu> good morning
[07:47] <zyga-ubuntu> meh, this is saturday!
[07:47] <zyga-ubuntu> I can sleep
[09:24] <mup> PR snapd#4238 closed: interfaces/browser-support: adjust base declaration for auto-connection <Created by jdstrand> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/4238>
[13:14] <mup> PR snapcraft#1607 closed: python plugin: use extracted pip <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1607>
[18:44] <gsilvapt> sergiusens, I also tried that but then got new errors
[18:44] <gsilvapt> I have a feeling this is somehoe related with python 2 and python 3
[18:45] <gsilvapt> maybe I should try this stuff using Python 3
[18:49] <gsilvapt> Well, runing eveything with pip3 and uso worked
[18:49] <gsilvapt> s/uso/sudo
[18:56] <gsilvapt> Nope, new bugs. I'm getting quite desperate about this. Don't know what I should do
[18:57] <gsilvapt> If anyone could have a look at check if there is anything missing: https://pastebin.com/uBVR3cXV
[18:57] <gsilvapt> And yes, I've done all the things in the hacking.md file
[19:07] <gsilvapt> I moved this over a new discussion thread to see if someone knows how to fix this issue quicker
[20:15] <kennyloggins> >
[20:15] <kennyloggins> Where is the github page for the snappy website (the actual github for the webpage itself) located ?
[20:40] <kennyloggins> found it : https://github.com/canonical-websites
[23:11] <gsilvapt> I'm an idiot. I was using an old repo and obviously the commands weren't working...
[23:11] <gsilvapt> After implementing, I should run the tests AFAIK. Do I have to bring those to the PR or the CI will take care of that for me?
[23:30] <gsilvapt> What does it mean when exit code = 2?
[23:31] <gsilvapt> In the testing script


[08:06] <chesedo-> Hey all, it's been a long time. How is everyone?
[08:07] <chesedo-> I see we have some new faces too...


[12:47] <nael_> Hi guys, anybody from Bug Control here can please switch bug 1132736 xorg-lts-trusty from Confirmed to Won't Fix? Please see last comment for rationale. Thanks!
[12:48] <nael_> Also switch bug 784331 from Fix Released to Confirmed? Reopening the bug as directed by the package maintainer in comment 5. Thanks again!
[16:11] <rbasak> FTR (nael_) is gone: declined the first request, comment in bug. The second request isn't for an Ubuntu task so I can't touch it - wrong channel.
[19:20] <nael_> Hi guys, anybody from Bug Control here can please switch bug 784331 from Fix Released to Confirmed for Déjà Dup? Reopening the bug as directed by the project developer in comment 5. Thanks again!


[01:47] <jumentous> hi guys, is there a way i can stop hildon-desktop (or something) from creating $HOME/.osso
[01:47] <jumentous> it overrides the settings in /etc/hildon-desktop and while i see its purpose its annoying


[00:49] <SergioMeneses> balloons, around?
[01:30] <cprofitt> balloons: http://ftbeowulf.wordpress.com/2013/01/09/ubuntu-that-was-friendly/
[05:22] <pitti> Good morning
[11:07] <psivaa> jamespage: jcollado: reported bug 1098144 for ceph i386 installations failing to reboot
[11:08] <jamespage> psivaa, jcollado: I'm unlikely to get to that anytime soon; I would suggest we disable the ceph tests for the time being
[11:09] <psivaa> jamespage: ack
[17:12] <rbasak> Some autopkgtest help please. I want to write a dep8 test for an apache module, so that involves having root and trashing the machine. So to iterate on my test I want to use the testbed vm thing. If I do that, how do I get run-adt-test to use a package out of a repo, but with tests out of a local working directory?
[17:27] <balloons> rbasak, running in the vm testbed should work fine
[17:27] <balloons> did you try it?
[17:28] <rbasak> balloons: I don't understand what syntax to use to try it with
[17:33] <dkessel> good evening
[17:33] <dkessel> balloons, bug 1097889 affects you ;)
[17:33] <balloons> rbasak, ahh, well let's step through it then
[17:37] <balloons> rbasak, I take it you have been through the steps here: http://developer.ubuntu.com/packaging/html/auto-pkg-test.html
[17:37] <rbasak> balloons: that's what I'm looking at
[17:38] <rbasak> balloons: so right now I have a local unpacked debian package source tree with a debian/tests that I've just created in it, with control file, XS-Testsuite in debian/control and a test I want to run defined (I hope)
[17:38] <rbasak> balloons: and to start with I'm happy to use the package in raring, which lacks any tests, to test with. But I want to run the test that I've defined
[17:39] <balloons> yes of course
[17:39] <rbasak> I've checked out auto-package-testing from bzr
[17:39] <rbasak> So bin/run-adt-test...what? All the examples seem to expect that my test is defined in a bzr branch. But I haven't got as far as committing anything - it's juts local
[17:39] <balloons> so, have you pushed your tests to lp?
[17:40] <balloons> you can push it to a generic junk branch if you wish
[17:40] <rbasak> But I have to push?
[17:42] <balloons> rbasak, I believe I always have
[17:42] <balloons> however, I'm trying to remember if you had to or not
[17:42] <balloons> I feel like there was another flag you could set for local
[17:42] <rbasak> -S looks promising
[17:42] <balloons> Probably should add a local example to the page
[17:43] <rbasak> But it isn't clear to me how to use it. It doesn't appear to take any parameters, but I need to specify the location of the local test somehow, surely?
[17:43] <balloons> I don't have the flags in front of me
[17:43] <balloons> let me go start
[17:43] <rbasak> balloons: http://paste.ubuntu.com/1517432/
[17:44] <balloons> rbasak, see the 'hacking inside the testbed' http://bazaar.launchpad.net/~auto-package-testing-dev/auto-package-testing/trunk/view/head:/doc/USAGE.md
[17:46] <rbasak> balloons: but I don't want to go inside the testbed. I want the complete result of the test (preferably with logging), based on the archive package version and the a local debian/tests directory
[17:46] <balloons> rbasak, I know, I was just pointing out the example of using -S
[17:46] <rbasak> Oh, OK
[17:46] <balloons> :-p
[17:47] <balloons> is jibel still about?
[17:47] <rbasak> It looks like -S will use apt-get source or something, rather than sourcing from my local directory
[17:47] <balloons> yes
[17:47] <jibel> balloons, hello
[17:47] <balloons> jibel, hello ;-)
[17:47] <rbasak> I'm a bit baffled. I think my mind must work differently, but this seems like the most basic use case of developing tests that I'm missing here
[17:48] <balloons> rbasak was working with autopkgtest and wanted to run his testcase without committing it to lp first
[17:48] <balloons> see the scrollback above.. I don't think I've ever done it that way.. and I'm not remembering if it's possible or not
[17:48] <jibel> rbasak, ah, running tests from a local working directory is not implemented as it was originally design to be automated, this is on my todo list but no ETA though
[17:49] <balloons> i mean, since he wants to use the testbed.. as it's invasive to run otherwise if I understand
[17:49] <rbasak> Yeah I won't be able to run it twice if I do it locally
[17:49] <rbasak> Or I might, but that won't test the test
[17:49] <balloons> jibel, yes, most of the time you would simply run it locally in that case n'est pas?
[17:50] <rbasak> I don't think this would be safe for most server packages, since they generally need root and clobber the server's configuration
[17:50] <rbasak> (for daemons, anyway)
[17:50] <jibel> rbasak, as solution would be to start the testbed with -kl which won't kill the testbed after the test and will log you in, then copy your package and the tests into the testbed
[17:50] <jibel> but if your test kills the testbed, you'll have to redo it every time
[17:50] <rbasak> And then run adt-run in there I presume
[17:50] <jibel> rbasak, yes
[17:51] <jibel> balloons, I never run tests locally
[17:51] <rbasak> How would I rsync or scp stuff into the testbed? Is ssh set up in some way?
[17:51] <jibel> as usually your local system is not clean
[17:52] <balloons> i've always started with a bzr branch, and yea, run in the testbe
[17:52] <balloons> but in theory, you could stay local for a bit.. meh
[17:52] <balloons> thanks jibel
[17:53] <jibel> ssh on the testbed is listening on port 543XX on localhost, you can either ssh to the testbed or login and copy from your host
[17:53] <balloons> I'm going to edit that page a bit with an explanation .. is there a reason you don't want to push to bzr?
[17:53] <jibel> balloons, it is not really practical in the first stage of test development
[17:54] <balloons> I mean, just pushing to +junk.. you want your code vc'd
[17:55] <rbasak> I could push every iteration out to +junk, but that's painful and slow.
[17:55] <jibel> balloons, understood, but I also understand the rationale of not doing so when one start writing new tests
[17:56] <balloons> ok, I just want to feel out the 'recommended' way to go out doing this, if it's not to push to lp
[17:56] <rbasak> I'd prefer to commit logical steps, rather than every tiny typo and mistake
[17:56] <rbasak> Of which as a newcomer I'm sure there will be many
[17:56] <balloons> this is true
[17:56] <rbasak> The resulting history won't be useful
[17:57] <jibel> anyway, next hackfest is end of the month, and I find time to implement testing from a local directory before that event
[17:57] <jibel> I'll
[17:57] <rbasak> jibel: thank you!
[18:01] <rbasak> EOD
[18:07] <dkessel> jibel: +1 for running tests locally :)
[18:48] <Noskcaj> morning everyone
[18:48] <dkessel> good evening :)
[18:49] <Noskcaj> can someone confirm  the new testdrive bug? unit has already mad a patch
[18:49] <dkessel> number?
[18:50] <dkessel> do i need real hw or a vm?
[18:52] <dkessel> oh right.. testdrive, not checkbox :)
[18:53] <balloons> Noskcaj, bug3?
[18:53] <Noskcaj> bug 1098080 i think
[18:54] <balloons> ahh yes
[18:54] <balloons> I manually setup vm's
[18:55] <dkessel> Noskcaj, great - I even had that the other day...
[18:55]  * dkessel admits he didn't file/search a bug
[18:56] <Noskcaj> i only filed the bug because unit made a patch instantly
[18:56] <dkessel> Noskcaj, confirmed
[18:57] <Noskcaj> ty
[19:02] <balloons> ahh nice
[19:03] <Noskcaj> on a slightly related topic, can someone confirm all the "new" bugs in the iso tracker, most are from me
[19:04] <balloons> Noskcaj, I'm still a bit confused about https://bugs.launchpad.net/ubuntu-qa-website/+bug/1096446
[19:05] <balloons> and certainly stephane will be confused
[19:07] <Noskcaj> ok, it was just a suggestion. but put a timer into each testcase that go's up one with every new build released and resets when the testcase is completed
[19:07] <balloons> a timer?
[19:07] <balloons> meaning?
[19:08] <Noskcaj> like 1, 2, 3, 4, 5
[19:08] <balloons> that incremented when?
[19:08] <balloons> and what does it mean for it to go up?
[19:08] <balloons> are you wanting some way to know if something has been tested.. like say in the past month
[19:08] <balloons> week, days?
[19:09] <Noskcaj> yes, i thought builds would be easier to measure it in
[19:11] <dkessel> sounds like a sound idea. bonus points for sorting tests by last run date :)
[19:13] <balloons> Noskcaj, dkessel well, that's the point of the dashboard
[19:13] <balloons> reports.qa.ubuntu.com
[19:17] <Noskcaj> i had no idea that existed
[19:17] <Noskcaj> but it's for smoke tests
[19:19] <balloons> yes, but I want to keep track of manual stuff there too
[19:19] <balloons> needs to be built out
[19:21] <dkessel> but you cannot see at a glance which which tests have not been run in the last days/weeks
[19:21] <dkessel> i think that's was Noskcaj might have wanted?
[19:23] <Noskcaj> dkessel, my original goal was to spread the iso testing time more evenly
[19:25] <dkessel> ...and for that would help to easily see which tests have -not- been run in the last time, right. or am i missing the point?
[19:32] <Noskcaj> exactly dkessel
[19:33] <dkessel> balloons ^^
[19:45] <balloons> dkessel, Noskcaj I agree
[19:52] <dkessel> got to got, see you


[01:09] <FFForever> Any vpn daemon recommendations?
[01:10] <jpds> openvpn?
[01:20] <k5673> !openvpn
[01:20] <k5673> !openvpn > FFForever
[01:49] <zealiod> Can I give a bridge interface an alias?
[02:43] <_Techie_> if i create a virtual interface, eg eth0:0 will it be able to recieve an ip fro eth0?
[02:43] <_Techie_> via DHCP on et0*
[02:44] <_Techie_> eth0*
[03:02] <_Techie_> x
[04:23] <airtonix> is it normal for phpldapadmin to be missing the groupOfUniqueNames template ?
[04:24] <airtonix> as defined under "Apache Integration" here : https://help.ubuntu.com/community/OpenLDAPServer#Apache%20Integration
[08:01] <nedhead> With Ubuntu Server 10.10 x86, when I connect (SFTP) it restricts me to my home directory. Where do I need to look to authorize me full control over /var/www? Thanks!
[08:02] <WhiteStarEOF> Got a head-scratcher here. I'm trying to get tftpd-hpa running as seen https://help.ubuntu.com/community/PXEInstallServer here and in other places. The instructions seem to be the same, but it doesn't seem to work. It starts without issue, just trying to tftp anything times out. Nothing in the messages file. I even tried throwing gibberish in to /etc/default/tftpd-hpa, and it never complained on startup. Thoughts and opinions
[08:17] <joschi> WhiteStarEOF: what's the content of your /etc/default/tftpd-hpa? how do you run tftpd-hpa, standalone or via (x)inetd?
[08:20] <WhiteStarEOF> tftpd-hpa config file just has RUN_DAEMON="yes" and OPTIONS="-l -s /var/lib/tftpboot" like it says on the page. Also, /var/lib/tftpboot is where I dumped my files. I basically walked through that walkthrough using the defaults (worrying about customization later) until the "Install Apache" section as that seemed to be for added features.
[08:23] <joschi> WhiteStarEOF: check if /etc/inetd.conf or /etc/xinetd.d/tftp-hpa try to run tftp-hpa and check with lsof or netstat if the correct process is listening on the tftp port
[08:25] <WhiteStarEOF> Looks like I don't have an /etc/xinetd.d directory. When I do 'start tftpd-hpa' I do a 'netstat -a | grep tftpd' and it doesn't find anything.
[08:30] <joschi> WhiteStarEOF: is tftpd-hpa running at all?
[08:31] <WhiteStarEOF> Not that I can tell.
[08:32] <WhiteStarEOF> I get nothing out of netstat, nmap doesn't show port 69 as being open.
[08:32] <airtonix> WhiteStarEOF, for what its worth i don't understand why i should need to use xinetd, so i used atftp instead.
[08:32] <KB1JWQ> WhiteStarEOF: You're aware that tftp is a UDP based protocol, right?
[08:33] <joschi> airtonix: tftpd-hpa can also run in standalone mode without (x)inetd
[08:33] <WhiteStarEOF> That wasn't in my mind, but that does make sense.
[08:33] <airtonix> joschi, well when i installed i expected to be able to use service tftpd-hpa stop|start|restart ...
[08:34] <airtonix> joschi, but from my brief inspection (and according to setup docs if i want it to be a daemon then i need to install and setup YET another daemon)...
[08:35] <airtonix> atftp however...
[08:35] <joschi> airtonix: actually I run tftpd-hpa without (x)inetd
[08:36] <airtonix> joschi, it didnt do what i wanted without stuffing around with another package so i removed it
[08:36] <airtonix> joschi, installed atftp, and it did what i wanted right away
[08:43] <WhiteStarEOF> Huh. atftp worked. However it may be worth noting that I changed the path for tftp files from /srv/tftp to another location and despite multiple restarts, it insists on putting the files in /srv/tftp. In the end, however, I'm up and running.
[09:36] <nedhead_> Ubuntu Server 10.10 x86: How can I prevent Ubuntu from turning off my laptop's display while it's running?  (XWindows is not installed or running.)  Thanks!
[13:15] <adac> Shouldnt that enable the iptables rule also on bootup: http://pastie.org/1261887
[14:43] <pmatulis> adac: no
[14:44] <adac> pmatulis, In debian it does. ubuntu not. So i needed to add it to /etc/network/if-pre-up.d/
[14:46] <pmatulis> adac: no, that wouldn't make your rules permanent on debian either
[14:46] <pmatulis> adac: from the iptables-save man page: "dump iptables rules to stdout"
[14:47] <adac> pmatulis, hmm then I guess the howto was wrong, or i understood it wrong.
[14:47] <adac> or the guy who wrote it did forget about the fact that a restart does drop the rules
[14:48] <adac> see: http://www.zoleet.com/index.php/basic-openvpn-server-ubuntu-and-debian-openvz
[14:50] <pmatulis> adac: i guess he used iptables-save just to prove that the rule was now in effect
[14:50] <pmatulis> adac: nowhere does he say this will bring back the rule upon bootup
[14:50] <adac> pmatulis,nope he doesn't. bu he should mention that i guess. I will write a comment
[14:51] <adac> all in all the howto is great, works perfect
[14:51] <pmatulis> adac: ok
[14:55] <adac> ERROR: Could not read CAPTCHA token file.  hehe
[14:55] <adac> commenting is broken ;)
[16:12] <unknownworlds> i've cloned my ubuntu installation with dd and startet them with kvm/qemu. i've changed the ips of the ubuntu clients and all works fine, but some programms crap the wrong default ip and dont start correctly.
[16:13] <unknownworlds> i've just changed the /etc/network config (all static). i dont think ubuntu caches any default ip elsewhere.
[16:14] <unknownworlds> so i restart the host, vnet interfaces, checked the routing and so on. all looks fine, but still the default ip is wrong in some programs
[16:49] <peta_> hello everybody
[16:55] <Guest87153> I can't install wireless driver :bcm4312 in dell loptop OS xubuntu . I read FQT and do it but i cant active this.can you help?
[16:56] <mablue> I can't install wireless driver :bcm4312 in dell loptop OS xubuntu . I read FQT and do it but i cant active this.can you help?
[16:56] <peta_> i'm faced with the decision to chose a os for my new root server. i must decide between Debian 5 and Ubuntu 10.10 server.  i'm using debian etch on my current one and it's pretty familiar to me. so my first intention was to chose debian 5. however, i wondered what advantages ubuntu 10.10 would offer that debian would not. what do you think?
[17:07] <Patrickdk> root server?
[17:11] <ndroftheline> hello
[17:12] <ndroftheline> i'm trying to get ubuntu server installed but i simply can't get my laptop to boot the cd
[17:12] <ndroftheline> i've tried desktop, Server, and even Netbook. i think it's a failed CDrom
[17:12] <ndroftheline> the bios won't allow me to boot to usb
[17:12] <ndroftheline> any suggestions?
[17:13] <Patrickdk> put the cd on a usb stick?
[17:13] <ndroftheline> ndroftheline: the bios won't allow me to boot to usb
[17:14] <ndroftheline> besides it's only got usb 1.1 i believe lol
[17:14] <Patrickdk> so?
[17:14] <Patrickdk> net boot it via pxe?
[17:14] <ndroftheline> that'd be great, how do i do that
[17:14] <ndroftheline> the tutorials i've discovered online address similar things but not what i want
[17:15] <Patrickdk> find an example somewhere, it's not too hard, but there are lots of peices to the puzzle

[17:15] <Patrickdk> dhcp, tftp, pxe, ubuntu netboot files, ...
[17:15] <ndroftheline> righto.
[17:15] <ndroftheline> ok
[17:16] <ndroftheline> do you have any experience uisng preseed files in 10.10?
[17:16] <Patrickdk> na, I don't do preseed
[17:16] <Patrickdk> I just only do min installs
[17:17] <ndroftheline> #min-install
[17:17] <ndroftheline> hrm. what's that
[17:17] <Tommo> Hi guys - hopefully an easy question... does anyone know what user apache2 runs as on the 6.06 edition?  Thanks for any responses (I am doing a test install of moodle on a local server)
[17:21] <ndroftheline> what open-source disk imaging solution sholud i use to make a backup image on a secondary partition
[17:22] <Tommo> ndroftheline: try wikipedia 'dd unix'
[17:24] <ndroftheline> preferably something that won't take days to re-copy an image of several gigs, with compression and possibly a rudimentary gui?
[18:28] <andres_> hi everybody
[18:29] <andres_> where mysql save the bd's
[18:56] <RoyK> andres_: /var/lib/mysql iirc
[19:10] <_Techie_> ndroftheline, clonezilla, or clonezilla-live
[19:37] <amarcolino> I have been given a static ip by my isp how do I apply it to my server?
[19:50] <guntbert> amarcolino: please see https://help.ubuntu.com/10.04/serverguide/C/tcpip.html
[19:50] <amarcolino> guntbert, will read it now, thanks
[19:51] <guntbert> amarcolino: happy reading, the server-guide is really good, if questions remain don't hesitate to come back
[20:04] <Hazuki> What would be stopping a software-RAID1 (mirroring, 2 x 500 GB disk) array from loading on boot? Machine is Poweredge T110 (Dell) server, version 10.04 LTS 64-bit
[20:08] <k5673> Hazuki: software RAID or hardware RAID?
[20:08] <Hazuki> software raid
[20:09] <k5673> Hazuki: try to boot from the other HDD. Last time, i got the same problem. And that just fixed it. But is not a normal behavior.
[20:09] <Hazuki> I boot from a single disk, and the RAID array is for other things
[20:10] <Hazuki> there's a 320 GB drive with /boot, swap, /, and /home on it, and the RAID1 array is at /mnt/RAID (/dev/md0)
[20:11] <Hazuki> it just doesn't mount at bootup, but I can go in and manually mount it from gnome's disk tool
[20:11] <k5673> Hazuki: have you added the RAID volume in /etc/fstab?
[20:11] <Hazuki> yes
[20:12] <k5673> Hazuki: Do you see something unusual in dmesg? About the RAID?
[20:13] <Hazuki> i can't check it now unfortunately ><
[20:13] <k5673> Hazuki: Any wrong option or something?
[20:13] <k5673> Hazuki:...
[20:13] <k5673> Hazuki:If the volume is in fstab, it can be a wrong option or something?
[20:14] <k5673> Hazuki:Why you can't see the dmesg output?
[20:14] <Hazuki> because I'm nowhere near the machine and the boss isn;t in today
[20:15] <k5673> Hazuki: Do you have SSH access?
[20:15] <Hazuki> supposedly...i'm looking for the machine's external name now
[20:15] <k5673> Hazuki: So... use dmesg | more
[20:16] <k5673> Hazuki: you can use nmap, to search the machine on the network
[20:17] <Hazuki> i'm not on the same network. i just need to remember where the boss said he hooked it up to
[20:17] <k5673> Hazuki: nmap -sP <IP_ADDRESS>/24  .Replace the <IP_ADDRESS>/24 with your actual network and netmask.
[20:21] <dark-matter> hello everyone
[20:22] <dark-matter> I came across a strange issue the other day with a new installation of ubuntu server 10.10
[20:22] <dark-matter> When the system boots, if you reboot it before finishes booting, then it will boot to the grub menu, even though I have grub configured for a timeout of 0
[20:23] <dark-matter> Anyone have an idea of how to make it boot regardless?
[20:23] <dark-matter> I have a ubuntu server 9.04 server and it doesn't have the same issue
[20:24] <dark-matter> i assume it is something new with grub2
[23:20] <mrroth> hi what is a rtorrent webfrontend I can install via apt
[23:21] <k5673> !torrentflux > mrroth
[23:21] <mrroth> k
[23:21] <mrroth> it based on rotorrent
[23:22] <mrroth> cool
[23:29] <Aison> argh, since 10.10 i've got problems with nfs :(  i guess it's related to version 4
[23:53] <mrroth> hi
[23:53] <mrroth> so how do I add user www-data to /mnt/media/Downloads
[23:54] <mrroth> so torrentflux can access it
[23:54] <mrroth> anyidea
[23:58] <qman__> mrroth, the way permissions work in linux, you do not add users and groups to files
[23:58] <qman__> each file has one owner and one group-owner
[23:59] <qman__> and read/write/execute is set for the owner, the group-owner, and everyone else
[23:59] <qman__> to make it work, you can do one of several things