[02:28] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4487 Needs rebuild due to higher version at destination


[02:50] <glyph> Hey
[02:50] <glyph> I've been using bzr-svn
[02:51] <glyph> on the SVN repository on svn.twistedmatrix.com
[02:51] <glyph> any time I do a 'pull' on any branch where I've done a 'push' though, I get a
[02:51] <glyph> Conflicting tags:
[02:51] <glyph>     release-2.0.0+win32installer
[02:52] <glyph> can anyone help me out with an explanation of why that particular tag is always conflicting, and/or what I can do to fix it?  I don't really care about tags at all, I'm just using bzr-svn for offline commits.
[03:00] <lifeless> glyph: pull --overwrite
[04:19] <micahg> how do I include the changelogs of the merged revisions into the new branch?
[04:52] <glyph> micahg: changelogs?
[04:52] <micahg> glyph: sorry, commit messages :) (packaging on the brain)
[04:53] <glyph> micahg: that's just what happens when you branch in bzr
[04:53] <glyph> micahg: have you done 'bzr visualize' or 'bzr qlog'?
[04:53] <micahg> glyph: no\
[04:54] <micahg> glyph: I wanted them merged for the merge commit message
[04:55] <glyph> micahg: you want all of the commit messages in the branch to show up as one *giant* commit message for the merge revision?
[04:56] <micahg> glyph: no, just the revisions that are being merged in
[04:56]  * micahg thought there was a flag
[04:59] <glyph> I don't know if there's a flag
[04:59] <glyph> but there's no reason to do that
[04:59] <glyph> since you can always access the earlier commit messages in the revision log
[09:36] <samgee> I have a branch foo to which I added subtree bar. Then I did some commits on foo/bar (and nothing on the rest of the tree). Now I want to put bar into its own branch, keeping just the history starting from when it was added.
[09:37] <samgee> bzr split seems to copy the whole history. I found https://answers.launchpad.net/bzr/+question/106791, but it looks like bzr-rewrite hasn't been updated in a while and doesn't work with bzr 2.x. Any solution for this?
[19:21] <lifeless> moin moin
[19:50] <mneptok> lifeless: ahoyhoy


[13:28] <tdaitx> sbeattie: doko: openjdk-lts in stage3 is done and test results sound sane, is this something you would like to review sbeattie? or could sil2100 already copy it?
[15:25] <doko> tdaitx: copied, it's a no-change rebuild
[15:25] <tdaitx> ok
[16:20] <sbeattie> yeah, that's fine.
[16:20] <tdaitx> doko: I uploaded ant to disco to fix LP: #1808383
[16:42] <huehner> tdaitx: thanks :)
[16:49] <tdaitx> doko: should I prepare a bionic update for ant containing this fix? or should this be done later on as a SRU?
[16:52] <doko> tdaitx: if the patch is validated, why not?
[16:53] <huehner> tdaitx,doko we are also preparing to update one of our ci servers to run bionic-proposed ... so early next week hopefully i have some more stability feedback on that
[17:06] <huehner> for ant... it changes in bionic-proposed anywa now 1.10.3 -> .5 backport so maybe good idea to add now as people are asked to test anyway with the u-d-a mail
[17:14] <tdaitx> ok, uploaded new ant versions to bionic and cosmic into the test ppa
[17:14] <tdaitx> doko: I saw you updated android-sdk-meta and said you were working on other backports, what else should I be working on for our transition besides the FTBFS from bionic?
[17:14] <tdaitx> I have an openjdk-7 security update to finish which I believe takes precedence over the FTBFS fixes
[17:22] <doko> tdaitx: I don't have anything else for now. yes, 7 sounds good
[20:11] <tdaitx> doko: oh, and we had the jameica package that I yanked from bionic (because it was new and we didn't need it there) and it is currently sitting in a separate "cosmic" ppa, should I copy it back to stage5 now that we have cosmic packages there?
[20:14] <tdaitx> cosmic needs the update to work properly
[20:18] <tdaitx> anyway, I bumped the version to 18.10 and uploaded it into the test ppa


[16:39] <pleia2> nhaines: btw, just saw your Free Culture Showcase blog post, that kind of thing can be sent to community-announce mailing list and ubuntu-news-team if you want it cross-posted to the fridge
[16:40] <pleia2> I can cross-post directly from your blog post if you want too, just trying to extend  reach of the post :)
[16:41]  * pleia2 another airplane


[00:00] <cjwatson> stgraber: you aren't low on disk space in the virtual machine or something are you?
[00:00] <stgraber> 2.4G free
[00:00] <cjwatson> stgraber: 'sudo debconf-loadtemplate oem-config /var/lib/dpkg/info/oem-config.templates' should allow you to proceed, but this is very weird
[00:00] <stgraber> cjwatson: want the installer syslog ?
[00:00] <cjwatson> yes
[00:01] <cjwatson> whatever it may be, this is unlikely to be an oem-config bug
[00:02] <cjwatson> this may not absolve it from being my problem ...
[00:02] <stgraber> cjwatson: http://www.stgraber.org/download/oem-syslog
[00:02] <stgraber> oops, 403
[00:02] <cjwatson> can you attach it to the bug please?
[00:02] <stgraber> sure
[00:02] <cjwatson> likewise the templates.dat
[00:03] <stgraber> done, both are attached
[00:05] <cjwatson> no indication of problems in that log
[00:11] <stgraber> anything else that could help debugging it ?
[00:12] <cjwatson> a time machine :)
[00:12] <cjwatson> I'm doing a test install now to see if it's reproducible for me
[00:33] <slangasek> updated alternates posted
[00:36] <cjwatson> stgraber: hmm. reproduced.
[00:36] <cjwatson> this is a bit scary
[00:37]  * cjwatson tries with debconf debugging cranked up
[00:38] <cjwatson> slangasek: I'm very worried about debconf's correctness at this point
[00:38] <slangasek> :/
[00:39] <cjwatson> but debconf hasn't changed relevantly since 19 Feb
[00:39] <slangasek> the passthrough joy wouldn't be involved here?
[00:39] <cjwatson> oh, that change didn't get into Ubuntu until more like 4 Mar
[00:39] <cjwatson> well, passthrough is certainly involved
[00:39] <cjwatson> but it ought to have its own database in /target and save that separately
[00:40] <slangasek> Mar 4 still puts it before alpha6; I'm sure we had OEM tests at that time
[00:40] <cjwatson> I wonder if my change of 21 Mar is broken :-(
[00:40] <cjwatson> it seems like the most likely candidate
[00:42] <cjwatson> I don't understand how though; in-target unsets DEBIAN_HAS_FRONTEND
[00:46] <slangasek> feasible to do a local revert and test?
[00:46]  * slangasek runs out for a bit
[00:49] <cjwatson> slangasek: yes, but I'd like to get to the bottom of this
[00:49] <cjwatson> I appreciate the urgency, not going to bed until I've made progress
[00:56] <cjwatson> http://paste.ubuntu.com/136374/ I think that's the fix
[00:56] <cjwatson> or something like that, going to get coffee
[01:23] <cjwatson> http://paste.ubuntu.com/136384/ probably better
[01:56] <cjwatson> slangasek: fix is in lp:~ubuntu-core-dev/debconf/ubuntu, but I want to do a few test passes before uploading if that's OK
[02:04] <slangasek> sure
[02:04] <slangasek> I'll be up later than you regardless, can see it through once it's uploaded :)
[02:05] <slangasek> I assume we want to reroll all images for this
[02:06] <slangasek> (even if it only affects oem-config)
[02:07] <cjwatson> it definitely affects all alternate and server CDs; everything installed by tasksel has all of its debconf state entirely forgotten
[02:07] <slangasek> ah
[02:07] <slangasek> that makes the choice easy, anyway :)
[02:07] <cjwatson> I haven't yet thought of a way in which desktop CDs could be affected directly
[02:08] <slangasek> other than via oem-config?
[02:08] <cjwatson> oem-config is just a victim here
[02:08] <cjwatson> it only breaks because its templates aren't installed
[02:09] <cjwatson> I say everything installed by tasksel; I actually mean everything installed after base-installer
[02:09] <cjwatson> oem-config as installed from ubiquity should be fine
[02:09] <cjwatson> the bug is specifically in debconf-apt-progress, which isn't used by ubiquity
[02:10] <cjwatson> of course, if you installed a system with ubiquity, and then ran tasksel by hand before upgrading, you would find that the packages you installed were installed without proper debconf state
[02:11] <cjwatson> so not a direct installation breakage, but not out of the realm of possibility
[02:11] <cjwatson> sorry for this, it's entirely my fault
[02:14] <slangasek> it happens
[02:14] <slangasek> once every six months, in one form or another. ;)
[02:17] <cjwatson> doesn't mean I have to be happy about contributing to it :)
[02:17] <slangasek> ok, we're gonna run out to dinner now; back in an hour or so
[02:18] <slangasek> hmm, wonder what bug #347452 is about, cking linked it from his ISO test but it's private
[02:18] <ubot4> slangasek: Bug 347452 on http://launchpad.net/bugs/347452 is private
[02:18] <slangasek> (this is me making a mental note :)
[02:20] <cjwatson> I've asked pgraner
[02:20] <cjwatson> in case he's up
[02:35] <cjwatson> ok, alternate install looks ok with that, although I accidentally ran it in normal mode rather than OEM mode - but the debconf db looks sane
[02:35] <cjwatson> trying a server OEM install now
[03:09]  * cjwatson screws up his test and restarts :(
[03:50] <slangasek> cjwatson: how's it look now?
[03:51] <slangasek> is there anything you want me to help test?
[04:05] <cjwatson> just uploading the fix now
[04:05] <slangasek> ok
[04:05] <cjwatson> alternate seemed to DTRT and server OEM performed as before
[04:06] <cjwatson> (i.e. still slightly buggy because of reshow handling but the actual debconf passthrough is working fine)
[04:06] <cjwatson> and it's usable
[04:15] <cjwatson> slangasek: I'm going to bed now - please SMS me on my mobile number in the directory if there's a problem with that debconf upload, and if you're quick you'll probably catch me before I get to sleep ;)
[04:15] <cjwatson> I May Be Some Time
[07:11] <ara> good morning all :)
[07:21] <slangasek> full set of beta candidate images should be up now, with the exception of ubuntu server and ubuntustudio which are rebuilding now
[07:22] <slangasek> (the debconf package will be out-of-date on the liveCD/DVD images, but the bug is believed not to affect those and we don't have jigdo to worry about, so I'm ignoring that)
[07:22] <slangasek> ara: morning
[07:22] <ara> slangasek: good morning :-)
[07:25] <sbeattie> slangasek: what issue is fixed by debconf?
[07:25] <slangasek> sbeattie: the debconf database on the installed system was pooched if you used any d-i based install method
[07:26] <slangasek> hmm, actually, I suppose that means we want the DVDs rerolled (ISO only, not livefs)
[07:26] <slangasek> since you can do an alternate install from there
[07:28] <sbeattie> ahh, I'm guessing that is why I got debconf questions repeated when installing from the server image?
[07:28] <slangasek> probably
[07:30]  * ara starts syncing the ISOs
[07:55] <slangasek> ubuntustudio, ubuntu-server posted
[08:23] <ara> morning davmor2
[08:24] <davmor2> Morning ara
[08:28] <mvo> hey! we used instructions in the wiki what post-install test to perform - did that page moved, I seem to be unable to find it
[08:29] <mvo> I have a intern right now that I would like to assign some testing tasks :)
[08:30] <ara> mvo, yes it was moved to the new wiki
[08:31] <ara> mvo: this is a good test plan to start with http://testcases.qa.ubuntu.com/Plans/PRTP
[08:32] <mvo> ara: nice, thaks
[08:32] <mvo> thanks even
[08:33] <ara> mvo: :)
[08:40] <ara> has anyone experienced with the latest updates some widgets not correctly rendered?
[08:47] <davmor2> ara which ones?
[08:48] <ara> davmor2: specially scale widgets
[08:48] <ara> i.e. volume up and down, or totem progress widgets
[08:49] <davmor2> ara: no but I am having issues with sound again,  goes off to look at the updates
[08:56] <davmor2> Meh now I have no sound :(
[11:48] <davmor2> Hi heno :)
[11:48] <heno> hey davmor2 :)
[12:11] <stgraber> hey heno, davmor2
[12:11] <davmor2> stgraber: Dude morning
[12:33]  * ara is installling alternate-i386 in Spanish
[12:34]  * ara goes for lunch while alternate is installing
[12:36] <davmor2> :)
[12:41] <fader> davmor2: So you said it's okay to report the same bug on multiple spins of an image, just not on two test plans on the same spin of the image, right?
[12:42] <fader> (Also, good morning/afternoon :) )
[12:43] <pedro_> hey hey ;-)
[12:44]  * pedro_ doing kubuntu i386
[12:44] <davmor2> fader: Right it's okay on different spins.  as only the current spin will be looked at.  It's also fine on i386 and amd64 or across desktops so kubuntu and ubuntu or across install methods so alternate and desktop does that help
[12:45] <fader> davmor2: Cool, thanks.
[12:45] <davmor2> just not multiples on the same image so no to live session and desktop install or alternate manual and alternate whole drive (if that makes sense) afternoon
[12:53] <fader> Yep, makes sense. :)
[12:53] <davmor2> fader: also if your doing the same test as someone else and they have reported the same bug as you want to then just add a note to say you were affect by bug 123456 too
[12:53] <ubot4> Launchpad bug 123456 in xine-lib "podcast crashes amarok" [Undecided,Fix released] https://launchpad.net/bugs/123456
[12:53] <fader> Heh
[12:56] <davmor2> fader: 123456 was meant as an example not a real bug :(
[12:56] <fader> davmor2: Yeah, that's what I figured... ubot4 isn't that bright.
[12:56] <fader> Though now I'm tempted to try to get the bugs I report to have cool numbers.
[12:56] <davmor2> :)
[12:56] <davmor2> you might wait a while :)
[14:07] <davmor2> cgregan: morning
[14:07] <cgregan> morning davmor2
[14:08] <cgregan> finish beta tests before dawn?
[14:08] <davmor2> no I knocked off at 10:34 I think around then anyway :)
[14:09] <davmor2> cgregan: I then restarted again this morning after the re-spin :)
[14:09] <cgregan> you're a machine! :-)
[14:13] <davmor2> cgregan: You might think that but in reality no I just enjoy what I do :)
[14:14] <cgregan> :-)  hey....me too!
[14:15] <cgregan> seems to be alot of that going around here
[14:15] <davmor2> \o/ Yay
[14:57] <heno> stgraber: were you planning to request DB updates with the new test case links (on the old server install)?
[14:57] <heno> if now we can put in wiki redirects
[15:41] <mvo> is it expected that the iso tracker has only kubuntu upgrades in the testing category?
[15:52] <ara> hey nags
[15:54] <nags> hi ara
[16:12] <davmor2> mvo: sorry missed your post no it isn't
[16:13] <davmor2> slangasek: is there any reason that the other upgrade tests aren't up?
[17:31] <plars> stgraber: Are you the person to talk to if I'd like to add some tests to the UNR section on iso testing tracker?
[17:31] <stgraber> yes although we don't have UNR on the website yet :)
[17:36] <stgraber> plars: just sent another mail to Henirk to know about the status of our migration to the QA server, at the moment I don't have an up to date DB dump and don't have any idea on what server we're on so can't prepare an update at this point.
[17:37] <stgraber> It'll be a lot easier when I get a new DB dump and know that we aren't in the middle of a migration to another server.
[17:38] <plars> stgraber: UNR is on the list of builds, there just aren't any tests linked under it
[17:38] <plars> stgraber: I was actually thinking about something similar to ubuntu-desktop, minus a few bits and plus some aditional sniff tests for the things in the favoites menu
[17:39] <stgraber> hmm, then somebody other than I played with the DB
[17:40] <stgraber> making things even worse :)
[17:40] <stgraber> I don't have access to that DB and without an up to date dump can't prepare an update for IS. (And don't know who's manually playing with it without asking me first ...)
[17:50] <plars> stgraber: ok, meanwhile, for some of the tests I need to actually get posted, are you the person to do that also?
[17:52] <davmor2> stgraber: blame slangasek but for now I was told to use mid I think
[17:52] <stgraber> except IS I don't know of anybody who can add record to that DB
[17:52] <stgraber> we can't add tests from the web, it requires access to the server and for now almost nobody does ...
[17:55] <davmor2> stgraber: slangasek had something to do with it but I don't know how much
[17:56] <stgraber> hi heno, got my mail ?
[17:57] <heno> stgraber: yes, do you need me to ping IS about a DB dump?
[17:58] <stgraber> heno: would be good, a UNR build also appeared of nowhere maybe done by slangasek ... I'll have to drop that and rename MID instead (IIRC it's the one to rename)
[17:58] <heno> stgraber: ok, will do
[17:58] <stgraber> heno: also ping IS about fixing python-launchpad-bugs, bug bubble are currently broken ...
[17:59] <stgraber> (well, they're for a while now)
[17:59] <heno> as in update to latest version, right?
[18:00] <stgraber> yes
[18:00] <stgraber> I don't use any fancy stuff, so just updating it should work
[18:01] <plars> stgraber: rename MID to UNR?
[18:02] <stgraber> hmm, UMPC sorry
[18:02] <stgraber> Update URLs to testcases.qa.ubuntu.com
[18:02] <stgraber> • Rename UMPC to Netbook
[18:02] <stgraber> • Dropping Kubuntu KDE4
[18:02] <stgraber> that's my current list
[18:02] <stgraber> (Netbook being UNR)
[18:03] <plars> stgraber: ah, ok
[18:03] <plars> stgraber: what do you need from me then?
[18:05] <stgraber> plars: would be great if you could provide me the diff between UMPC and UNR. So I'll do these changes after I rename UMPC to UNR.
[18:05] <plars> stgraber: what I'm currently thinking to add is: install (entire disk),  install (oem setup), live (with the addition of sniff testing of favorites menu items)
[18:05] <plars> stgraber: there are currently no tests listed under umpc or unr
[18:05] <stgraber> hmm, not having any UMPC on the site doesn't help to get the list of testcases :)
[18:05] <stgraber> yeah, just noticed :)
[18:07]  * lool waves
[18:07] <plars> stgraber: most of them can link to the same testcases used by desktop I think, with the exception of the tests I mentioned to do a quick check of things in the favorites menu on UNR from live boot
[18:07] <plars> stgraber: I need to know how to add those in though
[18:07] <lool> stgraber: Yes, slangasek added UNR recently
[18:08] <lool> stgraber: Why do we care renaming UMPC instead of dropping it?
[18:08] <stgraber> we can drop it too, it's just more SQL :)
[18:09] <lool> plars: I think slangasek can do that (add links), he was asking which links to actually use
[18:09] <stgraber> and I was initially asked to rename it (by slangasek IIRC)
[18:09] <lool> stgraber: Ok; perhaps slangasek and you should work it out
[18:09] <stgraber> lool: yes, would be great, usually everytime IS does an update I get a new DB dump so I can prepare next updates, if people start doing that by hand I'll likely break something in the near future.
[18:09] <stgraber> slangasek: ^
[18:10] <lool> plars: Could you just feed stgraber/slangasek with the final list of test case names + links?  use different URLs for test cases which you need to specialize for UNR; perhaps you should also use different URLs for testcases which are identical, and use redirects in these test cases
[18:10] <stgraber> plars: I'd prefer different testcases with redirects to existing ones, will make it easier if they have to differ at some point
[18:10] <lool> Exactly
[18:11] <plars> sure, no problem
[18:11] <lool> Ok, I don't think I'm needed; happy to help if I can, but it seems it's about sorting out DB changes from various people at this point :)
[18:12] <stgraber> yeah, changes to the ISO tracker have been sort of frozen since before last UDS so there are a lot of changes to do ... it just should have been done a lot earlier (things got a lot longer than expected)
[18:17] <slangasek> davmor2: other upgrade tests> well, I didn't add the ones that are up, and I got done at 3am last night so didn't add them :)
[18:17] <slangasek> davmor2: up now
[18:17] <davmor2> slangasek: cool ta
[18:18] <davmor2> slangasek: was it you who got unr on the tracker
[18:18] <slangasek> stgraber: the DB changes were made by IS on my request
[18:18] <slangasek> davmor2: no, MID != UNR
[18:18] <slangasek> stgraber: MID != UNR, do not rename it
[18:19] <stgraber> slangasek: was talking about UMPC not MID (too much abreviations)
[18:20] <slangasek> I was opting not to rename UMPC in case we wanted to be able to go back and look at historical tests under the other name; but by this point half of what's recorded as UMPC was actually rolled under the name UNR <shrug>
[18:20] <stgraber> I'm fine with both
[18:21] <stgraber> heno: can it be made clear with IS that when they do a change they send me a new DB dump ? it's the only way I have to prepare updates not having access to the server or the DB.
[18:30] <heno> stgraber: I'll let them know
[18:34] <plars> heno: I'm looking at some of the UNR related that were previously out there (i.e. http://testcases.qa.ubuntu.com/Testing/Cases/UNRinstall).  That one would work to point to for an install testcase, but it doesn't seem to follow the same format with the xxx-### test names and goes into a lot more detail.
[18:34] <plars> should that one be redone to follow the other format, or as I write others, should they follow the same format as UNRinstall?  Which is the current way we are doing things?
[18:45] <heno> plars: they should be redone in the new format
[18:46] <heno> plars: if you have cycles for it that would be appreciated :)
[18:46] <plars> heno: and the new format is the one like the link I posted? or the others?
[18:47] <heno> plars: the one described here: http://testcases.qa.ubuntu.com/CaseAndPlanGuidelines
[18:47] <plars> heno: ok, thanks
[18:49] <plars> heno: ah, one more thing, how do we ensure that we don't stomp on someone elses testcase number?  Is there a master list somewhere?  The naming convention seems to be some freedom in the naming other than the format itself
[18:51] <slangasek> stgraber: do you have enough information at this point to get UNR test cases added to the DB, if that's what we're doing?
[18:52] <slangasek> or, if you want to rename UMPC, can you go ahead with doing that?
[18:52] <stgraber> slangasek: I'll keep it and add the testcases, but I need a DB dump first as I need the IDs for each of the products and testcases
[18:53] <slangasek> ok
[18:53] <stgraber> slangasek: heno asked for one
[18:54] <slangasek> I can see that having a db dump would make things easier; I wouldn't have stopped halfway if I'd had that information :)
[18:54] <stgraber> when I get one, I'll load it in my local postgresql server, do the changes, make sure everything works and that we've all needed testcases, then get a .sql output and ask IS to do it
[18:54] <stgraber> slangasek: well, it was discussed that I'd get access to the DB directly but it's not the case at the moment so still have to do it the longer way.
[18:54] <slangasek> yeah.
[18:57] <slangasek> stgraber: so if you're keeping it and adding the test cases, I think that still leaves the earlier question - do you have the list of test cases?
[18:58] <stgraber> slangasek: no, haven't had anyone asking directly for new testcases other than plars
[18:58] <slangasek> those are the ones I mean
[18:58] <stgraber> I just have URL update, dropping KDE4 and adding UNR so far
[18:58] <slangasek> dropping KDE4 is already done
[18:58] <stgraber> for UNR that's entire-disk, oem and live
[18:59] <slangasek> ok
[18:59] <slangasek> great, that's what I was looking to know :)
[18:59] <stgraber> slangasek: UNR is i386 only or both i386 and amd64 ?
[19:00] <stgraber> slangasek: any other arch to add (arm ?) ?
[19:00] <slangasek> UNR is i386-only
[19:00] <slangasek> ARM needs to be added under netboot
[19:00] <slangasek> AFAIK that's the only ARM test case we have yet
[19:01] <stgraber> oh, we don't have any ARM image ?
[19:01] <slangasek> only netboot
[19:01] <slangasek> we don't have any target ARM hardware that can take CDs :)
[19:01] <stgraber> ok, added to my note
[19:01] <stgraber> mathiaz: anything from your side ?
[19:10] <davmor2> stgraber: why is the splash different is it deliberate?
[19:10] <davmor2> on ltsp
[19:28] <davmor2> stgraber: not splash gdm
[19:28] <davmor2> login screen
[19:32] <davmor2> fader: can you pick on someone to do the dvd install while I carry on with neboot
[19:32] <fader> davmor2: Sure, I'll see who I can find
[19:32] <davmor2> sweet
[19:34] <stgraber> davmor2: yes it's, it's not gdm but ldm
[19:34] <davmor2> Looks cool though :)
[19:35] <davmor2> and your right it's a doodle to test with 2 cards
[19:36] <stgraber> main issue with ldm is that we can't change the text colour so the black background wouldn't have worked
[19:36] <stgraber> so I just asked on ubuntu-art for another one :)
[19:43] <kenvandine_wk> are there images available to test for UNR?
[19:49] <slangasek> yes, http://cdimage.ubuntu.com/ubuntu-netbook-remix/daily-live/20090324/
[19:49]  * heno installs a bunch of intrepid VMs to do upgrade testing
[19:49] <davmor2> nice heno :)
[19:50] <heno> I'm finally done with all my calls for today so I can cozy up with some test boxes :)
[19:51] <davmor2> heno: :) wounder
[19:51] <kenvandine_wk> slangasek: thx!
[19:52] <fader> davmor2: So as you see kenvandine was on his way over already :)  I'm trying to round up some folks for the kubuntu DVDs.  I can take a stab myself at the i386 ones but will still need to find someone to help with the amd64s.
[19:53] <davmor2> I can pick those up tomorrow
[19:54] <fader> davmor2: I haven't given up on finding someone yet ;)
[19:54] <kenvandine_wk> slangasek: is the UNR not available with rsync?
[19:58] <slangasek> it should be
[20:28] <davmor2> stgraber: out of interest is shutdown and restart etc deliberately removed from fusa?
[20:29] <stgraber> davmor2: yeah, thay don't work with LTSp
[20:29] <stgraber> davmor2: instead you can have them as localapp (not documented yet and could be better integrated)
[20:30] <davmor2> I had a feeling it would be something like that :)
[20:30] <stgraber> davmor2: it's shutdown/reboot the server so ... (if you have the rights to)
[20:30] <stgraber> *it'd
[20:30] <davmor2> wounder
[20:33] <kenvandine_wk> slangasek: no... i got an invalid module error
[20:33] <stgraber> slangasek, heno: Got the dump, working on it now. (Well, I'm also supposed to work so won't be super-fast :))
[20:35] <slangasek> kenvandine_wk: you have to prepend the same path (ubuntu-cdimage?) that you do for all the other images
[20:36] <kenvandine_wk> slangasek: ah... that worked
[20:37] <kenvandine_wk> slangasek: thx!
[20:58] <davmor2> stgraber: if your knock tests off can you knock off netboot edubuntu please
[21:02] <davmor2> s/knock/knocking
[21:05] <stgraber> davmor2: indeed
[21:05] <stgraber> will do
[21:10] <fader> Wow, who decided to make the DVD images so large? :)
[21:23] <slangasek> you mean making them the size of DVDs?
[21:24] <fader> Yeah, can't they be CD sized?  They'd download faster.
[21:25] <slangasek> yeah, blame the MPAA
[21:42] <stgraber> yeah, we'll get a performance boost at the same time as the testcase change :)
[21:42] <stgraber> just cleared 3600000 php sessions :)
[21:55] <stgraber> slangasek: So netboot for ARM. All of them (ubuntu/kubuntu/xubuntu) or only ubuntu or something else ?
[21:55] <slangasek> only ubuntu
[21:55] <stgraber> ok
[21:55] <slangasek> cleared PHP sessions?  does that mean I get to re-login again? :(
[21:56] <stgraber> no, only anonymous sessions (yeah Drupal is stupid keeping anonymous sessions in a DB)
[21:57] <mathiaz> stgraber: hi - could you add the Raid1 test case to amd64 and i386 images? http://testcases.qa.ubuntu.com/Install/ServerRAID1
[21:57] <stgraber> mathiaz: sure
[22:02] <davmor2> stgraber: can you add freesoftware only to desktop too
[22:03] <davmor2> and a partridge in a pear tree
[22:03] <fader> Don't forget the pony!
[22:05] <stgraber> davmor2: so dropping freesoftware from alternate ?
[22:05] <stgraber> or adding it to desktop ?
[22:05] <davmor2> stgraber: no just add it too desktop too
[22:05] <stgraber> ok, will do
[22:06] <stgraber> all desktops or only Ubuntu ?
[22:09] <davmor2> let me check
[22:11] <davmor2> stgraber: I'd go for just Ubuntu
[22:11] <stgraber> k
[22:11] <davmor2> its the only one listing it a an alternate install
[22:17] <davmor2> mathiaz: do you want the server stuff testing from netboot too?
[22:17] <mathiaz> davmor2: not needed for now.
[22:18] <davmor2> cool
[22:20] <stgraber> slangasek: So UMPC should be disabled right ? (as in hidden)
[22:20] <slangasek> if UNR is now available with test cases, yes
[22:20] <stgraber> it'll be with the same update
[22:24] <davmor2> slangasek: I'm on the home straight with the netboot installs.  So tomorrow I'll just hit what ever is left :)
[22:24] <fader> davmor2: I'm working on i386 DVDs so you shouldn't have to hit that by tomorrow, at least for Ubuntu
[22:24] <fader> We'll see if Kubuntu gets downloaded before I give up and go to bed or something.
[22:25] <slangasek> davmor2: so I should respin everything after you've gone to bed, right? :-)
[22:25] <davmor2> slangasek: yeah, yeah give me something to do tomorrow right ;)
[22:34] <tester_> muhahahahahahahaha your channel is mine
[22:35] <stgraber> davmor2: ? :)
[22:36] <davmor2> well you got to test these things and you get bored of this is just a test :)
[22:36] <stgraber> hehe
[22:39] <stgraber> not so bad, the DB optimization only needs 3m20 on my quadcore, that's to remove 3600000 records, vacuum and reindex
[22:40] <stgraber> DB going from 856MB to 197MB
[22:45] <davmor2> feels all poor and lowly with his dual cores
[22:49] <stgraber> well, it's pretty rare I actually use all that power :)
[22:51] <davmor2> stgraber:  :)
[22:58] <davmor2> stgraber: by the way are you able to test amd64 bit edubuntu at all?
[23:00] <davmor2> Right slangasek I'm calling it a night I'll start killing off the stragglers tomorrow
[23:00] <slangasek> ok, g'night
[23:05] <fader> davmor2: goodnight!
[23:06] <davmor2> Right that's it see you all tomorrow :)
[23:57] <calebH> hello all
[23:58] <calebH> I'm having a problem with evolution and connecting to an exchange server in Jaunty - is this the right place?


[12:13] <ajmitch> as much as I'd like it as well :)
[12:14] <ivoks> well, edgy+1 is only 6 months from now :)
[12:15] <ivoks> 'night all
[12:16] <ajmitch> night ivoks
[04:58] <BenC> cool, my jmicron eval board will be here tomorrow afternoon
[04:59] <BenC> means I should have an upload by tomorrow evening
[06:20] <fabbione> morning
[08:12] <Mithrandir> zul: yeah, I need to push my changes, sorry.
[08:41] <ivoks> 'morning
[08:42] <Fujitsu> Hey ivoks.
[08:44] <ivoks> hi Fujitsu
[08:46] <ivoks> BenC: 2.6.18's generic.c contains some stuff about jmicron, which our kernel doesn't....
[08:51] <marcin_ant> ivoks: hi
[08:52] <ivoks> hi marcin_ant
[08:52] <marcin_ant> ivoks: I'm not kernel guru and developer - just simple user - but I compiled 2.6.18 (vanilla) on dapper two days ago
[08:52] <ivoks> marcin_ant: and?
[08:52] <marcin_ant> ivoks: I hoped that it could fix something with jmicron - and... nothing
[08:52] <marcin_ant> ivoks: this controller didn't work
[08:53] <ivoks> hm...
[08:53] <marcin_ant> ivoks: but I'm not sure if I did everything properly
[08:53] <ivoks> are you talking about SATA or IDE part of controller?
[08:53] <marcin_ant> ivoks: because there are reports that with 2.6.18 jmicron is operational
[08:53] <marcin_ant> ivoks: IDE
[08:54] <ivoks> acording to 2.6.18 source, jmicron IDE controller should work with generic IDE module
[08:54] <ivoks> and SATA controller should work with ahci
[08:54] <ivoks> sata part is fixed in edgy's kernel
[08:54] <marcin_ant> then I just propably messed something in kernel config
[08:54] <Mithrandir> BenC: we're closing for beta, unless it's _really_ needed, I'd be happier if you made that upload after beta is out.
[08:55] <marcin_ant> ivoks: well it's nice but it doesn't solve problem :(
[08:55] <ivoks> i'll test this change in generic, to see if it works
[08:55] <marcin_ant> ivoks: if you got sata DVD/CD then in 90% of cases you don't care about jmicron issue you can just plug drive into ICH8
[08:55] <ivoks> marcin_ant: i know
[08:56] <ivoks> but ich8 doesn't work either for me
[08:56] <marcin_ant> ivoks: with sata?
[08:56] <ivoks> ich8 sata controller doesn't work for me, right
[08:56] <marcin_ant> ivoks: at all or just with some kind of sata cd/dvd?
[08:57] <ivoks> at all
[08:57] <marcin_ant> ivoks: strange...
[08:57] <ivoks> marcin_ant: works for you?
[08:57] <marcin_ant> ivoks: I got asus p5b and it works without any problems with sata hdd
[08:57] <ivoks> i have p5b too :)
[08:57] <ivoks> what's your bios config for ich8?
[08:57] <marcin_ant> ivoks: I'm running dapper on this machine installed via instlux
[08:57] <ivoks> i don't care about instlux
[08:58] <marcin_ant> ivoks: now I'm at work so I cannot tell you what is my config in 100%
[08:58] <marcin_ant> ivoks: but tell me what hardware config you got...
[08:58] <marcin_ant> ivoks: asus p5b and what hdd you got?
[08:59] <ivoks> wd
[08:59] <marcin_ant> ivoks: sata?
[08:59] <ivoks> of course
[09:00] <marcin_ant> ivoks: well it's not so obvious ;) I got 4 drives in my case with p5b and only one is sata...
[09:00] <marcin_ant> ivoks: ok anyway then what else? cd/dvd... sata/ide?
[09:00] <marcin_ant> ivoks: fdd? usb drive?
[09:01] <ivoks> marcin_ant: p5b has only one IDE port
[09:01] <ivoks> how could you put 3 drivers on one ide port?
[09:01] <marcin_ant> ivoks: sure but I got additional ATA 100 controller on cmd controller
[09:02] <marcin_ant> controller/chipset
[09:02] <marcin_ant> ivoks: on pci
[09:02] <ivoks> well, i have ide cd, sata disk, fdd
[09:03] <marcin_ant> ivoks: anyway I hoped that I will be able to run p5b only with pata drives - and unfortunately I couldnt boot from additional controller and had to buy sata hdd - but's another story
[09:03] <marcin_ant> ivoks: ok, can you boot from hdd ?
[09:03] <marcin_ant> ivoks: to any system? windows or something?
[09:03] <ivoks> no
[09:03] <ivoks> grub freezes :/
[09:04] <marcin_ant> so you can boot from this hdd and then you stop on grub right?
[09:04] <ivoks> anyway, i think this part of generic.c is key to this issue
[09:05] <marcin_ant> (it means that technically your bios is configured properly to boot from sata hdd)
[09:05] <ivoks> marcin_ant: ahm... i know that :)
[09:05] <ivoks> marcin_ant: i'm not here trying to get help :)
[09:06] <ivoks> my system works, i only want to make it work to others
[09:07] <marcin_ant> ivoks: well sure but It's strange that you cannot boot to linux at all
[09:07] <ivoks> i can boot... i don't need disk to boot to it
[09:07] <marcin_ant> ivoks: i got workable dapper and my grub is working properly
[09:08] <marcin_ant> ivoks: so this is why I ask because I'm trying to understand what can be broken on your machine
[09:08] <ivoks> marcin_ant: my disk is connected to jmicron, not ich8
[09:09] <marcin_ant> ivoks: but you said that "but ich8 doesn't work either for me"
[09:09] <ivoks> it doesn't, but that's another issue
[09:09] <ivoks> i'm working on jmicron now
[09:09] <ivoks> atm, i don't care about ich8
[09:09] <marcin_ant> ivoks: ok I see
[09:10] <marcin_ant> ivoks: I just thought that you got your primary hdd connected to ich8 and cd/dvd to jmicron...
[09:10] <ivoks> everything is connected to jmicron
[09:11] <ivoks> cd to ide port, and disk to sata port
[09:11] <marcin_ant> ivoks: anyway on my mobo I got one sata hdd connected to ich8 and it's fully operational
[09:11] <marcin_ant> ivoks: than I got IDE cd/dvd connected to jmicron - which doesn't work with linux
[09:11] <ivoks> that means that ich8 works, great
[09:12] <ivoks> i'm hoping to solve that issue now
[09:12] <marcin_ant> ivoks: and I got three PATA hd drives connected to additional IDE controlled on PCI
[09:12] <marcin_ant> ivoks: which are also functional although I cannot boot from any of these drives
[09:13] <marcin_ant> ivoks: but it's propably problem with this particular controller and maybe with p5b bios... and it's not important now
[09:13] <marcin_ant> ivoks: another thing that doesn't work on this mobo is gigabyte LAN
[09:14] <marcin_ant> ivoks: this mobo has two NIC's but only one works
[09:14] <ivoks> interesting... i have only one nic on p5b
[09:14] <marcin_ant> ivoks: hmmm
[09:15] <marcin_ant> ivoks: I got Asus p5b deluxe with wi-fi
[09:15] <marcin_ant> ivoks: maybe only this model has two NIC's
[09:40] <ph8> i think the deluxe is indeed the only one with 2 nics
[09:48] <ivoks> yoj! i got CD working
[09:49] <ivoks> but still, my ich8 doesn't work :((((((
[09:50] <ivoks> i'll be back with a patch
[09:56] <marcin_ant> ivoks_away: take a look at #62206
[09:56] <marcin_ant> ehh he left
[10:09] <ivoks> BenC: patch for CD jmicron is at: http://www.grad.hr/~ivoks/ubuntu/jmb.patch
[10:09] <ivoks> BenC: tested, works great
[10:28] <ivoks> marcin_ant: ping
[10:28] <marcin_ant> ivoks: pong
[10:29] <ivoks> marcin_ant: could you, when you get home, write down your bios config, and send it to me?
[10:29] <ivoks> marcin_ant: my ich8 just doesn't work :/
[10:29] <marcin_ant> ivoks: I see you fixed your jmicron :)
[10:29] <ivoks> yes... it works
[10:29] <ivoks> and patch is trivial
[10:29] <marcin_ant> ivoks: sure - but I can tell you pretty simple thing
[10:30] <marcin_ant> ivoks: I had problems with kernel from edgy I couldn't boot machine at all
[10:30] <ivoks> that's cause CD didn't work
[10:30] <marcin_ant> ivoks: then I set just default bios settings
[10:31] <marcin_ant> and then in boot section
[10:31] <marcin_ant> I just selected my hdd drive and it worked
[10:31] <marcin_ant> maybe you could try this too
[10:31] <ivoks> heh...
[10:32] <marcin_ant> question is - do you have problems with ich8 in linux kernel or in bios?
[10:32] <ivoks> in linux kernel
[10:32] <ivoks> if i connect disk to ich8, grub starts on it
[10:32] <ivoks> but kernel fails to detect cd
[10:33] <ivoks> it reports that ata1 is slow to respond
[10:33] <ivoks> and that drive failed to identify
[10:33] <marcin_ant> ok but why cd?
[10:33] <ivoks> sorry... not CD, disk
[10:33] <marcin_ant> hmm strange
[10:34] <marcin_ant> it can be something in bios...
[10:34] <marcin_ant> with sata settings... it shoud be set to enhanced afair
[10:34] <ivoks> it can, of course...
[10:34] <ivoks> i tried all possible settings
[10:34] <marcin_ant> ok I will send my settings to you
[10:34] <ivoks> k, thanks
[10:35] <marcin_ant> I will be able to do this at about 20-21:00 (I'm in Poland and now is 10:35 here)
[10:35] <ivoks> same time in croatia :)
[10:36] <marcin_ant> ok so I will try to catch you here at evening
[10:36] <ivoks> you could send it to email
[10:36] <ivoks><EMAIL_ADDRESS>[10:36] <ivoks> or ubuntu.com
[10:36] <ivoks> i don't know if i'll be here at that time
[10:36] <marcin_ant> ok
[10:37] <marcin_ant> this patch is for 2.6.18?
[10:37] <ivoks> no, for edgy kernel
[10:37] <ivoks> it's taken out of 2.6.18
[10:38] <marcin_ant> ehhh I don't want to try edgy yet :(
[10:38] <marcin_ant> I did few days ago and couldn't boot at all
[10:38] <ivoks> your SATA jmicron must be set up as AHCI, and IDE must be enabled in BIOS
[10:38] <ivoks> i think p5b has bugs
[10:39] <marcin_ant> kernel froze on setting ACPI on CPU or something like this...
[10:39] <ivoks> no, it breaks on something else...
[10:39] <ivoks> er... ich8 works for you with dapper?
[10:40] <marcin_ant> ivoks: yes with dapper
[10:40] <ivoks> khm...
[10:40] <marcin_ant> ivoks: but I also had edgy for single day ;)
[10:40] <ivoks> and ich8 worked?
[10:40] <marcin_ant> ivoks: yes
[10:40] <marcin_ant> ivoks: but not after dist-upgrade
[10:40] <ivoks> heh... interesting
[10:40] <marcin_ant> ivoks: I installed dapper once with instlux
[10:41] <marcin_ant> ivoks: then upgraded with 'upgrade-manager' to edgy
[10:41] <marcin_ant> ivoks: and it was ok
[10:41] <marcin_ant> ivoks: then I next day I did dist-upgrade and couldn't boot
[10:41] <ivoks> that sounds like regression
[10:42] <ivoks> so, conclusion is that ich8 work with dapper, but not with edgy
[10:42] <marcin_ant> ivoks: then I installed edgy from daily build 21.09.2006
[10:43] <marcin_ant> ivoks: on this disk on another machine with some via chipset and PIV 3GHz
[10:43] <ivoks> that's irrelevant information
[10:43] <marcin_ant> ivoks: but when I connected this disk at home to asus p5b
[10:43] <ivoks> ...yes?
[10:43] <marcin_ant> ivoks: I couldn't boot at all
[10:43] <ivoks> that's it
[10:43] <marcin_ant> ivoks: I could see grub
[10:44] <marcin_ant> ivoks: then some messages about ACPI and usb errors
[10:44] <ivoks> hehehe
[10:44] <ivoks> that's it
[10:44] <marcin_ant> ivoks: I don't remember them...
[10:44] <ivoks> edgy's kernel has regression
[10:44] <ivoks> that would mean if i add this patch to dapper
[10:44] <ivoks> i should be able to boot from ich8 and i should be able to see CD
[10:45] <marcin_ant> ivoks: so I was so annoyed and angry that I switched to windows
[10:45] <ivoks> i will try that later today
[10:45] <marcin_ant> ivoks: and then I installed dapper again via instlux
[10:45] <ivoks> marcin_ant: cause CDrom didn't work?
[10:45] <marcin_ant> ivoks: yes cd rom doesn't work on dapper
[10:45] <ivoks> hehe, thanks million times
[10:46] <marcin_ant> ivoks: ich8 can work - jmicron cannot
[10:46] <ivoks> i know where to find bug now
[10:46] <marcin_ant> ivoks: and because I don;t have separate partition for another linux distro (edgy) I don't want to upgrade to edgy yet
[10:47] <marcin_ant> ivoks: because I don't want to mess with my current workable distro.. I need to work on this
[10:47] <marcin_ant> ivoks: but I would like to have an ability to use cd/dvd in dapper too
[10:48] <marcin_ant> ivoks: it's a bit annoying that I have to switch to windows to prepare backups :)
[10:48] <ivoks> marcin_ant: this fix for IDE controller is trivial; i think i could be backported
[10:48] <ivoks> i'm not so sure about SATA part
[10:49] <marcin_ant> ivoks: well it's sata part is propably really not so important
[10:50] <ivoks> well... pb5 has exterior sata port that's on jmicron controller
[10:50] <marcin_ant> ivoks: btw if you have some free time could you take a look at #62206?
[10:50] <ivoks> atm i don't have X :)
[10:50] <marcin_ant> ivoks: I know - with raid support or something...
[10:50] <ivoks> and i have exam in 3 hours
[10:50] <ivoks> even wors... in 2 hours :)
[10:51] <marcin_ant> ok it's not something very important - it's just my bug report about secondary NIC's on asus p5b deluxe
[10:51] <ivoks> i can't do anything about that since i don't have that hardware
[10:51] <marcin_ant> I verified this - your p5b has single LAN - mine has two controllers
[10:51] <ivoks> add lspci, lspci -n and lspci -vvv to bug report, if you didn't allready
[10:52] <marcin_ant> I did
[10:52] <marcin_ant> and info about what kind of chipset it is
[10:52] <marcin_ant> (taken from windows hardware manager)
[10:52] <marcin_ant> ok... you have exam and I should work ;)
[10:53] <ivoks> right
[10:53] <marcin_ant> so...
[10:53] <ivoks> brb
[10:53] <marcin_ant> right :)
[10:53] <marcin_ant> brb
[01:43] <zul> Mithrandir: i think i might have missed your response it went past my scrollback
[01:45] <Mithrandir> zul: pushed my changes now
[01:46] <zul> ok cool...thanks..
[04:05] <BenC> hmm...when jmicron said they were sending an eval board, I expected a mobo
[04:05] <BenC> they sent me PCI-E weirdness that I'm not sure I can even use
[04:06] <BenC> on a brighter note, verizon is digging up my driveway for the T1 circuit
[04:07] <kylem> oh oh oh send me the pcie card. ;-P
[04:08] <zul> oh those crazy crazy hardware vendors
[04:12] <ivoks> howdy
[04:13] <BenC> nice, my amd64 box has PCI-E slots
[04:13] <ivoks> hi BenC
[04:14] <BenC> ivoks: hey
[04:14] <ivoks> BenC: that 'path' i sent you seams to fix jmicron ide problem for me
[04:14] <ivoks> 'patch'
[04:14] <BenC> got it, and testing it
[04:14] <zul> BenC: so 2.6.17 xen boots but when i try launch some guests it complains it cant find /dev/sda1
[04:14] <ivoks> BenC: and it looks like edgy kernel has regression for ICH8 (untested claim)
[04:15] <BenC> ivoks: regression from dapper?
[04:15] <ivoks> yes
[04:15] <ivoks> marcin_ant said he was able to install dapper on ich8
[04:15] <BenC> wouldn't doubt it, I need to test ich8, and I've no hardware to test with
[04:15] <ivoks> but when he upgrade to edgy, think didn't work anymore
[04:15] <ivoks> i have hardware :)
[04:16] <ivoks> you are welcome to test it
[04:16] <ivoks> brb
[04:17] <BenC> I have the jmicron eval board, and after inserting it into my box, I got an oops on boot
[04:19] <ivoks> ide/sata controller?
[04:19] <ivoks> it will allways ops untill you disable IDE port or apply that patch :)
[04:20] <ivoks> sata will work with 9.23, but i'm unable to boot from disk connected to jmicron sata controller
[04:20] <ivoks> otoh, i'm able to boot from ich8 port, but then kernel doesn't see disk
[04:21] <ivoks> anyway... i'll be back in couple of minutes
[04:50] <Mithrandir> BenC: you're aware of the "-9 panics on boot on lots of amd64 boxes"?
[04:50] <BenC> yeah, will be fixed tonight
[04:50] <BenC> amd64-agp is broken and will be disabled
[04:51] <Mithrandir> it wasn't enabled before?
[04:51] <BenC> ppl will have to wait for edgy+1 for that little tidbit :)
[04:51] <BenC> was new, came with the DRM/AGP update I did last week
[04:51] <BenC> but I think it's missing some x86_64 mmio stuff that's not in 2.6.17
[04:52] <Mithrandir> ok
[04:52] <Mithrandir> please do be very conservative with your next upload -- beta is Thursday.
[04:53] <mvo> BenC: I got a postinst failure today from 2.6.17-9-386 on a test dapper-edgy upgrade (post-inst returned error exit status 128). do you have any idea? or should I start digging into it?
[04:56] <BenC> mvo: update-initramfs failed?
[04:56] <BenC> or maybe update-grub failed
[04:56] <mvo> BenC: its not fully clear from the log, it looks like update-grub failed
[04:58] <mvo> I look into it, it is most likely not the kernels fault :)
[05:00] <BenC> yay, jmicron controller is working with that patche
[05:01] <BenC> [   31.340375]  Skipping disabled JMB363 IDE controller.
[05:02] <BenC> well, not exactly
[05:03] <zul> heh
[05:06] <Mithrandir> zul: had a chance to look at the stuff I put in git?
[05:07] <zul> not yet..will do at lunch time
[05:08] <zul> but from a quick glance it looks ok to me
[05:13] <ivoks_> BenC: you have to put SATA controller in AHCI mode
[05:15] <BenC> ivoks_: I have no way to do that...
[05:15] <BenC> no BIOS setup for the board
[05:15] <ivoks_> ah... pcie
[05:16] <ivoks_> i got the same mistake on first boot
[05:16] <ivoks_> went to bios to enable it to found out it's enabled
[05:16] <ivoks_> did reboot and, odd, it worked
[05:20] <ivoks_> bbl
[05:20] <ivoks_> bye
[05:20] <BenC> why would it need the SATA in ahci mode for the IDE to work :/
[05:20] <ivoks_> BenC: maybe linux driver is broken
[05:21] <BenC> PCI is broken
[05:21] <ivoks_> in bios, it says that making SATA controller ahci, IDE will be enabled
[05:21] <BenC> lspci is reporting that the io ports are disabled
[05:22] <ivoks_> heh
[05:22] <ivoks_> anyway, time to go home... i'll return here from home
[05:31] <mjg59> BenC: Something needs to switch the hardware into mixed PATA/SATA mode. Right now, the ahci driver does that - I'm not sure anything else does.
[05:32] <BenC> ahci driver is loaded
[05:33] <BenC> mjg59: The pci quirks are supposed to switch it to dualfn mode
[05:34] <BenC> I need to make sure the quirk is being run...adding a printk now
[05:34] <BenC> ahci is loadin and detecting the SATA bus's (no sata drive on it yet)
[05:37] <BenC> it may be that this card needs a bit more quirk than the built-in chipset, just because of the lack of BIOS support
[05:38] <mjg59> BenC: Ah, hm. Yes, sorry, you're right.
[05:41] <BenC> [   26.480781]  PCI: JMB36x: Enabling dual function on 0000:03:00.0
[05:41] <BenC> it's getting enabled
[05:41] <BenC> wtf
[05:42] <BenC> 03:00.0 SATA controller: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 03)
[05:42] <BenC> 03:00.1 IDE interface: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 03)
[05:42] <mjg59> Yeah, that's normal
[05:42] <BenC> just wondering why it's disabled
[05:42] <mjg59> Usually it's a fairly well-specced bios flag
[05:43] <mjg59> Do you have the specs for the hardware?
[05:43] <mjg59> In any case, there's a check in generic.c that looks to see what one of the PCI config registers contains, and uses that to deicde whether it's enabled or not
[05:46] <BenC> no, I have no specs for the hw
[05:49] <BenC> I just noticed that these two eval boards are different
[05:50] <BenC> I have a 363 and a 366
[05:53] <BenC> the achi works...just booted with my 300GB SATA drive connected to it (root drive)
[05:55] <BenC> IDE is disabled on the 366 aswell
[05:57] <mjg59> BenC: It's quite possible that the chip comes up with pata disabled and needs to be programmed by the bios to enable it
[05:58] <BenC> the JMicron BIOS screen shows it detecting the CDROM
[05:58] <mjg59> Hm.
[05:58] <BenC> I'll email them and find out
[05:58] <BenC> even if things are working for built-in chips, I need to get this external thing working too
[05:58] <mjg59> You might want to check that it is the pci configuration bit
[05:58] <BenC> the quirk might need some extra setup
[05:59] <BenC> but it enables the dualfn before the PCI scan, so I would expect the PCI subsystem to take care of things
[06:01] <mjg59> BenC: Presumably it's erroring out at the bit at line 220 of generic.c?
[06:01] <BenC> yeah, it is
[06:02] <BenC> but lspci also shows that the ioports are disabled
[06:02] <BenC> I wonder if I need to just get the jmicron.c
[06:03] <mjg59> BenC: Well, in that case surely the bios is never setting it up?
[06:04] <BenC> it shows values for the ports, but shows them as disabled
[06:04] <BenC>         Region 0: I/O ports at 7c00 [disabled]  [size=8]
[06:04] <BenC>         Region 1: I/O ports at 7800 [disabled]  [size=4]
[06:04] <BenC> etc...
[06:04] <BenC> or is [disabled]  just meaning that the OS isn't using them?
[06:06] <zul> is there a bios update for the board?
[06:08] <BenC> [  460.205680]  hdf: ATAPI 52X CD-ROM drive, 192kB Cache, UDMA(33)
[06:08] <BenC> answers that question
[06:08] <BenC> jmicron.c it is then
[06:09] <BenC> [  459.413154]  JMB361: 100% native mode on irq 66
[06:25] <zul> Mithrandir: looks good to me, ill do a test build tonight and upload
[08:16] <BenC> 2.6.17-10.24 uploading in about 10 minutes
[08:17] <ivoks> BenC: changes? :)
[08:17] <BenC> mjg59: I still don't have the mactel stuff in, but will next time around
[08:17] <BenC> ivoks: Seems my eval boards needed the jmicron.c module
[08:17] <BenC> things are working for me now
[08:17] <ivoks> ok
[08:18] <BenC> ivoks: You have ich8?
[08:18] <ivoks> yes
[08:18] <ivoks> actually, my client has it
[08:19] <BenC> is it working with current kernel?
[08:19] <ivoks> no
[08:19] <ivoks> it worked with old edgy kernel
[08:19] <svu_tv> BenC, will tomorrow's ISO have 2.16.17-10.24 ?
[08:19] <ivoks> hardly
[08:20] <svu_tv> or any kernel working with g5? :)
[08:20] <ivoks> BenC: it think it worked with -7.19
[08:22] <ivoks> since one guy told me that it works with dapper and it worked with edgy untill september 22.
[08:22] <BenC> svu_tv: installer needs to be rebuilt, so keep an eye on that, and you'll know when the CD's are updated
[08:22] <BenC> ivoks: So I guess I broke it with my backports
[08:22] <BenC> ivoks: Anyway to get access to a machine with that?
[08:23] <ivoks> i just backported everything to edgy
[08:23] <ivoks> errr... dapper
[08:23] <svu_tv> BenC, how could I keep an eye on the installer status? Is it available somewhere on the web?
[08:23] <ivoks> but i can give you access
[08:23] <ivoks> it still has -9-generic kernel + jmicron patch
[08:23] <BenC> that'll work
[08:25] <BenC> svu_tv: current installer has -9 udeb's, so either today's daily is working, or tomorrow's will
[08:26] <svu_tv> BenC, ok, I will try. thanks
[08:31] <ivoks> pidof: not found
[08:31] <ivoks> nice :)
[08:34] <BenC> ivoks: Is the 160G drive I see connected to the JMicron or ICH8 SATA controller?
[08:34] <ivoks> jmicron
[08:34] <ivoks> i doesn't work when it's connected to ich8
[08:35] <BenC> would you be able to reboot it to the ICH8 controller?
[08:35] <ivoks> tomorrow
[08:35] <ivoks> :/
[08:35] <BenC> the ICH8 is being detected and probed
[08:35] <BenC> ok
[08:35] <ivoks> that's true
[08:35] <ivoks> but it can't find disk
[08:36] <ivoks> i'll try finding another sata disk and conect it so we can test
[08:36] <BenC> excellent, thanks
[08:37] <ivoks> hooray! :)
[08:39] <BenC> I think I'm overloading the box I put those JMicron boards in
[08:39] <BenC> it already had 4 SATA channels, and 4 IDE ports...now I've added another 8 IDE ports, and 4 SATA channels
[08:40] <ivoks> lol
[08:40] <zul> heh kablooie soon
[08:55] <ivoks> maybe we should use BenC's computer for internet backup :)
[08:56] <ivoks> ah, forgot something...
[08:57] <ivoks> BenC: http://kerneltrap.org/node/7153 ; search for jmicron :/
[08:57] <ivoks> 5 patched for jmicron :)
[08:57] <ivoks> patches
[08:58] <BenC> ivoks: With the jmicron.c, most of the patches aren't needed
[08:58] <ivoks> agree
[10:54] <zul> later
[10:55] <Mithrandir> zul: apparently, my problem is related to the tap:aio interface.  Using file:/ works fine
[11:25] <`ph8> hi guys!
[11:26] <`ph8> I saw a *very* promising looking conversation earlier that looked like BenC had figured out the jmicron bug
[11:26] <`ph8> care to confirm/deny? :p
[11:26] <`ph8> I've only got two days till i go to uni anyway so i won't be able to install in that time - would be nice to know it's making its way into a build though
[11:57] <BenC> ph8: -10.24 is working for me
[11:57] <BenC> it's uploaded
[11:59] <`ph8> fantastic1
[11:59] <`ph8> and it'll take a few days to get into d-i for install?
[12:00] <BenC> yeah
[12:00] <`ph8> mega
[12:00] <`ph8> cheers
[12:00] <`ph8> do you know if we need any compat bios settings? like ahci over ide?
[12:00] <`ph8> s/over/instead of
[12:03] <BenC> nope, the pci quirks and jmicron ide driver should handle all that
[12:04] <`ph8> fantastico
[12:04] <`ph8> where do we send the gift basket? ;)
[12:04] <`ph8> thanks though, i know you worked hard on it for us :o)
[12:05] <`ph8> Should be ok for me to post on the bug report that it's fixed?
[12:05] <`ph8> if you havne't already, my datacentre's been hit by lightning and i don't have email access at the moment
[12:05] <`ph8> apparently they don't have a lightning rod? just a guess... :p