X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/2a0fcdfbbe18a6a3d42dca9ba92be2f1ae3e128b..e42f5b1dad855a6ee4fe4dec43b101f4d02a5f2b:/blog/archive/2010/06/06.rss diff --git a/blog/archive/2010/06/06.rss b/blog/archive/2010/06/06.rss index be0993c098..ab0c417022 100644 --- a/blog/archive/2010/06/06.rss +++ b/blog/archive/2010/06/06.rss @@ -620,13 +620,14 @@ Windows. This is great.</p> <p><a href="http://www.dagbladet.no/2010/06/16/nyheter/innenriks/streik/arbeidsliv/12157858/">Dagbladet melder</a> at Vinmonopolet med bakgrunn i vekterstreiken som pågår i Norge for tiden, har bestemt seg for med vitende og vilje å bryte -sentralbanklovens paragraf 14</a> ved å nekte folk å betale med +sentralbanklovens paragraf 14 ved å nekte folk å betale med kontanter, og at flere butikker planlegger å følge deres eksempel. Jeg synes det er hårreisende hvis de slipper unna med et slikt soleklart lovbrudd, og lurer på hva slags muligheter jeg vil ha hvis -jeg blir nektet å handle med kontakter. Jeg handler i hovedsak med +jeg blir nektet å handle med kontanter. Jeg handler i hovedsak med kontanter selv, da jeg anser det som en borgerrett å kunne handle -anonymt uten at det blir registrert. +anonymt uten at det blir registrert. For meg er det et angrep på mitt +personvern å nekte å ta imot kontant betaling.</p> <p><a href="http://www.lovdata.no/all/tl-19850524-028-003.html#14">Paragrafen i sentralbankloven</a> lyder:</p> @@ -636,7 +637,7 @@ i sentralbankloven</a> lyder:</p> <p>Bankens sedler og mynter er tvungent betalingsmiddel i Norge. Ingen er pliktig til i én betaling å ta imot mer enn femogtyve mynter av -hver enhet. +hver enhet.</p> <p>Sterkt skadde sedler og mynter er ikke tvungent betalingsmiddel. Banken gir nærmere forskrifter om erstatning for @@ -653,5 +654,145 @@ håndheves strengt.</p> + + Calling tasksel like the installer, while still getting useful output + http://people.skolelinux.org/pere/blog/Calling_tasksel_like_the_installer__while_still_getting_useful_output.html + http://people.skolelinux.org/pere/blog/Calling_tasksel_like_the_installer__while_still_getting_useful_output.html + Wed, 16 Jun 2010 14:55:00 +0200 + +<p>A few times I have had the need to simulate the way tasksel +installs packages during the normal debian-installer run. Until now, +I have ended up letting tasksel do the work, with the annoying problem +of not getting any feedback at all when something fails (like a +conffile question from dpkg or a download that fails), using code like +this: + +<blockquote><pre> +export DEBIAN_FRONTEND=noninteractive +tasksel --new-install +</pre></blockquote> + +This would invoke tasksel, let its automatic task selection pick the +tasks to install, and continue to install the requested tasks without +any output what so ever. + +Recently I revisited this problem while working on the automatic +package upgrade testing, because tasksel would some times hang without +any useful feedback, and I want to see what is going on when it +happen. Then it occured to me, I can parse the output from tasksel +when asked to run in test mode, and use that aptitude command line +printed by tasksel then to simulate the tasksel run. I ended up using +code like this: + +<blockquote><pre> +export DEBIAN_FRONTEND=noninteractive +cmd="$(in_target tasksel -t --new-install | sed 's/debconf-apt-progress -- //')" +$cmd +</pre></blockquote> + +<p>The content of $cmd is typically something like "<tt>aptitude -q +--without-recommends -o APT::Install-Recommends=no -y install +~t^desktop$ ~t^gnome-desktop$ ~t^laptop$ ~pstandard ~prequired +~pimportant</tt>", which will install the gnome desktop task, the +laptop task and all packages with priority standard , required and +important, just like tasksel would have done it during +installation.</p> + +<p>A better approach is probably to extend tasksel to be able to +install packages without using debconf-apt-progress, for use cases +like this.</p> + + + + + Idea for a change to LDAP schemas allowing DNS and DHCP info to be combined into one object + http://people.skolelinux.org/pere/blog/Idea_for_a_change_to_LDAP_schemas_allowing_DNS_and_DHCP_info_to_be_combined_into_one_object.html + http://people.skolelinux.org/pere/blog/Idea_for_a_change_to_LDAP_schemas_allowing_DNS_and_DHCP_info_to_be_combined_into_one_object.html + Thu, 24 Jun 2010 00:35:00 +0200 + +<p>A while back, I +<a href="http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html">complained +about the fact</a> that it is not possible with the provided schemas +for storing DNS and DHCP information in LDAP to combine the two sets +of information into one LDAP object representing a computer.</p> + +<p>In the mean time, I discovered that a simple fix would be to make +the dhcpHost object class auxiliary, to allow it to be combined with +the dNSDomain object class, and thus forming one object for one +computer when storing both DHCP and DNS information in LDAP.</p> + +<p>If I understand this correctly, it is not safe to do this change +without also changing the assigned number for the object class, and I +do not know enough about LDAP schema design to do that properly for +Debian Edu.</p> + +<p>Anyway, for future reference, this is how I believe we could change +the +<a href="http://tools.ietf.org/html/draft-ietf-dhc-ldap-schema-00">DHCP +schema</a> to solve at least part of the problem with the LDAP schemas +available today from IETF.</p> + +<pre> +--- dhcp.schema (revision 65192) ++++ dhcp.schema (working copy) +@@ -376,7 +376,7 @@ + objectclass ( 2.16.840.1.113719.1.203.6.6 + NAME 'dhcpHost' + DESC 'This represents information about a particular client' +- SUP top ++ SUP top AUXILIARY + MUST cn + MAY (dhcpLeaseDN $ dhcpHWAddress $ dhcpOptionsDN $ dhcpStatements $ dhcpComments $ dhcpOption) + X-NDS_CONTAINMENT ('dhcpService' 'dhcpSubnet' 'dhcpGroup') ) +</pre> + +<p>I very much welcome clues on how to do this properly for Debian +Edu/Squeeze. We provide the DHCP schema in our debian-edu-config +package, and should thus be free to rewrite it as we see fit.</p> + +<p>If you want to help out with implementing this for Debian Edu, +please contact us on debian-edu@lists.debian.org.</p> + + + + + LUMA, a very nice LDAP GUI + http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html + http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html + Mon, 28 Jun 2010 00:30:00 +0200 + +<p>The last few days I have been looking into the status of the LDAP +directory in Debian Edu, and in the process I started to miss a GUI +tool to browse the LDAP tree. The only one I was able to find in +Debian/Squeeze and Lenny is +<a href="http://luma.sourceforge.net/">LUMA</a>, which has proved to +be a great tool to get a overview of the current LDAP directory +populated by default in Skolelinux. Thanks to it, I have been able to +find empty and obsolete subtrees, misplaced objects and duplicate +objects. It will be installed by default in Debian/Squeeze. If you +are working with LDAP, give it a go. :)</p> + +<p>I did notice one problem with it I have not had time to report to +the BTS yet. There is no .desktop file in the package, so the tool do +not show up in the Gnome and KDE menus, but only deep down in in the +Debian submenu in KDE. I hope that can be fixed before Squeeze is +released.</p> + +<p>I have not yet been able to get it to modify the tree yet. I would +like to move objects and remove subtrees directly in the GUI, but have +not found a way to do that with LUMA yet. So in the mean time, I use +<a href="http://www.lichteblau.com/ldapvi/">ldapvi</a> for that.</p> + +<p>If you have tips on other GUI tools for LDAP that might be useful +in Debian Edu, please contact us on debian-edu@lists.debian.org.</p> + +<p>Update 2010-06-29: Ross Reedstrom tipped us about the +<a href="http://packages.qa.debian.org/g/gq.html">gq</a> package as a +useful GUI alternative. It seem like a good tool, but is unmaintained +in Debian and got a RC bug keeping it out of Squeeze. Unless that +changes, it will not be an option for Debian Edu based on Squeeze.</p> + + +