- <title>Datalagringsdirektivet gjør at Oslo Høyre og Arbeiderparti ikke får min stemme i år</title>
- <link>http://people.skolelinux.org/pere/blog/Datalagringsdirektivet_gj_r_at_Oslo_H_yre_og_Arbeiderparti_ikke_f_r_min_stemme_i__r.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Datalagringsdirektivet_gj_r_at_Oslo_H_yre_og_Arbeiderparti_ikke_f_r_min_stemme_i__r.html</guid>
- <pubDate>Sun, 8 Sep 2013 20:40:00 +0200</pubDate>
- <description><p>I 2011 raderte et stortingsflertall bestående av Høyre og
-Arbeiderpartiet vekk en betydelig del av privatsfæren til det norske
-folk. Det ble vedtatt at det skulle registreres og lagres i et halvt
-år hvor alle som bærer på en mobiltelefon befinner seg, hvem de
-snakker med og hvor lenge de snakket sammen. Det skal også
-registreres hvem de sendte SMS-meldinger til, hvem en har sendt epost
-til, og hvilke nett-tjenere en besøkte. Saken er kjent som
-<a href="http://beta.holderdeord.no/issues/innfore-datalagringsdirektivet">Datalagringsdirektivet
-(DLD)</a>, og innebærer at alle innbyggerne og andre innenfor Norges
-grenser overvåkes døgnet rundt. Det ble i praksis innført brev og
-besøkskontroll av hele befolkningen. Rapporter fra de landene som
-allerede har innført slik total lagring av borgernes
-kommunikasjonsmønstre forteller at det ikke hjelper i
-kriminalitetsbekjempelsen. Den norske prislappen blir mange hundre
-millioner, uten at det ser ut til å bidra positivt til politiets
-arbeide. Jeg synes flere hundre millioner i stedet burde vært brukt
-på noe som kan dokumenteres å ha effekt i kriminalitetsbekjempelsen.
-Se mer på
-<a href="http://no.wikipedia.org/wiki/Datalagringsdirektivet">Wikipedia</a>
-og <a href="http://www.uhuru.biz/?cat=84">Jon Wessel-Aas</a>.</p>
-
-<p>Hva er problemet, tenkter du kanskje? Et åpenbart problem er at
-medienes kildevern i praksis blir radert ut. Den innsamlede
-informasjonen gjør det mulig å finne ut hvem som har snakket med
-journalister på telefon, SMS og epost, og hvem som har vært i nærheten
-av journalister så sant begge bar med seg en telefon. Et annet er at
-advokatvernet blir sterkt redusert, der politiet kan finne ut hvem
-som har snakket med en advokat når, eller vært i møter en med advokat.
-Et tredje er at svært personlig informasjon kan avledes fra hvilke
-nettsteder en har besøkt. Har en besøkt hivnorge.no,
-swingersnorge.com eller andre sider som kan brukes til avlede
-interesser som hører til privatsfæren, vil denne informasjonen være
-tilgjengelig takket være datalagringsdirektivet.</p>
-
-<p>De fleste partiene var mot, kun to partier stemte for. Høyre og
-Arbeiderpartiet. Og både Høyre og Arbeiderpartiet i Oslo har
-DLD-forkjempere på toppen av sine lister (har ikke sjekket de andre
-fylkene). Det er dermed helt uaktuelt for meg å stemme på disse
-partiene. Her er oversikten over partienes valglister i Oslo, med
-informasjon om hvem som stemte hva i første DLD-votering i Stortinget,
-basert på informasjon fra mine venner i
-<a href="http://beta.holderdeord.no/votes/1301946411e">Holder de
-Ord</a> samt <a href="http://data.stortinget.no/">data.stortinget.no</a>.
-Først ut er stortingslista fra Høyre for Oslo:</p>
-
-<style type="text/css">
-.for {background-color:#F5A9A9;}
-.mot {background-color:#A9F5BC;}
-.ukjent { }
-</style>
-
-<table>
-<tr><th>#</th><th>Navn, fødselsår og valgkrets</th><th>Stemme/kommentar</th></tr>
-
-<tr class="for"><td>1.</td>
-<td>Ine Marie Eriksen Søreide (1976), Gamle Oslo</td>
-<td>Stemte for DLD</td></tr>
-
-<tr class="mot"><td>2.</td>
-<td>Nikolai Astrup (1978), Frogner</td>
-<td>Stemte mot DLD</td></tr>
-
-<tr class="mot"><td>3.</td>
-<td>Michael Tetzschner (1954), Vestre Aker</td>
-<td>Stemte mot DLD</td>
-
-<tr class="ukjent"><td>4.</td>
-<td>Kristin Vinje (1963), Nordre Aker</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>5.</td>
-<td>Mudassar Hussain Kapur (1976), Nordstrand</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>6.</td>
-<td>Stefan Magnus B. Heggelund (1984), Grünerløkka</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>7.</td>
-<td>Heidi Nordby Lunde (1973), Grünerløkka</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>8.</td>
-<td>Frode Helgerud (1950), Frogner</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>9.</td>
-<td>Afshan Rafiq (1975), Stovner</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>10.</td>
-<td>Astrid Nøklebye Heiberg (1936), Frogner</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>11.</td>
-<td>Camilla Strandskog (1984) St.Hanshaugen</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>12.</td>
-<td>John Christian Elden (1967), Ullern</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>13.</td>
-<td>Berit Solli (1972), Alna</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>14.</td>
-<td>Ola Kvisgaard (1963), Frogner</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>15.</td>
-<td>James Stove Lorentzen (1957), Vestre Aker</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>16.</td>
-<td>Gülsüm Koc (1987), Stovner</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>17.</td>
-<td>Jon Ole Whist (1976), Grünerløkka</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>18.</td>
-<td>Maren Eline Malthe-Sørenssen (1971), Vestre Aker</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>19.</td>
-<td>Ståle Hagen (1968), Søndre Nordstrand</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>20.</td>
-<td>Kjell Omdal Erichsen (1978), Sagene</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>21.</td>
-<td>Saida R. Begum (1987), Grünerløkka</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>22.</td>
-<td>Torkel Brekke (1970), Nordre Aker</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>23.</td>
-<td>Sverre K. Seeberg (1950), Vestre Aker</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>24.</td>
-<td>Julie Margrethe Brodtkorb (1974), Ullern</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td>25.</td>
-<td>Fabian Stang (1955), Frogner</td>
-<td>Ikke til stede</td></tr>
-
-</table>
-
-<p>Deretter har vi stortingslista fra Arbeiderpartiet for Oslo:</p>
-
-<table>
-
-<tr><th>#</th><th>Navn, fødselsår og valgkrets</th><th>Stemme/kommentar</th></tr>
-
-<tr class="for"><td>1.</td>
-<td>Jens Stoltenberg (1959), Frogner</td>
-<td>Ikke til stede i Stortinget, leder av regjeringen som fremmet forslaget</td></tr>
-
-<tr class="for"><td>2.</td>
-<td>Hadia Tajik (1983), Grünerløkka</td>
-<td>Stemte for DLD</td></tr>
-
-<tr class="for"><td> 3.</td>
-<td>Jonas Gahr Støre (1960), Vestre Aker</td>
-<td>Ikke til stede i Stortinget, medlem av regjeringen som fremmet forslaget</td></tr>
-
-<tr class="for"><td> 4.</td>
-<td>Marianne Marthinsen (1980), Grünerløkka</td>
-<td>Stemte for DLD</td></tr>
-
-<tr class="for"><td> 5.</td>
-<td>Jan Bøhler (1952), Alna</td>
-<td>Stemte for DLD</td></tr>
-
-<tr class="for"><td> 6.</td>
-<td>Marit Nybakk (1947), Frogner</td>
-<td>Stemte for DLD</td></tr>
-
-<tr class="for"><td> 7.</td>
-<td>Truls Wickholm (1978), Sagene</td>
-<td>Stemte for DLD</td></tr>
-
-<tr class="ukjent"><td> 8.</td>
-<td>Prableen Kaur (1993), Grorud</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 9.</td>
-<td>Vegard Grøslie Wennesland (1983), St.Hanshaugen</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 10.</td>
-<td>Inger Helene Vaaten (1975), Grorud</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 11.</td>
-<td>Ivar Leveraas (1939), Alna</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 12.</td>
-<td>Grete Haugdal (1971), Gamle Oslo</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 13.</td>
-<td>Olav Tønsberg (1948), Alna</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 14.</td>
-<td>Khamshajiny Gunaratnam (1988), Grorud</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 15.</td>
-<td>Fredrik Mellem (1969), Sagene</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 16.</td>
-<td>Brit Axelsen (1945), Stovner</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 17.</td>
-<td>Dag Bayegan-Harlem (1977), Ullern</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 18.</td>
-<td>Kristin Sandaker (1963), Østeinsjø</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 19.</td>
-<td>Bashe Musse (1965), Grünerløkka</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 20.</td>
-<td>Torunn Kanutte Husvik (1983), St. Hanshaugen</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 21.</td>
-<td>Steinar Andersen (1947), Nordstrand</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 22.</td>
-<td>Anne Cathrine Berger (1972), Sagene</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 23.</td>
-<td>Khalid Mahmood (1959), Østensjø</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 24.</td>
-<td>Munir Jaber (1990), Alna</td>
-<td>Ikke til stede</td></tr>
-
-<tr class="ukjent"><td> 25.</td>
-<td>Libe Solberg Rieber-Mohn (1965), Frogner</td>
-<td>Ikke til stede</td></tr>
-
-</table>
-
-<p>Hvilket parti får så min stemme i år. Jeg tror det blir
-<a href="http://piratpartiet.no/">Piratpartiet</a>. Hvis de kan bidra
-til at det kommer noen inn på Stortinget med teknisk peiling, så får
-kanskje ikke overvåkningsgalskapen like fritt spillerom som det har
-hatt så langt.</p>
-
+ <title>S3QL, a locally mounted cloud file system - nice free software</title>
+ <link>http://people.skolelinux.org/pere/blog/S3QL__a_locally_mounted_cloud_file_system___nice_free_software.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/S3QL__a_locally_mounted_cloud_file_system___nice_free_software.html</guid>
+ <pubDate>Wed, 9 Apr 2014 11:30:00 +0200</pubDate>
+ <description><p>For a while now, I have been looking for a sensible offsite backup
+solution for use at home. My requirements are simple, it must be
+cheap and locally encrypted (in other words, I keep the encryption
+keys, the storage provider do not have access to my private files).
+One idea me and my friends had many years ago, before the cloud
+storage providers showed up, was to use Google mail as storage,
+writing a Linux block device storing blocks as emails in the mail
+service provided by Google, and thus get heaps of free space. On top
+of this one can add encryption, RAID and volume management to have
+lots of (fairly slow, I admit that) cheap and encrypted storage. But
+I never found time to implement such system. But the last few weeks I
+have looked at a system called
+<a href="https://bitbucket.org/nikratio/s3ql/">S3QL</a>, a locally
+mounted network backed file system with the features I need.</p>
+
+<p>S3QL is a fuse file system with a local cache and cloud storage,
+handling several different storage providers, any with Amazon S3,
+Google Drive or OpenStack API. There are heaps of such storage
+providers. S3QL can also use a local directory as storage, which
+combined with sshfs allow for file storage on any ssh server. S3QL
+include support for encryption, compression, de-duplication, snapshots
+and immutable file systems, allowing me to mount the remote storage as
+a local mount point, look at and use the files as if they were local,
+while the content is stored in the cloud as well. This allow me to
+have a backup that should survive fire. The file system can not be
+shared between several machines at the same time, as only one can
+mount it at the time, but any machine with the encryption key and
+access to the storage service can mount it if it is unmounted.</p>
+
+<p>It is simple to use. I'm using it on Debian Wheezy, where the
+package is included already. So to get started, run <tt>apt-get
+install s3ql</tt>. Next, pick a storage provider. I ended up picking
+Greenqloud, after reading their nice recipe on
+<a href="https://greenqloud.zendesk.com/entries/44611757-How-To-Use-S3QL-to-mount-a-StorageQloud-bucket-on-Debian-Wheezy">how
+to use S3QL with their Amazon S3 service</a>, because I trust the laws
+in Iceland more than those in USA when it come to keeping my personal
+data safe and private, and thus would rather spend money on a company
+in Iceland. Another nice recipe is available from the article
+<a href="http://www.admin-magazine.com/HPC/Articles/HPC-Cloud-Storage">S3QL
+Filesystem for HPC Storage</a> by Jeff Layton in the HPC section of
+Admin magazine. When the provider is picked, figure out how to get
+the API key needed to connect to the storage API. With Greencloud,
+the key did not show up until I had added payment details to my
+account.</p>
+
+<p>Armed with the API access details, it is time to create the file
+system. First, create a new bucket in the cloud. This bucket is the
+file system storage area. I picked a bucket name reflecting the
+machine that was going to store data there, but any name will do.
+I'll refer to it as <tt>bucket-name</tt> below. In addition, one need
+the API login and password, and a locally created password. Store it
+all in ~root/.s3ql/authinfo2 like this:
+
+<p><blockquote><pre>
+[s3c]
+storage-url: s3c://s.greenqloud.com:443/bucket-name
+backend-login: API-login
+backend-password: API-password
+fs-passphrase: local-password
+</pre></blockquote></p>
+
+<p>I create my local passphrase using <tt>pwget 50</tt> or similar,
+but any sensible way to create a fairly random password should do it.
+Armed with these details, it is now time to run mkfs, entering the API
+details and password to create it:</p>
+
+<p><blockquote><pre>
+# mkdir -m 700 /var/lib/s3ql-cache
+# mkfs.s3ql --cachedir /var/lib/s3ql-cache --authfile /root/.s3ql/authinfo2 \
+ --ssl s3c://s.greenqloud.com:443/bucket-name
+Enter backend login:
+Enter backend password:
+Before using S3QL, make sure to read the user's guide, especially
+the 'Important Rules to Avoid Loosing Data' section.
+Enter encryption password:
+Confirm encryption password:
+Generating random encryption key...
+Creating metadata tables...
+Dumping metadata...
+..objects..
+..blocks..
+..inodes..
+..inode_blocks..
+..symlink_targets..
+..names..
+..contents..
+..ext_attributes..
+Compressing and uploading metadata...
+Wrote 0.00 MB of compressed metadata.
+# </pre></blockquote></p>
+
+<p>The next step is mounting the file system to make the storage available.
+
+<p><blockquote><pre>
+# mount.s3ql --cachedir /var/lib/s3ql-cache --authfile /root/.s3ql/authinfo2 \
+ --ssl --allow-root s3c://s.greenqloud.com:443/bucket-name /s3ql
+Using 4 upload threads.
+Downloading and decompressing metadata...
+Reading metadata...
+..objects..
+..blocks..
+..inodes..
+..inode_blocks..
+..symlink_targets..
+..names..
+..contents..
+..ext_attributes..
+Mounting filesystem...
+# df -h /s3ql
+Filesystem Size Used Avail Use% Mounted on
+s3c://s.greenqloud.com:443/bucket-name 1.0T 0 1.0T 0% /s3ql
+#
+</pre></blockquote></p>
+
+<p>The file system is now ready for use. I use rsync to store my
+backups in it, and as the metadata used by rsync is downloaded at
+mount time, no network traffic (and storage cost) is triggered by
+running rsync. To unmount, one should not use the normal umount
+command, as this will not flush the cache to the cloud storage, but
+instead running the umount.s3ql command like this:
+
+<p><blockquote><pre>
+# umount.s3ql /s3ql
+#
+</pre></blockquote></p>
+
+<p>There is a fsck command available to check the file system and
+correct any problems detected. This can be used if the local server
+crashes while the file system is mounted, to reset the "already
+mounted" flag. This is what it look like when processing a working
+file system:</p>
+
+<p><blockquote><pre>
+# fsck.s3ql --force --ssl s3c://s.greenqloud.com:443/bucket-name
+Using cached metadata.
+File system seems clean, checking anyway.
+Checking DB integrity...
+Creating temporary extra indices...
+Checking lost+found...
+Checking cached objects...
+Checking names (refcounts)...
+Checking contents (names)...
+Checking contents (inodes)...
+Checking contents (parent inodes)...
+Checking objects (reference counts)...
+Checking objects (backend)...
+..processed 5000 objects so far..
+..processed 10000 objects so far..
+..processed 15000 objects so far..
+Checking objects (sizes)...
+Checking blocks (referenced objects)...
+Checking blocks (refcounts)...
+Checking inode-block mapping (blocks)...
+Checking inode-block mapping (inodes)...
+Checking inodes (refcounts)...
+Checking inodes (sizes)...
+Checking extended attributes (names)...
+Checking extended attributes (inodes)...
+Checking symlinks (inodes)...
+Checking directory reachability...
+Checking unix conventions...
+Checking referential integrity...
+Dropping temporary indices...
+Backing up old metadata...
+Dumping metadata...
+..objects..
+..blocks..
+..inodes..
+..inode_blocks..
+..symlink_targets..
+..names..
+..contents..
+..ext_attributes..
+Compressing and uploading metadata...
+Wrote 0.89 MB of compressed metadata.
+#
+</pre></blockquote></p>
+
+<p>Thanks to the cache, working on files that fit in the cache is very
+quick, about the same speed as local file access. Uploading large
+amount of data is to me limited by the bandwidth out of and into my
+house. Uploading 685 MiB with a 100 MiB cache gave me 305 kiB/s,
+which is very close to my upload speed, and downloading the same
+Debian installation ISO gave me 610 kiB/s, close to my download speed.
+Both were measured using <tt>dd</tt>. So for me, the bottleneck is my
+network, not the file system code. I do not know what a good cache
+size would be, but suspect that the cache should e larger than your
+working set.</p>
+
+<p>I mentioned that only one machine can mount the file system at the
+time. If another machine try, it is told that the file system is
+busy:</p>
+
+<p><blockquote><pre>
+# mount.s3ql --cachedir /var/lib/s3ql-cache --authfile /root/.s3ql/authinfo2 \
+ --ssl --allow-root s3c://s.greenqloud.com:443/bucket-name /s3ql
+Using 8 upload threads.
+Backend reports that fs is still mounted elsewhere, aborting.
+#
+</pre></blockquote></p>
+
+<p>The file content is uploaded when the cache is full, while the
+metadata is uploaded once every 24 hour by default. To ensure the
+file system content is flushed to the cloud, one can either umount the
+file system, or ask S3QL to flush the cache and metadata using
+s3qlctrl:
+
+<p><blockquote><pre>
+# s3qlctrl upload-meta /s3ql
+# s3qlctrl flushcache /s3ql
+#
+</pre></blockquote></p>
+
+<p>If you are curious about how much space your data uses in the
+cloud, and how much compression and deduplication cut down on the
+storage usage, you can use s3qlstat on the mounted file system to get
+a report:</p>
+
+<p><blockquote><pre>
+# s3qlstat /s3ql
+Directory entries: 9141
+Inodes: 9143
+Data blocks: 8851
+Total data size: 22049.38 MB
+After de-duplication: 21955.46 MB (99.57% of total)
+After compression: 21877.28 MB (99.22% of total, 99.64% of de-duplicated)
+Database size: 2.39 MB (uncompressed)
+(some values do not take into account not-yet-uploaded dirty blocks in cache)
+#
+</pre></blockquote></p>
+
+<p>I mentioned earlier that there are several possible suppliers of
+storage. I did not try to locate them all, but am aware of at least
+<a href="https://www.greenqloud.com/">Greenqloud</a>,
+<a href="http://drive.google.com/">Google Drive</a>,
+<a href="http://aws.amazon.com/s3/">Amazon S3 web serivces</a>,
+<a href="http://www.rackspace.com/">Rackspace</a> and
+<a href="http://crowncloud.net/">Crowncloud</A>. The latter even
+accept payment in Bitcoin. Pick one that suit your need. Some of
+them provide several GiB of free storage, but the prize models are
+quite different and you will have to figure out what suits you
+best.</p>
+
+<p>While researching this blog post, I had a look at research papers
+and posters discussing the S3QL file system. There are several, which
+told me that the file system is getting a critical check by the
+science community and increased my confidence in using it. One nice
+poster is titled
+"<a href="http://www.lanl.gov/orgs/adtsc/publications/science_highlights_2013/docs/pg68_69.pdf">An
+Innovative Parallel Cloud Storage System using OpenStack’s SwiftObject
+Store and Transformative Parallel I/O Approach</a>" by Hsing-Bung
+Chen, Benjamin McClelland, David Sherrill, Alfred Torrez, Parks Fields
+and Pamela Smith. Please have a look.</p>
+
+<p>Given my problems with different file systems earlier, I decided to
+check out the mounted S3QL file system to see if it would be usable as
+a home directory (in other word, that it provided POSIX semantics when
+it come to locking and umask handling etc). Running
+<a href="http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html">my
+test code to check file system semantics</a>, I was happy to discover that
+no error was found. So the file system can be used for home
+directories, if one chooses to do so.</p>
+
+<p>If you do not want a locally file system, and want something that
+work without the Linux fuse file system, I would like to mention the
+<a href="http://www.tarsnap.com/">Tarsnap service</a>, which also
+provide locally encrypted backup using a command line client. It have
+a nicer access control system, where one can split out read and write
+access, allowing some systems to write to the backup and others to
+only read from it.</p>
+
+<p>As usual, if you use Bitcoin and want to show your support of my
+activities, please send Bitcoin donations to my address
+<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&label=PetterReinholdtsenBlog">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p>