IT
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)
ddos done right
2012/05/09 15:47
“Néhány percre sikeresen blokkolták az Anonymous hackercsoport tagjai Vlagyimir Putyin hivatalos weboldalát.”
... vessük össze a Putyin-ellenes tüntetés apropóján reggel óta tartó orosz kormánypárti DDoS-szal:
--- ustream.tv ping statistics ---
38 packets transmitted, 10 packets received, 73.7% packet loss
round-trip min/avg/max/stddev = 246.671/297.928/350.394/39.746 ms
... vessük össze a Putyin-ellenes tüntetés apropóján reggel óta tartó orosz kormánypárti DDoS-szal:
--- ustream.tv ping statistics ---
38 packets transmitted, 10 packets received, 73.7% packet loss
round-trip min/avg/max/stddev = 246.671/297.928/350.394/39.746 ms
anonymous.hu response
2012/04/21 17:03
http://www.judapest.com/ (2012.04.21)
Üzenet az Anonymous Operation Hungary csoportnak >>>
Sikerült nevetségessé tenni az Anonymous nevet/csoportot, gratulálunk! A hazai hekkereket szerencsére nem, mert messze vagytok tőlünk, mint Makó Jeruzsálemtől! Pancserek! Még egy kurva oldalt sem tudtok normálisan lelőni basszátok meg! És TI vagytok a légió? Nem légió vagytok ti, hanem pár anyaszomorító szarházi, aki felhasználva az Anonymous nevet itt szerencsétlenkedik a neten! A kurva szátokat, legalább csinálnátok normálisan!!! Előbb-utóbb hibáztok névbitorló gecik, és akkor MI ott leszünk!
>>> http://www.judapest.com <<< AZ OLDALRÓL AZ ÖSSZES CIKK/ INFORMÁCIÓ TÖRÖLVE!!!
Lazán kapcsolódik: [ kuruc :: drupal.hu :: hup.hu :: turulchan ]
HACKED
´´´´´´´´´´´´´´´´´´´ ¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶´´´´´´´´´´´´´´´´´´´`
´´´´´´´´´´´´´´´´´¶¶¶¶¶¶´´´´´´´´´´´´´¶¶¶¶¶¶¶´´´´´´´´´´´´´´´´
´´´´´´´´´´´´´´¶¶¶¶´´´´´´´´´´´´´´´´´´´´´´´¶¶¶¶´´´´´´´´´´´´´´
´´´´´´´´´´´´´¶¶¶´´´´´´´´´´´´´´´´´´´´´´´´´´´´´¶¶´´´´´´´´´´´´
´´´´´´´´´´´´¶¶´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´¶¶´´´´´´´´´´´
´´´´´´´´´´´¶¶´´´´´´´´´´´´´´´´´´´´´`´´´´´´´´´´´¶¶´´´´´´´´´´`
´´´´´´´´´´¶¶´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´¶¶´´´´´´´´´´
´´´´´´´´´´¶¶´¶¶´´´´´´´´´´´´´´´´´´´´´´´´´´´´´¶¶´¶¶´´´´´´´´´´
´´´´´´´´´´¶¶´¶¶´´´´´´´´´´´´´´´´´´´´´´´´´´´´´¶¶´´¶´´´´´´´´´´
´´´´´´´´´´¶¶´¶¶´´´´´´´´´´´´´´´´´´´´´´´´´´´´´¶¶´´¶´´´´´´´´´´
´´´´´´´´´´¶¶´´¶¶´´´´´´´´´´´´´´´´´´´´´´´´´´´´¶¶´¶¶´´´´´´´´´´
´´´´´´´´´´¶¶´´¶¶´´´´´´´´´´´´´´´´´´´´´´´´´´´¶¶´´¶¶´´´´´´´´´´
´´´´´´´´´´´¶¶´¶¶´´´¶¶¶¶¶¶¶¶´´´´´¶¶¶¶¶¶¶¶´´´¶¶´¶¶´´´´´´´´´´´
´´´´´´´´´´´´¶¶¶¶´¶¶¶¶¶¶¶¶¶¶´´´´´¶¶¶¶¶¶¶¶¶¶´¶¶¶¶¶´´´´´´´´´´´
´´´´´´´´´´´´´¶¶¶´¶¶¶¶¶¶¶¶¶¶´´´´´¶¶¶¶¶¶¶¶¶¶´¶¶¶´´´´´´´´´´´´´
´´´´¶¶¶´´´´´´´¶¶´´¶¶¶¶¶¶¶¶´´´´´´´¶¶¶¶¶¶¶¶¶´´¶¶´´´´´´¶¶¶¶´´´
´´´¶¶¶¶¶´´´´´¶¶´´´¶¶¶¶¶¶¶´´´¶¶¶´´´¶¶¶¶¶¶¶´´´¶¶´´´´´¶¶¶¶¶¶´´
´´¶¶´´´¶¶´´´´¶¶´´´´´¶¶¶´´´´¶¶¶¶¶´´´´¶¶¶´´´´´¶¶´´´´¶¶´´´¶¶´´
´¶¶¶´´´´¶¶¶¶´´¶¶´´´´´´´´´´¶¶¶¶¶¶¶´´´´´´´´´´¶¶´´¶¶¶¶´´´´¶¶¶´
¶¶´´´´´´´´´¶¶¶¶¶¶¶¶´´´´´´´¶¶¶¶¶¶¶´´´´´´´¶¶¶¶¶¶¶¶¶´´´´´´´´¶¶
¶¶¶¶¶¶¶¶¶´´´´´¶¶¶¶¶¶¶¶´´´´¶¶¶¶¶¶¶´´´´¶¶¶¶¶¶¶¶´´´´´´¶¶¶¶¶¶¶¶
´´¶¶¶¶´¶¶¶¶¶´´´´´´¶¶¶¶¶´´´´´´´´´´´´´´¶¶¶´¶¶´´´´´¶¶¶¶¶¶´¶¶¶´
´´´´´´´´´´¶¶¶¶¶¶´´¶¶¶´´¶¶´´´´´´´´´´´¶¶´´¶¶¶´´¶¶¶¶¶¶´´´´´´´´
´´´´´´´´´´´´´´¶¶¶¶¶¶´¶¶´¶¶¶¶¶¶¶¶¶¶¶´¶¶´¶¶¶¶¶¶´´´´´´´´´´´´´´
´´´´´´´´´´´´´´´´´´¶¶´¶¶´¶´¶´¶´¶´¶´¶´¶´¶´¶¶´´´´´´´´´´´´´´´´´
´´´´´´´´´´´´´´´´¶¶¶¶´´¶´¶´¶´¶´¶´¶´¶´¶´´´¶¶¶¶¶´´´´´´´´´´´´´´
´´´´´´´´´´´´¶¶¶¶¶´¶¶´´´¶¶¶¶¶¶¶¶¶¶¶¶¶´´´¶¶´¶¶¶¶¶´´´´´´´´´´´´
´´´´¶¶¶¶¶¶¶¶¶¶´´´´´¶¶´´´´´´´´´´´´´´´´´¶¶´´´´´´¶¶¶¶¶¶¶¶¶´´´´
´´´¶¶´´´´´´´´´´´¶¶¶¶¶¶¶´´´´´´´´´´´´´¶¶¶¶¶¶¶¶´´´´´´´´´´¶¶´´´
´´´´¶¶¶´´´´´¶¶¶¶¶´´´´´¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶´´´´´¶¶¶¶¶´´´´´¶¶¶´´´´
´´´´´´¶¶´´´¶¶¶´´´´´´´´´´´¶¶¶¶¶¶¶¶¶´´´´´´´´´´´¶¶¶´´´¶¶´´´´´´
´´´´´´¶¶´´¶¶´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´¶¶´´¶¶´´´´´´
´´´´´´´¶¶¶¶´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´´¶¶¶¶´´´´´´´
Anonymous Operation Hungary FAIL!
Üzenet az Anonymous Operation Hungary csoportnak >>>
Sikerült nevetségessé tenni az Anonymous nevet/csoportot, gratulálunk! A hazai hekkereket szerencsére nem, mert messze vagytok tőlünk, mint Makó Jeruzsálemtől! Pancserek! Még egy kurva oldalt sem tudtok normálisan lelőni basszátok meg! És TI vagytok a légió? Nem légió vagytok ti, hanem pár anyaszomorító szarházi, aki felhasználva az Anonymous nevet itt szerencsétlenkedik a neten! A kurva szátokat, legalább csinálnátok normálisan!!! Előbb-utóbb hibáztok névbitorló gecik, és akkor MI ott leszünk!
>>> http://www.judapest.com <<< AZ OLDALRÓL AZ ÖSSZES CIKK/ INFORMÁCIÓ TÖRÖLVE!!!
Lazán kapcsolódik: [ kuruc :: drupal.hu :: hup.hu :: turulchan ]
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.
%TCPIP-E-MAPNOSYS
2012/02/27 10:14
OpenVMS NFS server configuration hint:
/dka300 DKA300:
%TCPIP-E-MAPNOSYS, file system is not mapped
/dka300 DKA300:
Works. Go figure. Or not.
TCPIP> show map
Dynamic Filesystem Map
Pathname Logical File System
/dka300 DKA300:
%TCPIP-E-MAPNOSYS, file system is not mapped
TCPIP> show map
Dynamic Filesystem Map
Pathname Logical File System
/dka300 DKA300:
Works. Go figure. Or not.
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
domain okosság
2011/12/25 07:26
Idén az EuroDNS úgy volt vele, hogy nem kell szólnia a lejáró domainekről. Tulajdonképp nem is baj, mert rövid gondolkodás után rájöttem, hogy nincs is akkora (nulla) szükségem saját domain-ekre, mint amennyire utálok bűnszövetkezeteket támogatni.
Ez a domain azért még egy évig élni fog, addigra talán összeszedek annyi érdeklődést, hogy eldöntsem hova rakjam a site-ot.
A berczi.be domainre egyébként valaki pénzt nem sajnálva gyorsan le is csapott, legyen vele boldog. Kapcsolódó tapasztalat: léteznek lejáró domainek vadászatára szakosodott cégek... goto 10
A gabor@berczi.be mailcímre tehát ezentúl felesleges írni, az aktuális az oldal alján található.
Ez a domain azért még egy évig élni fog, addigra talán összeszedek annyi érdeklődést, hogy eldöntsem hova rakjam a site-ot.
A berczi.be domainre egyébként valaki pénzt nem sajnálva gyorsan le is csapott, legyen vele boldog. Kapcsolódó tapasztalat: léteznek lejáró domainek vadászatára szakosodott cégek... goto 10
A gabor@berczi.be mailcímre tehát ezentúl felesleges írni, az aktuális az oldal alján található.
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.
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.”
bbs goodness
2011/09/15 03:31
[ back to part #1 ]
Oh well that JS-tainted effort did not amount to much. Let’s try it on OS/2. Wait, what?.. It installs straightforwardly? (albeit slowly, see problem description below) Needs some hacking, but not at all comparable to the jackassery of dealing with UNIX incompatibilities? (one of the reasons why I’m abandoning this cesspool) And it even feels cool to create??
Yes.
Oh well that JS-tainted effort did not amount to much. Let’s try it on OS/2. Wait, what?.. It installs straightforwardly? (albeit slowly, see problem description below) Needs some hacking, but not at all comparable to the jackassery of dealing with UNIX incompatibilities? (one of the reasons why I’m abandoning this cesspool) And it even feels cool to create??
Yes.
That’s how life was before 2000 (okay, [windows]’95 era or whatever, I’m rounding up).
There are some difficulties with a nasty “hard drive” I/O bottleneck which I’m attributing to qemu. This wouldn’t have happened if the only 486 notebook with working PCMCIA slot (remember: virtual modems over TCP/23) wouldn’t have severe POST problems lately. Or if I had my old pre-2000 PC gear currently stashed away some 300km away. VMODEM sometimes messes up one of the ports, no idea why (yet).
I digress: the BBS is up (telnet://bbs.gabucino.be - use SyncTerm or at least “toggle crlf” in telnet), and I can up/download QWK packets for my favorite mailer: “Terminate!”, therefore accomplishing 50% of my goal. Yes, I have other stuff in mind too...
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 ]
state of the industry
2011/08/19 15:45
Történt egyszer, hogy nem voltam megelégedve a munkáltatóm által éppen kínált perspektívával (megszűnés), ezért a havi keresetet fenntartandó a biztonság kedvéért elmentem egy állásinterjúra (kb. kétszer teszek ilyen balgaságot egy évtizedben, de végül aztán sose oda kerülök). Na ott azzal fogadtak hogy helószia, itt ez a rövid fél órás teszt, töltsd ki pleas. Mivel ez alapvetően egy IT place volt, azóta inkább paprikát és szőlőt termesztek.
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.
minecraft filesystem
2011/08/03 09:00
mark my words
<gab> minecraftfs-t ide
<gab> latni akarom ahogy epulnek a fileok
<gab> ... ezt le kene vedetni (c)
<gab> uj ertelmet kapna a virusirtas
<gab> egy creeper belerobbantott a p0rn konyvtaramba
<gab> minecraftfs-t ide
<gab> latni akarom ahogy epulnek a fileok
<gab> ... ezt le kene vedetni (c)
<gab> uj ertelmet kapna a virusirtas
<gab> egy creeper belerobbantott a p0rn konyvtaramba
zfs as home dir (os x)
2011/07/22 14:08
Anno amikor az Apple meglepően gyorsan hozzáfejlesztette a Mac OS X-hez a ZFS támogatást már volt szerencsém nyomni egy sessiont a ZFS alapú homedirrel, de a rendszerhez integráltsága, illetve a stabilitás és adatbiztonság sajnos hagyott maga után erős kívánalmakat. Konkrétan vesztettem már vele 1Tb-nyi warez-t (nyilván nem kár érte, de azért na). A magára hagyott kódot szerencsére néhány jótét lélek tovább vitte, és pár hónapnyi médiatárolóként történő használat után azt kell mondjam, hogy mostanra igen jó állapotban van a projekt. Már ha jelentheti ezt a nulla darab fagyás.
Ezért ma megint ZFS-t hoztam létre az SSD-m felhasználói adatoknak fenntartott partícióján (igen, két partíciót használok már G4 óta, rengeteg szívástól mentett meg). Hála a tömörítésnek nemhogy kevesebb, de 5Gb-tal több szabad helyem lett a váltás után.
<3 ZFS
Ezért ma megint ZFS-t hoztam létre az SSD-m felhasználói adatoknak fenntartott partícióján (igen, két partíciót használok már G4 óta, rengeteg szívástól mentett meg). Hála a tömörítésnek nemhogy kevesebb, de 5Gb-tal több szabad helyem lett a váltás után.
Users 40Gi 28Gi 12Gi 71% /Volumes/Users<3 ZFS
Mac OS X 10.7 "Lion"
2011/07/22 12:22
First impressions.
(tl;dr: it’s a piece of shit, a design crash’n’burn)
11:40 <gab> omg
11:40 <gab> gecis kurva fos ez a default scroll irany lionban
11:41 <@xxxx> az
11:41 <@xxxx> de legalabb meg lehet forditani
11:41 <gab> meg
11:43 <gab> lol ne
11:43 <gab> launchpadban nincs keyboard shortcut
11:44 <gab> nincs kulon expose' csak mission control
11:44 <@xxxx> :]
11:45 <gab> anyad, ilyen fekete csik scrolloz desktop valtasnal a ket desktop kozott
11:45 <gab> 'fasza' flicker effekt
11:45 <@xxxx> :]
11:46 <gab> ahoka mostanaban ment at netbsdbol koder apple-hez?
11:46 <@xxxx> ez inkabb designeri kerdes mint programozo
11:46 <@xxxx> bar netbsd koderbol meg lehetett apple dizajner
11:46 <gab> ...apple-hez, designernek?
11:47 <gab> bazmeg de undorito lett a desktop valtas
11:47 <gab> ez milyen q/a-n ment at
11:47 <gab> raadasul low fps
11:48 <gab> ja hogy ez direkt van
11:48 <gab> haromujjas desktopvaltasnal latszik
11:49 <gab> http://gabucino.be/picz/barshit.png
11:49 <gab> milyen fogyatekos designolta ezt az os-t
11:50 <@xxxx> aki az ios-t
11:50 <@xxxx> 1149| <gab> http://gabucino.be/picz/barshit.png
11:50 <@xxxx> mi ez a fekete szar
11:50 <gab> ezt mondom
11:50 <gab> space/desktop-ok kozott van
11:51 <gab> ha alt+1/2/3/4-el valtasz, atvillan a kepernyon, bele a pofadba
11:51 <gab> sajnos 2011-ben egy high-end gepen nem lehet 1 db texturat 5 fps-nel gyorsabban scrollozni
11:52 <gab> ehh
11:52 <gab> ami a desktop-on van file(k)
11:52 <gab> azok desktop valtasnal a masik desktopon alapbol nem lesznek rajta
11:52 <gab> valtas utan fadelnek in
11:52 <@xxxx> :D
11:53 <gab> ezt igy miert
11:53 <@xxxx> remelem kikapcsolhato
11:53 <@xxxx> mert ez fassag
11:53 <gab> semmi ertelme.
11:53 <@xxxx> eleg csubakka
11:54 <gab> fasz megoldas ez az ablak-elougras is
11:54 <gab> mar hogy igy kizoomol az uj ablak
11:55 <gab> bezaras meg instant
11:55 <gab> pls waste my time
11:55 <gab> hat nem tudok napirendre terni efolott a geci fekete csik folott
11:56 <gab> meg az ikonfade-en
11:57 <gab> egybol arra all ra a szemem, nem az ablakra amire valtottam
11:57 <gab> onkentelenul is rogton azt nezem hogy mi a fasz tortenik a kepernyo sarkaban
11:57 <gab> ahol ugye normal esetben growl notify van
11:58 <gab> vilagos hatteren megszarabb a csik, yeah :)
11:58 <gab> ez valami april's fool joke
11:58 <gab> ezt nem latta a dzso'bsz
11:58 <gab> vagy a dzso'bsz latta, de a kopasz designer gyerek nem
11:59 <gab> desktopvaltas befejeztevel jelenik csak meg az ablak arnyeka az uj desztopon
11:59 <gab> egyszerre a desztopikonokkal
11:59 <gab> erted igy lassul a valtas... majdnem kesz... nyugi van.. kesz... BOOM!ARNYEK!IKONOK!
12:00 <gab> mindenki a hegyekbe!!!
12:02 <gab> 2: Apple_HFS Untitled 1 114.5 GB disk1s2
12:02 <gab> 3: Apple_Boot Recovery HD 650.0 MB disk1s3
12:02 <gab> 4: Apple_HFS Mac OS X Install ESD 4.5 GB disk1s4
12:02 <gab> koszi a geci recovery particiot
12:02 <@xxxx> :))))
12:02 <gab> /dev/disk1s2 107Gi 13Gi 94Gi 12% /
12:02 <gab> default install
12:02 <gab> ja, csak default install van
12:02 <gab> no more customization
12:02 <@xxxx> johat, akkor 10.7 kimarad
12:03 <gab> meg idegelem kicsit magam
12:03 <@xxxx> majd 10.7.4-nel megnezem, ahogy eleve terveztem
12:03 <gab> JAJ
12:03 <gab> JAJ
12:04 <gab> aaaaa
12:04 <gab> neee MY EYES
12:04 <@xxxx> addigra ugyis kitalaljak hogyan kell kinyirni a rec. particiot
12:04 <@xxxx> meg a tobbi fassagot
12:04 <gab> aha most jo
12:04 <gab> de miert
12:04 <gab> launchpadot shifttel tuntettem el hogy jo lassu legyen
12:04 <gab> erre a fadeout kozepen hirtelen eltuntek az ikonok
12:04 <gab> 3x egymas utan
12:04 <gab> most meg nem
12:05 <@xxxx> :D
12:05 <gab> MIERT nem vesz fel valaki tesztelonek
12:05 <gab> na most megint
12:06 <gab> about this mac ablak tenyleg jo lett
12:07 <gab> kar hogy ez most ilyen marginalis faszsag
12:07 <gab> van meg valami?
12:08 <gab> szornyu ez a szurke minta mindenhol
12:08 <gab> i did not want it
12:09 <gab> aha
12:09 <gab> safariban megnyomta a regi zold maximize gombot
12:09 <gab> erre atmozgatta az ablakot ugy hogy 90%-a kilog _alul_ a kepernyobol
12:09 <gab> a merete nem valtozott
12:10 <gab> kiprobaltam az uj fullscreent
12:10 <gab> atvaltok masik desktopra
12:10 <gab> aztan probalok visszavaltani de safari nincs sehol
12:10 <gab> aha csinalt egy kulon "safari" "desktopot" maganak
12:14 <gab> eltunt a dashboardon a splash effekt az uj widgeteknel
12:14 <gab> nembaj van helyette hockey widget
12:16 <gab> -bash: zpool: command not found
12:16 <gab> zfs mar nyomokban sincs by default, mondjuk ez nem erdekes
12:19 <gab> xcode sincs az install median
12:19 <gab> rebooting to 10.6 for greater glory
(tl;dr: it’s a piece of shit, a design crash’n’burn)
11:40 <gab> omg
11:40 <gab> gecis kurva fos ez a default scroll irany lionban
11:41 <@xxxx> az
11:41 <@xxxx> de legalabb meg lehet forditani
11:41 <gab> meg
11:43 <gab> lol ne
11:43 <gab> launchpadban nincs keyboard shortcut
11:44 <gab> nincs kulon expose' csak mission control
11:44 <@xxxx> :]
11:45 <gab> anyad, ilyen fekete csik scrolloz desktop valtasnal a ket desktop kozott
11:45 <gab> 'fasza' flicker effekt
11:45 <@xxxx> :]
11:46 <gab> ahoka mostanaban ment at netbsdbol koder apple-hez?
11:46 <@xxxx> ez inkabb designeri kerdes mint programozo
11:46 <@xxxx> bar netbsd koderbol meg lehetett apple dizajner
11:46 <gab> ...apple-hez, designernek?
11:47 <gab> bazmeg de undorito lett a desktop valtas
11:47 <gab> ez milyen q/a-n ment at
11:47 <gab> raadasul low fps
11:48 <gab> ja hogy ez direkt van
11:48 <gab> haromujjas desktopvaltasnal latszik
11:49 <gab> http://gabucino.be/picz/barshit.png
11:49 <gab> milyen fogyatekos designolta ezt az os-t
11:50 <@xxxx> aki az ios-t
11:50 <@xxxx> 1149| <gab> http://gabucino.be/picz/barshit.png
11:50 <@xxxx> mi ez a fekete szar
11:50 <gab> ezt mondom
11:50 <gab> space/desktop-ok kozott van
11:51 <gab> ha alt+1/2/3/4-el valtasz, atvillan a kepernyon, bele a pofadba
11:51 <gab> sajnos 2011-ben egy high-end gepen nem lehet 1 db texturat 5 fps-nel gyorsabban scrollozni
11:52 <gab> ehh
11:52 <gab> ami a desktop-on van file(k)
11:52 <gab> azok desktop valtasnal a masik desktopon alapbol nem lesznek rajta
11:52 <gab> valtas utan fadelnek in
11:52 <@xxxx> :D
11:53 <gab> ezt igy miert
11:53 <@xxxx> remelem kikapcsolhato
11:53 <@xxxx> mert ez fassag
11:53 <gab> semmi ertelme.
11:53 <@xxxx> eleg csubakka
11:54 <gab> fasz megoldas ez az ablak-elougras is
11:54 <gab> mar hogy igy kizoomol az uj ablak
11:55 <gab> bezaras meg instant
11:55 <gab> pls waste my time
11:55 <gab> hat nem tudok napirendre terni efolott a geci fekete csik folott
11:56 <gab> meg az ikonfade-en
11:57 <gab> egybol arra all ra a szemem, nem az ablakra amire valtottam
11:57 <gab> onkentelenul is rogton azt nezem hogy mi a fasz tortenik a kepernyo sarkaban
11:57 <gab> ahol ugye normal esetben growl notify van
11:58 <gab> vilagos hatteren megszarabb a csik, yeah :)
11:58 <gab> ez valami april's fool joke
11:58 <gab> ezt nem latta a dzso'bsz
11:58 <gab> vagy a dzso'bsz latta, de a kopasz designer gyerek nem
11:59 <gab> desktopvaltas befejeztevel jelenik csak meg az ablak arnyeka az uj desztopon
11:59 <gab> egyszerre a desztopikonokkal
11:59 <gab> erted igy lassul a valtas... majdnem kesz... nyugi van.. kesz... BOOM!ARNYEK!IKONOK!
12:00 <gab> mindenki a hegyekbe!!!
12:02 <gab> 2: Apple_HFS Untitled 1 114.5 GB disk1s2
12:02 <gab> 3: Apple_Boot Recovery HD 650.0 MB disk1s3
12:02 <gab> 4: Apple_HFS Mac OS X Install ESD 4.5 GB disk1s4
12:02 <gab> koszi a geci recovery particiot
12:02 <@xxxx> :))))
12:02 <gab> /dev/disk1s2 107Gi 13Gi 94Gi 12% /
12:02 <gab> default install
12:02 <gab> ja, csak default install van
12:02 <gab> no more customization
12:02 <@xxxx> johat, akkor 10.7 kimarad
12:03 <gab> meg idegelem kicsit magam
12:03 <@xxxx> majd 10.7.4-nel megnezem, ahogy eleve terveztem
12:03 <gab> JAJ
12:03 <gab> JAJ
12:04 <gab> aaaaa
12:04 <gab> neee MY EYES
12:04 <@xxxx> addigra ugyis kitalaljak hogyan kell kinyirni a rec. particiot
12:04 <@xxxx> meg a tobbi fassagot
12:04 <gab> aha most jo
12:04 <gab> de miert
12:04 <gab> launchpadot shifttel tuntettem el hogy jo lassu legyen
12:04 <gab> erre a fadeout kozepen hirtelen eltuntek az ikonok
12:04 <gab> 3x egymas utan
12:04 <gab> most meg nem
12:05 <@xxxx> :D
12:05 <gab> MIERT nem vesz fel valaki tesztelonek
12:05 <gab> na most megint
12:06 <gab> about this mac ablak tenyleg jo lett
12:07 <gab> kar hogy ez most ilyen marginalis faszsag
12:07 <gab> van meg valami?
12:08 <gab> szornyu ez a szurke minta mindenhol
12:08 <gab> i did not want it
12:09 <gab> aha
12:09 <gab> safariban megnyomta a regi zold maximize gombot
12:09 <gab> erre atmozgatta az ablakot ugy hogy 90%-a kilog _alul_ a kepernyobol
12:09 <gab> a merete nem valtozott
12:10 <gab> kiprobaltam az uj fullscreent
12:10 <gab> atvaltok masik desktopra
12:10 <gab> aztan probalok visszavaltani de safari nincs sehol
12:10 <gab> aha csinalt egy kulon "safari" "desktopot" maganak
12:14 <gab> eltunt a dashboardon a splash effekt az uj widgeteknel
12:14 <gab> nembaj van helyette hockey widget
12:16 <gab> -bash: zpool: command not found
12:16 <gab> zfs mar nyomokban sincs by default, mondjuk ez nem erdekes
12:19 <gab> xcode sincs az install median
12:19 <gab> rebooting to 10.6 for greater glory
vérfürdő az iddqd-n
2011/07/14 13:00
Vicces, olyan ütemben tűnnek el a kommentek, amire már rég láttam hasonló példát. Természetesen azé bent marad, akinek tetszenek az ilyen “Hogyan vesztettem el a szüzességemet” stílusú cikkek.
Pl. QTpie (azóta
“pászeg mi ez a nagy moderaverseny? már a második hozzászólás tűnik el, amire reagálni akarok. gyerekek, ha nem akarjátok, hogy írjanak ide az emberek, akkor nem kell engedélyezni a kommentelést”
"Az egesz blog elment mostanaban ebbe a bulvar-iranyba, kb pont, mint az Appleblog - ez valami uj vonal az Indexnel?"
“Jaja, kissé mintha zuhant volna a szint. Én elhiszem, hogy a T szerkesztők zsenge ifjúkora volt a PC Guru meg minden, de biztosan annyira érdekes és szép ezt az évekkel ezelőtti szart kavargatni?”
“No, akkor ez a blog is kikerül az olvasottak köréből.”
Fun! :)
Pl. QTpie (azóta
“pászeg mi ez a nagy moderaverseny? már a második hozzászólás tűnik el, amire reagálni akarok. gyerekek, ha nem akarjátok, hogy írjanak ide az emberek, akkor nem kell engedélyezni a kommentelést”
"Az egesz blog elment mostanaban ebbe a bulvar-iranyba, kb pont, mint az Appleblog - ez valami uj vonal az Indexnel?"
“Jaja, kissé mintha zuhant volna a szint. Én elhiszem, hogy a T szerkesztők zsenge ifjúkora volt a PC Guru meg minden, de biztosan annyira érdekes és szép ezt az évekkel ezelőtti szart kavargatni?”
“No, akkor ez a blog is kikerül az olvasottak köréből.”
Fun! :)
scanner for commodore 64
2011/07/11 14:17
A’rpi / ESP-team / ex-MPlayer nemrég bevásárolt azokból az alkatrészekből amiket az 1990-ben Commodore 64-hez épített scanneréből az idők során más projectekbe tákolt át, úgyhogy megejthettük végre a scanner revival partyt o/
Reprezent: A’rpi, LGB, Gabucino, és Pontscho / fresh!mindworkz
[ video 1 ]
[ video 2 ]
[ video 3 ]
[ video 4 ]
[ video 5 ]
[ video 6 ]
[ video 7 ]
[ video 8 ]
[ video 9 ]
[ video a ]
[ video all-in-one youtube-kvaliti ]
2011.07.30 :: The scanner made his/her/its appearance at Árok Party #13 in Hungary, as the sole contender of the Wild compo. We couldn’t convert it to the Plus/4 because it doesn’t have analogue pins on the joy port, and Arpi’s ADC board was still unfinished in 1991-92.
[ árok video 1 ]
Reprezent: A’rpi, LGB, Gabucino, és Pontscho / fresh!mindworkz
[ video 1 ]
[ video 2 ]
[ video 3 ]
[ video 4 ]
[ video 5 ]
[ video 6 ]
[ video 7 ]
[ video 8 ]
[ video 9 ]
[ video a ]
[ video all-in-one youtube-kvaliti ]
2011.07.30 :: The scanner made his/her/its appearance at Árok Party #13 in Hungary, as the sole contender of the Wild compo. We couldn’t convert it to the Plus/4 because it doesn’t have analogue pins on the joy port, and Arpi’s ADC board was still unfinished in 1991-92.
[ árok video 1 ]
spammer blacklist
2011/07/08 07:59
együttműködési megállapodást kötött a Brokernet és a Kürt
2011/07/07 07:20
Csak azt nem akarja lehozni az atlatszo.hu-n kívül senki, hogy miért: mert a publikusan hozzáférhető phpmyadmin felületükön admin/admin volt az user/pass...
[ link ]
[ link ] MagyarLeaks: Meghackelték a Brokernetet
[ link ] Beidézte a rendőrség az atlatszo.hu főszerkesztőjét
Update: nem, le kell hűtenem egyesek kedélyeit: nem én vagyok sem a hacker, sem az informátor, én is csak a netről értesülök.
[ link ]
[ link ] MagyarLeaks: Meghackelték a Brokernetet
[ link ] Beidézte a rendőrség az atlatszo.hu főszerkesztőjét
Update: nem, le kell hűtenem egyesek kedélyeit: nem én vagyok sem a hacker, sem az informátor, én is csak a netről értesülök.
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
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:
java + ipv6
2011/06/01 06:32
piece of shit
“What really needs to happen is to port the Windows approach in the JVM to BSD. On Windows two sockets are created per ServerSocket; one for IPV6 and another for IPv4. This avoids the need to use v4mapped addresses and change the net.inet6.ip6.v6only sysctl.”
UPDATE: do not use the diablo java
“What really needs to happen is to port the Windows approach in the JVM to BSD. On Windows two sockets are created per ServerSocket; one for IPV6 and another for IPv4. This avoids the need to use v4mapped addresses and change the net.inet6.ip6.v6only sysctl.”
UPDATE: do not use the diablo java
munkáltatói szemlélet
2011/05/09 16:47
Visszajelzések szerint azért rettennek vissza egyes cégek attól, hogy szolgálataimat igénybe vegyék, mert nem bírnák a stílust. Igaz ami igaz, valóban - hogy egy klasszikussal éljek - kissé csípős, hogynemondjam fanyar, de legelőször is azt kell megérteni, hogy ezen a szakterületen ez a default. Biztonság terén nem lehet kompromisszumokkal élni, hiszen minden ilyen elkerülhetetlenül magában foglalja egy-egy behatolási vektor lehetőségét. Melyik vezető merné bizton állítani, hogy az IT részlegén dolgozó léhűtők jó munkát végeznek? Leszámítva természetesen a jelenlegi munkahelyemet: én egy remek munkát végző léhűtő vagyok, épp ezért is van 24 óra szabadidőm. De volt alkalmam szakérteni olyan - nagy - cégnél, ahol a nálam kétszer többet kereső mutáns open proxyra konfigurálta az Exchange-t, ÉS észre sem vette dacára annak, hogy a szervere másodpercenként 10 spam-et küldött ki. Beszéltem olyan - megintcsak: nagy - közösségi oldal vezető fejlesztővel, aki nem hitte el nekem a FLUSH PRIVILEGES parancs szükségességét. És még sorolhatnám, de akkor ki venné meg a majdan’ elkészülő önéletrajzi kötetemet?
Jótanács: jobb hamarabb hozzám fordulni, mint későn.
Jótanács: jobb hamarabb hozzám fordulni, mint későn.
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?
iPhone 2G/3G "No Wi-Fi"
2011/05/06 05:54
64 bytes from x.x.x.x: icmp_seq=210 ttl=64 time=18.767 ms
64 bytes from x.x.x.x: icmp_seq=211 ttl=64 time=7.690 ms
64 bytes from x.x.x.x: icmp_seq=212 ttl=64 time=25.128 ms
64 bytes from x.x.x.x: icmp_seq=213 ttl=64 time=1008.026 ms
Request timeout for icmp_seq 215
Request timeout for icmp_seq 216
Request timeout for icmp_seq 217
Sajnos 4 év után már az IT remekműnek számító iPhone 2G-t sem kíméli a pusztuló forrasztás átka. Az, hogy a Wi-Fi megszűnik működni, s a kijelzés tanúsága szerint létezni is, állítólag lehet szoftver probléma is, de tekintettel arra, hogy 10 perc mélyhűtőben eltöltött idő 3 percre visszaadta a wireless-t arra enged következtetni, hogy esetemben mégiscsak a hardverhiba áll fent. Szerencsére egy reflow állítólag megjavítja.
(nő kezébe iPhone-t soha!)
64 bytes from x.x.x.x: icmp_seq=211 ttl=64 time=7.690 ms
64 bytes from x.x.x.x: icmp_seq=212 ttl=64 time=25.128 ms
64 bytes from x.x.x.x: icmp_seq=213 ttl=64 time=1008.026 ms
Request timeout for icmp_seq 215
Request timeout for icmp_seq 216
Request timeout for icmp_seq 217
Sajnos 4 év után már az IT remekműnek számító iPhone 2G-t sem kíméli a pusztuló forrasztás átka. Az, hogy a Wi-Fi megszűnik működni, s a kijelzés tanúsága szerint létezni is, állítólag lehet szoftver probléma is, de tekintettel arra, hogy 10 perc mélyhűtőben eltöltött idő 3 percre visszaadta a wireless-t arra enged következtetni, hogy esetemben mégiscsak a hardverhiba áll fent. Szerencsére egy reflow állítólag megjavítja.
(nő kezébe iPhone-t soha!)
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.
ssd trim in os x 10.6.7
2011/04/18 10:34
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.
Re: 386bsd
2011/04/06 07:15
Looks like neozeed has read my yesterday’s entry on 386bsd, ‘coz he posted about it after reading the horribly maimed google translation (let it be known henceforth: I’m now coining the phrase: “the fuck it crashes”).
Anyways, I’d like to clarify: the floating point exception is a byproduct of running on a Pentium. It runs and works fine on the 80386 (386BSD has FPU emulation code from Linus).
Anyways, I’d like to clarify: the floating point exception is a byproduct of running on a Pentium. It runs and works fine on the 80386 (386BSD has FPU emulation code from Linus).
386bsd release 0.1
2011/04/05 18:56
[ followup: Re: 386bsd - reply to neozeed ]
A minap a virtuallyfun nevű primitív qemu-promóciós blogot olvasgatva leltem rá a 386BSD-ről szóló rövid bejegyzésre, és alkoholtól poshadt agyam azonnal párhuzamot vont eme remek operációs rendszer, és a sarokban megbúvó 386SX laptopom között. A nevezett hardverhez járó PhoenixBIOS sajnos nem tud semmilyen CF kártyát megbízhatóan kezelni (szaknyelven: lefagy a faszba), ezért hiába építettem az akkumulátorába AA elem foglalatokat a könnyű cserélhetőség végett, a “sexy&refurbished” státuszt sajnos eleddig nem tudta elnyerni.
További nehezítés, hogy mindössze 1Mb memóriát tartalmaz, amit a multiuser+multitask UNIX rendszerek nem nagyon kultiválnak. Nem kis meglepetésemre azonban a 386BSD ezen a hardveren is el tud indulni! (voltaképp ebből jöttem rá, hogy “csak” BIOS-szintű inkompatibilitás van itt a CF kártyákkal)
A minap a virtuallyfun nevű primitív qemu-promóciós blogot olvasgatva leltem rá a 386BSD-ről szóló rövid bejegyzésre, és alkoholtól poshadt agyam azonnal párhuzamot vont eme remek operációs rendszer, és a sarokban megbúvó 386SX laptopom között. A nevezett hardverhez járó PhoenixBIOS sajnos nem tud semmilyen CF kártyát megbízhatóan kezelni (szaknyelven: lefagy a faszba), ezért hiába építettem az akkumulátorába AA elem foglalatokat a könnyű cserélhetőség végett, a “sexy&refurbished” státuszt sajnos eleddig nem tudta elnyerni.
További nehezítés, hogy mindössze 1Mb memóriát tartalmaz, amit a multiuser+multitask UNIX rendszerek nem nagyon kultiválnak. Nem kis meglepetésemre azonban a 386BSD ezen a hardveren is el tud indulni! (voltaképp ebből jöttem rá, hogy “csak” BIOS-szintű inkompatibilitás van itt a CF kártyákkal)
A következő kellemes meglepetés pedig az volt, hogy a 386BSD zokszó nélkül kezeli a 64Mb-os CF kártyát amivel ez alkalomra megkínáltam a gép testét, yeah! A borgőzös jókedv féktelen áradásának azonban (thanx wolverine-nek a meggyborért) az install közben szó nélkül elfogyó memória vetett véget (egyébként ez vélhetően a disk cache miatt történik, mivel kisebb méretű partícióra installálva ez végig szokott menni). Fél napnyi kísérletezés után kiderült, hogy nem kell swapon paranccsal varázsolgatni, elég létrehozni az install lemezen egy /dev/wd0b blokkeszközt (b=swap, ugye), amelyre a kernel a boot során azonnal rátelepszik (user-friendly!), így már az install folyamat is végezni tud, ez a kernel és a bootloader install miatt fontos. Miután ez megvolt, átdobtam a kártyát egy NetBSD/alpha gépbe (134lx) elkerülendő, hogy a cpio extract közben még vagy tíz floppyt is kelljen cserélgetnem.
Alapvetően ennyi: a 386BSD teljesen jól elműködget egy 1Mb-os 386SX gépen, bár az 16450-es UART-ot baromira nem kell erőltetni: ICMP echo-nál bonyolultabb kommunikáció során (úgy mint telnet) erősen hajlamos pár tonna “com0: silo overflow” üzenet kíséretében magába zuhanni. Emiatt végül az OS-t egy nálánál 4 évvel fiatalabb architektúrájú gépbe inzertáltam bele (egy Compaq Pentium MMX notebook), FIFO-val megtámogatott UART rulez. Egy érdekes 586-os side effect:choam # ps u
USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND
Floating exception
Ilyen volt tehát az Intel-es BSD, még mielőtt a NetBSD nevű instabil trágya fork létrejött volna belőle.
[ followup: Re: 386bsd - reply to neozeed ]
meanwhile, 15 years ago
2011/04/04 17:31
“Nem kell félned attól, hogy az Internetet elöntik a lámák. Az elit inetesek akkor is létezni fognak. És ha az Internetet mégis elfoglalnák a lamerek, akkor újra feléled a BBS-ek hálózata, mint alternatíva, ahol a cool guy-ok emberi módon beszélgethetnek, és nem csak a “Tisztelt Uram, az Ön cége...” kezdetű mondatok szalonképesek.”
Ez mondjuk annyira nem jött be :(
Ez mondjuk annyira nem jött be :(
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 ()
FX!32
2011/03/27 08:42
Végre sikerült szert tennem egy alpha architektúrára buildelt Windows 2000-re, fuck yeah (thx strangelove). Önmagában még nem is lett volna ez nekem érdekes, azonban az IT development akkori fellegvárának számító DEC még 1996-ban elkészítette az FX!32 nevű runtime Intel emulátort, elősegítendő az Alpha architektúra térnyerését a Wintel posvány ellen. Ezt az emulációs réteget a Win2k már natívan tartalmazta, én pedig - természetesen - már jó ideje meg akartam tekinteni.
Az install során egyetlen showstopper akad: a partícionálás... Minden létező dokumentáció marhaságot ír e kérdésben (az install pedig ki fog lépni), tehát íme az Egy Igaz Út:
A boot partíció (ami már lehet NTFS) létrehozását már az installerből kell elvégezni. Ja igen, az MS mintha fordítva nevezte volna el a system-boot partíciópárost, meh.
És akkor jöjjön a lényeg:
Az install során egyetlen showstopper akad: a partícionálás... Minden létező dokumentáció marhaságot ír e kérdésben (az install pedig ki fog lépni), tehát íme az Egy Igaz Út:
- az AlphaBIOS (aka ARC) felületén létre kell hozni egyetlen egy darab 6-10Mb-os partíciót (System partition), a lemez többi része legyen free! Valószínűleg a CD-n található arcinst.exe is megfelel e célra (többre nem, mert egy bugos szar), de minek.
- ugyanott rögtön ezzel a lendülettel meg is kell formázni FAT-ra (Standard Format)
- sör
A boot partíció (ami már lehet NTFS) létrehozását már az installerből kell elvégezni. Ja igen, az MS mintha fordítva nevezte volna el a system-boot partíciópárost, meh.
És akkor jöjjön a lényeg:
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!
samsung blue earth
2010/02/13 07:56
Néhány napja megérkezett [az országba] a tavaly májusban előrendelt, újrahasznosított vizespalackokból készült Samsung Blue Earth telefonom. Az iPhone óta a többi alacsonyabb rendű telefon használhatósága (így például a menűrendszer) teljesen hidegen hagy. A Blue Earth-t a hátlapra épített PV panel miatt akartam megnézni és tesztelni, sajnos ez a jelenlegi felhős időjárás mellett hamvába holt probálkozás.
Maga a telefon egyébként nem rossz (ha azt vesszük, hogy nem több egy sima telefonnál), de lássuk a negatívumait. Az előlapon kényelmetlenül alacsonyan elhelyezett 3 gomb (dial, back, hangup) használatához nagyon be kell hajlítani a hüvelykujjam, vagy a stabilitást kockáztatva a tenyeremből az ujjaimra kell tolnom a telefont. Ha ehhez hozzávesszük, hogy az eszköz mérete zavaróan kis méretű az iPhone-hoz képest, akkor látható, hogy eléggé oda kell figyelni, nehogy PV panel törésteszt legyen a vége. A touchscreen állítólag kapacitív, ennek ellenére mégis erősen kell nyomnom bármit csinálok. A dialer reakcióideje lassú. Ez egy pre-iPhone érába való telefon.
A technológiai oldalon nincs panasz, EDGE/UMTS/HSDPA(3G)/Bluetooth/modem(OSX kipipálva)/GPS/accelerométer szavakkal nyugodt szívvel dobálózhatunk. A GPS sajnos/természetesen nem egy Garmin érzékenységű, de legalább a beépített menűjén kívül semmivel se lehet használni (műholdak száma, pozíció - ez nem csak kevésnek tűnik, hanem az is). Egy Google Maps widget musthave lenne hozzá. A beépített netes widget kereső nulla találatot ad a GPS szóra.
Ja, van benne (lassú) HTML browser, de az iPhone multitouch-os MobileSafari-ja mellett ezt inkább skippelem.
Pozitívum: PV panel (meglepő, mi?). A panelek a levehető hátlapon találhatóak 5 sorban és 2 oszlopban (a Samsung logó helyére egy hatodik sor igazán elfért volna, nade ez van). Ilyen kis panel természetesen nem tud tölteni akármekkora fényben, a közvetlen napfény hiányában jobb ilyesmire nem is gondolni. Mint PV-buzi tudom, hogy napelemek használatánál fontos látni az éppen előállított feszültség mennyiségét. Itt ezt két helyen lehet megtenni: egyrészt a menü felső részén lévő battery ikonon (PV töltés igen/nem), másrészt a hátlapon lévő apró kék lámpa fényerejének megtekintésével.
Felhős február lévén, a lényegi teszt most elmarad.
Maga a telefon egyébként nem rossz (ha azt vesszük, hogy nem több egy sima telefonnál), de lássuk a negatívumait. Az előlapon kényelmetlenül alacsonyan elhelyezett 3 gomb (dial, back, hangup) használatához nagyon be kell hajlítani a hüvelykujjam, vagy a stabilitást kockáztatva a tenyeremből az ujjaimra kell tolnom a telefont. Ha ehhez hozzávesszük, hogy az eszköz mérete zavaróan kis méretű az iPhone-hoz képest, akkor látható, hogy eléggé oda kell figyelni, nehogy PV panel törésteszt legyen a vége. A touchscreen állítólag kapacitív, ennek ellenére mégis erősen kell nyomnom bármit csinálok. A dialer reakcióideje lassú. Ez egy pre-iPhone érába való telefon.A technológiai oldalon nincs panasz, EDGE/UMTS/HSDPA(3G)/Bluetooth/modem(OSX kipipálva)/GPS/accelerométer szavakkal nyugodt szívvel dobálózhatunk. A GPS sajnos/természetesen nem egy Garmin érzékenységű, de legalább a beépített menűjén kívül semmivel se lehet használni (műholdak száma, pozíció - ez nem csak kevésnek tűnik, hanem az is). Egy Google Maps widget musthave lenne hozzá. A beépített netes widget kereső nulla találatot ad a GPS szóra.
Ja, van benne (lassú) HTML browser, de az iPhone multitouch-os MobileSafari-ja mellett ezt inkább skippelem.
Pozitívum: PV panel (meglepő, mi?). A panelek a levehető hátlapon találhatóak 5 sorban és 2 oszlopban (a Samsung logó helyére egy hatodik sor igazán elfért volna, nade ez van). Ilyen kis panel természetesen nem tud tölteni akármekkora fényben, a közvetlen napfény hiányában jobb ilyesmire nem is gondolni. Mint PV-buzi tudom, hogy napelemek használatánál fontos látni az éppen előállított feszültség mennyiségét. Itt ezt két helyen lehet megtenni: egyrészt a menü felső részén lévő battery ikonon (PV töltés igen/nem), másrészt a hátlapon lévő apró kék lámpa fényerejének megtekintésével.
Felhős február lévén, a lényegi teszt most elmarad.
adaptec 7880 SCSI with OpenVMS
2009/08/28 18:19
Step one: VMS fails.
%INIT_IO_DB-F-CFG_DEV_NOT_FOUND, A device on the boot line, or in BOOT_DEV, cannot be found in the config tables.
How to fix: add this into [sysexe]sys$user_config.dat:
device = "Adaptec AIC-7880"
name = PK
driver = sys$pkadriver.exe
adapter = PCI
id = 0x81789004
boot_class = DK
boot_flags = HW_CTRL_LTR, UNIT_0
flags = SCSI, PORT, BOOT
end_device
There. Who needs open source?
lighttpd
2007/12/30 11:37
Egy ideje egyébként már lighttpd fut ezen a Digital Unix szerveren. Persze egyáltalán nem volt egyszerű ezt megoldani, egy ideig Jan, a készítő is dolgozott rajta - eredménytelenül - végül Artlace volt az, aki elég gyorsan abszolválta ezt a taskot (thx). Eredetileg Apache futott és ugyanezeket a statikus HTML-eket szolgálta ki, de hihetetlenül lassú volt és nagy terhet is jelentett a 150Mhz-es Alpha architektúrának, így átmenetileg thttpd-re cseréltem amíg a lighttpd kérdés meg nem oldódott.
A különbség:
A különbség:
| App | Simultaneous connections (servicable in 3 sec) | Load average |
|---|---|---|
| Apache | 30 | ~30++ (box unresponsive) |
| Lighttpd | 200 | ~2 |
sun, mert anyád.
2007/09/30 20:08
SunFire X2100.
Egy szar.
Fantasztikus AMIBIOS van benne, garancia a minőségre. A második bootnál már gombnyomással tudom fagyasztani a POST-ot. A HDD rack-en semmi LED nincs, az nem fér bele az árba gondolom. Semmi különös, szabvány dzsunka szar PC, az Úr kettőezerhetedik esztendejéből, kurvadrágán mérik a parasztnak, kilóra. VPS. Van benne szervízprocesszor persze, dehát ekkora fos mellé ez a minimum. A fasza, huszonvalahány éves Solaris kernel darabokra esik szét egyes USB billentyűzetektől, ki ne bízna rá bármit egy ilyen rendszerre?
De mondjuk legyen, install! Dacára annak, hogy az install közben tökéletes a linux-feeling, megvan a kifestőkönyvbe való gyermeteg és ronda gnome desktop, ami persze a szokásos, 8 bites személyi számítógépeket idéző sebességgel rajzólódik ki (de minek)... Ott unom meg végleg, hogy első mozdulatom egy bináris indítása lenne a filekezelőből, duplaklikk. Ami szabványos. De nem ebben a fosban! Mert ez a ganétenger erre megkérdezi, hogy mégis mi a faszt akarok: megnyitni terminálban, megnézni a tartalmát, simán csak elindítani, USB-s vibrátoros műpinára kiírni, esetleg cancel? Jó kurva anyád, az. Ez önmagában nem sun bug hiszen szoftverkommunizmus végeredménye, viszont abszolut beszédes hogy a cég ezt választotta. Javadesktop meg mindenfaszom, de a staroffice se képes elindulni. Ez még az első login volt.
Csoda, ha ingyen küldenek ebből a fospumpából DVD-ket, csak valaki vigye már? "Trusted..."
Partíciókat akarsz szerkeszteni? Hülye paraszt, jobb ha kéznél van nálad valami atomfizika tankönyv, mert cylinderhatárokat fogsz számolni terminálban. 2007 van, amúgy. Ez a legfapadabb, leggusztustalanabb implementáció amit valaha láttam. FreeBSD-t bootolsz, megtudod, hogy a video adapter CGA (igen bazmeg, vissza 1990-be, "Hogyan Kellene Implementálni A VGA Szabványt Ezen A Héten" compo hegyek).
És zúg, mintha ettől jobb lenne, vagy cserébe nyújtana valamit. Ja, kikapcsolva is.
Micsoda fos, micsoda fos, dejó, hogy nem az enyém. *phew*
P.s.: anno egy sparc-os ultrastationt egy pcmcia kártyára és egy bugos hub-ra cseréltem. Na az a csótány, az ennél mérföldekkel volt jobb. Ezt most azért mondom, hogy meglegyen a perspektíva. Sun still suxx ass.
UPDATE: csak vicceltem. A fenti bugok ellenére SunFire rulez, van benne Lights Out Management meg minden. Vegyetek ilyet.
Egy szar.
Fantasztikus AMIBIOS van benne, garancia a minőségre. A második bootnál már gombnyomással tudom fagyasztani a POST-ot. A HDD rack-en semmi LED nincs, az nem fér bele az árba gondolom. Semmi különös, szabvány dzsunka szar PC, az Úr kettőezerhetedik esztendejéből, kurvadrágán mérik a parasztnak, kilóra. VPS. Van benne szervízprocesszor persze, dehát ekkora fos mellé ez a minimum. A fasza, huszonvalahány éves Solaris kernel darabokra esik szét egyes USB billentyűzetektől, ki ne bízna rá bármit egy ilyen rendszerre?
De mondjuk legyen, install! Dacára annak, hogy az install közben tökéletes a linux-feeling, megvan a kifestőkönyvbe való gyermeteg és ronda gnome desktop, ami persze a szokásos, 8 bites személyi számítógépeket idéző sebességgel rajzólódik ki (de minek)... Ott unom meg végleg, hogy első mozdulatom egy bináris indítása lenne a filekezelőből, duplaklikk. Ami szabványos. De nem ebben a fosban! Mert ez a ganétenger erre megkérdezi, hogy mégis mi a faszt akarok: megnyitni terminálban, megnézni a tartalmát, simán csak elindítani, USB-s vibrátoros műpinára kiírni, esetleg cancel? Jó kurva anyád, az. Ez önmagában nem sun bug hiszen szoftverkommunizmus végeredménye, viszont abszolut beszédes hogy a cég ezt választotta. Javadesktop meg mindenfaszom, de a staroffice se képes elindulni. Ez még az első login volt.
Csoda, ha ingyen küldenek ebből a fospumpából DVD-ket, csak valaki vigye már? "Trusted..."
Partíciókat akarsz szerkeszteni? Hülye paraszt, jobb ha kéznél van nálad valami atomfizika tankönyv, mert cylinderhatárokat fogsz számolni terminálban. 2007 van, amúgy. Ez a legfapadabb, leggusztustalanabb implementáció amit valaha láttam. FreeBSD-t bootolsz, megtudod, hogy a video adapter CGA (igen bazmeg, vissza 1990-be, "Hogyan Kellene Implementálni A VGA Szabványt Ezen A Héten" compo hegyek).
És zúg, mintha ettől jobb lenne, vagy cserébe nyújtana valamit. Ja, kikapcsolva is.
Micsoda fos, micsoda fos, dejó, hogy nem az enyém. *phew*
P.s.: anno egy sparc-os ultrastationt egy pcmcia kártyára és egy bugos hub-ra cseréltem. Na az a csótány, az ennél mérföldekkel volt jobb. Ezt most azért mondom, hogy meglegyen a perspektíva. Sun still suxx ass.
UPDATE: csak vicceltem. A fenti bugok ellenére SunFire rulez, van benne Lights Out Management meg minden. Vegyetek ilyet.
2007/09/24 19:01
Ernőke, a kis barna piciny bogár ismeretlen helyen és időben született. Élete utolsó másodpercei egy DEC Multia alaplap alsó tájékán elhelyezkedő hűtőborda hővezető gyantájában teltek le.
Szép halál?
Szép halál?
válassz böngészőt
2007/06/12 09:24
sh-2.05b$ ls -l Safari
-rwxrwxr-x 1 root admin 2738708 Jun 8 23:17 Safari
sh-2.05b$ otool -Dl /Applications/Safari.app/Contents/MacOS/Safari | grep lib
name /usr/lib/dyld (offset 12)
name /usr/lib/libgcc_s.1.dylib (offset 24)
name /usr/lib/libSystem.B.dylib (offset 24)
sh-2.05b$ ls -l firefox-bin
-rwxr-xr-x 1 gabucino staff 31048524 Dec 5 2006 firefox-bin
sh-2.05b$ otool -Dl /Applications/Firefox.app/Contents/MacOS/firefox-bin | grep lib
name /usr/lib/dyld (offset 12)
name @executable_path/libmozjs.dylib (offset 24)
name @executable_path/libxpcom.dylib (offset 24)
name @executable_path/libxpcom_core.dylib (offset 24)
name @executable_path/libplds4.dylib (offset 24)
name @executable_path/libplc4.dylib (offset 24)
name @executable_path/libnspr4.dylib (offset 24)
name @executable_path/libsmime3.dylib (offset 24)
name @executable_path/libssl3.dylib (offset 24)
name @executable_path/libnss3.dylib (offset 24)
name @executable_path/libsoftokn3.dylib (offset 24)
name @executable_path/libxpcom_compat.dylib (offset 24)
name /usr/lib/libSystem.B.dylib (offset 24)
name @executable_path/libmozjs.dylib (offset 20)
name @executable_path/libxpcom.dylib (offset 20)
name @executable_path/libxpcom_core.dylib (offset 20)
name @executable_path/libplds4.dylib (offset 20)
name @executable_path/libplc4.dylib (offset 20)
name @executable_path/libnspr4.dylib (offset 20)
name @executable_path/libsmime3.dylib (offset 20)
name @executable_path/libssl3.dylib (offset 20)
name @executable_path/libnss3.dylib (offset 20)
name @executable_path/libsoftokn3.dylib (offset 20)
name @executable_path/libxpcom_compat.dylib (offset 20)
name /usr/lib/libSystem.B.dylib (offset 20)
name /usr/lib/system/libmathCommon.A.dylib (offset 20)
name /usr/lib/libobjc.A.dylib (offset 20)wanted!
2007/04/28 17:06
Ez most nem vicc, emberek: 72 pines 36 bites (paritásos) RAM modulokat keresek, akár 1Mb-ost is! Lelőhely info is jöhet.
Content-Type: text/plain; charset=euc-jp
2007/04/17 22:40
Dokumentálunk és szakértünk.
Subject: [Wikihu-l] Wikipedia Útjelzőtábla Harmadik évfolyam 14 szám 2007 április és Harmadik évfolyam 15 szám 2007 április 9
TARTALOM
Ime, az 宵穰jelz将ﾖt将｡bla Harmadik 将ｱvfolyam 14. 将ｱs 15. sz将｡mainak tartalma.
A ford将ｿt将｡sok ill kivonatok a "User:LouisBB/宵穰jelz将ﾖt将｡bla2007" Wikipedia oldalon fognak megjelenni.
宵臈v Louis
Wikipedia 宵穰jelz将ﾖt将｡bla Harmadik 将ｱvfolyam 14 sz将｡m 2007 将｡prilis 2
TARTALOM
1. Egy v将ｱlem将ｱnykutat将｡s szerint a k将ｱrdezettek 46%-a a Wikipedi将｡t megb将ｿzhat将ﾑnak tal将｡lja
2. Egy biogr将｡fiai t将ｱved将ｱs a Wikip将ｱdi将｡n ism将ｱtelten figyelmet kelt
...
Subject: [Wikihu-l] Wikipedia Útjelzőtábla Harmadik évfolyam 14 szám 2007 április és Harmadik évfolyam 15 szám 2007 április 9
TARTALOM
Ime, az 宵穰jelz将ﾖt将｡bla Harmadik 将ｱvfolyam 14. 将ｱs 15. sz将｡mainak tartalma.
A ford将ｿt将｡sok ill kivonatok a "User:LouisBB/宵穰jelz将ﾖt将｡bla2007" Wikipedia oldalon fognak megjelenni.
宵臈v Louis
Wikipedia 宵穰jelz将ﾖt将｡bla Harmadik 将ｱvfolyam 14 sz将｡m 2007 将｡prilis 2
TARTALOM
1. Egy v将ｱlem将ｱnykutat将｡s szerint a k将ｱrdezettek 46%-a a Wikipedi将｡t megb将ｿzhat将ﾑnak tal将｡lja
2. Egy biogr将｡fiai t将ｱved将ｱs a Wikip将ｱdi将｡n ism将ｱtelten figyelmet kelt
...
2007/03/09 17:45
Tegnap beszereztem egy M-Audio Transit nevű USB csatlakoztatású hangkártyát, mivel az iBook nem rendelkezik optikai kimenettel. 4 CD járt hozzá, de én csak egy párszáz kilobyte-os drivert tettem fel a Mac-en megszokott duplaklikk+reboot módszerrel, és ennyi. Ez még nem vinne rá írásra, de van egy ilyen érdekes feature-e az OSX-nek, hogy ha kihúzom az éppen használt USB-s kártyát, akkor az audio streamet megszakadás nélkül áttolja a beépített analóg kimenetes hangkártyára. Ugyanez visszafelé is működik.
Ja, hogy linuxon még mindig nincsenek a hangrendszerekben összemixelt csatornák sem?
Ja, hogy linuxon még mindig nincsenek a hangrendszerekben összemixelt csatornák sem?
iPakk v0.2
2007/01/20 12:56
Pontscho's Mac OS X executable packer project goes on. iPakk (previously called "iShrink") has reached version 0.2. Although currently it's in heavy development phase, it can already achieve high compression ratio on Mach-O binaries, and transparently runs on both OS X architectures: powerpc and x86.
iPakk is featuring:
- very high compression (LZMA) ratio, higher than gzip and bzip2
- very small stub (around 3kb), which is powerpc, so it runs on all platforms thanks to the Rosetta.
- currently the available executable packer for Mac OS X
iPakk is featuring:
- very high compression (LZMA) ratio, higher than gzip and bzip2
- very small stub (around 3kb), which is powerpc, so it runs on all platforms thanks to the Rosetta.
- currently the available executable packer for Mac OS X
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.
2ndlife, szar.
2006/12/15 21:47
Alighanem még sosem láttam lassabb és rondább programot a Second Life-nál.
L4/Fiasco
2006/11/26 23:36
Unod már, hogy mindenhol egy olyan paravirtualizációs béta programot hypeolnak aminek a bugos fő daemonja egy python script, ami error checking helyett másfél oldalas python errorokat dobál?
Unod már, hogy domain0, domainU és egyéb szerencsétlenségeket kell létrehoznod?
Ki nem állod hogy hetente változik a Xen API, és tele van backward compatilibity hack-ekkel?
Akkor ideje megnézni miféle értelmesebb elképzelések vannak amiket érdemes lenne ehelyett támogatni...
Itt van például az L4 mikrokernel API és a rá épülő hard-realtime mikrokernel: a Fiasco! Hja kérem, ez bizony az opensource piacon fellelhető egyetlen hard-realtime operációs rendszer aminek értelmes környezete van. Értem ezalatt például, hogy egy komplett device driver environmentje van arra, hogy a Linux device drivereit szinte egy az egyben fel tudja használni, így egy-egy feature portolása csak rövid időt vesz igénybe. Az L4-ből többek között az USB driver valamint az egyik TCP/IP stack említhető, ami a Linuxból származik.
Na tehát itt van ez a komplett, multiplatform (ppc, arm, mips, x86) környezet, ami egy rakás fejlesztésre teljesen jó alapot nyújt, de mire tudja az r=1 user használni? Na, hát vágjuk nyakon egy Linux-szal szegény jobb sorsra érdemes mikrokernelt, elvégre sok helyen van arra szükség, hogy legyen egy realtime környezet, de tudjon futtatni komplex nonrealtime bugware bloat applikációkat is.
Az L4Linux. Ezen a ponton érdemes talán megnézni ezt az egységsugarú usereknek szánt demo CD-t, amelynek egyik része azzal foglalkozik hogy minden egyes klikkre feldob egy linuxot, dejó. Azért a valóságban látványosabb. Az is, hogy a bootolás megkezdésétől számított 5. másodpercben már egy teljes, hard-realtime grafikus ablakkezelő rendszer fut, és ez is csak a CD drive sebessége miatt tart ennyi ideig.
Architektúra, na. Linus amúgy teljesen idióta elképzelésnek tartja ezeket a rendszereket, dehát minden szentnek maga felé hajlik a keze, hát még neki. /me pets Linus
Na, ha mindenki megnézte a gyakorlatban hogy miről van szó, akkor lássuk hogy is lehet ezt összetákolni @ home. Nem vesződnék most step-by-step magyar howto létrehozásával, mert a gyári leírások segítségével elég egyszerű az L4, a Fiasco, és az L4Linux lefordítása (értsd: nem jár több szopással mint egyéb F/OSS komponensek összeizgatása, tehát full szopás). Nagy vonalakban a következőkről van szó:
1. Fel köll rakni egy normál Linux diszribet, amit nem sajnálunk majd utána óriási lelkesedéssel letörölni (ezért hát Debiant használtam, úgyis csak a /bin/sh érdekel első körben, az meg még működik benne).
Ablakkezelő environment nélkül (L4Con):
Vagy vele (L4Dope):
Az l4linux.cfg:
És az l4run.cfg:
Ezutóbbi két file mondja meg a loader-nek, hogy az ott megadott defaultban indítandó modulokat milyen paraméterekkel csapja nyakon. A "run" egy egyszerű kis app, amivel majd boot után is el lehet indítani pl TFTP-n, vagy - mint jelen esetben is - a bmodfs-el boot közben memóriába töltött modulokat (pl néhányszáz újabb Linuxot), az "l4linux" nevű meg szerintem elég triviális (amúgy a task nevének kell egyeznie a modul nevével nyilván, így találja meg hogy mi melyikre vonatkozik).
A boot képei, Mac OSX/ppc-n futó QEMU alatt. Itt nem a Dope-t használom, mert QEMU alatt a grub vbeset opciójával elég szépen kifekszik az egész. Szerencsére azonban az L4con-nak van egy --vbemode kapcsolója, amivel úgyszintén át lehet kapcsolni grafikus módba, csak ez még működik is.
Unod már, hogy domain0, domainU és egyéb szerencsétlenségeket kell létrehoznod?
Ki nem állod hogy hetente változik a Xen API, és tele van backward compatilibity hack-ekkel?
Akkor ideje megnézni miféle értelmesebb elképzelések vannak amiket érdemes lenne ehelyett támogatni...
Itt van például az L4 mikrokernel API és a rá épülő hard-realtime mikrokernel: a Fiasco! Hja kérem, ez bizony az opensource piacon fellelhető egyetlen hard-realtime operációs rendszer aminek értelmes környezete van. Értem ezalatt például, hogy egy komplett device driver environmentje van arra, hogy a Linux device drivereit szinte egy az egyben fel tudja használni, így egy-egy feature portolása csak rövid időt vesz igénybe. Az L4-ből többek között az USB driver valamint az egyik TCP/IP stack említhető, ami a Linuxból származik.
Na tehát itt van ez a komplett, multiplatform (ppc, arm, mips, x86) környezet, ami egy rakás fejlesztésre teljesen jó alapot nyújt, de mire tudja az r=1 user használni? Na, hát vágjuk nyakon egy Linux-szal szegény jobb sorsra érdemes mikrokernelt, elvégre sok helyen van arra szükség, hogy legyen egy realtime környezet, de tudjon futtatni komplex nonrealtime bugware bloat applikációkat is.
Az L4Linux. Ezen a ponton érdemes talán megnézni ezt az egységsugarú usereknek szánt demo CD-t, amelynek egyik része azzal foglalkozik hogy minden egyes klikkre feldob egy linuxot, dejó. Azért a valóságban látványosabb. Az is, hogy a bootolás megkezdésétől számított 5. másodpercben már egy teljes, hard-realtime grafikus ablakkezelő rendszer fut, és ez is csak a CD drive sebessége miatt tart ennyi ideig.
Architektúra, na. Linus amúgy teljesen idióta elképzelésnek tartja ezeket a rendszereket, dehát minden szentnek maga felé hajlik a keze, hát még neki. /me pets Linus
Na, ha mindenki megnézte a gyakorlatban hogy miről van szó, akkor lássuk hogy is lehet ezt összetákolni @ home. Nem vesződnék most step-by-step magyar howto létrehozásával, mert a gyári leírások segítségével elég egyszerű az L4, a Fiasco, és az L4Linux lefordítása (értsd: nem jár több szopással mint egyéb F/OSS komponensek összeizgatása, tehát full szopás). Nagy vonalakban a következőkről van szó:
1. Fel köll rakni egy normál Linux diszribet, amit nem sajnálunk majd utána óriási lelkesedéssel letörölni (ezért hát Debiant használtam, úgyis csak a /bin/sh érdekel első körben, az meg még működik benne).
2. Ezen a rendszeren le kell fordítani a fent említett stuffokat, fogni egy módosított grub-ot (ami ismeri a modaddr opciót) például az említett CD-ről, mert a CVS-ben lévő verzió mindent csinál csak épp lefordítani nem lehet nullára szopás nélkül. Majd ezeket a dokumentációban részletezett módon installálni. A kernel kompilálásnál a siteon leírtakon kívül fontos, hogy a PCI buszhoz ne a BIOS-on keresztül akarjon a limugz hozzáférni, mert abból max panic lesz, sokkal jobb neki a "Direct" hozzáférés (persze azért nem árt ha ilyen dolgokhoz csak az egyik Linux tud hozzányúlni, mert különben gyönyörűszépen összeverik egymást a hardver accessért;). Úgy általában az input eszközöket, VGA text konzolt (FB marad!) és ACPI, APM meg hasonlókat kell teljesen kivágni, PCI busz, IDE/SCSI és hálókártyák maradhatnak ha szükséges.
title L4Linux
kernel /boot/L4/bootstrap
modaddr 0x02000000
module /boot/L4/fiasco -nokdb -serial -serial_esc -comport 1 -comspeed 115200
module /boot/L4/sigma0
module /boot/L4/roottask task modname "bmodfs" attached 7 modules
module /boot/L4/events
module /boot/L4/names --events
module /boot/L4/log --prio 0xA1 --buffer 0
module /boot/L4/dm_phys --events
module /boot/L4/simple_ts -t 300 --events
module /boot/L4/rtc
module /boot/L4/ore --events
module /boot/L4/l4io --noirq --events
Ablakkezelő environment nélkül (L4Con):
module /boot/L4/con --events --l4io --cpuload
module /boot/L4/loader --events --fprov=BMODFS l4run.cfg l4linux.cfg
Vagy vele (L4Dope):
module /boot/L4/l4dope --events --l4io --cpuload
module /boot/L4/loader --events /boot/L4/proxygon --fprov=BMODFS l4run.cfg l4linux.cfg
module /boot/L4/bmodfs
module /boot/L4/libloader.s.so
module /boot/L4/libld-l4.s.so
module /boot/l4linux
module /boot/l4linux.cfg
module /boot/l4run.cfg
module /boot/L4/run
vbeset 0x111
Az l4linux.cfg:
task "l4linux" "earlyprintk=yes mem=32M video=l4fb root=/dev/hda1 ro console=tty0 init=/bin/sh"
all_sects_writable
allow_cli
És az l4run.cfg:
task "run"
Ezutóbbi két file mondja meg a loader-nek, hogy az ott megadott defaultban indítandó modulokat milyen paraméterekkel csapja nyakon. A "run" egy egyszerű kis app, amivel majd boot után is el lehet indítani pl TFTP-n, vagy - mint jelen esetben is - a bmodfs-el boot közben memóriába töltött modulokat (pl néhányszáz újabb Linuxot), az "l4linux" nevű meg szerintem elég triviális (amúgy a task nevének kell egyeznie a modul nevével nyilván, így találja meg hogy mi melyikre vonatkozik).
A boot képei, Mac OSX/ppc-n futó QEMU alatt. Itt nem a Dope-t használom, mert QEMU alatt a grub vbeset opciójával elég szépen kifekszik az egész. Szerencsére azonban az L4con-nak van egy --vbemode kapcsolója, amivel úgyszintén át lehet kapcsolni grafikus módba, csak ez még működik is.
Az üres L4con, még nem fut semmilyen modul
A run már elindult
A linux is behúzta magát végre, a 2-es konzolra (shift+Fx a váltás)
A háttérben egyébként a soros konzol kimenete látszik (Qemu fícsör). Elég hasznos, tekintve hogy mindkét grafikus interface (l4con, dope) természetszerűleg elfedi az L4 Fiasco outputját.
Nos, ennyi lenne ez a gyors ismertető, amatőrök és gentoofanboyok ne kezdjenek bele, a többiek meg RTFM.
techie
2006/11/06 17:08
Mint kiderült, a hostingban nemrég volt vagy 60 fok, amit néhány ottlévő Maxtor (lol) HDD a teljes demagnetizálódással honorált, meg még néhány hasonló vicces esemény történt. Az én DEC 3000-asom a benne lévő IBM-PCCODDRS-34560W merevlemezekkel együtt meg se érezte ezt a szomorú eventet, úgyhogy ügyes okos aranyos.
Bugfix for Prolific PL3057
2006/09/11 22:39
Something useful for a change. What's the big ruckus on the net about this FireWire/USB chipset found in several external racks? Well to sum it up: you can't use two of these racks on the same 1394 bus, IF they both contain the same type of device (e.g. two HDDs, or two CD drives).
Why? The firmware of this device generates an 1394 unique ID (like MAC address for network cards), based on the IDE/ATAPI device inside. For me, it was "0050770e 00071002" (0x0e is the generated value, the others are hardcoded). However, two devices can't have the same ID on the same bus (which occurs for example with daisy chaining, or using 1394 hub), and this setup will not work.
For example, the XNU kernel (MacOSX) says:
kernel[0]: FireWire Error: Devices with identical unique ID: 0050770e 00071002 cannot be used.
The fix is simple: take the ROMWrite.exe utility, grab the latest (or as a last resort: use your current one, the aforementioned util can extract it) firmware, connect the rack to a Windows by USB, and modify this ID in the firmware file (look for 0x00071002). I bumped the last value to 0x03 and 0x04, uploaded the new firmware, and voila it's working.
Thanks to Pontscho / fresh!mindworkz for pointing out.
Why? The firmware of this device generates an 1394 unique ID (like MAC address for network cards), based on the IDE/ATAPI device inside. For me, it was "0050770e 00071002" (0x0e is the generated value, the others are hardcoded). However, two devices can't have the same ID on the same bus (which occurs for example with daisy chaining, or using 1394 hub), and this setup will not work.
For example, the XNU kernel (MacOSX) says:
kernel[0]: FireWire Error: Devices with identical unique ID: 0050770e 00071002 cannot be used.
The fix is simple: take the ROMWrite.exe utility, grab the latest (or as a last resort: use your current one, the aforementioned util can extract it) firmware, connect the rack to a Windows by USB, and modify this ID in the firmware file (look for 0x00071002). I bumped the last value to 0x03 and 0x04, uploaded the new firmware, and voila it's working.
Thanks to Pontscho / fresh!mindworkz for pointing out.
about
2006/08/04 15:41
Alapjaban veve - nehany targyi tevedese mellett - nem gondolkozik rosszul Put About a linux, firefox, opensource temakban, foleg ha trey-hez es a hup egyeb idiotaihoz hasonlitom. Csak ezt a "fopingvines" poent kene elhagyni - nem mintha nem allna -, csak epp unasig ismetelve nagyon szar.
... voltakepp Windows-os letere tobbet, es jobb optikaval foglalkozik a Unix-okkal, mint a fent emlitett portalmester site.
... voltakepp Windows-os letere tobbet, es jobb optikaval foglalkozik a Unix-okkal, mint a fent emlitett portalmester site.
LCGfb, coming soon
2006/07/30 22:30
Visszajottem. Kar volt :)
Amint lesz vegre idom es idegem ujra ertelmes dolgokkal foglalkozni, rendbeszedem egy tree-be a multkor sebteben archivalt OpenBSD/vax LCG fb driver portomat, es kiteszem - valamilyen formaban - ide. Remelem mergelik majd vegre.
Amint lesz vegre idom es idegem ujra ertelmes dolgokkal foglalkozni, rendbeszedem egy tree-be a multkor sebteben archivalt OpenBSD/vax LCG fb driver portomat, es kiteszem - valamilyen formaban - ide. Remelem mergelik majd vegre.