foss
a hét sztárja
2012/06/21 17:33
yourbank.hu - "kamu adatokkal ne csodálkozz hogy behal"
2012/05/24 19:53
A fentihez hasonló biztonsági tanácsokkal látta ma el a Yourbank.hu - 1911.hu - itconsultinghungary.com phpprogramozó/behajtó/gazdasági bűnüldöző konglomerátum vezetője a jobb sorsra érdemes nagyérdeműt. [ click ]
tele-one (c) renegades
simh - judaized
2012/05/14 10:33
issue #1: makefile, networking
v3.8:
v3.9:
ifneq (,$(call find_include,pcap))
ifneq (,$(call find_lib,$(PCAPLIB)))
ifneq ($(USE_NETWORK),) # Network support specified on the GNU make command line
NETWORK_CCDEFS = -DUSE_NETWORK -I$(dir $(call find_include,pcap))
ifeq (cygwin,$(OSTYPE))
# cygwin has no ldconfig so explicitly specify pcap object library
NETWORK_LDFLAGS = -L$(dir $(call find_lib,$(PCAPLIB))) -Wl,-R,$(dir $(call find_lib,$(PCAPLIB))) -l$(PCAPLIB)
else
NETWORK_LDFLAGS = -l$(PCAPLIB)
endif
$(info using libpcap: $(call find_lib,$(PCAPLIB)) $(call find_include,pcap))
NETWORK_FEATURES = - static networking support using $(OSNAME) provided libpcap components
else # default build uses dynamic libpcap
NETWORK_CCDEFS = -DUSE_SHARED -I$(dir $(call find_include,pcap))
$(info using libpcap: $(call find_include,pcap))
NETWORK_FEATURES = - dynamic networking support using $(OSNAME) provided libpcap components
endif
else
NETWORK_CCDEFS = -DUSE_SHARED -I$(dir $(call find_include,pcap))
NETWORK_FEATURES = - dynamic networking support using $(OSNAME) provided libpcap components
$(info using libpcap: $(call find_include,pcap))
endif
else
# Look for package built from tcpdump.org sources with default install target (or cygwin winpcap)
LIBPATH += /usr/local/lib
INCPATH += /usr/local/include
LIBEXTSAVE := $(LIBEXT)
LIBEXT = a
ifneq (,$(call find_lib,$(PCAPLIB)))
ifneq (,$(call find_include,pcap))
$(info using libpcap: $(call find_lib,$(PCAPLIB)) $(call find_include,pcap))
ifeq (cygwin,$(OSTYPE))
NETWORK_CCDEFS = -DUSE_NETWORK -I$(dir $(call find_include,pcap))
NETWORK_LDFLAGS = -L$(dir $(call find_lib,$(PCAPLIB))) -Wl,-R,$(dir $(call find_lib,$(PCAPLIB))) -l$(PCAPLIB)
NETWORK_FEATURES = - static networking support using libpcap components located in the cygwin directories
else
NETWORK_CCDEFS := -DUSE_NETWORK -isystem $(dir $(call find_include,pcap)) $(call find_lib,$(PCAPLIB))
NETWORK_FEATURES = - networking support using libpcap components from www.tcpdump.org
$(info *** Warning ***)
$(info *** Warning *** $(BUILD_SINGLE)Simulator$(BUILD_MULTIPLE) being built with networking support using)
$(info *** Warning *** libpcap components from www.tcpdump.org.)
$(info *** Warning *** Some users have had problems using the www.tcpdump.org libpcap)
$(info *** Warning *** components for simh networking. For best results, with)
$(info *** Warning *** simh networking, it is recommended that you install the)
$(info *** Warning *** libpcap-dev package from your $(OSTYPE) distribution)
$(info *** Warning ***)
endif
else
$(error using libpcap: $(call find_lib,$(PCAPLIB)) missing pcap.h)
endif
endif
LIBEXT = $(LIBEXTSAVE)
endif
ifneq (,$(findstring USE_NETWORK,$(NETWORK_CCDEFS))$(findstring USE_SHARED,$(NETWORK_CCDEFS)))
# Given we have libpcap components, consider other network connections as well
ifneq (,$(call find_lib,vdeplug))
# libvdeplug requires the use of the OS provided libpcap
ifeq (,$(findstring usr/local,$(NETWORK_CCDEFS)))
ifneq (,$(call find_include,libvdeplug))
# Provide support for vde networking
NETWORK_CCDEFS += -DUSE_VDE_NETWORK
NETWORK_LDFLAGS += -lvdeplug
$(info using libvdeplug: $(call find_lib,vdeplug) $(call find_include,libvdeplug))
endif
endif
endif
ifneq (,$(call find_include,linux/if_tun))
# Provide support for Tap networking on Linux
NETWORK_CCDEFS += -DUSE_TAP_NETWORK
endif
ifeq (bsdtuntap,$(shell if $(TEST) -e /usr/include/net/if_tun.h -o -e /Library/Extensions/tap.kext; then echo bsdtuntap; fi))
# Provide support for Tap networking on BSD platforms (including OS X)
NETWORK_CCDEFS += -DUSE_TAP_NETWORK -DUSE_BSDTUNTAP
endif
else
NETWORK_FEATURES = - WITHOUT networking support
$(info *** Warning ***)
$(info *** Warning *** $(BUILD_SINGLE)Simulator$(BUILD_MULTIPLE) are being built WITHOUT networking support)
$(info *** Warning ***)
$(info *** Warning *** To build simulator(s) with networking support you should read)
$(info *** Warning *** 0readme_ethernet.txt and follow the instructions regarding the)
$(info *** Warning *** needed libpcap components for your $(OSTYPE) platform)
$(info *** Warning ***)
endif
NETWORK_OPT = $(NETWORK_CCDEFS)
endif
can someone show me where to change /usr/lib/libpcap to /usr/local/libpcap, thankyao o/~~
issue #2: VMS does not boot (minor issue...)
...
%MSCPLOAD-I-LOADMSCP, loading the MSCP disk server
... simh goes to 0% cpu usage ...
issue #3: second telnet console does not work anymore
(from changelog: made telnet option negotiation more reliable, VAX simulator now works with PuTTY as console (Mark Pizzolato)
v3.8:
ifeq ($(USE_NETWORK),)
else
NETWORK_OPT = -DUSE_NETWORK -isystem /usr/local/include
/usr/local/lib/libpcap.dylib
endif
v3.9:
ifneq (,$(call find_include,pcap))
ifneq (,$(call find_lib,$(PCAPLIB)))
ifneq ($(USE_NETWORK),) # Network support specified on the GNU make command line
NETWORK_CCDEFS = -DUSE_NETWORK -I$(dir $(call find_include,pcap))
ifeq (cygwin,$(OSTYPE))
# cygwin has no ldconfig so explicitly specify pcap object library
NETWORK_LDFLAGS = -L$(dir $(call find_lib,$(PCAPLIB))) -Wl,-R,$(dir $(call find_lib,$(PCAPLIB))) -l$(PCAPLIB)
else
NETWORK_LDFLAGS = -l$(PCAPLIB)
endif
$(info using libpcap: $(call find_lib,$(PCAPLIB)) $(call find_include,pcap))
NETWORK_FEATURES = - static networking support using $(OSNAME) provided libpcap components
else # default build uses dynamic libpcap
NETWORK_CCDEFS = -DUSE_SHARED -I$(dir $(call find_include,pcap))
$(info using libpcap: $(call find_include,pcap))
NETWORK_FEATURES = - dynamic networking support using $(OSNAME) provided libpcap components
endif
else
NETWORK_CCDEFS = -DUSE_SHARED -I$(dir $(call find_include,pcap))
NETWORK_FEATURES = - dynamic networking support using $(OSNAME) provided libpcap components
$(info using libpcap: $(call find_include,pcap))
endif
else
# Look for package built from tcpdump.org sources with default install target (or cygwin winpcap)
LIBPATH += /usr/local/lib
INCPATH += /usr/local/include
LIBEXTSAVE := $(LIBEXT)
LIBEXT = a
ifneq (,$(call find_lib,$(PCAPLIB)))
ifneq (,$(call find_include,pcap))
$(info using libpcap: $(call find_lib,$(PCAPLIB)) $(call find_include,pcap))
ifeq (cygwin,$(OSTYPE))
NETWORK_CCDEFS = -DUSE_NETWORK -I$(dir $(call find_include,pcap))
NETWORK_LDFLAGS = -L$(dir $(call find_lib,$(PCAPLIB))) -Wl,-R,$(dir $(call find_lib,$(PCAPLIB))) -l$(PCAPLIB)
NETWORK_FEATURES = - static networking support using libpcap components located in the cygwin directories
else
NETWORK_CCDEFS := -DUSE_NETWORK -isystem $(dir $(call find_include,pcap)) $(call find_lib,$(PCAPLIB))
NETWORK_FEATURES = - networking support using libpcap components from www.tcpdump.org
$(info *** Warning ***)
$(info *** Warning *** $(BUILD_SINGLE)Simulator$(BUILD_MULTIPLE) being built with networking support using)
$(info *** Warning *** libpcap components from www.tcpdump.org.)
$(info *** Warning *** Some users have had problems using the www.tcpdump.org libpcap)
$(info *** Warning *** components for simh networking. For best results, with)
$(info *** Warning *** simh networking, it is recommended that you install the)
$(info *** Warning *** libpcap-dev package from your $(OSTYPE) distribution)
$(info *** Warning ***)
endif
else
$(error using libpcap: $(call find_lib,$(PCAPLIB)) missing pcap.h)
endif
endif
LIBEXT = $(LIBEXTSAVE)
endif
ifneq (,$(findstring USE_NETWORK,$(NETWORK_CCDEFS))$(findstring USE_SHARED,$(NETWORK_CCDEFS)))
# Given we have libpcap components, consider other network connections as well
ifneq (,$(call find_lib,vdeplug))
# libvdeplug requires the use of the OS provided libpcap
ifeq (,$(findstring usr/local,$(NETWORK_CCDEFS)))
ifneq (,$(call find_include,libvdeplug))
# Provide support for vde networking
NETWORK_CCDEFS += -DUSE_VDE_NETWORK
NETWORK_LDFLAGS += -lvdeplug
$(info using libvdeplug: $(call find_lib,vdeplug) $(call find_include,libvdeplug))
endif
endif
endif
ifneq (,$(call find_include,linux/if_tun))
# Provide support for Tap networking on Linux
NETWORK_CCDEFS += -DUSE_TAP_NETWORK
endif
ifeq (bsdtuntap,$(shell if $(TEST) -e /usr/include/net/if_tun.h -o -e /Library/Extensions/tap.kext; then echo bsdtuntap; fi))
# Provide support for Tap networking on BSD platforms (including OS X)
NETWORK_CCDEFS += -DUSE_TAP_NETWORK -DUSE_BSDTUNTAP
endif
else
NETWORK_FEATURES = - WITHOUT networking support
$(info *** Warning ***)
$(info *** Warning *** $(BUILD_SINGLE)Simulator$(BUILD_MULTIPLE) are being built WITHOUT networking support)
$(info *** Warning ***)
$(info *** Warning *** To build simulator(s) with networking support you should read)
$(info *** Warning *** 0readme_ethernet.txt and follow the instructions regarding the)
$(info *** Warning *** needed libpcap components for your $(OSTYPE) platform)
$(info *** Warning ***)
endif
NETWORK_OPT = $(NETWORK_CCDEFS)
endif
can someone show me where to change /usr/lib/libpcap to /usr/local/libpcap, thankyao o/~~
issue #2: VMS does not boot (minor issue...)
...
%MSCPLOAD-I-LOADMSCP, loading the MSCP disk server
... simh goes to 0% cpu usage ...
issue #3: second telnet console does not work anymore
(from changelog: made telnet option negotiation more reliable, VAX simulator now works with PuTTY as console (Mark Pizzolato)
mosh
2012/04/11 10:54
$ screen -Dr
zsh: correct 'screnen' to 'screen' [nyae]?
Sajnos 100 megányi C++ lib nem képes garantálni a fotonok és az elektronok által közölt információk azonosságát.
UPDATE #1: TCP alapú VPN-en ment a fenti traffic, és nem egyszeri eset. Ezt csak azért mondom, mert egyesek rögtön kikövetkeztették, hogy packet loss volt az ok.
vte
2012/03/12 15:59
“I probably would just close this bug DUPLICATE and work
on the other reports that have much nicer people on them.”
Behdad Esfahbod, vte developer
github pwned
2012/03/05 14:05
More names are being added to the IT shitlist:
Github itself already had no reputation to crumble. It’s git, for God’s sake...
- Xavier Noria / fxn (Barcelona)
- Piotr Sarnacki / drogus (Warsaw)
- Tom Preston-Werner / Mojombo (San Francisco)
Github itself already had no reputation to crumble. It’s git, for God’s sake...
raspberrypi.org
2012/02/29 07:00
Right now the IT team of raspberrypi.org is faced by the devastating penalties of using ancient and crapware technologies like Linux, Apache, and PHP. Then they resort to last minute panic and workarounds.
My advize? nginx and FreeBSD.
UPDATE: their retailers didn’t fare too well either, and for the very same reason.
Premier Farnell -> Linux -> Apache/2.2.17 Unix mod_ssl/2.2.17 OpenSSL/1.0.0d DAV/2 PHP/5.3.5
RS Components -> Linux -> Apache
Note that RS’s first line of webservers is an NT4 with IIS. It’s the only one that works.
Forbidden
You don't have permission to access / on this server.
Apache/1.3.37 Server at www.raspberrypi.org Port 80
My advize? nginx and FreeBSD.
UPDATE: their retailers didn’t fare too well either, and for the very same reason.
Premier Farnell -> Linux -> Apache/2.2.17 Unix mod_ssl/2.2.17 OpenSSL/1.0.0d DAV/2 PHP/5.3.5
RS Components -> Linux -> Apache
Note that RS’s first line of webservers is an NT4 with IIS. It’s the only one that works.
sixxs is a piece of shit
2012/02/16 10:26
I had a sixxs.net IPv6 tunnel. Turns out that I forgot to update this one service with my new e-mail address, and they have automatically disabled it. That shouldn’t be a problem, according to the relevant entry in the FAQ I should contact them. I did.
Gabucino> Greetings, Please reactivate my account (userid here). I forgot to update the e-mail address.
Jeroen Massar> Please see the FAQ on bouncing emails.
G> I did. The FAQ points to: ”SIXXS handles For updates to information in SixXS handles, provide SixXS with the details.” So here, I'm providing.
J> You are not providing anything. Please actually read the FAQ and provide the requested details.
Well I wonder what else do they need?
It could hardly be any clearer.
I did.
Clearly that is not possible.
Makes no sense for this type of problem.
Uh-huh.
Will not, because there are no problems there.
Can’t figure why I’d need to do this.
It does not work.
For the lulz let’s suppose I did.
Wow totally cool advize bro!
Good to know!
Thanks you made that abundantly clear.
Gabucino> Greetings, Please reactivate my account (userid here). I forgot to update the e-mail address.
Jeroen Massar> Please see the FAQ on bouncing emails.
G> I did. The FAQ points to: ”SIXXS handles For updates to information in SixXS handles, provide SixXS with the details.” So here, I'm providing.
J> You are not providing anything. Please actually read the FAQ and provide the requested details.
Well I wonder what else do they need?
- Always include clear descriptive information about your problem or inquiry.
It could hardly be any clearer.
- Always provide your NIC handle and if applicable the Tunnel or Route IDs you wish to discuss.
I did.
- Use the email address you have provided in your handle as that is what we use as a contact handle.
Clearly that is not possible.
- Provide details of the setup, type of connections, where NATs are located.
Makes no sense for this type of problem.
- Provide information of your OS type, version and release (ie. uname -a), noting also the distribution name.
Uh-huh.
- Include full interface, routing and firewall tables.
Will not, because there are no problems there.
- Include the list of firewall and anti-virus software you have installed / are running (note that under Windows some 'firewall' tools don't understand IPv6 at all and thus just throw it away, only uninstall helps for those cases).
Can’t figure why I’d need to do this.
- Include a IPv4 and IPv6 traceroute to the PoP in question.
It does not work.
- Check with Wireshark or tcpdumps of the interface over which the tunnel runs.
For the lulz let’s suppose I did.
- Use -n (numeric) as an option and don't filter returning ICMP which could also come from routers between your endpoint and the PoP and also use -s 1500 so that one gets the full packet.
Wow totally cool advize bro!
- The status of the PoP is listed on the PoP Status page, if it is marked down there we are aware of the issue and we will try to resolve it as soon as possible. Additionally other issues are listed in the Ticket Tracker.
Good to know!
- We are not your personal helpdesk
Thanks you made that abundantly clear.
AVOID
google fanok ne figyeljetek
2012/01/17 11:53
git
2012/01/17 05:56
[] ma kivancsi voltam milyen branchek es milyen mergek voltak az elmult honapban
[] es ilyen kep fogadott
[] csavokamat odahivtam, felorat szenvedett es belatta hogy sosem fogom megtudni amit szeretnek
[] think different
[] linus tobbet artott gittel mint linuxxal
[] pedig az nagy szo
trey megint nem bírta meg
2012/01/03 20:16
phil pennock
2011/12/08 20:37
... what a piece of dogshit.
Current | Senior Operations Engineer at Twitter
Past | Site Reliability Engineer at Google Inc
[ link ]
And what does a “Site Reliability Engineer” do at these nice jewish companies? I wonder.
Phil, why are you a faggot.
Current | Senior Operations Engineer at Twitter
Past | Site Reliability Engineer at Google Inc
[ link ]
And what does a “Site Reliability Engineer” do at these nice jewish companies? I wonder.
../scripts/lookups-Makefile: local: not found
../scripts/lookups-Makefile: local: not found
../scripts/lookups-Makefile: bad substitution
gmake: *** [configure] Error 1Phil, why are you a faggot.
freenode/openprojects irc
2011/12/05 12:08
12:07 [OPN] -!- hitler Erroneous Nicknamebe please not afraid, jewnode
Android Orphans: Visualizing a Sad History of Support
2011/10/28 10:26
7 of the 18 Android phones never ran a current version of the OS.
12 of 18 only ran a current version of the OS for a matter of weeks or less.
10 of 18 were at least two major versions behind well within their two year contract period.
11 of 18 stopped getting any support updates less than a year after release.
13 of 18 stopped getting any support updates before they even stopped selling the device or very shortly thereafter.
15 of 18 don’t run Gingerbread, which shipped in December 2010.
In a few weeks, when Ice Cream Sandwich comes out, every device on here will be another major version behind.
At least 16 of 18 will almost certainly never get Ice Cream Sandwich.
[ full article ]
12 of 18 only ran a current version of the OS for a matter of weeks or less.
10 of 18 were at least two major versions behind well within their two year contract period.
11 of 18 stopped getting any support updates less than a year after release.
13 of 18 stopped getting any support updates before they even stopped selling the device or very shortly thereafter.
15 of 18 don’t run Gingerbread, which shipped in December 2010.
In a few weeks, when Ice Cream Sandwich comes out, every device on here will be another major version behind.
At least 16 of 18 will almost certainly never get Ice Cream Sandwich.
[ full article ]
linux is dying
2011/10/25 08:28
\o/
[ Introducing /run ]
“An interesting turn in the discussion at the fedora-devel list suggests that the people responsible for the change are a bunch of crack addicted rapists.”
[ Introducing /run ]
“An interesting turn in the discussion at the fedora-devel list suggests that the people responsible for the change are a bunch of crack addicted rapists.”
linux, default install
2011/09/15 22:21
$ mount
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
/sys/kernel/security on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,relatime,size=364636k,nr_inodes=91159,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
/dev/mapper/vg_fedi-lv_root on / type ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered)
tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,relatime,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /dev/mqueue type autofs (rw,relatime,fd=19,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=20,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
systemd-1 on /dev/hugepages type autofs (rw,relatime,fd=21,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
systemd-1 on /sys/kernel/debug type autofs (rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
tmpfs on /media type tmpfs (rw,nosuid,nodev,noexec,relatime,mode=755)
/dev/sda2 on /boot type ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered)linux pwn #2
2011/09/12 07:16
[ pwnage followup ]
linux.com
linux.org
linuxfoundation.org
de azért egy “we are returning soon” szöveget tartalmazó oldalt fellöktek, igaz ehhez az advanked tartalomhoz a windows-only PageBreeze-t kellett használni, nos erre mondá az egyszerű ember hogy insult to the injury
linux.org
linuxfoundation.org
de azért egy “we are returning soon” szöveget tartalmazó oldalt fellöktek, igaz ehhez az advanked tartalomhoz a windows-only PageBreeze-t kellett használni, nos erre mondá az egyszerű ember hogy insult to the injury
synchronet hell
2011/09/10 21:46
When you see Synchronet v2.x deprecated (DOS/OS2/modem support), and v3.x (TCP/UNIX/WIN32) supporting JavaScript as a script language, you know that cancer is eating this BBS soft. I knew I should have given up right there, but instead decided to go ahead and suck cock nevertheless. Well what do ya know: getting it to work is getting into the same nightmare that characterizes the IT of the 21st century.
FreeBSD/amd64: will not compile because some callbacks were renamed in libmozjs, and sbbs code isn’t easily fixable.
FreeBSD/i386: compiles, because the libmozjs libs are factory-supplied by sbbs. Too bad I can’t use this one. Also, the case sensitive filesystem is an endless pain in my ass.
OS/X Tiger: will not compile, the environment is still stuck in the Panther era or is just incompatible with my Xcode version. Inconceivable.
OS/X Snow Leopard: will not compile, Firefox.app doesn’t even contain libmozjs.dylib and I’m already damn too pissed to continue.
IT after 2000 is a disgusting piece of fuck.
[ part #2: OS/2 ]
FreeBSD/amd64: will not compile because some callbacks were renamed in libmozjs, and sbbs code isn’t easily fixable.
FreeBSD/i386: compiles, because the libmozjs libs are factory-supplied by sbbs. Too bad I can’t use this one. Also, the case sensitive filesystem is an endless pain in my ass.
OS/X Tiger: will not compile, the environment is still stuck in the Panther era or is just incompatible with my Xcode version. Inconceivable.
OS/X Snow Leopard: will not compile, Firefox.app doesn’t even contain libmozjs.dylib and I’m already damn too pissed to continue.
IT after 2000 is a disgusting piece of fuck.
[ part #2: OS/2 ]
kernel.org pwned
2011/09/01 07:35
“Security people are leeches.” © Linus “3.0, why not” Torvalds
... and it really shows on his servers. And what can be told about the “staff”, and the kernel developers? They have no idea how the attacker gained root privileges. Even the first line of mail on this topic to ever see daylight was:
... and it really shows on his servers. And what can be told about the “staff”, and the kernel developers? They have no idea how the attacker gained root privileges. Even the first line of mail on this topic to ever see daylight was:
“As you can guess from the subject line, I've not had what many would consider a "good" day. “
Um... yes I care about your day..!?? NOT. Write a blog, lamer!
“Files belonging to ssh (openssh, openssh-server and openssh-clients) were modified and running live”
Well, I run my own filesystem checksumming security program, so would have guessed that kernel.org servers have one too. NOT.
“A trojan startup file was added to rc3.d”
So you guys don’t even monitor newly appeared files. What the fuck?
“System is being verified from backups, signatures, etc.”
By fucking monkeys like you? Fat good it does!
And for Linus, the honorable thing to do would be to pack up his cancerous, bloated shit (in his words: “kernel”), and leave the world for good. Well that just won’t happen. Linus, being the arrogant prick he is, will be unwavering in his corrupted view of security being a second rate priority, well beyond the utmost goal of commiting more shit into an OS that no serious administrator would ever use nowadays. And this means more lulz like this coming! \o/
<ggergelz> amugy kulon vicces, hogy a gitben vannak eszkozok a history multbeli modositgatasara :D
<ggergelz> szoval vajon a git repokban milyen finomsagokat hagyhattak hatra
11/09/01 :: nevar forget
[ announcement mail ]
[ buhera.blog.hu ]
[ hup ]
[ theregister ]
ipv6. azt hitted mi?
2011/08/15 16:05
Linksys WRT54G + Tomato (2.4-es binux) = nincs IPv6 support, nem is lesz. Havonta 1x kernel pánik.
Linksys WRT54G + TomatoUSB (2.6-os binux) = van IPv6 support, de 4Mb-os modellre kuncsorogni kell valakitől egy működő custom build-et, mivel honlapról linkelt romok közül csak a ‘mini’ kiadású daily snapshotban van IPv6, abban azonban segfaultol a httpd. Ezt az akadályt pedig eleve nem érdemes megoldani, mert a következő probléma az, hogy pár óránként kernel pánikkal elszáll az egész trágyadomb (igen, a release verzió is).
Ideje egy NetBSD-s AP beszerzésének.
Linksys WRT54G + TomatoUSB (2.6-os binux) = van IPv6 support, de 4Mb-os modellre kuncsorogni kell valakitől egy működő custom build-et, mivel honlapról linkelt romok közül csak a ‘mini’ kiadású daily snapshotban van IPv6, abban azonban segfaultol a httpd. Ezt az akadályt pedig eleve nem érdemes megoldani, mert a következő probléma az, hogy pár óránként kernel pánikkal elszáll az egész trágyadomb (igen, a release verzió is).
Ideje egy NetBSD-s AP beszerzésének.
ez lesz a következő törölt topic...
2011/08/15 06:50
[ link ] “Szakmailag nem nagyon sikerült még megfognotok Gabu-t, aztán azóta személyében próbáljátok meg támadni.”
another one bites the dust
2011/08/13 23:04
ja hát a szokásos, teri egy ideig mammogott publicban, hogy “ez az internet :D”, aztán suttyomban mégis lezárta a kommentelési lehetőséget sj homoerotikus topicjánál, majd bannolta is a kirsa74 usert... gondolom sj-t - a tömeges igények ellenére - nem ;) így megy ez a hupkón
szavazás
2011/08/05 09:00
Eheti szavazásunkban arra keressük a választ, mely hupper elvérzését nem bánnátok. (ötlet via trey)
[ eredményhirdetés ]
[ eredményhirdetés ]
the great hupmeme vote
2011/07/25 07:46
Nos, kiírtam egy szavazást a HUP-on (trey természetesen nem tette ki), a szavazo.net engine használatával. A kérdés az volt, hogy szeretnék-e olvasóim, illetve a HUP olvasói, hogy tovább gyűjtögessem a notórius hupperek eltévelyedett beszólásainak gyűjteményét, azaz a hupmeme-t.
Jelenleg ugyanis 40 oldalra rúg. Negyvenre. (!)
Arra számítottam, hogy felháborodott népek tömegei fogják megragadni az alkalmat, hogy a “ne, útállak” gomb használatával kifejezzék mély nemtetszésüket, és végre abbahagyhatom a fárasztó cutpaste-elést. Ehhez képest óriási meglepetésemre szolgált az eredmény:
72 :: Igen
4 :: Ne, útállak
4 :: Ne, point taken
Természetesen bele kell számolni, hogy az “igen” szavazók egy része úgy értelmezte, hogy különben leveszem az oldalról (nem), vagy egyszerűen csak tetszést nyilvánítottak. Micskó Gábor (trey) is megszólalt a kérdésben (természetesen az eredményt nem kommentálta), és következetesen “hazugsággyárnak” nevezte az oldalt, figyelmen kívül hagyva a tényt, hogy a tartalom elsöprő többsége csupán idézet. Követve ezt a logikát, a HUP-on folyamatos hazudozás folyik ami mondjuk szomorú dolog, de erről talán nem pont én tehetek, akinek (dacára a behazudott “amnesztiának”) saját felhasználója sincs oda. Szintén ezen okból kell elutasítanom a felhívását, hogy az én “pancserségeimet” is tüntessem fel az oldalon, elvégre felhasználó nélkül ugye nehéz ilyesmit a nevem terhére elkövetnem. :(
Volt már arra is pár példa, hogy valaki nehezményezte, hogy csak 1-2 “elrontott” beszólása miatt már fel is került a mémlistára, ezeket gondos mérlegelés után töröltem is (vélhetően ők a “point taken” szavazók). Ezek után elég nehezen tudnám elfogadni azt a gondolatot, hogy én lennék a gonosz overlord. Bármily’ csábító is számomra e cím.
A hupmeme tehát folytatódik \o/
Jelenleg ugyanis 40 oldalra rúg. Negyvenre. (!)
Arra számítottam, hogy felháborodott népek tömegei fogják megragadni az alkalmat, hogy a “ne, útállak” gomb használatával kifejezzék mély nemtetszésüket, és végre abbahagyhatom a fárasztó cutpaste-elést. Ehhez képest óriási meglepetésemre szolgált az eredmény:
72 :: Igen
4 :: Ne, útállak
4 :: Ne, point taken
Természetesen bele kell számolni, hogy az “igen” szavazók egy része úgy értelmezte, hogy különben leveszem az oldalról (nem), vagy egyszerűen csak tetszést nyilvánítottak. Micskó Gábor (trey) is megszólalt a kérdésben (természetesen az eredményt nem kommentálta), és következetesen “hazugsággyárnak” nevezte az oldalt, figyelmen kívül hagyva a tényt, hogy a tartalom elsöprő többsége csupán idézet. Követve ezt a logikát, a HUP-on folyamatos hazudozás folyik ami mondjuk szomorú dolog, de erről talán nem pont én tehetek, akinek (dacára a behazudott “amnesztiának”) saját felhasználója sincs oda. Szintén ezen okból kell elutasítanom a felhívását, hogy az én “pancserségeimet” is tüntessem fel az oldalon, elvégre felhasználó nélkül ugye nehéz ilyesmit a nevem terhére elkövetnem. :(
Volt már arra is pár példa, hogy valaki nehezményezte, hogy csak 1-2 “elrontott” beszólása miatt már fel is került a mémlistára, ezeket gondos mérlegelés után töröltem is (vélhetően ők a “point taken” szavazók). Ezek után elég nehezen tudnám elfogadni azt a gondolatot, hogy én lennék a gonosz overlord. Bármily’ csábító is számomra e cím.
A hupmeme tehát folytatódik \o/
more linux migration failure
2011/07/12 13:28
A linux tőzsdei sikersorozata folytatódik:
2009.09.10: [ link ] NYSE/Euronext powers ahead with Unix-to-Linux migration
2011.07.12: [ link ] Leállt több európai tőzsdeindex: ... az Euronext rendszerébe tartozó tőzsdéken, köztük a párizsin kedd délelőtt technikai problémák adódtak...
2009.09.10: [ link ] NYSE/Euronext powers ahead with Unix-to-Linux migration
2011.07.12: [ link ] Leállt több európai tőzsdeindex: ... az Euronext rendszerébe tartozó tőzsdéken, köztük a párizsin kedd délelőtt technikai problémák adódtak...
debunking the google webgl FUD
2011/06/24 07:33
Remekbeszabott böngészőink már ma is - borzasztóan bugos és lassú - operációs rendszerként viselkednek (tessék csak gondolni a saját memóriakezelésre, a JavaScriptben futó x86 emulátorra), ennél fogva én már csak egy fájdalmas félmosollyal viseltetek azt látva, ahogyan az IT-ben manapság tobzódó ostoba faszparasztok a WebGL-t felszopják. Igen, a Google-ös köcsögről lesz szó.
From: Hunger
Date: 2011. június 24., péntek - 3:25
To: hup
Én is írhatnék szép bevezetőt, hogy:
Én vagyok a Google egyik legnagyobb rajongója. Továbbra is úgy gondolom, hogy a Linux jobb, mint az OSX vagy a Windows(*). Bizakodó voltam az Android kapcsán és bizakodok a következő ChromeOS-ben. A Google oldalán álltam a Viacom perben, az Oracle perben és még sok másikban. Szerintem a Gmail jobb ingyenes webmail, mint bármi más, amit használtam. Szerintem a Chrome sokkal nagyszerűbb, mint az Internet Explorer. Nagyon örültem, amikor elkezdődött a Chrome fejlesztése és versengeni kezdett a Firefox-szal.
stb. de inkább nézzük a tényeket:
> Microsoft has never supported OpenGL which is what WebGL is based on. Instead they have their DirectX API. The DirectX API is great but the #1 reason Microsoft doesn’t want to support anything based on OpenGL is that it robs them of some of their lock-in.
Ezzel teljes mértékben egyetértek.
Egészen bizonyos, hogy a Microsoft politikai céloktól - is - vezérelve mond ellent a WebGL-nek. Ellenben nem árt észben tartani, hogy a megfelelő politikai manővereket csak valós alapokra helyezett kommunikációval lehet hatásosan elérni. Azaz attól mert az MS elsődleges indoka politikai jellegű, még nem jelenti azt, hogy az alapvetően politikai célokra felhasznált IT biztonsági probléma csak mondvacsinált hazugság.
Tehát nem érv a WebGL biztonsága _mellett_, hogy a Microsoft csak azért támadja a WebGL-t, mert az nem DirectX-es...
Pont ellenkezőleg. A veszély nagyon is valós, ezért is próbál most a Mozilla és a Google célt érni azzal, hogy a Microsoftot megpróbálja ellehetetleníteni azzal a boszorkányüldözéssel, amely arra hivatkozik, hogy mivel az MS céljai nem teljesen tiszták, ezért a mondanivalója is eleve hazugság.
A valóság ellenben nem ennyire fekete és fehér...
> So, Is WebGL a security risk? IMO no more than any other part of the browser. Remember when IE had issues with specially formed JPG images? That was a bug. It was fixed. Problem solved. Remember when IE had issues with specially formed AVI files? That was a bug. It was fixed. Problem solved.
Úgy tűnik egyrészről, hogy ez a "security bugs to be just normal bugs" fertőző és ész nélkül veszik át Linus Torvaldstól ezt az ostobaságot a fejlesztők. Számára - és egyes burokba zárt fejlesztőknek - lehet, hogy a sebezhetőségek is csupán egyszerű programozási hibák, de a világ többi részén ez elég komoly fejfájást és dollármilliárdokban mérhető veszteséget termelő problémát jelent...
Másrészről a Fejlesztő Úr aranyosan összemossa a 'user space' biztonsági hibákat a 'kernel space' sebezhetőségekkel. Ez különösen aranyos pont egy Chrome fejlesztőtől, aki egy másik bekezdésben erősen ecseteli, hogy a WebGL azért lesz biztonságos, mert külön processzben fut a weblap:
> So what does Chrome do to keep WebGL safe? #1, like everything in Chrome, we run the webpage in its own process.
Sajnos hiába fut külön processzben a weblap, homokozóban, megfeszítve, mágiával körbezárva, ráolvasva, töviskoronával a fején, bilincsben... a kihasznált biztonsági hiba nem a sandboxolt 'user space' böngésző alkalmazásban (vagy komponensében) van, hanem egy privilegizált driver kódjában a kernel memóriaterületén, amelyre nem lesz érvényes semmiféle korlátozás.
Ezért is irtó veszélyes átadni a WebGL utasításokat ellenőrzés nélkül a videokártya OpenGL interfacének. Természetesen nem is teszik ezt meg, legalábbis a Chrome fejlesztő szerint:
> The other is that the GPU process validates EVERYTHING!!!! before calling the GPU drivers
Amiket azonban felsorol - mint validáció - csak néhány ismert hiba "workaround"-ja és nem pedig prevenciós céllal tervezett proaktív biztonsági megoldások... Erre viszonylag egyszerű példa lehet a korábban posztolt Proof-of-Concept WebGL kód, amelytől a kezdetektől elhasal az nVidia és az AMD/ATI driver mind Firefox, mind Chrome böngészők alatt a mai napig.
> Silverlight 5, that provides the EXACT SAME FEATURES with all the same issues
Ez a kijelentés több szempontból sem igaz:
> So what do you do to prevent programs from accessing bugs in drivers? Well, #1 is you test your code and try to make sure it’s bug free.
A drága Chrome fejlesztő itt is csúsztat és összemossa a 'user space' security bugokat a 'kernel space' sebezhetőségekkel. Míg a böngészőt érintő biztonsági problémáknál ő - és az MS - felelősséget tud vállalni a hibákért, tesztelni és javítani tudja azokat, addig a WebGL interfacen át kihasznált video driver hibákat nem tudja azonos szinten feltárni és képtelen közvetlenül nyomást gyakorolni a fejlesztőire (hisz azok más cég - nVidia, AMD - alkalmazottai).
Jó példa erre az AMD/ATI video driver, amelyben köztudottan olyan biztonsági hiba van, amely a Microsoft EMET (Enhanced Mitigation Experience Toolkit) teljes védelmi funkciójának kihasználásakor (ASLR AlwaysOn) kékhalált okoz. Ez a probléma ugyan köztudott hónapok óta, még sincs javítva a mi napig az AMD/ATI video drivereiben...
(*) Lehet, hogy nem jobb minden szempontból, de még mindig inkább tartom biztonságosabbnak grsecurity/PaX és további third-party patchek felhasználása esetén, mint a Windows-t vagy az OSX-et.
Ui.: Tudom, hogy az 'olvasók' jórésze egy egyszerű "tl;dr" hozzáállással fogja honorálni a leírtakat, de legalább nagyjából öszeszedtem a jelenlegi WebGL-el kapcsolatos problémákat. A továbbiakban többet nem kívánok vele foglalkozni és rá időt pazarolni...
From: Hunger
Date: 2011. június 24., péntek - 3:25
To: hup
Én is írhatnék szép bevezetőt, hogy:
- Se a Googlenek, se a Microsoftnak, se más multinak nem dolgozom (vele ellentétben)
- Bármit amit mondok a munkáltatóm véleményét is képviselheti, tekintve hogy biztonsági kérdésekben az én szavamra hallgatnak (vele ellentétben)
Én vagyok a Google egyik legnagyobb rajongója. Továbbra is úgy gondolom, hogy a Linux jobb, mint az OSX vagy a Windows(*). Bizakodó voltam az Android kapcsán és bizakodok a következő ChromeOS-ben. A Google oldalán álltam a Viacom perben, az Oracle perben és még sok másikban. Szerintem a Gmail jobb ingyenes webmail, mint bármi más, amit használtam. Szerintem a Chrome sokkal nagyszerűbb, mint az Internet Explorer. Nagyon örültem, amikor elkezdődött a Chrome fejlesztése és versengeni kezdett a Firefox-szal.
stb. de inkább nézzük a tényeket:
> Microsoft has never supported OpenGL which is what WebGL is based on. Instead they have their DirectX API. The DirectX API is great but the #1 reason Microsoft doesn’t want to support anything based on OpenGL is that it robs them of some of their lock-in.
Ezzel teljes mértékben egyetértek.
Egészen bizonyos, hogy a Microsoft politikai céloktól - is - vezérelve mond ellent a WebGL-nek. Ellenben nem árt észben tartani, hogy a megfelelő politikai manővereket csak valós alapokra helyezett kommunikációval lehet hatásosan elérni. Azaz attól mert az MS elsődleges indoka politikai jellegű, még nem jelenti azt, hogy az alapvetően politikai célokra felhasznált IT biztonsági probléma csak mondvacsinált hazugság.
Tehát nem érv a WebGL biztonsága _mellett_, hogy a Microsoft csak azért támadja a WebGL-t, mert az nem DirectX-es...
Pont ellenkezőleg. A veszély nagyon is valós, ezért is próbál most a Mozilla és a Google célt érni azzal, hogy a Microsoftot megpróbálja ellehetetleníteni azzal a boszorkányüldözéssel, amely arra hivatkozik, hogy mivel az MS céljai nem teljesen tiszták, ezért a mondanivalója is eleve hazugság.
A valóság ellenben nem ennyire fekete és fehér...
> So, Is WebGL a security risk? IMO no more than any other part of the browser. Remember when IE had issues with specially formed JPG images? That was a bug. It was fixed. Problem solved. Remember when IE had issues with specially formed AVI files? That was a bug. It was fixed. Problem solved.
Úgy tűnik egyrészről, hogy ez a "security bugs to be just normal bugs" fertőző és ész nélkül veszik át Linus Torvaldstól ezt az ostobaságot a fejlesztők. Számára - és egyes burokba zárt fejlesztőknek - lehet, hogy a sebezhetőségek is csupán egyszerű programozási hibák, de a világ többi részén ez elég komoly fejfájást és dollármilliárdokban mérhető veszteséget termelő problémát jelent...
Másrészről a Fejlesztő Úr aranyosan összemossa a 'user space' biztonsági hibákat a 'kernel space' sebezhetőségekkel. Ez különösen aranyos pont egy Chrome fejlesztőtől, aki egy másik bekezdésben erősen ecseteli, hogy a WebGL azért lesz biztonságos, mert külön processzben fut a weblap:
> So what does Chrome do to keep WebGL safe? #1, like everything in Chrome, we run the webpage in its own process.
Sajnos hiába fut külön processzben a weblap, homokozóban, megfeszítve, mágiával körbezárva, ráolvasva, töviskoronával a fején, bilincsben... a kihasznált biztonsági hiba nem a sandboxolt 'user space' böngésző alkalmazásban (vagy komponensében) van, hanem egy privilegizált driver kódjában a kernel memóriaterületén, amelyre nem lesz érvényes semmiféle korlátozás.
Ezért is irtó veszélyes átadni a WebGL utasításokat ellenőrzés nélkül a videokártya OpenGL interfacének. Természetesen nem is teszik ezt meg, legalábbis a Chrome fejlesztő szerint:
> The other is that the GPU process validates EVERYTHING!!!! before calling the GPU drivers
Amiket azonban felsorol - mint validáció - csak néhány ismert hiba "workaround"-ja és nem pedig prevenciós céllal tervezett proaktív biztonsági megoldások... Erre viszonylag egyszerű példa lehet a korábban posztolt Proof-of-Concept WebGL kód, amelytől a kezdetektől elhasal az nVidia és az AMD/ATI driver mind Firefox, mind Chrome böngészők alatt a mai napig.
> Silverlight 5, that provides the EXACT SAME FEATURES with all the same issues
Ez a kijelentés több szempontból sem igaz:
- A Silverlight nem az OpenGL interfacét használja (ezt egy másik - korábbi - kijelentésében ő is elismeri, így ezt az állítását eleve önmaga cáfolja: DirectX for Silverlight). A DirectX-et a Microsoft fejleszti, az OpenGL interfacet viszont közvetlenül a video driver fejlesztői "biztosítják", amely közel sincs biztonsági szempontból annyira auditálva és körbejárva, mint a DirectX.
- A Silverlight nem önmagában adja át az alacsony-szintű utasításokat a video drivernek, hanem van egy wrappere, amely feldolgozza a kéréseket és a megfelelőnek ítélt hívásokat adja át a DirectX-nek, amely további ellenőrzéseket végez, mielőtt továbbítaná a video drivernek. (Ellenben a WebGL esetében, amely az egészet nélkülözve a video driver OpenGL interfacenek adja át közvetlenül a hívásokat)
- A Silverlight egy extra plugin, amely külön épül be - vagy nem épül be - a böngészőbe. A WebGL-t azonban alap funkciónak szánja a Google és a Mozilla és a jelenlegi verzióikban már alapértelmezetten bekapcsolva is található, veszélybe sodorva ezzel a felhasználóikat.
> So what do you do to prevent programs from accessing bugs in drivers? Well, #1 is you test your code and try to make sure it’s bug free.
A drága Chrome fejlesztő itt is csúsztat és összemossa a 'user space' security bugokat a 'kernel space' sebezhetőségekkel. Míg a böngészőt érintő biztonsági problémáknál ő - és az MS - felelősséget tud vállalni a hibákért, tesztelni és javítani tudja azokat, addig a WebGL interfacen át kihasznált video driver hibákat nem tudja azonos szinten feltárni és képtelen közvetlenül nyomást gyakorolni a fejlesztőire (hisz azok más cég - nVidia, AMD - alkalmazottai).
Jó példa erre az AMD/ATI video driver, amelyben köztudottan olyan biztonsági hiba van, amely a Microsoft EMET (Enhanced Mitigation Experience Toolkit) teljes védelmi funkciójának kihasználásakor (ASLR AlwaysOn) kékhalált okoz. Ez a probléma ugyan köztudott hónapok óta, még sincs javítva a mi napig az AMD/ATI video drivereiben...
(*) Lehet, hogy nem jobb minden szempontból, de még mindig inkább tartom biztonságosabbnak grsecurity/PaX és további third-party patchek felhasználása esetén, mint a Windows-t vagy az OSX-et.
Ui.: Tudom, hogy az 'olvasók' jórésze egy egyszerű "tl;dr" hozzáállással fogja honorálni a leírtakat, de legalább nagyjából öszeszedtem a jelenlegi WebGL-el kapcsolatos problémákat. A továbbiakban többet nem kívánok vele foglalkozni és rá időt pazarolni...
gnu fucking grep
2011/06/17 10:15
-rw------- 1 root wheel 12245 May 20 09:40 file1.txt
-rw------- 1 root wheel 15220 Jun 10 16:59 file2.txt
# time grep -f file1.txt file2.txt > /dev/null
5.32s user 0.02s system 99% cpu 5.354 total#!/bin/sh
for i in `cat file1.txt`; do grep $i file2.txt; done
# time sh ize.sh > /dev/null
0.84s user 2.38s system 120% cpu 2.678 total
YAHB
2011/06/14 09:06
yetanotherhupban: „ieorgjp” felhasználó hozzáférése blokkolt vagy még nincs aktiválva (természetesen újabb
meanwhile at linux
2011/06/07 09:25
http://www.gossamer-threads.com/lists/linux/kernel/1390308
[ lwn ]
“Shut up unless you have any real arguments.”
Linus to PaXTeam, 2011
Here’s an argument for you:
apacsi-secured sony
2011/05/08 06:13
“Purdue University security expert Dr. Gene Spafford told Congress that security experts knew Sony was running outdated versions of the Apache Web server software that did not have a firewall installed. Sony said hackers were able to breach the PSN and steal sensitive data while the company was fending off denial of service attacks from Anonymous, an online hacker group that typically takes up politically charged causes.”
[ loink ]
problem, linuxfags?
state of linux security
2011/04/19 18:02
oh shi-
“61 (43%) discovered by six people” [ link ]
Reminder: 2004-ben untam meg a binux szarságait, és váltottam Mac/BSD-re. A pdf tulajdonképpeni témájához közvetlenül kapcsolódik spender válasza.
az erőszakrul
2011/04/12 11:31
Aktuális a téma, elvégre a hupon éppen egy hányattatott sorsú hupper szeretne engem lecsapni. Szegény akiont ugyanis gyerekkorában apja és anyja is folyamatosan ütötte-verte - vélhetően látták hogy ebből normális ember már úgyse lesz - ebből kifolyólag nem csodálkozhatunk hát azon, hogy a végeredmény egy moderátori pofonért könyörgő linuxos formájában öltött testet.
E helyütt azonban idézzünk fel egy majd’ 6 éves történetet. A cég ahol akkoriban a levegőt rontottam, számos olyan embert foglalkoztatott (volt akit igazgatói pozícióban), akik az informatikához ugyan - a posztjuk ellenére - vajmi keveset értettek, ezen fogyatékosságukat azonban nagymértékű agresszióval igyekeztek kompenzálni.
Ez utóbbi klikkbe tartozott a felejthető karriert befutó Házföldi Ágoston barátunk is (nevezzük így), aki az egyik jobban sikerült flame thread (topic: “mi az anyád hétszentségéért fetrengesz az utcán a raktári posztodon üldögélés helyett”) alkalmával úgy gondolta, hogy a makulátlan becsületén esett foltot kiküszöbölendő átugrik az - általa egyébként is módfelett kedvelt - fejlesztőihez négy háztömbbel odébb, és kilátásba helyez egy porrasturvat néven ismert cselekményt.
Szegény ember azonban nem egészen azzal az attitűddel találkozott amit magában elképzelt. A rövid eventről szerencsére rendelkezésre áll egy hangfelvétel is.
Egyszóval: linuxos izomtiborok léccine.
E helyütt azonban idézzünk fel egy majd’ 6 éves történetet. A cég ahol akkoriban a levegőt rontottam, számos olyan embert foglalkoztatott (volt akit igazgatói pozícióban), akik az informatikához ugyan - a posztjuk ellenére - vajmi keveset értettek, ezen fogyatékosságukat azonban nagymértékű agresszióval igyekeztek kompenzálni.
Ez utóbbi klikkbe tartozott a felejthető karriert befutó Házföldi Ágoston barátunk is (nevezzük így), aki az egyik jobban sikerült flame thread (topic: “mi az anyád hétszentségéért fetrengesz az utcán a raktári posztodon üldögélés helyett”) alkalmával úgy gondolta, hogy a makulátlan becsületén esett foltot kiküszöbölendő átugrik az - általa egyébként is módfelett kedvelt - fejlesztőihez négy háztömbbel odébb, és kilátásba helyez egy porrasturvat néven ismert cselekményt.
Szegény ember azonban nem egészen azzal az attitűddel találkozott amit magában elképzelt. A rövid eventről szerencsére rendelkezésre áll egy hangfelvétel is.
Egyszóval: linuxos izomtiborok léccine.
... and another
2011/04/11 14:29
Attila Kinali, persona-non-grata at MPlayer and FFmpeg, notorious money and server misappropriator, also finally had enough:
14:23 <@KotH> the last time i checked mplayer on solaris must have been some 3 years ago
14:23 <@KotH> the last time i really run it... probably 6 or 7
14:24 -!- mode/#mplayerdev [+b *!*gabucino@*] by KotH
14:24 -!- giftgas was kicked from #mplayerdev by KotH [and the last time i kicked you, is now]
(wasunt sayin’ anythin’, sarge!)
14:23 <@KotH> the last time i checked mplayer on solaris must have been some 3 years ago
14:23 <@KotH> the last time i really run it... probably 6 or 7
14:24 -!- mode/#mplayerdev [+b *!*gabucino@*] by KotH
14:24 -!- giftgas was kicked from #mplayerdev by KotH [and the last time i kicked you, is now]
(wasunt sayin’ anythin’, sarge!)
a jó hír...
2011/04/11 12:39
... hogy szabadidőm nagyobb hányadát tudom értelmes dolgokra fordítani, most hogy az autószerelő portált egy ideig nem látogathatom (topic mirror trey kifejezett kérésére). Ne feledjétek, megunt hup accountjaitokat továbbra is elküldhetitek az oldal alján szereplő e-mail címre.
(gabu és az új accok topic mirror)
(
mplayerhq shutdown pardey
2011/04/09 20:13
Tomorrow, ex-MPlayer Core Team celebrates Attila Kinali’s nervous breakdown at Arpi’s place.
Heavy drinking will occur.
If you’re not invited: tough!
Heavy drinking will occur.
If you’re not invited: tough!
mysql = szarhatár
2011/04/08 10:14
Instances of BLOB or TEXT columns in the result of a query that is processed using a temporary table causes the server to use a table on disk rather than in memory because the MEMORY storage engine does not support those data types (see Section 7.8.4, “How MySQL Uses Internal Temporary Tables”). Use of disk incurs a performance penalty, so include BLOB or TEXT columns in the query result only if they are really needed. For example, avoid using SELECT *, which selects all columns.
El nem hiszem hogy ekkora fostenger hogy létezhet bazmeg. Eleve mi a faszért kell másodpercenként többször 100Mb-os ideiglenes táblákat hdd-re írni, mikor több giga ram van szabadon?! Ja persze rakhatom tmpfs-re is (ha nem hánynám el magam ekkora gány workaroundtól), na az meg így néz ki:
El nem hiszem hogy ekkora fostenger hogy létezhet bazmeg. Eleve mi a faszért kell másodpercenként többször 100Mb-os ideiglenes táblákat hdd-re írni, mikor több giga ram van szabadon?! Ja persze rakhatom tmpfs-re is (ha nem hánynám el magam ekkora gány workaroundtól), na az meg így néz ki:
Talán mondanom sem kell: az amúgy is “rapszodikus” üzemre nem fejt ki különösebben jótékony hatást, amikor elfogy a hely.
MySQL - Tervezhető Működés.
mysql ate my hamster
2011/04/03 19:54
- install mariadb
- mysql_install_db
- start mariadb
- import backup.sql | sed s/ENGINE=InnoDB/ENGINE=Aria/
- nominális működés
- shutdown mariadb
- start mariadb
- PROFIT
#0 0x0000000000666095 in ha_resolve_by_name ()
#1 0x00000000005d9b0c in open_table_def ()
#2 0x00000000005cdc92 in get_table_share ()
#3 0x00000000005d0a85 in close_temporary_tables ()
#4 0x00000000005d243e in open_table ()
#5 0x00000000005d34b4 in open_tables ()
#6 0x00000000005d3712 in open_and_lock_tables_derived ()
#7 0x00000000006dbf11 in plugin_init ()
#8 0x0000000000587041 in unireg_abort ()
#9 0x0000000000588775 in main ()
a tegnap reggeli innodb corruption
2011/03/24 07:52
úgy hiányzott, mint egy falat kenyér
mysql> drop database piwik;
InnoDB: Assertion failure in thread 1098947776 in file fsp/fsp0fsp.c line 3170
InnoDB: Failing assertion: not_full_n_used >= descr_n_used
InnoDB: We intentionally generate a memory trap.
de tényleg, amúgy kurvajó ez a mysql, csak az miért van hogy egy másik gépen egy régi unstable freebsd zfs implementációval hetente random lefagyó postgresqlről azt se tudom hogy létezik (ugyanis soha nem bír elcorruptolni), de ha ez alatt a fos alatt crashel el valami, akkor már megyek is a backup szalagokért
mysql> drop database piwik;
InnoDB: Assertion failure in thread 1098947776 in file fsp/fsp0fsp.c line 3170
InnoDB: Failing assertion: not_full_n_used >= descr_n_used
InnoDB: We intentionally generate a memory trap.
de tényleg, amúgy kurvajó ez a mysql, csak az miért van hogy egy másik gépen egy régi unstable freebsd zfs implementációval hetente random lefagyó postgresqlről azt se tudom hogy létezik (ugyanis soha nem bír elcorruptolni), de ha ez alatt a fos alatt crashel el valami, akkor már megyek is a backup szalagokért
freebsd sucks less
2011/03/18 07:50
FreeBSD 8.2 has finally fixed the long-standing if_tap/if_tun “No buffer space available” bug, which has really plagued some VPN deployments (it was moderately alleviated with the linked patch).
On the other hand, ZFS became a real memory hog with this revision. Certainly a bug, fix it asap!
On the other hand, ZFS became a real memory hog with this revision. Certainly a bug, fix it asap!
afpd vs zfs
2011/03/02 11:46
23152 afpd 4.167161 NAMI "../data2"
23152 afpd 4.167194 RET lstat -1 errno 13 Permission denied
Note to self: afpd can’t share zfs mountpoints directly, share a subdir instead.
23152 afpd 4.167194 RET lstat -1 errno 13 Permission denied
Note to self: afpd can’t share zfs mountpoints directly, share a subdir instead.
epic linux filesystem migration fails
2011/02/28 10:35
2010.01: Google upgrading to Ext4
2011.02: Google’s Bug Has Disabled Around 150,000 Gmail Accounts
Bár tulajdonképp 1 évig ment, binuxtól ez egész jó teljesítmény.
2011.02: Google’s Bug Has Disabled Around 150,000 Gmail Accounts
Bár tulajdonképp 1 évig ment, binuxtól ez egész jó teljesítmény.
epic linux migration for the win
2011/02/25 11:29
2010.01.22
Megkezdte az átállást Linux-ra a London Stock Exchange
2010.10.14
A London Stock Exchange túl van az első éles Linux teszten
2010.11.02
A London Stock Exchange elhalasztotta a Linux-ra váltást
2011.02.14
Ma reggeltől SUSE Linux technológia dolgozik a London Stock Exchange kereskedési rendszere alatt
2011.02.25
Leállt a kereskedés a londoni tőzsdén technikai problémák miatt
Plusz: “a héten már kedden 6 és fél órára leállt az ugyanezen a platformon működő milánói börze.”
A tőzsde korábbi, Windows Server alapokon nyugvó változata 2007-ben szintén egy súlyos - kerek nyolc óráig tartó - üzemzavart szenvedett el, amit akkor egy mindösszesen 2 miliszekundumos, de a rendszer egészén jelentkező késleltetés megjelenése okozott.
A Financial Times értesülései szerint kedden az okozott problémát, hogy záró ajánlattétel 42 másodperccel később következett be, mint várták
2 msec vs 42000 msec, végülis nincs gáz
Megkezdte az átállást Linux-ra a London Stock Exchange
2010.10.14
A London Stock Exchange túl van az első éles Linux teszten
2010.11.02
A London Stock Exchange elhalasztotta a Linux-ra váltást
2011.02.14
Ma reggeltől SUSE Linux technológia dolgozik a London Stock Exchange kereskedési rendszere alatt
2011.02.25
Leállt a kereskedés a londoni tőzsdén technikai problémák miatt
Plusz: “a héten már kedden 6 és fél órára leállt az ugyanezen a platformon működő milánói börze.”
A tőzsde korábbi, Windows Server alapokon nyugvó változata 2007-ben szintén egy súlyos - kerek nyolc óráig tartó - üzemzavart szenvedett el, amit akkor egy mindösszesen 2 miliszekundumos, de a rendszer egészén jelentkező késleltetés megjelenése okozott.
A Financial Times értesülései szerint kedden az okozott problémát, hogy záró ajánlattétel 42 másodperccel később következett be, mint várták
2 msec vs 42000 msec, végülis nincs gáz
botnet in the making
2011/02/25 09:07
Some unlucky exim/binux boxes partying hard at irc://83.13.159.106:9865/#flo:
scan@91.220.53.160 [scan]
scan@91.220.53.160 [scan]
scan@91.220.53.160 [scan]
scan@70.57.237.106 [scan]
scan@188.84.180.201 [scan]
scan@188.84.180.119 [scan]
scan@72.90.111.10 [scan]
scan@first.cvl.iis.u-tokyo.ac.jp [scan]
scan@188.75.132.22 [scan]
scan@motiw.mobilmir.ru [scan]
scan@91.215.218.184 [scan]
scan@91.210.3.14 [scan]
scan@TOROON12-1176046993.sdsl.bell.ca [scan]
scan@wsip-70-168-108-201.dc.dc.cox.net [scan]
scan@70.108.241.95 [scan]
scan@h-72-245-145-254.cmbrmaor.static.covad.net [scan]
scan@p5B000D74.dip0.t-ipconnect.de [scan]
scan@188.72.233.217 [scan]
scan@static-71-97-233-211.dllstx.dsl-w.verizon.net [scan]
scan@72.1.70.111 [scan]
ebian-exi@amurgeo.ru [scan]
scan@c-71-196-138-170.hsd1.co.comcast.net [scan]
scan@71.5.115.102 [scan]
scan@71-80-206-100.dhcp.mdfd.or.charter.com [scan]
scan@188.175.37.70 [scan]
scan@188.179.22.114 [scan]
scan@mail.grupfoni.com [scan]
scan@71.6.203.5 [scan]
scan@rrcs-71-40-151-10.se.biz.rr.com [scan]
scan@desertshore.valesh.com [scan]
scan@188.165.216.189 [scan]
scan@dwal.vm.bytemark.co.uk [scan]
scan@70-88-68-97-ISP-IN.hfc.comcastbusiness.net [scan]
scan@80.68.92.11 [scan]
scan@db2.proma.pl [scan]
scan@db2.proma.pl [scan]
scan@188.132.215.66 [scan]
scan@wb238.internetdsl.tpnet.pl [scan]
scan@80.64.65.91 [scan]
scan@gvq106.internetdsl.tpnet.pl [scan]
scan@80.25.205.152 [scan]
scan@c-71-206-186-106.hsd1.va.comcast.net [scan]
scan@pool-71-191-154-204.washdc.fios.verizon.net [scan]
scan@188.121.50.49 [scan]
scan@188.121.50.49 [scan]
ebian-exi@gama.nationaltelecom.com.br [scan]
scan@80.243.4.124 [scan]
ebian-exi@80.244.242.161 [scan]
scan@187.5.19.251 [scan]
scan@test.icredit.fi [scan]
scan@shearermorrismcn.plus.com [scan]
scan@187.63.114.15 [scan]
scan@mail.pacb.org [scan]
scan@186.4.2.98 [scan]
scan@mm-ss1.mega-m.net [scan]
scan@186.83.87.77 [scan]
scan@rrcs-70-61-236-82.central.biz.rr.com [scan]
scan@80.109.57.233 [scan]
scan@75-149-94-65-Illinois.hfc.comcastbusiness.net [scan]
scan@184.168.67.4 [scan]
scan@184.105.235.66 [scan]
scan@184-106-218-133.static.cloud-ips.com [scan]
scan@184.105.235.66 [scan]
scan@182.71.158.5 [scan]
scan@183179233183.ctinets.com [scan]
scan@180.241.253.212 [scan]
scan@110.164.218.56 [scan]
scan@70-103-162-126.brainfood.com [scan]
scan@202.253.249.18 [scan]
scan@cordillera.admision.usm.cl [scan]
scan@www.inamar.cl [scan]
scan@202.21.176.67 [scan]
scan@202.162.199.144 [scan]
scan@202.190.197.146 [scan]
ebian-exi@202.180.82.23 [scan]
scan@202.181.181.41 [scan]
scan@ftpsrv1.tranzpeer.net [scan]
scan@202.179.245.3 [scan]
scan@202.162.79.98 [scan]
scan@202.167.215.14 [scan]
scan@202.172.226.11 [scan]
ebian-exi@cpclab.diccism.unipi.it [scan]
scan@202.157.142.134 [scan]
scan@202.110.218.136 [scan]
scan@202.141.163.2 [scan]
scan@home.thesadlers.org [scan]
scan@202.126.199.61 [scan]
scan@20158034108.user.veloxzone.com.br [scan]
scan@201-048-152-249.static.ctbctelecom.com.br [scan]
scan@201.217.51.61 [scan]
ebian-exi@201.236.222.132 [scan]
scan@static-adsl201-232-12-117.epm.net.co [scan]
scan@201.219.131.69 [scan]
scan@201.219.157.97 [scan]
scan@201.234.81.67 [scan]
scan@201.209.135.222 [scan]
scan@200.25.212.196 [scan]
scan@201.20.22.36 [scan]
scan@mail1.pccp.com.ar [scan]
scan@201.20.22.36 [scan]
ebian-exi@201.120.143.32 [scan]
scan@201.134.46.182 [scan]
scan@201.116.102.178 [scan]
scan@mitre.serv.net.mx [scan]
scan@201.11.204.4 [scan]
scan@219.142.118.138 [scan]
scan@219.142.118.140 [scan]
scan@219.142.118.136 [scan]
scan@187.174.190.3 [scan]
scan@200.60.158.134 [scan]
scan@200.69.140.58 [scan]
scan@dial33-125.sion.net [scan]
scan@200.60.158.138 [scan]
scan@200.59.10.149 [scan]
scan@200.59.10.149 [scan]
scan@onq146.internetdsl.tpnet.pl [scan]
ebian-exi@200.55.139.134 [scan]
scan@200.37.189.98 [scan]
scan@200.37.2.140 [scan]
scan@host-200-26-166-137.movilmax.com [scan]
scan@200.36.53.7 [scan]
scan@ibitipoca.fisica.ufjf.br [scan]
ebian-exi@200.16.241.16 [scan]
scan@200.124.241.93 [scan]
scan@200-150-182-154.static-corp.ajato.com.br [scan]
scan@mail.rfr.org.ec [scan]
scan@200.107.236.11 [scan]
scan@115.182.52.82 [scan]
scan@115.165.177.178 [scan]
scan@115.165.177.177 [scan]
scan@sys.skku.edu [scan]
scan@114.143.97.85 [scan]
scan@p3095-ipbf7203marunouchi.tokyo.ocn.ne.jp [scan]
scan@187.5.19.251 [scan]
scan@187.141.66.35 [scan]
scan@110.74.67.123 [scan]
scan@110.74.68.79 [scan]
scan@110-174-224-6.static.tpgi.com.au [scan]
scan@c3p0.tentwentyfour.net [scan]
scan@91.100.100.38.generic-hostname.arrownet.dk [scan]
scan@148.233.10.108 [scan]
scan@148.202.3.62 [scan]
scan@91.220.53.160 [scan]
scan@91.220.53.160 [scan]
scan@91.220.53.160 [scan]
scan@70.57.237.106 [scan]
scan@188.84.180.201 [scan]
scan@188.84.180.119 [scan]
scan@72.90.111.10 [scan]
scan@first.cvl.iis.u-tokyo.ac.jp [scan]
scan@188.75.132.22 [scan]
scan@motiw.mobilmir.ru [scan]
scan@91.215.218.184 [scan]
scan@91.210.3.14 [scan]
scan@TOROON12-1176046993.sdsl.bell.ca [scan]
scan@wsip-70-168-108-201.dc.dc.cox.net [scan]
scan@70.108.241.95 [scan]
scan@h-72-245-145-254.cmbrmaor.static.covad.net [scan]
scan@p5B000D74.dip0.t-ipconnect.de [scan]
scan@188.72.233.217 [scan]
scan@static-71-97-233-211.dllstx.dsl-w.verizon.net [scan]
scan@72.1.70.111 [scan]
ebian-exi@amurgeo.ru [scan]
scan@c-71-196-138-170.hsd1.co.comcast.net [scan]
scan@71.5.115.102 [scan]
scan@71-80-206-100.dhcp.mdfd.or.charter.com [scan]
scan@188.175.37.70 [scan]
scan@188.179.22.114 [scan]
scan@mail.grupfoni.com [scan]
scan@71.6.203.5 [scan]
scan@rrcs-71-40-151-10.se.biz.rr.com [scan]
scan@desertshore.valesh.com [scan]
scan@188.165.216.189 [scan]
scan@dwal.vm.bytemark.co.uk [scan]
scan@70-88-68-97-ISP-IN.hfc.comcastbusiness.net [scan]
scan@80.68.92.11 [scan]
scan@db2.proma.pl [scan]
scan@db2.proma.pl [scan]
scan@188.132.215.66 [scan]
scan@wb238.internetdsl.tpnet.pl [scan]
scan@80.64.65.91 [scan]
scan@gvq106.internetdsl.tpnet.pl [scan]
scan@80.25.205.152 [scan]
scan@c-71-206-186-106.hsd1.va.comcast.net [scan]
scan@pool-71-191-154-204.washdc.fios.verizon.net [scan]
scan@188.121.50.49 [scan]
scan@188.121.50.49 [scan]
ebian-exi@gama.nationaltelecom.com.br [scan]
scan@80.243.4.124 [scan]
ebian-exi@80.244.242.161 [scan]
scan@187.5.19.251 [scan]
scan@test.icredit.fi [scan]
scan@shearermorrismcn.plus.com [scan]
scan@187.63.114.15 [scan]
scan@mail.pacb.org [scan]
scan@186.4.2.98 [scan]
scan@mm-ss1.mega-m.net [scan]
scan@186.83.87.77 [scan]
scan@rrcs-70-61-236-82.central.biz.rr.com [scan]
scan@80.109.57.233 [scan]
scan@75-149-94-65-Illinois.hfc.comcastbusiness.net [scan]
scan@184.168.67.4 [scan]
scan@184.105.235.66 [scan]
scan@184-106-218-133.static.cloud-ips.com [scan]
scan@184.105.235.66 [scan]
scan@182.71.158.5 [scan]
scan@183179233183.ctinets.com [scan]
scan@180.241.253.212 [scan]
scan@110.164.218.56 [scan]
scan@70-103-162-126.brainfood.com [scan]
scan@202.253.249.18 [scan]
scan@cordillera.admision.usm.cl [scan]
scan@www.inamar.cl [scan]
scan@202.21.176.67 [scan]
scan@202.162.199.144 [scan]
scan@202.190.197.146 [scan]
ebian-exi@202.180.82.23 [scan]
scan@202.181.181.41 [scan]
scan@ftpsrv1.tranzpeer.net [scan]
scan@202.179.245.3 [scan]
scan@202.162.79.98 [scan]
scan@202.167.215.14 [scan]
scan@202.172.226.11 [scan]
ebian-exi@cpclab.diccism.unipi.it [scan]
scan@202.157.142.134 [scan]
scan@202.110.218.136 [scan]
scan@202.141.163.2 [scan]
scan@home.thesadlers.org [scan]
scan@202.126.199.61 [scan]
scan@20158034108.user.veloxzone.com.br [scan]
scan@201-048-152-249.static.ctbctelecom.com.br [scan]
scan@201.217.51.61 [scan]
ebian-exi@201.236.222.132 [scan]
scan@static-adsl201-232-12-117.epm.net.co [scan]
scan@201.219.131.69 [scan]
scan@201.219.157.97 [scan]
scan@201.234.81.67 [scan]
scan@201.209.135.222 [scan]
scan@200.25.212.196 [scan]
scan@201.20.22.36 [scan]
scan@mail1.pccp.com.ar [scan]
scan@201.20.22.36 [scan]
ebian-exi@201.120.143.32 [scan]
scan@201.134.46.182 [scan]
scan@201.116.102.178 [scan]
scan@mitre.serv.net.mx [scan]
scan@201.11.204.4 [scan]
scan@219.142.118.138 [scan]
scan@219.142.118.140 [scan]
scan@219.142.118.136 [scan]
scan@187.174.190.3 [scan]
scan@200.60.158.134 [scan]
scan@200.69.140.58 [scan]
scan@dial33-125.sion.net [scan]
scan@200.60.158.138 [scan]
scan@200.59.10.149 [scan]
scan@200.59.10.149 [scan]
scan@onq146.internetdsl.tpnet.pl [scan]
ebian-exi@200.55.139.134 [scan]
scan@200.37.189.98 [scan]
scan@200.37.2.140 [scan]
scan@host-200-26-166-137.movilmax.com [scan]
scan@200.36.53.7 [scan]
scan@ibitipoca.fisica.ufjf.br [scan]
ebian-exi@200.16.241.16 [scan]
scan@200.124.241.93 [scan]
scan@200-150-182-154.static-corp.ajato.com.br [scan]
scan@mail.rfr.org.ec [scan]
scan@200.107.236.11 [scan]
scan@115.182.52.82 [scan]
scan@115.165.177.178 [scan]
scan@115.165.177.177 [scan]
scan@sys.skku.edu [scan]
scan@114.143.97.85 [scan]
scan@p3095-ipbf7203marunouchi.tokyo.ocn.ne.jp [scan]
scan@187.5.19.251 [scan]
scan@187.141.66.35 [scan]
scan@110.74.67.123 [scan]
scan@110.74.68.79 [scan]
scan@110-174-224-6.static.tpgi.com.au [scan]
scan@c3p0.tentwentyfour.net [scan]
scan@91.100.100.38.generic-hostname.arrownet.dk [scan]
scan@148.233.10.108 [scan]
scan@148.202.3.62 [scan]
just use a supported kernel
2011/02/16 07:24
ffmpeg coup
2011/01/21 09:12
Backstory
Let’s fly back to 2004. Those were the days: MPlayer basks in her full glory, being by far the best UNIX media player (for some, even on Windows), there is no Bubuntu flying around everywhere yet, and without the innovative iPhone paving the way nobody thinks that a UNIX could be the basis of a viable mobile platform (yay, sucky Yopy). All things considered, peace reigns.
Except for the fact that a danish company, KiSS Tech. takes subreader.c from MPlayer (coded by a fellow hungarian called laaz), and sells it in a nice videoplayer set-top-box. Following my negotiations, the Core Team and KiSS - in one of the first GPL-related copyright cases - reached an out of court settlement: KiSS would remove the aforementioned code snippet, and compensate us for the damage.
This is the point where our favorite coup d’état guys (Attila Kinali and Diego Biurrun) decided that they were unjustly left out. Of course they were, being the RMS’ish shady backstabbers they are. They subsequently rallied some people under their flag, and after a vote, they demanded that I hand over the legal matters. As it turns out, these babbling idiots would have wanted to sue the company, despite the fact that laaz, the code author has already agreed to a settlement.
With MPlayer being the desolate, unfunny place without A’rpi (he left the project months ago, because these morons were impossible to work with), I decided to do the next YAML (Yet Another MPlayer Leaving).
Naturally, KiSS detected the amount of bullshit flowing around, and ignored Diego’s (the new legal rep) mails happily ever after. No compensation for MPlayer, so long suckers!
... and back in 2011
These very same two guys decided to do another coup (this act is henceforth known as “pulling a Diego”), this time at ffmpeg. For the less educated masses out there: ffmpeg (and opensource MPEG4/DivX/etc decoding in general) was made possible in great part by two people: Fabrice Bellard the genius french mathematician programmer, and Michael Niedermayer, the... oh whatever, the codec god.
Guess which two people were recently proclaimed persona non grata by two jacobin rebels.
To add insult to the injury, it has been recently revealed that Niedermayer wrote a will in the past years, which - in case of his death - ordered all his IT stuff to be given to these very same backstabbers: Attila, and Diego. :(
Presently the project’s two “expert maintainers” (Michael’s words:) are these two part-time ubuntu admin kids... who are completely oblivious to the fact that the hijacked domain (AND the ffmpeg trademark, say hello to Mr. Lawsuit) still belongs to Fabrice. Guaranteed lulz will ensue shortly.
UPDATE: after I published this entry, Attila Kinali (on behalf of the whole FFmpeg!) has contacted my ISP (and my own company), requesting my block. Failed big time.
Let’s fly back to 2004. Those were the days: MPlayer basks in her full glory, being by far the best UNIX media player (for some, even on Windows), there is no Bubuntu flying around everywhere yet, and without the innovative iPhone paving the way nobody thinks that a UNIX could be the basis of a viable mobile platform (yay, sucky Yopy). All things considered, peace reigns.
Except for the fact that a danish company, KiSS Tech. takes subreader.c from MPlayer (coded by a fellow hungarian called laaz), and sells it in a nice videoplayer set-top-box. Following my negotiations, the Core Team and KiSS - in one of the first GPL-related copyright cases - reached an out of court settlement: KiSS would remove the aforementioned code snippet, and compensate us for the damage.
This is the point where our favorite coup d’état guys (Attila Kinali and Diego Biurrun) decided that they were unjustly left out. Of course they were, being the RMS’ish shady backstabbers they are. They subsequently rallied some people under their flag, and after a vote, they demanded that I hand over the legal matters. As it turns out, these babbling idiots would have wanted to sue the company, despite the fact that laaz, the code author has already agreed to a settlement.
With MPlayer being the desolate, unfunny place without A’rpi (he left the project months ago, because these morons were impossible to work with), I decided to do the next YAML (Yet Another MPlayer Leaving).
Naturally, KiSS detected the amount of bullshit flowing around, and ignored Diego’s (the new legal rep) mails happily ever after. No compensation for MPlayer, so long suckers!
... and back in 2011
These very same two guys decided to do another coup (this act is henceforth known as “pulling a Diego”), this time at ffmpeg. For the less educated masses out there: ffmpeg (and opensource MPEG4/DivX/etc decoding in general) was made possible in great part by two people: Fabrice Bellard the genius french mathematician programmer, and Michael Niedermayer, the... oh whatever, the codec god.
Guess which two people were recently proclaimed persona non grata by two jacobin rebels.
To add insult to the injury, it has been recently revealed that Niedermayer wrote a will in the past years, which - in case of his death - ordered all his IT stuff to be given to these very same backstabbers: Attila, and Diego. :(
Presently the project’s two “expert maintainers” (Michael’s words:) are these two part-time ubuntu admin kids... who are completely oblivious to the fact that the hijacked domain (AND the ffmpeg trademark, say hello to Mr. Lawsuit) still belongs to Fabrice. Guaranteed lulz will ensue shortly.
UPDATE: after I published this entry, Attila Kinali (on behalf of the whole FFmpeg!) has contacted my ISP (and my own company), requesting my block. Failed big time.
exec() vs ioctl()
2011/01/12 08:44
Tudomásul vettem az igyekezetet, de mint látható, két három hupmeme szereplő már oda is szaladt értetlenkedni, és a nap még épp csak kezdődik. A hwsw unix pótlékán egyszerűen nincs igény az igényre, többek között ezen sajnálatos tendencia miatt van az is, hogy a “régi gépeken is jól fut a linuksz!” elképzelés helyett ma már csak lemondóan Windows 98-at ajánlanak egy 48Mb memóriával ellátott laptopra. Én anno 1999 körül 16Mb RAM és 166Mhz mellett futtattam X alatt Operát melóban, ezt azonban a mai fogyatékos kompiz-generáció már el sem tudja képzelni, ahogy azt sem, hogy a fenti hupper szemlélet égisze alatt elkészült brutálisan lassú és bloated glibc előtt volt még egy olyan dolog is, hogy libc5.
Update
“Nos, talan mert az ifconfig parameterezese es kimenete sokkal-sokkal egysegesebb, mint az ioctl valaha is lesz.” - írja ragya84.
Update
“Nos, talan mert az ifconfig parameterezese es kimenete sokkal-sokkal egysegesebb, mint az ioctl valaha is lesz.” - írja ragya84.
hrgy84 / hron84 / hron85
Nevezett lamer egyébként az egyik legnagyobb pofájú sivítozógép, eligénytelenedett világunkban talán még pénzt is kereshetne ezen remek képességével, ha nem párosulna mellé a manapság alanyi jogon járó egetverő ostobaság. Szegény binux-only kissrác ugyanis a fenti tény elképzelés közlése előtt (természetesen) nem nézett bele a vonatkozó kódba, ahol nagyjából 10-féle UNIX “egységes” ifconfig/route szintaxisai vannak külön-külön “lekezelve”. Nice try. o/
hovd 2010 alternate results
2011/01/09 15:23
Véget ért a Hadd Szavazzanak A Nyomorékok Is 2010 compo. Lássuk először a létszámot. A “Kedvenc Linux Distro” szavazáson 2006-ban 1506, 2008-ban 1276, 2009-ben 1221, idén pedig csupán 1047 rosszéletű bubuntus vett részt (2011: 1068). Összehasonlításképp a Bombagyáron egy átlag poll 1600 szavazatot kapott.
Bonus info: ahogy Micskó is észrevette, ez a gyorsan csökkenő létszámú szerencsétlen banda évek óta ugyanolyan végeredményeket produkál, tehát még fluktuációról (és az ezzel járó preferenciaváltozásról) sem beszélhetünk: gyakorlatilag évek óta tök ugyanazok az emberek szavaznak a hup nevű fosportálon.
Way to go, unixpótlék! o/
(közben eltűnt a hup-ról a trey üzlettársát kritizáló poszt is, nahát, persze ezt is “biztosan az írója törölte:-)”, etc...)
Bonus info: ahogy Micskó is észrevette, ez a gyorsan csökkenő létszámú szerencsétlen banda évek óta ugyanolyan végeredményeket produkál, tehát még fluktuációról (és az ezzel járó preferenciaváltozásról) sem beszélhetünk: gyakorlatilag évek óta tök ugyanazok az emberek szavaznak a hup nevű fosportálon.
Way to go, unixpótlék! o/
(közben eltűnt a hup-ról a trey üzlettársát kritizáló poszt is, nahát, persze ezt is “biztosan az írója törölte:-)”, etc...)
egzim
2010/12/18 09:28
Vannak ugye ezek a bölcsészkaron tobzódó “linux szakértők”, akiknél a szaktudás annyiból áll, hogy felfosnak egy debian-t, bekörmölik a crontab-ba hogy aptgetápdét, aptgetápgréd, és Kurt Roecx személyéről mit sem tudva (nagy betűvel! a linux nevű métely elleni küzdelem nagy alakja!) tökéletesen meg vannak arról győződve, hogy ők most egy “biztonságos” szervert installáltak, pardon: telepítettek. (magyar Win3.1 install disk #1: telepit.exe)
Náluk mostanában olyan problémák adódnak, hogy megszűnik a levelezés nominális működése, megváltozik egy-két-húsz rendszerfile, valamint egyéb hasonló csacskaságok, amik egy linux mindennapjainak szabványos velejárói. Ma is lehúzhatunk (a wc-n) két dogmát:
1.stable-t (angol: istálló) kell használni, a security fix-eket úgyis kiadják arra is
2.a manyeyeballs a legjobb mód a hibák felderítésére
Moving on.
Náluk mostanában olyan problémák adódnak, hogy megszűnik a levelezés nominális működése, megváltozik egy-két-húsz rendszerfile, valamint egyéb hasonló csacskaságok, amik egy linux mindennapjainak szabványos velejárói. Ma is lehúzhatunk (a wc-n) két dogmát:
1.
2.
Moving on.
ted ts'o followup
2010/12/14 08:28
Now that the “ext4” filesystem has been chosen (unsafe link: blog of a linux-loving manwhore) for the new revision of NSA’s widely despised cellphone OS (“Android”), it’s time to revisit my old article from 2009. Finished? Good. Some good remarks from the chink (Ted):
“Fsync() might make things more visible”
“it may remove some optimization”
“part of the problem is Firefox”
Summary: he insists that the complete userland must be rewritten, because his fs performs worse (and lose more data btw) than other, better filesystems. Re-reading his old trolling I can’t believe how I missed the part where he (after pages long benchmarking and analyzing) realizes that he has no good explanation on why his ext* crap loses badly to any real filesystem, finally proclaims: “exactly how important is it to update those darned sqllite databases after every web click?” Yes, this, after all his “important databases must fsync” ranting.
Oh wait. So then your data is not any more important to your filesystem’s programmer than a steaming pile of goatshit. And/or he’s an incompetent, pompous ass.
Please trust your data on ext4, and linux. Please do. I just love a good laugh. Also that’s when I say: “I informed you thusly”©.
spamassassin jószoft
2010/12/13 16:46
~spam/.spamassassin: 453,403,690,385 bytes in 43 files
16:45 toroltem a spamassassin fontos negyszaz terajat
16:46 megint reszponziv lett a mailszolgaltatas
16:46 gondolom ez nem volt szempont a tervezesnel
-rw------- 1 spam spam 5730336768 Dec 11 21:27 bayes_toks.expire14612
-rw------- 1 spam spam 19061932032 Dec 11 15:35 bayes_toks.expire14682
-rw------- 1 spam spam 36512464896 Dec 13 16:32 bayes_toks.expire172
-rw------- 1 spam spam 3273129984 Dec 11 09:10 bayes_toks.expire19646
-rw------- 1 spam spam 332398592 Dec 11 10:31 bayes_toks.expire22986
-rw------- 1 spam spam 5644353536 Dec 11 08:58 bayes_toks.expire24458
-rw------- 1 spam spam 10207100928 Dec 13 09:43 bayes_toks.expire31064
-rw------- 1 spam spam 582746112 Dec 12 21:10 bayes_toks.expire49957
-rw------- 1 spam spam 3299213312 Dec 11 22:28 bayes_toks.expire558
-rw------- 1 spam spam 36513906688 Dec 13 10:24 bayes_toks.expire6079
-rw------- 1 spam spam 537526272 Dec 13 02:11 bayes_toks.expire67657
-rw------- 1 spam spam 592969728 Dec 13 02:15 bayes_toks.expire67659
-rw------- 1 spam spam 302776320 Dec 13 05:59 bayes_toks.expire73010
-rw------- 1 spam spam 603717632 Dec 13 03:11 bayes_toks.expire73011
-rw------- 1 spam spam 538836992 Dec 13 03:16 bayes_toks.expire73012
-rw------- 1 spam spam 10406985728 Dec 13 16:37 bayes_toks.expire743
-rw------- 1 spam spam 36521639936 Dec 13 14:02 bayes_toks.expire870
-rw------- 1 spam spam 573308928 Dec 13 02:06 bayes_toks.expire9093
-rw------- 1 spam spam 1960574976 Dec 12 03:06 bayes_toks.expire9094
-rw------- 1 spam spam 140132483072 Dec 13 13:19 bayes_toks.expire96059
-rw------- 1 spam spam 140136153088 Dec 13 13:04 bayes_toks.expire96060
16:45 toroltem a spamassassin fontos negyszaz terajat
16:46 megint reszponziv lett a mailszolgaltatas
16:46 gondolom ez nem volt szempont a tervezesnel
binux security myth
2010/12/13 15:20
Gyors helyzetjelentés a frontról.
Remek nap ez a mai, egyrészt mert küldött egy nagyobb összeget drága rendőrségünk (illetve nyilvánvalóan nem önszántukból, hanem végrehajtás következtében), másrészt pedig jótét lelkek feltörték a Gawker teljes rendszerét. Az ok természetesen a szokásos: utcáról beesett, magyar linuxos egyetemista “szakemberekből” álló csapattal sikerült üzemeltetni a rendszert, további információk: “Ebben is van Linux?” örömtopic @ hup
Az openssl eset óta közröhej tárgyát képező debianról pedig pár napja derült ki aminek menetrendszerűen jönnie kellett, nevezetesen, hogy két éve nyilvános remote root törés létezik rá (megjegyzem, a vulnerability Exim-specifikus, tehát más linuxok is érintettek, lulz galore!). Egyre gyorsuló ütemben omlik össze a binux “magától értetődő” biztonságmítosza - melynek valótlanságára az IT security szakemberek (és én is, mint kibic) évek óta folyamatosan mutogatnak. Egyelőre nem vagyok biztos benne, hogy ez az összezuhanás 3, vagy 5 év múlva éri el a kritikus tömeget, de abban igen, hogy kurva vicces lesz.
Shameless plug: előzze meg linuxos rendszerének elkerülhetetlen feltörését, és/vagy összeomlását! Olcsó, de legalább ócska linuxos gyerekek helyett béreljen fel engem, Ön! (nagyobb lélegzetű elgondolások esetén az “engem” szó helyett a “minket” használatos) E-mail cím alant található.
Remek nap ez a mai, egyrészt mert küldött egy nagyobb összeget drága rendőrségünk (illetve nyilvánvalóan nem önszántukból, hanem végrehajtás következtében), másrészt pedig jótét lelkek feltörték a Gawker teljes rendszerét. Az ok természetesen a szokásos: utcáról beesett, magyar linuxos egyetemista “szakemberekből” álló csapattal sikerült üzemeltetni a rendszert, további információk: “Ebben is van Linux?” örömtopic @ hup
Az openssl eset óta közröhej tárgyát képező debianról pedig pár napja derült ki aminek menetrendszerűen jönnie kellett, nevezetesen, hogy két éve nyilvános remote root törés létezik rá (megjegyzem, a vulnerability Exim-specifikus, tehát más linuxok is érintettek, lulz galore!). Egyre gyorsuló ütemben omlik össze a binux “magától értetődő” biztonságmítosza - melynek valótlanságára az IT security szakemberek (és én is, mint kibic) évek óta folyamatosan mutogatnak. Egyelőre nem vagyok biztos benne, hogy ez az összezuhanás 3, vagy 5 év múlva éri el a kritikus tömeget, de abban igen, hogy kurva vicces lesz.
Shameless plug: előzze meg linuxos rendszerének elkerülhetetlen feltörését, és/vagy összeomlását! Olcsó, de legalább ócska linuxos gyerekek helyett béreljen fel engem, Ön! (nagyobb lélegzetű elgondolások esetén az “engem” szó helyett a “minket” használatos) E-mail cím alant található.
openssl
2010/11/30 17:46
OpenSSL is written by monkeys
seconded
Egyébként valami jótét lélek felnyomta az egyik fogyatékfellegvárat, yeah!
seconded
Egyébként valami jótét lélek felnyomta az egyik fogyatékfellegvárat, yeah!
sj spam @ hup
2010/11/21 09:34
Tovább lépett a HWSW Unix mellékletének Pótlékának (©pontscho) üzleti gépezete, de sajnos a kedves felhasználóknak nem esett le a tantusz, vélhetően ezért
McHalls, a Svédországban tartózkodó dude például 2 napja lett bannolva a hup-ról, mert túl hangosan nevetett trey újabb Android-felszopó hazugságán, illetve angoltudásán. Ezzel szemben sj spamtopicjainak törlését már több fórumon illetve magánlevélben is kérték Micskótól, aki mindössze ennyit
Tessék már végre megérteni: HUP - aki fizet, az az isten.
McHalls, a Svédországban tartózkodó dude például 2 napja lett bannolva a hup-ról, mert túl hangosan nevetett trey újabb Android-felszopó hazugságán, illetve angoltudásán. Ezzel szemben sj spamtopicjainak törlését már több fórumon illetve magánlevélben is kérték Micskótól, aki mindössze ennyit
Tessék már végre megérteni: HUP - aki fizet, az az isten.
note to self
2010/10/24 20:13
Panic: sbdrop
don’t use freebsd + ipv6 + (certain?)jails (ipv4)
also dont use leftover i386 jails on amd_64, kills performance with at least ZFS
don’t use freebsd + ipv6 + (certain?)jails (ipv4)
also dont use leftover i386 jails on amd_64, kills performance with at least ZFS
OMG wikipedia haz it better
2010/09/21 11:04
Rui Paolo is a great little dipshit coder at the (Net)BSD scene, who’s responsible for this fantastic improvement, which transformed the output of
... to this:
Yea, NaN is a great value, which occurs by doing division by zero - on most architectures. Yes, Rui likes dividing by zero, especially because he can get away with it, all the while not receiving fatal buttsecks due to an event including an angry calculus teacher, and a rusty iron ruler.
What Mr. Paolo’s magnificient code does on a VAX (and on any sensible computer architecture not developed directly for mindless apes):
And WHY did he demonstrate his exceptional coding skills? Let me quote the Master’s Own Words:
OMG LETS DO CODE LIEK WIKIPEDIA!!!!
Fucking idiot.
ping6 -c1 ipv6.google.com from this:round-trip min/avg/max/std-dev = 78.509/78.509/78.509/0.000 ms... to this:
round-trip min/avg/max/std-dev = 76.162/76.162/76.162/nan msYea, NaN is a great value, which occurs by doing division by zero - on most architectures. Yes, Rui likes dividing by zero, especially because he can get away with it, all the while not receiving fatal buttsecks due to an event including an angry calculus teacher, and a rusty iron ruler.
What Mr. Paolo’s magnificient code does on a VAX (and on any sensible computer architecture not developed directly for mindless apes):
Floating point exception (core dumped)And WHY did he demonstrate his exceptional coding skills? Let me quote the Master’s Own Words:
”Replace the way we calculate the standard deviation with the unbiased form for non-related samples. There are several websites that explain why we should use this form instead of the normal formula to compute the std. dev. (Wikipedia is one of them).”
OMG LETS DO CODE LIEK WIKIPEDIA!!!!
Fucking idiot.
tr$y nem bírta meg
2010/09/01 23:25
23:19 < giftg4s> mit ereztel, mikor 3 honapig tovabb szedted a penzt
23:19 < giftg4s> jo volt?
23:19 < giftg4s> kicsit pironkodtal azert?
23:19 < tibyke> gabu, ez mar faj, hagyd mar abba.
23:19 < giftg4s> tudom hogy faj
23:19 < giftg4s> azert kerdem
23:19 < gmicsko> emberek komolyan mondom, hogy ez az ember tenyleg fun faktor
23:19 < tibyke> igy van, rekesszuk be az ulest.
23:19 < IroNiQ> giftg4s: az faj, hogy ugyesebben "lopott", mint te, vagy hogy nem neked jutott eszedbe az otlet?
23:19 < giftg4s> ertem, tehat szegyelled
23:19 -!- mode/#hup.hu [+o tibyke] by ChanServ
23:20 < giftg4s> IroNiQ: nekem nem faj, csak meg akarom ismerni az embert :)
23:20 -!- giftg4s was kicked from #hup.hu by tibyke [csini az uj hostod :*]
...
<@gmicsko> ggergely, nem tudom mondok-e ujat, de en nem szedtem penzt
<@gmicsko> az emberek egy alapitvanynak fizettek be onkent
...
< IroNiQ> gmicsko: aza baj, hogy telleg ures a www.fsn.hu
<@gmicsko> IroNiQ, annak idejen elveszett az oldal
<@gmicsko> nem az en dolgom potolnitrez, a terelés művésze :)
hup is dead
2010/08/30 09:14
Van nekem egy önként vállalt hobbim: alkalmanként rámutatok a HUP (régi nevén: Hungarian Unix Portal) és Micskó Gábor alias trey nevű gazdájának képmutató és nevetséges hülyeségeire. Nos, történt egy fejlemény, ami a HUP nevű üzlet pénzügyi oldalához kapcsolódik, és egyben sokak csipáját is kinyitotta.
(last update: 2010-09-06)
HUP - A Kezdetek (nem a phiai)
A HUP több, mint 10 éve működik. Eleinte valóban csak egy hobbiprojekt volt, szervere egy összekukázott pécé, Solaris operációs rendszer alatt. trey-nek azonban - tekintettel arra, hogy szakmája autószerelő - hamarosan elege lett az informatika ügyes-bajos dolgaiból, ezért úgy 2004-2005 környékén a T-nél dolgozó ismerősére, a FreeBSD rendszert preferáló bra-ra lőcsölte a HUP üzemeltetését. Bra egyébként része annak az alig tucatnyi HUP felhasználónak, akik a valóban szakmai vonalat képviselik, és egyedül ő az, aki ha sajnos ritkán is, de érdekfeszítő cikkeket szokott írni, melyek üdítő színfoltok a HUP-on folyamatosan ömlő linuxos szappanopera-cikkek közepette.
2004 tájékán indították ketten az FSN tégla projektet (followups: #1, #2, #3), amelynek keretében pénzzel lehetett támogatni az FSN Alapítvány működését. A gyakorlatban ez az FTP szerveren kívül nagyrészt a HUP-ot jelentette, és az adakozók is teljes mértékben a portál olvasói közül kerültek ki. A pénz az alapítvány számlájára került. Ekkor még vélhetően jóhiszemű tőkefelhalmozás folyt, ami aztán valóban hardvervásárlásra lett fordítva.
A HUP már ekkor volt annyira jelentős piaci szereplő, hogy az Intel Magyarország adományozott számára egy szervert, amelyen 2006 augusztusig futott. Vélhetően ekkor jutott trey eszébe, hogy élni könnyen is lehet.
HUP - A Fordulat
A portál azonban a 2004-2006 között ugrásszerűen megnövekedett kereslet miatt ezt a szervert is kinőtte (interesting fact: a kérdéses időszakban a tartalom, a felhasználók színvonala, valamint trey mentalitása soha nem látott mélységekbe zuhant). trey törte-törte a fejét egész nap, hogy hogyan lehetne ezt a vállalkozást profitábilisan továbbvinni, majd eszébe ötlött az FSN támogatás sikere. Az április 15.-én indult gyűjtés ezúttal nélkülözött mindenféle bra-féle kreativitást, téglák vagy hasonlók helyett mindössze egy számlaszámot kapott a jónép. A pénz pedig elkezdett áramlani, jézuspapucsos debian pólós gyermekek tömegei küldték felesleges 1-10 ezer forintjaikat kedvenc portáljuk fennmaradására.
Innen még lehetett volna korrekt a történet, a sors azonban mást tartogatott szereplőink számára.
A háttérben ugyanis időközben megjelent a HP, és a trey-jel folytatott megbeszélések folyamán ajánlatot tettek arra, hogy némi reklámértékért cserébe a kijelölt szervert ingyen a rendelkezésére bocsájtják. trey (mint később kiderült) 2006 május 2.-án meg is rendelte (sic!) a szervert, ezzel egyidőben bejelentette, hogy az adományozás többé-kevésbé szünetel. Ekkor a gyűjtés még csak 369,348 Ft-nál tartott. Július végén meg is érkezett a gép, amelyre bra azonnal migrálta az egész portált (a hardverről részletesen itt), és ezzel kezdetét vette egy “3 hónapos teszt időszak”. Mert egy MySQL+Drupal kombináció átmásolása tudvalevőleg hatalmas feladat...
A projekt tehát elérte célkitűzését, erről azonban a nagyérdemű egy nyúlfarknyi, eldugott bejegyzésen túl különösebb tájékoztatást nem kapott, a szerverre indított pénzgyűjtés nem állt meg, ahogy természetesen az adományok érkezése sem. A már említett 3 hónap alatt (milyen érdekes időbeli egyezés) így ráadásként összegyűlt a kitűzött másfél millió forint is (1,417,523 Ft, plusz az anonim donorok), ennélfogva trey semnyerészkedhetett gyűjthetett már tovább, kénytelen-kelletlen november végén széleskörűen publikálnia kellett az új szerver létezését. Megbízható forrásból származó értesülés szerint trey ekkor felvetette, hogy legyenek az adományok visszajuttatva a küldőknek, azonban némi utánajárás után kiderült, hogy ez ekkora mennyiségben praktikusan nem kivitelezhető.
Ezidőtájt kezdődött a későbbi évek folyamán majd oly’ sokszor felbukkanó ködösítés az “FSN Alapítvány számláján van a pénz” témakörben, melyet azonnal szóvá is tett valaki, trey pedig szokásos kedves stílusában holmi “majdan levő tájékoztatás” lebegtetése mellett udvarias útbaigazítást adott a kérdezősködés mikéntjei és hogyanjai kapcsán (lásd még: menj anyádba).
Ezzel a 200%-os nyereséggel ért véget a 2006-os év.
HUP - Az Üzlet
Egy év tervezés után 2008-ra trey konkrét elhatározásra jutott: életszínvonalának egy részét a HUP által megteremtett márkanév kiaknázásával fogja biztosítani, ehhez pedig nem fog holmi szürke zónás adakozási programokkal ügyeskedni, ehelyett a legjobb - ráadásul teljesen legális - pénzszerzési módszert választotta, amióta világ a világ: kurvának állt. A HUP e dátumtól fogva a HWSW nevű informatikai portál “Unix/Linux mellékleteként” jelenik meg, cserébe meg nem nevezett folyamatos pénzbeli támogatásért - a felhasználók semleges, vagy sajnálkozó megjegyzéseitől övezve. A látogatók képébe ezentúl nagy mennyiségű AdSense és egyéb típusú reklám csapódott minden oldalbetöltéskor.
A következő nagyobb mennyiségű tranzakció két - a Sun által adományozott - Sun Fire X2250 képében jelent meg 2009 júliusában (érdekes módon ezúttal nem volt negyed éves “teszt időszak”, biztos skillesebbek lettek a fiúk). Ekkor tudhattuk meg azt is, hogy “a HUP számára fontos a környezet védelme”. Arról nincs adat, hogy a “régi” HP szerver további sorsa mi lett...
HUP - Vakulj Paraszt System
Az igazi áttörésre - és az olvasók bő nyállal történő szemen köpködésére - azonban 2010 augusztusáig kellett várni. A HUP utolsó igazán hasznos komponense az álláshirdetési rovat volt. Hasznossága abból fakadt, hogy a HUP volt az ország de-facto mainstream IT portálja, ebből következően itt gyorsan, és közvetlenül el tudtak érni munkaadók munkavállalókat. Ez azonban természetesen csak az emberek 99%-ának volt érdeke. A maradék 1 százalékban találjuk egyrészt trey-t, akinek ebből nyilvánvalóan egy büdös sztotyinka se esett le, ez pedig az új értékrendjének az alapköve - mint már láthattuk. A maradék törpe minoritást a Profession.hu nevű maffia jelentette.
Nevezett embereknek - érthetően - borzasztóan szúrta a szemét, hogy rajtuk kívül létezik egy szabad piac, amelyre nekik nincs se közvetlen, se közvetett ráhatásuk. Össze is ült a brainstorming session, és gyorsan megszületett a döntés: megveszik kilóra az egyébként is pénzsóvár trey bájait; eme vágyuk értő fülekre talált.
Ha visszalapozunk a 2008-as “for profit” bejelentéshez, a következő mondatok szúrhatják (ki) a kedves olvasó szemeit:
És ne felejtséték: vegyetek HUP pólót, támogassátok az üzemeltetést. Nélkületek elveszik a portál.
DISCLAIMER
A “HUP” tr$y más entitásoktól jogilag és anyagilag független magánüzlete. A szerzőnek nem célja a HUP-ot különböző módokon támogató cégek, alapítványok, személyek jótékony erőfeszítéseinek lekicsinylése, vagy oktalan becsmérlése. Aki ilyet olvasna ki, sürgősen forduljon orvoshoz, vagy fel.
(last update: 2010-09-06)
HUP - A Kezdetek (nem a phiai)
A HUP több, mint 10 éve működik. Eleinte valóban csak egy hobbiprojekt volt, szervere egy összekukázott pécé, Solaris operációs rendszer alatt. trey-nek azonban - tekintettel arra, hogy szakmája autószerelő - hamarosan elege lett az informatika ügyes-bajos dolgaiból, ezért úgy 2004-2005 környékén a T-nél dolgozó ismerősére, a FreeBSD rendszert preferáló bra-ra lőcsölte a HUP üzemeltetését. Bra egyébként része annak az alig tucatnyi HUP felhasználónak, akik a valóban szakmai vonalat képviselik, és egyedül ő az, aki ha sajnos ritkán is, de érdekfeszítő cikkeket szokott írni, melyek üdítő színfoltok a HUP-on folyamatosan ömlő linuxos szappanopera-cikkek közepette.
2004 tájékán indították ketten az FSN tégla projektet (followups: #1, #2, #3), amelynek keretében pénzzel lehetett támogatni az FSN Alapítvány működését. A gyakorlatban ez az FTP szerveren kívül nagyrészt a HUP-ot jelentette, és az adakozók is teljes mértékben a portál olvasói közül kerültek ki. A pénz az alapítvány számlájára került. Ekkor még vélhetően jóhiszemű tőkefelhalmozás folyt, ami aztán valóban hardvervásárlásra lett fordítva.
A HUP már ekkor volt annyira jelentős piaci szereplő, hogy az Intel Magyarország adományozott számára egy szervert, amelyen 2006 augusztusig futott. Vélhetően ekkor jutott trey eszébe, hogy élni könnyen is lehet.
HUP - A Fordulat
A portál azonban a 2004-2006 között ugrásszerűen megnövekedett kereslet miatt ezt a szervert is kinőtte (interesting fact: a kérdéses időszakban a tartalom, a felhasználók színvonala, valamint trey mentalitása soha nem látott mélységekbe zuhant). trey törte-törte a fejét egész nap, hogy hogyan lehetne ezt a vállalkozást profitábilisan továbbvinni, majd eszébe ötlött az FSN támogatás sikere. Az április 15.-én indult gyűjtés ezúttal nélkülözött mindenféle bra-féle kreativitást, téglák vagy hasonlók helyett mindössze egy számlaszámot kapott a jónép. A pénz pedig elkezdett áramlani, jézuspapucsos debian pólós gyermekek tömegei küldték felesleges 1-10 ezer forintjaikat kedvenc portáljuk fennmaradására.
Innen még lehetett volna korrekt a történet, a sors azonban mást tartogatott szereplőink számára.
A háttérben ugyanis időközben megjelent a HP, és a trey-jel folytatott megbeszélések folyamán ajánlatot tettek arra, hogy némi reklámértékért cserébe a kijelölt szervert ingyen a rendelkezésére bocsájtják. trey (mint később kiderült) 2006 május 2.-án meg is rendelte (sic!) a szervert, ezzel egyidőben bejelentette, hogy az adományozás többé-kevésbé szünetel. Ekkor a gyűjtés még csak 369,348 Ft-nál tartott. Július végén meg is érkezett a gép, amelyre bra azonnal migrálta az egész portált (a hardverről részletesen itt), és ezzel kezdetét vette egy “3 hónapos teszt időszak”. Mert egy MySQL+Drupal kombináció átmásolása tudvalevőleg hatalmas feladat...
A projekt tehát elérte célkitűzését, erről azonban a nagyérdemű egy nyúlfarknyi, eldugott bejegyzésen túl különösebb tájékoztatást nem kapott, a szerverre indított pénzgyűjtés nem állt meg, ahogy természetesen az adományok érkezése sem. A már említett 3 hónap alatt (milyen érdekes időbeli egyezés) így ráadásként összegyűlt a kitűzött másfél millió forint is (1,417,523 Ft, plusz az anonim donorok), ennélfogva trey sem
Ezidőtájt kezdődött a későbbi évek folyamán majd oly’ sokszor felbukkanó ködösítés az “FSN Alapítvány számláján van a pénz” témakörben, melyet azonnal szóvá is tett valaki, trey pedig szokásos kedves stílusában holmi “majdan levő tájékoztatás” lebegtetése mellett udvarias útbaigazítást adott a kérdezősködés mikéntjei és hogyanjai kapcsán (lásd még: menj anyádba).
Ezzel a 200%-os nyereséggel ért véget a 2006-os év.
HUP - Az Üzlet
Egy év tervezés után 2008-ra trey konkrét elhatározásra jutott: életszínvonalának egy részét a HUP által megteremtett márkanév kiaknázásával fogja biztosítani, ehhez pedig nem fog holmi szürke zónás adakozási programokkal ügyeskedni, ehelyett a legjobb - ráadásul teljesen legális - pénzszerzési módszert választotta, amióta világ a világ: kurvának állt. A HUP e dátumtól fogva a HWSW nevű informatikai portál “Unix/Linux mellékleteként” jelenik meg, cserébe meg nem nevezett folyamatos pénzbeli támogatásért - a felhasználók semleges, vagy sajnálkozó megjegyzéseitől övezve. A látogatók képébe ezentúl nagy mennyiségű AdSense és egyéb típusú reklám csapódott minden oldalbetöltéskor.
A következő nagyobb mennyiségű tranzakció két - a Sun által adományozott - Sun Fire X2250 képében jelent meg 2009 júliusában (érdekes módon ezúttal nem volt negyed éves “teszt időszak”, biztos skillesebbek lettek a fiúk). Ekkor tudhattuk meg azt is, hogy “a HUP számára fontos a környezet védelme”. Arról nincs adat, hogy a “régi” HP szerver további sorsa mi lett...
HUP - Vakulj Paraszt System
Az igazi áttörésre - és az olvasók bő nyállal történő szemen köpködésére - azonban 2010 augusztusáig kellett várni. A HUP utolsó igazán hasznos komponense az álláshirdetési rovat volt. Hasznossága abból fakadt, hogy a HUP volt az ország de-facto mainstream IT portálja, ebből következően itt gyorsan, és közvetlenül el tudtak érni munkaadók munkavállalókat. Ez azonban természetesen csak az emberek 99%-ának volt érdeke. A maradék 1 százalékban találjuk egyrészt trey-t, akinek ebből nyilvánvalóan egy büdös sztotyinka se esett le, ez pedig az új értékrendjének az alapköve - mint már láthattuk. A maradék törpe minoritást a Profession.hu nevű maffia jelentette.
Nevezett embereknek - érthetően - borzasztóan szúrta a szemét, hogy rajtuk kívül létezik egy szabad piac, amelyre nekik nincs se közvetlen, se közvetett ráhatásuk. Össze is ült a brainstorming session, és gyorsan megszületett a döntés: megveszik kilóra az egyébként is pénzsóvár trey bájait; eme vágyuk értő fülekre talált.
Ha visszalapozunk a 2008-as “for profit” bejelentéshez, a következő mondatok szúrhatják (ki) a kedves olvasó szemeit:
“Óriási változások nem lesznek.”
“... nem jön nagy multi, amelynek az a célja, hogy beolvassza az oldalt.”
“Nem jön multi, amelynek az a célja, hogy tönkretegye az oldalt.”
(c) trey, 2008
Ha ennyi bullshit nem lenne elég, továbbiak olvashatók a vonatkozó bejelentésben, amiből megtudhatjuk például, hogy a szekció “célt tévesztett“, megjelentek “nagy számban a fejvadász cégek”, a probléma “szűréssel nem orvosolható” (sic!)... ezért az egyetlen megoldás a fejvadászok ellen mi is lehet?... Igen, az oldal nekik történő eladása: “a felületek kezelését egy külső, álláshirdetési piacon nagy gyakorlattal rendelkező cégre bízzuk.”
trey-nek természetesen van oka a kurválkodásra, hiszen épp iskoláztatja a gyerekét, továbbá folyamatos javításokat kell eszközölnie a nem kis tömegű informatikus teste alatt darabokra törő biciklijén is. Érdekességképp eközben (a Profession-ös felvásárlás előtti pár napban) azt is megtudhattuk tőle, hogy “a pénz nem minden”. Ezt a pofátlan ellentmondást később sokan észrevételezték - válasz nem érkezett...
A HUP nevű üzlet publikus mérlege jelenleg:
- egy ingyen kapott Intel dual P3 szerver
- egy ingyen kapott HP ProLiant DL385 szerver
- kettő darab ingyen kapott Sun Fire X2250 szerver
- ingyenes, haveri alapon történő üzemeltetés FreeBSD-n (kontraszt: a HUP-on trey folyamatosan a Linux-ok vélt felsőbbrendűségét emlegeti)
- ingyenes hosting
- ingyenes sávszélesség
- mindezekre megtévesztéssel begyűjtött 1,500,000 forint, plusz ennek 5 évnyi kamata
- folyamatos pénzbeli támogatás a HWSW-től
- folyamatos pénzbeli támogatás a Profession.hu felvásárlás kapcsán
És ne felejtséték: vegyetek HUP pólót, támogassátok az üzemeltetést. Nélkületek elveszik a portál.
DISCLAIMER
A “HUP” tr$y más entitásoktól jogilag és anyagilag független magánüzlete. A szerzőnek nem célja a HUP-ot különböző módokon támogató cégek, alapítványok, személyek jótékony erőfeszítéseinek lekicsinylése, vagy oktalan becsmérlése. Aki ilyet olvasna ki, sürgősen forduljon orvoshoz, vagy fel.
hup continuation
2010/08/13 07:55
Mint már írtam, a “Google-Verizon” topic-ban trey nem bírta idegekkel, hogy a Google-ről rosszat mondtam, ezért az összes felhasználómat kitiltotta. Nos, az elmúlt egy hétben szemlátomást annyi rosszallás érkezett az ideggyenge cselekedete miatt, hogy dühében az egész topic-ot törölte.
<XXXe> hanem halljatok, trey megint kirakta gabut huprol
<XXXi> sajat magat mikor fogja? :P
<XXXe> ma reggel beirtam a ban ala, h 'gyasz', nem sokkal kesobb a threadet is torolteÍme egy régebbi backup (teljes).
user-agent benchmark
2010/08/10 20:14
De nem ám nálam, hanem a portálnál, mellyel azt hiszem túl sokat foglalkozok. Az előző entry-t ugyanis valaki belinkelte, lássuk az átkattintások User-Agent fejléceit:
2 "Mozilla/5.0 (X11; U; Linux i686
2 "Opera/9.80 (X11; Linux i686; U;
6 "Mozilla/5.0 (Macintosh; U; Intel Mac
12 "Mozilla/5.0 (X11; U; Linux x86_64;
32 "Mozilla/5.0 (X11; U; Linux i686;
63 "Mozilla/5.0 (Windows; U; Windows NT
Tetszik érteni: a Hungarian Unix Portálon több az aktív windows-os fórumozó. Nice? ;)
hilarious ubuntu portal
2010/08/07 13:11
ulrich drepper sucks monkey balls
2010/04/20 12:08
I just found this piece of shit. Do you want the code of an incompetent idiot like Ulrich Drepper on your system? No? Just deinstall sucky linux+glibc, and be done with it. Oh, this is the same miserable fool who chose to reject the FatELF patch (best thing that could have happened to the suckfest called linux in years).
EDIT: apparently Ulrich still doesn't have the faintest idea about IPv4-IPv6 interoperability. See this ticket. Status is still "assigned" nearly one year later.
What a sucker.
EDIT: apparently Ulrich still doesn't have the faintest idea about IPv4-IPv6 interoperability. See this ticket. Status is still "assigned" nearly one year later.
What a sucker.
a győri autószerelő személyi kultusza
2010/03/14 12:43
12:28 <ahoka> "Trey évek óta nagyon komoly szakmai felkészültséggel rendelkező emberke, akinek te mint mindenttudó megmondtad a véleményedet, látatlanban."
12:28 <ahoka> :)))))))))))))))))))))))))))))))))))))))))
12:28 <imp> deeplinkt plz
12:28 <imp> bar ez annyira durva, hogy ehhez lehet le kene menni melykonzolba
12:31 <imp> kulonben kar hogy nem latjak ezek az arcok, hogy miket szokott itt trollkodni begombazva idonkent a trey
bubuntuportálz
12:28 <ahoka> :)))))))))))))))))))))))))))))))))))))))))
12:28 <imp> deeplinkt plz
12:28 <imp> bar ez annyira durva, hogy ehhez lehet le kene menni melykonzolba
12:31 <imp> kulonben kar hogy nem latjak ezek az arcok, hogy miket szokott itt trollkodni begombazva idonkent a trey
bubuntuportálz
neu-nexuiz
2010/03/13 09:18
Nexuiz. I don't know what it is, and I don't care.
What I intend to rant about is its mystical and nonsensical attachment: "the community". So apparently the developer of Nexuiz got a life and realized how making money is actually helping your everyday life, and supporting crybaby free/opensource idealist morons is not.
So who are these basement dweller neo-communists?
Oh.
So the magnificient entities like "[-z-]" and "tZork" are annoyed now. Annoyed so much that they have reached the climax... they cry. They cry on webpages about how life tends to have a different opinion. Right. News flash: still don't care. Why? Well, let's see what the cryfest is all about:
You, rampaging kids, are in dire need of education. The use of the abstract and laughable term of "the community" means that whatever piece of shit stuff you've created was meant to be "free". Free as in free, and not free as in the RMS/GPL way of "I strictly limit what you can do". So, dear "the community", you are hereby entitled to shut the fuck up.
OH NOES! "The community" (again! Will they never grow up to be individual?) seriously needs to return to reality. The "Nexuiz" name was sold by its righteous copyright older. And that is not the suckfest called "the community". Also, they apparently set another of their main ideals aside. I'm thinking along the lines of "if you don't like it, fork it". So go create a fork, create your own copyright, and stop salivating all over the interwebs.
Tough shit. You don't have any right to say anything, therefore: not asked.
What I intend to rant about is its mystical and nonsensical attachment: "the community". So apparently the developer of Nexuiz got a life and realized how making money is actually helping your everyday life, and supporting crybaby free/opensource idealist morons is not.
So who are these basement dweller neo-communists?
The name "Nexuiz" has a value, which has been built up by community members like divVerent, esteel, Samual, [-z-], Morphed, FruitieX, MrBougo, tZork, mand1nga, Merlijn, Tenshihan, C.Brutail and many more.
Oh.
So the magnificient entities like "[-z-]" and "tZork" are annoyed now. Annoyed so much that they have reached the climax... they cry. They cry on webpages about how life tends to have a different opinion. Right. News flash: still don't care. Why? Well, let's see what the cryfest is all about:
The Nexuiz community objects to this value being sold without giving anything back to the community
You, rampaging kids, are in dire need of education. The use of the abstract and laughable term of "the community" means that whatever piece of shit stuff you've created was meant to be "free". Free as in free, and not free as in the RMS/GPL way of "I strictly limit what you can do". So, dear "the community", you are hereby entitled to shut the fuck up.
The Nexuiz community also objects to the name being taken from its project
OH NOES! "The community" (again! Will they never grow up to be individual?) seriously needs to return to reality. The "Nexuiz" name was sold by its righteous copyright older. And that is not the suckfest called "the community". Also, they apparently set another of their main ideals aside. I'm thinking along the lines of "if you don't like it, fork it". So go create a fork, create your own copyright, and stop salivating all over the interwebs.
the Nexuiz community objects to all this happening without even being involved
Tough shit. You don't have any right to say anything, therefore: not asked.
linux, redefined
2010/02/28 23:13
<Gabucino> hihetetlen hogy linuzosok mindenbol fost csinalnak
<Gabucino> ebbol a szempontbol olyanok mint az emesztorendszerem
<Gabucino> es a hup a segglyuk
<Gabucino> ebbol a szempontbol olyanok mint az emesztorendszerem
<Gabucino> es a hup a segglyuk
re-cap
2010/02/27 12:31
Így uborkaszezonban egy 2007-es HUP thread-et tudok ajánlani, desszertnek pedig két aktuális csemegét: Micskó (trey) szerint "attól enterprise valami, hogy enterprise-ban használják", valamint "a firefox nyugodtan megehet 1Gb memóriát is, megérdemli".
Szeretjük a mélyszakmai portálokat.
Szeretjük a mélyszakmai portálokat.
useful
2010/02/02 07:32
Need help against the swarm of ssh attempts from linux botnets?
block drop in quick proto tcp from any os "Linux" to any port = sshnexus one vs iPhone
2010/01/02 10:33
Let's see the differences:
iPhone
First time you see it: Steve Jobs walks you through all of its features on the Apple Worldwide Developers Conference, downloadable in HD.
Goal: "we are aiming for 1% of the market" - Jobs
Multitouch: YES
Nexus One
First time you see it: some overcoffeinated french quitter selfrecords it, runs between the functions chaotically, posts it on JewTube
Goal: world domination
Multitouch: NO
iPhone
First time you see it: Steve Jobs walks you through all of its features on the Apple Worldwide Developers Conference, downloadable in HD.
Goal: "we are aiming for 1% of the market" - Jobs
Multitouch: YES
Nexus One
First time you see it: some overcoffeinated french quitter selfrecords it, runs between the functions chaotically, posts it on JewTube
Goal: world domination
Multitouch: NO
linux, and its way to oblivion
2009/12/31 09:35
Jumping on the "decade ending linux review" bandwagon of moronic fluffers, only headed in the different direction. Not to mention the fact, that the decade ends next year, but who cares really. This entry was inspired by the "15 game-changing moments of the decade" article of a lamer magazine. The idiot who took his time to pester us with his blind stupidity lists the following items as such:
January 2001: Linux Kernel 2.4
You're totally correct on that, 2.4 was THE kernel that changed the game called Linux. It was the precursor of the massive amount of idiocry arriving with 2.6, like the first annihilating (linux wording: evolving) of the memory management. I remember I had to back off using swap because Linux swapped out everything and never bothered to clean it up. Then I backed up all until 2.2, and all was good. By the time the idiots fixed it and I tried 2.4 again, they began to fuck up the out-of-memory-killer. It actually took 4-5 good years to get it right after that, all because the kernel strongmen had their own fucked up heads-in-the-ass ideals, and they shouted at everyone who thought he knew better. Oh and there was the DONTUSE kernel. You think that's something, but they only thing that's different nowadays is that they don't have to flag the broken kernels, because they have flagged the whole release process as "development, use at own risk". Now that is rich.
May 2001: Nvidia releases binary drivers
Again, dude got it just right. Before that, there was 3dfx, and it was good. There was official Linux support, with a 100% working and supported driver, which drove all their cards. Nobody bitched about nothing, because everything just worked. Linux was a true workstation. Nvidia fucked that up for them, so go ahead and shed your thankful tears, moron.
June 2002: Gnome 2.0
May 2002: OpenOffice.org 1.0
March 2003: SCO's lawsuit against IBM
Where's the famed linux in all this?
April 2004: X.org 1.0
You realize you're actually celebrating a license-fork. Oh, by this time I've already switched to Mac OS X Panther, because contrary to all these idealist young fanbois I could detect a spreading brain cancer as such.
October 2004: Ubuntu Warty Warthog
Yea, the nigger Ubuntu-phenomenon just sums it all up. Pack up a steaming pile of shit, brand it with lame names for lamers. Gain fame and money on the mindless masses, that always works. PROFIT!
November 2004: Firefox 1.0
Again, where's teh linux? The overwhelming majority of Firefox users use Windows. Not to mention the fact that the old Opera 9 was faster, more feature rich (first tabbed browsing), and overall more usable than bugfox even nowadays.
April 2005: Mandrake becomes Mandriva
He lists this because it was irrelevant. Drop that heroin needle!
January 2006: First release of Compiz
Yea I remember this, a mate of mine was constantly asking for my help on how he could set it up. When I did, he was in extasy, until I told him that I already have compositing desktop on OS X for at least 2 years. AND the cube, and without the much-hyped wobbly-windows shit. In the end he had to disable the whole hunk of goo because XVideo video playback was unusably slow. Linux's hardware support was already declining for about 5 years now. This trend will never reverse, and paired with the stubborn idealism and sheer stupidity of the kernel development kindergarden, it will end in the much awaited disappearence of Linux.
June 2007: GPLv3
January 2008: KDE 4.0
Yeah, more braindamage coming right up. An even more viral license which now even tries to spread on your hardware (specifically made for TiVO by the Stallman jew), and the famed KDE release which caught up with kernel 2.6 in terms of releasing a stable version that breaks literally everything, branded as "this is the right way to do it!".
February 2008: The Asus EeePC
I took pity on my aforementioned mate and his constant struggle with the zappy+masky shit called Gentoo, and gave him a Windows 7 install media. He's a happy user now. So yes, eeePC is nice, if you're not a total ass by ruining it.
September 2008: Android 1.0 SDK released
Nobody cares. I use iPhone, and developing software on Linux-driven devices (note the intentional missing of the phrase 'powered') makes the fellow developers cry like a baby in boiling water. Sometimes even the promotional videos of such devices provoke this phenomena. Keywords: lag, slow, broken.
April 2009: Oracle buys Sun (MySQL)
WTF @ linux.
And I'll finish this text of Greater Wisdom with my thanks to our favorite idiot: Gabor Micsko alias trey, the head of hup.hu, the suckiest Ubuntu fanportal on the hungarian internets. He argues that getting a SoundBlaster card working required a great deal of expertise. Well you got it all wron'! Back then it was simply modprobe sb (maybe specify the IO/IRQ/DMA values), and all was good. Now you have alsa/pulse/jackshit, and THAT really is not simple.
But hey, trey is actually a good guy, since as long as people like him are alive, the IT business will continue to spawn more and more hordes of unusable Linux-maniac idiots who can't do jack shit when serious fucking business comes around.
This is the end of 2009, and you've been reading the web's only VMS hosted Linux©® and Holocaust©® fan portal (they are actually similar in being terribly overrated). Get a life already, blogs suck. And now get drunk and shag wasted chicks, happy new year to me, and unhappy slow death to all of you.
January 2001: Linux Kernel 2.4
You're totally correct on that, 2.4 was THE kernel that changed the game called Linux. It was the precursor of the massive amount of idiocry arriving with 2.6, like the first annihilating (linux wording: evolving) of the memory management. I remember I had to back off using swap because Linux swapped out everything and never bothered to clean it up. Then I backed up all until 2.2, and all was good. By the time the idiots fixed it and I tried 2.4 again, they began to fuck up the out-of-memory-killer. It actually took 4-5 good years to get it right after that, all because the kernel strongmen had their own fucked up heads-in-the-ass ideals, and they shouted at everyone who thought he knew better. Oh and there was the DONTUSE kernel. You think that's something, but they only thing that's different nowadays is that they don't have to flag the broken kernels, because they have flagged the whole release process as "development, use at own risk". Now that is rich.
May 2001: Nvidia releases binary drivers
Again, dude got it just right. Before that, there was 3dfx, and it was good. There was official Linux support, with a 100% working and supported driver, which drove all their cards. Nobody bitched about nothing, because everything just worked. Linux was a true workstation. Nvidia fucked that up for them, so go ahead and shed your thankful tears, moron.
June 2002: Gnome 2.0
May 2002: OpenOffice.org 1.0
March 2003: SCO's lawsuit against IBM
Where's the famed linux in all this?
April 2004: X.org 1.0
You realize you're actually celebrating a license-fork. Oh, by this time I've already switched to Mac OS X Panther, because contrary to all these idealist young fanbois I could detect a spreading brain cancer as such.
October 2004: Ubuntu Warty Warthog
Yea, the nigger Ubuntu-phenomenon just sums it all up. Pack up a steaming pile of shit, brand it with lame names for lamers. Gain fame and money on the mindless masses, that always works. PROFIT!
November 2004: Firefox 1.0
Again, where's teh linux? The overwhelming majority of Firefox users use Windows. Not to mention the fact that the old Opera 9 was faster, more feature rich (first tabbed browsing), and overall more usable than bugfox even nowadays.
April 2005: Mandrake becomes Mandriva
He lists this because it was irrelevant. Drop that heroin needle!
January 2006: First release of Compiz
Yea I remember this, a mate of mine was constantly asking for my help on how he could set it up. When I did, he was in extasy, until I told him that I already have compositing desktop on OS X for at least 2 years. AND the cube, and without the much-hyped wobbly-windows shit. In the end he had to disable the whole hunk of goo because XVideo video playback was unusably slow. Linux's hardware support was already declining for about 5 years now. This trend will never reverse, and paired with the stubborn idealism and sheer stupidity of the kernel development kindergarden, it will end in the much awaited disappearence of Linux.
June 2007: GPLv3
January 2008: KDE 4.0
Yeah, more braindamage coming right up. An even more viral license which now even tries to spread on your hardware (specifically made for TiVO by the Stallman jew), and the famed KDE release which caught up with kernel 2.6 in terms of releasing a stable version that breaks literally everything, branded as "this is the right way to do it!".
February 2008: The Asus EeePC
I took pity on my aforementioned mate and his constant struggle with the zappy+masky shit called Gentoo, and gave him a Windows 7 install media. He's a happy user now. So yes, eeePC is nice, if you're not a total ass by ruining it.
September 2008: Android 1.0 SDK released
Nobody cares. I use iPhone, and developing software on Linux-driven devices (note the intentional missing of the phrase 'powered') makes the fellow developers cry like a baby in boiling water. Sometimes even the promotional videos of such devices provoke this phenomena. Keywords: lag, slow, broken.
April 2009: Oracle buys Sun (MySQL)
WTF @ linux.
And I'll finish this text of Greater Wisdom with my thanks to our favorite idiot: Gabor Micsko alias trey, the head of hup.hu, the suckiest Ubuntu fanportal on the hungarian internets. He argues that getting a SoundBlaster card working required a great deal of expertise. Well you got it all wron'! Back then it was simply modprobe sb (maybe specify the IO/IRQ/DMA values), and all was good. Now you have alsa/pulse/jackshit, and THAT really is not simple.
But hey, trey is actually a good guy, since as long as people like him are alive, the IT business will continue to spawn more and more hordes of unusable Linux-maniac idiots who can't do jack shit when serious fucking business comes around.
This is the end of 2009, and you've been reading the web's only VMS hosted Linux©® and Holocaust©® fan portal (they are actually similar in being terribly overrated). Get a life already, blogs suck. And now get drunk and shag wasted chicks, happy new year to me, and unhappy slow death to all of you.
újabb ostoba
2009/11/06 09:35
A szerencsétlen egyetemista linuxos köcsögök érdekes lelkivilággal rendelkeznek. Ha Apple termékről van szó, az számukra - ifjú kommunista mivoltukból adódóan - burzsoá luxustermék, és ezt minden eszközzel igyekszenek bebizonyítani.
A mai ostoba: prygme, a hupper blogger. Előre szólok: helyesírást a blogjában ne várjon senki.
Rögtön megfigyelhető az erős felütés, ahogy "tényekkel alátámasztott" összehasonlításnak aposztrofálja összehányt karaktereit. Nem bírom tovább röhögés nélkül, úgyhogy lássuk. Az összehasonlítás alapja az 21"-es iMac, mely 3 Ghz-es Core2Duo CPU-val, 2Gb RAM-mal, és NVidia 9400M GPU-val érkezik 1300 USD-ért vagy 327000 Ft-ért (mindkettő adóval együtt). Fogyatékmester a következő versenyzőkkel igyekszik bebizonyítani saját ostobaságát (sikerrel):
#1: Dell Inspiron 537s. Ez egy darab fekete pécé doboz, monitor nélkül. Ennyi erővel vehetett volna CPU nélkül egy alaplapot is, az is óccsó és önmagában használhatatlan. Idióta.
#2: Dell Studio One 19. Mint látható, ez egy iMac copycat a Dell-től. 3 Ghz, 4 Gb RAM, NVidia 9400M, szinte ugyanaz a konfiguráció, csak ezen ráadásul nem fut a Mac OS X. Ha az 1200 dolláros induló árból levonjuk a misztikus 119 dollárnyi "total savings" tételt, majd hozzáadjuk a 100 dolláros áfát, kijön az 1200 dolláros ár (nem túl meglepő módon).
Ha az iMac helyett ezt választod, kemény 100 dollárral, 20 ezer forinttal olcsóbban megkapod... Japánban, mert Magyarországon nem kapható. A linuxfogyatékost ez természetesen nem rettenti el, mélyenszántó elemzésében ezt az apró információt letudja a "megkapod" szóval. Gondolom ő a 100 dolcsi különbözetből megoldja az utazást/szállítást, hogy vegyen egy Windows 7-tel felszerelt PC-t. OS X ezen sem fut. Igen, prygme nagyon hülye, tudom, menjünk is tovább mert nincs egy egész napom erre az idiótára.
#3: HP TouchSmart iQ500 All-in-one (óll inkluzív, 'bro!!!)
Specs: 2 Ghz, 4 Gb, NVidia 9300M GS. 625 dollár. Első látásra tényleg jóval olcsóbb mint amennyivel szarabb, de a linuxostoba hazudozása itt is könnyen tetten érhető. Szerencsétlen ember egy 2008-as kiadású HP gépet hasonlít össze egy 2009-es Apple Mac-kel. Idióta? Igen.
Apple iMac 20", anno 2008: $1200 + TAX
HP TouchSmart IQ500, anno 2008: $1200 + TAX
Uh-oh. Olcsóbb? Nem. Kifutó modell? Igen. Lassabb? Igen. Konklúzió: BUY IT NOW! ;)
#4: Gateway ZX4800
Fogyatékosunk utolsó szánalmas vergődése. A linuxosokkal az a baj, hogy iszonyú igénytelenek (mint ez a választott OS-ükből is látható). Ugyanis ennek a "remek" pécének a "videokártyája" egy Intel GMA X4500 jelű 3D lassító. Hogy ez a Trident 8900 klón mit keres egy NVidia-val egy összehasonlításban... arról kérdezzétek nyugodt szívvel a linuxost, akinek a tuxracerből és a kompizkockából áll a 3D acceleration igénye.
Ja igen, asztali gépen leszarom a touchscreen-t. Köszöntem a figyelmet.
UPDATE: közben kihevertem a röhögőgörcsöt és sikerült továbbolvasnom. Megérte, mert végül prygme megtalálta az iMac igazi jó pécés ellenpárját!
A mai ostoba: prygme, a hupper blogger. Előre szólok: helyesírást a blogjában ne várjon senki.
Rögtön megfigyelhető az erős felütés, ahogy "tényekkel alátámasztott" összehasonlításnak aposztrofálja összehányt karaktereit. Nem bírom tovább röhögés nélkül, úgyhogy lássuk. Az összehasonlítás alapja az 21"-es iMac, mely 3 Ghz-es Core2Duo CPU-val, 2Gb RAM-mal, és NVidia 9400M GPU-val érkezik 1300 USD-ért vagy 327000 Ft-ért (mindkettő adóval együtt). Fogyatékmester a következő versenyzőkkel igyekszik bebizonyítani saját ostobaságát (sikerrel):
#1: Dell Inspiron 537s. Ez egy darab fekete pécé doboz, monitor nélkül. Ennyi erővel vehetett volna CPU nélkül egy alaplapot is, az is óccsó és önmagában használhatatlan. Idióta.
#2: Dell Studio One 19. Mint látható, ez egy iMac copycat a Dell-től. 3 Ghz, 4 Gb RAM, NVidia 9400M, szinte ugyanaz a konfiguráció, csak ezen ráadásul nem fut a Mac OS X. Ha az 1200 dolláros induló árból levonjuk a misztikus 119 dollárnyi "total savings" tételt, majd hozzáadjuk a 100 dolláros áfát, kijön az 1200 dolláros ár (nem túl meglepő módon).Ha az iMac helyett ezt választod, kemény 100 dollárral, 20 ezer forinttal olcsóbban megkapod... Japánban, mert Magyarországon nem kapható. A linuxfogyatékost ez természetesen nem rettenti el, mélyenszántó elemzésében ezt az apró információt letudja a "megkapod" szóval. Gondolom ő a 100 dolcsi különbözetből megoldja az utazást/szállítást, hogy vegyen egy Windows 7-tel felszerelt PC-t. OS X ezen sem fut. Igen, prygme nagyon hülye, tudom, menjünk is tovább mert nincs egy egész napom erre az idiótára.
#3: HP TouchSmart iQ500 All-in-one (óll inkluzív, 'bro!!!)Specs: 2 Ghz, 4 Gb, NVidia 9300M GS. 625 dollár. Első látásra tényleg jóval olcsóbb mint amennyivel szarabb, de a linuxostoba hazudozása itt is könnyen tetten érhető. Szerencsétlen ember egy 2008-as kiadású HP gépet hasonlít össze egy 2009-es Apple Mac-kel. Idióta? Igen.
Apple iMac 20", anno 2008: $1200 + TAX
HP TouchSmart IQ500, anno 2008: $1200 + TAX
Uh-oh. Olcsóbb? Nem. Kifutó modell? Igen. Lassabb? Igen. Konklúzió: BUY IT NOW! ;)
#4: Gateway ZX4800Fogyatékosunk utolsó szánalmas vergődése. A linuxosokkal az a baj, hogy iszonyú igénytelenek (mint ez a választott OS-ükből is látható). Ugyanis ennek a "remek" pécének a "videokártyája" egy Intel GMA X4500 jelű 3D lassító. Hogy ez a Trident 8900 klón mit keres egy NVidia-val egy összehasonlításban... arról kérdezzétek nyugodt szívvel a linuxost, akinek a tuxracerből és a kompizkockából áll a 3D acceleration igénye.
Ja igen, asztali gépen leszarom a touchscreen-t. Köszöntem a figyelmet.
UPDATE: közben kihevertem a röhögőgörcsöt és sikerült továbbolvasnom. Megérte, mert végül prygme megtalálta az iMac igazi jó pécés ellenpárját!
Ez egy iMac
iMac, prygme-edition! Megdöbbentő a hasonlóság, nem?
UPDATE#2: válaszolt az idióta. A "Mac drágább mint a PC" témakörben eképp érvel (megfigyelendő a finoman cizellált stílus illetve mondatszerkesztés): "ya Gabu, a Notebookom Windowsal legalább 2x annyiba került, mint a gagyi Macintoshod! bebebeeee:)".
hup, anno 2006
2009/09/12 20:31
Manapság "szakmai fórumokon" elég sok szó esik arról, hogy a Linux kernel és a disztribúciók "fejlesztésében" micsoda őskáosz van. Ma már nem azonnal kövezik meg az embert, ha felhívja a figyelmet az olyan csacskaságokra, mint például Linus Torvalds hírhedt "Security people are leeches!" kifakadása, vagy arra a tényre, hogy a kernelfejlesztők sorozatosan bélyegzik a kritikus biztonsági hibákat jelentéktelenként. Már ahol megtalálják őket. Néhány éve viszont ilyen eretnek gondolatokért ezer ember ugrott a szerencsétlen delikvens torkának. Nekem is volt szerencsém már 2006 előtt is - saját tapasztalatból - megérezni ezeket a tendenciákat, azonban a tudatlan tömegek - természetszerűleg - nem egészen értettek velem egyet ;)
Íme egy kis ROTFL kategóriás válogatás azokból a napokból, amik végül a HUP nevű fosportálról való (első) bannolásomhoz vezettek. Igen, "stélusom kissé csípős, haddnemondjam fanyar", de jó részének sajnos a fenti előzmények az okai.
TrueBSD 0.1
A Novell vezérigazgatója nyílt levélben cáfolja a Microsoft állításait
Tömeges hibák a Linux kernelben
Hova lett a Gabu cikke?
Íme egy kis ROTFL kategóriás válogatás azokból a napokból, amik végül a HUP nevű fosportálról való (első) bannolásomhoz vezettek. Igen, "stélusom kissé csípős, haddnemondjam fanyar", de jó részének sajnos a fenti előzmények az okai.
TrueBSD 0.1
A Novell vezérigazgatója nyílt levélben cáfolja a Microsoft állításait
Tömeges hibák a Linux kernelben
Hova lett a Gabu cikke?
linux security
2009/08/13 22:49
It affects all 2.4 and 2.6 kernels since 2001 on all architectures.
Hogy egy nagy embert idézzek: "Security people are leaches. The real heroes are the people who do development."
ext4: latest linux braindamage
2009/03/18 07:20
So what the fuck are the communists of the FOSS herd up to now?
Yea right, another braindamaged filesystem for their broken-beyond-repair "Linux". Now that Reiser is in jail for slaughtering his whiny bitch wife, someone really had to step in and fill the gap in the long line of psychopathic linux developers.
Here's some background insight, the thing you never get from your local linux zealot. So there we are using write caches ever since some guys from IBM apparently invented the principle. Yea, using fast medium for temporary storage of data is good. Why? Go on, disable your CPU's and disk's caches and you'll immediately feel the pain. Write cache is among us for the latest thirty-some years, and everybody adores it. Let's fast forward those old cold war years to the year the next cold war started: 2009.
After the data annihilator¹ murderfs thankfully disappeared into the morning mist, some linux zeals created 2 (yes, two) new wheel-reinventing filesystems, completely oblivious to the fact that there's already a gazillion of non-working craplementations for better filesystems in their crappy kernel (see the HFS+ and Files-11 drivers). The other reason for coding new shit is that their shitty, limitation-stacked viral GPL license does not allow the inclusion of Sun's (otherwise fucking great) ZFS. Linux and "free" software is just way to cool.
So two new
Apparently some Ubuntu users (yes, some insane people actually do install shit with a name like this) experienced that their usual data losses with the horseshit linux kernel that has just crashed actually got a lot worse than with last week's hypefs. All their open files were zeroed out and such. You think that's bad? Wait until the vietcong author Ted Tso steps in.
The usual stuff happens: there's a bug in linux, so they start a religious crusade around it. This chink actually gets the audacity to argue that everything in the previously super-hyped-überalles FOSS industry is just badly written code. Oh wait, he's actually mostly right on that, but this is not the reason.
His crusade bullshit has more attack vectors, as usual.
First, accusations of heresy: "This is what is required by POSIX" - he shouts in half-conscious religious zeal. The mentioning of "POSIX" is a callword, it makes the believers fall to their knees and murmur "thank thee Lord for POSIX" and all that crap, despite the well established fact that they have absolutely no idea of what it actually is, and how much braindamage does it contain (see Posix ACLs here earlier). Never mind the fact that POSIX doesn't say "don't use write caching or you will die a terrible death." It would be the stupidest thing.
Second, fucking over with people actually using his fs: "Application writers had gotten lazy." Yeah, right. Those lazy bastards have actually been happily using write-caching for the last few decades, completely ignoring the future possibility that some idiot might code such a crappy filesystem for such a crappy kernel, that using DRAM cache for making your miserable IT using life even somewhat bearable will result in catastrophic data loss.
Third, assuming similarities where there are none: "xfs has had delayed allocation for years" Yes. And you know where it came from: Silicon Graphics' IRIX. You know what are the major differences between an Octane and your PC? The Octane works and your PC is a stinking shithole. Not to mention IRIX, see, the guys using this (then-top-notch) architecture were actually busy creating Toy Story and other shit in the whole nineties, while you are doing what, ten years later? Busy waking up from nightmares where application writers don't explicitly fsync their data onto your latest work of "code" before their hardware burns away or their latest "enterprise" Bubuntu Kernel panics away in dying screams. All thanks to the swarm of politican coders like you, that were mass-injected during the late days of kernel 2.4, commiting
Fourth, jumping on the usual bandwagon by saying "apparently some Ubuntu users are happy using proprietary Nvidia drivers". So yeah, Shitty Teddy argues that it's mostly "Ubuntu gamers", whose linuz box freezes and dies unexpectedly. Look, Ted, in case you haven't been paying attention to the gamer scene's latest years, linux is just not a gaming platform, you realize that?.. If you wanna game, you don't choose Linux. So the guys who you've just belittled are the sweet little linux switchers who would actually play something just a little more 2009-ish than Soko-Ban or Nethack while they are not possibly busy with deploying linux servers... using your filesystem? Well, from now on, probably not. Ideally, you should be hoping for these guys, but since you actually code linux for big money from big companies, you don't actually care about this "community" bullshit. That's actually understandable and logical. Proprietary display driver and whatnot: since the super-high-quality FOSS-bazaar replacements envisioned by Richard "Rot beard" Stallman are obviously just not gonna happen, the situation is at hand. Do something about it instead of whining like a pussy.
So what does he propose? Oh yeah, simple:
#1: don't use the "delayed allocation" ext4 feature which is causing you problems. But of course this is just a theoretical possibility, we're the stable-api-nonsense guys so we just don't consider sane things viable! On to number two!
#2: "fix" everyone else! Yes! This is the really recommended Tso method. It's simply being: "application writers who are worried about file getting lost... really should use fsync." See, Ted, you've just sucked cock again. People who worry about their files don't use ext4 or even Linux anymore! You've just lost them, and you'll keep on losing. Who the fuck do you think you are? You've coded a filesystem that will never make it to any other mainstream UNIX due to its restrictive GPL license (see the fatal decision of AdvFS' GPL release), and you expect the whole world to adjust and recompile to your new little shitty feature? The only reason you've written your shitload of "code" in the first place is that Linux people did not use XFS in masses, precisely because the LinuxPC world is just not stable for this! Power outage? Get a grip on reality instead of FUD'ing, the world has tons more unexpected software halts than power loss!
People who are "actually worried about files" have been using VMS for the latest twenty-some years, and they are fully intent on keeping doing so. You'd love that, every I/O is synchronous and guaranteed. Painfully slow, but guaranteed. Plus it doesn't panic. Ever. (unnecessarily compared to the horse manure that is called Linux)
Idiot.
¹: if I didn't have 10 ocassions where a linux kernel panic+reboot zeroed out the
Yea right, another braindamaged filesystem for their broken-beyond-repair "Linux". Now that Reiser is in jail for slaughtering his whiny bitch wife, someone really had to step in and fill the gap in the long line of psychopathic linux developers.
Here's some background insight, the thing you never get from your local linux zealot. So there we are using write caches ever since some guys from IBM apparently invented the principle. Yea, using fast medium for temporary storage of data is good. Why? Go on, disable your CPU's and disk's caches and you'll immediately feel the pain. Write cache is among us for the latest thirty-some years, and everybody adores it. Let's fast forward those old cold war years to the year the next cold war started: 2009.
After the data annihilator¹ murderfs thankfully disappeared into the morning mist, some linux zeals created 2 (yes, two) new wheel-reinventing filesystems, completely oblivious to the fact that there's already a gazillion of non-working craplementations for better filesystems in their crappy kernel (see the HFS+ and Files-11 drivers). The other reason for coding new shit is that their shitty, limitation-stacked viral GPL license does not allow the inclusion of Sun's (otherwise fucking great) ZFS. Linux and "free" software is just way to cool.
So two new
EXPERIMENTAL filesystems in a kernel that similarly just gets even more experimental by every passing fucking day. Who would care huh?Apparently some Ubuntu users (yes, some insane people actually do install shit with a name like this) experienced that their usual data losses with the horseshit linux kernel that has just crashed actually got a lot worse than with last week's hypefs. All their open files were zeroed out and such. You think that's bad? Wait until the vietcong author Ted Tso steps in.
The usual stuff happens: there's a bug in linux, so they start a religious crusade around it. This chink actually gets the audacity to argue that everything in the previously super-hyped-überalles FOSS industry is just badly written code. Oh wait, he's actually mostly right on that, but this is not the reason.
His crusade bullshit has more attack vectors, as usual.
First, accusations of heresy: "This is what is required by POSIX" - he shouts in half-conscious religious zeal. The mentioning of "POSIX" is a callword, it makes the believers fall to their knees and murmur "thank thee Lord for POSIX" and all that crap, despite the well established fact that they have absolutely no idea of what it actually is, and how much braindamage does it contain (see Posix ACLs here earlier). Never mind the fact that POSIX doesn't say "don't use write caching or you will die a terrible death." It would be the stupidest thing.
Second, fucking over with people actually using his fs: "Application writers had gotten lazy." Yeah, right. Those lazy bastards have actually been happily using write-caching for the last few decades, completely ignoring the future possibility that some idiot might code such a crappy filesystem for such a crappy kernel, that using DRAM cache for making your miserable IT using life even somewhat bearable will result in catastrophic data loss.
Third, assuming similarities where there are none: "xfs has had delayed allocation for years" Yes. And you know where it came from: Silicon Graphics' IRIX. You know what are the major differences between an Octane and your PC? The Octane works and your PC is a stinking shithole. Not to mention IRIX, see, the guys using this (then-top-notch) architecture were actually busy creating Toy Story and other shit in the whole nineties, while you are doing what, ten years later? Busy waking up from nightmares where application writers don't explicitly fsync their data onto your latest work of "code" before their hardware burns away or their latest "enterprise" Bubuntu Kernel panics away in dying screams. All thanks to the swarm of politican coders like you, that were mass-injected during the late days of kernel 2.4, commiting
Stable-API-Nonsense.txt and other crap.Fourth, jumping on the usual bandwagon by saying "apparently some Ubuntu users are happy using proprietary Nvidia drivers". So yeah, Shitty Teddy argues that it's mostly "Ubuntu gamers", whose linuz box freezes and dies unexpectedly. Look, Ted, in case you haven't been paying attention to the gamer scene's latest years, linux is just not a gaming platform, you realize that?.. If you wanna game, you don't choose Linux. So the guys who you've just belittled are the sweet little linux switchers who would actually play something just a little more 2009-ish than Soko-Ban or Nethack while they are not possibly busy with deploying linux servers... using your filesystem? Well, from now on, probably not. Ideally, you should be hoping for these guys, but since you actually code linux for big money from big companies, you don't actually care about this "community" bullshit. That's actually understandable and logical. Proprietary display driver and whatnot: since the super-high-quality FOSS-bazaar replacements envisioned by Richard "Rot beard" Stallman are obviously just not gonna happen, the situation is at hand. Do something about it instead of whining like a pussy.
So what does he propose? Oh yeah, simple:
#1: don't use the "delayed allocation" ext4 feature which is causing you problems. But of course this is just a theoretical possibility, we're the stable-api-nonsense guys so we just don't consider sane things viable! On to number two!
#2: "fix" everyone else! Yes! This is the really recommended Tso method. It's simply being: "application writers who are worried about file getting lost... really should use fsync." See, Ted, you've just sucked cock again. People who worry about their files don't use ext4 or even Linux anymore! You've just lost them, and you'll keep on losing. Who the fuck do you think you are? You've coded a filesystem that will never make it to any other mainstream UNIX due to its restrictive GPL license (see the fatal decision of AdvFS' GPL release), and you expect the whole world to adjust and recompile to your new little shitty feature? The only reason you've written your shitload of "code" in the first place is that Linux people did not use XFS in masses, precisely because the LinuxPC world is just not stable for this! Power outage? Get a grip on reality instead of FUD'ing, the world has tons more unexpected software halts than power loss!
People who are "actually worried about files" have been using VMS for the latest twenty-some years, and they are fully intent on keeping doing so. You'd love that, every I/O is synchronous and guaranteed. Painfully slow, but guaranteed. Plus it doesn't panic. Ever. (unnecessarily compared to the horse manure that is called Linux)
Idiot.
¹: if I didn't have 10 ocassions where a linux kernel panic+reboot zeroed out the
O_RDONLY opened /sbin/cardmgr file on my PC laptop which I used before finally getting a Mac, then I had none at all. Reiserfs just rules all, huh.retro: KiSS vs MPlayer
2008/04/09 01:25
Mondom, már 4 éve is gusztustalannak tartottam az álomvilágban tengődő GPL fanatikusokat - csak akkor még nem tudtam hogy azok.
"nyílt levél" neil brown-nak
2007/12/03 21:19
Subject: kurva anyad
Date: December 3, 2007 1:25:31 PM GMT+01:00
From: gabor@berczi.be
To: neilb@cse.unsw.edu.au
--($:~)-- mdadm -V
mdadm - v2.6.4 - 19th October 2007
--($:~)-- ./mdadm -V
mdadm - v1.9.0 - 04 February 2005
--($:~)-- mdadm --manage /dev/md2 -a /dev/sdb2
mdadm: cannot find valid superblock in this array - HELP
--($:~)-- ./mdadm --manage /dev/md2 -a /dev/sdb2
mdadm: hot added /dev/sdb2
kthxbye shit
Date: December 3, 2007 1:25:31 PM GMT+01:00
From: gabor@berczi.be
To: neilb@cse.unsw.edu.au
--($:~)-- mdadm -V
mdadm - v2.6.4 - 19th October 2007
--($:~)-- ./mdadm -V
mdadm - v1.9.0 - 04 February 2005
--($:~)-- mdadm --manage /dev/md2 -a /dev/sdb2
mdadm: cannot find valid superblock in this array - HELP
--($:~)-- ./mdadm --manage /dev/md2 -a /dev/sdb2
mdadm: hot added /dev/sdb2
kthxbye shit
2007/08/16 20:59
Kivételesen a szánalmas hupról, mert most olyan vicces. Ugyanis az a fantasztikus esemény, hogy ubuntus vizespóló, az külön cikket, digg-elést, slashdotot, meg mittudomén milyen fiszfaszt érdemel (figyeldoda a képaláírást!), viszont az, hogy az Ubuntu 8 production szervere közül 5-öt szarrá törtek, az például nem jelenhet meg. Igen, valaki még be is küldte a hírt. Még jó, hogy trey "mindent kirak", muhhaha.
Amin külön röhögtem, hogy besírtak a szervereken futó "sok" (15) web szolgáltatás miatt, idézem: "An attacker could have gotten a shell through almost any of these sites." Ami azért vicces, mert a gépek breezy-t futtattak, ami egy alig 2 éves distro. A jelek szerint jó szar volt már az is. Mellesleg azért nem tudtak a büdös lamerek upgradelni, mert az újabb verzióval összefosta magát a NIC.
stable-api-nonsense AHAH.
Amin külön röhögtem, hogy besírtak a szervereken futó "sok" (15) web szolgáltatás miatt, idézem: "An attacker could have gotten a shell through almost any of these sites." Ami azért vicces, mert a gépek breezy-t futtattak, ami egy alig 2 éves distro. A jelek szerint jó szar volt már az is. Mellesleg azért nem tudtak a büdös lamerek upgradelni, mert az újabb verzióval összefosta magát a NIC.
stable-api-nonsense AHAH.
molnar "'compatibility' and 'compliance' boogeyman" ingo
2007/08/09 10:56
A schedulernáci dolgozik.
* Ingo Molnar [email blocked] wrote:
> [ my personal interest in this is the following regression: every time
> i start a large kernel build with DEBUG_INFO on a quad-core 4GB RAM
> box, i get up to 30 seconds complete pauses in Vim (and most other
> tasks), during plain editing of the source code. (which happens when
> Vim tries to write() to its swap/undo-file.) ]
hm, it turns out that it's due to vim doing an occasional fsync not only
on writeout, but during normal use too. "set nofsync" in the .vimrc
solves this problem.
Skill, hát na.
btw., Mutt does not go boom, i use it myself. It works just fine and
notices new mails even on a noatime,nodiratime filesystem.
Kthx az alapos tesztet, bár én már kb. 2002-ben láttam ennek ellenkezőjét.
From: Andrew Morton [email blocked]
On Sun, 5 Aug 2007 09:21:41 +0200 Ingo Molnar [email blocked] wrote:
> even on a noatime,nodiratime filesystem
noatime is a superset of nodiratime, btw.
Uh-oh, schedulerdeveloper at large. Morton meg ilyet szól: FYI!
> > can't test for in a user space app where it matters is going to
> > *change* this.
>
> The patch i posted today adds /proc/sys/kernel/mount_with_atime. That
> can be tested by user-space, if it truly cares about atime.
We have an existing API and ABI thank you. See man mount.
Azt mondja, mount_with_atime. Oh the pain.
Megnyugodtam, még mindig jó kezekben van a limuz.
* Ingo Molnar [email blocked] wrote:
> [ my personal interest in this is the following regression: every time
> i start a large kernel build with DEBUG_INFO on a quad-core 4GB RAM
> box, i get up to 30 seconds complete pauses in Vim (and most other
> tasks), during plain editing of the source code. (which happens when
> Vim tries to write() to its swap/undo-file.) ]
hm, it turns out that it's due to vim doing an occasional fsync not only
on writeout, but during normal use too. "set nofsync" in the .vimrc
solves this problem.
Skill, hát na.
btw., Mutt does not go boom, i use it myself. It works just fine and
notices new mails even on a noatime,nodiratime filesystem.
Kthx az alapos tesztet, bár én már kb. 2002-ben láttam ennek ellenkezőjét.
From: Andrew Morton [email blocked]
On Sun, 5 Aug 2007 09:21:41 +0200 Ingo Molnar [email blocked] wrote:
> even on a noatime,nodiratime filesystem
noatime is a superset of nodiratime, btw.
Uh-oh, schedulerdeveloper at large. Morton meg ilyet szól: FYI!
> > can't test for in a user space app where it matters is going to
> > *change* this.
>
> The patch i posted today adds /proc/sys/kernel/mount_with_atime. That
> can be tested by user-space, if it truly cares about atime.
We have an existing API and ABI thank you. See man mount.
Azt mondja, mount_with_atime. Oh the pain.
Megnyugodtam, még mindig jó kezekben van a limuz.
NEWS FLASH!
2007/06/22 13:05
Végre megint több időm lesz értelmes dolgokra! \o/
„gabucino” felhasználó hozzáférése blokkolt vagy még nincs aktiválva.
„gabucino” felhasználó hozzáférése blokkolt vagy még nincs aktiválva.
linux in da enterspájz
2007/04/19 19:50
... meg a kis faszomat. Itt van ez a fasza kettőponthatos kernel amiről a világ összes huppere nyálcsorgatva üvöltözik hogy milyen stabil, enterprise-ready, etc. Csak olyankor, amikor egy - akár virtuális - netdevice-t nem enged lezárni ez a hugykernel, mert:
olyankor nem őszinte a mosolyom. Ez egyébként a google szerint (amellett, hogy elég elterjedt) az IPv6 miatt van.
unregister_netdevice: waiting for eth0 to become free. Usage count = 1olyankor nem őszinte a mosolyom. Ez egyébként a google szerint (amellett, hogy elég elterjedt) az IPv6 miatt van.
2007.
Egyébként laptopon is menetrendszerűen láttam már, amint a linux foga tőből tört bele az ezeréves PCMCIA szabványba. Mert a suspend ilyen extra dolog arrafelé. Ilyen állapotban egyébként a következőkre válik alkalmatlanná a kompjúter:
- hálózati forgalomra (nyilván)
- új device-t megnyitni
- hálózati konfigurálásra
- rmmod
- reboot
Ezutobbi négybe ugyanis úgy beleáll, mint a szög. És hogy lehetne mégis rebootolni ezt a ganédombot? Mert mondjuk remote éles szerveren adja elő? Így:echo b > /proc/sysrq-trigger
Komoly.
P.s.: természetesen mindig ilyenkor ugrik neki ez a szar fsck-zni a 200 napja nem ellenőrzött fél terás, ezermillió filet tartalmazó ext3-as (journaling!) filerendszert.
debian
2007/04/18 20:47
Ajj bazmeg, időröl-időre muszáj néha ilyet is csinálnom. Mert ugye az user szól hogy kell neki egy linux, és legyen debian, de tulajdonképp bármi jó. Namost linuxból egyetlen működőképes distro sincs, tehát jobb híjján azt kap amit kér, én nem fogom a számat tépni ilyen hótszar picsa faszságok miatt. Namost ez minden alkalommal óriási kálvária számomra, mert amúgy OSX, FreeBSD, OSF/1, és hasonló jól működő rendszereket használok tehát az hogy ezek után egy ilyen fostaligába kell hogy merüljek könyékig, ez kihoz a béketűrésből.
(Megj.: a másik requested alternatíva ubuntu lett volna. Absolutely no fucking way!)
De ez egy szar még mindig. Odabasztak mellé még egy install DVD-t is, felpakolom, etch, kitérdekel. Egyébként ez a kurva installer, ennek egy ASCII text oldal (panel) kiszámolása 2 másodperc egy 600Mhz-es gépen. Partíciók létrehozásánál (enter enter enter...) a legviccesebb. Ja, és minden további nélkül rá lehet bökni egy entert egy separatorra, ami - a bravúr! - egy töküres selection. Ez megint újrarajzolja az egészet. 2007.
Mindegy, fentvan. Na akkor egy 2.4-es kernelt ide, az RS-485 kártya drivere miatt. Ja hogy az már opcióként sincs?! Kurva anyád. Debian 3.0 csak elvétve akad a mirrorokon (minek is bazmeg), 3.0r1-et csak egyet találtam, és ott is milyen architektúrák voltak kizárólag? Alpha, hppa. Jólvan bazmeg, még jó hogy végre ott egy 3.0r0 is mellette. Komplett.
Netinst letölt, kiír. Base system telepítésekor beszól, hogy nincs /usr/lib/mittoménmi/etch (3.0! etch!). O RLY?
Faszán megtervezhették ezt is. Végső megoldás: teljes cd1...
Agyfasz.
(Megj.: a másik requested alternatíva ubuntu lett volna. Absolutely no fucking way!)
De ez egy szar még mindig. Odabasztak mellé még egy install DVD-t is, felpakolom, etch, kitérdekel. Egyébként ez a kurva installer, ennek egy ASCII text oldal (panel) kiszámolása 2 másodperc egy 600Mhz-es gépen. Partíciók létrehozásánál (enter enter enter...) a legviccesebb. Ja, és minden további nélkül rá lehet bökni egy entert egy separatorra, ami - a bravúr! - egy töküres selection. Ez megint újrarajzolja az egészet. 2007.
Mindegy, fentvan. Na akkor egy 2.4-es kernelt ide, az RS-485 kártya drivere miatt. Ja hogy az már opcióként sincs?! Kurva anyád. Debian 3.0 csak elvétve akad a mirrorokon (minek is bazmeg), 3.0r1-et csak egyet találtam, és ott is milyen architektúrák voltak kizárólag? Alpha, hppa. Jólvan bazmeg, még jó hogy végre ott egy 3.0r0 is mellette. Komplett.
Netinst letölt, kiír. Base system telepítésekor beszól, hogy nincs /usr/lib/mittoménmi/etch (3.0! etch!). O RLY?
Faszán megtervezhették ezt is. Végső megoldás: teljes cd1...
Agyfasz.
gpl rovat
2007/04/13 15:36
munin = 0x00000000
"Crossplatform" buildscriptek.
bash-2.05a$ make
Make: Makefile: Must be a separator on line 243. Stop.
A tapasztalt egyorrú ebből már ki tudja olvasni hogy linuxonly programról van szó.
bash-2.05a$ grep getent Makefile.config
GETENT = $(shell which getent || which true 2>/dev/null)
bash-2.05a$ gmake install-node install-node-plugins
/bin/sh: no: not found
echo Group munin nonexistant. Create the group and retry; exit 2
"Crossplatform" pluginek
bash-2.05a# pwd
/usr/local/munin/lib/plugins
bash-2.05a# ./ps_
count.value ./ps_: no: not found
0
bash-2.05a# ./df
df: illegal option -- l
usage: df [-Peikn] [-t fstype] [file | file_system ...]
bash-2.05a# ./pop_stats
logon.value U
bash-2.05a# ./apache_accesses
accesses80.value U
bash-2.05a# ./apache_processes
busy80.value U
idle80.value U
That's just fucking great.
"Crossplatform" buildscriptek.
bash-2.05a$ make
Make: Makefile: Must be a separator on line 243. Stop.
A tapasztalt egyorrú ebből már ki tudja olvasni hogy linuxonly programról van szó.
bash-2.05a$ grep getent Makefile.config
GETENT = $(shell which getent || which true 2>/dev/null)
bash-2.05a$ gmake install-node install-node-plugins
/bin/sh: no: not found
echo Group munin nonexistant. Create the group and retry; exit 2
"Crossplatform" pluginek
bash-2.05a# pwd
/usr/local/munin/lib/plugins
bash-2.05a# ./ps_
count.value ./ps_: no: not found
0
bash-2.05a# ./df
df: illegal option -- l
usage: df [-Peikn] [-t fstype] [file | file_system ...]
bash-2.05a# ./pop_stats
logon.value U
bash-2.05a# ./apache_accesses
accesses80.value U
bash-2.05a# ./apache_processes
busy80.value U
idle80.value U
That's just fucking great.
ubuntu - linux for absolute suckers
2007/03/10 10:16
Filename completion a'la bash faszán működik, biztos tesztelik meg minden:
Eredmény:
user3@web:~$ mkdir test
user3@web:~$ cd test
user3@web:~/test$ touch abc
user3@web:~/test$ touch def
user3@web:~/test$ ls [TAB-TAB] | anyadEredmény:
user3@web:~$ mkdir test
user3@web:~$ cd test
user3@web:~/test$ touch abc
user3@web:~/test$ touch def
user3@web:~/test$ ls -bash: COMP_WORDS: bad array subscript
-bash: COMP_WORDS: bad array subscript
abc def
user3@web:~/test$ ls | anyaduser3@web:~/test$ cat /etc/debian_version
testing/unstableez fajt
2007/02/16 10:55
baktay ~ # iptables -I FORWARD -s 192.168.1.6 -j REJECT
iptables: Unknown error 4294967295how to get banned from hup
2007/02/02 10:37
„gabucino” felhasználó hozzáférése blokkolt vagy még nincs aktiválva.
Nagyon egyszerű. Pl ehhez a topichoz írd a következő kommentet: "örvendetes, hogy a patchlovag és hasonló személyeskedések helyett végre korábbi Mac OS X fejlesztőt írsz". Ekkor ezt törli trey, ez a linuxtroll. Utána írd a következőt "lám-lám az osx sem biztonságos :-) :-) :-) :-) (hatha ezt nem torli trez)".
De, törli. Az usereddel együtt, mission accomplished.
Nagyon egyszerű. Pl ehhez a topichoz írd a következő kommentet: "örvendetes, hogy a patchlovag és hasonló személyeskedések helyett végre korábbi Mac OS X fejlesztőt írsz". Ekkor ezt törli trey, ez a linuxtroll. Utána írd a következőt "lám-lám az osx sem biztonságos :-) :-) :-) :-) (hatha ezt nem torli trez)".
De, törli. Az usereddel együtt, mission accomplished.
linux on mac? slackintosh? no.
2007/01/31 18:16
Szóval itt ez a szar, a Slackware PPC-s verziója, csodás. Letölt, kiír, reboot...
Bebootol, és azért egy non-x86 linuxtól ez már teljesítmény. Tovább. Rutinos commandline user lévén root login után rögtön kiadom a modprobe ohci1394 parancsot, mert a Slackware-t ismerve kizárt, hogy ezt magától megtegye - habár megjegyzem a számítógép azért valahol ott kezdődik, hogy szépen betölti a hardverhez a drivert, szerintem ez egy minimális elvárás. Közben a dmesg-et figyelem, hogy mégis mi történik: rendben felismeri a firewire-ra csatlakoztatott HDD-ket. Ugyan most épp nem áll rendelkezésemre üres HDD arra a célra hogy játékoprendszereket installáljak, de azért nyugodt szívvel folytatom mert azt már tapasztalatból tudom, hogy mindjárt megdöglik magától.
Meg is történik: annak ellenére hogy sda és sdb néven a kernel szerint ott vannak a merevlemezek, a /dev dirben egy árva ilyen device sincs (hda, az bezzeg van). Semmi gond, "./MAKEDEV sda", természetesen "No such file or directory". Zsírrrr.
Mivel linuzék elvileg már a harmadik generációs dinamikus /dev-replacementet nyüstölik (ezen a héten udev-nek hívják), a dolgok ilyetén alakulása heveny kacagást hoz ki belőlem, ami csak intenzívebb lesz mikor eszembe ötlik a kérdés, hogy vajon ha neadjisten sikerül felhaxolni a céleszközre, vajon bootolni is fog róla? Minden jel az ellenkezőjére mutat, és ezen a ponton a dátumra nézek, vajon 1993-at írunk-e. Nem.
De ha már ittvagyok, rutinból check még pár dolgot. Az installer aszongya írjam be hogy "network" a hálókártyák konfigjához. Beírom. Kéri a network.dsk floppy-t (that's right, a CD-n nincs rajta a dsk). Fucking what?! Az Apple már vagy 10 éve nem szállít floppy driveos számítógépet. Jesus.
Nem probléma, linuxnál soha nem számítok az out-of-boxhoz még csak nagyságrendileg sem közelítő működésre, tehát modprobe airport. Riiight. Ettől nem lett több net interface-em. Fasza ez a kernel... Ami 2.6.17, tehát kvázi tegnapi, és tizenhat év kemény fejlesztő munkájának gyümölcseként nem tud működni.
A móka és kacagás maximálása végett megemlítem, hogy az airport.c írója Benjamin Herrenschmidt, e-mail címe pedig benh@kernel.crashing.org. Ennyit ugyanis kiír a "driver" (valójában tehát adware). Szóval LUG, no surprise.
Természetesen a tegnapi kernel a /proc/memstat tanúsága szerint 1.2Gb RAM helyett 800Mb-ot lát.
2007, mondom néktek. Linuxdesktop meg minden.
Bebootol, és azért egy non-x86 linuxtól ez már teljesítmény. Tovább. Rutinos commandline user lévén root login után rögtön kiadom a modprobe ohci1394 parancsot, mert a Slackware-t ismerve kizárt, hogy ezt magától megtegye - habár megjegyzem a számítógép azért valahol ott kezdődik, hogy szépen betölti a hardverhez a drivert, szerintem ez egy minimális elvárás. Közben a dmesg-et figyelem, hogy mégis mi történik: rendben felismeri a firewire-ra csatlakoztatott HDD-ket. Ugyan most épp nem áll rendelkezésemre üres HDD arra a célra hogy játékoprendszereket installáljak, de azért nyugodt szívvel folytatom mert azt már tapasztalatból tudom, hogy mindjárt megdöglik magától.
Meg is történik: annak ellenére hogy sda és sdb néven a kernel szerint ott vannak a merevlemezek, a /dev dirben egy árva ilyen device sincs (hda, az bezzeg van). Semmi gond, "./MAKEDEV sda", természetesen "No such file or directory". Zsírrrr.
Mivel linuzék elvileg már a harmadik generációs dinamikus /dev-replacementet nyüstölik (ezen a héten udev-nek hívják), a dolgok ilyetén alakulása heveny kacagást hoz ki belőlem, ami csak intenzívebb lesz mikor eszembe ötlik a kérdés, hogy vajon ha neadjisten sikerül felhaxolni a céleszközre, vajon bootolni is fog róla? Minden jel az ellenkezőjére mutat, és ezen a ponton a dátumra nézek, vajon 1993-at írunk-e. Nem.
De ha már ittvagyok, rutinból check még pár dolgot. Az installer aszongya írjam be hogy "network" a hálókártyák konfigjához. Beírom. Kéri a network.dsk floppy-t (that's right, a CD-n nincs rajta a dsk). Fucking what?! Az Apple már vagy 10 éve nem szállít floppy driveos számítógépet. Jesus.
Nem probléma, linuxnál soha nem számítok az out-of-boxhoz még csak nagyságrendileg sem közelítő működésre, tehát modprobe airport. Riiight. Ettől nem lett több net interface-em. Fasza ez a kernel... Ami 2.6.17, tehát kvázi tegnapi, és tizenhat év kemény fejlesztő munkájának gyümölcseként nem tud működni.
A móka és kacagás maximálása végett megemlítem, hogy az airport.c írója Benjamin Herrenschmidt, e-mail címe pedig benh@kernel.crashing.org. Ennyit ugyanis kiír a "driver" (valójában tehát adware). Szóval LUG, no surprise.
Természetesen a tegnapi kernel a /proc/memstat tanúsága szerint 1.2Gb RAM helyett 800Mb-ot lát.
2007, mondom néktek. Linuxdesktop meg minden.
2007/01/29 11:23
A tömény pökhendi ostobaság levlistáján olvastam most, hogy:
letojom a bal bokam.
ha be van kapcsolva a masik laptop, akkor tudok letolteni full
savszellel. ha kikapcsolom, nagyjabol azonnal leesik a tempo.
Linux... Erről jutott eszembe, hogy még amikor azu nálam lakott (aztán messzire menekült, most Írországban rontja a levegőt), valami pécés notebookkal szeretett volna wifizni, amiben több dolog is akadályozta, például a driver nem látta a hidden SSID-jű hálózatot, hiába volt beírva a neve, stb... Néhány nappal később már asszem sikerült megcsinálnia a WPA/TKIP-t, akkor meg az volt a gond hogy ha bekapcsolta a szarát, akkor az iBook-omat minden további nélkül ledobta a hálózat... Persze az AP-n is a fenti oprendszerutánzatnak csúfolt abomination fut.
Egy vicc az az OS...
letojom a bal bokam.
ha be van kapcsolva a masik laptop, akkor tudok letolteni full
savszellel. ha kikapcsolom, nagyjabol azonnal leesik a tempo.
Linux... Erről jutott eszembe, hogy még amikor azu nálam lakott (aztán messzire menekült, most Írországban rontja a levegőt), valami pécés notebookkal szeretett volna wifizni, amiben több dolog is akadályozta, például a driver nem látta a hidden SSID-jű hálózatot, hiába volt beírva a neve, stb... Néhány nappal később már asszem sikerült megcsinálnia a WPA/TKIP-t, akkor meg az volt a gond hogy ha bekapcsolta a szarát, akkor az iBook-omat minden további nélkül ledobta a hálózat... Persze az AP-n is a fenti oprendszerutánzatnak csúfolt abomination fut.
Egy vicc az az OS...
Braindamage of the POSIX Ext. ACL
2007/01/19 08:44
A standard unix permissionok sok esetben túl kevesek, ez oké. Kellene jobb. Itt lépnek színre a droidok, amikor megírják a POSIX Extended ACL-eket definiáló IEEE 1003.1e draft-ot (withdrawn!). Az elképzelés önmagában még nem is lenne teljes katasztrófa, de valamelyik "igazán haladó szellemiségű" lamer okosan kitalálta, hogy a group permission-ök mostantól a mask permission-öket írják le (ami tartalmazza az összes, egyes usereknek kiosztott permissiont).
Szemléltetés (FreeBSD 6):
$ chmod 700 test
$ ls -ld test
drwx$ setfacl -m u:clamav:rx test
$ ls -ld test
drwxr-x---+ 2 gabucino users 512 Jan 19 09:04 test
$ setfacl -m u:ldap:w test
$ ls -ld test
drwxrwx---+ 2 gabucino users 512 Jan 19 09:06 test
$ getfacl test
#file:test
#owner:1001
#group:1001
user::rwx
user:clamav:r-x
user:ldap:-w-
group::---
mask::rwx
other::---
At this point we are owned badly. Miért? Mert bullshit van a group permissionökben. Jelenleg két, egymásnak ellentmondó információ van eltárolva a kérdéses file-ről (dir, actually): a standard ACL szerint a tulajdonos csoport összes tagjának read, write, exec engedélyei vannak, míg az extended ACL szerint ezek közül egyik sincs meg! Nagyon sok olyan program van ami nem fogad el group/world readable fileokat (pl scponlyc, maildrop), ezeken az eseteken segítene az extended ACL, de hála a katasztrofális implementációnak, a helyet egy cseppet sem javult, csak a breakage lett több.
Semmi gond, van a setfacl-nek egy ilyen opciója:
-n Do not recalculate the permissions associated with the ACL mask entry.
Na, tegyünk akkor keresztbe a szar szabványnak (FreeBSD 6):
$ rmdir test
$ mkdir test
$ chmod 700 test
$ setfacl -n -m u:ldap:rx test
setfacl: warning: no mask entry
setfacl: acl_set_file() failed for test: Invalid argument
Failed attempt. Az
-n opció nem használható, ha még nincs mask entry. Mivel ezt a szabvány megköveteli, a stuff inkább kiszáll. Természetesen Linuxon ezt is sikerült újabb faszsággal tetézni, ott ugyanis ugyanez a parancs el sem száll, épp csak nem csinál semmit. Way to go, fasza implementáció ez is.Nade mi van akkor, ha már van egy üres mask entry (tehát standard ACL = extended ACL), és utána probálom ugyanezt az opciót? Akkor már jó a group permission, éljen!
$ ls -ld test
dr-xCsakhogy a hozzáadott ACL sem él.
$ getfacl test
#file:test
#owner:1001
#group:1001
user::r-x
user:ldap:r-x group::---
mask::---
other::---
Fussatok. Ja, és a slusszpoén, OSX-en úgy működik ahogy az értelmesen gondolkodó ember számára (az unix applikációkról nem is beszélve) elvárható:
$ mkdir test
$ chmod 700 test
$ chmod +a "clamav allow write" test
$ ls -led test
drwx0: user:clamav allow add_file
És hogy ez miért van? Nos azért mert az Apple nem a POSIX szabványt (valójában nem is az, mert mint már írtam, nem fogadták el) választotta (még jó, hiszen fundamentally broken), hanem az NFSv4 ACL szabványt. Az IBM AIX rendszerében is ez található meg, a többi viszont mind szar.
