[00:31] Did someone already fix the issue noted by Knuth in his "Flame About 64-bit Pointers" (http://www-cs-faculty.stanford.edu/~knuth/news.html)? [00:34] Ah, found it in the bugtracker... === Ubulette_ is now known as Ubulette [02:10] Quick question, but how does dependency resolution work when I remove a package? I ran into this problem - installed the emacs package, it for 67mb of other stuff. Removed it, and it only cleared 40kb of stuff. [02:11] I had to manually go into synaptic and remove the things it dragged in. Not good, because there's a ton of other programs that can probably leave packages about and I won't know about them... [02:11] !offtopic | Vadi [02:11] Vadi: #ubuntu is the Ubuntu support channel, #ubuntu+1 supports the development version of Ubuntu and #ubuntu-offtopic is for random chatter. Welcome! [02:12] Uh huh. Exactly which do I go to? [02:12] join #ubuntu [02:12] That's a support channel, I was already there. [02:12] I need a technical explanation, please. [02:13] That doesn't make this a support channel, but in a console window do sudo apt-get autoremove and that'll get rid of it (assuming you aren't on Dapper). [02:13] I did it, but that didn't work. [02:13] It said everything was okay. [02:14] But, oh well, whatev. I'll file a bug report [02:16] * Hobbsee waves [02:19] Howdie, Hobbsee! === Traxer is now known as Traxer|off === Traxer|off is now known as Traxer [04:11] whats a sprint? [04:12] its faster than a walk [04:12] sorry ;) [04:12] heh [04:13] in general [04:13] http://en.wikipedia.org/wiki/Sprint [04:13] but in Ubuntu [04:13] http://en.wikipedia.org/wiki/Hackathon#Sprints [04:13] lifeless, thanks :) [04:16] lifeless, what gathering are ubuntu sprints centered on? [04:18] oh ijust realized soyuz is russian for launchpad [04:22] Aloha: in the general sense, a sprint is using a burst of energy to run as fast as possible (unlike normal running, where you would run at a pace that would allow you to keep running for a long time) [04:22] AfterDeath, i know. i was wondering about software sprints. i used to run track [04:22] ah [04:29] Aloha: sprint's an overpriced poor coverage north american cellphone provider :) [04:29] jdong, i use AT&T ;) [04:29] jdong, well the nextel side of things is overpriced at least, but my coverage is great [04:30] Aloha: I use AT&T too... it's great at my home in MI [04:30] Aloha: but here on the MIT campus, I can freaking use Skype to make calls from more places than I can use my cell [04:32] jdong, you need to hack together some sort of mic for the touch and then port over an SIP app [04:32] thats a much better project than what you mentioned in -motu the other day :) [04:33] superm1: well first I need to fix some.. er.. packaging issues.. with the MIT intro to EECS laptops :) [04:33] superm1: my predecessor went kinda metapackage-happy.... [04:33] haha [04:33] and to make matters worse, several metapackages contain VITAL INIT SCRIPTS [04:34] :D [04:34] running what distro? [04:34] superm1: Feisty :) [04:34] !jdong [04:34] jdong: yes, but you're FULL OF CRACK! [04:34] Ubuntu is well loved around here [04:34] jdong, just ditch feisty and port it all to hardy? [04:34] the next version of the campus public workstation OS will be based on Ubuntu [04:34] superm1: wish I can, but we use a proprietary kernel module atm [04:35] For what? [04:35] superm1: fortunately, we have one bright student working on reverse engineering that [04:35] StevenK: NIDAQ data acquisition box [04:35] jdong, the module isn't available on newer kernels? [04:35] the thing hardlocks and/or panics the kernel when it isn't happy [04:35] Nice [04:35] jdong, to build against newer kernels that is [04:35] superm1: from what I understand, it can give RMS heart attacks from 3 floors down [04:35] :) [04:35] jdong, that sucks. i don't have to worry about coverage too much. I live on an island [04:35] haha [04:36] superm1: but yeah.... it is full of problems the least of which is we have to force-dep on the original released feisty kernel [04:36] (YES... it's a BINARY kernel module....) [04:36] oh that's really unfortunate [04:36] there's no such thing as "compiling" 'round here :D [04:36] you guys tried to contact NIDAQ? [04:36] once this rev enged one kicks off, I'm gonna be happy [04:37] superm1: I'm not sure, this is the first day I've been submersed into the inner world of the 6.01 course [04:37] ah [04:37] superm1: last term I served as a lab assistant primarily answering student questions on lab assignments and python code [04:37] this term.... I'm kinda managing all the course laptops and stuff too [04:38] jdong, but for the machiens that don't end up needing support for the data acquisition box, they could go to a newer release could they not? [04:38] superm1: well they all will by the 4th week of labs [04:38] superm1: as I said, upgrading Ubuntu is one of the smaller concerns [04:38] right now, there's 4 padlocked RHEL lab workstations that are hardlocked [04:38] the datestamp on one of them is 2000 [04:39] apparently it's padlocked so well nobody knows how to get in :D [04:39] overall though it's a finely run class. Just shows how fun technology can be at times :D === asac_ is now known as asac [06:49] Good morning [06:49] Hi [06:54] morning pitti! [06:54] hey Hobbsee, hi ion_1 [07:29] Hi all, we have latest kernel in repos linux-image-2.6.24-7-generic but linux-image-generic still depends on linux-image-2.6.24-5-generic. Is this a known issue? The reason I am asking is that the latest kernel fixes ibook boot issue on hardy but it won't be installed in standard upgrade. [07:30] slytherin: normal for a while, until each image has been out for a bit [07:30] slytherin: has linux-image-* built on all arches yet? [07:31] slytherin: and has l-r-m and l-u-m built on all arches yet? [07:31] Hobbsee: let me check [07:31] slytherin: linux-ubuntu-modules isn't built yet, I believe [07:32] no, lum and lrm weren't uploaded yet [07:32] Hobbsee: hppa build for linux-image has failed, ia64 is currently building. [07:32] slytherin: the above 2 conditions are why, then [07:32] Thanks for info [07:33] I am also eager to check if the new driver manager handles broadcom 43xx devices because there is now a new driver. [07:46] slytherin: not yet, but I think I'll manage to add one for b43 in the next week [07:46] slytherin: can I ping you once it's ready, for testing? [07:47] slytherin: would be great if someone could test it before I upload it [07:48] pitti: Add me to that list also. I've a mini here iwth a b43 I think it is, so I'd be happy to help with testing also. [07:48] cool [07:49] Yeah, a BCM4306 [07:50] TheMuso, slytherin: I don't know anything about b43 and b43-fwcutter; from a clean install, is it enough to install b43-fwcutter and it does the rest? if not, which steps are necessary in addition [07:50] pitti: All I need do after an install, is install fwcutter, and I think, it works from there. [07:51] ok, great [07:51] that should be easy enough, then I just need the detection [07:51] TheMuso: do you have the current jockey installed? [07:52] pitti: I plan on doing a fresh install in the next few days, so will try the procedure again. If its any different, I'll ping you. [07:52] TheMuso: can you please do "jockey-gtk --debug --list >/tmp/jockey.log 2>&1" [07:52] pitti: Just updating the box now.. [07:52] TheMuso: and send me /tmp/jockey.log? that should help me to verify the current detection [07:53] pitti: Will do. [07:53] awesome, thanks [07:53] As soon as the mini update. [07:53] updates [07:54] * TheMuso gets dinner while waiting... [08:08] pitti: I will be happy to test. It is jut that I am not sure if the firmware needed with new driver is same as the old driver. Also the old driver is now blacklisted in favour of new one. I will do some manual installation over weekend needed to make the wireless work with latest kernel and then let you know. [08:14] slytherin: great, thanks; maybe you can do the same --debug --list command that I asked above? [08:14] slytherin: the handler will just detect if you have a broadcom wifi, and if so, install b43-fwcutter [08:14] slytherin: if you need anything in addition, please tell me, so that the jockey handler can do it automatically [08:15] pitti: will do but I will have to wait for the kernel upgrade, right? because current kernel does not boot. [08:15] oh :) [08:16] * Hobbsee sighs at her connectino [08:16] good morning [08:17] pitti: this is specific to ibook only. related to some old ide drivers. By the way, bcm43xx-fwcutter is in universe. Shouldn't it really be in main and included in CD? because how are you supposed to install it if your connection is not working. [08:18] morning dholbach [08:18] hey Hobbsee [08:21] slytherin: if it's not working, then it's useless anyway, because it needs to fetch the firmware from the net [08:22] pitti: You can have firmware saved locally. At least 'Restricted Manager' allowed using a local .so file. [08:23] MacSlow: introducing ubuntu specific strings in patches is ok, as long as the package updates the POT during build [08:23] MacSlow: if the package uses cdbs and gnome.mk, this will happen automatically [08:24] slytherin: hm, true [08:24] pitti, the packages in question are libwnck and gnome-panel [08:24] MacSlow: if not, you have to call intltool-update -p [08:24] pitti, that one I know [08:24] MacSlow: ah, both use cdbs, and gnome.mk I suppose [08:25] MacSlow: so, just patch the strings, and the POT and LP translations will automatically get them [08:25] so that people can start translating them in LP [08:26] pitti, for testing I've provided my own translation for de [08:26] MacSlow: you can add your new translations as a patch, but IMHO it's easier to maintain if you just translate them in LP [08:26] lo [08:27] moin [08:27] hi stgraber [08:27] pitti, well since I cannot add anything to LP myself (in an official packages) I've to wait for seb128/mvo/you to sponsor/integrate my stuff [08:28] people i bump a lot, where can i find the ubuntu-app-developer for ubuntu channel? [08:28] greetings carlos [08:28] MacSlow: hi [08:29] MacSlow: not? you should become a member of the German translation team then [08:29] hey carlos [08:33] slytherin: Actually, I haven't been able to boot recent 2.6.24 kernels on my mini either. [08:33] As the mini has notebook components, I'd say they both use the same IDE chip. [08:36] TheMuso, slytherin: FYI, I created the first version of the b43 handler, which should work at least in general; I'll do the testing/fine-tuning together with you later [08:38] pitti: Sure. [08:49] pitti: You should have mail from me sometime soon. [08:52] \o/ [08:52] brb, testing new udev [08:56] pitti: Actually, discard that. Seems the bcm43xx module wasn't loaded for some reason. [08:57] TheMuso: it is blacklisted in favour of new driver. check /etc/modprobe.d/blacklist [08:57] TheMuso: and the not booting problem is fixed in latest kernel uploads. [08:57] slytherin: Yeah I'm using 7.11. [08:57] slytherin: Is the newer driver in lum? [08:59] TheMuso: the driver is in kernel itself. But I am not sure which firmware it needs. Check dmesg, it should have some message related to b43 firmware [08:59] b43 needs revision 4 firmware. b43legacy needs revision 3. [08:59] slytherin: Whats the module name [08:59] bcm43xx uses revision 3 [08:59] seb128, greetings [09:00] hi MacSlow [09:00] and I guess b43 will need b43-fwcutter instead of old bcm43xx-fwcutter [09:00] The issue isn't the application [09:00] bcm43xx-fwcutter can extract version 4 firmware [09:01] But you need different firmware for b43 and b43legacy, and we need to support both [09:01] b43 can't drive everything bcm43xx can [09:01] ah I see [09:02] It's made even more difficult by the latest hardware needing even newer firmware [09:03] damn, I thought bcm43xx chipsets are not used anymore. [09:04] TheMuso: by the way, the module names are b43 and b43legacy. But I am not sure which one handles which chipset [09:05] slytherin: Yeah I worked it out. [09:06] pitti: Oh ok, the one I sent you is the right one. [09:07] b43legacy handles old cores. b43 handles new cores. You can't tell from the PCI ID alone. [09:09] Well on my mini, b43 gets loaded, and there is no firmware change needed. [09:10] Good morning. [09:12] mjg59: then how can one decide which to use if not from PCI ID? Or do we trust the autodetection? [09:14] Does it use the ssb bus implementation yet? [09:18] *sigh* [09:21] MacSlow! [09:21] can someone tell me what's wrong with the way I created http://people.ubuntu.com/~mmueller/02_expose_wm_keybindings.patch, which not apply to libwnck-2.21.90 when doing dpkg-buildpackage -rfakeroot ? [09:21] MacSlow: Can you pastebin the error you get? [09:22] MacSlow: It also doesn't patch configure [09:23] isn't configure always generated when one starts a package-build? [09:23] No [09:23] MacSlow: Not always, depends on the package === cjwatson_ is now known as cjwatson [09:30] pitti: http://paste.ubuntu.com/4282/ [09:30] pitti: output of jockey-gtk --debug --list for me; no mention of b43, weirdly [09:31] MacSlow: configure is in fact usually *not* detected to avoid build-depending on autoconf et al [09:31] cjwatson: right, no ssb: modaliases, hmm [09:31] which sometimes causes problems - generally regarded as better to have the maintainer generate that locally and verify that it's correct [09:31] MacSlow: s/detected/generated/ [09:31] StevenK, pitti, cjwatson: http://paste.ubuntu-nl.org/55063 [09:32] cjwatson: does the b43 module get autoloaded for you? or did you stuff it to /etc/modules? [09:32] StevenK, pitti, cjwatson: http://paste.ubuntu-nl.org/55063 [09:32] pitti: gets autoloaded, along with bcm43xx [09:32] I created the patch for libwnck like this [09:32] calc: any info on ooo + xul yet? [09:32] pitti: I had to blacklist bcm43xx to avoid problems [09:32] cjwatson: right, bcm43xx is blacklisted by default now [09:33] cjwatson: i think latest update blacklisted it [09:33] ack [09:33] cjwatson: My log didn't have b43 either [09:33] MacSlow: there should be a log somewhere with the output of patch [09:33] hm, so I wonder how b43 can autoload if /sys does not have the corresponding modalias [09:33] MacSlow: it may be that you didn't generate it against the immediate parent patch, and collided [09:34] MacSlow: unpack the source to a fresh and clean directory, cdbs-edit-patch 02_expose_wm_keybindings.patch, resolve the conflicts [09:35] pitti, cjwatson, my ifconfig -a also gives this: http://www.pastebin.ca/894827 [09:35] This is with b43 autoloaded. [09:36] b43 doesn't use PCI modaliases [09:36] It uses ssb ones [09:36] cjwatson, I guess you mean these http://people.ubuntu.com/~mmueller/02_expose_wm_keybindings.patch.level-0.log http://people.ubuntu.com/~mmueller/02_expose_wm_keybindings.patch.level-1.log http://people.ubuntu.com/~mmueller/02_expose_wm_keybindings.patch.level-2.log [09:36] ssb has the PCI modalias [09:36] Broadcom uses a bus called ssb - depending on what sort of host bus you have, the ssb bus will be bridged onto that [09:36] MacSlow: Yeah, that's them. [09:37] MacSlow: You probably have them locally now, too. :-) [09:37] pitti: /sys/bus/ssb/devices/ssb0:0 is my Broadcom card, though [09:37] The PCI device is just a PCI to ssb bridge [09:37] StevenK, of course [09:37] So ssb gets autoloaded, and then generates modalias events for the Broadcom cores [09:37] StevenK, still I don't understand why that fails [09:38] pitti: Does that explain things? [09:38] I did use cdbs and created the paches as always [09:38] mjg59: What does ssb expand out to? Wikipedia failed me. [09:38] Silicon Sonics Backplane [09:38] MacSlow: Because the patch doesn't apply for some reason. [09:38] pitti: Mine is /sys/bus/ssb/devices/ssb0:0 [09:38] MacSlow: Either too much fuzz, or failed hunks [09:39] mjg59: ssb doesn't seem to expose modalias files in /sys [09:39] which is what jockey is looking for [09:39] cjwatson: That's potentially the case [09:39] I'm in San Francisco right now, so I don't have access to a Broadcom right now [09:39] MacSlow: level-1 is the relevant one; three failed hunks for some reason [09:39] TheMuso: wlan0_rename> udev bug, I filed it a while back [09:40] it drives me nuts when additional levels of "infrastructure" suddenly make my created patches not apply anymore [09:40] MacSlow: But it just runs patch ... [09:40] mjg59: yes, thanks; I just need to find a way how to grab it out of /sys then [09:41] pitti: ah ok. My mini is on ethernet, and I never use wireless on it, so thats alright for now. [09:42] TheMuso: can you tar up your /sys and send it to me? [09:42] pitti: Can do. [09:42] TheMuso: if I cannot rely on moaliases, I need to find a b43 specific way of autodetection [09:42] TheMuso: thanks muchly [09:42] TheMuso: I'll do "moalias present" || "b43 ssb custom detection" then [09:42] pitti: The b43 and b43legacy modules do, at least, have the revisions they each support in them [09:43] e.g. just running: patch -p1 <../02_expose_wm_keybindings.patch (while in a freshly grabbed libwnck-2.21.90 works flawless) [09:43] MacSlow: Ah ha. Then the first patch affects it [09:43] mjg59: right; I hope I can pick out the vendor/product/revision IDs somewhere from /sys and compare it against the modalias lines from modinfo b43 [09:43] pitti: in my case b43 got loaded automatically and dmesg had a message that it needs firmware. That is on ibook G4. But I don't have access to the machine right now so can not give more info. [09:44] pitti: I will be able to help on weekend though. [09:44] StevenK, but I started cdbs with the first patch as parameter [09:44] slytherin: thanks; if all goes well, I'll already have a handler to test for you [09:44] * mjg59 sighs at the kernel [09:44] even then it applied in the cdbs-session [09:44] It's being mean :((( [09:44] MacSlow: Wierd. I'd follow pitti's suggestion of using cdbs-edit-patch [09:45] mjg59: Show me on the doll where the nasty kernel touched you [09:45] mjg59: (BTW, jockey does not only look for pci modaliases) [09:45] * StevenK hides [09:45] pitti: Sweet [09:46] . o O { and I thought that modalias paradigm would be a reliable standard nowadays... } [09:46] pitti: If ssb isn't exposing the modaliases in sysfs (it's certainly generating the uevents) then it probably needs fixing [09:47] pitti: on its way [09:47] brb [09:47] TheMuso: cheers [09:48] pitti: Could I impose on you to process bug #189797? [09:51] bug #189797 [09:51] ubotu: ping [09:51] ping yourself ;-) really the diodes all down my left side are sore [09:51] *chuckle* [09:51] Hah [09:52] oh, LP is timing out [09:52] ubotu: go back to parking cars! [09:52] StevenK: synced [09:52] [20:52] Error: I am only a bot, please don't think I'm intelligent :) [09:53] pitti: Thanks! [09:54] pitti: Can I bug you to let it out of binary NEW after it builds? :-) [09:54] please bug me, yes [09:54] * StevenK pastes that quote on the front page of wiki.ubuntu.com [09:54] :-P [09:58] f**king crap! [09:59] I did cdbs-edit-patch 01_workspaces_default_name.patch [09:59] applied the patches to the .new-variant [10:00] from that created the new patch-diff between .new and the origianal [10:01] then I tried to apply the resulting patch against a fresh grab of libwnck-2.21.90 I also did cdbs-edit-patch 01_workspaces_default_name.patch for [10:01] failed again [10:01] pitti: I hope you can find something in there thats useful. [10:02] Could an archive team member please take a look at netcat-openbsd? Pretty please? [10:04] TheMuso: aaah [10:04] TheMuso: $ cat ./devices/pci0001:10/0001:10:12.0/ssb0:1/uevent [10:04] MODALIAS=ssb:v4243id0807rev02 [10:05] TheMuso: did you tar this up as root or as user? and with -p? [10:05] pitti: as user, without -p. I can do it again... [10:05] TheMuso: as user is great [10:05] TheMuso: can you please check the permissions of /sys/devices/pci0001:10/0001:10:12.0/ssb0:1/uevent on your system? [10:06] pitti: -rw-r--r-- [10:06] cool [10:06] -rw-r--r-- 1 root root 4096 2008-02-07 20:03 [10:09] mjg59: does it sound like a good idea to consider 'uevent' files which have a MODALIAS= line instead of/in addition to looking at 'modalias' files in /sys/devices ? [10:09] dholbach: D’oh, i knew i forgot something. Thanks. :-) (Re: the missing (LP: #...) in the changelog) [10:09] pitti: Erm. Can we guarantee that the uevent will only be the modalias? [10:09] ion_: no problem [10:09] Devices can generate arbitrary uevents? [10:10] $ find /sys/devices -name uevent|xargs grep MODALIAS|wc -l [10:10] 93 [10:10] $ find /sys/devices -name modalias|wc -l [10:10] 93 [10:10] doesn't seem to make a differnence on my box [10:10] I haven't checked the defined smeantics [10:10] TheMuso: I take it above commands deliver more results for the udevent line on your system? [10:10] But if it's guaranteed to always provide the modalias, then sure, just check that [10:11] mjg59: well, to save a lot of file i/o I could probably just do it for the b43 module [10:11] the other things we support (nvidia, fglrx et al) don't seem to need it [10:12] or, generally just for stuff below /sys/devices/.../ssb*/... [10:14] (that seems like the best option to me) [10:26] hello guys.. Wil network manager 0.7 be included in hardy? to coupe with netman 0.65 for an LTS release is probably not the best idea? [10:27] fedora 8 has it already and its rocking.... Will netman 0.7 make it before the feature freeze? [10:31] hubuntu: at present it's unlikely since the rewrite doesn't look like it'll be in good enough shape for us by feature freeze [10:31] although the decision is not final [10:32] hubuntu: LTS is not, in general, an argument for switching to new versions of software that are a complete rewrite and are still as yet rather lightly tested [10:32] then it will probably end in backports? I [10:32] Quite the contrary, really. [10:33] backports obviously has a much less strict policy [10:34] I know, I'm just all excited about 0.7 and been waiting for a long time for its inclusion... Will the gnome-obex-vfs be included by default? Phones and ubuntu work perfectly now with it, shouldn't it probably be included by default? [10:36] it's just a shame that the bluetooth applet is there with the option to browse the phone and it just doesn't work out-of-the-box and has to be installed manually... [10:36] hubuntu: obex has not been ported to gvfs yet so it doesn't work at all in hardy [10:37] cjwatson: yeah, but backports are not supported... [10:38] that's correct [10:38] seb128: so we are going for gvfs and drop bluetooth support? Anyone thinking about blueman as an option? I do not know if it supports gvfs but it sure works better than anything else i have tried... [10:39] ok then hardy+1 will be the one to fiunally bring VPN to the masses :) [10:39] hubuntu: dunno about bluetooth [10:45] hubuntu: For bluetooth work you should probably keep a watch on this blog, http://www.hadess.net/ :-) [10:47] hubuntu: are you using my nm 0.7 packages from ppa? [10:47] I have been giving it a try and things seem to work fine with several pcmcia cards [10:48] d-link and netgear cards.. some with restricted drivers other with atheros and one with some open driver i don'æt remember [10:48] wpa enterprise wortk like a dream [10:48] ;) [10:48] hubuntu: do you have fedora? [10:48] no [10:48] well I've seen it [10:49] and tried it a bit [10:49] ok ... would be curios to know if we lack some features compared to their release [10:50] ah yes, i need to try out the mangler again [10:53] I am justthere was an update i haven't checked on fedora 8: http://liquidat.wordpress.com/2008/01/24/networkmanager-enterprise-encryption-eduroam-style-works-again/ [10:58] good work with those packages asac :) Netman really is the new Chuck Norris and you are the ubuntu Chuck Norris ;) [10:58] that is logic, right? [10:58] lol [11:01] asac: which PPA has latest network manager? [11:01] well it seems bluetooth got even better with gvfs :) - gnome-obex-send is dead, long live bluetooth-sendto. @ http://hadess.net gives me peace of mind [11:01] his [11:01] slytherin: ~asac [11:01] slytherin: https://edge.launchpad.net/~asac/+archive [11:02] asac: oops I forgot, PPA doesn't yet support powerpc arch right? [11:02] jo'er.. [11:06] slytherin: nope ... you need libnl + wpasupplicant + nm + nm-applet iirc [11:07] asac: that means I will first have to set the pbuilder on my ibook and then build these packages. [11:07] asac: is it safe just to add the repo, or? [11:11] asac you should follow this guy closely: http://blogs.gnome.org/dcbw/ But i guess that's old news for you... [11:11] thanks for all your help :) [11:11] Hobbsee: for now you need to look what packages i have in there. I will use the ppa of ~network-manager team in future. [11:12] asac: right. when will that change over? [11:13] Hobbsee: next time i upload a nm to ppa. not ETA yet [11:13] ok [11:20] thekorn: current p-lp-bugs uses any() and thus crashes on python 2.4 [11:20] thekorn: would you mind if that was rewritten to be 2.4 compatible or shall we just hack it locally? [11:22] thekorn: I just manually added a definition for any() to commentsbase.py now :) [11:37] Is "Switch Page Direction" still on the right click menu for Hardy FireFox? [11:39] doesn't look like it [11:50] pitti: Sorry, been on the phone. I'll run sed commands and give you the results. [11:50] TheMuso: thanks [11:51] pitti: 53 for the first find command, and 51 for the second. [11:51] TheMuso: ok, then you have two which are undetected by scanning for modalias; I guess those are the two ssb ones [11:52] TheMuso: when I'm done with wrestling with GTK, I'll tackle this to fix it generally in jockey [11:52] pitti: No rush, I'm about to go to bed anyway, so feel free to email/leave an IRC message if further testing/commands are neded. [11:52] TheMuso: I'll put your /sys layout of the ssb devices into the test suite [11:53] TheMuso: I will, thanks (or ask slytherin) [11:59] asac: been working on apt/dpkg backporting [12:01] calc: ok, today? [12:04] asac: i'll try to get to it today, i'm still working on the backports but will get on the xulrunner stuff once they are done [12:04] backports? [12:04] asac: i'm having to backport apt/dpkg lzma patches (once i find them all) to dapper and edgy for the buildds/servers [12:05] * calc is going back to sleep now, his son had woken him up :-\ [12:06] calc: ok. sleep well [12:07] pitti: py-lp-bugs is supposed to work under py2.4, so I will remove this 'any'/'all' statements [12:07] thekorn: ah, danke [12:08] gerne [12:14] * torkel hugs pitti for finally fixing #148003 [12:14] \o/ [12:15] win 141 [12:16] Ng: >= 141 channels? wow, that's what I call a busy IRC client :) [12:17] pitti: or a lazy irc operator. once I get past 19 windows and can't use the alt key anymore, it becomes irrelevant how many there are, so I just don't bother closing them ;) [12:19] Ng: heh, that's why I try to keep them <= 10 [12:20] I use query autoclose. [12:23] pitti: With irssi you can use alt + q w e .... for above ten [12:23] ah, neat [12:23] ooh [12:23] Heh [12:23] * Hobbsee likes alt+a [12:24] alt+a is what I use for these, too [12:24] since I already put commands on alt+letter [12:24] * mjj29 has bound all the letters and numbers to channels [12:24] I had all the letters bound to window change back in the day. Nowadays i try to limit the amount of channels. :-) [12:24] and alt-` for active-window [12:24] I have tab bound to active window. [12:24] ion_: just tab? [12:24] Yep [12:25] what about tab-completion [12:25]