[14:49] <superxgl> hi all , why my web UI can not open ?
[14:49] <superxgl> i think there is no problem with my cloud environment
[14:53] <superxgl> oh..wait
[14:59] <superxgl> CLC machine can not use static ip address ?
[14:59] <superxgl> i can not access web UI now
[15:15] <TeTeT> smoser: thanks for your testimonial, much appreciated
[15:16] <smoser> sorry it took me a while to get to it. but yeah, good luck. i read through the meeting minutes from last time.
[15:16] <TeTeT> smoser: to be honest I did not prepare my wiki page at all, so it was not a big surprise to get bounced
[15:16] <smoser> right. you came close though
[15:16] <smoser> :)
[15:21] <superxgl> has anyone here had ever ran into this problem ?
[15:22] <TeTeT> superxgl: yeah, I had that too, but it was with Ubuntu 9.10. Haven't seen it since then unless the cluster or cloud controller was bugged and needed a reboot
[15:23] <zul> kim0: i just uploaded a newer version of glance so we should be kosher now (once it has been accepted)
[15:23] <TeTeT> superxgl: but I found no recipe to fix it but to restart
[15:24] <superxgl> TeTeT: oh, every time i run into this problem i have to restart ? hope it not happen again
[15:24] <superxgl> TeTeT : thank you very much . i will have a try .
[15:26] <TeTeT> superxgl: good luck
[15:28] <kim0> zul: glance ? is that different from the openstack with lxc thing ?
[15:28] <zul> kim0: yes...glance is the image proxying thing for openstack
[15:29] <kim0> zul: yeah .. not following .. what's new here ?
[15:30] <kim0> wasn't glance always packaged
[15:30] <zul> kim0: yes its been update to address some packaging bugs
[15:30] <kim0> zul: so new version of glance .. great
[15:31] <zul> kim0: yep
[15:31] <kim0> zul: woohoo :) rock n roll
[15:36] <superxgl> TeTeT: now it works :) tkx
[15:36] <TeTeT> superxgl: :)
[17:43] <koolhead17> kim0:
[17:44] <kim0> koolhead17: hey what's up
[17:45] <koolhead17> how much time we have left 4 the meeting, or is it allready over?
[17:45] <kim0> koolhead17: which one
[17:45] <TeTeT> hggdh: hi, for the automated testing of ubuntu server, where do the tests actually reside?
[17:46] <koolhead17> aah its tueday today. bad me thee weekly meeting here :)
[17:46] <hggdh> TeTeT: I am guessing you are talking about the server tests via jenkins
[17:46] <kim0> koolhead17: hehe yeah its tomorrow
[17:46] <TeTeT> hggdh: yes :) sorry for being unclear
[17:46] <koolhead17> TeTeT: supp
[17:46] <hggdh> TeTeT: heh, no problem
[17:47] <TeTeT> koolhead17: hi there
[17:47] <hggdh> TeTeT: two pieces: (1) a jenkins server (ours is currently under AWS, at http://jenkins.qa.ubuntu-uk.org/;
[17:47] <koolhead17> vmware is all across twitter today.
[17:47] <TeTeT> hggdh: yes, jamespage gave me that url
[17:48] <hggdh> TeTeT: (2) as many jenkins slaves as you can get your hands on
[17:48] <hggdh> TeTeT: the slaves are where the tests are actually run
[17:49] <hggdh> TeTeT: for ISO, it is mostly itaorna and nhanga (at home with me ;-)
[17:49] <TeTeT> hggdh: ok, I take by default the jenkins server hosts two slaves or so.
[17:49] <koolhead17> hggdh: home :)
[17:49] <hggdh> TeTeT: no, the slaves are different servers
[17:49] <hggdh> koolhead17: ain't it cool?
[17:49] <TeTeT> hggdh: http://jenkins.qa.ubuntu-uk.org/job/lucid-server-i386_default/lastCompletedBuild/testReport/test/DefaultTest/testReadWrite/? - where is testReadWrite actually defined?
[17:49] <TeTeT> hggdh: ah, you can set that up in jenkins I take
[17:51] <koolhead17> hggdh: lucky you :P
[17:51]  * koolhead17 missing his home
[17:51] <hggdh> TeTeT: these were one-time runs, pretty much; the ones we are actually running now (i.e. the ones we certainly do have the code) are for natty
[17:52] <TeTeT> hggdh: are they in a package or bazaar branch? E.g. if you want to test a modified server iso for a customer, where would I grab the tests from and see if my changes did damage?
[17:52] <TeTeT> hggdh: it's a theoretical question right now, though - I have no plans for a modified server image ;)
[17:53] <hggdh> TeTeT: they are in bzr, and in a PPA right now, let me get you the links
[17:54] <hggdh> TeTeT: https://code.launchpad.net/~ubuntu-server-iso-testing-dev/ubuntu-server-iso-testing/trunk
[17:55] <TeTeT> hggdh: bummer, lucid's bzr is too old for the branch
[17:55] <hggdh> TeTeT: sic tempora gloria mundi, lucid is too old ;-)
[17:56] <hggdh> TeTeT: but, anyway, you can grab the source from the latest packages
[17:56] <TeTeT> hggdh: I've d/l the branch from my natty system, no worries, thanks
[17:57] <hggdh> TeTeT: anyway: https://launchpad.net/~ubuntu-server-iso-testing-dev/+archive/testing
[17:58] <hggdh> TeTeT: so, what you would need: add more tests to the slave, and add the jobs on the server (and configure the slave on the server)
[17:59] <hggdh> TeTeT: theoretically, nothing prohibits you from using, say, our current jenkins server, and adding your own slave to it to run your stuff
[18:00] <hggdh> TeTeT: last point -- when you get to do it, remember that in our field not much is created, most is copied... have a look at the current jobs, and adapt from there
[18:01] <koolhead17> okey
[18:01] <TeTeT> hggdh: ok. I'm just reading the stuff in the u-s-i-t branch, but I don't really see through it - run-tests.py calls the tests themselves, and executes the stuff in templates/test_cases/*
[18:01] <hggdh> TeTeT: for example, they now cater for cleaning up the slave logs (so that old results do not get saved again and again)
[18:01] <kim0> Is #cloudfoundry an open-source paas ?! seriously
[18:02] <hggdh> TeTeT: most of the times we do an ISO install (preseeded); when the install is complete, we copy the test code in the (virtual) machine
[18:02] <koolhead17> cloud cloud cloud
[18:04] <TeTeT> hggdh: I see that the README tells me to execute it on a jenkins slave with kvm support, so the testing itself is not done in the cloud at all
[18:04] <hggdh> TeTeT: indeed -- we need to test specific features of the ISO, and cannot do that in the cloud
[18:04] <TeTeT> hggdh: do we run similar tests for the images uploaded to amazon by smoser?
[18:04] <hggdh> TeTeT: OTOH, we are moving our EC2 tests to jenkins
[18:04] <hggdh> heh
[18:05] <hggdh> TeTeT: http://jenkins.qa.ubuntu-uk.org/view/natty-ec2/
[18:06] <TeTeT> hggdh: so the tests to the instance are submitted via cloud init (yaml files) and then check stuff of the instance itself?
[18:06] <hggdh> yep
[18:07] <TeTeT> hggdh: nice, thanks for all the info, will relay it tomorrow to my colleagues :)
[18:07] <hggdh> TeTeT: you are most welcome, sir
[23:04] <SpamapS> W: Failed to fetch bzip2:/var/lib/apt/lists/partial/us-west-1.ec2.archive.ubuntu.com_ubuntu_dists_natty_main_source_Sources  Hash Sum mismatch
[23:04] <SpamapS> anybody seen that?
[23:10] <SpamapS> hmm... is it possible (likely?) that the ec2 mirrors are a bit stuck?
[23:10] <SpamapS> Archive-Update-in-Progress-ip-10-161-51-124.us-west-1.compute.internal 04-Apr-2011 04:00
[23:11] <flaccid> probably


[16:36] <wookey> doko: did you notice that you can't install crossbuild-essential-armhf and crossbuild-essential-arm64 in the same fs, because /usr/share/doc/gcc-4.7-base/copyright is differrent between gcc-4.7-base_4.7.3-1ubuntu1_armhf.deb and gcc-4.7-base_4.7.3-1ubuntu1_arm64.deb
[16:36] <wookey> I haven't checked what's actually different yet.
[16:37] <wookey> or whether I am just confused about something...


[00:27] <Sargun> What's the Ubuntu policy on patching kernels, and including features that aren't in upstream?
[00:59] <JanC> Sargun: there might be info on the wiki about that
[16:44] <rtg> dannf, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1608854/comments/15
[16:44] <dannf> rtg: ack
[16:48] <dannf> rtg: booted to a prompt in efi mode :)
[16:48] <rtg> dannf, that was quick. thanks.
[16:49] <rtg> dannf, please add your test results to the LP bug.
[16:49] <dannf> rtg: yeah - had a vm still up from another sru validation
[16:49] <dannf> rtg: will do
[16:49] <rtg> dannf, its a giant back port. 140 patches.
[16:52] <dannf> wow - what's the backport of (beyond the efi stub support we had before)?
[16:54] <rtg> dannf, I'll describe my method (or madness) in the bug when I get ready to SRU it.
[16:54] <dannf> ack
[16:55]  * dannf subscribes to it


[00:36]  * BUGabundo $ upstart BUGabundo down; upstart bed up; guud night guys and gals
[04:36] <eboyjr> Hello. I found kind of a big bug in Karmic and I was wondering if it was just my system: In flash (ubuntu-restricted-extras) 64-bit, sometimes when I click something in it, it does not recognize it. I would have to click it a few time to e.g. press a button. Is this just me?
[04:38] <eboyjr> Bleh. Nvm it's bug 444757
[04:38] <ubot4> Launchpad bug 444757 in compiz "Can't click butttons inside flash (like play/pause in youtube) (dup-of: 410407)" [Undecided,Confirmed] https://launchpad.net/bugs/444757
[04:38] <ubot4> Launchpad bug 410407 in flashplugin-nonfree "[READ DESCRIPTION] Flash is not recognizing mouse clicks in multiple situations" [High,Confirmed] https://launchpad.net/bugs/410407
[04:44] <mac__v> bdmurray: hi... Bug #461399 and any such similar bugs are dupes of libgnome bug... already humanity got 3 bugs related , its not a humanity-icon-theme bug :(
[04:44] <ubot4> Launchpad bug 461399 in humanity-icon-theme "Missing icons in main menus (dup-of: 407621)" [Undecided,New] https://launchpad.net/bugs/461399
[04:44] <ubot4> Launchpad bug 407621 in libgnome "(design decision) Icons missing from context menu , dialogue buttons , firefox bookmark favicons, system menu" [Wishlist,Confirmed] https://launchpad.net/bugs/407621
[04:48] <eboyjr> Oh lol I didn't know that was a bug. I thought that was a feature. I think it looks nicer without those icons :P
[04:48] <eboyjr> Good night
[07:35] <wekt> What would be the 'package' to file against for bugs in   http://start.ubuntu.com/9.10/   ?  or how can one discover the package?
[07:38] <micahg> wekt: the Ubuntu Start Page project
[07:38] <micahg> https://bugs.edge.launchpad.net/ubuntu-start-page
[07:38] <wekt> thank you
[07:39] <wekt> bad link.  but i will find it
[07:39] <micahg> take edge out
[07:40] <wekt> How could i have found that without asking in this channel?
[07:40] <micahg> hmm
[07:40] <micahg> idk
[07:40] <micahg> but this is the place to ask about filing bugs :)
[08:10] <mac_v> lol ;)  > Bug #463118
[08:10] <ubot4> Launchpad bug 463118 in scim-bridge "I have no further comment (dup-of: 243344)" [Undecided,New] https://launchpad.net/bugs/463118
[08:10] <ubot4> Launchpad bug 243344 in scim-bridge "scim-bridge crashed with SIGSEGV in scim::IMEngineInstanceBase::get_frontend_data()" [Medium,Confirmed] https://launchpad.net/bugs/243344
[08:17] <wekt> will trade a bug triage.  you triage 1 mine, i'll try to triage yours.  (I have not triaged for Ubuntu yet) https://bugs.launchpad.net/launchpad/+bug/453804
[08:17] <ubot4> Launchpad bug 453804 in launchpad "absolute font sizing and size smaller than default creates accessibility and usability difficulties" [Undecided,New]
[08:20] <micahg> wekt: those aren't our bugs
[08:20] <micahg> that seems like a launchpad bug
[08:20] <micahg> #launchpad-dev would be the place to ask about that
[13:35] <bddebian> Boo
[13:35] <thekorn> hey bddebian
[13:40] <bddebian> Hi thekorn
[14:09] <bala> hi, i am using a dell 1525 laptop, intel GM965/GL960, i have upgraded to karmic, and am unable to access my text consoles. any idea how i could fix this?
[14:10] <bala> also, i am unable to resume after a suspend,
[14:11] <charlie-tca> bala: You might ask that in #ubuntu+1 or #ubuntu, this channel is for triaging bugs
[14:11] <bala> charlie-tca: oops sorry!
[14:11] <charlie-tca> no problem
[15:23] <hggdh> charlie-tca: good morning
[15:24] <hggdh> charlie-tca: some time ago I marked you are "currently unavailable" for mentoring. Would you be ready to return?
[15:24] <charlie-tca> give me until after next week, please
[15:25] <charlie-tca> I still can't quite follow much in xchat and do anything else yet
[15:25] <charlie-tca> Thanks
[15:25] <hggdh> charlie-tca: of course, no problems. Thank you, and I hope life gets better for you.
[15:25] <charlie-tca> Improves a little each day
[15:56] <bdmurray> hggdh: there seem to be a fair number of mentees
[15:56] <hggdh> bdmurray: yes, I was just going through the requests (I am late, sorry). We need more mentors
[15:58] <jcastro> bdmurray: I messed up someone's bugcontrol but fixed it, sorry for the mailspam
[15:58] <MsMaco> i dont know how to be a mentor!  (but yes, im signed up to be one)
[15:58] <bdmurray> jcastro: I was wondering what was up.
[15:58] <MsMaco> i wish i had a...10GHz CPU pbuilder would go faster.... with nitrogen cooling because dang thatd get hot
[15:59] <hggdh> MsMaco: it is easy, it is just steering them to the right direction, and some explaining.
[16:00] <hggdh> you have done a lot of it already -- for example, all the sound help you gave
[16:06] <hggdh> pedro_: right now I intend to dup all eds bugs that show gconf calls on multiple threads
[16:06] <hggdh> and one of these threads is the one that got hit
[16:07] <pedro_> hggdh, yeah, will do the same for the ones showing those gconf calls
[16:07] <pedro_> hggdh, i think we have ~50 dups there
[16:08] <hggdh> pedro_: cool. I am wondering if we are getting more of them now due to evolution-indicator (a heavy dbus user)
[16:09] <hggdh> i.e., the problem is mostly a race condition, and before we did not have that many calls to gconf/dbus
[16:09] <bdmurray> hggdh: how will you be doing the duplication?
[16:09] <pedro_> hggdh, mm could be...
[16:10] <pedro_> is launchpad not showing the number of duplicates on the master report or i'm just getting blind?
[16:10] <hggdh> bdmurray: manually. Each threadStackTrace must be looked at :-( having two threads showing gconf/dbus calls, *and* one of them being the failed seems to be good, though
[16:11] <hggdh> pedro_: I see no count of dups
[16:11] <bdmurray> hggdh: there is no bug pattern you could write?
[16:11] <pedro_> hggdh, *sigh* it was there before :-/
[16:11] <hggdh> bdmurray: as soon as I am happy the conditions above are sufficient, yes, I can write a pattern
[16:12] <hggdh> and then we can just let apport do its magic :-)
[16:13] <bdmurray> hggdh: that only works for bugs going forward, the existing reported ones will be need to duplicated by someone (not apport)
[16:18] <thekorn> in theory it should be possible to write a script which applies a bugpattern to a set of existing bugreports
[16:18] <pedro_> didn't mdz wrote something similar?
[16:19] <bdmurray> I do something like that and blogged about it a bit ago
[16:19] <hggdh> bdmurray: care to give me the URL?
[16:19] <thekorn> hmm, I'm sure I've sth. like that before
[16:20] <thekorn> maybe I even used it, damn brain
[16:20] <bdmurray> http://www.murraytwins.com/blog/?p=45
[16:20] <hggdh> anyway, right now I have to see if this hunch applies
[16:24] <hggdh> bdmurray: thanks
[16:40] <thekorn> ha, I knew it ;) also have some code to use bugpatterns in an attempt to rewrite bughelper at lp:~thekorn/+junk/new.bughelper, applying bugpattern there is as easy as running  "bin/bughelper -D ubuntu -p vino --bugpattern"
[16:45] <hggdh> thekorn: thank you, seems a good way to test
[17:02] <lilleman> I'm pretty sure I found a bug... If anyone would help me to report it and/or verify it, would be nice
[17:02] <lilleman> xmodmap for ISO_Level3_Shift does not work for qt/gnome apps
[17:02] <lilleman> but for X-apps in general (like the terminal)
[17:04] <hggdh> bdmurray: I am looking at bug 408977 -- apport marked it as a dup, but I cannot see such a bug pattern from the ~ubuntu-bugcontrol/apport/ubuntu-bugpatterns
[17:04] <ubot4> hggdh: Bug 408977 on http://launchpad.net/bugs/408977 is private
[17:05] <bdmurray> hggdh: bug patterns actually prevent bug filing while apport does duplicate marking on its own
[17:05] <hggdh> so where did apport get the data to mark it as a dup?
[17:05] <bdmurray> hggdh: and its duplicate tracking it doesn on its own
[17:05] <bdmurray> er does
[17:06] <hggdh> oh. So I have to download apport source to find it?
[17:07] <bdmurray> hggdh: if you want to see how the duplicate detection works, I'd imagine yes
[17:07] <hggdh> k, thanks. Looking at it now
[17:33] <snkiz> I'm running chromium from the daily ppa and I ran into this bug http://code.google.com/p/chromium/issues/detail?id=25768 basically chromium wont load plugins correctly if I'm running an openbox session but works fine if I use gnome. I know its know not an ubuntu package but I was wondering since karmic is just out if maybe its an ops in ubuntu could be the cause.
[17:36] <micahg> snkiz: #ubuntu-mozillateam would be the place to ask about it
[17:37] <snkiz> ok thanks
[20:18] <Levle> there a web page to look at current bugs?
[20:19] <Levle> like a bugzilla
[20:19] <micahg> launchpad?
[20:19] <micahg> https://bugs.launchpad.net/ubuntu
[20:20] <Levle> yup
[20:20] <Levle> ty
[20:22] <Levle> perfect :)
[20:24] <gallolinux> Hola a todos
[20:26] <gallolinux> Instalando en una PC celeron 1.2 Ghz con 900 de ram y DD de 40 Gb 10 Mins de Instalacion a un 80%
[20:33] <alex_mayorga> I have https://bugs.edge.launchpad.net/ubuntu/+source/rhythmbox/+bug/442157 on my system, anything I should provide?
[20:33] <ubot4> Launchpad bug 442157 in rhythmbox "The autoaudiosink element is missing" [Low,Incomplete]
[20:39] <hggdh> bdmurray: I am not sure how to set a pattern for the EDS/gconf/dbus issues
[20:40] <hggdh> what I have: the offending thread *must* have gconf calls; *and* another thread *must* have gconf calls
[20:40] <hggdh> can this be done?
[20:40] <kklimonda> hmm.. there was a list of "server" packages for LTS releases somewhere or am I mistaken? I almost remember reading such an email but I can't find it now
[20:42] <micahg1> kklimonda: there was a message about packages still being supported in dapper
[20:43] <kklimonda> micahg, do you have a link to this list?
[20:43] <micahg> http://people.ubuntu.com/~ubuntu-security/dapper/supported.txt
[20:43] <kklimonda> that was fast :)
[20:44] <micahg> :)  I was already looking for it when you asked
[20:46] <hggdh> we strive to please ;-)
[20:56] <alex_mayorga> I have https://bugs.edge.launchpad.net/ubuntu/+source/rhythmbox/+bug/442157 on my system, anything I should provide?
[20:56] <ubot4> Launchpad bug 442157 in rhythmbox "The autoaudiosink element is missing" [Low,Incomplete]
[20:57] <BUGabundo> bRoas
[20:57] <hggdh> Broas, BUGabundo
[21:19] <nomic> I have dual head configuration on dell optiplex which was working in 9.04 in configuring dual head upon applying the monitor configuration in the GUI it locks the system -- is this a known bug?   if so where do i file it  -- have downloaded all updates and the problem still remains -- also I have exported a configured /etc/X11/xorg.conf file from 9.04 to 9.10 this doesn't work
[21:21] <BUGabundo> nomic: please try #ubuntu
[21:21] <BUGabundo> this # is for bug triaging
[21:21] <nomic> ok
[21:21] <BUGabundo> and please make a new xorg.conf
[21:21] <BUGabundo> lots of changes, so the same file might not work
[21:21] <BUGabundo> and yes, I know #ubuntu is too noisy
[21:21] <nomic> 1800 in there lol
[21:21] <BUGabundo> but it what we have on release day
[21:21] <BUGabundo> eheh
[21:22] <micahg> especially now that +1 merged
[21:23] <chrisccoulson> i can't believe that anybody would find a support channel with that many users in to be useful at all
[21:23] <hggdh> bug 459888
[21:23] <ubot4> Launchpad bug 459888 in xkeyboard-config "3rd level chooser broken on US International keyboard layouts" [Undecided,New] https://launchpad.net/bugs/459888
[21:25] <BUGabundo> chrisccoulson: +1
[21:25] <BUGabundo> but we need a place to put them all :)
[21:26] <hggdh> this is something I want to start a discussion on UDS
[21:26] <hggdh> the problem is so far we have not had any really good alternatives
[21:26] <chrisccoulson> oops, empathy crashed there again
[21:28] <micahg> would individual per version support channels help?
[21:31] <hggdh> it might, micahg, but one of the problems was having support people around
[21:31] <hggdh> at least it would minimise the amount on one single channel
[21:31] <micahg> well, the support people could sign into all the channels
[21:32] <hggdh> one idea to discuss, yes
[21:32] <micahg> here's another idea, more topic based support
[21:33] <BUGabundo> micahg: how many users come to this # ??
[21:33] <BUGabundo> thinking its support?
[21:33] <micahg> most because of the title :)
[21:33] <BUGabundo> I know *I* did
[21:33] <BUGabundo> back then
[21:33] <BUGabundo> then I stood around :)
[21:33] <BUGabundo> darn thing got stuck on auto login
[21:33] <BUGabundo> and I can't close it :)
[21:33] <micahg> another thing could be a gui bot that would search irc support logs for topics and offer to show the snippets
[21:38] <danage> can i point the attention to bug #417786 in network manager? UMTS (3G) devices that use ttyACM0 appear to be broken in karmics network manager. i use yet another device that uses this driver and it doesn't work either
[21:38] <ubot4> Launchpad bug 417786 in network-manager "GSM modem connection failed: Serial command timed out" [Undecided,New] https://launchpad.net/bugs/417786
[21:43] <hggdh> micahg: it would be an additional option, yes
[21:58] <danage> asac: ping, added all debugging info necessary (i think)
[21:59]  * asac looks
[22:00] <asac> hmm. looks bad
[22:01] <asac> danage: do you see exactly that all the time?
[22:01] <danage> every time
[22:01] <asac> what is connected to ** Message: (ttyS0) opening serial device...
[22:02] <danage> asac: that should be a serial interface, non? i don't _have_ serial on this thinkpad x200
[22:02] <hggdh> bug 460710
[22:02] <ubot4> Launchpad bug 460710 in evolution "Evolution hangs when double-clicking on attachment" [Medium,Confirmed] https://launchpad.net/bugs/460710
[22:03] <asac> odd
[22:03] <asac> not sure why that would show up
[22:03] <danage> however, i have ttyS0-ttyS3
[22:03] <danage> is there a way to probe those?
[22:03] <asac> whats that? just normal serial?
[22:04] <danage> how can i find out? could it be related to i2c-adapter HDMI Type A-....
[22:07] <danage> asac: i grepped dmesg. it tells me ttyS0 at IO 0x1830 is a 16550A, no mention of ttyS1,2,3
[22:09] <asac> k
[22:12] <danage> let me know if theres anything i can do to help debug. if i'm not on freenode, i subscribed to the bug report.
[22:43] <danage> asac: i've tried minicom. it appears ttyACM1 really doesn't reply
[22:44] <asac> danage: try to send AT*e2reset
[22:44] <asac> or can you not send anything?
[22:44]  * danage trying
[22:55] <danage2> asac: http://pastebin.com/m22e64efa
[22:56] <danage> asac: two things: a) it used driver cdc_ethernet, and b) appears to be connecting interface GSM (usb0)
[22:58] <danage> strange error codes though
[22:59] <danage> and now modem-manager crashed
[23:02] <danage> i now also got #452978
[23:02] <asac> danage: looks good
[23:03] <asac> i mean ... you seem to be able to connect ;)
[23:04] <danage> yes, karmic appears to have self-healing features ;)
[23:07] <danage>  i added my syslog info to the network manager crash bug.