19:08:24 <ennael> #startmeeting
19:08:24 <Inigo_Montoya`> Meeting started Mon Apr 13 19:08:24 2015 UTC.  The chair is ennael. Information about MeetBot at http://wiki.debian.org/MeetBot.
19:08:24 <Inigo_Montoya`> Useful Commands: #action #agreed #help #info #idea #link #topic.
19:08:33 <ennael> hi all let start our favorite topic
19:08:40 <tmb> beer
19:08:44 <marja> :-)
19:08:45 <ennael> #topic release critical bugs for Mageia 5
19:08:52 <ennael> and beer for tmb  :)
19:09:09 <Sebsebsebb> Hi
19:09:16 <ennael> so big big work since last week
19:09:19 <marja> Sebsebsebb: hi
19:09:30 <Sebsebsebb> Marja hi
19:10:43 <ennael> tmb: wants to speak about this list?
19:11:53 <Akien> #link https://lstu.fr/Mga5ReleaseBlockers
19:11:55 <[mbot> [ Log in to Mageia Bugzilla ]
19:12:29 <Akien> Not counting the trackers, we are down to 12 release blockers
19:12:33 <ennael> so still 12 of them (removing trackers
19:12:41 <ennael> Akien: top la :)
19:12:45 <Akien> :-p
19:12:53 <Akien> I sent a review about all of them on the dev ML a couple of days ago
19:12:58 <wilcal> I may have added one
19:13:07 <Akien> Apart from the two newest one that were added recently
19:13:19 <Akien> (cross-posted to the QA ml too)
19:13:33 <Akien> https://ml.mageia.org/l/arc/dev/2015-04/msg00229.html
19:13:34 <[mbot> [ dev - Developement discussion list - arc_protect ]
19:13:55 <wilcal> https://bugs.mageia.org/show_bug.cgi?id=15684
19:13:57 <[mbot> [ Bug 15684 M4.1 -> M5 ( x86_64 ) upgrade fails to start x after upgrade ]
19:14:14 <Akien> We can maybe use this as a basis for discussion for those 10 blockers, since I put a description of the status for each bug
19:16:21 <ennael> ok I know tmb is working on raid support to be fixed for coming RC
19:17:04 <tmb> sorry I got distracted...
19:17:08 <ennael> :)
19:17:18 <ennael> wants to speak about it.
19:17:19 <ennael> ?
19:18:21 <tmb> So bios fakeraid installs will now work with both classical installs and live installs (as soon as I submit new stage2)
19:19:41 <tmb> we will rely on dmraid handling Intel raids for mga5 as the mdadm integration needs more work...
19:20:30 <Akien> Great news :)
19:20:31 <tmb> I've been testing both with and without efi and with different raid setuos and it works everytime here
19:21:37 <ennael> nice to hear :)
19:22:18 <tmb> tv has been fixing more efi and partitioning stuff so it should work even better... (there will probably still be some issues
19:22:39 <tmb> grub2 integration is way better than before
19:22:51 <Sebsebsebb> Nice
19:23:40 <ennael> also as tv is leaving for 10 days soon it's a reason to get RC ready as soon as possible
19:23:41 <tmb> urpmi/perl-URPM fixes should ensure that upgrades now will work even if we stuff ~80+ packages in one transaction
19:24:13 <DavidWHodgins> Yeah! ☺
19:24:15 <Akien> Yeah tv and pterjan did a nice debugging on the urpmi/perl-URPM issue
19:24:33 <Akien> I wonder why we were never bitten by that one previously though
19:24:55 <Stormi> I regularly heard about that kind of issue in the past IIRC
19:24:56 <tmb> It's because of basesystem getting more bloated...
19:24:58 <DavidWHodgins> It's rare that people do use both online/installer repos
19:25:18 <Stormi> (unless I'm mixing things)
19:26:14 <tmb> for mga6 we need to review hard requires vs. recommens, and clean out stuff where libs require their main package and so on
19:26:24 <Akien> +1
19:26:57 <Stormi> Akien: taking note somewhere for post-mga5 so that we don't forget?
19:27:28 <tmb> all of this "bloat" forces urpmi to to one big initial transaction to get new basesystem/perl/urpm*
19:28:01 <tmb> but anyway, it was sort of good it happend so we squashed another urpmi bug :)
19:28:18 <ennael> :)
19:28:53 <ennael> shall we list pending bugs?
19:29:25 <Sebsebsebb> I guess
19:29:31 <tmb> one good sign of improved quality is that nowdays live media build almost never break due to urpmi cascade unselections
19:29:47 <ennael> https://bugs.mageia.org/show_bug.cgi?id=15689
19:29:49 <[mbot> [ Bug 15689 M5RC, when in UEFI mode, installer does not always present /boot/EFI as an option when using " custom disk partitioning " ]
19:30:31 <marja> it is indeed no longer there, but you can set it manually
19:30:50 <ennael> so we need a status there
19:31:38 <Stormi> it's the one about the installer not creating the boot partition on blank disks?
19:32:17 <tmb> I will look into adding it back in custom list for final isos, but it's not really a blocker as it can be added manually
19:32:45 <Stormi> I agree for RC, I wouldn't for final
19:33:14 <tmb> yeah, that's what I meant, sorry for not being specific
19:34:05 <ennael> ok
19:34:17 <ennael> https://bugs.mageia.org/show_bug.cgi?id=15681
19:34:19 <[mbot> [ Bug 15681 newly created ESP wasn't formated ]
19:35:04 <tmb> this one still need to be reproduced
19:35:57 <tmb> if no-one can reproduce -> no blocker
19:36:19 <wilcal> i agree
19:36:54 <Stormi> could someone at QA try in vbox?
19:37:09 <Stormi> from a blank disk in UEFI mode
19:37:18 <DavidWHodgins> I'll try it, after the meeting.
19:37:34 <tmb> seems barjac tested in vbox, and it didn't happend for him (in comment 9)
19:38:51 <DavidWHodgins> I'll try on bare metal
19:41:18 <Stormi> next one?
19:41:26 <Stormi> it's been 3 minutes already :)
19:41:42 <Akien> https://bugs.mageia.org/show_bug.cgi?id=15670
19:41:44 <[mbot> [ Bug 15670 Upgrading a non-graphical Mageia 4 install to Cauldron disables all SysV services ]
19:43:16 <Stormi> "Colin has located an upstream patch that might help with this one."
19:43:54 <Stormi> not blocker for RC to me
19:44:03 <Akien> I agree.
19:44:16 <Stormi> next?
19:44:22 <Sebsebsebb> Yep
19:44:26 <Akien> https://bugs.mageia.org/show_bug.cgi?id=15666
19:44:29 <[mbot> [ Bug 15666 After install from Classical media, boot process from Grub to Log in is in scrolling text ]
19:44:44 <DavidWHodgins> Cosmetic, to me, so not a RC blocker
19:44:48 <Stormi> indeed
19:45:00 <Stormi> Akien has tried to fix, no success for now. Need help for final?
19:45:11 <Akien> My new favorite one... Spent hours on trying to tweak plymouth to make it work, but no luck
19:45:17 <Sebsebsebb> It should be text script or Plymouth GUI for boot anyway
19:45:21 <wilcal> Not to get the RC into the wild but we can't allow that kind of thing at the final release
19:45:35 <Akien> This one needs input from tmb and/or coling, I'm at a loss
19:45:35 <Sebsebsebb> Press esc for text was before
19:46:01 <Akien> It's a regression since kernel 3.19 AFAICT
19:46:10 <Akien> (at least that's when the problem appeared for me)
19:46:15 <Sebsebsebb> Ok for rc look at again fior final
19:46:33 <Akien> It seems QA testers noticed it later though, maybe due to recent plymouth changes to force rebuilding the initrd
19:46:34 <Stormi> Akien: ask the mailing list about that one maybe, in a separate thread
19:46:39 <Akien> Yep
19:46:39 <tmb> that's a weird one as I cant reproduce it here on 2 diffeent installs
19:47:51 <Akien> Hm, so that would be hardware dependent?
19:47:56 <tmb> it's probably some timing/ordering issue that makes plymouth fail to init properly so it simply stops
19:47:57 <Stormi> I think I got it here
19:48:09 <marja> I even saw it on a Live in Live mode, today
19:48:57 <Akien> Looking at systemd-analyze plot, it looks like the plymouth-start service is active ~2s (that corresponds to the short time where the animation is displayed), and then it stops indeed
19:49:40 <Akien> At least if I understand the colours of the plot correctly, there is no legend :)
19:50:35 <Stormi> next?
19:50:40 <Sebsebsebb> Yep
19:50:56 <Akien> Ah yeah it does stop completely after 1s: https://lut.im/4Ct7n2Jt/73KkA283
19:51:18 <Akien> I'll open a thread on the dev ML, let's move on
19:51:29 <Sebsebsebb> Yep
19:52:01 <Akien> https://bugs.mageia.org/show_bug.cgi?id=15583
19:52:03 <[mbot> [ Bug 15583 Installing to '/' in UEFI writes into ESP and changes default bootloader ]
19:53:02 <Akien> That's a grub2 upstream issue, and AFAIU it has to do with trying to chainload grub2-efi
19:53:17 <Stormi> upstream bug, needs a workaround, not blocking for RC in my opinion (we can mention it in errata)
19:53:19 <marja> i'm not even sure it should be possible to do that :-/
19:53:38 <Stormi> I would expect that to be possible
19:55:25 <Stormi> looks like people froze :)
19:55:35 <Sebsebsebb> No
19:55:36 <Stormi> if no one has to add, next
19:55:36 <Akien> It would be nice to know if barjac's workaround could be implemented or would not be a good idea
19:55:38 <tmb> not so critical... if we can fix it before final, then fine... otherwise errata
19:55:50 <Akien> Next then
19:55:50 <Sebsebsebb> Just people being slow
19:55:51 <Akien> https://bugs.mageia.org/show_bug.cgi?id=15400
19:55:53 <[mbot> [ Bug 15400 Problem installer when creating raid partitions (INTERNAL ERROR: unknown device md0) ]
19:56:04 <Stormi> people doing many things at the same time I'd say :)
19:56:29 <Akien> AFAIU this one is fixed
19:56:42 <Stormi> in next ISOs
19:57:10 <Sebsebsebb> And if not how many Mageia users actually use raid anyway :d
19:57:37 <Stormi> enough
19:57:41 <Akien> Enough to be a pita during ISO testing :)
19:58:18 <Stormi> so let's see what future test results give for that one.
19:58:30 <Stormi> https://bugs.mageia.org/show_bug.cgi?id=15257
19:58:32 <[mbot> [ Bug 15257 Live installer (not live mode) partitioner: Available disk space is not computed correctly (at least in small VM disks) ]
19:59:06 <Akien> This one got some new input from another user than me yesterday, that might help narrow down the issue
19:59:07 <DavidWHodgins> Minor, in my opinion. Not an RC blocker, and maybe even not a final blocker.
19:59:23 <tmb> that one is not fixed in RC ... I have simply not had time to review it yet...
19:59:57 <tmb> and since it works in live mode, it is not really a blocker.... just nice to fix if possible
20:00:04 <Sebsebsebb> Wrong amounts of free space showing by a bit ok for rc but not so good for final
20:00:56 <Stormi> AFAIU this is an issue only when using really small disks or available space
20:01:02 <Akien> Well it will mostly another VM users, and most of them will be able to workaround the issue by using custom partitioning anyway
20:01:34 <Stormi> VM users shouldn't use 8 Gb disks, that's too small :)
20:01:50 <Stormi> better use 40 Gb with lazy actuay disk occupation
20:01:58 <Akien> Might be bad for reviewers testing Mageia in a VM, but well :)
20:02:00 <Stormi> fine by me in errata if we can't fix in time
20:02:04 <Akien> Yep
20:02:11 <Stormi> I hope reviewers use more than 8
20:02:24 <tmb> current Mga4/5 vbox now suggest 20G as default disk size
20:02:28 <Sebsebsebb> 49 gb fake size ex vm not pshyicall real space yeah
20:02:36 <Sebsebsebb> 40 above
20:02:36 <wilcal> I use 10GB Vbox disks for just running Live media and 20GB for test installs
20:02:56 <Stormi> next one then
20:02:58 <wilcal> I used to use 30 but never needed it for testing
20:03:08 <Akien> tmb: Ah, that sounds good then
20:03:23 <Akien> I guess my VMs date back to early Mageia 4 versions :)
20:03:34 <Sebsebsebb> Dynamically expanding that's what I meant not done anything with virtubox for a few months or so
20:03:46 <Akien> Let's move on then
20:03:46 <Akien> https://bugs.mageia.org/show_bug.cgi?id=15253
20:03:48 <[mbot> [ Bug 15253 5b3: Display corruption once the cursor moves (64bit is KO, 32bit is OK) with 16bpp & 24bpp (OK with 15bpp) ]
20:03:49 <Stormi> Sebsebsebb: indeed
20:04:31 <tmb> that one will go to errata ... no idea yet where / why it fails
20:04:34 <DavidWHodgins> Hardware dependant, with no solution in sight, so will probably have to become an errata item.
20:05:18 <Akien> Fair enough
20:05:39 <Sebsebsebb> Yep fair enough so next
20:05:41 <Akien> https://bugs.mageia.org/show_bug.cgi?id=15235
20:05:43 <[mbot> [ Bug 15235 Unable to boot, from Live media or after install ]
20:06:40 <tmb> that one is fixed
20:06:43 <Akien> This one is actually fixed AFAIU
20:06:52 <Stormi> next then
20:06:53 <Akien> But Alan has another issue on top of that, and it's being debugged in the same bug report
20:06:58 <Stormi> ah
20:07:05 <Akien> Another "unable to boot" issue it seems
20:07:36 <tmb> nah that's bug 15653 still showing up for some
20:07:36 <Akien> I guess we should always edit bug summaries once we've narrowed down the issue :)
20:07:44 <Stormi> or create new ones
20:07:44 <Akien> Ah you're right
20:08:14 <Akien> Stormi: Yes but my point is, if the symptom is "can't boot" and the bug report is named "can't boot", then I would also use this bug report :)
20:08:24 <Akien> So, next
20:08:32 <Akien> https://bugs.mageia.org/show_bug.cgi?id=15060
20:08:34 <[mbot> [ Bug 15060 network in virtualbox is horribly slow (NAT) ]
20:08:42 <Stormi> Akien: it it's related to the initial issue, yes :)
20:08:51 <tmb> I wonder if I should simply ship Gnome live medias without fglrx enabled
20:09:41 <Akien> Or ship Gnome live medias with XFCE </troll> :-p
20:09:57 <marja> lol
20:10:02 <tmb> bug 15060 is an errata / wiki thing
20:10:27 <Sebsebsebb> Or mate but I actually like both gnome 3 and mate
20:10:48 <Akien> tmb: Looks like Luigi12_work does not agree with the errata solution, could you add a comment to explain why the workaround can't be implemented directly?
20:11:00 <Akien> cf. https://bugs.mageia.org/show_bug.cgi?id=15060#c26
20:11:02 <[mbot> [ Bug 15060 network in virtualbox is horribly slow (NAT) ]
20:12:02 <Akien> Next one: https://bugs.mageia.org/show_bug.cgi?id=13901
20:12:04 <[mbot> [ Bug 13901 rescue mode reinstall bootloader fail unknown method install_raw_grub2 ]
20:12:11 <Akien> Stormi's baby
20:12:32 <Stormi> so there have been fixes, no more errors shown
20:12:44 <Stormi> but it still doesn't restore my bootloader
20:13:27 <Stormi> it would be great to know if someone can reproduce
20:14:13 <Akien> Stormi: Do you know if switch to and back from legacy mode would break the bootloader also on other systems?
20:14:15 <Stormi> if it's specific to some situations, errata, otherwise it needs be fixed for final
20:14:38 <Stormi> Akien: it removes all non-windows entry or all non-secure (although I deactivated secure boot) AFAIK
20:15:00 <Stormi> the fact that mageia disappears is my firmware's fault
20:15:00 <Akien> What a mess :-/
20:15:07 <tmb> many uefi implementations reset most of efi nvram when you disable it yes
20:15:09 <Stormi> but rescue fails to restore it
20:15:48 <Stormi> the installer manages to restore it, not rescue
20:15:59 <Stormi> so I'm not confident that it's totally fixed
20:16:03 <Stormi> not blocker for rc
20:16:13 <Stormi> still is for final unless we discover that I'm in a specific situation
20:16:55 <marja> well, fixing the bootloader with a fast upgrade install worked, didn't it?
20:17:00 <Stormi> yes
20:17:09 <DavidWHodgins> I wonder if I'm not seeing it, due to not having windows at all.
20:17:29 <Akien> So there's likely some code used by the installer to modify the nvram that is not used by rescue
20:17:56 <Stormi> DavidWHodgins: well, did you test bootloader restoring (after managing to break it of course) ? :)
20:18:05 <Stormi> Akien: yes, that's my guess
20:18:39 <Akien> Stormi: It might be worth try to break the bootloader "normally" (e.g. do some mess in grub2's config file _without_ going back to legacy), to test if rescue handles this part properly
20:18:39 <tmb> it's probably the efibootmgr call that fails for some reason (or is not triggered at all)
20:18:42 <DavidWHodgins> I haven't broken it, so haven't tested rescuing it. Also, afaik, my firmware does not have secure boot possible.
20:19:03 <Stormi> Akien: that's another test, but would be interesting indeed
20:19:04 <Akien> Stormi: To confirm tv's current patches
20:19:27 <Stormi> I let QA reprs note that :)
20:19:36 <Stormi> if I can I'll test but I don't promise
20:19:50 <Stormi> let's discuss it after meeting if needed
20:19:51 <Stormi> next one?
20:19:56 <Akien> I guess until your last comment he had not fully understood what you were trying to restore exactly (i.e. wiped out efi nvram after switch to legacy)
20:20:06 <Stormi> probably
20:20:07 <Akien> Yep: https://bugs.mageia.org/show_bug.cgi?id=12305
20:20:09 <[mbot> [ Bug 12305 System crashed after upgrading from Mga3 to Cauldron. Stops after splash screen with message, /dev/resume does not exist. ]
20:20:14 <Akien> Last one
20:20:20 <Stormi> \o/
20:20:48 <Akien> (last one tagged as blocker anyway, there are a couple other bugs that bother me and are not blockers yet :-/)
20:21:09 <Akien> Martin Whitaker proposed a patch and coling advises to propose it upstream
20:21:24 <wilcal> Is this really a valid blocker. M3 is obsolete
20:21:44 <Akien> The summary is not really accurate AFAIU
20:21:59 <Luigi12_work> ignore the summary.  Hi everyone :o)
20:22:04 <Akien> The real bug is more that if your swap disappears, Mageia won't boot
20:22:23 <Stormi> let's update the summary then
20:22:36 <Sebsebsebb> Yeah I thought upgradeung anything from mageia 3 wasn't really supported anymore
20:22:52 <DavidWHodgins> Sebsebsebb: 3 to 4 is still supported
20:23:00 <Sebsebsebb> Oh ok
20:23:09 <Sebsebsebb> Yeah
20:23:14 <Stormi> Sebsebsebb: an upgrade failure from mga3 could reveal that mga3 to mga4 then mga4 to mga5 would fail
20:23:15 <Luigi12_work> if dracut can be fixed and the installer makes sure consistent/correct UUIDs are used in the bootloader configuration and fstab, it should be good
20:23:34 <Stormi> Sebsebsebb: so always worth investigating
20:23:52 <Sebsebsebb> Yeah @ stormi
20:24:01 <Stormi> Luigi12_work: who's working on i?
20:24:02 <Stormi> it
20:24:03 <Sebsebsebb> Going now got stuff to do
20:24:09 <Stormi> see you Sebsebsebb
20:24:19 <Sebsebsebb> Bye
20:24:20 <wilcal> later sebsebseb
20:24:29 <Sebsebsebb> Bye
20:24:45 <Luigi12_work> hopefully coling will look at the dracut part, I have no idea if anyone's started to work on the drakx part
20:25:33 <Stormi> I'm not sure it's easy to infer from the bug report that someone needs to work on drakx
20:25:39 <Stormi> I mean, without re-reading all comments
20:25:43 <Luigi12_work> true
20:26:06 <Luigi12_work> well, if either drakx or dracut could be fixed, it needn't be a blocker I think.  Both would be ideal, but we'll see what we can do.
20:26:28 <Stormi> ok
20:26:37 <Stormi> Akien: you had blocker candidates too?
20:27:30 <Stormi> countdown until next topic if you don't give links :)
20:27:32 <Stormi> 5
20:27:38 <Stormi> 4
20:27:44 <Akien> Yes lebarhon has been reporting that using "Use free space on Windows partition" produces too small root partitions
20:27:56 <Stormi> ok, that counts as a link
20:27:58 <Stormi> :)
20:28:05 <Akien> https://bugs.mageia.org/show_bug.cgi?id=15589
20:28:07 <Luigi12_work> that depends on the Windows partition
20:28:07 <[mbot> [ Bug 15589 Install unusable because installer used too little of the available space (after selecting Use the free space on a Microsoft Windows partition) ]
20:28:17 <Luigi12_work> it works fine everywhere I've ever tried it
20:28:24 <Stormi> good to know
20:28:27 <Stormi> with mga5?
20:28:34 <Luigi12_work> but it's limited to ntfsresize's ability to resize it
20:28:41 <Luigi12_work> yeah even with mga5 it's fine
20:28:54 <Akien> Well he says he can resize the partition with diskdrake flawlessly, IIRC he even expanded the Windows partition using blank disk space before trying Mageia's installer
20:29:19 <Luigi12_work> I know it works fine because I've used it multiple times at work
20:29:29 <Akien> UEFI?
20:29:43 <Luigi12_work> but I've not used it on anything newer than Windows 7, and frankly I wouldn't expect it to work on anything newer, but it'd just be a bonus if it did
20:29:48 <Luigi12_work> no I have no UEFI machines
20:30:15 <Akien> There is also this related bug that was reopened: https://bugs.mageia.org/show_bug.cgi?id=1371
20:30:18 <[mbot> [ Bug 1371 installer chooses too little free space on wrong partition ]
20:30:38 <Luigi12_work> from everything I read online, the suggested way to handle newer machiens with win8/uefi is to resize the windows from within windows first before trying to install a dual boot OS
20:30:44 <Akien> I haven't had time to read them through yet, but I suspect those might be blockers
20:30:55 <Luigi12_work> why blocker?
20:31:02 <Luigi12_work> I mean yeah if it really didn't work that would be
20:31:08 <Akien> Because a major feature is broken
20:31:13 <Stormi> in the installer
20:31:16 <Luigi12_work> but if it only doesn't in certain situations where there isn't anything that can be done about it, that's different
20:31:19 <Stormi> not RC blockers though
20:31:30 <Luigi12_work> AFAIK it works just fine in most cases
20:31:36 <Stormi> tv is working on it apparently (the second one)
20:31:41 <Akien> So far it sounds like it never works in UEFI
20:31:52 <Akien> At least noone said it was working fine for them with UEFI
20:31:55 <Luigi12_work> but again, ntfsresize can only do what it can do, so it will do better on some Windows partitions than others
20:32:08 <Stormi> maybe I should test since my windows is broken all the same
20:32:15 <Stormi> Akien: you do have windows don't you?
20:32:17 <Akien> A nice solution would be to drop the feature if the installer detects Windows 8
20:32:18 <Luigi12_work> yeah, like I said, if it works with UEFI I'd consider that a bonus, but I wouldn't expect it
20:32:27 <Stormi> Luigi12_work: why?
20:32:28 <Luigi12_work> Akien: yeah that might make sense
20:32:54 <Akien> I would never advise to resize Windows 8 with diskdrake, I've heard too many cases where Windows would not boot afterwards
20:33:01 <Stormi> I'd say make them blockers for now to draw attention to them, and continue investigating
20:33:01 <marja> it doesn't work well with vista and non-uefi either
20:33:11 <Akien> As you say, it's better to let Windows resize itself
20:33:11 <Luigi12_work> from what I've read, MS made some changes in NTFS in win8+ that make it even more difficult to resize from an external tool than previously, so it's pretty much known that you shouldn't expect it to work
20:33:16 <Stormi> what's blocker is figuring out what's going on and what can be done (or not)
20:33:35 <Luigi12_work> marja: it works fine with Windows 7
20:33:41 <Luigi12_work> nobody uses Vista
20:34:02 <tmb> and if no good fix, errata it for mga5 and try better for mga6
20:34:09 <Stormi> indeed
20:34:10 <Luigi12_work> yeah
20:34:15 <DavidWHodgins> Agreed
20:34:22 <Stormi> and if possible detect recent windows and remove option if never works
20:34:28 <Stormi> in those cases
20:34:34 <Stormi> it not possible, errata
20:34:35 <Luigi12_work> sure, if it really never works
20:34:47 <Luigi12_work> I'm not sure if it ever does on newer stuff, haven't tried it mysefl
20:34:55 <Stormi> so, let's add them to blocker until figured out?
20:35:01 <Luigi12_work> or even if it hardly ever works, might be best to remove it even still
20:35:03 <Stormi> (with a comment saying more or less that)
20:35:12 <Luigi12_work> worth some testing probably
20:35:43 <tmb> Stormi, yes so we keep track of them and if nothing else move them to mga6 blocker
20:35:54 <Stormi> Akien: can you do it?
20:36:16 <marja> Luigi12_work: the point is, that too little space is taken for a normal install...... pterjan said (IIUC) only up to 6GB https://bugs.mageia.org/show_bug.cgi?id=1371#c21
20:36:18 <[mbot> [ Bug 1371 installer chooses too little free space on wrong partition ]
20:36:47 <Luigi12_work> marja: no, it depends.  It usually gives me 10GB when I use it on Windows 7
20:36:52 <marja> (that bug should be fixed, it is only for the comment 21 of pterjan)
20:37:08 <Stormi> marja: could be another bug report then
20:37:18 <marja> Luigi12_work: that is still very little if you have 200GB free space or so
20:37:19 <Luigi12_work> like I said, it just depends on what ntfsresize is able to do based on the particular partition
20:37:28 <Luigi12_work> marja: perhaps, but there's nothing we can do about it
20:37:40 <Akien> Luigi12_work: Read comment 21, it sounds like 6 GB is hardcoded
20:37:55 <Akien> But that's another issue indeed
20:37:56 <Stormi> I suggest this comment becomes a bug report, not blocker
20:38:00 <Luigi12_work> I was able to get a lot more on this machine at work which is also Windows 7
20:38:10 <Akien> 6 GB for root is worthless IMO
20:38:21 <Stormi> obviously it needs investigating further
20:38:29 <Luigi12_work> I got like 109GB freed from it on here
20:38:31 <Stormi> but we need to proceed to next topic
20:38:45 <marja> Luigi12_work: wow, nice
20:38:51 <tmb> hm, if 6GB is hardcoded, its a bug... it should parse "default simple partitioning" rules
20:39:02 <Stormi> Akien: ok for handling the  "blocker" candidates as said above?
20:39:10 <Akien> Yep
20:39:23 <Stormi> other blocker candidates?
20:39:33 <Luigi12_work> unless this 6GB thing happened in the last couple months, it's not true
20:39:37 <Stormi> ennael: still around?
20:39:44 <Akien> Maybe this one? https://bugs.mageia.org/show_bug.cgi?id=15690
20:39:46 <[mbot> [ Bug 15690 KDE LIVE DVD: You must have a ESP FAT32 partition mounted in /boot/EFI (using free disk space, ESP exists)) ]
20:39:57 <Akien> marja: ^^^
20:40:10 <Stormi> oh yes, I thought we had addressed it but it was a different one
20:40:28 <marja> ah, yes, that one surprised me
20:40:31 <ennael> Stormi: yes sorry I'm using IP over pigeon tonight
20:40:37 <Stormi> definitely looks like a blocker at first sight
20:40:38 <ennael> it goes down and up
20:40:41 <marja> because I didn't hit it with traditional any more
20:40:48 <Stormi> ennael: I took the opportunity to lead the meeting with akien
20:40:54 <ennael> thanks a lot
20:40:58 <Stormi> Verschelde taking over
20:41:01 <marja> Stormi: no normal user has unused disk space
20:41:20 <Stormi> marja: not even with a new blank disk?
20:41:46 <Akien> Might be a dup of https://bugs.mageia.org/show_bug.cgi?id=15681 actually no?
20:41:49 <[mbot> [ Bug 15681 newly created ESP wasn't formated ]
20:41:52 <marja> Stormi: disks come formatted... so that's one big partition
20:42:01 <Stormi> ok
20:42:12 <tmb> Stormi, if you have a new blank disk it wont have any esp
20:42:18 <marja> Akien: no, the ESP was there and good, it was only not mounted
20:42:24 <marja> tmb: ah, true :-)
20:42:24 <Stormi> worth investigating, fixing if possible, errata otherwise then?
20:42:31 <marja> Stormi: fine
20:42:33 <Stormi> err
20:42:35 <Stormi> wait
20:42:45 <Stormi> for windows 8+, you need to resize in windows
20:42:47 <Akien> marja: Maybe link the two bugs in See also?
20:42:50 <Stormi> thus creating blank space
20:42:54 <Stormi> then install in that
20:43:00 <Stormi> so it *is* likely to happen
20:43:18 <marja> Akien: feel free :-)
20:44:04 <Stormi> so, blocker for final?
20:44:18 <Stormi> until we know more and maybe decrease priority
20:44:52 <Stormi> anyone?
20:45:21 <tmb> add it there for now so it gets re-tested
20:45:26 <Stormi> thanks
20:45:34 <DavidWHodgins> Yep
20:45:35 <Stormi> Akien: one more for you. Any other?
20:46:34 <Akien> I'm done I think :)
20:46:39 <wilcal> Done here
20:46:44 <Stormi> ennael: can I hand the meeting back to you for the next topic you wanted to address?
20:46:50 <Luigi12_work> Just a side note, could someone please push asterisk in Cauldron.  Security update is pending on that since last week.  Thanks.
20:48:01 <DavidWHodgins> Should we review getting ready for final release now, or leave that till after RC is out?
20:48:03 <ennael> yep sure
20:48:10 <ennael> hope it will not cut again
20:48:27 <ennael> #topic getting ready for mageia 5
20:48:52 <ennael> ok so it's time now to be sure we will have all ready for the final release
20:49:42 <ennael> we had a meeting last week on atelier
20:49:46 <ennael> see http://meetbot.mageia.org/mageia-atelier/2015/mageia-atelier.2015-04-08-19.14.html
20:49:47 <[mbot> [ #mageia-atelier Meeting ]
20:50:21 <ennael> so the main point now is to work on press release
20:50:25 <ennael> https://pad.riseup.net/p/mageia5_pressrelease
20:50:27 <[mbot> [ Riseup Pad ]
20:50:53 <ennael> anybody from atelier around.
20:50:54 <ennael> ?
20:51:04 <Akien> kind of :)
20:51:09 <Stormi> kind of too
20:51:13 <Stormi> one toe in it
20:51:14 <Akien> I'm from atelier because noone else wants to :p
20:51:51 <Akien> Not much work done on the press release yet, though we said we'd try to finish it this week
20:52:20 <Akien> I'll try to get things moving again tomorrow evening, right now I need to focus on preparing a job interview :)
20:52:48 <ennael> so go away from here :)
20:53:06 <Akien> ;)
20:53:27 <Akien> An important thing to mention in the press release and release notes, is how much work was done on fixing old bugs in our tools
20:53:56 <Akien> Basically we have a QA team in quite good shape right now, and that's a first in the Mageia project
20:54:13 <DavidWHodgins> Exhausted though. :-)
20:54:19 <Stormi> although we killed them with all the ISOs :)
20:54:23 <wilcal> Yes, QA team is 1st Class
20:54:26 <ennael> :)
20:54:29 <Akien> So with the addition of UEFI support, there was a lot of testing done, tons of bugs noticed (both new bugs and old ones), and tons of bugs fixed
20:54:50 <Akien> That's one of the core features of this Mageia 5 actually IMO
20:54:58 <Akien> Apart from UEFI support and tons of games :p
20:55:25 <Akien> Huge work on rationalising our packages too, java stack, mass rebuilds, etc.
20:55:31 <wilcal> The basic system, when installed, looks really good
20:55:55 <Akien> Yeah, we can probably advertise Mageia 5 as a really mature and stable version
20:56:08 <Stormi> we displayed the wallpaper in JDLL it catched the eye
20:56:13 <Stormi> will all the stars
20:56:36 <Stormi> haven't we played the maturity metaphore last time?
20:56:53 <Stormi> (although we can insist on it in a way that is not repetitive)
20:56:55 <DavidWHodgins> Mageia 4 was rushed for fosdem
20:57:02 <Stormi> so maybe it was mga3
20:57:28 <DavidWHodgins> Too far back to remember. :-) Probably ok, to use again now.
20:57:30 <Akien> Ready to go dancing yes :)
20:57:45 <Akien> It was a "just grown-up" Mageia
20:58:03 <Akien> Now it's more a Mageia in its fifties :)
20:58:10 <Stormi> careful it'll die soon
20:58:21 <Stormi> two sided
20:58:35 <Akien> Yeah I was just joking :p
20:58:36 <Stormi> but that's a phrasing issue
20:58:44 <Akien> Mageia 8 will be senile :)
20:58:56 <Stormi> We need to finish the release notes and errata too
20:58:58 <Akien> It will get devastating "setup" updates every two days :)
20:59:08 <DavidWHodgins> lol
20:59:52 <Stormi> but maybe this can wait a week, since it's late
21:00:02 <Stormi> at bugsquad we'll try to review open bug reports
21:00:19 <Stormi> and RC will bring new ones
21:00:20 <Akien> And it looks like ennael's pigeons don't reach us :)
21:00:25 <Stormi> :)
21:00:47 <Stormi> it's the black boxes from the RGs
21:00:48 <ennael> I'm there :)
21:00:51 <ennael> I hope
21:00:54 <Stormi> you are
21:01:09 <ennael> so we really need to go on on press release
21:01:17 <ennael> maybe try to ping Trish also
21:01:34 <ennael> she said she could give a hand in such case
21:02:20 <Stormi> Akien: if you need help for atelier, I don't promise anything but I can try to help
21:02:47 <Stormi> but better let atelier try to shine by itself
21:03:19 <Akien> Stormi: Itself without you, it's already only 80% of itself :p
21:03:23 <Stormi> :)
21:03:51 <Stormi> so, this meeting is starting to finishing to be long
21:04:02 <wilcal> time to end
21:04:14 * ennael will ping trish
21:05:17 <ennael> anything else for atelier?
21:05:42 <Akien> I just pushed a new drakconf with the mga logo in the banner :)
21:06:11 <Stormi> One minor point
21:06:18 <Stormi> but it's more for devs
21:06:39 <Stormi> there's a big black rectangle after we select a bootloader entry from installation media
21:06:44 <Stormi> that stays for some time
21:06:58 <Stormi> I suppose it's been discussed already in the past?
21:07:08 <Akien> A big black rectangle?
21:07:12 <Akien> That doesn't ring a bell
21:07:24 <Stormi> ok let's see afterwards
21:07:30 <Akien> Or do you mean boot.iso?
21:07:39 <Akien> Yeah let's discuss off-meeting
21:08:14 <Stormi> For next meeting I'd like us to try to be all 100% in the meeting, speak fast, and finish it sooner
21:08:24 <Stormi> otherwise meetings will kill me :)
21:08:46 <tmb> "I have a dream ..."
21:08:49 <Stormi> we all know meetings are long so tend to do other things meanwhile
21:08:53 <Stormi> yeah :)
21:09:11 <Akien> That's worth giving it a try :)
21:09:29 <Stormi> ktouch for typing speed
21:09:40 <marja> :-)
21:10:00 <ennael> ok so we can go back to iso build and test
21:10:17 <Akien> Round 9?
21:10:18 <Stormi> after a good night of sleeping and a good day of work
21:10:38 <DavidWHodgins> Any eta for next iso images?
21:11:30 <ennael> well tmb asked tv if he has any other fix in progress
21:11:37 <ennael> otherwise we can build isos now
21:12:52 <tmb> I will build new isos tomorrow (as I need to sleep now)
21:13:36 <ennael> ok anything else ? wuestion ? comment ?
21:13:42 <wilcal> not from me
21:14:13 <DavidWHodgins> nothing else here.
21:14:26 <tmb> nothing from me
21:15:07 <Akien> Keep up the good work everyone
21:15:16 <Akien> This is really tiring but we can be proud of this Mageia 5 :)
21:15:24 <ennael> thanks all indeed
21:15:29 <ennael> and have a good night
21:15:33 <ennael> #endmeeting