X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/ac421bb6f03024b5c7c74183ebf22d5c1921b8fe..da7d3d80e19995058ec649feb04b33a21e3a70d6:/blog/index.rss diff --git a/blog/index.rss b/blog/index.rss index ae123e7f8c..9c1711ec5c 100644 --- a/blog/index.rss +++ b/blog/index.rss @@ -6,6 +6,51 @@ http://people.skolelinux.org/pere/blog/ + + 1000 problemer rapportert via FiksGataMi på litt over to dager + http://people.skolelinux.org/pere/blog/1000_problemer_rapportert_via_FiksGataMi_p___litt_over_to_dager.html + http://people.skolelinux.org/pere/blog/1000_problemer_rapportert_via_FiksGataMi_p___litt_over_to_dager.html + Wed, 9 Mar 2011 23:45:00 +0100 + +<p>Etter mandagens lansering av +<a href="http://www.fiksgatami.no/">FiksGataMi</a> har responsen vært +enorm, og de første 1000 problemene er allerede rapportert. Noen +saker er allerede løst, og responstiden til +<a href="http://www.fiksgatami.no/report/490">Bø i Nordland</a> og +<a href="http://www.fiksgatami.no/report/550">Melhus</a> imponerer +stort. Slikt burde gjøre innbyggerne der stolte. :)</p> + +<p>En utfordring for FiksGataMi er håndtering av fylkes- og riksveier +som ikke skal til kommunen men til fylket eller staten. Problemet er +at vi mangler en datakilde som kan brukes til å identifisere hvilket +geografisk område som administreres av fylket og staten (dvs. vei, +grøfter, gjerder og slikt). Det vi trenger er maskinlesbare +georefererte eiendomsgrenser over eiendommene som hører til fylkes- og +riksveier. Når vi har det, kan vi videreutvikle fiksgatami til å +håndtere eiendomsgrenser i tillegg til dagens kommune- og +fylkesgrenser. Så vi trenger datakilder uten bruksbegrensninger og +litt finansiering for å ta dem i bruk.</p> + +<p>Men noen kommuner håndterer denne utfordringen elegant likevel og +til det beste for innsender ved å sende saken videre til riktig +instans og notere dette i FiksGataMi. De første som gjorde dette var +så vidt jeg kan se +<a href=http://www.fiksgatami.no/report/385">Lørenskog</a>. All kudos +til dem!</p> + +<p>I morgen tidlig skal Christer på NRK Østlandssendingen og snakke om +FiksGataMi. Jeg gleder meg til å høre opptaket og se hvilken respons +det fører til på innrapporteringen. Jeg forsøker å holde +<a href="http://www.nuug.no/imedia.shtml">oversikt over omtalen</a> +NUUG og FiksGataMi på NUUGs websider, og responsen så langt har vært +veldig god. De fleste kommunene er veldig positive til tjenesten. De +som hadde lignende løsninger er ikke så fornøyde, noe jeg kan forstå. +På den positive siden får innbyggerne i disse kommunene nå et valg om +hvilken løsning de vil benytte seg av, og konkurranse er en fin ting +for å dyrke frem de beste løsningene. :)</p> + + + FiksGataMi lansert, og responsen har vært overveldende http://people.skolelinux.org/pere/blog/FiksGataMi_lansert__og_responsen_har_v__rt_overveldende.html @@ -649,90 +694,5 @@ få mest mulig læring for pengene man har.</p> - - Which module is loaded for a given PCI and USB device? - http://people.skolelinux.org/pere/blog/Which_module_is_loaded_for_a_given_PCI_and_USB_device_.html - http://people.skolelinux.org/pere/blog/Which_module_is_loaded_for_a_given_PCI_and_USB_device_.html - Sun, 23 Jan 2011 00:20:00 +0100 - -<p>In the -<a href="http://packages.qa.debian.org/discover-data">discover-data</a> -package in Debian, there is a script to report useful information -about the running hardware for use when people report missing -information. One part of this script that I find very useful when -debugging hardware problems, is the part mapping loaded kernel module -to the PCI device it claims. It allow me to quickly see if the kernel -module I expect is driving the hardware I am struggling with. To see -the output, make sure discover-data is installed and run -<tt>/usr/share/bug/discover-data 3>&1</tt>. The relevant output on -one of my machines like this:</p> - -<pre> -loaded modules: -10de:03eb i2c_nforce2 -10de:03f1 ohci_hcd -10de:03f2 ehci_hcd -10de:03f0 snd_hda_intel -10de:03ec pata_amd -10de:03f6 sata_nv -1022:1103 k8temp -109e:036e bttv -109e:0878 snd_bt87x -11ab:4364 sky2 -</pre> - -<p>The code in question look like this, slightly modified for -readability and to drop the output to file descriptor 3:</p> - -<pre> -if [ -d /sys/bus/pci/devices/ ] ; then - echo loaded pci modules: - ( - cd /sys/bus/pci/devices/ - for address in * ; do - if [ -d "$address/driver/module" ] ; then - module=`cd $address/driver/module ; pwd -P | xargs basename` - if grep -q "^$module " /proc/modules ; then - address=$(echo $address |sed s/0000://) - id=`lspci -n -s $address | tail -n 1 | awk '{print $3}'` - echo "$id $module" - fi - fi - done - ) - echo -fi -</pre> - -<p>Similar code could be used to extract USB device module -mappings:</p> - -<pre> -if [ -d /sys/bus/usb/devices/ ] ; then - echo loaded usb modules: - ( - cd /sys/bus/usb/devices/ - for address in * ; do - if [ -d "$address/driver/module" ] ; then - module=`cd $address/driver/module ; pwd -P | xargs basename` - if grep -q "^$module " /proc/modules ; then - address=$(echo $address |sed s/0000://) - id=$(lsusb -s $address | tail -n 1 | awk '{print $6}') - if [ "$id" ] ; then - echo "$id $module" - fi - fi - fi - done - ) - echo -fi -</pre> - -<p>This might perhaps be something to include in other tools as -well.</p> - - -