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>First prototype ready making hardware easier to use in Debian
</title>
11 <link>http://people.skolelinux.org/pere/blog/First_prototype_ready_making_hardware_easier_to_use_in_Debian.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/First_prototype_ready_making_hardware_easier_to_use_in_Debian.html
</guid>
13 <pubDate>Mon,
21 Jan
2013 12:
00:
00 +
0100</pubDate>
14 <description><p
>Early this month I set out to try to
15 <a href=
"http://people.skolelinux.org/pere/blog/Lets_make_hardware_dongles_easier_to_use_in_Debian.html
">improve
16 the Debian support for pluggable hardware devices
</a
>. Now my
17 prototype is working, and it is ready for a larger audience. To test
19 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/
">source
20 from the Debian Edu subversion repository
</a
>, build and install the
21 package. You might have to log out and in again activate the
22 autostart script.
</p
>
24 <p
>The design is simple:
</p
>
28 <li
>Add desktop entry in /usr/share/autostart/ causing a program
29 hw-support-handlerd to start when the user log in.
</li
>
31 <li
>This program listen for kernel events about new hardware (directly
32 from the kernel like udev does), not using HAL dbus events as I
33 initially did.
</li
>
35 <li
>When new hardware is inserted, look up the hardware modalias in
36 the APT database, a database
37 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/modaliases?view=markup
">available
38 via HTTP
</a
> and a database available as part of the package.
</li
>
40 <li
>If a package is mapped to the hardware in question, the package
41 isn
't installed yet and this is the first time the hardware was
42 plugged in, show a desktop notification suggesting to install the
43 package or packages.
</li
>
45 <li
>If the user click on the
'install package now
' button, ask
46 aptdaemon via the PackageKit API to install the requrired package.
</li
>
48 <li
>aptdaemon ask for root password or sudo password, and install the
49 package while showing progress information in a window.
</li
>
53 <p
>I still need to come up with a better name for the system. Here
54 are some screen shots showing the prototype in action. First the
55 notification, then the password request, and finally the request to
56 approve all the dependencies. Sorry for the Norwegian Bokmål GUI.
</p
>
58 <p
><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
21-hw-support-
1-notification.png
">
59 <br
><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
21-hw-support-
2-password.png
">
60 <br
><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
21-hw-support-
3-dependencies.png
">
61 <br
><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
21-hw-support-
4-installing.png
">
62 <br
><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
21-hw-support-
5-installing-details.png
" width=
"70%
"></p
>
64 <p
>The prototype still need to be improved with longer timeouts, but
65 is already useful. The database of hardware to package mappings also
66 need more work. It is currently compatible with the Ubuntu way of
67 storing such information in the package control file, but could be
68 changed to use other formats instead or in addition to the current
69 method. I
've dropped the use of discover for this mapping, as the
70 modalias approach is more flexible and easier to use on Linux as long
71 as the Linux kernel expose its modalias strings directly.
</p
>
76 <title>Thank you Thinkpad X41, for your long and trustworthy service
</title>
77 <link>http://people.skolelinux.org/pere/blog/Thank_you_Thinkpad_X41__for_your_long_and_trustworthy_service.html
</link>
78 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Thank_you_Thinkpad_X41__for_your_long_and_trustworthy_service.html
</guid>
79 <pubDate>Sat,
19 Jan
2013 09:
20:
00 +
0100</pubDate>
80 <description><p
>This Christmas my trusty old laptop died. It died quietly and
81 suddenly in bed. With a quiet whimper, it went completely quiet and
82 black. The power button was no longer able to turn it on. It was a
83 IBM Thinkpad X41, and the best laptop I ever had. Better than both
84 Thinkpads X30, X31, X40, X60, X61 and X61S. Far better than the
85 Compaq I had before that. Now I need to find a replacement. To keep
86 going during Christmas, I moved the one year old SSD disk to my old
87 X40 where it fitted (only one I had left that could use it), but it is
88 not a durable solution.
90 <p
>My laptop needs are fairly modest. This is my wishlist from when I
91 got a new one more than
10 years ago. It still holds true.:)
</p
>
95 <li
>Lightweight (around
1 kg) and small volume (preferably smaller
97 <li
>Robust, it will be in my backpack every day.
</li
>
98 <li
>Three button mouse and a mouse pin instead of touch pad.
</li
>
99 <li
>Long battery life time. Preferable a week.
</li
>
100 <li
>Internal WIFI network card.
</li
>
101 <li
>Internal Twisted Pair network card.
</li
>
102 <li
>Some USB slots (
2-
3 is plenty)
</li
>
103 <li
>Good keyboard - similar to the Thinkpad.
</li
>
104 <li
>Video resolution at least
1024x768, with size around
12" (A4 paper
106 <li
>Hardware supported by Debian Stable, ie the default kernel and
107 X.org packages.
</li
>
108 <li
>Quiet, preferably fan free (or at least not using the fan most of
113 <p
>You will notice that there are no RAM and CPU requirements in the
114 list. The reason is simply that the specifications on laptops the
115 last
10-
15 years have been sufficient for my needs, and I have to look
116 at other features to choose my laptop. But are there still made as
117 robust laptops as my X41? The Thinkpad X60/X61 proved to be less
118 robust, and Thinkpads seem to be heading in the wrong direction since
119 Lenovo took over. But I
've been told that X220 and X1 Carbon might
120 still be useful.
</p
>
122 <p
>Perhaps I should rethink my needs, and look for a pad with an
123 external keyboard? I
'll have to check the
124 <a href=
"http://www.linux-laptop.net/
">Linux Laptops site
</a
> for
125 well-supported laptops, or perhaps just buy one preinstalled from one
126 of the vendors listed on the
<a href=
"http://linuxpreloaded.com/
">Linux
127 Pre-loaded site
</a
>.
</p
>
132 <title>How to find a browser plugin supporting a given MIME type
</title>
133 <link>http://people.skolelinux.org/pere/blog/How_to_find_a_browser_plugin_supporting_a_given_MIME_type.html
</link>
134 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/How_to_find_a_browser_plugin_supporting_a_given_MIME_type.html
</guid>
135 <pubDate>Fri,
18 Jan
2013 10:
40:
00 +
0100</pubDate>
136 <description><p
>Some times I try to figure out which Iceweasel browser plugin to
137 install to get support for a given MIME type. Thanks to
138 <a href=
"https://wiki.ubuntu.com/MozillaTeam/Plugins
">specifications
139 done by Ubuntu
</a
> and Mozilla, it is possible to do this in Debian.
140 Unfortunately, not very many packages provide the needed meta
141 information, Anyway, here is a small script to look up all browser
142 plugin packages announcing ther MIME support using this specification:
</p
>
148 def pkgs_handling_mimetype(mimetype):
153 version = pkg.candidate
155 version = pkg.installed
158 record = version.record
159 if not record.has_key(
'Npp-MimeType
'):
161 mime_types = record[
'Npp-MimeType
'].split(
',
')
163 t = t.rstrip().strip()
165 thepkgs.append(pkg.name)
167 mimetype =
"audio/ogg
"
168 if
1 < len(sys.argv):
169 mimetype = sys.argv[
1]
170 print
"Browser plugin packages supporting %s:
" % mimetype
171 for pkg in pkgs_handling_mimetype(mimetype):
172 print
" %s
" %pkg
175 <p
>It can be used like this to look up a given MIME type:
</p
>
178 % ./apt-find-browserplug-for-mimetype
179 Browser plugin packages supporting audio/ogg:
181 % ./apt-find-browserplug-for-mimetype application/x-shockwave-flash
182 Browser plugin packages supporting application/x-shockwave-flash:
187 <p
>In Ubuntu this mechanism is combined with support in the browser
188 itself to query for plugins and propose to install the needed
189 packages. It would be great if Debian supported such feature too. Is
190 anyone working on adding it?
</p
>
192 <p
><strong
>Update
2013-
01-
18 14:
20</strong
>: The Debian BTS
193 request for icweasel support for this feature is
194 <a href=
"http://bugs.debian.org/
484010">#
484010</a
> from
2008 (and
195 <a href=
"http://bugs.debian.org/
698426">#
698426</a
> from today). Lack
196 of manpower and wish for a different design is the reason thus feature
197 is not yet in iceweasel from Debian.
</p
>
202 <title>What is the most supported MIME type in Debian?
</title>
203 <link>http://people.skolelinux.org/pere/blog/What_is_the_most_supported_MIME_type_in_Debian_.html
</link>
204 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/What_is_the_most_supported_MIME_type_in_Debian_.html
</guid>
205 <pubDate>Wed,
16 Jan
2013 10:
10:
00 +
0100</pubDate>
206 <description><p
>The
<a href=
"http://wiki.debian.org/AppStreamDebianProposal
">DEP-
11
207 proposal to add AppStream information to the Debian archive
</a
>, is a
208 proposal to make it possible for a Desktop application to propose to
209 the user some package to install to gain support for a given MIME
210 type, font, library etc. that is currently missing. With such
211 mechanism in place, it would be possible for the desktop to
212 automatically propose and install leocad if some LDraw file is
213 downloaded by the browser.
</p
>
215 <p
>To get some idea about the current content of the archive, I decided
216 to write a simple program to extract all .desktop files from the
217 Debian archive and look up the claimed MIME support there. The result
219 <a href=
"http://ftp.skolelinux.org/pub/AppStreamTest
">Skolelinux FTP
220 site
</a
>. Using the collected information, it become possible to
221 answer the question in the title. Here are the
20 most supported MIME
222 types in Debian stable (Squeeze), testing (Wheezy) and unstable (Sid).
223 The complete list is available from the link above.
</p
>
225 <p
><strong
>Debian Stable:
</strong
></p
>
229 ----- -----------------------
252 <p
><strong
>Debian Testing:
</strong
></p
>
256 ----- -----------------------
279 <p
><strong
>Debian Unstable:
</strong
></p
>
283 ----- -----------------------
306 <p
>I am told that PackageKit can provide an API to access the kind of
307 information mentioned in DEP-
11. I have not yet had time to look at
308 it, but hope the PackageKit people in Debian are on top of these
311 <p
><strong
>Update
2013-
01-
16 13:
35</strong
>: Updated numbers after
312 discovering a typo in my script.
</p
>
317 <title>Using modalias info to find packages handling my hardware
</title>
318 <link>http://people.skolelinux.org/pere/blog/Using_modalias_info_to_find_packages_handling_my_hardware.html
</link>
319 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Using_modalias_info_to_find_packages_handling_my_hardware.html
</guid>
320 <pubDate>Tue,
15 Jan
2013 08:
00:
00 +
0100</pubDate>
321 <description><p
>Yesterday, I wrote about the
322 <a href=
"http://people.skolelinux.org/pere/blog/Modalias_strings___a_practical_way_to_map__stuff__to_hardware.html
">modalias
323 values provided by the Linux kernel
</a
> following my hope for
324 <a href=
"http://people.skolelinux.org/pere/blog/Lets_make_hardware_dongles_easier_to_use_in_Debian.html
">better
325 dongle support in Debian
</a
>. Using this knowledge, I have tested how
326 modalias values attached to package names can be used to map packages
327 to hardware. This allow the system to look up and suggest relevant
328 packages when I plug in some new hardware into my machine, and replace
329 discover and discover-data as the database used to map hardware to
332 <p
>I create a modaliases file with entries like the following,
333 containing package name, kernel module name (if relevant, otherwise
334 the package name) and globs matching the relevant hardware
337 <p
><blockquote
>
338 Package: package-name
339 <br
>Modaliases: module(modaliasglob, modaliasglob, modaliasglob)
</p
>
340 </blockquote
></p
>
342 <p
>It is fairly trivial to write code to find the relevant packages
343 for a given modalias value using this file.
</p
>
345 <p
>An entry like this would suggest the video and picture application
346 cheese for many USB web cameras (interface bus class
0E01):
</p
>
348 <p
><blockquote
>
350 <br
>Modaliases: cheese(usb:v*p*d*dc*dsc*dp*ic0Eisc01ip*)
</p
>
351 </blockquote
></p
>
353 <p
>An entry like this would suggest the pcmciautils package when a
354 CardBus bridge (bus class
0607) PCI device is present:
</p
>
356 <p
><blockquote
>
358 <br
>Modaliases: pcmciautils(pci:v*d*sv*sd*bc06sc07i*)
359 </blockquote
></p
>
361 <p
>An entry like this would suggest the package colorhug-client when
362 plugging in a ColorHug with USB IDs
04D8:F8DA:
</p
>
364 <p
><blockquote
>
365 Package: colorhug-client
366 <br
>Modaliases: colorhug-client(usb:v04D8pF8DAd*)
</p
>
367 </blockquote
></p
>
369 <p
>I believe the format is compatible with the format of the Packages
370 file in the Debian archive. Ubuntu already uses their Packages file
371 to store their mappings from packages to hardware.
</p
>
373 <p
>By adding a XB-Modaliases: header in debian/control, any .deb can
374 announce the hardware it support in a way my prototype understand.
375 This allow those publishing packages in an APT source outside the
376 Debian archive as well as those backporting packages to make sure the
377 hardware mapping are included in the package meta information. I
've
378 tested such header in the pymissile package, and its modalias mapping
379 is working as it should with my prototype. It even made it to Ubuntu
382 <p
>To test if it was possible to look up supported hardware using only
383 the shell tools available in the Debian installer, I wrote a shell
384 implementation of the lookup code. The idea is to create files for
385 each modalias and let the shell do the matching. Please check out and
387 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/hw-support-lookup?view=co
">hw-support-lookup
</a
>
388 shell script. It run without any extra dependencies and fetch the
389 hardware mappings from the Debian archive and the subversion
390 repository where I currently work on my prototype.
</p
>
392 <p
>When I use it on a machine with a yubikey inserted, it suggest to
393 install yubikey-personalization:
</p
>
395 <p
><blockquote
>
396 % ./hw-support-lookup
397 <br
>yubikey-personalization
399 </blockquote
></p
>
401 <p
>When I run it on my Thinkpad X40 with a PCMCIA/CardBus slot, it
402 propose to install the pcmciautils package:
</p
>
404 <p
><blockquote
>
405 % ./hw-support-lookup
406 <br
>pcmciautils
408 </blockquote
></p
>
410 <p
>If you know of any hardware-package mapping that should be added to
411 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/modaliases?view=co
">my
412 database
</a
>, please tell me about it.
</p
>
414 <p
>It could be possible to generate several of the mappings between
415 packages and hardware. One source would be to look at packages with
416 kernel modules, ie packages with *.ko files in /lib/modules/, and
417 extract their modalias information. Another would be to look at
418 packages with udev rules, ie packages with files in
419 /lib/udev/rules.d/, and extract their vendor/model information to
420 generate a modalias matching rule. I have not tested any of these to
421 see if it work.
</p
>
423 <p
>If you want to help implementing a system to let us propose what
424 packages to install when new hardware is plugged into a Debian
425 machine, please send me an email or talk to me on
426 <a href=
"irc://irc.debian.org/%
23debian-devel
">#debian-devel
</a
>.
</p
>
431 <title>Modalias strings - a practical way to map
"stuff
" to hardware
</title>
432 <link>http://people.skolelinux.org/pere/blog/Modalias_strings___a_practical_way_to_map__stuff__to_hardware.html
</link>
433 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Modalias_strings___a_practical_way_to_map__stuff__to_hardware.html
</guid>
434 <pubDate>Mon,
14 Jan
2013 11:
20:
00 +
0100</pubDate>
435 <description><p
>While looking into how to look up Debian packages based on hardware
436 information, to find the packages that support a given piece of
437 hardware, I refreshed my memory regarding modalias values, and decided
438 to document the details. Here are my findings so far, also available
440 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/
">the
441 Debian Edu subversion repository
</a
>:
443 <p
><strong
>Modalias decoded
</strong
></p
>
445 <p
>This document try to explain what the different types of modalias
446 values stands for. It is in part based on information from
447 &lt;URL:
<a href=
"https://wiki.archlinux.org/index.php/Modalias
">https://wiki.archlinux.org/index.php/Modalias
</a
> &gt;,
448 &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;,
449 &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
450 &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;.
452 <p
>The modalias entries for a given Linux machine can be found using
453 this shell script:
</p
>
456 find /sys -name modalias -print0 | xargs -
0 cat | sort -u
459 <p
>The supported modalias globs for a given kernel module can be found
460 using modinfo:
</p
>
463 % /sbin/modinfo psmouse | grep alias:
464 alias: serio:ty05pr*id*ex*
465 alias: serio:ty01pr*id*ex*
469 <p
><strong
>PCI subtype
</strong
></p
>
471 <p
>A typical PCI entry can look like this. This is an Intel Host
472 Bridge memory controller:
</p
>
474 <p
><blockquote
>
475 pci:v00008086d00002770sv00001028sd000001ADbc06sc00i00
476 </blockquote
></p
>
478 <p
>This represent these values:
</p
>
483 sv
00001028 (subvendor)
484 sd
000001AD (subdevice)
490 <p
>The vendor/device values are the same values outputted from
'lspci
491 -n
' as
8086:
2770. The bus class/subclass is also shown by lspci as
492 0600. The
0600 class is a host bridge. Other useful bus values are
493 0300 (VGA compatible card) and
0200 (Ethernet controller).
</p
>
495 <p
>Not sure how to figure out the interface value, nor what it
498 <p
><strong
>USB subtype
</strong
></p
>
500 <p
>Some typical USB entries can look like this. This is an internal
501 USB hub in a laptop:
</p
>
503 <p
><blockquote
>
504 usb:v1D6Bp0001d0206dc09dsc00dp00ic09isc00ip00
505 </blockquote
></p
>
507 <p
>Here is the values included in this alias:
</p
>
510 v
1D6B (device vendor)
511 p
0001 (device product)
514 dsc
00 (device subclass)
515 dp
00 (device protocol)
516 ic
09 (interface class)
517 isc
00 (interface subclass)
518 ip
00 (interface protocol)
521 <p
>The
0900 device class/subclass means hub. Some times the relevant
522 class is in the interface class section. For a simple USB web camera,
523 these alias entries show up:
</p
>
525 <p
><blockquote
>
526 usb:v0AC8p3420d5000dcEFdsc02dp01ic01isc01ip00
527 <br
>usb:v0AC8p3420d5000dcEFdsc02dp01ic01isc02ip00
528 <br
>usb:v0AC8p3420d5000dcEFdsc02dp01ic0Eisc01ip00
529 <br
>usb:v0AC8p3420d5000dcEFdsc02dp01ic0Eisc02ip00
530 </blockquote
></p
>
532 <p
>Interface class
0E01 is video control,
0E02 is video streaming (aka
533 camera),
0101 is audio control device and
0102 is audio streaming (aka
534 microphone). Thus this is a camera with microphone included.
</p
>
536 <p
><strong
>ACPI subtype
</strong
></p
>
538 <p
>The ACPI type is used for several non-PCI/USB stuff. This is an IR
539 receiver in a Thinkpad X40:
</p
>
541 <p
><blockquote
>
542 acpi:IBM0071:PNP0511:
543 </blockquote
></p
>
545 <p
>The values between the colons are IDs.
</p
>
547 <p
><strong
>DMI subtype
</strong
></p
>
549 <p
>The DMI table contain lots of information about the computer case
550 and model. This is an entry for a IBM Thinkpad X40, fetched from
551 /sys/devices/virtual/dmi/id/modalias:
</p
>
553 <p
><blockquote
>
554 dmi:bvnIBM:bvr1UETB6WW(
1.66):bd06/
15/
2005:svnIBM:pn2371H4G:pvrThinkPadX40:rvnIBM:rn2371H4G:rvrNotAvailable:cvnIBM:ct10:cvrNotAvailable:
555 </blockquote
></p
>
557 <p
>The values present are
</p
>
560 bvn IBM (BIOS vendor)
561 bvr
1UETB
6WW(
1.66) (BIOS version)
562 bd
06/
15/
2005 (BIOS date)
563 svn IBM (system vendor)
564 pn
2371H4G (product name)
565 pvr ThinkPadX40 (product version)
566 rvn IBM (board vendor)
567 rn
2371H4G (board name)
568 rvr NotAvailable (board version)
569 cvn IBM (chassis vendor)
571 cvr NotAvailable (chassis version)
574 <p
>The chassis type
10 is Notebook. Other interesting values can be
575 found in the dmidecode source:
</p
>
579 4 Low Profile Desktop
592 17 Main Server Chassis
595 20 Bus Expansion Chassis
596 21 Peripheral Chassis
598 23 Rack Mount Chassis
607 <p
>The chassis type values are not always accurately set in the DMI
608 table. For example my home server is a tower, but the DMI modalias
609 claim it is a desktop.
</p
>
611 <p
><strong
>SerIO subtype
</strong
></p
>
613 <p
>This type is used for PS/
2 mouse plugs. One example is from my
614 test machine:
</p
>
616 <p
><blockquote
>
617 serio:ty01pr00id00ex00
618 </blockquote
></p
>
620 <p
>The values present are
</p
>
629 <p
>This type is supported by the psmouse driver. I am not sure what
630 the valid values are.
</p
>
632 <p
><strong
>Other subtypes
</strong
></p
>
634 <p
>There are heaps of other modalias subtypes according to
635 file2alias.c. There is the rest of the list from that source: amba,
636 ap, bcma, ccw, css, eisa, hid, i2c, ieee1394, input, ipack, isapnp,
637 mdio, of, parisc, pcmcia, platform, scsi, sdio, spi, ssb, vio, virtio,
638 vmbus, x86cpu and zorro. I did not spend time documenting all of
639 these, as they do not seem relevant for my intended use with mapping
640 hardware to packages when new stuff is inserted during run time.
</p
>
642 <p
><strong
>Looking up kernel modules using modalias values
</strong
></p
>
644 <p
>To check which kernel modules provide support for a given modalias,
645 one can use the following shell script:
</p
>
648 for id in $(find /sys -name modalias -print0 | xargs -
0 cat | sort -u); do \
649 echo
"$id
" ; \
650 /sbin/modprobe --show-depends
"$id
"|sed
's/^/ /
' ; \
654 <p
>The output can look like this (only the first few entries as the
655 list is very long on my test machine):
</p
>
659 insmod /lib/modules/
2.6.32-
5-
686/kernel/drivers/acpi/ac.ko
661 FATAL: Module acpi:device: not found.
663 insmod /lib/modules/
2.6.32-
5-
686/kernel/drivers/char/nvram.ko
664 insmod /lib/modules/
2.6.32-
5-
686/kernel/drivers/leds/led-class.ko
665 insmod /lib/modules/
2.6.32-
5-
686/kernel/net/rfkill/rfkill.ko
666 insmod /lib/modules/
2.6.32-
5-
686/kernel/drivers/platform/x86/thinkpad_acpi.ko
667 acpi:IBM0071:PNP0511:
668 insmod /lib/modules/
2.6.32-
5-
686/kernel/lib/crc-ccitt.ko
669 insmod /lib/modules/
2.6.32-
5-
686/kernel/net/irda/irda.ko
670 insmod /lib/modules/
2.6.32-
5-
686/kernel/drivers/net/irda/nsc-ircc.ko
674 <p
>If you want to help implementing a system to let us propose what
675 packages to install when new hardware is plugged into a Debian
676 machine, please send me an email or talk to me on
677 <a href=
"irc://irc.debian.org/%
23debian-devel
">#debian-devel
</a
>.
</p
>
679 <p
><strong
>Update
2013-
01-
15:
</strong
> Rewrite
"cat $(find ...)
" to
680 "find ... -print0 | xargs -
0 cat
" to make sure it handle directories
681 in /sys/ with space in them.
</p
>
686 <title>Moved the pymissile Debian packaging to collab-maint
</title>
687 <link>http://people.skolelinux.org/pere/blog/Moved_the_pymissile_Debian_packaging_to_collab_maint.html
</link>
688 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Moved_the_pymissile_Debian_packaging_to_collab_maint.html
</guid>
689 <pubDate>Thu,
10 Jan
2013 20:
40:
00 +
0100</pubDate>
690 <description><p
>As part of my investigation on how to improve the support in Debian
691 for hardware dongles, I dug up my old Mark and Spencer USB Rocket
692 Launcher and updated the Debian package
693 <a href=
"http://packages.qa.debian.org/pymissile
">pymissile
</a
> to make
694 sure udev will fix the device permissions when it is plugged in. I
695 also added a
"Modaliases
" header to test it in the Debian archive and
696 hopefully make the package be proposed by jockey in Ubuntu when a user
697 plug in his rocket launcher. In the process I moved the source to a
698 git repository under collab-maint, to make it easier for any DD to
699 contribute.
<a href=
"http://code.google.com/p/pymissile/
">Upstream
</a
>
700 is not very active, but the software still work for me even after five
701 years of relative silence. The new git repository is not listed in
702 the uploaded package yet, because I want to test the other changes a
703 bit more before I upload the new version. If you want to check out
704 the new version with a .desktop file included, visit the
705 <a href=
"http://anonscm.debian.org/gitweb/?p=collab-maint/pymissile.git
">gitweb
706 view
</a
> or use
"<tt
>git clone
707 git://anonscm.debian.org/collab-maint/pymissile.git
</tt
>".
</p
>
712 <title>Lets make hardware dongles easier to use in Debian
</title>
713 <link>http://people.skolelinux.org/pere/blog/Lets_make_hardware_dongles_easier_to_use_in_Debian.html
</link>
714 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Lets_make_hardware_dongles_easier_to_use_in_Debian.html
</guid>
715 <pubDate>Wed,
9 Jan
2013 15:
40:
00 +
0100</pubDate>
716 <description><p
>One thing that annoys me with Debian and Linux distributions in
717 general, is that there is a great package management system with the
718 ability to automatically install software packages by downloading them
719 from the distribution mirrors, but no way to get it to automatically
720 install the packages I need to use the hardware I plug into my
721 machine. Even if the package to use it is easily available from the
722 Linux distribution. When I plug in a LEGO Mindstorms NXT, it could
723 suggest to automatically install the python-nxt, nbc and t2n packages
724 I need to talk to it. When I plug in a Yubikey, it could propose the
725 yubikey-personalization package. The information required to do this
726 is available, but no-one have pulled all the pieces together.
</p
>
728 <p
>Some years ago, I proposed to
729 <a href=
"http://lists.debian.org/debian-devel/
2010/
05/msg01206.html
">use
730 the discover subsystem to implement this
</a
>. The idea is fairly
735 <li
>Add a desktop entry in /usr/share/autostart/ pointing to a program
736 starting when a user log in.
</li
>
738 <li
>Set this program up to listen for kernel events emitted when new
739 hardware is inserted into the computer.
</li
>
741 <li
>When new hardware is inserted, look up the hardware ID in a
742 database mapping to packages, and take note of any non-installed
745 <li
>Show a message to the user proposing to install the discovered
746 package, and make it easy to install it.
</li
>
750 <p
>I am not sure what the best way to implement this is, but my
751 initial idea was to use dbus events to discover new hardware, the
752 discover database to find packages and
753 <a href=
"http://www.packagekit.org/
">PackageKit
</a
> to install
756 <p
>Yesterday, I found time to try to implement this idea, and the
757 draft package is now checked into
758 <a href=
"http://anonscm.debian.org/viewvc/debian-edu/trunk/src/hw-support-handler/
">the
759 Debian Edu subversion repository
</a
>. In the process, I updated the
760 <a href=
"http://packages.qa.debian.org/d/discover-data.html
">discover-data
</a
>
761 package to map the USB ids of LEGO Mindstorms and Yubikey devices to
762 the relevant packages in Debian, and uploaded a new version
763 2.2013.01.09 to unstable. I also discovered that the current
764 <a href=
"http://packages.qa.debian.org/d/discover.html
">discover
</a
>
765 package in Debian no longer discovered any USB devices, because
766 /proc/bus/usb/devices is no longer present. I ported it to use
767 libusb as a fall back option to get it working. The fixed package
768 version
2.1.2-
6 is now in experimental (didn
't upload it to unstable
769 because of the freeze).
</p
>
771 <p
>With this prototype in place, I can insert my Yubikey, and get this
772 desktop notification to show up (only once, the first time it is
775 <p align=
"center
"><img src=
"http://people.skolelinux.org/pere/blog/images/
2013-
01-
09-hw-autoinstall.png
"></p
>
777 <p
>For this prototype to be really useful, some way to automatically
778 install the proposed packages by pressing the
"Please install
779 program(s)
" button should to be implemented.
</p
>
781 <p
>If this idea seem useful to you, and you want to help make it
782 happen, please help me update the discover-data database with mappings
783 from hardware to Debian packages. Check if
'discover-pkginstall -l
'
784 list the package you would like to have installed when a given
785 hardware device is inserted into your computer, and report bugs using
786 reportbug if it isn
't. Or, if you know of a better way to provide
787 such mapping, please let me know.
</p
>
789 <p
>This prototype need more work, and there are several questions that
790 should be considered before it is ready for production use. Is dbus
791 the correct way to detect new hardware? At the moment I look for HAL
792 dbus events on the system bus, because that is the events I could see
793 on my Debian Squeeze KDE desktop. Are there better events to use?
794 How should the user be notified? Is the desktop notification
795 mechanism the best option, or should the background daemon raise a
796 popup instead? How should packages be installed? When should they
797 not be installed?
</p
>
799 <p
>If you want to help getting such feature implemented in Debian,
800 please send me an email. :)
</p
>
805 <title>New IRC channel for LEGO designers using Debian
</title>
806 <link>http://people.skolelinux.org/pere/blog/New_IRC_channel_for_LEGO_designers_using_Debian.html
</link>
807 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/New_IRC_channel_for_LEGO_designers_using_Debian.html
</guid>
808 <pubDate>Wed,
2 Jan
2013 15:
40:
00 +
0100</pubDate>
809 <description><p
>During Christmas, I have worked a bit on the Debian support for
810 <a href=
"http://mindstorms.lego.com/en-us/Default.aspx
">LEGO Mindstorm
811 NXT
</a
>. My son and I have played a bit with my NXT set, and I
812 discovered I had to build all the tools myself because none were
813 already in Debian Squeeze. If Debian support for LEGO is something
814 you care about, please join me on the IRC channel
815 <a href=
"irc://irc.debian.org/%
23debian-lego
">#debian-lego
</a
> (server
816 irc.debian.org). There is a lot that could be done to improve the
817 Debian support for LEGO designers. For example both CAD software
818 and Mindstorm compilers are missing. :)
</p
>
820 <p
>Update
2012-
01-
03: A
821 <a href=
"http://wiki.debian.org/LegoDesigners
">project page
</a
>
822 including links to Lego related packages is now available.
</p
>
827 <title>Lenker for
2013-
01-
01</title>
828 <link>http://people.skolelinux.org/pere/blog/Lenker_for_2013_01_01.html
</link>
829 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Lenker_for_2013_01_01.html
</guid>
830 <pubDate>Tue,
1 Jan
2013 09:
20:
00 +
0100</pubDate>
831 <description><p
>Her er noen lenker til tekster jeg har satt pris på å lese den
832 siste måneden.
</p
>
837 <a href=
"http://www.idg.no/computerworld/article262047.ece
">Myter og
838 FUD om fri programvare
</a
> av min venn Christer Gundersen som
839 kommenterer noen av de påstandene som er spredt via Computerworld
840 Norge de siste månedene.
</li
>
842 <li
>BankID er et opplegg der utsteder (dvs. banken eller dens
843 leverandør) sitter på alt som trengs for å bruke BankID, men har
844 lovet å ikke bruke den unntatt på oppdrag fra deg. Det er greit nok
845 for banktjenester, der banken allerede har full kontroll over
846 resultatet, men problematisk når det gjelder tilgang til
847 helseopplysninger og avtaleinngåelse med andre enn banken. Jeg
848 håper protestene brer om seg.
852 <li
>2012-
12-
11 <a href=
"http://www.aftenposten.no/meninger/debatt/BankID-blottlegger-helseopplysninger-
7067148.html
">BankID
853 blottlegger helseopplysninger
</a
></li
>
855 <li
>2012-
12-
07 <a href=
"http://www.nrk.no/nyheter/norge/
1.9695027">-
856 Helseopplysningene ikke sikre med Bank-ID
</a
></li
>
859 <a href=
"https://www.bankid.no/Presse-og-nyheter/Nyhetsarkiv/
2012/Papeker-alvorlige-men-kjente-utfordringer/
">Påpeker
860 alvorlige, men kjente utfordringer
</a
> er den offisielle
861 holdningen til de som lager BankID.
</li
>
864 <a href=
"http://www.tnp.no/norway/panorama/
3419-ntnu-researcher-warns-against-security-of-bank-id-password
">NTNU
865 Researcher Warns against Security of Bank ID Password
</a
>
869 <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
>
872 <a href=
"http://www.aftenposten.no/meninger/debatt/Realfagsdodaren-
7067173.html
">Realfagsdødaren
</a
>
875 <a href=
"http://www.bt.no/nyheter/innenriks/
112/--Forventningene-er-for-hoye-
2816450.html
">-
876 Noen må bli skuffet
</a
> - Politiet i Bergen forteller hvor lavt de
877 prioriterer hverdagskriminalitet.
</li
>
880 <a href=
"http://e24.no/jobb/kripos-ansatt-doemt-for-snoking-for-venn/
20208585">
881 Kripos-ansatt dømt for snoking for venn
</A
> - viser hvor svak
882 reaksjonen blir når politiet misbruker innsamlet informasjon. En
883 forvarsel på konsekvensene av nasjonal brev- og besøkskontroll -
884 ofte kalt Datalagringsdirektivet.
</li
>
887 <a href=
"http://www.dagbladet.no/
2012/
12/
14/kultur/debatt/kronikk/jul/ensomhet/
24838541/
">Å
888 smøre en forskjell
</a
> - om ensomhet og jul.
</li
>
891 <a href=
"http://www.aftenposten.no/meninger/kronikker/n-krise-av-gangen_-takk-
7072452.html
">Én
892 krise av gangen, takk!
</a
>
896 <a href=
"http://www.aftenposten.no/meninger/NAV-Et-mangehodet-monster--
7072165.html
">NAV:
897 Et mangehodet monster
</a
></li
>
900 <a href=
"http://www.dagbladet.no/
2011/
01/
12/kultur/debatt/kronikk/personvern/
15027203/
">Pasienter
901 uten vern
</a
> - forteller litt om hvordan Norsk Pasientregister og
902 andre helseregister raderer bort pasienters privatsfære.
</li
>
906 <a href=
"http://www.aftenposten.no/meninger/debatt/Hvorfor-er-barnefamilier-fattige-
7073951.html
">Hvorfor
907 er barnefamilier fattige?
</a
></li
>
910 <a href=
"http://www.aftenposten.no/meninger/spaltister/Den-skjulte-minoriteten--konservative-kristne-i-Norge-
7075518.html
">Den
911 skjulte minoriteten – konservative kristne i Norge
</a
> - kronikk av
912 Bjørn Stærk fra aftenposten
</li
>
915 <a href=
"http://deltemeninger.no/-/bulletin/show/
303429_folkebiblioteket-
2-
0?ref=checkpoint
">Folkebiblioteket
916 2.0</a
> - Min venn Sturle om opphavsrett og Internett, i debatt med
917 Olav Torvund.
</li
>
921 <p
>Og et godt nytt år til dere alle!
</p
>