I wonder what are the changes of getting pwned on one of those nowadays
I wonder what are the changes of getting pwned on one of those nowadays, with all the known security holes. Could be not even the crooks bother anymore though.
I wonder what are the changes of getting pwned on one of those nowadays, with all the known security holes. Could be not even the crooks bother anymore though.
The issue went away when I removed gnome-user-share (sudo apt-get --purge remove gnome-user-share). Apparently it was caused by Gnome’s file sharing function referring to $XDG_PUBLICSHARE_DIR and recreating the (default-named) directory when not found. With gnome-user-share removed, the ”Public” directory no longer reappears.
I’ve set ”enabled=False” in my /etc/xdg/user-dirs.conf which, according to comments in that file, and also according to the spec, should stop xdg-user-dirs-update from running at login time and thus also from recreating any missing $XDG_*_DIR directories.
Additionally, I’ve commented out the definition of XDG_PUBLICSHARE_DIR in my user’s ~/.config/user-dirs.dirs due to not being able to decide where to point it at for now.
Despite xdg-user-dirs-update being disabled, a directory named ”Public” reappears in my user’s home directory at every login. What is causing this and how can I stop the unwanted Public directory from appearing? I’ve found an old Red Hat bug referencing a similar issue, but it’s closed without a known fix.
The issue doesn’t occur for $XDG_TEMPLATES_DIR which I’ve similarly commented out.
The XDG specified directories, as described by Jacob, are not created with the account, they’re created (and recreated if missing) when the user logs in. Pointing those user-dirs variables at $HOME is a workaround, but it doesn’t actually disable the functionality; if disabling is what you want, you can change ”enabled=True” to ”enabled=False” in /etc/xdg/user-dirs.conf. As the comment in that file above the definition says,
# This controls the behaviour of xdg-user-dirs-update which is run on user login
# You can also have per-user config in ~/.config/user-dirs.conf, or specify
# the XDG_CONFIG_HOME and/or XDG_CONFIG_DIRS to override this
Back in the day, I used to use Baruch Even’s WebSec just for this. It seems unmaintained nowadays unfortunately, but might still work.
Näitä ei ihan tuosta vain heitetä korviin kiireessä, mutta kunhan tulpat malttaa puristella sopiviksi, ne istuvat hyvin myös vähän nirsompiin korvakäytäviin, ja pysyvät hyvin paikoillaan. Ulkoinen melu vaimenee kätevästi samalla, joten volyymin kanssa ei tarvitse revitellä turhia.
Omaan kouraani liian siro, mutta parempi puolisko, jolle tämä tilattiinkin, käski sanoa, että naisen s-koon käteen hyvä. Moitteeton perushiiri, ja vieläpä langallinen niin kuin sen olla pittää.
1. Ubuntu
2. Unity
3. Vim, Gedit
4. Gmail (on the web)
5. Chromium
6. Screen, yes
Reitittimen käyttöliittymä on pääosin miellyttävä, vaikkakin toimintojen jaottelu kaipaisi yksinkertaistamista: ominaisuuksia on paljon, ja vielä viikon käytön jälkeenkin on välillä vaikea löytää etsimäänsä turvautumatta arvailuun.
Ostin tämän mallin, koska tämän piti tukea linkkien kuormantasausta ja tiettyä Huawein mokkulaa, mutta kumpikaan ei (vielä firmispäivitysten jälkeenkään) toiminut. Ylipäänsä USB-liitäntäisten verkkoyhteyksien tuki vaikutti valmistajan lupauksista huolimatta huonolta (edes Android-liekaa en saanut toimimaan Ethernet-wanin rinnalla).
Päheän näköinen purkki kyllä, ja perustoiminnot (ainakin Ethernetin kautta waniin kytkettynä) luonnistuivat ihan hyvin. Voi kuitenkin olla, että tätä halvemmistakin reitittimistä löytyy perustoiminnoissa ihan yhtä hyviä. Asuksen hyvänä puolena voi tosin mainita tiiviiseen tahtiin ilmestyvät firmispäivitykset, joissa korjataan bugeja ja lisätään laitetukea ja jopa uusia ominaisuuksia. Ehkäpä se Huawein mokkulakin jonain päivänä alkaa toimia.
Suositteluni siis näillä varauksilla.