[02:57] <[Relic]> Hello :)
[03:06] <ruiboon> hi. i am currently triaging a firefox bug. the issue is that certain websites do not display correctly. I suspect that it is due to addons (there was no issue with the version in the live cd). however, the problem still persist when using a new profile. what info should i ask from the submitter?
[03:20] <\sh> ruiboon: addons provided via ubuntu, or third party? if so, ask the submitter to remove all his addons which are not coming from ubuntu
[03:25] <ruiboon> \sh: erm.. does'nt using a new profile start it with the default set of ubuntu addons?
[03:25] <ruiboon> \sh: the submitter mentioned that he has remove/disabled the addons, but to no avail
[03:27] <\sh> ruiboon: the only extension is the ubuntu firefox modifications afais...so this needs to be the only extension enabled by default
[03:28] <\sh> ruiboon: btw..which bug?
[03:28] <ruiboon> \sh: bug 233934
[03:28] <ubottu> Launchpad bug 233934 in firefox-3.0 "Firefox doesn't display correctly this page" [Undecided,Incomplete] https://launchpad.net/bugs/233934
[03:30] <\sh> hmmm..the very same output as on my screen
[03:31] <\sh> and I really don't have anything installed with firefox only the ubuntu stuff
[03:32] <\sh> now let's have a look on konqui
[03:33] <ruiboon> \sh: do you mean that you got the same output as the screenshot?
[03:33] <ruiboon> \sh: mine dont. looks alright to me
[03:34] <\sh> ruiboon: I get the same output as the screenshot
[03:34] <\sh> ruiboon: konqueror (kde4) does give me the correct output
[03:34] <\sh> but !
[03:34] <\sh> konqui doesn't show some ads like this escuela de Frankfurt
[03:34] <\sh> do you see them with your ff?
[03:36] <ruiboon> \sh: nope
[03:36] <ruiboon> \sh: dont even see the phrase in the source
[03:37] <\sh> it's a picture
[03:37] <\sh>  <tr>
[03:37] <\sh>           <td><a href="/especial/escueladefrankfurt/"><img src="/media/promos/promo_especial_frankfurt.gif" width="320" height="225" border="0" alt="Especial sobre la Escuela de Frankfurt para todos los públicos"></a></td>
[03:37] <\sh>         </tr>
[03:37] <\sh> check for this line in your source
[03:38] <\sh> if you have adblock running or something like this, disable it, and reload the page...
[03:38] <ruiboon> nope. it is not there
[03:38] <ruiboon> adblock not running
[03:38] <\sh> it looks like it's a bug in the html code
[03:38] <\sh> it has to
[03:39] <\sh> konqui has adblocking by default and blocks all "/media/" crap
[03:39] <\sh> but firefox not....
[03:39] <\sh> now
[03:40] <\sh> let's test my theory ;)
[03:40] <ruiboon> that strange
[03:40] <ruiboon> would you like to do a diff on the html source?
[03:40] <\sh> nope
[03:41] <\sh> the adblocking doesn't help like this...
[03:41] <\sh> yes...will make a diff
[03:44] <ruiboon> here's mine http://paste.ubuntu.com/13988/
[03:46] <\sh> ok..
[03:46] <\sh> from line 197  downto 210
[03:47] <\sh> this is the media stuff...the content is changing...
[03:47] <\sh> konqui blocks this part
[03:47] <\sh> but give me a sec...testing with windows
[03:48] <\sh> ruiboon: http://paste.ubuntu.com/13989/ <- ff3 source output
[03:49] <\sh> ruiboon: http://paste.ubuntu.com/13990/ <-- konqui output
[03:50] <\sh> ff2 on windows -> perfect
[03:51] <\sh> but I can't test ff3 on windows....grmpf
[03:53] <ruiboon> \sh: thanks for helping me in this. but i'm afraid i have to go off. got school :)
[03:54] <ruiboon> \sh: thanks again.
[03:54] <\sh> ruiboon: /me needs to get back to bed and get up in one hour again ;)
[03:54] <\sh> cu later
=== Igorot is now known as Knightlust
=== asac_ is now known as asac
[07:39] <warp10> saivann: pong
=== gnomefre1k is now known as gnomeffreak
=== gnomeffreak is now known as gnomefreak
[09:07] <ruiboon> hi. i'm currently dealing with a bluetooth bug and require some help. Submitter has a problem with scanning/binding bluetooth devices from 2 python applications, but has no problem with pairing/sending files. So which package should be this bug filed against? and what other info is needed?
=== emgent_ is now known as emgent
[10:11] <Iulian> G'morning
[10:12] <thekorn> hi Iulian
[10:12] <Iulian> Heya thekorn
[10:14] <pedro_> morning Iulian
[10:21] <ruiboon> hi. i'm currently dealing with a bluetooth bug and require some help. Submitter has a problem with scanning/binding bluetooth devices from 2 python applications, but has no problem with pairing/sending files. So which package should be this bug filed against(the 2 python apps/pybluez/bluez-lib)? and what other info is needed? Thanks
[10:32] <Iulian> Hey pedro
[10:50] <ralph> Hi, where can I find the guidelines for when each of the different severities should be used in Launchpad for Ubuntu, e.g. Low.  Presumably, it's detailed somewhere for consistency.
[10:51] <pedro_> ralph: you're referring to https://wiki.ubuntu.com/Bugs/Importance ?
[10:51] <pedro_> brb
[10:54] <ralph> The BugSquad/FAQ https://wiki.ubuntu.com/BugSquad/FAQ seems to give poor advice.  On 8.04, `dpkg -l firefox' doesn't display the version because it's too long for the column width.  I've always found    dpkg-query -W firefox    to be the easy way to get the complete version.
[10:54] <ralph> Should I just edit the page?
[10:57] <james_w> ralph: that sounds sensible to me, though it doesn't make it quite as clear when a package isn't installed
[10:58] <thekorn> ralph, i suggest adding this as an new optional item on this list
[10:58] <james_w> "dpkg -l firefox | cat" is another way.
[10:58] <ralph> james_w / thekorn:  OK, will do.
[11:00] <gnomefreak> dpkg-query -W firefox doesnt give version either
[11:01] <ralph> It gives the single line of output        firefox	3.0~b5+nobinonly-0ubuntu3       here.
[11:01] <gnomefreak> dpkg -l gives more output than dpkg-query
[11:01] <gnomefreak> gnomefreak@Development:~$ dpkg-query -W firefox
[11:01] <gnomefreak> firefox	
[11:01] <gnomefreak> gnomefreak@Development:~$
[11:01] <ralph> Yes, but the wiki page is just saying "get the version", not whether it has been purged, etc.
[11:01] <gnomefreak> oh damn i know why i thinkg
[11:01] <ralph> gnomefreak: and what does dpkg -l give for firefox on your system?
[11:02] <gnomefreak> ralph: make sure you add a * to it
[11:02] <gnomefreak> seeing as some people wont have firefox installed but will have firefox-3.0 installed instead
[11:02] <gnomefreak> firefox is a dummy package firefox-3.0 is the package
[11:03] <gnomefreak> ii  firefox-3.0    3.0~b5+nobinon safe and easy web browser from Mozilla
[11:03] <gnomefreak> both give version as long as i use the package i have installed
[11:03] <ralph> I don't want a long list of firefox* packages, so I'll change the page to be talking just about the firefox-3.0 package.
=== LucidFox is now known as Sikon_Japanese
[11:10] <ralph> gnomefreak: so on your system `dpkg -l firefox' is again no good because firefox isn't installed and `dpkg -l firefox-3.0' is required?
[11:11] <gnomefreak> yes
[11:12] <gnomefreak> most people may have firefox installed but i dont and it might confuse people if they dont either
[11:13] <ralph> True, but the old wiki page also failed for you then so I'll leave it failing but just add dpkg-query since the confusion of having to explain why they're looking up firefox-3.0 is a lot to add.
[11:13] <gnomefreak> is it stricly for hardy?
[11:14] <gnomefreak> gutsy had firefox-3.0 in it and taht would have to be used as -3.0
[11:14] <ralph> No, it's just an example page telling a bug reporter how to get the version that they're using.
[11:14] <ralph> It chose to use `firefox' as the package name.
[11:14] <gnomefreak> oh hell apt-cache policy
[11:14] <gnomefreak> :)
[11:15] <gnomefreak> its more general this way it doesnt have to be installed for it to tell you the version its at
[11:17] <ralph> Yeah, but if they're reporting a bug maybe we want them to have problems if the package isn't installed instead of them telling us the uninstalled package's version.  :-)
[11:19] <gnomefreak> true
[11:19] <ralph> If I file a bug report with exact steps to reproduce, a source extract showing the bug's locations, everything bar a patch, can I confirm it?  Otherwise, they sometimes sit there for weeks without attention when they could move onto the next stage.
[11:19] <ralph> Or is it bad form to confirm ones own bugs?
[11:20] <ralph> OK, have finished the wiki edit if anyone else wants a go:   https://wiki.ubuntu.com/BugSquad/FAQ
[11:20] <gnomefreak> you cant confirm your own bugs from bugsquad rules as for mozilla its a bit harder than to have 2 people say i have this bug still not really confirmable
[11:21] <ralph> OK, if bugsquad says no I won't.  What I need is a buddy where he checks over and confirms my bugs that he can reproduce and vica versa.  :-)
[11:22] <gnomefreak> if you leave me with a bug number when i get back in from smoke ill see if i can repro it assuming its the same version of the package since im on my devel partition
[11:27] <ralph> There's no particular one at the moment.  bug #229988, #225637, #225564, #208837 are some examples.
[11:27] <ubottu> Launchpad bug 229988 in bsdmainutils "hexdump's -s option can't spot a trailing `b' for blocks with a hex offset" [Undecided,New] https://launchpad.net/bugs/229988
[11:27] <ubottu> Launchpad bug 225637 in coreutils "printf(1) %c doesn't work as expected, instead like %.1s." [Undecided,New] https://launchpad.net/bugs/225637
[11:27] <ubottu> Launchpad bug 225564 in util-linux "fdisk doesn't write MBR if only Windows NT ID is changed." [Undecided,New] https://launchpad.net/bugs/225564
[11:27] <ubottu> Launchpad bug 208837 in vte ""Esc [ 1 8 t" Response doesn't match xterm." [Undecided,New] https://launchpad.net/bugs/208837
[11:28] <gnomefreak> those i would need to be booted to hardy
[11:29] <ralph> Not if they still exist in devel?  Which they prob. do.
[11:29] <gnomefreak> i will try
[11:30] <ralph> Don't feel compelled to.  I wasn't trying to get someone here to do it.  Just wanted to know more about the procedure.  :-)
[11:34] <gnomefreak> ralph: how are you running the hexdump command? it works for me
[11:35] <gnomefreak> and same version of bsdmainutils
[11:35] <gnomefreak> ralph: example: hexdump -s 512 bzr-push.txt -b  give ouput
[11:35] <gnomefreak> output even
[11:36] <ralph> gnomefreak: the `b' should be a suffix to -s's parameter:  hexdump -C -s 0x1b -n 16 /dev/urandom
[11:36] <ralph> I'll add some examples to that bug.
[11:37] <gnomefreak> ralph: thanks
[11:41] <ralph> Done.
[11:46] <gnomefreak> ralph: that one is confirmed
[11:46] <ralph> gnomefreak: thanks very much.
[11:50] <ralph> pedro_: thanks, that Importance list was exactly what I was after.
[11:50] <pedro_> ralph: great, you're welcome
[12:02] <ruiboon> hi. when 2 different packages fails in a similar way, what should the bug be filled against? (the 2 packages uses the same library which also uses another lib)
[12:03] <ralph> ruiboon: file against the library you think may contain the bug, explaining that it's visible using either of those two progarms.
[12:03] <ralph> ruiboon: if you're not sure which library contains the bug, specify the first, higher-level library.
[12:05] <ruiboon> ralph: when i look at the source, there dont seems to be a problem. (the lib was trying to bind to a bluetooth device)
[12:05] <ruiboon> ralph: i will open up the relevant task
[12:06] <ralph> ruiboon: OK, pick what you think is the most commonly used program and file against that, saying what you've investigated and mentioning the other progarm failing too.
[12:06] <ruiboon> ralph: on the other hand, i also suspect that it may be a hardware issue. should i ask for the dmesg output?
[12:08] <ralph> ruiboon: I'd have thought so.  This is an existing bug?  I assumed you were about to raise it.
[12:10] <gnomefreak> ralph: you have way too much time on your hands with these bugs
[12:10] <gnomefreak> ;)
[12:11] <ralph> gnomefreak: yes, you're right.  I should do something more useful.  :-)  But they're often interesting 10 minute diversions from real life.
[12:11] <gnomefreak> ralph: as for bug 225637 /usr/bin/printf %c 65 only gives me 6 nothing else
[12:11] <ubottu> Launchpad bug 225637 in coreutils "printf(1) %c doesn't work as expected, instead like %.1s." [Undecided,New] https://launchpad.net/bugs/225637
[12:12] <gnomefreak> i dont get $
[12:12] <ruiboon> ralph: yap. Thank (:
[12:12] <gnomefreak> question is why is it dropping the 5
[12:13] <gnomefreak> shoot i have to get moving or im gonna be late as hell :(
[12:14] <ralph> gnomefreak: the `$' is my PS1 shell prompt being printed immediately after the output.
[12:14] <ralph> Your prompt may differ.
[12:14] <gnomefreak> ah
[12:15] <gnomefreak> ralph: 6$ that has to do with ps2?
[12:15] <gnomefreak> shouldnt it be $6
[12:15] <gnomefreak> $ being prompt and 6 being output
[12:16] <ralph> No, it's like    "echo -n foo"   foo is printed, but no newline, so your prompt appears immediately after the "foo".   So "6" is the output and "$" is the prompt ready for entering the next command.  I just hit return for clarity.
[12:17] <ralph> I've gotta go soon too.
[12:17] <gnomefreak> ralph: thats how mine is ok
[12:17] <gnomefreak> be4 back later
=== Sikon_Japanese is now known as LucidFox
[13:29] <madyogi> Hi guys, As #ubuntu-motu was a wrong channel for this, I'll ask it here maybe... I've searched all the enries to the Ubuntu Forums, and all the bug reports, but I can not find any solution to my Problem concerning Keyboard Layouts. All the bugs are filed as solved, but for me it appears that they are not
[13:29] <madyogi> If I set up german and Ukrainian Layout, then at first everything works fine. After reboot though, the ukrainian Layout is scrapped and instead of normal characters I get unknown characters... It seems to happen always, when 2 or more Layouts are set. I tried it also with "German/German Dvorak" and the Issue was the same
[13:32] <madyogi> so every time I reboot the computer, I have to readd the layouts. And after that everything works fine again
[14:49] <geser> bddebian: Boo
[14:52] <bddebian> Boo 2 :)
[14:52] <bddebian> Hi geser
[15:29] <hggdh> madyogi: did you open a new bug report on it?
[16:00] <madyogi> No, I thought I'll ask you about i, before filing it as a bug...
[16:04] <madyogi> hggdh: there is already a bug about brazilian keyboard, that is marked as fixed. And I thought, that I simply couldn't find the workaround.
[16:06] <hggdh> madyogi: what Ubuntu version?
[16:08] <madyogi> 8.04
[16:09] <madyogi> hggdh: in 7.10 everything worked fine
[16:12] <hggdh> madyogi: and what was the resolved bug number you saw?
[16:12] <madyogi> hggdh: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/189761
[16:12] <ubottu> Launchpad bug 189761 in gnome-control-center "Wrong localised keyboard layout" [Medium,Fix released]
[16:12] <Hewus> Hi. What should I do with bug 193012 (and others like it), where there is a once off crash that the user cannot reproduce to backtrace? Mark invalid due to lack of info?
[16:13] <ubottu> Launchpad bug 193012 in nspluginwrapper "npviewer.bin crashed with SIGSEGV in g_slice_alloc()" [Medium,Incomplete] https://launchpad.net/bugs/193012
[16:15] <hggdh> madyogi: do you get a US keyborad layout after reboot?
[16:17] <madyogi> hggdh: actually german. But yes I get it again. Only all the additional ones, that I set up are scrubled
[16:18] <madyogi> hggdh: sorry for my bad english...
[16:18] <hggdh> madyogi: no problem, I can understand you ;-)
[16:22] <hggdh> Hewus: SIGSEGV on g_slice_alloc sounds like memory allocatin problems; if there are many of them, similar, mark the newer ones as duplicate
[16:23] <madyogi> hggdh: http://ubuntuforums.org/showthread.php?t=634083 this thread is also marked as solved, so I didn't really knew what to do
[16:25] <hggdh> Hewus: on the other hand, if the reporter (as in the example you gave) states it cannot be reproduced, go ahead and close invalid. See https://wiki.ubuntu.com/Bugs/Responses#head-25129f9d2dfd1c797d3c766ae3ce093e0356ea26 for a nice answer to give the reporter when closing the bug
[16:26] <hggdh> madyogi: the forum entry is about bug 193012 (the thread author also commented on the bug
[16:26] <ubottu> Launchpad bug 193012 in nspluginwrapper "npviewer.bin crashed with SIGSEGV in g_slice_alloc()" [Medium,Incomplete] https://launchpad.net/bugs/193012
[16:27] <hggdh> Your symptoms do not completely match this bug (you *are* getting the german layout, so at least the issue on the bug was resolved)
[16:27] <hggdh> madyogi: I think a new bug is warranted here
[16:27] <madyogi> hggdh: allright, I'll add it then...
[16:28] <hggdh> madyogi: thank you
[16:28] <Hewus> hggdh: Thanks. I'll go and round up the duplicates then :-)
[16:30] <hggdh> Hewus: welcome, and thanks for helping out
[16:49] <madyogi> hggdh: I haven't tried
[16:50] <madyogi> hggdh: oh sorry
[16:50] <madyogi> hggdh: wrong window
[16:50] <hggdh> madyogi: no problem
[20:35] <leifdk1978> hey guys got some q for bug hunting
[20:55] <leifdk1978> any one
[21:01] <Arby> leifdk1978: don't wait to ask, just ask your question
[21:01] <Arby> if anyone knows they will answer
[21:01] <Arby> although it's quiet tonight
[21:01] <leifdk1978> yeah just dont want to be rude or any thing
[21:01] <Arby> Ubuntu Developer Summit is on, normal service should be resumed next week
[21:02] <Arby> leifdk1978: just go ahead and ask, as long as you are polite (which you have been) no-one will mind
[21:02] <leifdk1978> ok :) well is kind of new to linux and to only working so i am looking for something to help whit while i learn some skills
[21:02] <Arby> this is an open channel, everybody is welcome
[21:02] <leifdk1978> thanx
[21:03] <Arby> ok, well bug triage is a good way to start
[21:03] <Arby> have you read the wiki pages on bug work?
[21:03] <leifdk1978> yeah i did and it sounds ok easy
[21:04] <leifdk1978> have been using computer for many years just for playign but yeah is learning python atm
[21:04] <Arby> cool, welcome to ubuntu I'm sure we can find a use for you :)
[21:05] <leifdk1978> yeah realy love the feel of linux/ubuntu and just want to help get the os better
[21:05] <Arby> the best thing is probably to look at applications that interest you and start looking at the bugs for those
[21:05] <leifdk1978> ohhh yeah
[21:06] <Arby> focus on one or a few applications, you'll get a better idea of how it works and what to look for
[21:06] <leifdk1978> hmmm ok nice :)
[21:06] <leifdk1978> and when i got a good skill in python i can help in making packeged
[21:07] <Arby> absolutely
[21:07] <Arby> or you could even help fixing bugs in pyhton applications
[21:07] <Arby> *python even
[21:07] <leifdk1978> yeah but problem is that i have 0 skill so it is gona take a while to learn it
[21:08] <Arby> not to worry, it'll come
[21:08] <Arby> there's a big list of untriaged bugs here https://launchpad.net/ubuntu/+bugs?field.searchtext=&orderby=-datecreated&search=Search&field.status%3Alist=New&field.importance%3Alist=Undecided&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.component%3Alist=1&field.component%3Alist=2&field.has_no_package=
[21:08] <Arby> help yourself :)
[21:08] <leifdk1978> yeah gona do that thanx
[21:08] <Arby> sheesh, sorry for the huge link
[21:08] <jdavies> Arby: tinyurl.com is your friend
[21:08] <leifdk1978> np mate just a sign of lots to make
[21:09] <Arby> jdavies: indeed it is
[21:09] <Arby> I just have that bookmarked
[21:09] <leifdk1978> a good idea
[21:11] <Arby> leifdk1978: pick an application then look it up on https://wiki.ubuntu.com/DebuggingProcedures to find out what sort of information the developers need
[21:11] <yuriy> launchpad needs to have tinyurl built in. all its links are so huge
[21:11] <Arby> then look at a bug and see if it contains the required information
[21:11] <Arby> if it doesn't then politely ask the reporter to provide
[21:11] <hggdh> yuriy: ack...
[21:12] <Arby> with instructions if it's a tricky procedure
[21:12] <Arby> leifdk1978: essentially just work through the process on https://wiki.ubuntu.com/Bugs/HowToTriage
[21:13] <hggdh> also, see https://wiki.ubuntu.com/Bugs/Responses for a list of stock answers. Cut, Paste, and adapt as needed
[21:13] <leifdk1978> as long as i am polite i think i am ok
[21:13] <Arby> and if you have any doubts on the right course of action just shout in here
[21:13] <Arby> someone will help
[21:13] <leifdk1978> thanx guys gona be fun
[21:14] <Arby> welcome to the team :)
[21:14] <Arby> and thanks for helping
[21:17] <askand> Hi, is someone trying to get atis driver version 8.4 into ubuntu 8.04.1?
[21:19] <askand> If there is someone doing that they should propably try to get the latest version, 8.5 instead. Lots of bugfixes
[21:19] <hggdh> askand: perhaps someone on #ubuntu-desktop will know... or wait for UDS to end ;-)
[21:20] <askand> hggdh: good idea :)
[21:21] <hggdh> askand: welcome. Glad to have been able to shove the question elsewhere :-D
[21:22] <leifdk1978> hmm this is a fun bug
[21:23] <askand> hggdh: not only elsewhere..when UDS ends..I'll be back ;-)
[21:34] <Harald> hello! Need some help with a telnet issue
[21:35] <hggdh> Harald: if it is an use issue, you would be better off at #ubuntu
[21:35] <hggdh> but if you want to try it here, go ahead
[21:36] <Harald> the thing is, I already posted it as a bug... as I haven't found any documentation or post on google which covers the issue.
[21:36] <Harald> is it OK if I post a link?
[21:36] <Harald> or will I get kicked?
[21:36] <hggdh> type in 'bug' followed by the bug number
[21:36] <hggdh> you will not be kicker. Probably.
[21:36] <hggdh> s/kecker/kicked/
[21:37] <hggdh> darn!
[21:37] <Harald> OK. BUG 228953
[21:37] <ubottu> Launchpad bug 228953 in ubuntu "telnet disconnects" [Undecided,New] https://launchpad.net/bugs/228953
[21:38] <Harald> Kool bot. Helpfull :)
[21:39] <leifdk1978> yeah that is ok cool bot
[21:39] <hggdh> Harald: let me have a look at the sniffer
[21:39] <Harald> sure !
[21:40] <leifdk1978> do i have to be able to recreate a bug to confirm
[21:40] <hggdh> Harald: who is the client and who is the server?
[21:40] <Harald> the client is me, and the server is a Alcatel switch...
[21:41] <hggdh> sorry, I meant is 3268 the server or the client?
[21:41] <Harald> let me take a look hggdh
[21:42] <Harald> 3268 is me allright
[21:43] <Harald> sorry 3268 is the alcatel switch...
[21:43] <Harald> I am acknowledging the TELNET packages from the switch. got messed up for a moment
[21:44] <hggdh> Harald: no problem
[21:45] <Harald> hggdh, the interesting thing is, that when I went to the site where the switches are, I could telnet with no problems at all. so I suspect it might be related to the small 15-20ms delay I have from my office to the switch
[21:45] <leifdk1978> ? is it ok only to work on bug reports a couple of hours each day
[21:45] <hggdh> Harald: you were using the same laptop local and remote?
[21:45] <Harald> yes.
[21:45] <hggdh> leifdk1978: as much, or as few as you want
[21:46] <thekorn_> leifdk1978, sure
[21:46] <hggdh> and we still tahnk you for your help :-)
[21:46] <leifdk1978> ok thanx
[21:46] <leifdk1978> just got the perfect bug report
[21:47] <hggdh> Harald: that's interesting. Even more interesting is that I very much doubt it is a telnet issue ... :-)
[21:47] <hggdh> Harald: so... I would look at MTUs, Nagle, and friends
[21:47] <Harald> hggdh, as posted on the bug report (at the very end) I agree with your deduction :)
[21:47] <thekorn_> leifdk1978, out of couriosity: which bug number?
[21:48] <leifdk1978> it was one whit a rythmbox there was more info on thing that went wrong and every screen dump you could emangine
[21:49] <Harald> hggdh, I am not able to reproduce this issue while booting with windows. so I am confused. What is Nagle and friends by the way?
[21:50] <hggdh> Harald: The Nagle algorithm is also known as "delayed acknowledgement"
[21:52] <Harald> hggdh: OK. I would know my way in windows, but I lack that level of experience in linux. Could you help me diagnose the issue so that I can test it on monday? Some commands would be helpfull
[21:55] <hggdh> Harald: start with the simple -- you have a problem remotely, you do not have a problem when connected locally
[21:55] <hggdh> so, what is different?
[21:55] <Harald> delay, of course
[21:56] <hggdh> is the delay/latency so big as to make a difference? I am not talking about 10-50 ms, but at the 200-500 ms range
[21:56] <Harald> I actually work in Networking at Bertelsmann, so I have closely examined the packet capture with my colleagues but nothing indicates that it is related to delay.
[21:57] <Harald> hggdh no it isn't. The switch is at the other end of an MPLS tunnel, so delay isn' t the issue here.
[21:58] <hggdh> Harald: OK, delay is out. What about MTU, and/or routing?
[21:58] <leifdk1978> so it is ok to confirm a bug when there is a lot of info on the thing that cuased the crash or just bug
[21:59] <hggdh> leifdk1978: what bug?
[21:59] <Harald> hggdh. Isn't MTU defined by the server, in this case the switch?
[21:59] <leifdk1978> before i confirm should i be able to recreate or
[22:00] <hggdh> Harald: yes, sort of. It is also imposed by other routers, or when tunneling
[22:00] <hggdh> leifdk1978: it is always better what you can reproduce the issue
[22:00] <leifdk1978> that is a bit hard but yeah is gona try
[22:01] <Harald> hggdh, here is another interesting thing: on windows, when I ask for the switche's configuration, it will just blast through in just a second--while on ubuntu it will slowly scroll through, as if I was connected by modem.
[22:01] <hggdh> Harald: so you can start off the server at (for example) 1500, and then tunnel through something that will impose a (say) 1380 MTU limit
[22:02] <Harald> hggdh, how do I define the MTU limit on linux?
[22:03] <hggdh> Harald: for example, by 'sudo ifconfig ethx mtu nnnn'
[22:04] <leifdk1978> is there any way to recreate a bug if i dont have the hardware or fones or other things
[22:05] <Harald> hggdh, great. I will give that a try. Just out of curiosity, ethernet should behave equally on linux as it does on windows. Any ideas if linux is configured differently from windows regarding MTU?
[22:08] <hggdh> Harald: both, by default, will use 1500...
[22:08] <hggdh> best option is to sniff the Windows session and the linux one, then look for differences
[22:09] <hggdh> leifdk1978: no, if you do not have the necessary hardware... you cannot recreate
[22:09] <leifdk1978> what i was thinking soory is newb still
[22:10] <hggdh> leifdk1978: no problem. We all started ignorant, and we are all still learning. Asking questions is not a crime. The real crime is not trying to learn
[22:10] <Harald> hggdh, I did this and both look alike, exepting that on linux it will flow slowlier and disconnect after 300-400 lines. I really appreciate your help with this issue. Is this the correct place to return should I have more feedback on the bug?
[22:11] <leifdk1978> thanx so can i still confirm is there is enough info to show the developor what went work
[22:11] <leifdk1978> wrong
[22:11] <hggdh> Harald: I do not think this is the best forum. You can email me at hggdh2 at gmail dot com, or you can go to #ubuntu
[22:11] <hggdh> leifdk1978: is all necessary data is in the bug, yes, you can confirm
[22:12] <leifdk1978> ahh thanx then i was doing the rigth thing
[22:12] <hggdh> Harald: something *is* different. We just do not know what
[22:12] <Harald> hggdh. Will do. Have a nice day everyone and thanks all of you for making ubuntu better every day :)
[22:13] <leifdk1978> we do what we can :)
[22:15] <leifdk1978> well i ask to get better to bug hunt
[22:17] <leifdk1978> what do we do whit programing sugestions
[22:19] <thekorn_> leifdk1978, it really depends. It would help if you can give you abug number, so we can guide you through the nessecarry steps
[22:20] <thekorn_> s/you abug/us a bug/
[22:25] <thekorn_> bug 234411
[22:25] <ubottu> Launchpad bug 234411 in firefox-3.0 "Mozila Firefox 3 Beta 5 we are all so suddenly crashes in Ubuntu Linux 8.4. program." [Undecided,Confirmed] https://launchpad.net/bugs/234411
[22:26] <leifdk1978> only confirming when i am sure there is enough info  for a programer to do something whit
[22:26] <thekorn_> leifdk1978, how to you know if there is enough information for the devs?
[22:27] <thekorn_> what's the creteria for you?
[22:27] <leifdk1978> kernel dumps info on liberys  what version of ubuntu  hardware and some info on what happend and why
[22:28] <thekorn_> leifdk1978, confirmed for bug 234411 might be wrong
[22:28] <ubottu> Launchpad bug 234411 in firefox-3.0 "Mozila Firefox 3 Beta 5 we are all so suddenly crashes in Ubuntu Linux 8.4. program." [Undecided,Confirmed] https://launchpad.net/bugs/234411
[22:28] <thekorn_> because there is not stacktrace created
[22:28] <thekorn_> and not .crashfile attached
[22:28] <leifdk1978> ahh ok :(
[22:29] <thekorn_> sorry: .crash file
[22:29] <thekorn_> leifdk1978, no problem.
[22:29] <leifdk1978> is a crash file a hex file or
[22:48] <hggdh> leifdk1978: a crash file is a collection of different type of data, including a base64 memory dump
[22:48] <leifdk1978> thanx is new so i am just trying to learn
[22:58] <leifdk1978> i hate friedays when i get drunk :(
[23:00] <thekorn_> :)
[23:01] <leifdk1978> :) is doing some tranlation for my native langue
[23:42] <leifdk1978> think it is getting late pll are going for bed
=== emgent is now known as emgent`UDS
[23:49] <leifdk1978> dum de de dej think i am tired :=)
=== emgent`UDS is now known as emgent