#archlinux32 | Logs for 2021-05-26

Back
[00:10:50] -!- phrik has quit [Remote host closed the connection]
[00:10:57] -!- phrik has joined #archlinux32
[00:10:57] -!- phrik has quit [Excess Flood]
[00:11:25] -!- phrik has joined #archlinux32
[00:11:32] -!- phrik has quit [Excess Flood]
[00:11:42] -!- phrik has joined #archlinux32
[00:11:42] -!- phrik has quit [Excess Flood]
[00:11:51] -!- phrik has joined #archlinux32
[00:11:51] -!- phrik has quit [Excess Flood]
[00:12:26] -!- phrik has joined #archlinux32
[00:12:26] -!- phrik has quit [Excess Flood]
[00:12:35] -!- phrik has joined #archlinux32
[00:12:35] -!- phrik has quit [Excess Flood]
[00:12:43] -!- phrik has joined #archlinux32
[00:12:43] -!- phrik has quit [Excess Flood]
[00:13:13] -!- phrik has joined #archlinux32
[00:13:14] -!- phrik has quit [Excess Flood]
[00:13:22] -!- phrik has joined #archlinux32
[00:20:57] -!- jonathon has quit [Read error: Connection reset by peer]
[00:21:23] -!- ztrawhcse has joined #archlinux32
[00:24:17] -!- elibrokeit has quit [Ping timeout: 272 seconds]
[00:48:28] -!- phrik has quit [Read error: Connection reset by peer]
[00:48:41] -!- phrik has joined #archlinux32
[01:07:09] -!- phrik has quit [Remote host closed the connection]
[01:08:10] -!- phrik has joined #archlinux32
[01:27:09] -!- phrik has quit [Remote host closed the connection]
[01:27:17] -!- phrik has joined #archlinux32
[01:37:19] -!- phrik has quit [Remote host closed the connection]
[01:37:57] -!- phrik has joined #archlinux32
[02:57:57] -!- phrik has quit [Read error: Connection reset by peer]
[02:58:16] -!- phrik has joined #archlinux32
[03:08:12] -!- jonathon has joined #archlinux32
[04:17:13] -!- eschwartz has quit [Ping timeout: 245 seconds]
[04:34:08] -!- eschwartz has joined #archlinux32
[04:42:57] ztrawhcse is now known as elibrokeit
[05:39:46] -!- eschwartz has quit [Ping timeout: 264 seconds]
[05:54:51] -!- eschwartz has joined #archlinux32
[06:42:31] <girls> abaumann: "You don't have permission to access the requested object" :-D
[08:15:25] -!- abaumann has joined #archlinux32
[08:15:26] <buildmaster> Hi abaumann!
[08:15:26] <buildmaster> !rq abaumann
[08:15:36] <abaumann> deep42thought: huh?
[08:15:40] <phrik> buildmaster: <abaumann> no --please-do-not-use-enormous-amounts-of-memory-while-compressing ;-)
[08:51:29] -!- deep42thought has joined #archlinux32
[08:51:30] <buildmaster> Hi deep42thought!
[08:51:30] <buildmaster> !rq deep42thought
[08:51:34] <deep42thought> Hi abaumann!
[08:52:06] <deep42thought> http://archlinux32.andreasbaumann.cc gives me 403
[08:52:12] <phrik> buildmaster: <deep42thought> testing is ok, but god-forbid don't tell me any results!
[09:05:15] <deep42thought> ah, btw: titus_livius moved to Athens, so all the times are now GMT+3 :-)
[09:41:20] -!- KillerWasp has joined #archlinux32
[09:41:48] <KillerWasp> hello
[09:56:00] <deep42thought> Hi KillerWasp
[10:11:07] -!- KitsuWhooa has joined #archlinux32
[10:11:10] <KitsuWhooa> thank you for moving
[10:11:25] <deep42thought> you're wellcome
[10:11:27] <KitsuWhooa> after what just happened I want to get the hell out of there
[10:12:47] <deep42thought> well, one mostly reads only one side of the story, but this side sounds horrible indeed
[10:14:03] <KitsuWhooa> well, without wanting to get into details, they took over my channel as well for the same reason, even though I was physically in there
[10:14:29] <KitsuWhooa> would've kept it bridged it for a while, who knows, maybe would've made a fool out of myself for a "knee jerk reaction" to move
[10:15:42] <deep42thought> "for the same reason"?
[10:16:22] <KitsuWhooa> you no longer own #archlinux32 on freenode
[10:16:44] <deep42thought> I wondered, why I couldn't get in :-D
[10:17:17] <KitsuWhooa> 2021-05-26 05:56:05 -- freenodecom has changed topic for #archlinux32 from "Moved to libera.chat | Preserving i686 at https://archlinux32.org | Channel logs: https://mirror.archlinux32.org" to "This channel has moved to ##archlinux32. The topic is in violation of freenode policy: https://freenode.net"
[10:17:17] -!- T`aZ has joined #archlinux32
[10:17:19] <KitsuWhooa> 2021-05-26 05:56:05 @freenodecom This channel has been reopened with respect to the communities and new users. The topic is in violation of freenode policy: https://freenode.net
[10:17:21] <KitsuWhooa> 2021-05-26 05:56:07 @freenodecom The new channel is ##archlinux32
[10:17:23] <KitsuWhooa> ....sorry
[10:17:25] <KitsuWhooa> didn't think it was going to spam this badlty
[10:17:25] <phrik> Title: Arch Linux 32 (at archlinux32.org)
[10:17:28] <KitsuWhooa> *badly
[10:17:32] <phrik> Title: The Policies - freenode (at freenode.net)
[10:17:35] <KitsuWhooa> except this happened to me while I was physically there
[10:17:40] <KitsuWhooa> in my channel
[10:18:06] <deep42thought> so I need to ask them, why archlinux32 is no longer a freenode project, then
[10:18:29] <KitsuWhooa> I personally wouldn't bother
[10:18:35] <KitsuWhooa> but yeah, that's why I thanked you for moving
[10:18:44] <KitsuWhooa> now to go clean up my own mess
[10:22:18] <deep42thought> they didn't even give any warning - lol
[10:22:23] <KitsuWhooa> yup
[10:22:31] <deep42thought> I'll follow your advice and not-bother :-)
[10:23:53] <abaumann> morning :-)
[10:23:58] <deep42thought> Hi abaumann!
[10:24:29] <abaumann> so, changed perms on test4.c
[10:24:40] <deep42thought> thx
[10:28:17] <deep42thought> btw: the compilation needs -msse2 on i686, too :-)
[10:32:33] <abaumann> ah, yes.
[10:32:42] <abaumann> true.
[10:33:34] <deep42thought> this snippet tests, if sse2 is available and enabled, right?
[10:34:28] <deep42thought> As I understood, there are cases, where the cpu supports sse2, but the os disabled it.
[10:35:29] <abaumann> yeah, I don't fully understand, why this 128-bit mov is not throwing a SIGILL
[10:35:36] <abaumann> that was actually the original plan.
[10:35:51] <deep42thought> who knows, what the cpu does instead :-D
[10:36:04] <abaumann> It turns out that you have to manipulate the instruction counter in the process context after the illegal instruction in the signal handler, which is quite urksome.
[10:36:13] <abaumann> nops, I assume.
[10:36:27] <abaumann> The effect is, that s!=d if there is no SSE2 mov
[10:36:47] <deep42thought> yes, I understood that part
[10:36:49] <abaumann> I'll have to test on more real machines.. but currently I'm 200 kilometers away from them :-)
[10:36:56] <deep42thought> (besides, you could initialize d to make sure)
[10:37:12] <abaumann> oh, yes. actually, you should really initialize 'd'
[10:37:49] <abaumann> there is another way to do it: _cpu_feature(SSE2) or so, and then the next block of C code is only executed, when there is SSE2.
[10:38:03] <abaumann> the problem is a little bit: how do you formulate the else of that block :-)
[10:38:17] <deep42thought> this probably relies on the same (broken) code like __builtin_cpu_supports()
[10:38:29] <abaumann> probably
[10:38:48] <deep42thought> int sse=0;
[10:38:48] <deep42thought> _cpu_feature(SSE2)
[10:38:48] <deep42thought> sse=1;
[10:38:54] <abaumann> there is of course always the option of opening /proc/cpuinfo and to grep for sse2 :-)
[10:38:56] <deep42thought> _cpu_feature_end(SSE2)
[10:39:09] <deep42thought> yes, but that would be unelegant
[10:39:22] <abaumann> ah, yes
[10:39:24] <deep42thought> especially, if you consider, that there *is* __builtin_cpu_supports already
[10:39:39] -!- phrik has quit [Remote host closed the connection]
[10:39:46] -!- phrik has joined #archlinux32
[10:39:53] <abaumann> working compiler support is actually always preferable.
[10:53:17] <deep42thought> ok, your snippet works on my two via machines (detects sse2) and also on the alix (detects "no sse2")
[10:54:52] -!- phrik has quit [Remote host closed the connection]
[10:54:59] -!- phrik has joined #archlinux32
[10:55:10] <deep42thought> what's up with phrik? why is he leaving so often?
[10:57:27] -!- KitsuWhooa has quit [Quit: Unable to handle kernel NULL pointer dereference at null]
[10:57:49] -!- KitsuWhooa has joined #archlinux32
[11:43:06] -!- phrik has quit [Remote host closed the connection]
[11:43:43] -!- phrik has joined #archlinux32
[11:51:52] <abaumann> phrik is scared about the new place ;-)
[11:52:01] <deep42thought> :-)
[11:52:07] <phrik> Definitely true...
[11:52:12] <abaumann> lol
[11:52:34] <deep42thought> my, my, phrik - don't be afraid: you know us! ... and all of our witty comments :-)
[12:24:21] -!- wutno has joined #archlinux32
[12:30:07] <deep42thought> abaumann: https://gcc.gnu.org
[12:30:15] <phrik> Title: 100758 – __builtin_cpu_supports does not (always) detect "sse2" (at gcc.gnu.org)
[12:31:20] <wutno> 4/6/2021 installer iso is nothing but problems on all of my systems, intel vc820, a few nForce 1 boards, and a Dell D600 laptop, seems to freeze after 'triggering uevents'
[12:31:57] <abaumann> deep42thought: sounds good.
[12:32:04] <deep42thought> yep :-)
[12:32:17] <abaumann> you had the right hunch there :-)
[12:32:21] * deep42thought dives into some assembly
[12:34:44] <abaumann> wutno: can you add 'loglevel=7; in syslinux to the kernel parameters? We might see then, where the thing hangs exactly (presumably some hardware driver issues)
[12:37:53] <deep42thought> abaumann: just some stupid question: your cpuid() function pretty much gives, what Martin asks for, right?
[12:40:57] <wutno> ah nouveau is crashing, i am now piping console over serial
[12:41:05] <wutno> ill give a log in a sec
[12:51:07] <wutno> https://pastebin.com
[12:51:14] <phrik> Title: [ 0.000000] Linux version 5.11.10-arch1-1.0 (linux@archlinux) (gcc (GCC) 10.2 - Pastebin.com (at pastebin.com)
[12:55:27] <abaumann> mmh. so. EAX is 0x0 before the call of cpuid
[12:55:28] <abaumann> https://en.wikipedia.org
[12:55:41] <phrik> Title: CPUID - Wikipedia (at en.wikipedia.org)
[12:56:05] <abaumann> As you can imagine, I also copied the code from somewhere. :-)
[12:56:11] <deep42thought> sure
[12:56:20] <deep42thought> but in contrast to me, you *understood* the code
[12:56:22] <abaumann> You can past the code along, so he knows what we are doing.
[12:56:49] <abaumann> inline assembly in gcc and parameter passing, aeh. we'll, sometimes I have my doubts about this syntax..
[12:56:59] <abaumann> =a =S =c =d
[12:57:16] <abaumann> yeah, xchl ebx, esi moves the ebx into esi which is =S (I suppose)
[12:57:34] <abaumann> Yeah, just print those p[x] values, we can compare them on some machines if they fit :-)
[12:57:39] <deep42thought> ok ,I see: your level of understanding this is pretty much equal to my level :-D
[12:58:16] <abaumann> "CentaurHauls" – IDT WinChip/Centaur (Including some VIA CPU)
[12:58:32] <abaumann> We should pretty much get that string
[12:59:18] <abaumann> int hasSSE2 = (regs2[3] & (1 << 26 )) >> 26;
[12:59:22] <abaumann> aua.
[12:59:26] <abaumann> that's woodoo :-)
[12:59:46] <deep42thought> https://github.com
[12:59:53] <deep42thought> line 56
[13:00:26] <abaumann> ah, that's the feature EAX=1 call
[13:00:33] <abaumann> which results the feature in a flag.
[13:00:43] <abaumann> but this most likely only works for some "newer" models..
[13:00:51] <abaumann> that's why the centaur errors.
[13:04:14] <deep42thought> we could use cpuinfo.h and __get_cpuid to probe for the bit
[13:04:29] <deep42thought> it's a little less cumbersome than your approach (but does exactly the same thing internally)
[13:04:35] <deep42thought> and it works on my via processors :-)
[13:04:44] <abaumann> ah. that would be an argument.
[13:06:01] <deep42thought> https://pastebin.com
[13:06:09] <phrik> Title: #include <stdio.h>#include <cpuid.h>int main() { unsigned int regs[4]; - Pastebin.com (at pastebin.com)
[13:06:37] <deep42thought> so we could probe for (regs[3] & bit_SSE2)
[13:44:36] <deep42thought> the new pacman patch will probably only work with pacman 6.0, because current pacman has not-yet switched to meson IIRC
[13:44:55] <deep42thought> I commited and pushed, anyways - it should automagically unbreak if pacman 6.0 is released
[13:46:14] -!- deep42thought has quit [Quit: Leaving.]
[14:54:53] -!- Cthulu201 has joined #archlinux32
[14:56:53] -!- Cthulu201 has quit [Client Quit]
[14:57:25] -!- Cthulu201 has joined #archlinux32
[15:04:20] -!- Cthulu201 has quit [Changing host]
[15:04:21] -!- Cthulu201 has joined #archlinux32
[15:07:33] -!- Cthulu201 has quit [Quit: WeeChat 3.1]
[15:07:54] -!- Cthulu201 has joined #archlinux32
[15:28:17] -!- Cthulu201 has quit [Quit: WeeChat 3.1]
[15:28:46] -!- ytg has joined #archlinux32
[15:28:55] -!- Cthulu201 has joined #archlinux32
[15:29:57] -!- ytg has quit [Client Quit]
[16:08:10] -!- abaumann has quit [Quit: leaving]
[16:53:28] -!- phrik has quit [Remote host closed the connection]
[16:53:34] -!- phrik has joined #archlinux32
[17:15:38] -!- phrik has quit [Remote host closed the connection]
[17:15:45] -!- phrik has joined #archlinux32
[17:58:01] -!- abaumann has joined #archlinux32
[17:58:01] <buildmaster> Hi abaumann!
[17:58:01] <buildmaster> !rq abaumann
[17:58:09] <abaumann> __get_cpuid(0, &eax, &ebx, &ecx, &edx);
[17:58:18] <phrik> buildmaster: <abaumann> deep42thought: you cannot break cmake, it's already broken.. ;-)
[17:58:21] <abaumann> isn't that fetching the cpu id instead of the flags?
[17:59:02] <abaumann> I'm referring to replace-i686-by-pentium4-when-architecture-is-auto.patch
[18:03:00] <abaumann> no worries, I'll test again. :-)
[18:06:33] -!- phrik has quit [Remote host closed the connection]
[18:07:10] -!- phrik has joined #archlinux32
[18:09:28] <girls> err, might be :-/
[18:11:59] -!- phrik has quit [Remote host closed the connection]
[18:12:12] -!- phrik has joined #archlinux32
[18:12:55] <girls> there are other errors, as well :D
[18:14:20] <girls> my problem is: 19 meson tests fail on my machine (for the vanilla branch)
[18:14:28] <abaumann> uh.
[18:14:40] <girls> so I thought, the 19 failing tests on my modified branch would be ok :-D
[18:16:55] <girls> https://git.archlinux32.org
[18:17:04] <girls> https://git.archlinux32.org
[18:17:17] <girls> dammit
[18:17:21] <girls> the packages patch is incomplete
[18:20:39] <phrik> Title: pacman - Archlinux32 fork of pacman (at git.archlinux32.org)
[18:21:02] <phrik> Title: packages - Archlinux32 package modifications (at git.archlinux32.org)
[18:22:12] -!- phrik has quit [Remote host closed the connection]
[18:22:19] -!- phrik has joined #archlinux32
[18:26:52] <abaumann> edx, not ecx
[18:27:02] <girls> dammit you're right
[18:27:07] <abaumann> https://en.wikipedia.org
[18:27:12] <abaumann> I hate to be, yes :-)
[18:27:12] <girls> yes, I know
[18:27:19] <girls> I wanted to access regs[3]
[18:27:32] <abaumann> on the two machines I tested, it returns the correct value
[18:27:51] <girls> you tested pacman? or only the code snippet?
[18:27:52] <phrik> Title: CPUID - Wikipedia (at en.wikipedia.org)
[18:27:58] <abaumann> no, just the snippet
[18:28:13] <abaumann> compiling pacman on an early AMD is not all that fun :-)
[18:28:34] <girls> do you have any objections to merging our two commits?
[18:28:39] <girls> yours fixing mine?
[18:29:24] <abaumann> you mean, the __get_cpuid(1, ... and edx & bit_SSE2?
[18:29:38] <girls> and yours which fixes my wrong string lenght
[18:30:29] <girls> nvm, I think, I'll leave it as-is
[18:30:34] <girls> (the commit structure)
[18:30:50] <girls> I'll just try to concentrate more, when generating the patch file :-D
[18:30:58] <abaumann> :-)
[18:31:05] <abaumann> +char machine[8];
[18:31:09] <abaumann> + strncpy(machine, "pentium4", sizeof machine);
[18:31:09] <abaumann> + machine[sizeof machine-1] = '\0';
[18:31:16] <abaumann> isn't then the result "pentium"?
[18:31:19] -!- phrik has quit [Remote host closed the connection]
[18:31:37] <KitsuWhooa> unrelated: you might want to avoid strncpy
[18:31:53] <KitsuWhooa> it pads the whole remaining string with zeroes unnecessarily
[18:31:54] <abaumann> unless you know what your are doing and are in C :-)
[18:31:56] -!- phrik has joined #archlinux32
[18:32:03] <girls> strdup?
[18:32:13] <abaumann> does a malloc
[18:32:18] <girls> ah, ok
[18:32:32] <abaumann> no, strncpy is fine IMHO, just the buffer has to be big enough
[18:32:42] <KitsuWhooa> Without context, can't you char machine[8] = "pentium4" ?
[18:32:56] <girls> KitsuWhooa: it's conditional
[18:32:59] <KitsuWhooa> aaaah
[18:33:04] <KitsuWhooa> yeah, sorry
[18:33:09] <girls> np
[18:33:15] <girls> suggestions are always welcome :-)
[18:33:37] <KitsuWhooa> but yeah, something to keep in mind: strncpy() writes additional null bytes to dest to ensure that a total of n bytes are written.
[18:33:43] <KitsuWhooa> it bit me in the ass before and I haven't touched strncpy since
[18:34:14] <girls> char machine[9];
[18:34:17] <abaumann> Warning: If there is no null byte among the first n bytes of src, the string placed in dest will not be null-terminated.
[18:34:19] <girls> so: no additional \0's
[18:34:44] <girls> sizeof "
[18:34:46] <abaumann> so you get an unterminated string if your source exaclty matches the size of the buffer
[18:34:48] <girls> pentium4" = 8
[18:35:00] <girls> the sizeof is of the destination!
[18:35:03] <KitsuWhooa> isn't sizeof 9?
[18:35:07] <girls> we can skip the \0
[18:35:18] <girls> strncpy(machine, "pentium4", sizeof machine);
[18:35:27] <girls> looks ok (char machine[9];)
[18:35:32] <KitsuWhooa> yeah, okay
[18:35:45] <girls> machine[sizeof machine-1] = '\0';
[18:35:47] <girls> is obsolete, though
[18:35:58] <abaumann> machine[sizeof machine-1] = '\0';
[18:36:01] <girls> ah, this is some safety-measure
[18:36:19] <abaumann> is good practice to make sure the postcondition for strings in C holds: that they are always 0-terminated.
[18:36:21] <KitsuWhooa> tbh I'd just snprintf(machine, sizeof machine, "pentium4")
[18:36:23] <girls> if sizeof machine was too small, then this forces a \0 at the end
[18:36:35] <abaumann> that's why you have to copy one byte less in strncpy than the size of the buffer
[18:36:50] <girls> not necessarily
[18:36:51] <abaumann> that's the reason nobody should program C with this library functions anymore..
[18:36:59] <abaumann> they are just too hard to get right.
[18:37:17] <abaumann> just machine[9] solves the issue
[18:37:20] <abaumann> the rest is ok.
[18:38:51] <abaumann> snprintf without a format string is somewhat wasteful :-)
[18:39:23] <KitsuWhooa> I agree
[18:39:27] <KitsuWhooa> but it avoids a lot of headaches :p
[18:39:52] <abaumann> I was always puzzled by the way C defines strings.. :-)
[18:44:22] -!- n0tiz has joined #archlinux32
[18:45:42] <abaumann> valgrind: CPU ISA level is lower than required
[18:45:44] <abaumann> grmpf
[18:45:52] <abaumann> on i686
[18:46:01] <KitsuWhooa> I think asan still works if you're trying to debug something
[18:46:28] <abaumann> mmh. I'll try.
[18:46:29] <KitsuWhooa> either that or I'm completely confused
[18:46:34] <abaumann> lol :-)
[18:49:22] <abaumann> I really wonder if valgrind is a late victim of my ISA level confusion or if it is something else.. I retrigger a rebuild for now..
[19:38:54] -!- phrik has quit [Remote host closed the connection]
[19:39:01] -!- phrik has joined #archlinux32
[19:42:56] -!- bdju has joined #archlinux32
[19:55:45] <abaumann> https://pastebin.com
[19:55:53] <abaumann> Yes, this is a kernel oops in nouveau.
[19:56:14] <abaumann> I would try an older ISO, use nomodeset, install an older kernel.
[19:56:16] <phrik> Title: [ 0.000000] Linux version 5.11.10-arch1-1.0 (linux@archlinux) (gcc (GCC) 10.2 - Pastebin.com (at pastebin.com)
[19:56:24] <abaumann> I don't own Nvidia hardware, so I cannot test this..
[19:56:29] -!- abaumann has quit [Quit: leaving]
[20:07:56] -!- abaumann has joined #archlinux32
[20:07:57] <buildmaster> Hi abaumann!
[20:07:57] <buildmaster> !rq abaumann
[20:07:58] <oaken-source> did #archlinux32 really get nuked on #freenode
[20:08:08] <abaumann> valgrind ISA level was a miscompilation indeed.
[20:08:10] -!- abaumann has quit [Client Quit]
[20:08:17] <girls> \o/
[20:08:28] <KitsuWhooa> woop!
[20:08:33] <KitsuWhooa> oaken-source: yup
[20:08:41] <oaken-source> this is getting pretty ridiculous
[20:08:54] <girls> hmm? what?
[20:09:15] <KitsuWhooa> because there was "libera" in the topic, the freenode ops took over the channel
[20:09:17] <oaken-source> eh, freenode staff are going bonkers, and dropping channels left and right.
[20:09:22] <KitsuWhooa> as it was "in abuse of policy"
[20:09:27] <oaken-source> #gcc, #gentoo, #emacs, #haskell, many more
[20:09:28] <KitsuWhooa> and other stupid
[20:09:39] <phrik> buildmaster: <abaumann> I'm all for an docdepends upstreams and a doc hook, in order to reduce all those silly dependencies just to get documentation nobody reads afterwards, because they don't know about the 'man' command.. (rant of the day)
[20:09:55] <oaken-source> the support channels are hell. instead of helping clean this up, staff over there are arguing and insulting people
[20:09:59] <girls> yes, we put libera.chat into the topic, so we did "inapropriate adveritising", so got nuked
[20:10:15] <girls> I asked them to remove the archlinux32 project completely, but haven't heard back, yet
[20:10:15] <KitsuWhooa> It's actually not that
[20:10:31] <KitsuWhooa> I think the idea is "it's no longer the primary channel so it can't be #"
[20:10:34] <KitsuWhooa> sorry, the excuse
[20:10:51] <oaken-source> it's almost like this is being done on purpose, to get rid of anyone who's not completely subscribed to freenode
[20:10:58] * girls has not heard that argument before
[20:11:25] <girls> #archlinux has their channel back
[20:11:28] <oaken-source> actually, in #archlinuxarm, the topic set by the bot is "the topic is in violation of freenode policy"
[20:11:30] <girls> and they changed the topic
[20:11:36] <girls> so I assume, this is fine :-D
[20:11:53] <girls> oaken-source: I would have understood that, but that's not, what they did
[20:11:57] <oaken-source> I haven't got my channel back yet. seems like my channel is not important enough :)
[20:12:03] <KitsuWhooa> I'm not going to bother
[20:12:21] <KitsuWhooa> https://tasossah.com this is what they did to my channel. All familiar story by now :p
[20:12:21] <girls> I'm only bothering to get archlinux32 removed completely over there
[20:12:33] <oaken-source> I don't think you can.
[20:12:35] <KitsuWhooa> can't get rid of ##archlinux32 though
[20:12:41] -!- phrik has quit [Remote host closed the connection]
[20:12:43] <KitsuWhooa> which is what they are forwarding people to
[20:12:48] -!- phrik has joined #archlinux32
[20:12:51] <girls> I don't care about ##
[20:12:54] <oaken-source> I'm expecting there will be new people populating the emptied spaces very soon
[20:13:18] <oaken-source> seems like freenode is _trying their hardest_ to split the communities
[20:13:22] <girls> our community is too small to have channels on two networks
[20:13:38] <oaken-source> yeah, this is probably not of concern to archlinux32
[20:13:41] <oaken-source> but many others
[20:13:44] <KitsuWhooa> I think the only thing this action achieved was to push more people to other networks
[20:13:44] <girls> people get hardly enough help at the *real* #archlinux32 channel
[20:14:04] <oaken-source> it's a damn shame.
[20:16:29] <girls> they even bothered to remove your bans? or what's all those -bbb's about?
[20:17:26] <girls> regarding splitting the community: this will be harder than you might think: irc does not define what the community is ...
[20:17:35] <girls> there are mailing lists and other stuff to comunicate
[20:17:39] <girls> *communicate
[20:17:59] <KitsuWhooa> yeah, they removed all the bans
[20:18:10] <KitsuWhooa> I don't even remember having some of those:p
[20:18:23] <girls> you would not consider archlinux' community split, only because there were two irc networks - there's already the "unsupported" reddit stuff
[20:18:25] <girls> lol
[20:18:34] <girls> good, that they removed the bans, then :-D
[20:41:57] -!- phrik has quit [Remote host closed the connection]
[20:43:05] -!- phrik has joined #archlinux32
[20:53:20] -!- phrik has quit [Remote host closed the connection]
[20:53:27] -!- phrik has joined #archlinux32
[21:02:55] -!- phrik has quit [Remote host closed the connection]
[21:03:02] -!- phrik has joined #archlinux32
[21:12:29] <eschwartz> girls/deep42thought, abaumann: what on earth kind of insanity is this: https://bbs.archlinux32.org
[21:12:48] -!- phrik has quit [Remote host closed the connection]
[21:13:25] -!- phrik has joined #archlinux32
[21:22:11] <girls> lagging package builds is that
[21:22:32] <girls> the proper way is of course, to rebuild those packages
[21:26:18] <girls> feel free to comment on abaumann's thread
[21:39:55] -!- phrik has quit [Remote host closed the connection]
[21:40:02] -!- phrik has joined #archlinux32
[21:45:54] <girls> abaumann: eschwartz has a point, maybe we should stress more, that this is a last resort to make things work "for now", but it's not something, we should advertise as general solution
[21:50:47] -!- phrik has quit [Remote host closed the connection]
[21:50:54] -!- phrik has joined #archlinux32
[22:01:06] -!- phrik has quit [Remote host closed the connection]
[22:01:49] -!- phrik has joined #archlinux32
[22:03:51] -!- phrik has quit [Read error: Connection reset by peer]
[22:04:05] -!- phrik has joined #archlinux32
[22:05:57] <elibrokeit> girls: i have two problems here... First, this indicates you have lagging package builds while some things moved out of staging.
[22:06:10] <elibrokeit> Second, why not just pacman -S icu68
[22:06:30] <elibrokeit> Why the -yy, what purpose does it serve other than "partial update"
[22:06:38] <elibrokeit> Or pacman -Syu icu68
[22:06:47] <girls> yes, indeed
[22:07:20] <girls> regarding the first point: this only happens, when we move stuff manually - which we *must* do, because otherwise nothing will end up in testing or core/extra/community
[22:07:28] <elibrokeit> As a pacman developer I get nervous when people badly misunderstand how the pacman flags work
[22:07:35] <girls> regarding the 2nd: I guess, abaumann didn't think too hard about the options :-)
[22:08:35] <girls> I removed the -yy
[22:09:10] -!- phrik has quit [Ping timeout: 264 seconds]
[22:09:12] <elibrokeit> Thanks
[22:09:48] <girls> I also added a comment emphasizing to bother us if something is broken that way.
[22:12:15] <elibrokeit> :)
[22:29:37] <KillerWasp> # modutil -list
[22:29:38] <KillerWasp> modutil: function failed: SEC_ERROR_BAD_DATABASE: security library: bad database.
[22:29:45] <KillerWasp> what?
[23:08:42] -!- phrik has joined #archlinux32
[23:32:06] -!- phrik has quit [Ping timeout: 264 seconds]
[23:37:52] -!- phrik has joined #archlinux32
[23:57:10] -!- phrik has quit [Ping timeout: 264 seconds]
[23:57:39] -!- Tiraspol has joined #archlinux32
[23:57:41] -!- Tiraspol has parted #archlinux32