Skip to main content

Social network for sysadmins ;-)<br><i>$ wc -l .ssh/known_hosts</i><br><i>193...

- 2013-11-12T13:13:28+0000 - Updated: 2013-11-12T13:13:28+0000
Social network for sysadmins ;-)
$ wc -l .ssh/known_hosts
1934 .ssh/known_hosts
Shared with: Public
- 2013-11-12T13:34:57+0000
 wc -l .ssh/known_hosts
1753 .ssh/known_hosts
- 2013-11-13T16:09:36+0000
omg, umad ppl!

Oh, the circle of history... Fifteen years ago I was implementing IPSec using...

- 2013-11-12T20:52:45+0000 - Updated: 2013-11-13T06:08:41+0000
Oh, the circle of history... Fifteen years ago I was implementing IPSec using FreeS/WAN. Later it got obsoleted, so I switched to ipsec-tools (racoon and setkey). Then I played with racoon2 for a short time.
Around Fedora 13 – 14 ipsec-tools went into disgrace. What's the current recommendation? It turns out we are supposed to be using libreswan, which is a fork of openswan, which got forked from... FreeS/WAN.
Shared with: Public

W Gdańsku była parada jak na świętego patryka w limerick

- 2013-11-12T11:14:46+0000 - Updated: 2013-11-12T11:14:46+0000
W Gdańsku była parada jak na świętego patryka w limerick
Originally shared by Marcin SzałomskiToday was National Independence Day in Poland.
See how citizens of #Gdansk  were celebrating this day.
It was like a time machine!

Parada Niepodległości w Gdańsku 2013

+Miasto Gdańsk +Moje Miasto Trójmiasto 
#retro   #timemachine #streetphotography    #fkpolska   #fkphoto   #polandphotography  
+Daniel Saulski +Leszek Prabucki 
Shared with: Tomasz Torcz, Joanna Torcz

Just when I was going to purchase couple 5TB drives!<br><i>HGST, a Western Di...

- 2013-11-04T16:15:34+0000 - Updated: 2013-11-04T16:15:59+0000
Just when I was going to purchase couple 5TB drives!
HGST, a Western Digital company, has announced that it is shipping the 6TB Ultrastar He^6 hard disk drive.

HGST 6TB Ultrastar He6 HDD Now Shipping | - Storage Reviews

Shared with: Public
- 2013-11-04T17:13:54+0000
Spinning disks... so '90s
- 2013-11-04T17:30:20+0000
- 2013-11-08T22:49:48+0000
Zastanawia mnie zakres zastosowań takich wynalazków. Przecież nawet używając tego w macierzach ryzyko wystąpienia awarii zaczyna być problematyczne. Znaczy - chodzi mi o czas przerzucenia danych np na spare.
- 2013-11-08T23:37:24+0000
4 dyski per 1U i cała szafa, a na tym np. hadoop. Ludzie od data warehouse pewnie już czują podniecenie.
- 2013-11-08T23:58:08+0000
Nie, no kumam. Ale ile czasu replikuje się 6TB danych? Zakładając 120GB ciągłego strumienia to i tak 15 godzin. W przypadku kupienia dysków z tej samej serii ryzyko wystąpienia problemu w zbliżonym czasie jest dość spore.  Masz 15h okienka, kiedy modlisz się, żeby nie było awarii.
- 2013-11-09T00:27:48+0000
Ja bym cały node wymieniał bez zadnego raid-a, replikacja zapewniona w obrębie clustra. Nie wiem tylko czy tym można wypchać 10gbit uplinki.

W przypadku ssd podobny setup działa mi bardzo przyjemnie i spokojnie można 10gbit uplinki wysycić.


- 2013-11-04T08:41:36+0000
I guess people ran out of being able to discuss systemd on technical level...
- 2013-11-04T09:31:40+0000
I don't understand why people hate systemd so much. It is not monolithic, udev runs independent of systemd (but yes it is a component of it), it does not replace cron (officially it is even not recommended to use it as a cron replacement), and it does not steal these init scripts that some people seem to love so much for no obvious reason. It is much more portable to create a systemd unit than to create a portable init script. It is more reliable. It is faster. It integrates better with other services (like pam, udev, ...) which are shown here to be "eaten" by systemd. I replaced openrc by systemd on my system, and it boots and shuts down service much more reliable, it is much faster, unit files are much cleaner and easier to understand than init scripts, it parallelizes better and faster, it can start devices on demand which helps lower-spec systems... I suppose most hate comes from people having to learn something new after they managed to understand init scripts in all these years (and systemd is easier). Portability btw helps downstream distributions having less work with the init system. On the other hand: Having gnome-session hard-depend on systemd is a hole different story. Blame them for it. It's not systemd's fault - you cannot blame it for simply being there. It did not force gnome into depending on it. When udev was invented nobody blamed that for becoming an integral part of many components although it was similar intrusive. Face it: It is just another long-needed evolution of linux userspace - as many other components before. Without this work we would probably still be booting with an initrc script, slowly and serially running inefficient, unreliable, and hard to maintain boot scripts, and struggling with hotplugging and hardware detection.

And another one: You can still run syslogd and let journald log its stuff to non-persistent storage. Nobody is forced to replace syslog with journald. But even journald is an evolution with its capabilities. And it can produce syslog compatible text logs as output. So where's the problem?
- 2013-11-04T09:36:37+0000
+Jóhann B. Guðmundsson Probably because systemd is in many respects technical superior and there is simply nothing to discuss. The fact that e.g. gnome-session hard-depends on systemd is technically not a systemd problem. That your distribution replaced syslogd with journald exclusively is technically not a systemd problem. You can extent that to almost any aspect. And almost any aspect can be answered with "you can still use..." - so I just don't get it. Maybe people are just not able to read documentation (which is btw one of the best and most complete I've ever read).
- 2013-11-04T09:43:06+0000 - Updated: 2013-11-04T09:45:48+0000
+Kai Krakow in many case it seems that people have something personal against Lennart and at the same time fail to see it's not like he's doing all of this ( as well as pulseaudio and other things Lennart has hacked on ) alone but chose to blame him and him alone for that as well as anything else in the process ( bunch of stuff that Lennart has never touched ).
- 2013-11-04T09:59:47+0000
+Jóhann B. Guðmundsson Yes, +Lennart Poettering is probably just doing most of the PR. I think from development point of view the driving force behind systemd is +Kay Sievers . And yes, many good things come from his keyboard, like pulseaudio (which is an improvement for desktop sound whose impact most people probably even did not notice), udev (without which most people would struggle with hardware and had to start hardware initialization scripts by hand), and so on. Systemd is one of the very rare pieces of software which worked almost out-of-the-box without much struggle for me although it has a huge impact on the whole system and almost all of their components. So technically it is a master-piece of software with very high quality standards. And most blame can only be given to how downstreams adapt it into their systems and components. You cannot blame systemd for simply being there and it's infrastructure becoming used.
- 2013-11-08T13:17:34+0000 - Updated: 2013-11-08T13:19:08+0000
Pressing Ctrl+C during execution of an init script is not a debug tool. Reboot into single mode and use journald to check why that specific service had problems. I don't see where this is more complex. If you press Ctrl+C in a parallelizing init system, behavior is completely undefined (where should the signal go?) - so it is totally valid that systemd does not allow it.

Did you look at or tried systemd.confirm_spawn=1? You cannot just call it more complex and hard to debug just because it does not work the way a 30 year old init system works and you just did not read documentation, Sorry, no offense intended - maybe you searched for docs - I don't know. That just my idea. I find systemd pretty easy to debug - and yes: I had to read and find documentation before it was easy, without that it looked like hell. In fact, systemd units are actually less complex, cleaner and easier to understand.

BTW: What is your definition of "concept of unix" which makes you say that systemd does not follow that concept?
- 2013-11-08T14:08:12+0000 - Updated: 2013-11-08T14:11:09+0000
+Kai Krakow

The systemd issue is mainly a philosophical issue, the technical issue only comes second. Systemd symbolizes everything that is rotten in the linux community.  What can this 20 year old kid know about UNIX philosophy? The principles of UNIX philosophy are what made UNIX/Linux successful. Systemd is a way  where Microsoft is going - abandoning simplicity and transparency for monolithic monsters that no single person can understand. I am no developer, but I am able to understand init to that extent, that I can write my own scripts and boot from encrypted partitions. This would be unthinkable with systemd. Only selected few - the high priesthood - will be able to understand it. You can say good bye to freedom and independence.
- 2013-11-08T16:36:20+0000
+Bastian Ballmann Well, systemd is a small daemon which spawns many other small daemons. It does that one job well, so this is not really an argument pro or contra systemd. But probably you cannot chain or mix as you could with a simple script runner init process - sure. Because systemd makes many assumptions about sockets and dbus activation. But it does that job very well, much better than a scripted init system. But I cannot accept the argument about it being some big fat huge all-in-one bloatware. That's simply not true, that's not its architecture. In that respect it's probably more unix-like than some other projects.

+Martin Vegter If you want to talk about simplicity: A simple configuration file that spawns my process reliable is in all respects simpler than maintaining a non-portable script which has to do all the error handling itself. It's that simple. The single fact that you can no longer put in bash lines into that script does not mean simplicity. And by the way: You can still put in those lovely bash lines if you want to. Systemd service files just abstract everything away which had to be done by each init script individually before - and it even does this job better because it does it very sophisticated instead of sparing out a few of many error situations just for "simplicity". Systemd has a much better understanding of its child processes are running or not and are ready or not to accept connections - much better than a *simple* script could ever do. So where's the point about simplicity? Because you have to learn a new syntax? And with systemd you can still write your own scripts: Create a script, put it into the Exec line of a service file and enable it. Maybe a bit more work than adding a symlink to a run level. But with systemd in the background: What does your script have left to do? Probably nothing. So with around 4 lines of service file you can reliably spawn and kill a service process. That's not so bad to my mind. And systemd is as monolithic or modular as the linux kernel, or as KDE, or Gnome. It's not magically monolithic just because it delivers many tools in one package. Did you look at the list of binaries included in the distribution? It is made of many small binaries with well defined and clean responsibilities - and exactly that is unix philosophy. Did you look at system units starting traditional daemons like cron etc? Do you need the high priests bible to understand them? I looked at them 10 minutes and immediatly understood them and could add my own services - simply by looking at a few examples. And please forget about these old dependency definitions - it's not needed most of the times. Systemd resolves that automatically. Of course you may sometimes need to tell systemd a little more than old fashioned init scripts - tell it about sockets or dbus. But well: That's easier than learning the abstractions to master an old fashioned init system. And the best point is: The one who knows his service best can create this file: The programmer. Because systemd units are portable. Downstream maintainers have less work, do not need to maintain init scripts any longer. So in unix philosophy an important part of package maintaining has gone back to where it belongs: to the creator/maintainer/publisher of the source distribution.
- 2013-11-08T16:44:08+0000
Sometimes I think people are just talking against systemd because they expect something similar complex and hard to learn as their lovely old init system - and they just cannot find all those complicated documentation - and thus it must be bad and monolithic and not unix-like and all those stuff, and they hate that they managed to learn this old init system the hard way and now it's all so simple without all those 1000 knobs to turn and bla bla bla... *sigh
- 2013-11-08T16:56:18+0000
+Bastian Ballmann Just to compare numbers: It took me 1-2 hours to migrate my system from openrc to systemd with all important services running, and a few hours of the next day to tweak it for my needs adding services that had no unit files yet. And everything went more smooth since. Openrc pretty often had some hiccups with spawning or killing services, got the order wrong during parallel startup, or took about 3 minutes to boot with serial startup. Now, lightdm is starting after 15s with all important services reliably up, it takes maybe another 30 seconds for having my pretty loaded KDE session up and running, and when shutting down services no longer leave orphan processes behind which keep the system from cleanly unmounting the partition. At least for me, all is better. And on my way further learning systemd units, I found many bad examples of how you should not write your systemd units - and some of them come with Arch linux. Maybe not everything in your system units is done right (and simple) and that's where your problems and struggles come from?
- 2013-11-08T17:02:57+0000
+Martin Vegter Well, whoever you meant with 20 year old kid: At least my Unix and Linux experience started in the early 90's, touching SuSE, Debian, IRIX, SunOS, Solaris, Redhat, Fedora, SLES, OpenSuSE, Gentoo, and maybe a few others, including development of some near-kernel file system daemons (before we had FUSE). And from the beginning I liked the unix concept - so at least don't try to tell me that I don't know about the unix concept. So yeah, maybe I am a twenty year old kid, too, because I'm in contact with unix concepts for about 20 years. Let me rewind: This is exactly that sort of discussion that +Jóhann B. Guðmundsson originally mentioned.
- 2013-11-08T17:21:34+0000
From what I read here some people tend to understand the "unix concept" as glueing together simple CLI binaries to scripts which more or less do what they should if there are no disturbing factors. Well, let me tell you just one important fact: That IS NOT the unix concept. Without further knowledge about that it makes no sense to discuss this any further. Especially in the light of wordings like "20 year old kid".

Tydzień bez pisania wniosku lub pisma to tydzień… który czasem by się przydał.

- 2013-10-27T20:27:31+0000 - Updated: 2013-10-27T20:47:09+0000
Tydzień bez pisania wniosku lub pisma to tydzień… który czasem by się przydał.
Shared with: Public
+1'd by: Maciej Wakuła
- 2013-10-28T06:32:49+0000
A w jakiej sprawie tymczasem?
- 2013-10-28T06:46:44+0000
Wczoraj wieczorkiem klepałem projekt ścieżki rekreacyjnej do realizacji w ramach Budżetu Obywatelskiego w Gdańsku w 2014.
- 2013-10-28T09:44:23+0000
O, społecznik się w Tobie obudził, cieszy mnie to, oby więcej takich ludzi.
- 2013-10-29T13:01:37+0000
Ja rzeźbię projekt oświetlenia przejść dla pieszych w ciągu Myśliwskiej ;P

”Elliptic Curves Cryptography”-enabled packages landed in all four current Fe...

- 2013-10-26T12:27:30+0000 - Updated: 2013-10-26T12:40:47+0000
”Elliptic Curves Cryptography”-enabled packages landed in all four current Fedora branches (oldstable F18, stable F19, branched F20 and  rawhide F21)!
RHEL 6.5 got them, too.
Originally shared by Jeff WeissExcellent!  Elliptic curve cryptography is critically important, especially in light of recently leaked NSA documents.  Thank you Red Hat for doing the right thing!  Soon RHEL and Fedora users will have these tools available to them right out of the package manager.

Bug 1019390 – [tracking bug] re-enable ECC/ECDHE/EC/ECDSA/elliptic curves in Fedora

Shared with: Public

The tour of <b>warship's</b> datacenter and NOC.

- 2013-10-18T16:07:03+0000 - Updated: 2013-10-18T16:07:03+0000
The tour of warship's datacenter and NOC.

The Navy’s newest warship is powered by Linux

Shared with: Public
- 2013-10-19T11:16:42+0000
"are wired in using adaptors based on single-board computers and the Lynx OS real-time Linux operating system" - erm, LynxOS is not Linux; it just has Linux compatibility layer, just like e.g. FreeBSD.

Zimówki trzeba kupić

Zastanawialiście się, dlaczego ustawodawstwo europejskie generalnie nosi opinię przegadanego i bezsensownego (ślimak jest rybą)? Zaraz się dowiecie.

Kupując opony zacząłem się zastanawiać jakie właściwie są różnice między kategoriami przyczepności i ekonomiczności. Większość stron z opisem potrafi wyjaśnić, że A – hit, G – kit. Sięgnąłem więc do źródła, czyli – behold! ROZPORZĄDZENIE PARLAMENTU EUROPEJSKIEGO I RADY (WE) NR 1222/2009 z dnia 25 listopada 2009 r.w sprawie etykietowania opon pod kątem efektywności paliwowej i innych zasadniczych parametrów.

13 stron. Meritum rozporządzenia, czyli dwie tabelki z parametrami zajmują pół strony. Reszta to epokowe odkrycia typu:

(6) Opony pozwalające na obniżenie zużycia paliwa są opła­calne ekonomicznie, ponieważ oszczędności paliwa z nad­datkiem rekompensują wyższą cenę zakupu opon, która wynika z wyższych kosztów produkcji
zaiste, #TIL. Dalej:
(8) Hałas ruchu drogowego stanowi znaczną uciążliwość i ma szkodliwy wpływ na zdrowie
(18) Niektórzy użytkownicy końcowi wybierają opony przed przyjazdem do punktu sprzedaży lub kupują opony w sys­temie sprzedaży wysyłkowej.
Autorom nie zabrakło sporej dawki autoironii:
(23) Wprowadzając w życie odpowiednie przepisy niniejszego rozporządzenia, państwa członkowskie powinny unikać wprowadzania przepisów, które nakładają nieuzasadnio­ne, biurokratyczne i trudno wykonalne obowiązki na małe i średnie przedsiębiorstwa.
(duże przedsiębiorstwa już gnębić można?) Na szczęście, urzędnicy nie są sami:
13.1 Komisja jest wspierana przez komitet.
O oczywiście najważniejsze:
Tekst: Helvetica Bold 12 pkt, 100 % białego, czarne obramowanie: 0,5 pkt.
W tym całym pierdu-pierdu o kolorach zawartości merytorycznej jest kilka procent. I do tego różnice między kategoriami są na tyle małe, że kupię najtańszą „znaną markę” nie brzmiącą jak produkowana w Chinach bądź Francji.

Archived comments:

emmet 2013-10-09 16:21:19

Sava Eskimo. Koncern Goodyer'a, mieszanki te same, kamionka w składzie, a cena przez pół. Ewewntualne jeszcze Dulop Winter Sport. Chyba że na prawdę szukasz opcji budżetowej, to jeszcze Dębica Frigo. Taka tam dobra rada zawsze w cenie. ;-)

zdz 2013-10-10 17:44:15

Dzięki za radę, wyglądają sensownie.

blues 2013-10-12 13:23:37

Polecam Nexen - używam od 2 lat i jest w porządku (letnie i zimówki). Pirelli, na których jeździłem były lepsze, ale nie na tyle, żeby uzasadnić różnicę w cenie.
Nexeny mają bardzo dużą część rynku w USA, w EU jakoś tak nie bardzo.

<i>Około połowa mieszkańców Unii Europejskiej żyje na obszarach, gdzie Droga ...

- 2013-10-06T09:39:52+0000 - Updated: 2013-10-06T09:39:52+0000
Około połowa mieszkańców Unii Europejskiej żyje na obszarach, gdzie Droga Mleczna nie jest widoczna. Astronomowie i leśnicy z Polski i Czech stworzyli Park Ciemnego Nieba w Górach Izerskich, aby przybliżyć problem zanieczyszczenia światłem.
Shared with: Public
- 2013-10-08T15:33:58+0000
Niebo w nocy w trójmieście (nad morzem) to zupełnie inne niebo niż w głębi lądu...

Fotoradary działają:<br><i>Jeszcze rok, półtora roku temu średnio jeden fotor...

- 2013-10-07T15:01:58+0000 - Updated: 2013-10-07T15:01:58+0000
Fotoradary działają:
Jeszcze rok, półtora roku temu średnio jeden fotoradar wykonywał ich ponad 60 na dobę, a dziś około 20.

Przegląd prasy: Fotoradary zarabiają coraz mniej. Zamiast 1,5 mld zł - 80 mln

Shared with: Public
- 2013-10-08T15:32:58+0000
Jednocześnie yanosik i podobne mają coraz więcej użytkowników...

Google+ post

- 2013-10-08T14:33:41+0000 - Updated: 2013-10-08T14:33:41+0000
Originally shared by Jan WildeboerSo NVIDIA limits multiscreen support and now AMD has been "caught" adding a little EEPROM to their DVI to HDMI adaptors making sure that the closed source drivers will not transmit sound via HDMI when you use a non-AMD adaptor. It of course will work with the open source driver.

Dear AMD and NVIDIA - will you please stop this childish stuff?

[TIP] Catalyst / fglrx and DVI to HDMI adapters (audio)

Shared with: Public
- 2013-10-08T15:32:17+0000
Nice. AMD - you are caught red handed :)

Tak w ogóle to ten, Krążownika sprzedaje. Brać póki ciepły :-)

- 2013-08-10T12:56:27+0000 - Updated: 2013-08-10T12:56:27+0000
Tak w ogóle to ten, Krążownika sprzedaje. Brać póki ciepły :-)

Peugeot 406 '98 1.8 + LPG Gdańsk •

Shared with: Your extended circles, Tomasz Torcz
- 2013-08-10T20:23:30+0000
... bo jak ostygnie, to nie odpali? ;P
- 2013-10-04T10:14:22+0000
Aaaaaand... it's gone.

<i>Features a sad polandball in the center, surrounded by very distant stars....

- 2013-09-25T06:30:43+0000 - Updated: 2013-09-25T06:30:43+0000
Features a sad polandball in the center, surrounded by very distant stars. Below there is an almost defiant text "POLISH SPACE MARINES". Rare for a polish product, this is full colour.

Polish Space Marines sleeve insignia, full colour, unissued -

Shared with: Public
- 2013-09-25T10:26:43+0000
Gdyby to kosztowało kilka, a nie kilkadziesiąt złociszy za egzemplarz, to bym z wielką chęcią kilka kupił. :)
- 2013-09-25T12:39:28+0000
Ja też!
- 2013-09-25T22:26:33+0000
Toć to jest Indonesiaball/Monacoball.

Looks like #GNOME is going to break another workflow

- 2013-08-26T16:02:24+0000 - Updated: 2013-08-26T16:16:26+0000
Looks like #GNOME is going to break another workflow. This time middle-click paste is going to be the victim.

We're not really ready for this change [disabling middle click paste], and we haven't messaged it properly. After discussion with +Allan Day  and +Jakub Steiner  we'll defer this change until the next cycle.

gnome-settings-daemon - GNOME Settings Daemon

Shared with: Public, Allan Day, Jakub Steiner
- 2013-08-26T16:44:23+0000
I'm more worried about the original commit. I don't really use middle-paste but seriously, start selection?
- 2013-08-26T18:39:10+0000
They break users workflow like they get paid for it...
- 2013-09-24T17:43:51+0000
Do people still read slashdot these days?