[00:56] I like the idea from earlier of filing bugs against the manual. I was able to patch a few bugs in ubuntu server documentation once that might have been hard for the user to change him or herself. === aaron is now known as ahoneybun [15:17] Nairwolf: hai [15:17] hi ;) [15:18] saw your email but haven't looked at the code i'm sorry to say [15:18] i'll study up on lxml and get back to you [15:18] ok? [15:18] feel fre to share it around, though [15:19] i know ianorlin and Kamilion both grok python [15:19] okay, but you'll see my code isn't finished yet [15:19] hmm why wasn't I highligted there? [15:19] under stood [15:20] I thought that information about broken links were children of node where there is the source of broken link. [15:20] Not sure it's clear [15:21] that makes sense [15:21] okay, as soon as, I'll have time, I will try to make more test on lxml [15:22] what means "grok" ? [15:23] understand [15:23] it's from a book [15:23] https://en.wikipedia.org/wiki/Grok [15:26] okay, nice ;) [15:27] I hope oneday I'll grok python ;) [15:27] heheheh [17:05] Hi guys [17:10] brb [17:54] you rang? [17:55] naw, Kamilion. just telling florian he can ping off of you if he needs python help, too. [17:55] ah, a'right [18:33] !info qtqr [18:33] qtqr (source: qr-tools): Qt frontend for QR code generator and decoder. In component universe, is optional. Version 1.4~bzr21-1 (wily), package size 28 kB, installed size 188 kB [19:38] hm, how do I easily get a link for LP#1446767 [19:51] hm so it'll just pick up bug 1447654 in plaintext [19:51] bug 1447654 in policykit-1 (Ubuntu) "installing policykit-1 hangs under systemd" [Medium,New] https://launchpad.net/bugs/1447654 [22:12] I found out it is possible but manual partitioning in ubiquity is quite difficult [23:14] do you know how the development of the next release will be organized ? [23:14] Nairwolf: i think, from what i can tell so far, the next two releases will continue to be bug fix releases [23:15] in the background, of course, we'll be working on lxqt [23:15] okay, but for 15.10 there will have gcc 5 and maybe python 3, no ? [23:15] Oh, yes, lxqt, almost forget it [23:15] yes, but that's universal for all of the ubuntu ecosystem [23:15] so, there will need some guys to test that [23:16] so it will be nice to not have to worry abotu those things at the same time [23:16] okay, so, for this (gcc, python, and maybe snappy), it will be the ubuntu core team which will do that ? [23:16] by that do you mean lxqt or gcc/py? [23:17] for lxqt [23:17] well, they'll be involved in managing the transition for the core pieces [23:17] it may affect us but ultimately we'll probably just point the core team back at it [23:17] the lubuntu-qa team will need to test that [23:17] and/or release team [23:17] yeah it's an ongoing thing [23:17] okay, I see [23:17] just like with the systemd transition [23:17] which ultimately didn't affect us at all [23:17] i have high hopes honestly [23:17] also i prefer py3 so :) [23:18] yes, me too [23:19] and for the next release of lubuntu 14.04 ? (It's 14.04.3 I think). Any specific work ? [23:24] I've read there are already daily ISO. Testing will always be "use the distrib and report any bugs" ? [23:25] Because, I'm think to use 30Gb to install Lubuntu on my prod computer, and always save my Xubuntu system, in case of bugs. [23:45] O_o [23:45] 30GB? that seems a little large. [23:45] oh, the partition itself [23:46] In fact, I've 85Go free in my computer [23:47] Go? [23:47] * Kamilion thinks [23:47] Gigaoctets? What a strange way to describe it. [23:47] why ? [23:47] How do you write this ? [23:47] I havn't heard of anyone using Octal since the DEC Alphas running Compuserve [23:48] Maybe, I use the french format... [23:48] Oh, I see. [23:48] oh, sorry, Gparted told me it's Gio [23:48] Standard would probably be gibibits or gibibytes [23:48] Gib or GiB [23:48] It's not what I've on Gparted [23:49] versus Gigabits or Gigabytes, which != Gibibits/Gibibytes [23:49] If I right, 1 Go = 10^9 octols, right ? [23:49] http://en.wikipedia.org/wiki/Gibibyte [23:49] giga is 1000, gibi is 1024 [23:50] okay, in french we always say Giga, but, I suppose it means Gibi [23:50] so gigaoctet is same as gibibit [23:51] as gigaoctet implies 1024 [23:51] not 1000 [23:51] yes, for me, gigaocte implies 1024 and not 1000. [23:51] bleh. SI prefixes are so unfun. [23:52] in fact, in french language we never use Gibi [23:52] Gigabytes (1000) are used by the hardware manufacturers [23:52] Gibibytes (1024) are used by the software providers [23:52] And it's always bytes [23:53] but we say "Gigaoctet" [23:53] octet = byte [23:53] there's gigabit as well, divide gigabyte by 8 [23:53] or multiply gigabit by 8 to reach byte [23:53] Yes, I know that [23:53] at least the french representation is mathmatically more correct than gigabyte [23:53] :) [23:54] And sometimes bad company use the term of Gigabits in order to loose consumer. [23:54] well, the context is normally different [23:54] bytes are normally used for storage, bits are normally used for transfers [23:54] I not sure because we always say Giga, you can never say if it's 1000 or 1024. You need to precise if you want to make some calculs [23:55] so it is normal for networking to say megabit or gigabit, where it is not normal for storage to say megabit or gigabit unless they are indicating transfer speeds [23:56] computer history is strange :) [23:56] No, I speak about storages in USB, Ipad, or Ithings. They use Gb, and I'm sure that the average people don't know the difference. Because, of course X Go is bigger than X Gb [23:56] Flash memory is often specified in megabits [23:57] hum, yes, it's true [23:57] as a result of the 4096 bit page size [23:57] and they will always have exact multiples [23:57] unlike hard discs, which have varying sectors per track and may not end up on a whole multiple [23:58] or allocate some space internally for firmware use (common on western digitals) [23:58] oh, I understand why you didn't understand firstly. Because first time I write this wrong (Gb), and then I use the french representation (Go as octet means byte) ;) I'm too tired tonight [23:59] no worries, I've been on IRC for 20 years, not only can i speak typo, I'm also used to international chatters [23:59] yes, it's true what you say about western digitals [23:59] i was around for the big "am brazil" invasion of efnet long ago [23:59] I've been on IRC for less one year ;)