1 <?xml version=
"1.0" encoding=
"utf-8"?>
2 <rss version='
2.0' xmlns:lj='http://www.livejournal.org/rss/lj/
1.0/' xmlns:
atom=
"http://www.w3.org/2005/Atom">
4 <title>Petter Reinholdtsen
</title>
5 <description></description>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
7 <atom:link href=
"http://people.skolelinux.org/pere/blog/index.rss" rel=
"self" type=
"application/rss+xml" />
10 <title>Bitcoin GUI now available from Debian/unstable (and Ubuntu/raring)
</title>
11 <link>http://people.skolelinux.org/pere/blog/Bitcoin_GUI_now_available_from_Debian_unstable__and_Ubuntu_raring_.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Bitcoin_GUI_now_available_from_Debian_unstable__and_Ubuntu_raring_.html
</guid>
13 <pubDate>Sat,
2 Feb
2013 09:
00:
00 +
0100</pubDate>
14 <description><p
>My
15 <a href=
"http://people.skolelinux.org/pere/blog/How_to_backport_bitcoin_qt_version_0_7_2_2_to_Debian_Squeeze.html
">last
16 bitcoin related blog post
</a
> mentioned that the new
17 <a href=
"http://packages.qa.debian.org/bitcoin
">bitcoin package
</a
> for
18 Debian was waiting in NEW. It was accepted by the Debian ftp-masters
19 2013-
01-
19, and have been available in unstable since then. It was
20 automatically copied to Ubuntu, and is available in their Raring
21 version too.
</p
>
23 <p
>But there is a strange problem with the build that block this new
24 version from being available on the i386 and kfreebsd-i386
25 architectures. For some strange reason, the autobuilders in Debian
26 for these architectures fail to run the test suite on these
27 architectures (
<a href=
"http://bugs.debian.org/
672524">BTS #
672524</a
>).
28 We are so far unable to reproduce it when building it manually, and
29 no-one have been able to propose a fix. If you got an idea what is
30 failing, please let us know via the BTS.
</p
>
32 <p
>One feature that is annoying me with of the bitcoin client, because
33 I often run low on disk space, is the fact that the client will exit
34 if it run short on space (
<a href=
"http://bugs.debian.org/
696715">BTS
35 #
696715</a
>). So make sure you have enough disk space when you run
38 <p
>As usual, if you use bitcoin and want to show your support of my
39 activities, please send Bitcoin donations to my address
40 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
&label=PetterReinholdtsenBlog
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
45 <title>Welcome to the world, Isenkram!
</title>
46 <link>http://people.skolelinux.org/pere/blog/Welcome_to_the_world__Isenkram_.html
</link>
47 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Welcome_to_the_world__Isenkram_.html
</guid>
48 <pubDate>Tue,
22 Jan
2013 22:
00:
00 +
0100</pubDate>
49 <description><p
>Yesterday, I
50 <a href=
"http://people.skolelinux.org/pere/blog/First_prototype_ready_making_hardware_easier_to_use_in_Debian.html
">asked
51 for testers
</a
> for my prototype for making Debian better at handling
52 pluggable hardware devices, which I
53 <a href=
"http://people.skolelinux.org/pere/blog/Lets_make_hardware_dongles_easier_to_use_in_Debian.html
">set
54 out to create
</a
> earlier this month. Several valuable testers showed
55 up, and caused me to really want to to open up the development to more
56 people. But before I did this, I want to come up with a sensible name
57 for this project. Today I finally decided on a new name, and I have
58 renamed the project from hw-support-handler to this new name. In the
59 process, I moved the source to git and made it available as a
60 <a href=
"http://anonscm.debian.org/gitweb/?p=collab-maint/isenkram.git
">collab-maint
</a
>
61 repository in Debian. The new name? It is
<strong
>Isenkram
</strong
>.
62 To fetch and build the latest version of the source, use
</p
>
65 git clone http://anonscm.debian.org/git/collab-maint/isenkram.git
66 cd isenkram
&& git-buildpackage -us -uc
69 <p
>I have not yet adjusted all files to use the new name yet. If you
70 want to hack on the source or improve the package, please go ahead.
71 But please talk to me first on IRC or via email before you do major
72 changes, to make sure we do not step on each others toes. :)
</p
>
74 <p
>If you wonder what
'isenkram
' is, it is a Norwegian word for iron
75 stuff, typically meaning tools, nails, screws, etc. Typical hardware
76 stuff, in other words. I
've been told it is the Norwegian variant of
77 the German word eisenkram, for those that are familiar with that
80 <p
><strong
>Update
2013-
01-
26</strong
>: Added -us -us to build
81 instructions, to avoid confusing people with an error from the signing
84 <p
><strong
>Update
2013-
01-
27</strong
>: Switch to HTTP URL for the git
85 clone argument to avoid the need for authentication.
</p
>
90 <title>First prototype ready making hardware easier to use in Debian
</title>
91 <link>http://people.skolelinux.org/pere/blog/First_prototype_ready_making_hardware_easier_to_use_in_Debian.html
</link>
92 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/First_prototype_ready_making_hardware_easier_to_use_in_Debian.html
</guid>
93 <pubDate>Mon,
21 Jan
2013 12:
00:
00 +
0100</pubDate>
94 <description><p
>Early this month I set out to try to
95 <a href=
"http://people.skolelinux.org/pere/blog/Lets_make_hardware_dongles_easier_to_use_in_Debian.html
">improve
96 the Debian support for pluggable hardware devices
</a
>. Now my
97 prototype is working, and it is ready for a larger audience. To test
99 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/
">source
100 from the Debian Edu subversion repository
</a
>, build and install the
101 package. You might have to log out and in again activate the
102 autostart script.
</p
>
104 <p
>The design is simple:
</p
>
108 <li
>Add desktop entry in /usr/share/autostart/ causing a program
109 hw-support-handlerd to start when the user log in.
</li
>
111 <li
>This program listen for kernel events about new hardware (directly
112 from the kernel like udev does), not using HAL dbus events as I
113 initially did.
</li
>
115 <li
>When new hardware is inserted, look up the hardware modalias in
116 the APT database, a database
117 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/modaliases?view=markup
">available
118 via HTTP
</a
> and a database available as part of the package.
</li
>
120 <li
>If a package is mapped to the hardware in question, the package
121 isn
't installed yet and this is the first time the hardware was
122 plugged in, show a desktop notification suggesting to install the
123 package or packages.
</li
>
125 <li
>If the user click on the
'install package now
' button, ask
126 aptdaemon via the PackageKit API to install the requrired package.
</li
>
128 <li
>aptdaemon ask for root password or sudo password, and install the
129 package while showing progress information in a window.
</li
>
133 <p
>I still need to come up with a better name for the system. Here
134 are some screen shots showing the prototype in action. First the
135 notification, then the password request, and finally the request to
136 approve all the dependencies. Sorry for the Norwegian Bokmål GUI.
</p
>
138 <p
><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
21-hw-support-
1-notification.png
">
139 <br
><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
21-hw-support-
2-password.png
">
140 <br
><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
21-hw-support-
3-dependencies.png
">
141 <br
><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
21-hw-support-
4-installing.png
">
142 <br
><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
21-hw-support-
5-installing-details.png
" width=
"70%
"></p
>
144 <p
>The prototype still need to be improved with longer timeouts, but
145 is already useful. The database of hardware to package mappings also
146 need more work. It is currently compatible with the Ubuntu way of
147 storing such information in the package control file, but could be
148 changed to use other formats instead or in addition to the current
149 method. I
've dropped the use of discover for this mapping, as the
150 modalias approach is more flexible and easier to use on Linux as long
151 as the Linux kernel expose its modalias strings directly.
</p
>
153 <p
><strong
>Update
2013-
01-
21 16:
50</strong
>: Due to popular demand,
154 here is the command required to check out and build the source: Use
155 '<tt
>svn checkout
156 svn://svn.debian.org/debian-edu/trunk/src/hw-support-handler/; cd
157 hw-support-handler; debuild
</tt
>'. If you lack debuild, install the
158 devscripts package.
</p
>
160 <p
><strong
>Update
2013-
01-
23 12:
00</strong
>: The project is now
161 renamed to Isenkram and the source moved from the Debian Edu
162 subversion repository to a Debian collab-maint git repository. See
163 <a href=
"http://people.skolelinux.org/pere/blog/Welcome_to_the_world__Isenkram_.html
">build
164 instructions
</a
> for details.
</p
>
169 <title>Thank you Thinkpad X41, for your long and trustworthy service
</title>
170 <link>http://people.skolelinux.org/pere/blog/Thank_you_Thinkpad_X41__for_your_long_and_trustworthy_service.html
</link>
171 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Thank_you_Thinkpad_X41__for_your_long_and_trustworthy_service.html
</guid>
172 <pubDate>Sat,
19 Jan
2013 09:
20:
00 +
0100</pubDate>
173 <description><p
>This Christmas my trusty old laptop died. It died quietly and
174 suddenly in bed. With a quiet whimper, it went completely quiet and
175 black. The power button was no longer able to turn it on. It was a
176 IBM Thinkpad X41, and the best laptop I ever had. Better than both
177 Thinkpads X30, X31, X40, X60, X61 and X61S. Far better than the
178 Compaq I had before that. Now I need to find a replacement. To keep
179 going during Christmas, I moved the one year old SSD disk to my old
180 X40 where it fitted (only one I had left that could use it), but it is
181 not a durable solution.
183 <p
>My laptop needs are fairly modest. This is my wishlist from when I
184 got a new one more than
10 years ago. It still holds true.:)
</p
>
188 <li
>Lightweight (around
1 kg) and small volume (preferably smaller
190 <li
>Robust, it will be in my backpack every day.
</li
>
191 <li
>Three button mouse and a mouse pin instead of touch pad.
</li
>
192 <li
>Long battery life time. Preferable a week.
</li
>
193 <li
>Internal WIFI network card.
</li
>
194 <li
>Internal Twisted Pair network card.
</li
>
195 <li
>Some USB slots (
2-
3 is plenty)
</li
>
196 <li
>Good keyboard - similar to the Thinkpad.
</li
>
197 <li
>Video resolution at least
1024x768, with size around
12" (A4 paper
199 <li
>Hardware supported by Debian Stable, ie the default kernel and
200 X.org packages.
</li
>
201 <li
>Quiet, preferably fan free (or at least not using the fan most of
206 <p
>You will notice that there are no RAM and CPU requirements in the
207 list. The reason is simply that the specifications on laptops the
208 last
10-
15 years have been sufficient for my needs, and I have to look
209 at other features to choose my laptop. But are there still made as
210 robust laptops as my X41? The Thinkpad X60/X61 proved to be less
211 robust, and Thinkpads seem to be heading in the wrong direction since
212 Lenovo took over. But I
've been told that X220 and X1 Carbon might
213 still be useful.
</p
>
215 <p
>Perhaps I should rethink my needs, and look for a pad with an
216 external keyboard? I
'll have to check the
217 <a href=
"http://www.linux-laptop.net/
">Linux Laptops site
</a
> for
218 well-supported laptops, or perhaps just buy one preinstalled from one
219 of the vendors listed on the
<a href=
"http://linuxpreloaded.com/
">Linux
220 Pre-loaded site
</a
>.
</p
>
225 <title>How to find a browser plugin supporting a given MIME type
</title>
226 <link>http://people.skolelinux.org/pere/blog/How_to_find_a_browser_plugin_supporting_a_given_MIME_type.html
</link>
227 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/How_to_find_a_browser_plugin_supporting_a_given_MIME_type.html
</guid>
228 <pubDate>Fri,
18 Jan
2013 10:
40:
00 +
0100</pubDate>
229 <description><p
>Some times I try to figure out which Iceweasel browser plugin to
230 install to get support for a given MIME type. Thanks to
231 <a href=
"https://wiki.ubuntu.com/MozillaTeam/Plugins
">specifications
232 done by Ubuntu
</a
> and Mozilla, it is possible to do this in Debian.
233 Unfortunately, not very many packages provide the needed meta
234 information, Anyway, here is a small script to look up all browser
235 plugin packages announcing ther MIME support using this specification:
</p
>
241 def pkgs_handling_mimetype(mimetype):
246 version = pkg.candidate
248 version = pkg.installed
251 record = version.record
252 if not record.has_key(
'Npp-MimeType
'):
254 mime_types = record[
'Npp-MimeType
'].split(
',
')
256 t = t.rstrip().strip()
258 thepkgs.append(pkg.name)
260 mimetype =
"audio/ogg
"
261 if
1 < len(sys.argv):
262 mimetype = sys.argv[
1]
263 print
"Browser plugin packages supporting %s:
" % mimetype
264 for pkg in pkgs_handling_mimetype(mimetype):
265 print
" %s
" %pkg
268 <p
>It can be used like this to look up a given MIME type:
</p
>
271 % ./apt-find-browserplug-for-mimetype
272 Browser plugin packages supporting audio/ogg:
274 % ./apt-find-browserplug-for-mimetype application/x-shockwave-flash
275 Browser plugin packages supporting application/x-shockwave-flash:
280 <p
>In Ubuntu this mechanism is combined with support in the browser
281 itself to query for plugins and propose to install the needed
282 packages. It would be great if Debian supported such feature too. Is
283 anyone working on adding it?
</p
>
285 <p
><strong
>Update
2013-
01-
18 14:
20</strong
>: The Debian BTS
286 request for icweasel support for this feature is
287 <a href=
"http://bugs.debian.org/
484010">#
484010</a
> from
2008 (and
288 <a href=
"http://bugs.debian.org/
698426">#
698426</a
> from today). Lack
289 of manpower and wish for a different design is the reason thus feature
290 is not yet in iceweasel from Debian.
</p
>
295 <title>What is the most supported MIME type in Debian?
</title>
296 <link>http://people.skolelinux.org/pere/blog/What_is_the_most_supported_MIME_type_in_Debian_.html
</link>
297 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/What_is_the_most_supported_MIME_type_in_Debian_.html
</guid>
298 <pubDate>Wed,
16 Jan
2013 10:
10:
00 +
0100</pubDate>
299 <description><p
>The
<a href=
"http://wiki.debian.org/AppStreamDebianProposal
">DEP-
11
300 proposal to add AppStream information to the Debian archive
</a
>, is a
301 proposal to make it possible for a Desktop application to propose to
302 the user some package to install to gain support for a given MIME
303 type, font, library etc. that is currently missing. With such
304 mechanism in place, it would be possible for the desktop to
305 automatically propose and install leocad if some LDraw file is
306 downloaded by the browser.
</p
>
308 <p
>To get some idea about the current content of the archive, I decided
309 to write a simple program to extract all .desktop files from the
310 Debian archive and look up the claimed MIME support there. The result
312 <a href=
"http://ftp.skolelinux.org/pub/AppStreamTest
">Skolelinux FTP
313 site
</a
>. Using the collected information, it become possible to
314 answer the question in the title. Here are the
20 most supported MIME
315 types in Debian stable (Squeeze), testing (Wheezy) and unstable (Sid).
316 The complete list is available from the link above.
</p
>
318 <p
><strong
>Debian Stable:
</strong
></p
>
322 ----- -----------------------
345 <p
><strong
>Debian Testing:
</strong
></p
>
349 ----- -----------------------
372 <p
><strong
>Debian Unstable:
</strong
></p
>
376 ----- -----------------------
399 <p
>I am told that PackageKit can provide an API to access the kind of
400 information mentioned in DEP-
11. I have not yet had time to look at
401 it, but hope the PackageKit people in Debian are on top of these
404 <p
><strong
>Update
2013-
01-
16 13:
35</strong
>: Updated numbers after
405 discovering a typo in my script.
</p
>
410 <title>Using modalias info to find packages handling my hardware
</title>
411 <link>http://people.skolelinux.org/pere/blog/Using_modalias_info_to_find_packages_handling_my_hardware.html
</link>
412 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Using_modalias_info_to_find_packages_handling_my_hardware.html
</guid>
413 <pubDate>Tue,
15 Jan
2013 08:
00:
00 +
0100</pubDate>
414 <description><p
>Yesterday, I wrote about the
415 <a href=
"http://people.skolelinux.org/pere/blog/Modalias_strings___a_practical_way_to_map__stuff__to_hardware.html
">modalias
416 values provided by the Linux kernel
</a
> following my hope for
417 <a href=
"http://people.skolelinux.org/pere/blog/Lets_make_hardware_dongles_easier_to_use_in_Debian.html
">better
418 dongle support in Debian
</a
>. Using this knowledge, I have tested how
419 modalias values attached to package names can be used to map packages
420 to hardware. This allow the system to look up and suggest relevant
421 packages when I plug in some new hardware into my machine, and replace
422 discover and discover-data as the database used to map hardware to
425 <p
>I create a modaliases file with entries like the following,
426 containing package name, kernel module name (if relevant, otherwise
427 the package name) and globs matching the relevant hardware
430 <p
><blockquote
>
431 Package: package-name
432 <br
>Modaliases: module(modaliasglob, modaliasglob, modaliasglob)
</p
>
433 </blockquote
></p
>
435 <p
>It is fairly trivial to write code to find the relevant packages
436 for a given modalias value using this file.
</p
>
438 <p
>An entry like this would suggest the video and picture application
439 cheese for many USB web cameras (interface bus class
0E01):
</p
>
441 <p
><blockquote
>
443 <br
>Modaliases: cheese(usb:v*p*d*dc*dsc*dp*ic0Eisc01ip*)
</p
>
444 </blockquote
></p
>
446 <p
>An entry like this would suggest the pcmciautils package when a
447 CardBus bridge (bus class
0607) PCI device is present:
</p
>
449 <p
><blockquote
>
451 <br
>Modaliases: pcmciautils(pci:v*d*sv*sd*bc06sc07i*)
452 </blockquote
></p
>
454 <p
>An entry like this would suggest the package colorhug-client when
455 plugging in a ColorHug with USB IDs
04D8:F8DA:
</p
>
457 <p
><blockquote
>
458 Package: colorhug-client
459 <br
>Modaliases: colorhug-client(usb:v04D8pF8DAd*)
</p
>
460 </blockquote
></p
>
462 <p
>I believe the format is compatible with the format of the Packages
463 file in the Debian archive. Ubuntu already uses their Packages file
464 to store their mappings from packages to hardware.
</p
>
466 <p
>By adding a XB-Modaliases: header in debian/control, any .deb can
467 announce the hardware it support in a way my prototype understand.
468 This allow those publishing packages in an APT source outside the
469 Debian archive as well as those backporting packages to make sure the
470 hardware mapping are included in the package meta information. I
've
471 tested such header in the pymissile package, and its modalias mapping
472 is working as it should with my prototype. It even made it to Ubuntu
475 <p
>To test if it was possible to look up supported hardware using only
476 the shell tools available in the Debian installer, I wrote a shell
477 implementation of the lookup code. The idea is to create files for
478 each modalias and let the shell do the matching. Please check out and
480 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/hw-support-lookup?view=co
">hw-support-lookup
</a
>
481 shell script. It run without any extra dependencies and fetch the
482 hardware mappings from the Debian archive and the subversion
483 repository where I currently work on my prototype.
</p
>
485 <p
>When I use it on a machine with a yubikey inserted, it suggest to
486 install yubikey-personalization:
</p
>
488 <p
><blockquote
>
489 % ./hw-support-lookup
490 <br
>yubikey-personalization
492 </blockquote
></p
>
494 <p
>When I run it on my Thinkpad X40 with a PCMCIA/CardBus slot, it
495 propose to install the pcmciautils package:
</p
>
497 <p
><blockquote
>
498 % ./hw-support-lookup
499 <br
>pcmciautils
501 </blockquote
></p
>
503 <p
>If you know of any hardware-package mapping that should be added to
504 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/modaliases?view=co
">my
505 database
</a
>, please tell me about it.
</p
>
507 <p
>It could be possible to generate several of the mappings between
508 packages and hardware. One source would be to look at packages with
509 kernel modules, ie packages with *.ko files in /lib/modules/, and
510 extract their modalias information. Another would be to look at
511 packages with udev rules, ie packages with files in
512 /lib/udev/rules.d/, and extract their vendor/model information to
513 generate a modalias matching rule. I have not tested any of these to
514 see if it work.
</p
>
516 <p
>If you want to help implementing a system to let us propose what
517 packages to install when new hardware is plugged into a Debian
518 machine, please send me an email or talk to me on
519 <a href=
"irc://irc.debian.org/%
23debian-devel
">#debian-devel
</a
>.
</p
>
524 <title>Modalias strings - a practical way to map
"stuff
" to hardware
</title>
525 <link>http://people.skolelinux.org/pere/blog/Modalias_strings___a_practical_way_to_map__stuff__to_hardware.html
</link>
526 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Modalias_strings___a_practical_way_to_map__stuff__to_hardware.html
</guid>
527 <pubDate>Mon,
14 Jan
2013 11:
20:
00 +
0100</pubDate>
528 <description><p
>While looking into how to look up Debian packages based on hardware
529 information, to find the packages that support a given piece of
530 hardware, I refreshed my memory regarding modalias values, and decided
531 to document the details. Here are my findings so far, also available
533 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/
">the
534 Debian Edu subversion repository
</a
>:
536 <p
><strong
>Modalias decoded
</strong
></p
>
538 <p
>This document try to explain what the different types of modalias
539 values stands for. It is in part based on information from
540 &lt;URL:
<a href=
"https://wiki.archlinux.org/index.php/Modalias
">https://wiki.archlinux.org/index.php/Modalias
</a
> &gt;,
541 &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;,
542 &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
543 &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;.
545 <p
>The modalias entries for a given Linux machine can be found using
546 this shell script:
</p
>
549 find /sys -name modalias -print0 | xargs -
0 cat | sort -u
552 <p
>The supported modalias globs for a given kernel module can be found
553 using modinfo:
</p
>
556 % /sbin/modinfo psmouse | grep alias:
557 alias: serio:ty05pr*id*ex*
558 alias: serio:ty01pr*id*ex*
562 <p
><strong
>PCI subtype
</strong
></p
>
564 <p
>A typical PCI entry can look like this. This is an Intel Host
565 Bridge memory controller:
</p
>
567 <p
><blockquote
>
568 pci:v00008086d00002770sv00001028sd000001ADbc06sc00i00
569 </blockquote
></p
>
571 <p
>This represent these values:
</p
>
576 sv
00001028 (subvendor)
577 sd
000001AD (subdevice)
583 <p
>The vendor/device values are the same values outputted from
'lspci
584 -n
' as
8086:
2770. The bus class/subclass is also shown by lspci as
585 0600. The
0600 class is a host bridge. Other useful bus values are
586 0300 (VGA compatible card) and
0200 (Ethernet controller).
</p
>
588 <p
>Not sure how to figure out the interface value, nor what it
591 <p
><strong
>USB subtype
</strong
></p
>
593 <p
>Some typical USB entries can look like this. This is an internal
594 USB hub in a laptop:
</p
>
596 <p
><blockquote
>
597 usb:v1D6Bp0001d0206dc09dsc00dp00ic09isc00ip00
598 </blockquote
></p
>
600 <p
>Here is the values included in this alias:
</p
>
603 v
1D6B (device vendor)
604 p
0001 (device product)
607 dsc
00 (device subclass)
608 dp
00 (device protocol)
609 ic
09 (interface class)
610 isc
00 (interface subclass)
611 ip
00 (interface protocol)
614 <p
>The
0900 device class/subclass means hub. Some times the relevant
615 class is in the interface class section. For a simple USB web camera,
616 these alias entries show up:
</p
>
618 <p
><blockquote
>
619 usb:v0AC8p3420d5000dcEFdsc02dp01ic01isc01ip00
620 <br
>usb:v0AC8p3420d5000dcEFdsc02dp01ic01isc02ip00
621 <br
>usb:v0AC8p3420d5000dcEFdsc02dp01ic0Eisc01ip00
622 <br
>usb:v0AC8p3420d5000dcEFdsc02dp01ic0Eisc02ip00
623 </blockquote
></p
>
625 <p
>Interface class
0E01 is video control,
0E02 is video streaming (aka
626 camera),
0101 is audio control device and
0102 is audio streaming (aka
627 microphone). Thus this is a camera with microphone included.
</p
>
629 <p
><strong
>ACPI subtype
</strong
></p
>
631 <p
>The ACPI type is used for several non-PCI/USB stuff. This is an IR
632 receiver in a Thinkpad X40:
</p
>
634 <p
><blockquote
>
635 acpi:IBM0071:PNP0511:
636 </blockquote
></p
>
638 <p
>The values between the colons are IDs.
</p
>
640 <p
><strong
>DMI subtype
</strong
></p
>
642 <p
>The DMI table contain lots of information about the computer case
643 and model. This is an entry for a IBM Thinkpad X40, fetched from
644 /sys/devices/virtual/dmi/id/modalias:
</p
>
646 <p
><blockquote
>
647 dmi:bvnIBM:bvr1UETB6WW(
1.66):bd06/
15/
2005:svnIBM:pn2371H4G:pvrThinkPadX40:rvnIBM:rn2371H4G:rvrNotAvailable:cvnIBM:ct10:cvrNotAvailable:
648 </blockquote
></p
>
650 <p
>The values present are
</p
>
653 bvn IBM (BIOS vendor)
654 bvr
1UETB
6WW(
1.66) (BIOS version)
655 bd
06/
15/
2005 (BIOS date)
656 svn IBM (system vendor)
657 pn
2371H4G (product name)
658 pvr ThinkPadX40 (product version)
659 rvn IBM (board vendor)
660 rn
2371H4G (board name)
661 rvr NotAvailable (board version)
662 cvn IBM (chassis vendor)
664 cvr NotAvailable (chassis version)
667 <p
>The chassis type
10 is Notebook. Other interesting values can be
668 found in the dmidecode source:
</p
>
672 4 Low Profile Desktop
685 17 Main Server Chassis
688 20 Bus Expansion Chassis
689 21 Peripheral Chassis
691 23 Rack Mount Chassis
700 <p
>The chassis type values are not always accurately set in the DMI
701 table. For example my home server is a tower, but the DMI modalias
702 claim it is a desktop.
</p
>
704 <p
><strong
>SerIO subtype
</strong
></p
>
706 <p
>This type is used for PS/
2 mouse plugs. One example is from my
707 test machine:
</p
>
709 <p
><blockquote
>
710 serio:ty01pr00id00ex00
711 </blockquote
></p
>
713 <p
>The values present are
</p
>
722 <p
>This type is supported by the psmouse driver. I am not sure what
723 the valid values are.
</p
>
725 <p
><strong
>Other subtypes
</strong
></p
>
727 <p
>There are heaps of other modalias subtypes according to
728 file2alias.c. There is the rest of the list from that source: amba,
729 ap, bcma, ccw, css, eisa, hid, i2c, ieee1394, input, ipack, isapnp,
730 mdio, of, parisc, pcmcia, platform, scsi, sdio, spi, ssb, vio, virtio,
731 vmbus, x86cpu and zorro. I did not spend time documenting all of
732 these, as they do not seem relevant for my intended use with mapping
733 hardware to packages when new stuff is inserted during run time.
</p
>
735 <p
><strong
>Looking up kernel modules using modalias values
</strong
></p
>
737 <p
>To check which kernel modules provide support for a given modalias,
738 one can use the following shell script:
</p
>
741 for id in $(find /sys -name modalias -print0 | xargs -
0 cat | sort -u); do \
742 echo
"$id
" ; \
743 /sbin/modprobe --show-depends
"$id
"|sed
's/^/ /
' ; \
747 <p
>The output can look like this (only the first few entries as the
748 list is very long on my test machine):
</p
>
752 insmod /lib/modules/
2.6.32-
5-
686/kernel/drivers/acpi/ac.ko
754 FATAL: Module acpi:device: not found.
756 insmod /lib/modules/
2.6.32-
5-
686/kernel/drivers/char/nvram.ko
757 insmod /lib/modules/
2.6.32-
5-
686/kernel/drivers/leds/led-class.ko
758 insmod /lib/modules/
2.6.32-
5-
686/kernel/net/rfkill/rfkill.ko
759 insmod /lib/modules/
2.6.32-
5-
686/kernel/drivers/platform/x86/thinkpad_acpi.ko
760 acpi:IBM0071:PNP0511:
761 insmod /lib/modules/
2.6.32-
5-
686/kernel/lib/crc-ccitt.ko
762 insmod /lib/modules/
2.6.32-
5-
686/kernel/net/irda/irda.ko
763 insmod /lib/modules/
2.6.32-
5-
686/kernel/drivers/net/irda/nsc-ircc.ko
767 <p
>If you want to help implementing a system to let us propose what
768 packages to install when new hardware is plugged into a Debian
769 machine, please send me an email or talk to me on
770 <a href=
"irc://irc.debian.org/%
23debian-devel
">#debian-devel
</a
>.
</p
>
772 <p
><strong
>Update
2013-
01-
15:
</strong
> Rewrite
"cat $(find ...)
" to
773 "find ... -print0 | xargs -
0 cat
" to make sure it handle directories
774 in /sys/ with space in them.
</p
>
779 <title>Moved the pymissile Debian packaging to collab-maint
</title>
780 <link>http://people.skolelinux.org/pere/blog/Moved_the_pymissile_Debian_packaging_to_collab_maint.html
</link>
781 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Moved_the_pymissile_Debian_packaging_to_collab_maint.html
</guid>
782 <pubDate>Thu,
10 Jan
2013 20:
40:
00 +
0100</pubDate>
783 <description><p
>As part of my investigation on how to improve the support in Debian
784 for hardware dongles, I dug up my old Mark and Spencer USB Rocket
785 Launcher and updated the Debian package
786 <a href=
"http://packages.qa.debian.org/pymissile
">pymissile
</a
> to make
787 sure udev will fix the device permissions when it is plugged in. I
788 also added a
"Modaliases
" header to test it in the Debian archive and
789 hopefully make the package be proposed by jockey in Ubuntu when a user
790 plug in his rocket launcher. In the process I moved the source to a
791 git repository under collab-maint, to make it easier for any DD to
792 contribute.
<a href=
"http://code.google.com/p/pymissile/
">Upstream
</a
>
793 is not very active, but the software still work for me even after five
794 years of relative silence. The new git repository is not listed in
795 the uploaded package yet, because I want to test the other changes a
796 bit more before I upload the new version. If you want to check out
797 the new version with a .desktop file included, visit the
798 <a href=
"http://anonscm.debian.org/gitweb/?p=collab-maint/pymissile.git
">gitweb
799 view
</a
> or use
"<tt
>git clone
800 git://anonscm.debian.org/collab-maint/pymissile.git
</tt
>".
</p
>
805 <title>Lets make hardware dongles easier to use in Debian
</title>
806 <link>http://people.skolelinux.org/pere/blog/Lets_make_hardware_dongles_easier_to_use_in_Debian.html
</link>
807 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Lets_make_hardware_dongles_easier_to_use_in_Debian.html
</guid>
808 <pubDate>Wed,
9 Jan
2013 15:
40:
00 +
0100</pubDate>
809 <description><p
>One thing that annoys me with Debian and Linux distributions in
810 general, is that there is a great package management system with the
811 ability to automatically install software packages by downloading them
812 from the distribution mirrors, but no way to get it to automatically
813 install the packages I need to use the hardware I plug into my
814 machine. Even if the package to use it is easily available from the
815 Linux distribution. When I plug in a LEGO Mindstorms NXT, it could
816 suggest to automatically install the python-nxt, nbc and t2n packages
817 I need to talk to it. When I plug in a Yubikey, it could propose the
818 yubikey-personalization package. The information required to do this
819 is available, but no-one have pulled all the pieces together.
</p
>
821 <p
>Some years ago, I proposed to
822 <a href=
"http://lists.debian.org/debian-devel/
2010/
05/msg01206.html
">use
823 the discover subsystem to implement this
</a
>. The idea is fairly
828 <li
>Add a desktop entry in /usr/share/autostart/ pointing to a program
829 starting when a user log in.
</li
>
831 <li
>Set this program up to listen for kernel events emitted when new
832 hardware is inserted into the computer.
</li
>
834 <li
>When new hardware is inserted, look up the hardware ID in a
835 database mapping to packages, and take note of any non-installed
838 <li
>Show a message to the user proposing to install the discovered
839 package, and make it easy to install it.
</li
>
843 <p
>I am not sure what the best way to implement this is, but my
844 initial idea was to use dbus events to discover new hardware, the
845 discover database to find packages and
846 <a href=
"http://www.packagekit.org/
">PackageKit
</a
> to install
849 <p
>Yesterday, I found time to try to implement this idea, and the
850 draft package is now checked into
851 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/
">the
852 Debian Edu subversion repository
</a
>. In the process, I updated the
853 <a href=
"http://packages.qa.debian.org/d/discover-data.html
">discover-data
</a
>
854 package to map the USB ids of LEGO Mindstorms and Yubikey devices to
855 the relevant packages in Debian, and uploaded a new version
856 2.2013.01.09 to unstable. I also discovered that the current
857 <a href=
"http://packages.qa.debian.org/d/discover.html
">discover
</a
>
858 package in Debian no longer discovered any USB devices, because
859 /proc/bus/usb/devices is no longer present. I ported it to use
860 libusb as a fall back option to get it working. The fixed package
861 version
2.1.2-
6 is now in experimental (didn
't upload it to unstable
862 because of the freeze).
</p
>
864 <p
>With this prototype in place, I can insert my Yubikey, and get this
865 desktop notification to show up (only once, the first time it is
868 <p align=
"center
"><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
09-hw-autoinstall.png
"></p
>
870 <p
>For this prototype to be really useful, some way to automatically
871 install the proposed packages by pressing the
"Please install
872 program(s)
" button should to be implemented.
</p
>
874 <p
>If this idea seem useful to you, and you want to help make it
875 happen, please help me update the discover-data database with mappings
876 from hardware to Debian packages. Check if
'discover-pkginstall -l
'
877 list the package you would like to have installed when a given
878 hardware device is inserted into your computer, and report bugs using
879 reportbug if it isn
't. Or, if you know of a better way to provide
880 such mapping, please let me know.
</p
>
882 <p
>This prototype need more work, and there are several questions that
883 should be considered before it is ready for production use. Is dbus
884 the correct way to detect new hardware? At the moment I look for HAL
885 dbus events on the system bus, because that is the events I could see
886 on my Debian Squeeze KDE desktop. Are there better events to use?
887 How should the user be notified? Is the desktop notification
888 mechanism the best option, or should the background daemon raise a
889 popup instead? How should packages be installed? When should they
890 not be installed?
</p
>
892 <p
>If you want to help getting such feature implemented in Debian,
893 please send me an email. :)
</p
>