Generated.

[homepage.git] / blog / index.rss

diff --git a/blog/index.rss b/blog/index.rss
index 287b3732eef0f7fe3119c35aea07630723ce3b68..5343b8b958601a7963cf03b7197bf725a72a9948 100644 (file)
--- a/blog/index.rss
+++ b/blog/index.rss
@@ -6,6 +6,34 @@
                 <link>http://people.skolelinux.org/pere/blog/</link>
                 <atom:link href="http://people.skolelinux.org/pere/blog/index.rss" rel="self" type="application/rss+xml" />
        
+       <item>
+               <title>Skolelinux i Osloskolen</title>
+               <link>http://people.skolelinux.org/pere/blog/Skolelinux_i_Osloskolen.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Skolelinux_i_Osloskolen.html</guid>
+                <pubDate>Thu, 26 Aug 2010 22:25:00 +0200</pubDate>
+               <description>
+&lt;p&gt;Denne høsten skal endelig alle Osloskolene få mulighet til å bruke
+&lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux&lt;/a&gt;.  Ny IT-løsning
+har vært rullet ut i noen måneder nå, og så vidt jeg fikk vite før
+sommeren skulle alle skoler ha nytt opplegg på plass før oppstart nå i
+høst.  På alle skolene skal en kunne velge ved installasjon om en skal
+ha Windows eller Skolelinux på maskinene, og en kan i tillegg
+PXE-boote maskinene over nett som tynne klienter eller diskløse
+arbeidsstasjoner. Jeg er spent på hvor mange skoler som velger å ta i
+bruk Skolelinux, og gleder meg til å se hvordan dette utvikler seg.
+Løsningen leveres av
+&lt;a href=&quot;http://www.logica.no/&quot;&gt;Logica&lt;/a&gt; med
+&lt;a href=&quot;http://www.slxdrift.no/&quot;&gt;Skolelinux Drift AS&lt;/a&gt; som
+underleverandør, og jeg har vært involvert i utviklingen av løsningen
+via Skolelinux Drift AS siden prosjektet starter.  Jeg synes det er
+fantastisk at Skolelinux er kommet så langt siden vi startet i 2001 at
+alle elevene i Osloskolene nå skal få mulighet til å bruke
+løsningen.  Jeg håper de vil sette pris på alle de
+&lt;a href=&quot;http://www.skolelinux.no/linux-signpost/&quot;&gt;fantastiske
+brukerprogrammene&lt;/a&gt; som er tilgjengelig i Skolelinux.&lt;/p&gt;
+</description>
+       </item>
+       
        <item>
                <title>Broken umask handling with sshfs</title>
                <link>http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html</link>
@@ -702,62 +730,5 @@ uses.&lt;/p&gt;
 </description>
        </item>
        
-       <item>
-               <title>Circular package dependencies harms apt recovery</title>
-               <link>http://people.skolelinux.org/pere/blog/Circular_package_dependencies_harms_apt_recovery.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Circular_package_dependencies_harms_apt_recovery.html</guid>
-                <pubDate>Tue, 27 Jul 2010 23:50:00 +0200</pubDate>
-               <description>
-&lt;p&gt;I discovered this while doing
-&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Automatic_upgrade_testing_from_Lenny_to_Squeeze.html&quot;&gt;automated
-testing of upgrades from Debian Lenny to Squeeze&lt;/a&gt;.  A few packages
-in Debian still got circular dependencies, and it is often claimed
-that apt and aptitude should be able to handle this just fine, but
-some times these dependency loops causes apt to fail.&lt;/p&gt;
-
-&lt;p&gt;An example is from todays
-&lt;a href=&quot;http://people.skolelinux.org/~pere/debian-upgrade-testing//test-20100727-lenny-squeeze-kde-aptitude.txt&quot;&gt;upgrade
-of KDE using aptitude&lt;/a&gt;.  In it, a bug in kdebase-workspace-data
-causes perl-modules to fail to upgrade.  The cause is simple.  If a
-package fail to unpack, then only part of packages with the circular
-dependency might end up being unpacked when unpacking aborts, and the
-ones already unpacked will fail to configure in the recovery phase
-because its dependencies are unavailable.&lt;/p&gt;
-
-&lt;p&gt;In this log, the problem manifest itself with this error:&lt;/p&gt;
-
-&lt;blockquote&gt;&lt;pre&gt;
-dpkg: dependency problems prevent configuration of perl-modules:
- perl-modules depends on perl (&gt;= 5.10.1-1); however:
-  Version of perl on system is 5.10.0-19lenny2.
-dpkg: error processing perl-modules (--configure):
- dependency problems - leaving unconfigured
-&lt;/pre&gt;&lt;/blockquote&gt;
-
-&lt;p&gt;The perl/perl-modules circular dependency is already
-&lt;a href=&quot;http://bugs.debian.org/527917&quot;&gt;reported as a bug&lt;/a&gt;, and will
-hopefully be solved as soon as possible, but it is not the only one,
-and each one of these loops in the dependency tree can cause similar
-failures.  Of course, they only occur when there are bugs in other
-packages causing the unpacking to fail, but it is rather nasty when
-the failure of one package causes the problem to become worse because
-of dependency loops.&lt;/p&gt;
-
-&lt;p&gt;Thanks to
-&lt;a href=&quot;http://lists.debian.org/debian-devel/2010/06/msg00116.html&quot;&gt;the
-tireless effort by Bill Allombert&lt;/a&gt;, the number of circular
-dependencies
-&lt;a href=&quot;http://debian.semistable.com/debgraph.out.html&quot;&gt;left in Debian
-is dropping&lt;/a&gt;, and perhaps it will reach zero one day. :)&lt;/p&gt;
-
-&lt;p&gt;Todays testing also exposed a bug in
-&lt;a href=&quot;http://bugs.debian.org/590605&quot;&gt;update-notifier&lt;/a&gt; and
-&lt;a href=&quot;http://bugs.debian.org/590604&quot;&gt;different behaviour&lt;/a&gt; between
-apt-get and aptitude, the latter possibly caused by some circular
-dependency.  Reported both to BTS to try to get someone to look at
-it.&lt;/p&gt;
-</description>
-       </item>
-       
         </channel>
 </rss>