[18:55] <Armageddon> theGrg, o/
[18:55] <theGrg> hey
[18:55] <Armageddon> maza taf3al ya 3azizi ?
[18:55] <theGrg> Rji3na 3a chromium
[18:56] <theGrg> :p
[18:56] <Armageddon> limaza ?
[18:56] <theGrg> Firefox started using ~50% CPU
[18:56] <Armageddon> e
[18:56] <Armageddon> bta3rif shou bta3mil ?
[18:56] <theGrg> and the whole thing freezes
[18:56] <Armageddon> delete .mozilla if you don't need it
[18:56] <Armageddon> if you do
[18:56] <Armageddon> 3mol mitle
[18:56] <Armageddon> backup it up to a server
[18:56] <theGrg> ya3ne I close a tab and the whole window freezes for 5 seconds
[18:56] <Armageddon> delete .mozilla
[18:56] <Armageddon> and restore it
[18:57] <theGrg> hm
[18:57] <Armageddon> that happens if you have an old .mozilla min 2iyem l 3.6
[18:57] <theGrg> I don't though
[18:57] <Armageddon> have you updated firefox version ?
[18:57] <theGrg> yeah
[18:57] <theGrg> min eyem 9 I guess
[18:57] <Armageddon> ma ba3rif le when you do that from a version to the other bisir hek
[18:57] <theGrg> 3ande profiles and stuff
[18:58] <Armageddon> e backup to a server
[18:58] <Armageddon> iza baddak ba3tik l server te3e
[18:58] <Armageddon> back up, delete .mozilla
[18:58] <Armageddon> w restore
[18:58] <theGrg> but what's the point to delete and then copy it back ma fhimit
[18:58] <Armageddon> no mish copy
[18:58] <Armageddon> hayde isma shi sync
[18:58] <Armageddon> it firefox
[18:58] <theGrg> Oh, never used it
[18:58] <Armageddon> bas I don't trust them enough to sync to their server
[18:58] <Armageddon> fa I made my own on my laptop
[18:59] <Armageddon> whenever that happens I sync locally, delete and backup
[18:59] <theGrg> hm
[18:59] <theGrg> would a simple local apache server work
[18:59] <Armageddon> ma baddak apache
[19:00] <theGrg> I already have it.
[19:00] <Armageddon> it's not a web server
[19:00] <Armageddon> it's a sync server
[19:00] <Armageddon> it's a python server
[19:02] <Armageddon> theGrg, http://docs.services.mozilla.com/howtos/run-sync.html
[19:02] <Armageddon> hadde ya obbare
[19:02] <Armageddon> :p
[19:03] <Armageddon> theGrg, w iza ma baddak tnazil server 3indak I give you my ip and you can sync on my computer and then get them back
[19:12] <theGrg> does this backup my addons Armageddon ?
[19:12] <Armageddon> I don't think so
[19:12] <Armageddon> 3mol list fiyon
[19:18] <theGrg> btw I thought the same thing


[01:06] <CIA-71> partman-iscsi: cjwatson * r57 ubuntu/debian/changelog: releasing version 15
[01:09] <CIA-71> partman-uboot: cjwatson * r13 ubuntu/debian/changelog: releasing version 4
[01:53] <CIA-71> debian-installer-utils: cjwatson * r697 ubuntu/ (27 files in 3 dirs): merge from Debian 1.77
[01:57] <CIA-71> debian-installer-utils: cjwatson * r698 ubuntu/debian/changelog: releasing version 1.77ubuntu1
[02:01] <CIA-71> grub-installer: cjwatson * r858 ubuntu/ (31 files in 3 dirs): merge from Debian 1.54
[02:02] <TeacherTomL> Hi everyone.  I am having a problem installing xmms because it requires GLib (says GLib 1.2.2 in the error message.)  I can't for the life of me find anyplace to download GLib.  GTK, yes, but not the subset GLib.  Any suggestions?
[02:11] <cjwatson> TeacherTomL: this channel is about initial installation rather than installing various packages - suggest you try #ubuntu
[02:11] <CIA-71> grub-installer: cjwatson * r859 ubuntu/debian/po/ (10 files): debconf-updatepo
[02:25] <TeacherTomL> Thanks cjwatson.  I will do that.
[12:48] <ogra> hmm, ev still on vacation ?
[13:12] <CIA-71> casper: cjwatson * r827 netboot/ (debian/changelog scripts/casper): merge lp:~mathieu-tl/ubuntu/maverick/casper/netmount_if_conf_in_initrd
[13:32] <CIA-71> casper: cjwatson * r828 netboot/ (3 files in 3 dirs):
[13:32] <CIA-71> casper: Parse the machine-readable file written out by ipconfig rather than
[13:32] <CIA-71> casper: trying to parse its human-readable output.
[13:37]  * ogra struggles with bug 616581
[13:37] <ubot2> Launchpad bug 616581 in ubiquity (Ubuntu) "oem-config fails to run (affects: 4) (dups: 1) (heat: 459)" [High,Triaged] https://launchpad.net/bugs/616581
[13:40] <ogra> if os.path.exists('/usr/bin/xfsettingsd'): .... why the heck would it fail on the next line, xfsettingsd is nonexistent on the images so the condition is false
[13:42] <ogra> (i.e. it shouldnt be executed so shouldnt fai)
[13:42] <cjwatson> if it's an out-of-memory error, then you might just be tweaking something essentially random
[13:42] <ogra> the system has 512M
[13:44] <ogra> i dont think its OOM (and i cant see any indication for that in dmesg)
[13:44] <cjwatson> consider that there may be multiple different problems reported by different people in this bug
[13:44] <cjwatson> which is why I'm always endlessly going on about different people filing different bugs
[13:44] <cjwatson> the crash reported by Tobin is here:
[13:44] <cjwatson>                 extras.append(subprocess.Popen(
[13:44] <cjwatson>                     ['/usr/lib/ubiquity/panel'],
[13:44] <cjwatson>                     stdin=null, stdout=logfile, stderr=logfile,
[13:44] <cjwatson>                     **maybe_drop_privileges))
[13:44] <ogra> right, we all get the same crash currently
[13:45] <ogra> if i comment that part of ubiquity-dm it fails on the next if clause
[13:45] <ogra> if i comment that one too, all works fine
[13:45] <ogra> (as i described in the last comment)
[13:46] <cjwatson> try 'file /usr/lib/ubiquity/panel'
[13:46] <cjwatson> if that looks wrong, consider the possibility that it might be some underlying facility that's buggy, such as the fs returning wrong data
[13:46] <ogra> i have to use a new image first, the one i'm using already removed oem-config
[13:47] <ogra> yeah, thats something i was suspecting
[13:47] <ogra> especially since i get e2fsck errors under that kernel, but no fsck errors at all if i run it on a virgin image on any other HW
[13:48] <cjwatson> random ENOEXEC errors are usually a sign of something below the application layer going wrong, unless the executable file in question really is toast
[13:49] <ogra> well, we got that new toolchain after the sprint so i'm a bit careful if i see NOEXEC now
[13:49] <ogra> could always be a broken binary
[13:51] <cjwatson> oh
[13:51] <cjwatson> lp_archive@cocoplum:~/ubuntu/pool/main/u/ubiquity$ dpkg -c ubiquity-frontend-gtk_2.3.7_all.deb | grep panel
[13:51] <cjwatson> -rwxr-xr-x root/root      9660 2010-08-15 09:17 ./usr/lib/ubiquity/panel
[13:51] <cjwatson> there are three very important bad letters there
[13:52] <cjwatson> or maybe this is clearer
[13:52] <cjwatson> E: ubiquity-frontend-gtk: arch-independent-package-contains-binary-or-object ./usr/lib/ubiquity/panel
[13:52] <ogra> awww
[13:53] <ogra> well, that explains the second issue, but not why the xfsettingsd lines are executed
[13:54] <cjwatson> separate bug report if it's still reproducible after this
[13:58] <ogra> thanks a lot for the help, i would never have thought of such an issue
[14:01] <cjwatson> I'm working on a fix, just will take a while to build
[14:25] <ryanakca> I'm modifying a LiveCD for work (the local university), it'll be distributed to all of the CS students / used as the image for our labs, so this has a rather high priority on my end: Wubi successfully copies the contents of the CD to the hard drive, but when it boots from the HD, ubiquity / whichever installer doesn't get called to finish the installation. The end product is a system identical to my LiveCD. How can I fix this? I've ...
[14:25] <ryanakca> ... had to revert to revision 189 because of random build and install errors.
[14:25] <ryanakca> I've been meaning to speak with xivulon, but he's been away for the past few days. Is there anybody else I can talk to regarding it?
[14:27] <ryanakca> BRB, kernel upgrade requires a reboot.
[15:43] <CIA-71> ubiquity: cjwatson * r4212 ubiquity/ (d-i/update-control debian/changelog): Update d-i/update-control for Dpkg::Deps changes in dpkg 1.15.6.
[16:32] <CIA-71> debian-installer: cjwatson * r1347 ubuntu/ (7 files in 2 dirs): Move to 2.6.35-17 kernels.
[16:47] <CIA-71> debian-installer: cjwatson * r1348 ubuntu/debian/changelog: releasing version 20100211ubuntu21
[17:04] <robbiew> cjwatson: I have a question, that I should know the answer to...are we enabling jockey in the installer?
[17:04] <robbiew> we are right?...we being ev
[17:05] <robbiew> spec has :
[17:05] <robbiew> [ev] Install ubuntu-restricted-addons if option checked: INPROGRESS
[17:05] <robbiew> [ev] Create copy for the 'needed for a better experience' checkbox and get legal to sign off on it: INPROGRESS
[17:05] <robbiew> [ev] Add a Jockey hook: TODO
[17:06] <CIA-71> ubiquity: cjwatson * r4213 ubiquity/debian/ (changelog control rules):
[17:06] <CIA-71> ubiquity: Make ubiquity-frontend-gtk Architecture: any, due to
[17:06] <CIA-71> ubiquity: /usr/lib/ubiquity/panel (LP: #616581).
[17:06] <cjwatson> ogra: ^- any chance you could test-build and try the above, if it's feasible?
[17:06] <cjwatson> robbiew: I won't really know until ev gets back, but I thought we were still intending to do that
[17:06] <cjwatson> I suppose it's at risk at this point
[17:07] <robbiew> cjwatson: ok...I'll follow up with ev
[17:07] <robbiew> last we spoke, I think he had made some good progress there
[17:07] <cjwatson> I haven't spoken with ev since debconf
[17:08] <ogra> cjwatson, i'll try it over the weekend
[17:09] <ogra> the awesomeness of the preinstalled images is that i can just dpkg -i packages in the rootfs as needed ;)
[17:13] <CIA-71> ubiquity: cjwatson * r4214 ubiquity/debian/ (changelog rules): Remove build-locale on clean.


[03:39] <bluesabre> flocculant: not a lot of changes needed... in fact, I cannot find changes to the actual text. Added/removed spaces, added reference links, and "later: XPL" is not needed in this version since its never referred to again (assuming it is appropriately dropped from the remainder of the SD)
[03:40] <Unit193> I thought it interesting 'users' was used in it once, but never again.  Seems...Interesting.
[03:49] <bluesabre> Unit193: feel free to make changes if you think it helps :)
[03:49] <Unit193> You see what I saw though, no?
[03:50]  * bluesabre reviews again
[03:50] <bluesabre> ah
[03:50] <bluesabre> yeah, hm
[03:53] <bluesabre> should ~xubuntu-users be more or less empowered here, can they only signal -team to vote or is it reasonable that they can reach out to the CC to stop/advance changes
[03:54] <bluesabre> to the extent that users can act is not entirely clear with this document
[03:54] <bluesabre> Unit193: is that how you see it as well?
[03:57] <Unit193> Users should certinly poke contributors, yes.  Why they would go directly to the CC is byond me, because if you have to remove the whole team, well, then you have no more people to work on Xubuntu and a successful coup.
[04:01] <bluesabre> indeed
[06:17] <flocculant> Unit193: did you change it then?
[06:18] <Unit193> Didn't want to in case it was intentional, figured it was so didn't want to go changing it on you.
[06:19] <flocculant> I'd rather you changed things there than we have to start with loads of fiddling of mp :)
[06:19] <flocculant> it's not *my* sd - it's everyones
[06:19] <Unit193> Sure, I just like discussing things rather than randomly change something on someone.  Might be a good reason.  Also words are hard.
[06:20] <flocculant> :)
[07:12] <flocculant> well that's a new one on me ... can't upgrade xubuntu-default-settings as it has an unresolvable dependency
[07:13] <flocculant> needed dist-upgrade for some reason
[07:19] <Unit193> You're using the daily PPA then.  It pulled in dbus-user-session.
[07:25] <flocculant> aah right
[07:26] <flocculant> didn't think about that - x-d-s not upgrading threw me completely :)
[10:25] <bluesabre> morning all
[10:28] <akxwi-dave> morning
[11:25] <flocculant> morning bluesabre
[11:26] <flocculant> still not sure what you and Unit193 want to change, because no-one did :p
[11:27] <knome> flocculant, i just kind of finished making the council pad more literal
[11:27] <knome> flocculant, re: the team having the ultimate say, i think i've written that in a less harsh way now
[11:28] <flocculant> ack
[11:28] <knome> i agree that three people - whether they were the ones in the council or not - should be allowed to change the direction of the project if all others disagree
[11:28] <knome> otoh, the council *needs* to have some "power", like the XPL, to be able to steer the ship to where they want to
[11:28] <flocculant> of course
[11:29] <knome> ultimately, the council is elected from people "inside", so i don't think we will end up in situations where people bloodly disagree - after all, the community picked the council members themself
[11:30] <knome> but please do look at the pad (as i'm sure you're doing) and comment
[11:31] <flocculant> I did :)
[11:32] <flocculant> how does council oversee community?
[11:32] <knome> that needs rewriting, but what i mean with that is that the council should take care of business related to managing the community
[11:32] <knome> in a good way, not telling people what to do
[11:33] <knome> but enabling the community to do what they do the best
[11:33] <flocculant> so enabling tools so community can be a community?
[11:33] <knome> yeah
[11:33] <knome> i just changed the paragraph
[11:34] <flocculant> work with sounds better to me
[11:34] <knome> sure
[11:34] <knome> why doesn't that make any sense?
[11:35] <knome> do you mean it's repetition for no sake?
[11:35] <flocculant> no - I mean it doesn't make sense to me :)
[11:35] <knome> right
[11:35] <knome> basically it means that the council technically manages the xubuntu teams on launchpad
[11:35] <flocculant> hang on - I think I know what you mean - must be word(s) missing
[11:36] <knome> that's just a very very technical comment on how the LP bureucracy works
[11:36] <knome> it doesn't really need the last addition
[11:36] <knome> (so removed that for now)
[11:36] <knome> AND
[11:36] <knome> s/for/form/
[11:37] <flocculant> aah yea - makes sense now :)
[11:38] <knome> time for more coffee
[11:39] <flocculant> :)
[11:39] <flocculant> I'm happy with that pad, bluesabre ?
[11:41] <flocculant> knome: will launchpad be as easy as changing xpl to read something else do you know?
[11:42] <knome> yes, team names can be changed on the fly
[11:43] <flocculant> that's the first good thing I've heard about lp for a while :p
[11:43] <knome> (as long as you don't have active PPA's, but ~xpl doesn't)
[11:44] <knome> (so same as with usernames)
[11:45] <flocculant> right
[11:46] <flocculant> just thought I would ask :)
[11:46] <knome> sure
[13:12] <flocculant> Unit193: seems that x-d-s depends on systemd (>= 231-1~)
[14:03] <bluesabre> knome, flocculant: fixed a minor thing, otherwise looks good to me
[14:29] <flocculant> bluesabre: cheers - that'll do then
[14:51] <flocculant> https://code.launchpad.net/~flocculant/xubuntu-docs/xpl/+merge/301287
[17:23] <ochosi> evening all
[17:24] <ochosi> caught up on teh meeting notes from last night finally
[17:25] <ochosi> flocculant: while it's good you're not going anywhere, it seems like an appropriate time to thank you for your hard work! i know QA often isn't headline material, but it's so important and much appreciated
[17:25] <ochosi> and welcome akxwi-dave (when he's back)
[17:49] <flocculant> ochosi: thanks :)
[19:05] <Unit193> flocculant: Actually yes I changed it right after talking to you.  Yep, that's the other dep change, though generally systemd was pulled in before while dbus-user-session wasn't.
[19:12] <flocculant> Unit193: seems that systemd 231 is still in -proposed
[19:13] <flocculant> and it all changed later - did mp for the change a while back
[19:14] <Unit193> Yep, noticed.


[23:00] <IdleOne> Welcome back folks! We are reopen for business, that business being Quanta discussion, let us try to keep to the topic as much as possible. Have a good time!
[23:01] <AlanBell> speaking of /topic
[23:01] <IdleOne> AlanBell: you are free to edit that if you like :)
[23:01] <IdleOne> err it's quantal?
[23:02] <IdleOne> lol I don't remember


[08:34] <pietro> Hi all
[08:34] <pietro> I have ubuntu 21.10 beta, with my Thinkpad E14 Gen 2 I have a problem with the 5.13 kernel that I reported here, but I think I have something wrong as the bug is not related to Impish, can you help me?
[08:34] <pietro> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1945590
[08:34] <pietro> the bug is a kernel panic
[09:39] <klebers> pietro, hi! By something wrong you mean that the "Affects" section of the bug report is not mentioning Impish?
[09:40] <pietro> @<klebers> Yes!, as it is a major bug for me and I guess other owners of the same model I wanted to be sure
[09:42] <klebers> pietro, by default the package nomination for a bug report will always be the current development series, so adding the specific series is not strictly necessary. But I've added the nomination now to make it explicit.
[09:43] <pietro> Thank you :)
[09:46] <klebers> pietro, I'll also make sure our devel team is aware of the bug
[09:48] <pietro> Thanks, if there is anything I can do tell me, I will check the comments on launchapd


[06:06] <pitti> Good morning
[08:04] <jibel> Good morning
[08:41] <chrisccoulson> good morning everyone
[08:50] <didrocks> hey chrisccoulson
[08:55] <chrisccoulson> hi didrocks, how are you?
[08:55] <didrocks> chrisccoulson: quite busy… still fighting with autopilot tests not running
[08:55] <didrocks> yourself?
[08:56] <chrisccoulson> didrocks, trying to figure out why my tests aren't working properly (https://jenkins.qa.ubuntu.com/job/raring-ppa-adt-ubuntu_mozilla_daily_ppa-firefox-trunk/) ;)
[09:04] <Laney> ello
[09:04] <chrisccoulson> hi Laney
[09:04] <Laney> happy friday ;-)
[09:10] <seb128> hey desktopers
[09:11] <Laney> hey seb128
[09:40] <lool> didrocks: Just a heads up that I've fixed the smem issue we were seeing; it wasn't amd64 specific, but related to latest 3.8 kernels
[09:42] <didrocks> lool: interesting… good to know at least
[09:42] <didrocks> seb128 wasn't up to date then :)
[09:43] <seb128> didrocks, weird, I'm uptodate
[09:43] <didrocks> seb128: come on, you are so 2012! :-)
[09:43]  * didrocks hugs seb128
[09:43] <seb128> well, 3.5.0-18-generic
[09:43] <seb128> what's the current one?
[09:43] <lool> seb128: 3.8
[09:43] <lool> 3.8.0-1-generic
[09:44] <didrocks> yep, 3.8 here
[09:44] <seb128> k, I likely got the -generic binary dropped or something
[09:44] <seb128> didrocks, lool: thanks ;-)
[09:45]  * seb128 installs "linux"
[09:45] <lool> it's fortunate that the nexus 7 kernel was lagging behind to
[09:47] <BigWhale> Hmmm I think that GIR for Gstreamer is broken in 13.04 ...
[09:48] <BigWhale> https://bugs.launchpad.net/kazam/+bug/1099942
[09:48] <ubot2> Ubuntu bug 1099942 in Kazam Screencaster "Can't record video in any format" [Critical,Confirmed]
[10:03] <Laney> BigWhale: interesting
[10:03] <Laney> BigWhale: I get that when I start with a quantal chroot and then upgrade python-gi to raring's version
[10:08] <Laney> BigWhale: http://people.canonical.com/~laney/random-scripts/gst-broken
[10:11] <BigWhale> Laney, that's seriously broken yes ...
[10:11] <BigWhale> :/
[10:11] <Laney> quite
[10:11] <BigWhale> Thanks for confirming it's not just me. :)
[10:11] <Laney> want to file it with pygobject upstream? :-)
[10:13] <BigWhale> I'll do that yes.
[10:13] <Laney> excellent
[10:14]  * Laney subscribes
[10:23] <BigWhale> Laney, https://bugzilla.gnome.org/show_bug.cgi?id=692515
[10:23] <ubot2> Gnome bug 692515 in introspection "Run time error trying to register a type" [Critical,Unconfirmed]
[10:25] <Laney> merci
[10:26] <chrisccoulson> does everyone else see black lines with this link? http://people.canonical.com/~chrisccoulson/reftests/reftest-sanity/filter-1.xhtml
[10:26] <Laney> four boxes, alternating filled and outline
[10:27] <chrisccoulson> hmmm :/
[10:28] <chrisccoulson> i wonder why it appears all white when i run the actual tests?
[10:30] <seb128> chrisccoulson, what Laney said
[10:30] <chrisccoulson> thanks
[10:30] <tkamppeter> larsu, seb128, I have discovered a problem: In Raring we have switched the printer setup tool from s-c-p to g-c-c. The new g-c-c does not auto-download drivers from OpenPrinting, this functionality must be introduced as completely new feature. Askink upstream for implementing it will go a long process through GNOME design and also the upstream maintainer works at Red Hat and Red Hat would not put effort into a facility for downloading
[10:30] <tkamppeter>  proprietary drivers.
[10:31] <seb128> tkamppeter, wasn't that a known issue before we changed?
[10:31] <chrisccoulson> but for some reason, when i run the actual test here, the black lines are invisible
[10:31] <chrisccoulson> and it fails in the same way here too https://jenkins.qa.ubuntu.com/job/raring-ppa-adt-ubuntu_mozilla_daily_ppa-firefox-trunk/
[10:31] <larsu> seb128, tkamppeter, yes, this was a known issue. I thought we figured out the auto-downloading was done by the s-c-p daemon that we are still using?
[10:32] <seb128> tkamppeter, larsu: it's listed in https://blueprints.launchpad.net/ubuntu/+spec/desktop-r-system-config-printer-vs-gnome-3-control-center
[10:32] <seb128> "The new printer tool doesn't handle proprietary drivers (design choice), switching to the GNOME version would break downloading of those drivers
[10:32] <seb128> -> we don't want to drop that feature in Ubuntu
[10:32] <seb128>   -> if it doesn't get in upstream, we'll have to patch the ubuntu version"
[10:33] <larsu> seb128, right, I think I talked to tkamppeter after that and we figured out that this is done by the daemon
[10:34] <seb128> k
[10:34] <seb128> tkamppeter, btw you are a workitem on that blueprint about... " Make sure driver auto-download works: TODO"
[10:34] <larsu> seb128, I guess he's working on that right now :P
[10:35] <seb128> ;-)
[10:55] <tkamppeter> seb128, we have found a way to do it without needing to modify the GNOME tool, as the GNOME tools calls s-c-p backend libraries via D-Bus, I will put the functionality completely in the backend. S no problems with GNOME upstream.
[11:37] <chrisccoulson> ah, figured out the test failures
[11:38] <chrisccoulson> stupid build system is mangling some svg's when packaging the testsuite
[11:38] <chrisccoulson> grrrrr
[11:46] <chrisccoulson> bah
[11:46] <chrisccoulson> http://paste.ubuntu.com/1569357/
[11:46] <chrisccoulson> that there, breaks a significant amount of tests :(
[11:47] <chrisccoulson> pitti, how do i disable scour from running in the builds?
[11:47] <pitti> chrisccoulson: cdbs?
[11:48] <chrisccoulson> pitti, yeah, it's still cdbs
[11:48] <pitti> chrisccoulson: I guess it's cdbs, as that's the only one invoking it automatically
[11:48] <chrisccoulson> ah, i wasn't sure if this was some pkgbinarymangler thing
[11:48] <chrisccoulson> in that case, i'll grep the cdbs files :)
[11:49] <pitti> chrisccoulson: DEB_DH_SCOUR_ARGS = -N<pkgname>
[11:49] <pitti> to ignore that package name; can also be specified multiple times
[11:49] <chrisccoulson> thanks
[11:52] <chrisccoulson> right, i'll give that a try now :)
[13:51] <ogra_> cyphermox, could bug 1105068 be realted to your recent modemmanager question ?
[13:51] <ubot2> Launchpad bug 1105068 in ubuntu-nexus7 "getty on ttyGS0 causing lots of wakeups" [Undecided,New] https://launchpad.net/bugs/1105068
[14:04] <seb128> ogra_, the nexus meeting is at 5pm german time right?
[14:05] <cyphermox> ogra_: no it has nothing to do with it. It could indeed be caused by MM though.. not sure
[14:05] <ogra_> seb128, no, 5pm french time :)
[14:05] <seb128> ogra_, thanks ;-)
[14:08] <cyphermox> ogra_: my question was that I noticed that if I went very quickly after connecting the nexus 7 to open ttyASM3 in screen, I'd see AT commands sent by NM mess up with getty, but it settles down pretty quickly
[14:08] <cyphermox> whereas that bug is for ttyGS0 -- inside the nexus, as opposed to outside :)
[14:09] <ogra_> right, but it could be that getty gets confused by getting AT commands
[14:09] <cyphermox> I think the fix will likely be the exact same thing though, and I discussed it with upstream, Dan seemed to say it shouldn't be blacklisted but I still don't understand why -- seems safe to blacklist that particular USB ID
[14:10] <cyphermox> ogra_: in both cases it's a new "modem" (serial device), and getting probed
[14:10] <ogra_> well, we could do it as distro patch worst case
[14:10] <cyphermox> unless these wakeups come from something completely different
[14:10] <cyphermox> ogra_: oh yeah
[14:11] <cyphermox> but it still seems like a valid upstream patch -- if people are using that particular USB ID they are necessarily trying to do something special, since you can only get it if you use the kernel g_serial module, with the default settings
[14:11] <ogra_> hmm, i think the wakeups come from chraging the device
[14:11] <cyphermox> btw: why didn't we register a USB ID or just use a different one? ;D
[14:11] <cyphermox> ogra_: could be too
[14:12] <ogra_> hmm, or not
[14:12] <cyphermox> multiple 5V on a serial line?
[14:12] <ogra_> well, i just checked, still wakes up like crazy
[14:12] <ogra_> even with no cable plugged in
[14:12] <cyphermox> it could very well be confusing the kernel
[14:12] <ogra_> so its neither
[14:12] <cyphermox> ah
[14:12] <cyphermox> well no
[14:12] <cyphermox> it can still be MM
[14:12] <ogra_> on the nexus side, yeah
[14:13] <ogra_> shutting down MM on the nexus seems to not have any effect either
[14:14] <cyphermox> interesting
[14:14] <cyphermox> I'll give it a shot
[14:14] <cyphermox> brb
[14:28] <cyphermox> ogra_: what command got the traces?
[14:28] <ogra_> traces ?
[14:28] <cyphermox> wakeups
[14:28] <ogra_> i'm just watching with htop
[14:28] <cyphermox> in the bug
[14:28] <ogra_> ask cking ... though he might be using powertop
[14:29] <cking> i used eventstat
[14:29] <didrocks> pitti: hey, I would appreciate if I can abuse from some of your rescoring power for https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/4246818
[14:29] <didrocks> so that we can get a daily release soon :)
[14:29] <ogra_> but htop shows it nicely as well, getty eats CPU all the time
[14:29] <ogra_> usually being in the top 5 busy apps when sorting by CPU
[14:30] <cyphermox> yeah but eventstat interests me ;)
[14:30] <cking> I wrote it for the power saving work in 12.04
[14:30] <pitti> didrocks: hmm; bumping to 6000 now makes it "7 hours" :(
[14:31] <cking> cyphermox, think of it like vmstat for events ;-)
[14:31] <cyphermox> cking cool
[14:31] <pitti> didrocks: even 900
[14:31] <didrocks> urgh
[14:32] <cyphermox> of course it may be counterproductive to do that while connected to 3G over said bus...
[14:32] <pitti> didrocks: two libo builds, and some disabled ones, sorry
[14:32] <pitti> didrocks: but it'll be the next in line
[14:33] <didrocks> pitti: ah, excellent! Thanks a lot :) I won't have to wake up in the middle of the night to ensure the daily is in :)
[14:33]  * didrocks hugs pitti
[14:34]  * pitti hugs you back
[14:43] <cyphermox> Cking: hmm its special on the nexus with on board... It doesn't limit output to the number of lines on the terminal.
[14:45] <cking> cyphermox, ah, so it's the  tty driver being a pain then?
[14:48] <ogra_> cking, do you have a 3G nexus ?
[14:48] <cking> ogra_, how do I figure that out?
[14:48] <ogra_> i wonder if that comes into play somewhere and interferes
[14:49] <ogra_> hmm, good question, i gues it shoudl offer you 3G networks in NM
[14:49]  * ogra_ has never had a 3G one in his hands, in fact i only own an 8G model from the early days
[14:49] <didrocks> seb128: did you see quite some dconf crashes since yesterday's fix?
[14:50] <didrocks> seems there is nothing in errors on the first page
[14:51] <cking> ogra_, I can't see any 3G networks, so can't tell really
[14:51] <ogra_> well, was it given to you by the company ?
[14:51] <ogra_> i know we didnt buy any 3G models
[14:53] <cking> ogra_, i purchased it from google
[14:53] <ogra_> heh, well, then you should know what you bought :P
[15:09] <didrocks> seb128: https://bugs.launchpad.net/ubuntu/+source/d-conf/+bug/1104883
[15:09] <ubot2> didrocks: Error: ubuntu bug 1104883 not found
[15:17] <didrocks> hey desrt :)
[15:17] <didrocks> desrt: want to debug a dconf crash? do you need the stacktrace this time to get it fix or will you just be awesome once more and not using it? :)
[15:23] <cyphermox> ogra_: speaking of a 3G model, I wouldn't mind having my hands on one to make sure the modem works properly there. you know, maintaining MM and everything ;)
[15:23] <cyphermox> cking: well, partly
[15:23] <cyphermox> cking: the tty driver is being a pain because it's hard to easily readable data from eventstat unless you're on serial
[15:23] <ogra_> cyphermox, probably vanhoof has one
[15:24] <cyphermox> cking: but then that will break the data you get if what you're interested in is how often the nexus wakes up because of the tty
[15:24] <cyphermox> cking: otherwise, we use the g_serial module with no parameters, so it load up with the default USB ID
[15:24] <ogra_> else have your  managernapprove the expenses
[15:24] <ogra_> ;)
[15:25] <cyphermox> that has the chance of being used elsewhere by people trying to really hook up some fake modem to MM
[15:25] <cyphermox> I wish we could register our own, or kind of steak the USB ID from the actual nexus
[15:25] <cyphermox> *steal
[15:25] <cyphermox> since you know... it's a nexus
[15:25] <cking> yup
[15:26] <cyphermox> though if we use that USB ID, then I definitely can't blacklist it in ModemManager, otherwise it will break tethering
[15:26] <cyphermox> I think registering an ID with IANA or whatever costs money though
[15:26] <cyphermox> the current state isn't too bad, just a little tricky for some things ;)
[15:27] <cyphermox> ogra_: I've been thinking seriously about it
[15:27] <cyphermox> but then maybe I'd just buy it outright and keep it ;)
[15:27] <ogra_> yeah,i wasnt joking eithern:)
[15:29] <jibel> didrocks, dconf crash has been retraced and duped to bug 1104883
[15:29] <ubot2> Launchpad bug 1104883 in d-conf (Ubuntu) "dconf-service crashed with SIGSEGV in g_variant_is_trusted()" [Medium,Confirmed] https://launchpad.net/bugs/1104883
[15:30] <didrocks> cyphermox: not seeing my pings? :)
[15:30] <cyphermox> err sorry yeah I might have missed them
[15:30] <didrocks> jibel: hem, I wrote that 20 minutes ago and even tried to teased desrt, but thanks! :)
[15:31] <jibel> didrocks, you're faster than my email client then :)
[15:32] <didrocks> jibel: I have an easy F5 :p
[15:41] <sil2100> didrocks: did all tests for all machines run in 51?
[15:42] <didrocks> sil2100: not on ATI
[15:42] <didrocks> sil2100: but for nvidia/intel, it's reliable
[15:42] <didrocks> sil2100: it doesn't have your latest fix, but the rest, you can base on it if you want to continue fixing some :)
[15:42] <didrocks> sil2100: also, maybe you can investigate to put back the multi-ws ones, changing the value before the test and putting that back to 1 during the teardown?
[15:44] <sil2100> didrocks: yea, I'll think whether to do those or just revisit them later and now look at standard failures ;)
[15:45] <didrocks> sil2100: sounds good to me as well!
[15:45] <didrocks> sil2100: kill them all \o/
[15:47] <seb128> didrocks, didn't no, but seems you found it
[15:47] <Sweetshark> bdrung: do you think I should edit/merge the ppa changelog lines from previous historical uploads too?
[15:51] <Sweetshark> bdrung: (esp. those of upstream versions that never made it to main?)
[15:51] <didrocks> seb128: yep, can you put that on your track list once desrt is back? we can get it reliably in the daily release
[15:51] <seb128> didrocks, sure
[15:51] <didrocks> thanks a lot :)
[15:58] <bdrung> Sweetshark: if the raring version has the ppa paragraphs in it, you can keep them (to avoid additional work)
[16:00] <bdrung> Sweetshark: alternatively, you could take the whole changelog from Debian and add only one new paragraph for raring (but then you have to state all changes to debian)
[16:10] <Sweetshark> bdrung: k
[16:47] <desrt> didrocks: again?
[16:48] <didrocks> desrt: yeah, you screwed some daily release for me! (this time, it doesn't impact that much, but apport is taking the focus and so the integration tests are failing)
[16:48] <desrt> nice.
[16:48] <didrocks> desrt: https://bugs.launchpad.net/ubuntu/+source/d-conf/+bug/1104883
[16:48] <ubot2> Ubuntu bug 1104883 in d-conf (Ubuntu) "dconf-service crashed with SIGSEGV in g_variant_is_trusted()" [Medium,Confirmed]
[16:48] <desrt> that'
[16:48] <desrt> s already fixed
[16:49] <didrocks> seb128: backporting? :) ^
[16:49] <seb128> desrt, not in the commits you told me to backport the other day :p
[16:49] <seb128> desrt, do you have the commit id?
[16:49] <desrt> yup.  just commented on the bug
[16:49] <seb128> didrocks, do you have a testcase to confirm the fix?
[16:49] <desrt> but here: http://git.gnome.org/browse/glib/commit/?id=998c6e65cf18aee626b9982347c29b4b09f2c097
[16:49] <seb128> desrt, thanks
[16:50] <desrt> very very old bug
[16:50] <seb128> oh, come on
[16:50] <seb128> not another glib upload :/
[16:50] <desrt> hahah
[16:50] <didrocks> seb128: not really, apart from not having crashes during the daily release tests
[16:50] <desrt> https://bugzilla.redhat.com/show_bug.cgi?id=789824 may interest you
[16:51] <ubot2> bugzilla.redhat.com bug 789824 in dconf "[abrt] dconf-0.10.0-1.fc16: gvs_tuple_is_normal: Process /usr/libexec/dconf-service was killed by signal 11 (SIGSEGV)" [Unspecified,On_qa]
[16:51] <seb128> desrt, btw didrocks almost convinced me I was wrong to agree on taking glib unstable serie
[16:51] <desrt> that would have been a mistake, considering this bug is some 3-4 years old :)
[16:51] <seb128> it's turning again into playing catchup on segfault issues
[16:51] <didrocks> seb128 loves backporting fixes :)
[16:52] <seb128> well, we didn't have those segfaults before updating dconf
[16:52] <desrt> plus: i warned you this would be a bumpy ride in terms of weird possibly-incompatible changes, but that i'd be around to fix crashers
[16:52] <desrt> ya... fedora was having these issues since last year
[16:52] <desrt> but they did get worse recently
[17:09] <seb128> desrt, https://launchpadlibrarian.net/129480637/buildlog_ubuntu-raring-amd64.glib2.0_2.35.4-1~ppa4.2_FAILEDTOBUILD.txt.gz btw
[17:10] <desrt> GLib:ERROR:/build/buildd/glib2.0-2.35.4/./glib/tests/gwakeuptest.c:243:test_threaded: assertion failed (g_atomic_int_get (&tokens_alive) == 0): (4 == 0)
[17:10] <desrt> oh good.  hit my new assert.
[17:10] <desrt> so i think it's the kernel
[17:11] <seb128> desrt, it's racy, I had to try 3 times to hit the build issue
[17:11] <desrt> i was concerned that i had gotten some weird thready stuff wrong in that test, but this makes it pretty clear
[17:11] <desrt> the GWakeup does not get signalled until that variable is set to 0
[17:12] <desrt> and meanwhile the assert sees it set to 4
[17:12] <desrt> seb128: have you ever seen the issue on a non-builder build?
[17:13] <seb128> desrt, no, but I tend to skip the glib testsuit when I only backport a simple commit, it takes ages to run on my laptop ;-)
[17:13] <desrt> hrmph.
[17:13] <Laney> it also doesn't happen on the distro builders?
[17:14] <desrt> so we can go with my process-is-being-randomly-signalled-by-something theory
[17:14] <seb128> Laney, hard to say, we didn't upload glib enough to say
[17:14] <seb128> Laney, I got it twice on amd64 with 5 ppa uploads, 0 times on i386
[17:14] <desrt> which would cause poll() to early-exit with errno=EINTR
[17:15] <seb128> desrt, so you are saying that the test can be "bugged" by external processes?
[17:15] <desrt> seb128: only by something causing EINTR
[17:15] <desrt> which the kernel can throw at it for all kinds of stupid reasons
[17:16] <desrt> this is what we were speculating about the other day
[17:16] <seb128> right
[17:16] <desrt> lemme throw another more-assert patch your way
[17:16] <desrt> this bug is really interesting
[17:16] <desrt> sorry it's so annoying for you :)
[17:17] <seb128> no worry, it's not *that* annoying, it didn't break my upload to raring
[17:22] <desrt> seb128: http://www.fpaste.org/yw51/
[17:22] <seb128> desrt, thanks
[17:23] <desrt> i honestly don't know what we will see :)
[17:28] <Sweetshark> bdrung: http://paste.ubuntu.com/1570329/ <- fixed changelog
[17:31] <Sweetshark> bdrung: eh, make that: http://paste.ubuntu.com/1570337/
[17:47] <bdrung> Sweetshark: "upstream beta -- first port to raring" and "ppa prerelease bugs to packaging mailing list" could be dropped (no new information)
[17:47] <bdrung> Sweetshark: you have "merge from Debian" twice. that could be combined to one entry
[17:48] <bdrung> Sweetshark: besides that, it looks good
[17:50] <bdrung> Sweetshark: i will take the source tarballs from http://people.canonical.com/~bjoern/libreoffice4/ and the debian directory from the debian git repository (so pushing your changes there is enough)
[17:53] <Sweetshark> "ppa prerelease bugs to packaging mailing list" actually is new information, but it could be clearer -- as in:
[17:54] <Sweetshark> make ppa prerelease bugs being reported to packaging mailing list in control-file
[17:54] <bdrung> Sweetshark: i will leave now. i wish you enjoyable holidays. i will continue review the package later, fix severe issue (if any found), upload it, and sent you a mail with stuff that should be fixed in future uploads.
[17:54] <bdrung> Sweetshark: = "debian/control.in: make ppa prerelease bugs being reported to packaging mailing list"?
[17:55] <bdrung> Sweetshark: is that change only relevant for the PPA?
[17:57] <Sweetshark> bdrung: not quite. the change is in debian/rules and it generates a "Bugs:<ppa packaging team>" in the control file, if and only if the package version has a ppa string in it.
[17:58] <bdrung> ah, okay. the changelog entry was misleading me.
[18:00] <bdrung> Sweetshark: BTW, PPA should be written in capital in the changelog entries
[18:00]  * didrocks waves good evening, see you in a week guys!
[18:00] <Laney> didrocks: have fun!
[18:00] <didrocks> thanks, good luck for next week Laney ;)
[18:00] <Laney> haha
[18:01]  * Laney suddenly gets scared
[18:01] <didrocks> ;)
[18:12] <Sweetshark> bdrung: pushed as http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=commitdiff;h=23b97aa8cc5c80b82d10fe39be73aca1e347eefb
[18:12] <Sweetshark> bdrung: thanks a lot.
[18:15]  * Sweetshark begins teardown for going on vacation.
[18:42] <doomlord> anyone know if /how its possible to add file thumbnailers to the ubuntu filebrowser
[18:43] <doomlord> (additional thumbnailers for new types )
[18:45] <Laney> doomlord: should be; see /usr/share/thumbnailers/
[18:45] <Sweetshark> bdrung: oh, one note: you need to do a "./debian/rules control" to regenerate the control file when using the debian dir from the branch. Checking in a generated file didnt make sense to me (and is terribly annoying on merges)
[18:47] <mterry> seb128, sorry I missed the nexus7 meeting this morning, but I'm reading the log
[18:47] <seb128> mterry, no worry, thanks
[18:48] <doomlord> i'm guessing %s = size, %u=input filename, %o = output filename for the commandline invocation
[18:50] <robru> mterry, seb128 : there was a meeting this morning?
[18:50] <doomlord> before i write it , does anything  in linux provide thumnailers for 3d file formats like .obj
[18:51] <seb128> robru, not a desktop one, there is a nexus7 weekly meeting at 4pm utc on #ubuntu-meeting
[18:51] <robru> seb128, should I be participating in that?
[18:51] <seb128> robru, it's a good idea to join for those who are up seeing the nexus focus
[18:51] <robru> ok
[18:52] <robru> seb128, I'll try for the next one ;-)
[18:52] <seb128> robru, well, it's a status update meeting more than anything else, reading the log is good enough if you don't have questions ;-)
[18:59] <Laney> enough gstreamer/pidgin!
[18:59] <Laney> happy weekend everyone ;-)
[19:09] <mterry> robru, a nexus7 meeting happens at 16h UTC on Fridays
[19:09] <mterry> robru, in #ubuntu-meeting
[19:10] <robru> mterry, thanks
[19:26] <desrt> seb128: looks like the amd64 build of your glib upload got past the glib/tests/ :(
[19:26] <desrt> seb128: maybe you should modify the next upload to run the testsuite 20 times :)
[19:36] <robru> mterry, ping
[19:37] <robru> mterry, actually this is too hard to explain in IRC, I'm going to email you
[19:46] <mterry> robru, yo
[19:48] <robru> mterry, check your inbox please ;-)
[19:51] <mterry> robru, yes Vala is magic
[19:51] <mterry> robru, there are two separate things going on that make it seem magical
[19:52] <mterry> robru, oh ok
[19:52] <mterry> robru, just saw your other message.  Will reply in email
[20:10] <mterry> robru, replied
[23:46] <robru> anybody around to help me troubleshoot some networking issues on the pandaboard? cyphermox ?
[23:59] <robru> cyphermox, I managed to boot quantal on my pandaboard, plugged in wired ethernet, and I got the notification bubble that it was connected over ethernet, but the installer gave me the warning that the installation is best done with a network connection. So I click continue anyway, and the first thing it asks me to do is connect to a wifi. So I choose my same wifi, and I get the notification bubble saying it's connected (so now it has
[23:59] <robru> both wired and wireless connection into the same router), but the installation wizard does not continue past that point, it just hangs on the wifi selection screen (despite the fact that the wifi connected successfully).


 Happy Monday, and happy Chopsticks Day! 😃
[10:10] <zmoylan-pi> playing the piano chopsticks or making a mess at dinner chopsticks?
[11:02] <davmor2> JamesTait: https://www.youtube.com/watch?v=q3m7BZ5tzeg got you covered
[11:07] <davmor2> JamesTait: or better still https://www.youtube.com/watch?v=0Yu62StlsMY
[11:58] <diplo> Anyone here use check_esx_hardware.py check for nagios ?
[11:59] <diplo> Have an issue where we had some bad memory, replaced it.. vSphere is saying its happy now but the memory alert ( although slightly different ) is on
[11:59] <diplo> with the script, I'm thinking it's a log issue and needs restarting/clearing but can't find out for sure, thought I'd ask here before delving deeper
[14:21] <SuperMatt> very quiet today
[14:43] <davmor2> BOO!
[14:44] <SuperMatt> ARGH!
[14:47] <Azelphur> I'm happy with myself, snagged a 2200VA APC Smart UPS for £60 :D
[15:01] <foobarry_> 9gag.com/gag/aWmZoD3
[15:01] <foobarry_> mmm glue cereal
[15:06] <popey> that is the first time I have ever seen anyone post a 9gag url on irc I think
[15:07] <foobarry_> you're welcome
[15:07] <TwistedLucidity> It's like adverts are lies or something....
[15:07] <foobarry_> risky click
[15:08] <viper_> hey guys
[15:08] <popey> ffs. gnome terminal, double click a url and it only hilights the //foo/bar/baz, without the protocol on the front
[15:09] <popey> the first for this is a field which has been removed from gnome-terminal
[15:09] <viper_> i had mouse trouble that had similar symtoms
[15:10] <Azelphur> popey: I think you can right click and copy / open link though?
[15:11] <diddledan_> yeah, I right-click
[15:11] <diddledan_> I missed the 9gag url :-o
[15:11]  * Azelphur is currently a KDE heathen
[15:12]  * diddledan_ writes a sternly worded letter to Azelphur
[15:12] <Azelphur> hehe
[15:12] <foobarry_> where were you diddledan_ when teh 9gag was posted
[15:12] <foobarry_> popey already had a tshirt made
[15:12] <diddledan_> I wasn't online - just reinstalled my system
[15:12] <foobarry_> chose the worst time
[15:24] <popey> Azelphur: yeah, right click is horrid though
[15:28] <davmor2> popey: stop being a wuss and just type it in :P
[15:28]  * diddledan_ types it in. quite hard.
[15:29] <zmoylan-pi> or screenshot the terminal, feed it through ocr and then select the text via cursor keys in a text editor like nature intended... :-P
[15:29] <ali1234> or just use a good terminal emulator
[15:30] <diddledan_> macos has a commandline prog to pipe text into which then gets put into your clipboard
[15:30] <ali1234> X11 also has this
[15:30] <diddledan_> might be called pbcopy?
[15:30] <ali1234> but i cant remember what it is called
[15:30] <zmoylan-pi> but then choosing a terminal emulator becomes like choosing a text editor... a life long task...
[15:30] <diddledan_> no idea about the x11 one
[15:30] <diddledan_> and of course the x11 one won't work once we're mirified or waylanded
[15:31] <ali1234> xclip, and yes
[15:31] <ali1234> zmoylan-pi: i'll save you the time. just use terminator
[15:32] <ali1234> although given that it uses libvte it should act the same way
[15:32] <diddledan_> I like terminating termites, they're extermites
[15:33] <diddledan_> ... I'll get my coat
[15:33] <ali1234> oh, it's because terminator still uses gtk2
[15:33] <diddledan_> \o/ for old
[15:34] <ali1234> \o/ for things that actually work properly
[15:34] <diddledan_> new shiny is new shiny
[15:36] <ali1234> http://webcomicname.com/image/152958755984
[17:49] <diddledan_> this one is annoying me: https://bugs.launchpad.net/ubuntu/+source/gnome-color-manager/+bug/1655536
[19:00] <daftykins> one of the kittens fell in behind the fireplace and got stuck XD she gave us a right scare
[19:00] <daftykins> https://www.dropbox.com/sh/vybexjg54vem60k/AACmwBebzl7JN48EV5HLj9aBa?dl=0
[19:01] <daftykins> i managed to dangle a long scarf down into the back and she climbed to safety... *phew*
[19:01] <diddledan_> MS just dropped the prices on some VM instances on the Azure thingy. 1.75GB RAM with 1CPU and 40GB HDD now costs £12.75/mo
[19:02] <daftykins> that's pretty steep for a month o0
[19:05] <diddledan_> I like the kittybed of polystyrene
[19:05] <diddledan_> so cute: https://photos-4.dropbox.com/t/2/AADThI9ys8x87x4B0dV5H2L6YD3kXOxUqlEW-KEX9XLvvg/12/54276969/jpeg/32x32/3/1486425600/0/2/8.jpg/EOyr9SkYi1ggBygH/VjjZrwtpW7-Ybxw9rvQVoZr66rjPgIK9koUjH-WKWIU?dl=0&size=1280x960&size_mode=3
[19:06] <diddledan_> poking their lil tongue out and everything :-)
[19:06]  * diddledan_ gushes
[19:07] <daftykins> ikr, i saw the tongue and thought ermageeeeerd camera!
[19:27] <zmoylan-pi> if those cats don't have names that start with the letter M :-)
[19:32] <daftykins> Polly and Daisy!
[19:35] <zmoylan-pi> Molly and Maisy... :-P
[20:16] <daftykins> what's the 'M' significance? :)
[20:16] <zmoylan-pi> the m's in the fur on their foreheads
[20:17] <daftykins> hahaha never even spotted that!
[20:18] <zmoylan-pi> you hang out on irc in a linux channel and you don't spot tiny odd patterns... :-P
[20:19] <daftykins> just every user and every way they try to use computers!
[20:39] <reinoso> thanks to every one who helped me on the 30th of January with my lubuntu installation problem
[20:39] <reinoso> especially zmoylan-pi
[20:40] <reinoso> it has taken me a few attempts and hours to put the instructions of the link you put here in place, but now it finally seems to be working :)
[20:40] <reinoso> so, thank you so much
[20:40] <daftykins> crikey, write it down :P
[20:41] <reinoso> ?
[20:44] <daftykins> the instructions... sometimes sites go down, so keep a backup copy


[02:57] <lisander_> hello its me again
[02:58] <lisander_> and i still have the weird behaivor on my laptop keyboard everytime y press right shift key
[02:59] <lisander_> i cant find a proper keyboard layout on system, preference, keyboard
[02:59] <lisander_> i have to use generic 104 keys
[03:00] <lisander_> i think this it the problem
[03:00] <lisander_> but
[03:00] <lisander_> i select others layout inclusive from other laptops like armada, dell, etc
[03:00] <lisander_> but the problem still persist
[03:00] <lisander_> any guru have an idea
[03:01] <lisander_> my laptop is toshiba m45-s359
[03:01] <lisander_> please help!!!!


[23:51] <cowbud> anyone else have the problem of amarok not playing sound?
[23:52] <cowbud> oh snap it is mp3s what library am I missing for phonon to play that trash?
[23:54] <cowbud> oh that's annoying
[23:54] <cowbud> libxine-all-plugins wasn't installed
[23:55] <cowbud> that fixed that problem, yay
[23:56] <cowbud> I thought there were hooks to suggest things like that?


[19:44] <mudkiller> hi!
[19:44] <mudkiller> im new to ubuntu
[19:44] <mudkiller> i have just installed it on my netbook
[19:44] <mudkiller> after that, I ran Update Manager and install everything that is checked, is it correct?
[19:52] <holstein> mudkiller: i would look through the list... see what you recognize
[19:53] <holstein> mudkiller: it is typically safe to do all upgrades, but you can break things by ugrading
[20:10] <mudkiller> holstein: ow, i see. thanks for the advice man