xnox | i think on monday we will have beta candidate images, so those will be tested monday onwards. | 00:01 |
---|---|---|
xnox | until monday still dailies testing | 00:01 |
leadsled | thanks for the info xnox | 00:08 |
phillw | xnox: are they really going to give us 4 days this time?!!!! | 00:19 |
xnox | phillw: they always do. | 00:20 |
phillw | xnox: it will be a first. | 00:20 |
xnox | except for respins.... each time it respins, the clock resets | 00:20 |
xnox | all must be retested, but still to be released on thursday | 00:21 |
phillw | xnox: I'm talking about the 'full' respins that knock all tests out. It is a muttering point to be brought up uds. | 00:21 |
phillw | iso tracker has no way of carrying bugs forward that were not fixed in a re-spin | 00:22 |
phillw | xnox: yes, I'm just having a quiet moan... I know work is on going, but throwing that with cadence which can also not track bugs is overloading testers. | 00:23 |
xnox | i thought it did. | 00:23 |
xnox | phillw: but why should it? we should fix respin bugs, hence we should not copy them. | 00:24 |
phillw | nope, it wipes them. there 'seems' to be now a 'be aware of' installed but that takes a lot of tracking down | 00:24 |
xnox | and if the respin bug is reported agains the new spin, it's very serious. | 00:25 |
phillw | xnox: e.g. If a respin is done to fix critical bugs... why delete all the ones it did not fix? | 00:25 |
phillw | xnox: what the dev team are proposing is that the testers must re-do every bug report, every 2 weeks - regardless if there is a fix..... convenient for dev team - does not solve the bug? | 00:27 |
xnox | it's easy to do reverse look-up there is a tag on launchpad and you can see *all* open bug reports, which came from iso-testing. | 00:28 |
xnox | and you should be checking the bug reports *before* opening a new one again. | 00:28 |
xnox | because it strains me to mark them as duplicate...... | 00:28 |
phillw | xnox: and that is the point which you fail to understand... | 00:28 |
phillw | a tester grabs an iso, the existing bugs should be on there. | 00:29 |
xnox | all 100 000 of them? | 00:29 |
phillw | xnox: do you want 200 000? | 00:29 |
xnox | well actually we have more than 1 000 000 bugs now. | 00:30 |
xnox | grab and iso, test, hit a bug, check launchpad if it is already reported, file a bug. | 00:30 |
xnox | sorry. | 00:30 |
xnox | if it isn't reported, file a bug | 00:30 |
phillw | if the iso tracker for testing does not carry bugs not fixed over, then a tester will report it - then the bug team have to waste time marking it as dup | 00:30 |
xnox | if it is reported, _link it_ on the iso tracker. | 00:31 |
phillw | xnox: it is a known bug. just be aware of it | 00:31 |
=== pitti_ is now known as pitti | ||
=== mmrazik is now known as mmrazik|lunch | ||
jibel | balloons, in http://iso.qa.ubuntu.com/qatracker/milestones/219/builds/22117/buginstructions there is a typo | 10:36 |
jibel | balloons, ... while booting the system after installaton: ubuntu-bug grub2 | 10:36 |
=== mmrazik|lunch is now known as mmrazik | ||
=== _salem is now known as salem_ | ||
sagaci | to test quantal beta 1 images or the quantal daily | 13:40 |
smartboyhw | sagaci: Uh huh | 13:40 |
sagaci | I'll go the beta 1 images | 13:41 |
sagaci | maybe not, netbook only | 13:41 |
sagaci | latest daily partitioning is a bit error-y | 13:45 |
jibel | sagaci, Beta 1 are not there yet | 13:46 |
sagaci | yeah, I just synced the daily instead | 13:47 |
jibel | sagaci, next build should be the first B1 candidate, you can zsync it from the latest daily you downloaded to save bandwidth | 13:48 |
smartboyhw | sagaci: I even got a critical bug out of it | 13:54 |
sagaci | smartboyhw, partitioning error? | 13:55 |
smartboyhw | No, install error | 13:55 |
smartboyhw | Let me find the bug number | 13:55 |
sagaci | bug 1044384 | 13:55 |
ubot5 | Launchpad bug 1044384 in ubiquity (Ubuntu) "ubiquity crashed with exit code 141" [Undecided,New] https://launchpad.net/bugs/1044384 | 13:55 |
smartboyhw | Nug 1044299 | 13:55 |
smartboyhw | Bug 1044299 | 13:55 |
ubot5 | Launchpad bug 1044299 in ubiquity (Ubuntu) "ubi-partman crashed, and then no installation process, no installation options" [Critical,Confirmed] https://launchpad.net/bugs/1044299 | 13:55 |
sagaci | yup | 13:56 |
smartboyhw | Uh oh, duplicate | 13:56 |
smartboyhw | marked as duplicate | 13:57 |
sagaci | yup | 13:57 |
smartboyhw | ping balloons have you woken up? | 14:28 |
=== salem_ is now known as _salem | ||
=== _salem is now known as salem_ | ||
=== trijntje__ is now known as trijntje | ||
plars | for netboot minimal isos, what's the difference between mini.iso and mini-gtk.iso? | 19:04 |
balloons | mini-gtk? | 19:05 |
plars | balloons: rather, the mini.iso in the gtk directory | 19:07 |
davmor2 | plars: mini.iso is the one you want for netboot, not sure about the difference | 19:07 |
balloons | right.. mini.iso is what you want | 19:08 |
balloons | where are you seeing gtk dir? | 19:08 |
davmor2 | plars: Oh I wonder if one gives you the default Ubuntu desktop only | 19:08 |
plars | davmor2: yeah, the mini.iso in the gtk dir doesn't seem to work, but I was wondering if it should, and what it's purpose in life is (other than taking up a bit more space than the one in the parent directory) | 19:08 |
davmor2 | plars: best person will be cjwatson at a guess | 19:09 |
plars | isn't it always? I thought I'd give him a break and try it as an open question here first though :) | 19:09 |
plars | what *is* slightly troubling though, is we have things like this: https://help.ubuntu.com/12.04/installation-guide/i386/graphical.html that point to look for netboot/gtk/mini.iso | 19:11 |
balloons | plars, that's really odd | 19:35 |
=== salem_ is now known as _salem | ||
=== Ursinha` is now known as Ursinha |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!