1 <?xml version=
"1.0" encoding=
"ISO-8859-1"?>
2 <rss version='
2.0' xmlns:lj='http://www.livejournal.org/rss/lj/
1.0/'
>
4 <title>Petter Reinholdtsen - Entries from January
2013</title>
5 <description>Entries from January
2013</description>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
10 <title>Welcome to the world, Isenkram!
</title>
11 <link>http://people.skolelinux.org/pere/blog/Welcome_to_the_world__Isenkram_.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Welcome_to_the_world__Isenkram_.html
</guid>
13 <pubDate>Tue,
22 Jan
2013 22:
00:
00 +
0100</pubDate>
14 <description><p
>Yesterday, I
15 <a href=
"http://people.skolelinux.org/pere/blog/First_prototype_ready_making_hardware_easier_to_use_in_Debian.html
">asked
16 for testers
</a
> for my prototype for making Debian better at handling
17 pluggable hardware devices, which I
18 <a href=
"http://people.skolelinux.org/pere/blog/Lets_make_hardware_dongles_easier_to_use_in_Debian.html
">set
19 out to create
</a
> earlier this month. Several valuable testers showed
20 up, and caused me to really want to to open up the development to more
21 people. But before I did this, I want to come up with a sensible name
22 for this project. Today I finally decided on a new name, and I have
23 renamed the project from hw-support-handler to this new name. In the
24 process, I moved the source to git and made it available as a
25 <a href=
"http://anonscm.debian.org/gitweb/?p=collab-maint/isenkram.git
">collab-maint
</a
>
26 repository in Debian. The new name? It is
<strong
>Isenkram
</strong
>.
27 To fetch and build the latest version of the source, use
</p
>
30 git clone git://anonscm.debian.org/collab-maint/isenkram.git
31 cd isenkram
&& git-buildpackage
34 <p
>I have not yet adjusted all files to use the new name yet. If you
35 want to hack on the source or improve the package, please go ahead.
36 But please talk to me first on IRC or via email before you do major
37 changes, to make sure we do not step on each others toes. :)
</p
>
39 <p
>If you wonder what
'isenkram
' is, it is a Norwegian word for iron
40 stuff, typically meaning tools, nails, screws, etc. Typical hardware
41 stuff, in other words. I
've been told it is the Norwegian variant of
42 the German word eisenkram, for those that are familiar with that
48 <title>First prototype ready making hardware easier to use in Debian
</title>
49 <link>http://people.skolelinux.org/pere/blog/First_prototype_ready_making_hardware_easier_to_use_in_Debian.html
</link>
50 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/First_prototype_ready_making_hardware_easier_to_use_in_Debian.html
</guid>
51 <pubDate>Mon,
21 Jan
2013 12:
00:
00 +
0100</pubDate>
52 <description><p
>Early this month I set out to try to
53 <a href=
"http://people.skolelinux.org/pere/blog/Lets_make_hardware_dongles_easier_to_use_in_Debian.html
">improve
54 the Debian support for pluggable hardware devices
</a
>. Now my
55 prototype is working, and it is ready for a larger audience. To test
57 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/
">source
58 from the Debian Edu subversion repository
</a
>, build and install the
59 package. You might have to log out and in again activate the
60 autostart script.
</p
>
62 <p
>The design is simple:
</p
>
66 <li
>Add desktop entry in /usr/share/autostart/ causing a program
67 hw-support-handlerd to start when the user log in.
</li
>
69 <li
>This program listen for kernel events about new hardware (directly
70 from the kernel like udev does), not using HAL dbus events as I
71 initially did.
</li
>
73 <li
>When new hardware is inserted, look up the hardware modalias in
74 the APT database, a database
75 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/modaliases?view=markup
">available
76 via HTTP
</a
> and a database available as part of the package.
</li
>
78 <li
>If a package is mapped to the hardware in question, the package
79 isn
't installed yet and this is the first time the hardware was
80 plugged in, show a desktop notification suggesting to install the
81 package or packages.
</li
>
83 <li
>If the user click on the
'install package now
' button, ask
84 aptdaemon via the PackageKit API to install the requrired package.
</li
>
86 <li
>aptdaemon ask for root password or sudo password, and install the
87 package while showing progress information in a window.
</li
>
91 <p
>I still need to come up with a better name for the system. Here
92 are some screen shots showing the prototype in action. First the
93 notification, then the password request, and finally the request to
94 approve all the dependencies. Sorry for the Norwegian Bokmål GUI.
</p
>
96 <p
><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
21-hw-support-
1-notification.png
">
97 <br
><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
21-hw-support-
2-password.png
">
98 <br
><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
21-hw-support-
3-dependencies.png
">
99 <br
><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
21-hw-support-
4-installing.png
">
100 <br
><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
21-hw-support-
5-installing-details.png
" width=
"70%
"></p
>
102 <p
>The prototype still need to be improved with longer timeouts, but
103 is already useful. The database of hardware to package mappings also
104 need more work. It is currently compatible with the Ubuntu way of
105 storing such information in the package control file, but could be
106 changed to use other formats instead or in addition to the current
107 method. I
've dropped the use of discover for this mapping, as the
108 modalias approach is more flexible and easier to use on Linux as long
109 as the Linux kernel expose its modalias strings directly.
</p
>
111 <p
><strong
>Update
2013-
01-
21 16:
50</strong
>: Due to popular demand,
112 here is the command required to check out and build the source: Use
113 '<tt
>svn checkout
114 svn://svn.debian.org/debian-edu/trunk/src/hw-support-handler/; cd
115 hw-support-handler; debuild
</tt
>'. If you lack debuild, install the
116 devscripts package.
</p
>
121 <title>Thank you Thinkpad X41, for your long and trustworthy service
</title>
122 <link>http://people.skolelinux.org/pere/blog/Thank_you_Thinkpad_X41__for_your_long_and_trustworthy_service.html
</link>
123 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Thank_you_Thinkpad_X41__for_your_long_and_trustworthy_service.html
</guid>
124 <pubDate>Sat,
19 Jan
2013 09:
20:
00 +
0100</pubDate>
125 <description><p
>This Christmas my trusty old laptop died. It died quietly and
126 suddenly in bed. With a quiet whimper, it went completely quiet and
127 black. The power button was no longer able to turn it on. It was a
128 IBM Thinkpad X41, and the best laptop I ever had. Better than both
129 Thinkpads X30, X31, X40, X60, X61 and X61S. Far better than the
130 Compaq I had before that. Now I need to find a replacement. To keep
131 going during Christmas, I moved the one year old SSD disk to my old
132 X40 where it fitted (only one I had left that could use it), but it is
133 not a durable solution.
135 <p
>My laptop needs are fairly modest. This is my wishlist from when I
136 got a new one more than
10 years ago. It still holds true.:)
</p
>
140 <li
>Lightweight (around
1 kg) and small volume (preferably smaller
142 <li
>Robust, it will be in my backpack every day.
</li
>
143 <li
>Three button mouse and a mouse pin instead of touch pad.
</li
>
144 <li
>Long battery life time. Preferable a week.
</li
>
145 <li
>Internal WIFI network card.
</li
>
146 <li
>Internal Twisted Pair network card.
</li
>
147 <li
>Some USB slots (
2-
3 is plenty)
</li
>
148 <li
>Good keyboard - similar to the Thinkpad.
</li
>
149 <li
>Video resolution at least
1024x768, with size around
12" (A4 paper
151 <li
>Hardware supported by Debian Stable, ie the default kernel and
152 X.org packages.
</li
>
153 <li
>Quiet, preferably fan free (or at least not using the fan most of
158 <p
>You will notice that there are no RAM and CPU requirements in the
159 list. The reason is simply that the specifications on laptops the
160 last
10-
15 years have been sufficient for my needs, and I have to look
161 at other features to choose my laptop. But are there still made as
162 robust laptops as my X41? The Thinkpad X60/X61 proved to be less
163 robust, and Thinkpads seem to be heading in the wrong direction since
164 Lenovo took over. But I
've been told that X220 and X1 Carbon might
165 still be useful.
</p
>
167 <p
>Perhaps I should rethink my needs, and look for a pad with an
168 external keyboard? I
'll have to check the
169 <a href=
"http://www.linux-laptop.net/
">Linux Laptops site
</a
> for
170 well-supported laptops, or perhaps just buy one preinstalled from one
171 of the vendors listed on the
<a href=
"http://linuxpreloaded.com/
">Linux
172 Pre-loaded site
</a
>.
</p
>
177 <title>How to find a browser plugin supporting a given MIME type
</title>
178 <link>http://people.skolelinux.org/pere/blog/How_to_find_a_browser_plugin_supporting_a_given_MIME_type.html
</link>
179 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/How_to_find_a_browser_plugin_supporting_a_given_MIME_type.html
</guid>
180 <pubDate>Fri,
18 Jan
2013 10:
40:
00 +
0100</pubDate>
181 <description><p
>Some times I try to figure out which Iceweasel browser plugin to
182 install to get support for a given MIME type. Thanks to
183 <a href=
"https://wiki.ubuntu.com/MozillaTeam/Plugins
">specifications
184 done by Ubuntu
</a
> and Mozilla, it is possible to do this in Debian.
185 Unfortunately, not very many packages provide the needed meta
186 information, Anyway, here is a small script to look up all browser
187 plugin packages announcing ther MIME support using this specification:
</p
>
193 def pkgs_handling_mimetype(mimetype):
198 version = pkg.candidate
200 version = pkg.installed
203 record = version.record
204 if not record.has_key(
'Npp-MimeType
'):
206 mime_types = record[
'Npp-MimeType
'].split(
',
')
208 t = t.rstrip().strip()
210 thepkgs.append(pkg.name)
212 mimetype =
"audio/ogg
"
213 if
1 < len(sys.argv):
214 mimetype = sys.argv[
1]
215 print
"Browser plugin packages supporting %s:
" % mimetype
216 for pkg in pkgs_handling_mimetype(mimetype):
217 print
" %s
" %pkg
220 <p
>It can be used like this to look up a given MIME type:
</p
>
223 % ./apt-find-browserplug-for-mimetype
224 Browser plugin packages supporting audio/ogg:
226 % ./apt-find-browserplug-for-mimetype application/x-shockwave-flash
227 Browser plugin packages supporting application/x-shockwave-flash:
232 <p
>In Ubuntu this mechanism is combined with support in the browser
233 itself to query for plugins and propose to install the needed
234 packages. It would be great if Debian supported such feature too. Is
235 anyone working on adding it?
</p
>
237 <p
><strong
>Update
2013-
01-
18 14:
20</strong
>: The Debian BTS
238 request for icweasel support for this feature is
239 <a href=
"http://bugs.debian.org/
484010">#
484010</a
> from
2008 (and
240 <a href=
"http://bugs.debian.org/
698426">#
698426</a
> from today). Lack
241 of manpower and wish for a different design is the reason thus feature
242 is not yet in iceweasel from Debian.
</p
>
247 <title>What is the most supported MIME type in Debian?
</title>
248 <link>http://people.skolelinux.org/pere/blog/What_is_the_most_supported_MIME_type_in_Debian_.html
</link>
249 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/What_is_the_most_supported_MIME_type_in_Debian_.html
</guid>
250 <pubDate>Wed,
16 Jan
2013 10:
10:
00 +
0100</pubDate>
251 <description><p
>The
<a href=
"http://wiki.debian.org/AppStreamDebianProposal
">DEP-
11
252 proposal to add AppStream information to the Debian archive
</a
>, is a
253 proposal to make it possible for a Desktop application to propose to
254 the user some package to install to gain support for a given MIME
255 type, font, library etc. that is currently missing. With such
256 mechanism in place, it would be possible for the desktop to
257 automatically propose and install leocad if some LDraw file is
258 downloaded by the browser.
</p
>
260 <p
>To get some idea about the current content of the archive, I decided
261 to write a simple program to extract all .desktop files from the
262 Debian archive and look up the claimed MIME support there. The result
264 <a href=
"http://ftp.skolelinux.org/pub/AppStreamTest
">Skolelinux FTP
265 site
</a
>. Using the collected information, it become possible to
266 answer the question in the title. Here are the
20 most supported MIME
267 types in Debian stable (Squeeze), testing (Wheezy) and unstable (Sid).
268 The complete list is available from the link above.
</p
>
270 <p
><strong
>Debian Stable:
</strong
></p
>
274 ----- -----------------------
297 <p
><strong
>Debian Testing:
</strong
></p
>
301 ----- -----------------------
324 <p
><strong
>Debian Unstable:
</strong
></p
>
328 ----- -----------------------
351 <p
>I am told that PackageKit can provide an API to access the kind of
352 information mentioned in DEP-
11. I have not yet had time to look at
353 it, but hope the PackageKit people in Debian are on top of these
356 <p
><strong
>Update
2013-
01-
16 13:
35</strong
>: Updated numbers after
357 discovering a typo in my script.
</p
>
362 <title>Using modalias info to find packages handling my hardware
</title>
363 <link>http://people.skolelinux.org/pere/blog/Using_modalias_info_to_find_packages_handling_my_hardware.html
</link>
364 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Using_modalias_info_to_find_packages_handling_my_hardware.html
</guid>
365 <pubDate>Tue,
15 Jan
2013 08:
00:
00 +
0100</pubDate>
366 <description><p
>Yesterday, I wrote about the
367 <a href=
"http://people.skolelinux.org/pere/blog/Modalias_strings___a_practical_way_to_map__stuff__to_hardware.html
">modalias
368 values provided by the Linux kernel
</a
> following my hope for
369 <a href=
"http://people.skolelinux.org/pere/blog/Lets_make_hardware_dongles_easier_to_use_in_Debian.html
">better
370 dongle support in Debian
</a
>. Using this knowledge, I have tested how
371 modalias values attached to package names can be used to map packages
372 to hardware. This allow the system to look up and suggest relevant
373 packages when I plug in some new hardware into my machine, and replace
374 discover and discover-data as the database used to map hardware to
377 <p
>I create a modaliases file with entries like the following,
378 containing package name, kernel module name (if relevant, otherwise
379 the package name) and globs matching the relevant hardware
382 <p
><blockquote
>
383 Package: package-name
384 <br
>Modaliases: module(modaliasglob, modaliasglob, modaliasglob)
</p
>
385 </blockquote
></p
>
387 <p
>It is fairly trivial to write code to find the relevant packages
388 for a given modalias value using this file.
</p
>
390 <p
>An entry like this would suggest the video and picture application
391 cheese for many USB web cameras (interface bus class
0E01):
</p
>
393 <p
><blockquote
>
395 <br
>Modaliases: cheese(usb:v*p*d*dc*dsc*dp*ic0Eisc01ip*)
</p
>
396 </blockquote
></p
>
398 <p
>An entry like this would suggest the pcmciautils package when a
399 CardBus bridge (bus class
0607) PCI device is present:
</p
>
401 <p
><blockquote
>
403 <br
>Modaliases: pcmciautils(pci:v*d*sv*sd*bc06sc07i*)
404 </blockquote
></p
>
406 <p
>An entry like this would suggest the package colorhug-client when
407 plugging in a ColorHug with USB IDs
04D8:F8DA:
</p
>
409 <p
><blockquote
>
410 Package: colorhug-client
411 <br
>Modaliases: colorhug-client(usb:v04D8pF8DAd*)
</p
>
412 </blockquote
></p
>
414 <p
>I believe the format is compatible with the format of the Packages
415 file in the Debian archive. Ubuntu already uses their Packages file
416 to store their mappings from packages to hardware.
</p
>
418 <p
>By adding a XB-Modaliases: header in debian/control, any .deb can
419 announce the hardware it support in a way my prototype understand.
420 This allow those publishing packages in an APT source outside the
421 Debian archive as well as those backporting packages to make sure the
422 hardware mapping are included in the package meta information. I
've
423 tested such header in the pymissile package, and its modalias mapping
424 is working as it should with my prototype. It even made it to Ubuntu
427 <p
>To test if it was possible to look up supported hardware using only
428 the shell tools available in the Debian installer, I wrote a shell
429 implementation of the lookup code. The idea is to create files for
430 each modalias and let the shell do the matching. Please check out and
432 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/hw-support-lookup?view=co
">hw-support-lookup
</a
>
433 shell script. It run without any extra dependencies and fetch the
434 hardware mappings from the Debian archive and the subversion
435 repository where I currently work on my prototype.
</p
>
437 <p
>When I use it on a machine with a yubikey inserted, it suggest to
438 install yubikey-personalization:
</p
>
440 <p
><blockquote
>
441 % ./hw-support-lookup
442 <br
>yubikey-personalization
444 </blockquote
></p
>
446 <p
>When I run it on my Thinkpad X40 with a PCMCIA/CardBus slot, it
447 propose to install the pcmciautils package:
</p
>
449 <p
><blockquote
>
450 % ./hw-support-lookup
451 <br
>pcmciautils
453 </blockquote
></p
>
455 <p
>If you know of any hardware-package mapping that should be added to
456 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/modaliases?view=co
">my
457 database
</a
>, please tell me about it.
</p
>
459 <p
>It could be possible to generate several of the mappings between
460 packages and hardware. One source would be to look at packages with
461 kernel modules, ie packages with *.ko files in /lib/modules/, and
462 extract their modalias information. Another would be to look at
463 packages with udev rules, ie packages with files in
464 /lib/udev/rules.d/, and extract their vendor/model information to
465 generate a modalias matching rule. I have not tested any of these to
466 see if it work.
</p
>
468 <p
>If you want to help implementing a system to let us propose what
469 packages to install when new hardware is plugged into a Debian
470 machine, please send me an email or talk to me on
471 <a href=
"irc://irc.debian.org/%
23debian-devel
">#debian-devel
</a
>.
</p
>
476 <title>Modalias strings - a practical way to map
"stuff
" to hardware
</title>
477 <link>http://people.skolelinux.org/pere/blog/Modalias_strings___a_practical_way_to_map__stuff__to_hardware.html
</link>
478 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Modalias_strings___a_practical_way_to_map__stuff__to_hardware.html
</guid>
479 <pubDate>Mon,
14 Jan
2013 11:
20:
00 +
0100</pubDate>
480 <description><p
>While looking into how to look up Debian packages based on hardware
481 information, to find the packages that support a given piece of
482 hardware, I refreshed my memory regarding modalias values, and decided
483 to document the details. Here are my findings so far, also available
485 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/
">the
486 Debian Edu subversion repository
</a
>:
488 <p
><strong
>Modalias decoded
</strong
></p
>
490 <p
>This document try to explain what the different types of modalias
491 values stands for. It is in part based on information from
492 &lt;URL:
<a href=
"https://wiki.archlinux.org/index.php/Modalias
">https://wiki.archlinux.org/index.php/Modalias
</a
> &gt;,
493 &lt;URL:
<a href=
"http://unix.stackexchange.com/questions/
26132/how-to-assign-usb-driver-to-device
">http://unix.stackexchange.com/questions/
26132/how-to-assign-usb-driver-to-device
</a
> &gt;,
494 &lt;URL:
<a href=
"http://code.metager.de/source/history/linux/stable/scripts/mod/file2alias.c
">http://code.metager.de/source/history/linux/stable/scripts/mod/file2alias.c
</a
> &gt; and
495 &lt;URL:
<a href=
"http://cvs.savannah.gnu.org/viewvc/dmidecode/dmidecode.c?root=dmidecode
&view=markup
">http://cvs.savannah.gnu.org/viewvc/dmidecode/dmidecode.c?root=dmidecode
&view=markup
</a
> &gt;.
497 <p
>The modalias entries for a given Linux machine can be found using
498 this shell script:
</p
>
501 find /sys -name modalias -print0 | xargs -
0 cat | sort -u
504 <p
>The supported modalias globs for a given kernel module can be found
505 using modinfo:
</p
>
508 % /sbin/modinfo psmouse | grep alias:
509 alias: serio:ty05pr*id*ex*
510 alias: serio:ty01pr*id*ex*
514 <p
><strong
>PCI subtype
</strong
></p
>
516 <p
>A typical PCI entry can look like this. This is an Intel Host
517 Bridge memory controller:
</p
>
519 <p
><blockquote
>
520 pci:v00008086d00002770sv00001028sd000001ADbc06sc00i00
521 </blockquote
></p
>
523 <p
>This represent these values:
</p
>
528 sv
00001028 (subvendor)
529 sd
000001AD (subdevice)
535 <p
>The vendor/device values are the same values outputted from
'lspci
536 -n
' as
8086:
2770. The bus class/subclass is also shown by lspci as
537 0600. The
0600 class is a host bridge. Other useful bus values are
538 0300 (VGA compatible card) and
0200 (Ethernet controller).
</p
>
540 <p
>Not sure how to figure out the interface value, nor what it
543 <p
><strong
>USB subtype
</strong
></p
>
545 <p
>Some typical USB entries can look like this. This is an internal
546 USB hub in a laptop:
</p
>
548 <p
><blockquote
>
549 usb:v1D6Bp0001d0206dc09dsc00dp00ic09isc00ip00
550 </blockquote
></p
>
552 <p
>Here is the values included in this alias:
</p
>
555 v
1D6B (device vendor)
556 p
0001 (device product)
559 dsc
00 (device subclass)
560 dp
00 (device protocol)
561 ic
09 (interface class)
562 isc
00 (interface subclass)
563 ip
00 (interface protocol)
566 <p
>The
0900 device class/subclass means hub. Some times the relevant
567 class is in the interface class section. For a simple USB web camera,
568 these alias entries show up:
</p
>
570 <p
><blockquote
>
571 usb:v0AC8p3420d5000dcEFdsc02dp01ic01isc01ip00
572 <br
>usb:v0AC8p3420d5000dcEFdsc02dp01ic01isc02ip00
573 <br
>usb:v0AC8p3420d5000dcEFdsc02dp01ic0Eisc01ip00
574 <br
>usb:v0AC8p3420d5000dcEFdsc02dp01ic0Eisc02ip00
575 </blockquote
></p
>
577 <p
>Interface class
0E01 is video control,
0E02 is video streaming (aka
578 camera),
0101 is audio control device and
0102 is audio streaming (aka
579 microphone). Thus this is a camera with microphone included.
</p
>
581 <p
><strong
>ACPI subtype
</strong
></p
>
583 <p
>The ACPI type is used for several non-PCI/USB stuff. This is an IR
584 receiver in a Thinkpad X40:
</p
>
586 <p
><blockquote
>
587 acpi:IBM0071:PNP0511:
588 </blockquote
></p
>
590 <p
>The values between the colons are IDs.
</p
>
592 <p
><strong
>DMI subtype
</strong
></p
>
594 <p
>The DMI table contain lots of information about the computer case
595 and model. This is an entry for a IBM Thinkpad X40, fetched from
596 /sys/devices/virtual/dmi/id/modalias:
</p
>
598 <p
><blockquote
>
599 dmi:bvnIBM:bvr1UETB6WW(
1.66):bd06/
15/
2005:svnIBM:pn2371H4G:pvrThinkPadX40:rvnIBM:rn2371H4G:rvrNotAvailable:cvnIBM:ct10:cvrNotAvailable:
600 </blockquote
></p
>
602 <p
>The values present are
</p
>
605 bvn IBM (BIOS vendor)
606 bvr
1UETB
6WW(
1.66) (BIOS version)
607 bd
06/
15/
2005 (BIOS date)
608 svn IBM (system vendor)
609 pn
2371H4G (product name)
610 pvr ThinkPadX40 (product version)
611 rvn IBM (board vendor)
612 rn
2371H4G (board name)
613 rvr NotAvailable (board version)
614 cvn IBM (chassis vendor)
616 cvr NotAvailable (chassis version)
619 <p
>The chassis type
10 is Notebook. Other interesting values can be
620 found in the dmidecode source:
</p
>
624 4 Low Profile Desktop
637 17 Main Server Chassis
640 20 Bus Expansion Chassis
641 21 Peripheral Chassis
643 23 Rack Mount Chassis
652 <p
>The chassis type values are not always accurately set in the DMI
653 table. For example my home server is a tower, but the DMI modalias
654 claim it is a desktop.
</p
>
656 <p
><strong
>SerIO subtype
</strong
></p
>
658 <p
>This type is used for PS/
2 mouse plugs. One example is from my
659 test machine:
</p
>
661 <p
><blockquote
>
662 serio:ty01pr00id00ex00
663 </blockquote
></p
>
665 <p
>The values present are
</p
>
674 <p
>This type is supported by the psmouse driver. I am not sure what
675 the valid values are.
</p
>
677 <p
><strong
>Other subtypes
</strong
></p
>
679 <p
>There are heaps of other modalias subtypes according to
680 file2alias.c. There is the rest of the list from that source: amba,
681 ap, bcma, ccw, css, eisa, hid, i2c, ieee1394, input, ipack, isapnp,
682 mdio, of, parisc, pcmcia, platform, scsi, sdio, spi, ssb, vio, virtio,
683 vmbus, x86cpu and zorro. I did not spend time documenting all of
684 these, as they do not seem relevant for my intended use with mapping
685 hardware to packages when new stuff is inserted during run time.
</p
>
687 <p
><strong
>Looking up kernel modules using modalias values
</strong
></p
>
689 <p
>To check which kernel modules provide support for a given modalias,
690 one can use the following shell script:
</p
>
693 for id in $(find /sys -name modalias -print0 | xargs -
0 cat | sort -u); do \
694 echo
"$id
" ; \
695 /sbin/modprobe --show-depends
"$id
"|sed
's/^/ /
' ; \
699 <p
>The output can look like this (only the first few entries as the
700 list is very long on my test machine):
</p
>
704 insmod /lib/modules/
2.6.32-
5-
686/kernel/drivers/acpi/ac.ko
706 FATAL: Module acpi:device: not found.
708 insmod /lib/modules/
2.6.32-
5-
686/kernel/drivers/char/nvram.ko
709 insmod /lib/modules/
2.6.32-
5-
686/kernel/drivers/leds/led-class.ko
710 insmod /lib/modules/
2.6.32-
5-
686/kernel/net/rfkill/rfkill.ko
711 insmod /lib/modules/
2.6.32-
5-
686/kernel/drivers/platform/x86/thinkpad_acpi.ko
712 acpi:IBM0071:PNP0511:
713 insmod /lib/modules/
2.6.32-
5-
686/kernel/lib/crc-ccitt.ko
714 insmod /lib/modules/
2.6.32-
5-
686/kernel/net/irda/irda.ko
715 insmod /lib/modules/
2.6.32-
5-
686/kernel/drivers/net/irda/nsc-ircc.ko
719 <p
>If you want to help implementing a system to let us propose what
720 packages to install when new hardware is plugged into a Debian
721 machine, please send me an email or talk to me on
722 <a href=
"irc://irc.debian.org/%
23debian-devel
">#debian-devel
</a
>.
</p
>
724 <p
><strong
>Update
2013-
01-
15:
</strong
> Rewrite
"cat $(find ...)
" to
725 "find ... -print0 | xargs -
0 cat
" to make sure it handle directories
726 in /sys/ with space in them.
</p
>
731 <title>Moved the pymissile Debian packaging to collab-maint
</title>
732 <link>http://people.skolelinux.org/pere/blog/Moved_the_pymissile_Debian_packaging_to_collab_maint.html
</link>
733 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Moved_the_pymissile_Debian_packaging_to_collab_maint.html
</guid>
734 <pubDate>Thu,
10 Jan
2013 20:
40:
00 +
0100</pubDate>
735 <description><p
>As part of my investigation on how to improve the support in Debian
736 for hardware dongles, I dug up my old Mark and Spencer USB Rocket
737 Launcher and updated the Debian package
738 <a href=
"http://packages.qa.debian.org/pymissile
">pymissile
</a
> to make
739 sure udev will fix the device permissions when it is plugged in. I
740 also added a
"Modaliases
" header to test it in the Debian archive and
741 hopefully make the package be proposed by jockey in Ubuntu when a user
742 plug in his rocket launcher. In the process I moved the source to a
743 git repository under collab-maint, to make it easier for any DD to
744 contribute.
<a href=
"http://code.google.com/p/pymissile/
">Upstream
</a
>
745 is not very active, but the software still work for me even after five
746 years of relative silence. The new git repository is not listed in
747 the uploaded package yet, because I want to test the other changes a
748 bit more before I upload the new version. If you want to check out
749 the new version with a .desktop file included, visit the
750 <a href=
"http://anonscm.debian.org/gitweb/?p=collab-maint/pymissile.git
">gitweb
751 view
</a
> or use
"<tt
>git clone
752 git://anonscm.debian.org/collab-maint/pymissile.git
</tt
>".
</p
>
757 <title>Lets make hardware dongles easier to use in Debian
</title>
758 <link>http://people.skolelinux.org/pere/blog/Lets_make_hardware_dongles_easier_to_use_in_Debian.html
</link>
759 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Lets_make_hardware_dongles_easier_to_use_in_Debian.html
</guid>
760 <pubDate>Wed,
9 Jan
2013 15:
40:
00 +
0100</pubDate>
761 <description><p
>One thing that annoys me with Debian and Linux distributions in
762 general, is that there is a great package management system with the
763 ability to automatically install software packages by downloading them
764 from the distribution mirrors, but no way to get it to automatically
765 install the packages I need to use the hardware I plug into my
766 machine. Even if the package to use it is easily available from the
767 Linux distribution. When I plug in a LEGO Mindstorms NXT, it could
768 suggest to automatically install the python-nxt, nbc and t2n packages
769 I need to talk to it. When I plug in a Yubikey, it could propose the
770 yubikey-personalization package. The information required to do this
771 is available, but no-one have pulled all the pieces together.
</p
>
773 <p
>Some years ago, I proposed to
774 <a href=
"http://lists.debian.org/debian-devel/
2010/
05/msg01206.html
">use
775 the discover subsystem to implement this
</a
>. The idea is fairly
780 <li
>Add a desktop entry in /usr/share/autostart/ pointing to a program
781 starting when a user log in.
</li
>
783 <li
>Set this program up to listen for kernel events emitted when new
784 hardware is inserted into the computer.
</li
>
786 <li
>When new hardware is inserted, look up the hardware ID in a
787 database mapping to packages, and take note of any non-installed
790 <li
>Show a message to the user proposing to install the discovered
791 package, and make it easy to install it.
</li
>
795 <p
>I am not sure what the best way to implement this is, but my
796 initial idea was to use dbus events to discover new hardware, the
797 discover database to find packages and
798 <a href=
"http://www.packagekit.org/
">PackageKit
</a
> to install
801 <p
>Yesterday, I found time to try to implement this idea, and the
802 draft package is now checked into
803 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/
">the
804 Debian Edu subversion repository
</a
>. In the process, I updated the
805 <a href=
"http://packages.qa.debian.org/d/discover-data.html
">discover-data
</a
>
806 package to map the USB ids of LEGO Mindstorms and Yubikey devices to
807 the relevant packages in Debian, and uploaded a new version
808 2.2013.01.09 to unstable. I also discovered that the current
809 <a href=
"http://packages.qa.debian.org/d/discover.html
">discover
</a
>
810 package in Debian no longer discovered any USB devices, because
811 /proc/bus/usb/devices is no longer present. I ported it to use
812 libusb as a fall back option to get it working. The fixed package
813 version
2.1.2-
6 is now in experimental (didn
't upload it to unstable
814 because of the freeze).
</p
>
816 <p
>With this prototype in place, I can insert my Yubikey, and get this
817 desktop notification to show up (only once, the first time it is
820 <p align=
"center
"><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
09-hw-autoinstall.png
"></p
>
822 <p
>For this prototype to be really useful, some way to automatically
823 install the proposed packages by pressing the
"Please install
824 program(s)
" button should to be implemented.
</p
>
826 <p
>If this idea seem useful to you, and you want to help make it
827 happen, please help me update the discover-data database with mappings
828 from hardware to Debian packages. Check if
'discover-pkginstall -l
'
829 list the package you would like to have installed when a given
830 hardware device is inserted into your computer, and report bugs using
831 reportbug if it isn
't. Or, if you know of a better way to provide
832 such mapping, please let me know.
</p
>
834 <p
>This prototype need more work, and there are several questions that
835 should be considered before it is ready for production use. Is dbus
836 the correct way to detect new hardware? At the moment I look for HAL
837 dbus events on the system bus, because that is the events I could see
838 on my Debian Squeeze KDE desktop. Are there better events to use?
839 How should the user be notified? Is the desktop notification
840 mechanism the best option, or should the background daemon raise a
841 popup instead? How should packages be installed? When should they
842 not be installed?
</p
>
844 <p
>If you want to help getting such feature implemented in Debian,
845 please send me an email. :)
</p
>
850 <title>New IRC channel for LEGO designers using Debian
</title>
851 <link>http://people.skolelinux.org/pere/blog/New_IRC_channel_for_LEGO_designers_using_Debian.html
</link>
852 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/New_IRC_channel_for_LEGO_designers_using_Debian.html
</guid>
853 <pubDate>Wed,
2 Jan
2013 15:
40:
00 +
0100</pubDate>
854 <description><p
>During Christmas, I have worked a bit on the Debian support for
855 <a href=
"http://mindstorms.lego.com/en-us/Default.aspx
">LEGO Mindstorm
856 NXT
</a
>. My son and I have played a bit with my NXT set, and I
857 discovered I had to build all the tools myself because none were
858 already in Debian Squeeze. If Debian support for LEGO is something
859 you care about, please join me on the IRC channel
860 <a href=
"irc://irc.debian.org/%
23debian-lego
">#debian-lego
</a
> (server
861 irc.debian.org). There is a lot that could be done to improve the
862 Debian support for LEGO designers. For example both CAD software
863 and Mindstorm compilers are missing. :)
</p
>
865 <p
>Update
2012-
01-
03: A
866 <a href=
"http://wiki.debian.org/LegoDesigners
">project page
</a
>
867 including links to Lego related packages is now available.
</p
>
872 <title>Lenker for
2013-
01-
01</title>
873 <link>http://people.skolelinux.org/pere/blog/Lenker_for_2013_01_01.html
</link>
874 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Lenker_for_2013_01_01.html
</guid>
875 <pubDate>Tue,
1 Jan
2013 09:
20:
00 +
0100</pubDate>
876 <description><p
>Her er noen lenker til tekster jeg har satt pris på å lese den
877 siste måneden.
</p
>
882 <a href=
"http://www.idg.no/computerworld/article262047.ece
">Myter og
883 FUD om fri programvare
</a
> av min venn Christer Gundersen som
884 kommenterer noen av de påstandene som er spredt via Computerworld
885 Norge de siste månedene.
</li
>
887 <li
>BankID er et opplegg der utsteder (dvs. banken eller dens
888 leverandør) sitter på alt som trengs for å bruke BankID, men har
889 lovet å ikke bruke den unntatt på oppdrag fra deg. Det er greit nok
890 for banktjenester, der banken allerede har full kontroll over
891 resultatet, men problematisk når det gjelder tilgang til
892 helseopplysninger og avtaleinngåelse med andre enn banken. Jeg
893 håper protestene brer om seg.
897 <li
>2012-
12-
11 <a href=
"http://www.aftenposten.no/meninger/debatt/BankID-blottlegger-helseopplysninger-
7067148.html
">BankID
898 blottlegger helseopplysninger
</a
></li
>
900 <li
>2012-
12-
07 <a href=
"http://www.nrk.no/nyheter/norge/
1.9695027">-
901 Helseopplysningene ikke sikre med Bank-ID
</a
></li
>
904 <a href=
"https://www.bankid.no/Presse-og-nyheter/Nyhetsarkiv/
2012/Papeker-alvorlige-men-kjente-utfordringer/
">Påpeker
905 alvorlige, men kjente utfordringer
</a
> er den offisielle
906 holdningen til de som lager BankID.
</li
>
909 <a href=
"http://www.tnp.no/norway/panorama/
3419-ntnu-researcher-warns-against-security-of-bank-id-password
">NTNU
910 Researcher Warns against Security of Bank ID Password
</a
>
914 <li
>2012-
12-
11 <a href=
"http://www.aftenposten.no/nyheter/iriks/Norske-elever-er-darligst-i-Europa-pa-algebra-
7066752.html
">Norske elever er dårligst i Europa på algebra
</a
>
917 <a href=
"http://www.aftenposten.no/meninger/debatt/Realfagsdodaren-
7067173.html
">Realfagsdødaren
</a
>
920 <a href=
"http://www.bt.no/nyheter/innenriks/
112/--Forventningene-er-for-hoye-
2816450.html
">-
921 Noen må bli skuffet
</a
> - Politiet i Bergen forteller hvor lavt de
922 prioriterer hverdagskriminalitet.
</li
>
925 <a href=
"http://e24.no/jobb/kripos-ansatt-doemt-for-snoking-for-venn/
20208585">
926 Kripos-ansatt dømt for snoking for venn
</A
> - viser hvor svak
927 reaksjonen blir når politiet misbruker innsamlet informasjon. En
928 forvarsel på konsekvensene av nasjonal brev- og besøkskontroll -
929 ofte kalt Datalagringsdirektivet.
</li
>
932 <a href=
"http://www.dagbladet.no/
2012/
12/
14/kultur/debatt/kronikk/jul/ensomhet/
24838541/
">Å
933 smøre en forskjell
</a
> - om ensomhet og jul.
</li
>
936 <a href=
"http://www.aftenposten.no/meninger/kronikker/n-krise-av-gangen_-takk-
7072452.html
">Én
937 krise av gangen, takk!
</a
>
941 <a href=
"http://www.aftenposten.no/meninger/NAV-Et-mangehodet-monster--
7072165.html
">NAV:
942 Et mangehodet monster
</a
></li
>
945 <a href=
"http://www.dagbladet.no/
2011/
01/
12/kultur/debatt/kronikk/personvern/
15027203/
">Pasienter
946 uten vern
</a
> - forteller litt om hvordan Norsk Pasientregister og
947 andre helseregister raderer bort pasienters privatsfære.
</li
>
951 <a href=
"http://www.aftenposten.no/meninger/debatt/Hvorfor-er-barnefamilier-fattige-
7073951.html
">Hvorfor
952 er barnefamilier fattige?
</a
></li
>
955 <a href=
"http://www.aftenposten.no/meninger/spaltister/Den-skjulte-minoriteten--konservative-kristne-i-Norge-
7075518.html
">Den
956 skjulte minoriteten – konservative kristne i Norge
</a
> - kronikk av
957 Bjørn Stærk fra aftenposten
</li
>
960 <a href=
"http://deltemeninger.no/-/bulletin/show/
303429_folkebiblioteket-
2-
0?ref=checkpoint
">Folkebiblioteket
961 2.0</a
> - Min venn Sturle om opphavsrett og Internett, i debatt med
962 Olav Torvund.
</li
>
966 <p
>Og et godt nytt år til dere alle!
</p
>