BGAFC Vendégkönyv

Σ: 16 post

TCH (statz)

#1, Főfasz (10443)

92 | #4f00 | ^ | Idézet | Sun, 09 Feb 2020 10:16:24 +01

178.164.*.*

*.pool.digikabel.hu

Bukkmark: https://888.hu/pszicho/tudtad-e-hogy-ha-jogazol-tovabb-elhetsz-4227494/

TCH (statz)

#1, Főfasz (10443)

1601 | #4f01 | ^ | Idézet | Mon, 10 Feb 2020 10:56:17 +01

188.143.*.*

*.pool.digikabel.hu

Most linkelték hupon: http://politoszkop.hu/ Ez a teszt egy nagy kalap szar, két okból is.

Az egyik, hogy bugos. Elsőre még ezt adta ki, de amikor az eredményt újrakértem a permalinkkel, akkor már totál középre rakott be.

A másik, hogy libtardok csinálták, akik fekete-fehéren látnak mindent. Kb. van szélsőbalos és szélsőjobbos válasz, meg néha van olyan lehetőség, hogy nem akarsz válaszolni.
Vagy csak simán balfasz a leosztás: mindjárt az első kérdés az volt, hogy minden ingatlant adóztassunk meg, vagy csak a nagy értékűeket? Kurwa anyátokat, azt adóztassák meg. Miért nincs olyan válasz, hogy töröljék el az ingatlanadót a gecibe? Miért adóztatják meg folyamatosan azt, amit az ember egyszer már kifizetett? (Mondjuk olyan választ is el tudtam volna képzelni, hogy csak a politikusok ingatlanjait adóztassák meg, akkor is, ha más nevén van, hehe...)
Ja, meg a legnagyobb vicc az a kérdés, hogy kell-e a rendőrségen kívül más erőszakszervezet...mert a rendőrség egy erőszakszervezet, ahogy a polgárőrség és a nemzetőrség is, mi? Barmok.
Arról nem is beszélve, hogy mi az, hogy a skála egyik végén a liberális van, a másikon meg a konzervatív? Jó reggelt balfaszok, ez két külön tengely! A liberális ellentéte nem a konzervatív, hanem az autoriter! Ahogy a konzervatívé sem a liberális, hanem a progresszív! Baromállatok.

Egyszóval egy nagy fos. Kerülendő. Fogadjunk, hogy erre elő fog Prometheus kerülni... :P

Carlos (statz)

#14, Jobbfasz (94)

515 | #4f02 | ^ | Idézet | Mon, 10 Feb 2020 15:16:19 +01

84.185.*.*

*.dip0.t-ipconnect.de

Nice update, but I gotta say, the checkboxes are killing my eyes. But I guess that's just getting used to it. Also I miss the "everything but no / yes" options.
And right now, if you select highest or last version, only Tumbleweed appears, but not Leap. I would look at these distributions separately or like Fedora/ Stream I would put everything on one line.

Here are some minor updates:

Nucleus RTOS V3.x (2017)
RTEMS 4.11.2 (2017)
ENEA OSE 5.9.1 (2018)
PikeOS 4.2 (2017)
Akaros (2015?)
QNX 7 (2017)

TCH (statz)

#1, Főfasz (10443)

1730 | #4f03 | ^ | Idézet | Mon, 10 Feb 2020 16:42:36 +01

188.143.*.*

*.pool.digikabel.hu

@Carlos:
Nice update, but I gotta say, the checkboxes are killing my eyes. But I guess that's just getting used to it.

No, you are right. I guess i am pretty oblivious on design aspects. Now the checkboxes has the same colour scheme as the entire page and also they have small borders.

@Carlos:
Also I miss the "everything but no / yes" options.

They had become redundant with the introduction of multiple choice based filtering. The filter logic puts a logical AND between the rows, but inclusive OR between columns. So, if you check everything but no / yes, then it will yield the very same results.

@Carlos:
And right now, if you select highest or last version, only Tumbleweed appears, but not Leap.

I was unable to reproduce this issue. If i check latest released, then i have OpenSUSE Tumbleweed 2020.01.16. (RR), OpenSUSE Leap 15.1 and OpenSUSE 13.2. If i check highest version, then i have the same, except that OpenSUSE Leap will be 42.3. If i check both, then also the same, but now both Leap versions appear.

@Carlos:
I would look at these distributions separately or like Fedora/ Stream I would put everything on one line.

They are handled as separate distributions. Can you please give me a link, where this problem occurs?

@Carlos:
Here are some minor updates:

Nucleus RTOS V3.x (2017)
RTEMS 4.11.2 (2017)
ENEA OSE 5.9.1 (2018)
PikeOS 4.2 (2017)
Akaros (2015?)
QNX 7 (2017)

Thank you for the updates. Actually RTEMS have already released another version (4.11.3) and PikeOS had one more release in it's third generation (3.5).

Carlos (statz)

#14, Jobbfasz (94)

750 | #4f04 | ^ | Idézet | Mon, 10 Feb 2020 17:51:55 +01

84.185.*.*

*.dip0.t-ipconnect.de

Hi :-)

About the multiple choice selection, you're right. It isn't really an issue. But "all but no" I have only to click a single time. No I have to click yes, ?, partial. But again, it isn't an issue.

Regarding SUSE, if I make this selection:
oses4ppc.php?ft%5B1%5D%5B1%5D=on&ft%5B3%5D%5B1%5D=on&ft%5B3%5D%5B2%5D=on&ft%5B3%5D%5B3%5D=on&ft%5B7%5D%5B4%5D=on

Then only Tumbleweed appears... Ahh ... got it.

If I make this selection:
oses4ppc.php?ft%5B1%5D%5B0%5D=on&ft%5B3%5D%5B1%5D=on&ft%5B3%5D%5B2%5D=on&ft%5B3%5D%5B3%5D=on&ft%5B7%5D%5B4%5D=on

Then Leap 15.1 apears, too. But if I select highest supported version, Leap 15.1 should appear in any case. Because it's the latest and or highest supported Leap version :-)

Carlos (statz)

#14, Jobbfasz (94)

51 | #4f05 | ^ | Idézet | Mon, 10 Feb 2020 18:00:08 +01

84.185.*.*

*.dip0.t-ipconnect.de

Ah and I just saw SLES is at version 15, also SLED.

Carlos (statz)

#14, Jobbfasz (94)

201 | #4f06 | ^ | Idézet | Mon, 10 Feb 2020 18:12:48 +01

84.185.*.*

*.dip0.t-ipconnect.de

Sorry,

and another question: I was pretty sure I saw Windows NT on your list, too. Did you remove it or am I mistaken?

Anyway, here is a download link:
https://winworldpc.com/product/windows-nt-40/40

TCH (statz)

#1, Főfasz (10443)

4073 | #4f07 | ^ | Idézet | Mon, 10 Feb 2020 19:23:41 +01

188.143.*.*

*.pool.digikabel.hu

@Carlos:
About the multiple choice selection, you're right. It isn't really an issue. But "all but no" I have only to click a single time. No I have to click yes, ?, partial. But again, it isn't an issue.

Yes, that is true, it is simpler that way. Luckily when i had constructed the new code, i was thinking of 100% backward compatibility, so the old parameters of ft#=x are still working and also, the option #4 for argument 3 and 5 also have a wrapper to check the corresponding fields. I now simply put back the items into the list and if you check them, then it will check the other three after filtering. This was not planned at all, it is simply a byproduct of a backward compatibility wrapper. Backward compatibility paid off again.

@Carlos:
Regarding SUSE, if I make this selection:
oses4ppc.php?ft%5B1%5D%5B1%5D=on&ft%5B3%5D%5B1%5D=on&ft%5B3%5D%5B2%5D=on&ft%5B3%5D%5B3%5D=on&ft%5B7%5D%5B4%5D=on

Then only Tumbleweed appears... Ahh ... got it.

If I make this selection:
oses4ppc.php?ft%5B1%5D%5B0%5D=on&ft%5B3%5D%5B1%5D=on&ft%5B3%5D%5B2%5D=on&ft%5B3%5D%5B3%5D=on&ft%5B7%5D%5B4%5D=on

Then Leap 15.1 apears, too. But if I select highest supported version, Leap 15.1 should appear in any case. Because it's the latest and or highest supported Leap version :-)

Okay, i see now what is the problem. The highest/latest is done by SQL GROUP BY and it was ordered by version number which brought 42.3 as top, but since that is not supported and you filtered unsupported entries, the secondary filter dropped it. If you do not filter unsupported ones, it appears. This not a bug as no code error is present here, this rather is a conceptional flaw in the approach...if we can call the lack of anticipation that the lower version occasionally can be the higher one as a conceptional flaw...as in OpenSUSE Leap 42.3 < OpenSUSE Leap 15.1... However the flaw also applies if the lower one is the lower one, but it is supported, when the higher one is not. Example: Here are all the Ubuntus what are still supported and supports BE systems. Now, if we tell the list to list only the highest version, then we got nothing, because there are higher versioned Ubuntus, but they dropped BE systems.

Now, about fixing these flaws...the first one is simple, it cannot be fixed from code, as it defies arithmetics at it's very base; yet, since the real ordering is not done by ordering '42.3' and '15.1', but a hidden field, which contains '42003000' and '15001000', i can change the first one to '42003' and thus fix it from data. It will look stupid, but it works. The second one can be fixed from code, but i'll have to think about it as i have to reconstruct the entire grouping part.

Update: Fixed it. The grouping was tricky, but thanks to Taryn, i now learned the needed trick, to group and order a filtered list and get only top rows.

@Carlos:
Ah and I just saw SLES is at version 15, also SLED.

Thanks. I added them and also SLES version 11 too, because i have just found out, that it is available for POWER. And SLES 11 and 12 are still supported.

@Carlos:
and another question: I was pretty sure I saw Windows NT on your list, too. Did you remove it or am I mistaken?

You were mistaken, there were never were any kind of windows on this list...this is still the Bil Geec Anti-Fan Club, you know. :)

Carlos (statz)

#14, Jobbfasz (94)

94 | #4f08 | ^ | Idézet | Tue, 11 Feb 2020 00:09:11 +01

84.185.*.*

*.dip0.t-ipconnect.de

Hahaha, now you got me. I was focused on OSes for PowerPC that I totally forgot the BGAFC :-)

TCH (statz)

#1, Főfasz (10443)

684 | #4f09 | ^ | Idézet | Tue, 11 Feb 2020 08:30:28 +01

94.21.*.*

*.pool.digikabel.hu

That's the catch: windows is not an OS, it's a FOS. :]

Update: I have applied the same colour scheme to the support, type and systemd infected labels in the menu as to the results below. And it turned out, that there were a hidden fourth option for type all along: the unknown type - but since all entries have a known type i forgot to make that option appear. Now it's there. (But gives back nothing as all OS-es have a known type.)

TCH (statz)

#1, Főfasz (10443)

166 | #4f0a | ^ | Idézet | Tue, 11 Feb 2020 22:53:50 +01

178.164.*.*

*.pool.digikabel.hu

https://index.hu/kulfold/2020/02/11/cia_hirszerzes_atveres_nsa_crypto_ag_nyugat-nemet_nszk/

Ügyes. És most ugyanezt folytatják a cybervilágban az SSL-lel.

Carlos (statz)

#14, Jobbfasz (94)

168 | #4f0b | ^ | Idézet | Wed, 12 Feb 2020 00:51:11 +01

84.185.*.*

*.dip0.t-ipconnect.de

Yes, just saw it. Nice.

FOS sounds good :-D

Another OS pop-uped today, KISSLinux:
https://github.com/jedavies-dev/kiss-ppc64le

A little bit hard to install, I guess?

TCH (statz)

#1, Főfasz (10443)

247 | #4f0c | ^ | Idézet | Wed, 12 Feb 2020 09:58:06 +01

188.143.*.*

*.pool.digikabel.hu

Well, it seems to be an LFS-like installation; you have to compile everything by yourself. I guess "hard" is a matter of perspective. Anything can be easy or hard, depending how good you are in it. Thanks for showing it, added to the list.

Carlos (statz)

#14, Jobbfasz (94)

317 | #4f0d | ^ | Idézet | Thu, 13 Feb 2020 00:43:23 +01

84.185.*.*

*.dip0.t-ipconnect.de

Yes, you're right. What I mean, there is no image you could burn. I will give it a try, as soon as I have a second harddisk.

TBH, I only used MacOS till 2019. But I love challenges :-)

Hey and I just searched for CruxPPC and found this:
https://github.com/tarmiste/cruxppc-ng-3.5

It's from October 2019 :-)

TCH (statz)

#1, Főfasz (10443)

348 | #4f0e | ^ | Idézet | Thu, 13 Feb 2020 09:33:08 +01

84.236.*.*

*.pool.digikabel.hu

Hey, that is a great finding, thanks! Good to know, that Crux is actually still has some support on PPC, i added it to the list. Also, i've found out yesterday, that SuSE 7.3 was supporting PowerPC and Sparc/Sparc64. Did not find any images beside i386, but at least we know that there could be.

Prometheus (statz)

#3, Főfasz (1824)

209 | #4f0f | ^ | Idézet | Thu, 13 Feb 2020 18:37:01 +01

78.92.*.*

*.dsl.pool.telekom.hu

Kóstold meg ezt a zenét, igazi Trécéhá-féle tütütütü. Mindössze 10 éves kábé a cucc. (Javítottam az elkúrt linkbeszúrást. - Trécéhá)