[01:51] <claydoh> might it be wise to note that some packages that seem to be important (kdepimlibs) will be removed when upgrading to 4.5?
[01:51] <claydoh> on the website that is
[01:54] <Riddell> claydoh: kdepimlibs won't be removed, it'll be upgraded
[01:54] <Riddell> it's been split up is the change
[01:54] <claydoh> Riddell: what about libkontactinterface.so.4?
[01:55] <Riddell> libkontactinterface4 is the package for you
[01:56] <claydoh> :) found it, and libakonadi-contact4
[01:56] <yofel> hm, upgrading my lucid vm to 4.5 removed ktorrent :/
[01:57]  * claydoh forgot that this happened back in betas
[01:57] <Riddell> yofel: ktorrent is in the PPA
[01:58] <Riddell> yofel: hmm, or maybe not
[01:59] <yofel> it seems 4.0.1-1ubuntu1~lucid2~ppa1 is in the ppa
[01:59] <yofel> but that has a missing dependency on libktorrent1 (>= 1.0.1)
[02:01] <Riddell> yofel: libktorrent copied over, should appear in a minute
[02:18] <ScottK> It would have been nice if KDE could have finished building before builds got broken again by the qt4-x11 upload.
[08:13] <Mamarok> congrats for KDE 4.5, upgrade went flawlessly :)
[08:14] <alvin> aptitude alarms me about broken packages since the upgrade: http://kubuntu.pastebin.com/9uv2UqNJ
[08:14] <alvin> has it already finishes uploading?
[08:14] <alvin> s/finishes/finished
[08:15] <alvin> Do I have to remove some packages before upgrading?
[08:15] <jussi> alvin: thats not correct, we had that issue yesterday, but it was fixed. have you done "sudo apt-get udate"
[08:15] <jussi> alvin: thats not correct, we had that issue yesterday, but it was fixed. have you done "sudo apt-get update"
[08:15] <alvin> I just did, yes
[08:15] <jussi> hrm
[08:15] <alvin> jussi: Just did it again. Same result. Let me check another computer
[08:15] <jussi> it shouldnt be removing those packages. which ppa are you using?
[08:16] <alvin> kubuntu-ppa/backports and kubuntu-ppa/ppa
[08:19] <jussi> hrm, Im not sure. Im just using backports.
[08:19] <alvin> ok, I found another computer with Kubuntu and the backports ppa enabled. Same issues.
[08:19] <alvin> I'm going to disable the kubuntu-ppa/ppa
[08:21] <alvin> No immediate change. I don't think the kubuntu ppa contains a lot of packages I have installed. Note that 'apt-get dist-upgrade' doesn't warn me! Usually, I always use aptitude because it is the recommended method.
[08:22] <alvin> apt-get does want to remove more packages than aptitude
[08:24] <Blizzz> i also had those problems, thouugh kubuntu-desktop and kdebase-workspace(-bin) are fine, it still wants to remove the libqt4 packages as well as kdevelop
[08:28] <alvin> Are you also seeing the difference between aptitude and apt-get? Should there actually be a difference?
[08:32] <Blizzz> i'm only using aptitude
[08:32] <Blizzz> you shouldn't mix 'em up
[08:37] <alvin> ok, just enabled kubuntu-backports on a machine where that was previously not using any ppa's. Same problem. I also only use aptitude.
[08:38] <alvin> but I do think there might be some dependency problem at work here.
[08:40] <Blizzz> off for work, bye
[08:57] <alvin> What's the official method to file dependency bugs in PPA? Is it Launchpad?
[08:58] <nigelb> kubuntu ppa? If so, there is a kubuntu ppa project
[09:01] <alvin> nigelb: Thanks.
[09:08] <ScottK> alvin: Where is aptitude recommended over apt-get?
[09:08] <alvin> ScottK: Debian Administration Guide
[09:08] <ScottK> alvin: What distro are you running?
[09:08] <alvin> Kubuntu of course
[09:08] <ScottK> Right.  Is that Debian?
[09:09] <alvin> I hope so :-) Kubuntu doesn't have an 'administration guide', right?
[09:09] <ScottK> There was a time when that was a good recommendation, but it's really obsolete.
[09:10] <ScottK> The reasons to recommend aptitude don't really apply anymore and apt-get is less likely to consider removing half your system a good solution.
[09:10] <alvin> i suppose dependency checking in apt-get got better in time
[09:10] <ScottK> It id.
[09:10] <ScottK> id/did
[09:10] <ScottK> Aptitude really tries too hard sometimes.
[09:10] <alvin> but isn't there a dependency problem here? I just found bug 615902 on Launchpad.
[09:11] <sheytan> ScottK hi ;)
[09:11] <sheytan> is bluedevil packaged?
[09:12] <ScottK> sheytan: It is.  It's in New and will get into Maverick.
[09:12] <ScottK> alvin: There may be.
[09:12] <sheytan> ScottK any way to install in lucid?
[09:12] <ScottK> sheytan: Someone would need to put it in backports.
[09:13] <sheytan> ScottK would be nice :)
[09:15] <sheytan> hey guys
[09:15] <sheytan> http://pastebin.com/xBk2mCSF
[09:15] <sheytan> problems with korganizer
[09:16] <sheytan> http://pastebin.com/RrFvmSVc
[09:16] <sheytan> and addressbook
[09:18] <sheytan> looks like PIM is broken
[09:18] <sheytan> know bug?
[09:20] <ScottK> We didn't change pim recently.
[09:22] <sheytan> ScottK well, after upgrade you see what's happen
[09:23] <ScottK> I don't have that error on Maverick.
[09:23] <sheytan> ScottK i'm on lucid
[09:24] <ScottK> Works on Lucid for me too.
[09:25] <sheytan> ScottK something is broken
[09:27] <sheytan> i installed kontact interface library and now there's another stuff missing, anyway, this package is 4.5.0
[09:28] <sheytan> ok, kmail works
[09:28] <sheytan> korganizer too
[09:28] <sheytan> and kaddressbook too :D
[09:28] <ScottK> Sounds like a missing dependency in the PPA then.
[09:29] <sheytan> ScottK i installed kontact interface library and akonadi-contact
[09:29] <sheytan> both 4:4.5.0
[09:29] <ScottK> Someone should look into that then.
[09:29] <sheytan> yep
[09:31] <ScottK> I make it a practice not to worry about the PPAs.  I've got too much else to do.  Sorry.
[10:20] <ScottK> sheytan: Thanks for poking about bluedevil.  It turns out it used newer packaging features than Launchpad supports, so I fixed it.  Should be in Maverick today.
[10:38] <sheytan> ScottK would be so cool if you could backport it please :)
[10:38] <sheytan> every time i have to send a file over kbluetooth i need to restart it :D
[10:39] <Riddell> sheytan: you can do the backport request to speed up the process
[10:39] <sheytan> Riddell how to :D
[10:55] <yofel_> hm, lucid 4.5 upgrade in my VM didn't fare well, after login I get the wallpaper and the mouse. Oh wait, the wallpaper just vanished, now I only have the mouse left
[10:55] <yofel_> how do you switch to a tty in kvm ?
[10:55] <Riddell> other people have reported that, it's a bit scary, I've no idea what the issue is
[10:59] <allee> sheytan, ScottK: locate still knowns about /usr/lib/libkontactinterface.so.4, but file is not on disk anymore.  So the file is no longer in kdepimlibs5 4.5.0 does no longer contain the file
[11:03] <allee> allee: plasma-desktop 4.5 crashed on login, because of the opendesktop widget.  Workaround: If appendend _foobar to the plugin name in plasma-desktop-appletsrc and plasma-desktop started again
[11:09] <Riddell> allee: it's in libkontactinterface4
[11:10] <Riddell> hmm, the kdepimlibs5 dummy package should depend on that but it doesn't
[11:10] <sheytan> alle install kontact-interface-library and akonadi-contact. That helps
[11:10] <sheytan> allee^^
[11:16] <allee> lunch bbl
[11:46] <alf__> Riddell: Hi! Could you take a look at https://launchpad.net/~afrantzis/+archive/qt4-qws when you have some time? I have upgraded to beta2.
[11:51] <Riddell> alf__: have you tried compiling it on arm at all?
[11:52] <alf__> Riddell: yes it is in ppa:asac/armel1
[11:53] <Riddell> nice
[11:59] <Riddell> alf__: looks fine, I take it you don't have a bzr packaging branch?
[12:03] <alf__> Riddell: I started to create a temporary one at lp:~afrantzis/+junk/qt4-qws some time ago but it is still uploading. It's history is not very clean (experiments etc), so perhaps I should create a new one?
[12:04] <Riddell> alf__: I'd recommend branching from our normal qt branch lp:~kubuntu-members/qt/ubuntu/  then adding in the qws changes
[12:04] <Riddell> that way it should be easy to keep up to date with changes in the normal qt branch
[12:04] <Riddell> alf__: however this is all good for now, want me to upload?
[12:05] <alf__> Riddell: yes, that would be great, thanks!
[12:07] <Riddell> "dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address"
[12:08] <Riddell> hmm that should be fixed for linaro
[12:11] <alf__> Riddell: you mean in dpkg-source?
[12:13] <Riddell> alf__: yes
[12:13] <Riddell> otherwise I can't build the source package
[12:14] <Riddell> fixed locally, building
[12:17] <alf__> Riddell: great thanks, I'll raise the issue with the linaro team
[12:18] <debfx> Riddell: could you upload amarok to fix that annoying crash? patch is in the bzr branch
[12:19]  * Riddell queues up amarok after qt4-qws
[12:20] <debfx> thanks :)
[12:26] <debfx> Riddell: all build-deps have to be in main even if one is only needed for a universe binary package, right?
[12:26] <Riddell> debfx: yes
[12:27] <debfx> so ffmpegthumbnailer needs to be in main to fix bug #615761
[12:30] <Riddell> debfx: and if ffmpegthumbnailer was in main it wouldn't use the embedded copy?
[12:32] <debfx> Riddell: we'd have to patch the cmake file
[12:32] <Riddell> does this solve a problem?
[12:46] <debfx> yes, the problem of having to maintain different versions of the same product
[12:50] <Riddell> debfx: needs a MIR then and the patch to kdemultimedia
[12:58] <yofel> grr, my lucid vm still doesn't work with 4.5 (mouse cursor with white background now...) - here's .xsession-errors if anyone finds something http://pastebin.com/shZYRsS6
[13:02] <Riddell> alf__: upload complete!
[13:02] <alf__> Riddell: Thanks!
[13:16] <sheytan> Riddell how can i make a backport request?
[13:20] <Riddell> sheytan: file a bug on launchpad.net/lucid-backports
[13:20] <Riddell> then compile the backport locally and check it works and report back on the bug
[13:22] <sheytan> Riddell https://bugs.launchpad.net/lucid-backports/+bug/616325
[13:22] <sheytan> yep :D
[13:22] <sheytan> and i tested bluedevil on lucid, works fine
[13:22] <Riddell> it'll also need one for libbluedevil
[13:22] <Riddell> then say so on the bug
[13:23] <sheytan> Riddell for libbluedevil a separated one?
[13:24] <Riddell> yes
[13:27] <sheytan> Riddell should be fine now :)
[13:28]  * sheytan is waiting for bluedevil for lucid ;)
[13:32] <Riddell> there should be a comment saying that you compiled the maverick package without changes and installed and ran it without problems
[13:32] <Riddell> and the bluedevil bug should point to the libbluedevil bug
[13:42] <alvin> yofel: Are you sure you do have all needed packages installed?
[14:01] <shadeslayer_> \o/
[14:02] <shadeslayer_> i haz the broken system
[14:02] <shadeslayer_> new X is borked.. anyone else with that on maverick?
[14:05] <debfx> the desktop effects are pretty much broken, but without them it works fine
[14:06] <shadeslayer_> debfx: my X doesnt even start ^_^
[14:06] <shadeslayer_> im currently in recovery and running irssi :P
[14:07] <debfx> oh, what does the xorg.log say?
[14:07] <shadeslayer_> lets see...
[14:07] <Riddell> xorg is expectd to be broken, they just upgraded to 1.9
[14:08] <shadeslayer_> debfx: something about nvidia drivers, can you look at the newest paste at pastebin.com
[14:11] <shadeslayer_> debfx: p.u.c/476436
[14:11] <debfx> shadeslayer_: oh dear, you have to use the nvidia driver? :(
[14:12] <shadeslayer_> yeah, the nouveau one isnt fast enuf :P
[14:14] <shadeslayer_> Riddell: 2 days before FF? :P
[14:15] <shadeslayer_> im going out for a while, ill be back in about 30 mins
[14:18] <CIA-99> [kubuntu-firefox-installer] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* (3 files in 2 dirs) * Fix arguments passed to qapt-batch (LP: #616267) * Utilize QStringBuilder for optimizing QString construction
[14:18] <JontheEchidna> you'd think bugbot could handle LP: #
[14:20] <CIA-99> [kubuntu-firefox-installer] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* (debian/changelog style/squares.png) Use optimizegraphics to shave 641 bytes out of squares.png
[14:20] <JontheEchidna> 641 bytes!1!11!11!
[14:24] <CIA-99> [kubuntu-firefox-installer] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/changelog releasing version 10.10ubuntu4
[14:29] <yofel> alvin: well, apt-get upgrade doesn't list anything, let me try installing a few kde meta packages
[14:29] <yofel> *dist-upgrade
[14:30] <yofel> shadeslayer: if it's 'undefinded symbol: WindowLayout' or something like that, that should be fixed soon (believing raof)
[14:39] <ScottK> Riddell: Earlier today, I fixed libbluedevil and bluedevil so Soyuz can build them.  Would you please push libbluedevil through binary New so we can get bluedevil built.
[14:41] <Riddell> ScottK: what didn't Soyuz like?
[14:41] <ScottK> Riddell: arch: linux-any
[14:41] <ScottK> It'll be fixed in the next LP release, but I didn't care to wait.
[14:41] <Riddell> accepted
[14:41] <ScottK> Cool.
[14:43] <alvin> yofel: I'm now upgrading to KDE 4.5 with 'apt-get dist-upgrade. It wants to remove 18 packages, but I think that's no problem. aptitude full-upgrade did say there were dependency problems with libqt4-assistant and libqt4-phonon, and wanted to remove a whole lot more,so I'm trying with apt-get. I'll let you know if my system is still in a usable state after the upgrade.
[14:44] <Riddell> libqt4-assistant and libqt4-phonon are dead, they're expected to go
[14:44] <ghostcube> cool there will be an open blueray lib made by vlc?
[14:48] <alvin> Riddell: Good to know. Thanks for the info.
[14:49] <JontheEchidna> http://paste.ubuntu.com/476447/ <- I wonder if this is why things are starting to use kdesu instead of kdesudo now
[15:10] <CIA-99> [libqapt] jmthomas * 1162152 * trunk/playground/libs/libqapt/CMakeLists.txt Bump version for 1.0
[15:10] <oxymoron> KDE 4.5 yet?
[15:10] <shadesla1er_> oxymoron: whut? its been released right?
[15:16] <oxymoron> shadeslayer: Has it been released for Lucid?
[15:17] <JontheEchidna> Riddell: hi, I just uploaded a fixed libdebconf-kde, should be in new queue in a bit
[15:17] <shadeslayer_> hmm.. cant really say, but afaik its been packaged for lucid
[15:18] <JontheEchidna> shadeslayer_, oxymoron: you both could use our shiny new website and find out ;)
[15:18] <shadeslayer_> JontheEchidna: i could.. but for that ill need X\
[15:18] <shadeslayer_> which im short of :P
[15:19] <JontheEchidna> upgrade before the X transition was complete?
[15:19] <oxymoron> JontheEchidna: Which never updates ... lol and btw its not shiny xD
[15:19] <shadeslayer_> right now im at a recovery terminal awaiting assistance on how to fix it
[15:20] <ulysses> shadeslayer_: I talked to a hungarian user who uses Maverick with Nvidia, he used the „IgnoreABI” option in xorg.conf to fix the X
[15:20] <oxymoron> And why is it in backports? :S
[15:20] <shadeslayer_> JontheEchidna: nope, when i updated sources first, it wanted to remove most of my X, which i feared wasnt right, then after a second update of sources about 10 hours later, the upgrade seemed to be fine
[15:20] <shadeslayer_> ulysses: ah lets see that...
[15:22] <oxymoron> Now lets see if KDE 4.5 "stable" fixed all bugs yet. Its seriously sad if they havent.
[15:22] <shadeslayer_> ulysses: can you paste the entire line? not the config, just the abi line
[15:22] <shadeslayer_> and which section it goes under...
[15:23] <oxymoron> Nope, retards KDE team is ... Akonadi and Amarok crash first that happens and Kopete still doesnt work with Kwallet.
[15:26] <ulysses> shadeslayer_: he is not online, maybe later
[15:27] <shadeslayer_> :(
[15:27] <ulysses> shadeslayer_: but I found this: http://pastebin.com/jehH81Jz
[15:28] <shadeslayer_> how am i supposed to see it without X :P
[15:28] <shadeslayer_> im in a recovery session :D
[15:29] <ulysses> ah
[15:29] <ulysses> Section "ServerFlags" Option     "ignoreABI" " on"
[15:29] <ulysses> EndSection
[15:31] <shadeslayer_> ulysses: brb in a sec
[15:31] <ulysses> good luck:)
[15:32] <shadeslayer_> ulysses: sarvatt is giving me a ppa to fix, lets see
[15:36] <CIA-99> [muon] jmthomas * 1162164 * trunk/playground/sysadmin/muon/src/main.cpp Version bump + codename for 1.0
[15:37] <ulysses> JontheEchidna: stable release tomorrow?
[15:37] <JontheEchidna> ulysses: today :)
[15:39] <ulysses> ah
[15:40] <lumm> hi, anythink i can do to avoid this 2 x windows alltray and gajim causing here. -> http://i34.tinypic.com/soo8cw.png just upgraded to 4.5
[16:09] <shadeslayer> bug 132060 any ideas ? :D
[16:32] <shadeslayer> apachelogger: whee... ubuntu one finally works \o.
[16:33] <shadeslayer> apachelogger: http://imgur.com/qwFSt
[17:19] <slug> hi guys, two issues
[17:20] <slug> ubuntu-bug doesn't seem to work for me. it either freezes or if i select "other problem" in the first menu, it shows the same menu as for "display problems"
[17:22] <slug> the other issue i will submit a bug report: after upgrading to 4.5 using the backports, akregator doesn't work, since it lacks the library "libkontactinterface.so.4: cannot open shared object file"
[17:23] <slug> which seems to be a dependency problem, as this library is included in libkontactinterface4
[17:23] <ScottK> Did kdepim-runtime and kdepim get rebuilt in the PPA?
[17:25] <shadeslayer> ScottK: i uploaded the beta 2
[17:25] <ScottK> shadeslayer: To Lucid kubuntu-beta?
[17:25] <shadeslayer> no, to ninja ppa
[17:26] <shadeslayer> just for maverick
[17:26] <ScottK> shadeslayer: That shouldn't go in ninjas (it's not private).  It should go in experimental.
[17:26] <ScottK> What's in the PPA for Lucid that got 4.5.0?
[17:26] <shadeslayer> ScottK: yes i know, ill copy them over once im done with backporting it
[17:27] <ScottK> shadeslayer: It should never have gone in Ninjas.
[17:27] <shadeslayer> i guess 4.4.x ?
[17:27] <shadeslayer> ScottK: err.. really?
[17:27] <shadeslayer> my bad in that case
[17:27] <ScottK> shadeslayer: Ninjas is only for stuff that's private.
[17:28] <shadeslayer> ok
[17:30] <yofel> slug: bug 614145 and bug 570907 ?
[17:31] <slug> yofel: yep, those
[17:31] <slug> i will take a look. is there a workaround?
[17:46] <Quintasan> Riddell: did you read the MALLOC_CHECK_ report on kde-packagers?
[17:47] <Riddell> Quintasan: briefly
[17:47] <Riddell> trying to do ubiquity today
[17:47] <Quintasan> Riddell: do we want to patch it?
[17:47]  * Quintasan did not notice any slowdowns or crashes
[17:48] <yofel> slug: not that I know of, but the Other problem list isn't the same as the display one here, it has a few display issues though
[17:48] <Quintasan> hmm
[17:53] <shadeslayer> Quintasan: yeah same here, no slowdowns :(
[17:57] <Quintasan> shadeslayer: strange, other users report crashes and slowdowns
[17:57] <shadeslayer> :P
[17:59] <Quintasan> shadeslayer: What are you laughing at? I will divert all angry Kubuntu users to you then.
[17:59] <Quintasan> :P
[17:59] <shadeslayer> sure feel free to :D
[17:59] <Quintasan> Great, less work for me :P
[17:59] <shadeslayer> i shall tell them that Quintasan forgot to fix it
[18:00] <Quintasan> Great.
[18:01] <Quintasan> I will not answer them then and they will go back to you. :3
[18:03] <shadeslayer> then i shall divert wrath to lp :P
[18:04] <Quintasan> hrng
[18:05] <Quintasan> I belive I did a mistake somewhere
[18:10]  * ScottK finds it a bit odd that CMake can be at 100%, but not finished.
[18:11] <JontheEchidna> I am ...puzzled about the amd64 failure: https://edge.launchpad.net/ubuntu/+source/qapt/1.0-0ubuntu1
[18:13] <maco> ScottK: rounding to the nearest 100?
[18:14] <ScottK> Could be.  It's a bit contrary to the usual semantics of 100% done though.
[18:14] <Quintasan> JontheEchidna: failure?
[18:15] <Quintasan> It's still "Pending build" here
[18:15] <JontheEchidna> Quintasan: I just retried the build
[18:15] <Quintasan> oh
[18:15] <JontheEchidna> http://launchpadlibrarian.net/53490369/buildlog_ubuntu-maverick-amd64.qapt_1.0-0ubuntu1_FAILEDTOBUILD.txt.gz
[18:16] <Quintasan> JontheEchidna: I think that symbols in builders cause FTBFS
[18:16] <Quintasan> but I'm not sure
[18:16] <JontheEchidna> as long as the symbols are accurate, it should not
[18:16] <JontheEchidna> and it did build on i386 and even armel
[18:17] <Quintasan> Oh, well then something went wrong at dh_makeshlibs: dpkg-gensymbols -plibqapt1 -Idebian/libqapt1.symbols -Pdebian/libqapt1 returned exit code 1
[18:17] <Quintasan> I wonder why dh cant be more verbose
[18:17] <Quintasan> than DH_VERBOSE=1
[18:17] <JontheEchidna> it failed because the symbols generated in the build didn't match those in the file
[18:18] <Quintasan> Yet it built on i386 and armel?
[18:18] <Quintasan> Strange
[18:18] <Quintasan> I think retry will do the trick
[18:19] <JontheEchidna> here's to hoping
[18:19] <JontheEchidna> builds fine on amd64 maverick in my ppa too
[18:19] <Quintasan> Launchpad magic
[18:21] <Quintasan> hmm
[18:21] <Quintasan> JontheEchidna: can you give me the output of echo $MALLOC_CHECK_ ?
[18:21] <JontheEchidna> \n (blank newline)
[18:22] <JontheEchidna> oh
[18:22] <Quintasan> nothing? lol
[18:22] <JontheEchidna> forgot the trailing _
[18:22] <JontheEchidna> 3
[18:22] <Quintasan> JontheEchidna: any slowdowns or crashes?
[18:22] <JontheEchidna> nope
[18:22] <Quintasan> Hmmmm
[18:22] <Quintasan> JontheEchidna: by any chance, do you have eclipse installed?
[18:23] <JontheEchidna> nope
[18:24] <Quintasan> Well, let's wait for what upstream KDE has to say about that
[18:29] <ScottK> Riddell: kdeedu is no longer buildable due to some pythonish change of which I'm not aware.  If you look at the ia64/powerpc build logs, I get the same error on i386 if I build it locally.  The missing .so is in site-packages, not dist-packages.
[18:31] <maco> ScottK: is this cheating?  i upload a rc version of gally to universe today, then i "fix a bug in kde integration" (that it doesnt use KStandardDirs) post-feature-freeze?
[18:31] <ScottK> maco: No.
[18:32] <maco> great :)
[18:40] <shtylman> is it bad that after years of using kde I am giving serious thought to switching away?
[18:41] <ScottK> shtylman: It is, but not suprising.
[18:41] <shtylman> ScottK: you sharing a similar sentiment?
[18:42] <ScottK> My wife accidentally enabled the widget explorer (or whatever the thing where all you can get to is widgets is called) and couldn't figure out how to turn it off and commented to me "Microsoft is not looking so bad right now".
[18:42] <ScottK> This was last night.
[18:42] <ScottK> shtylman: I'm not there yet, but you aren't the only one.
[18:42] <shtylman> I just want it to be faster!! and stay out of my way really
[18:43] <ScottK> Yep.
[18:43] <shtylman> blurry plasma is great and all.. but guess what... that takes cpu/gpu power
[18:43] <shtylman> and if I see another notification... I might have to hurt someone :)
[18:44] <shtylman> sigh
[18:44] <shtylman> kde... I want to love you... but you make it tough.... :'(
[18:45] <shtylman> /rant
[18:45] <ScottK> Hopefully Riddell is taking notes.
[18:47] <ghostcube> are there still any update problems with apt-get ?
[18:47] <ghostcube> i just seen inside here today someone asked about
[18:48] <shtylman> ghostcube: I sitll can't install libsoprano-dev (but I think all upgrade issues are worked out) .. except kdevelop
[18:48] <ghostcube> shtylman: thx :) will try now
[18:48] <ghostcube> just doing upgrade so after will dist-upgrade
[18:59] <debfx> JontheEchidna: the difference between the symbols is:
[18:59] <debfx> typeinfo for std::iterator<std::forward_iterator_tag, pkgCache::Dependency, long, pkgCache::Dependency*, pkgCache::Dependency&>
[18:59] <debfx> typeinfo for std::iterator<std::forward_iterator_tag, pkgCache::Dependency, int, pkgCache::Dependency*, pkgCache::Dependency&>
[19:00] <JontheEchidna> I don't think those symbols should even be in my library though. That looks more like something that should be in apt
[19:01] <JontheEchidna> I got a bunch of apt-looking symbols when I pbuilt the 1.0 packages, updated the .symbols file to include them, then uploaded
[19:01] <JontheEchidna> It went fine on i386 and armel, but failed for amd64
[19:02] <debfx> the third type is the pointer
[19:03] <debfx> for some reason the pointer is long on amd64
[19:08] <shadeslayer> JontheEchidna: need some advice, how would you cache a particular url pointing to a favicon, and then pass it to KIcon ?
[19:10] <JontheEchidna> I guess I'd store it in a QString, then do KIcon(myQStringVariable)
[19:10] <JontheEchidna> oh
[19:10] <JontheEchidna> actually that wouldn't work
[19:10] <JontheEchidna> you'd probably have to download it
[19:10] <shadeslayer> KIcon doesnt do URL's i think
[19:10] <JontheEchidna> QIcon would
[19:10] <shadeslayer> yeah thats what im thinking
[19:11] <JontheEchidna> take a look at Muon's screenshot downloading code for a downloading example
[19:11] <shadeslayer> ah yes
[19:11] <JontheEchidna> it should do all the proper things (like handling of temporary files, which can be security sensitive)
[19:11] <JontheEchidna> debfx: by the way, I did finally get around to applying all your Muon patches. Thanks :)
[19:19] <shadeslayer> JontheEchidna: fetchScreenshot() right?
[19:20] <JontheEchidna> yes
[19:20] <JontheEchidna> as well as screenshotFetched()
[19:21] <shadeslayer> yeah was following the connect() as well :P
[19:21] <shadeslayer> but i dont really need screenshotFetched :D
[19:25] <JontheEchidna> why not?
[19:26] <shadeslayer> JontheEchidna: ok do you have rekonq installed? :D
[19:26] <JontheEchidna> yes
[19:26] <shadeslayer> open it and type foo in search bar and see the favicons
[19:27] <JontheEchidna> for the search engines?
[19:27] <shadeslayer> yeah :D
[19:27] <shadeslayer> for some reason, only the google icon is loaded
[19:28] <JontheEchidna> well, you will need a function to hook up to the kjob completing, even if it is not named screenshotFetched()
[19:28] <shadeslayer> oh yeah, i need something to check that the job is finished
[19:29] <JontheEchidna> yeah, a faviconFetched() function or something of the like
[19:29] <shadeslayer> JontheEchidna: http://pastebin.com/qsuEkj45
[19:30] <shadeslayer> current code
[19:33] <JontheEchidna> welp, almost ready to push muon and qapt 1.0 out. Bloggin' time.
[19:35] <shadeslayer> :P
[19:35] <shadeslayer> JontheEchidna: go go!
[20:15] <apachelogger> shadeslayer: what was the problem with your u1?
[20:27] <sheytan> apachelogger will you release some u1 updates for lucid?
[21:42] <ulysses> JontheEchidna: Muon 1.0 for Maverick is building?
[21:42] <JontheEchidna> yeah
[21:43] <yofel> yay
[21:43] <ulysses> I saw just now, that Muon 0.5 is available from Maverick repositories
[21:43] <ScottK> Riddell: bluedevil could stand some binary New.
[21:51] <ofirk> hi :)
[21:51] <ari-tczew> ofirk: hi
[21:51] <ofirk> Does someone know who owns the kubuntu channel on youtube? (http://www.youtube.com/user/kubuntu)
[21:52] <nigelb> ahem, not anyone here I'm sure
[21:56] <ofirk> I want to contact Youtube, so I want to be sure it's no one from here
[21:56] <ofirk> Does Kubuntu is a trademark of someone?
[21:57] <ofirk> apparently Canonical owns it...
[21:59] <maco> O_o
[22:09] <ScottK> ofirk: Yes.
[22:15] <Quintasan> sheytan: ping
[22:16] <sheytan> Quintasan hey ;)
[22:16] <amichair> ofirk: hey, is that a new website?
[22:16] <Quintasan> sheytan: when is the Community Projects "addon" will be finished? I want some internets fame
[22:16] <Quintasan> :P
[22:17] <ofirk> amichair: the one at kubuntu.org?
[22:17] <ofirk> amichair: yes
[22:17] <amichair> ya
[22:18] <amichair> ofirk: mazeltof :-)
[22:18] <amichair> it looks great!!
[22:18] <sheytan> Quintasan what do you mean exactly?
[22:18] <ofirk> amichair: toda :)
[22:19] <Quintasan> sheytan: well, you wanted three community driven projects some time ago and sent up a mockup of page saying who does, what
[22:19] <amichair> ofirk: though I'm curious, with a whopping size of 817K for the homepage... why isn't http compression turned on?
[22:19] <sheytan> Quintasan ooh, this will be ready with new page :)
[22:19] <Quintasan> great
[22:19] <ofirk> there is a lot to be done
[22:20] <ofirk> including working on performance :)
[22:21] <amichair> ofirk: you should try running the Page Speed Firebug plugin, there's a lot of good optimizations to be done
[22:21] <sheytan> but it will rock the webD:
[22:21] <sheytan> :D
[22:22] <amichair> the faster the page loads, the higher the conversion rate, so they say :-)
[22:22] <ofirk> amichair: actually, I have that plugin and I use it a lot...
[22:22] <ofirk> I think that the images are the big part of the 817K
[22:22] <amichair> ofirk: cool
[22:23] <ofirk> and some of them are loaded in the background for the slideshow
[22:23] <amichair> ah nice
[22:26] <amichair> they seem to take up almost 600K


[03:34] <astraljava> Has anyone tracked the ISO size issue currently? I seem to recall seeing talk about this over on the vanilla side, but am unsure about the decisions. I suppose we're still wanting to get down to a size that fits a CD, right?
[03:34] <micahg> Ubuntu is doing 800MB
[03:35] <astraljava> Right. I just realized I had not realized this while sending the email to the lists, so nobody actually was able to burn it to a disk. I hope this didn't cause anyone to turn away from us.
[03:36] <micahg> the flavors can do as they wish
[03:37] <astraljava> Yeah. What's your opinion, is it too hard to do? Have things bloated up lately?
[03:37] <micahg> I think Xubuntu is fine at 700MB
[03:38] <micahg> although alpha2 is oversized
[03:38] <micahg> so, whatever people want
[03:39] <astraljava> I guess I'll add it to next meeting's agenda.
[03:39] <micahg> we could probably get it down for alpha3 (although, we might have issues with 2 python, webkit, and gtk stacks)
[03:39] <astraljava> ...and try to get some numbers for it.
[03:39] <astraljava> Oh, right.
[03:39] <astraljava> That'd be an easy... what, 25MB?
[03:42] <astraljava> Well probably not that much.
[03:42] <micahg> we can see about getting gtk3 versions of the webkit stuff maybe
[03:42] <micahg> that's ~7MB
[04:49] <astraljava> pleia2: Btw. re: translations bug, did you follow the instructions at: https://help.ubuntu.com/community/ReportingBugs#translation
[04:50]  * astraljava hasn't yet done an analysis of the bugs so far
[04:54] <pleia2> astraljava: no, but I don't think it was any of those things, it was just a portion of the desktop that wasn't showing up translated
[04:57] <astraljava> pleia2: Do you mean that it _is_ translated, but it isn't working in quantal?
[04:57] <pleia2> well, I don't know if it's translated
[04:58] <pleia2> I really don't understand the translations process all that well, so I'm not even sure where to look
[04:59] <astraljava> Yeah me neither. :)
[04:59] <astraljava> High time to learn, I suppose.
[04:59] <astraljava> Well, err... translations page is not available for quantal. How are we supposed to check?
[05:00] <astraljava> I'll ask on -testing.
[05:29] <astraljava> Wait, we're providing support for stable+1 on #xubuntu?
[05:29] <astraljava> Then I see no objections to send the testers in there for the IRC case.
[05:31] <pleia2> I don't know, are we? :)
[05:35] <astraljava> Says so on the release notes draft. :)
[05:36] <pleia2> oh, that
[05:36] <pleia2> we always say that, but I never actually read it apparently
[05:36] <astraljava> LOLlero.
[06:13] <astraljava> pleia2: There's a fine line between reading text and understanding it.
[06:33]  * astraljava just realized the keyboard layout thingie is in the testcases twice.
[06:34] <astraljava> knome: pleia2: anyone with interest: Which do you think it'd suit better? Is it important enough to have it in Short (thus getting more frequency)?
[07:42] <astraljava> knome: I went ahead and removed the protocol babbling from /Long's email section.
[08:21] <ochosi> astraljava: i think we can remove the "appearance"-section from 12.10 testing again, otherwise we'll get lots of duplicates to bug #1016713...
[08:32] <astraljava> ochosi: Heh, ok, if you feel like it. Will you, or shall I?
[09:13] <ochosi> astraljava: hmm, on second thought, maybe i can also rephrase it towards missing icons
[09:13] <ochosi> astraljava: cause that would make a lot of sense and still be helpful
[09:14] <astraljava> ochosi: Excellent, thanks!
[09:15] <astraljava> pleia2: re: bug 1018550, was the not-translated part visible in the panel by default? If so, then I presume it's DateTime plugin that we're talking about, instead of orage. My apologies if that's the case.
[09:15] <ochosi> astraljava: ok, done
[09:15] <astraljava>  \o/
[09:19] <ochosi> btw, how was yesterday's meeting?
[09:19] <ochosi> haven't had time to read the backlog and there are no minutes yet
[09:26] <astraljava> I didn't see any conversation happening during the time of the meeting, except princess telling us she was sorry she was late (of nothing). :D
[09:27]  * astraljava had to also miss the meeting
[09:28] <ochosi> ok, then i guess there probably wasn't one
[09:29] <astraljava> Most likely that is the acceptable resolution, yes.
[09:30] <ochosi> maybe we should re-schedule
[09:42] <ochosi> bbl
[10:00] <astraljava> I doubt there's that much open and pressing issues.
[10:09] <astraljava> Heheh. Apparently we should pay a little more attention to the testcases. At least I don't even find where I could set the suspend timer.
[10:21] <Sysi> https://bugzilla.xfce.org/show_bug.cgi?id=8744 is this bug present in 4.10 on quantal?
[10:25] <Sysi> alt+printscreen also fails for me, assigned to xfce4-screenshooter -w in default settings
[10:31] <astraljava> I can come back to those after the milestone is released, too busy now.
[10:41] <knome> astraljava, well ideally we'd only have one test which everybody always runs.
[10:41] <knome> astraljava, but i suppose it can be at /Short, since it's been there before
[11:21] <astraljava> knome: Yeah well, if you want to include /Long into one that always gets run, then I can foresee a drastic reduce of daily testing for sure. .)
[11:22] <knome> i know
[11:22] <astraljava> knome: But yeah, I concur, I'll remove it from /Long for now.
[11:22] <knome> maybe call the short test "daily" then and the long test.... "milestone" :P
[11:23] <knome> or daily and extended
[11:29] <astraljava> Well that's technically not "correct" when doing the milestones, cause then "daily" is a prerequisite for the "extended". But I think the proper solution in the end is that you will only see one testcase in the tracker, so you don't have to see the names for the cases at all. Milestone only has the "daily" embedded first.
[11:29] <knome> yes
[11:30]  * astraljava hates the transition times :D
[11:30] <knome> o'rly?
[11:30] <knome> i'm so happy that the tests are actually reviewed now
[11:30] <knome> and that there is much more sense in them
[11:32] <astraljava> Yeah. Like I noticed that no one had realized, or at least voiced the absence of a timer for Suspend in Xubuntu. :D
[11:32] <astraljava>  /Long warranted the testing of such in the Suspend case...
[11:33] <astraljava> Made me wonder whether anyone actually _really_ tested the /Long at all, but then maybe they just didn't have laptops.
[11:44] <knome> yup.
[11:44] <knome> i think actually many skipped the short/long tests altogether
[11:44] <knome> i did at first, because i didn't know they existed
[12:01] <astraljava> Well that shouldn't be the case this time, considering I shed blood and tears for that announcement email, dangit!
[12:06] <astraljava> knome: We've reviewed Wubi?
[12:07] <knome> astraljava, didn't we. i already sent an email to ev telling to drop all support.
[12:08] <astraljava> It's possible, I just have no recollection of it. It isn't all that surprising. If you know we did, then I'm cool with it.
[12:08] <knome> we pretty much decided that at the sprint we had
[12:08] <knome> there might have been some brief discussions after, all coming to the conclusion that we simply don't have testers for it
[12:08] <astraljava> Right, ok, that explains why I can't recall, cause there's no trail of crumbs. :)
[12:09] <astraljava> Yeah, I just thought that the decision was now pending on ev's response to the call for help.
[12:09] <knome> and that it is just one more thing to carry with, and a thing that comes with problems
[12:09] <knome> no, he responded that the changes were being made
[12:09] <astraljava> Yeah, I agree whole-hearedly.
[12:09] <knome> i suppose they are done already
[12:09] <astraljava> heartedly*
[12:09] <knome> heh :)
[12:09] <astraljava> Excellent, thanks.
[12:10] <knome> let me see if i still have that mail
[12:10] <knome> looks like i don't
[12:10] <knome> i think i forwarded it to you though?
[12:10] <knome> at least the original mail
[12:11] <knome> oh, no, there it is
[12:11] <knome> you're cc'd in that message
[12:11] <knome> "Re: Xubuntu Wubi status", June 8th
[12:11] <astraljava> My apologies, somehow I've missed that. I see it now. Case closed.
[12:12] <knome> ...aand i have forwarded it to xubuntu-devel too :D
[12:12] <knome> https://lists.ubuntu.com/archives/xubuntu-devel/2012-June/008244.html
[12:12] <knome> there we go
[12:12] <knome> (for information generally)
[12:14] <astraljava> Have you written the blog article you promised in that mail?
[12:14] <knome> probably not... :)
[12:15] <astraljava> Ok, there was no deadline for it, real or imaginary. Just whenever, but preferably not long after quantal gets released.
[12:15] <knome> if you want to do it... :>
[12:15] <astraljava> I can, next week or so.
[12:15] <knome> maybe in the alpha notes too.
[12:15] <astraljava> No time for that.
[12:15] <knome> hmm?
[12:16] <knome> i could add that, i mean
[12:16] <astraljava> Ohh... sweet.
[12:16] <knome> oh, you're editing the post.
[12:16] <astraljava> Oh that reminds me.
[12:16] <astraljava> Sorry.
[12:16] <knome> heh :)
[12:16] <astraljava> Damn, it got left open at home... :(
[12:16] <astraljava> Can you not unlock it?
[12:16] <knome> lol
[12:16] <knome> i can just force
[12:17] <knome> if you don't have anything changed
[12:17] <astraljava> Cool, do it, cause I didn't make any changes.
[12:17] <knome> ok, coll
[12:17] <knome> cool too
[12:17] <astraljava> But it reminded me, we're saying we want the people to join us on #xubuntu for support of stable+1.
[12:17] <astraljava> Like, for realsies?
[12:17] <knome> where?
[12:18] <knome> oh, that
[12:18] <astraljava> princess already admitted for not ever reading the release notes she writes. :D
[12:18] <knome> it says "#ubuntu+1 or #xubuntu"
[12:18] <astraljava> But what's the official stance on it?
[12:18] <astraljava> Yeah, that specifically _allows_ discussion about stable+1 on _#xubuntu_.
[12:19] <knome> #ubuntu+1 is sometimes really useless for non-stable xubuntuists
[12:19] <knome> think: new xfce version
[12:19] <knome> is anyone of us even hanging in there?
[12:19]  * astraljava points to self
[12:19] <knome> btw, i like the motion in -ops to create #ubuntu-discussion
[12:19] <astraljava> Don't care.
[12:19] <knome> i'm thinking that maybe we could rename
[12:20] <knome> i'll remove #xubuntu then
[12:20] <astraljava> Whatever, don't have an opinion to it.
[12:20] <astraljava> Ok, thanks.
[12:21] <knome> http://xubuntu.org/?p=1306&preview=true
[12:22] <knome> i think that might need some english-love
[12:22] <knome> :D
[12:28] <astraljava> "If you need support for this release..."
[12:28] <astraljava> Otherwise it's great.
[12:28] <astraljava> But we need to add the known issues.
[12:29] <astraljava> I'll try to do that this evening, at around 18:30 ->
[12:29] <knome> okay, thanks.
[12:32] <astraljava> Unless it needs to go out before that. I just asked from balloons, as no one seems to want to answer me on -release.
[12:32] <knome> awwh. :)
[12:32] <astraljava> Btw. are you around in the evening, from that time onwards?
[12:33] <knome> ermm, probably
[12:33] <knome> is there something worth it? :P
[12:33] <astraljava> We'd probably need to decide whether we're really going to release or not, depending on the results on the tracker.
[12:38] <knome> astraljava, right
[12:38] <knome> astraljava, it doesn't look *too* bad now
[12:39] <knome> oh, it kind of does with all the fails
[12:39] <knome> astraljava, is there a test you'd prefer me to run?
[12:39] <astraljava> No, it does not. Only the whole disk encryption (with encrypted $HOME to boot) fails with Thunar being unable to show the contents of $HOME.
[12:40] <astraljava> knome: The other fails are not show-stoppers, really.
[12:40] <knome> yes
[12:40] <knome> that's why i'm not really sure about all this fail-stuff
[12:40] <knome> because we kind of have many fails, but oh well, let's still release
[12:40] <astraljava> I can't do any auto-resizes cause I'm using virt, or at least I don't know how to do them.
[12:40] <astraljava> So if you can, run them. Otherwise... we're cool.
[12:41] <knome> i'd vote for "fail" only if it really fails.
[12:41] <astraljava> BUT! You could run Studio's amd64s... *smirk*
[12:41] <knome> astraljava, to auto-resize, just create a big enough drive, then install xubuntu into it, and after that, install another xubuntu on a different partition, and autoresize the other partition
[12:42] <astraljava> Yes well, I think the result numbers are really important for final release, not so much for milestones.
[12:42] <astraljava> But it never asks for the boot image when it finds grub on the MBR.
[12:43] <astraljava> I probably need to tamper with the settings somehow.
[12:43] <knome> hmm.
[12:43] <knome> boot image?
[12:43] <astraljava> ISO
[12:43] <astraljava> .iso
[12:44] <astraljava> But I need to run now. Run whatever tests you want, if you want. We most likely won't get all the tests run anyway, so we're gonna have to make the decision with sub-par data after all.
[12:46] <knome> i think that's what we did with the 12.04 alpha2 too
[12:46] <knome> or, i did test like a madman, and i think we got all but a few done
[12:47] <knome> but i think one guy testing 10 things in a few hours isn't really what i call "testing"
[12:48] <astraljava> No, not really.
[12:49] <astraljava> I need to work much better for the next milestones, to attract more testers.
[12:49] <astraljava> But anyway, gone for now.
[12:49] <knome> yup. hf
[12:49] <astraljava> Back at around 1530-1600 UTC.
[12:52] <knome> yup.
[13:24] <ochosi> knome: any more/new gmb feedback?
[13:24] <ochosi> micahg: ping
[13:38] <skaet> astraljava, knome, - do you want the images to be released today, based on the results of your testing?   Not quite clear to me from the results on the tracker.
[13:55] <hobgoblin> ok - got this odd bug in the alternate alpha2 - absolutely no idea what to report it against - so some help would be cool
[13:55] <hobgoblin> install a kbd layout - add orage to panel - click on orage - changes kb layout - click on orage - changes kb layout back again
[14:00] <ochosi> hobgoblin: wow, that really does sound very odd...
[14:00] <ochosi> (unfortunately i have no way of testing 12.10 atm)
[14:02] <hobgoblin> ochosi: you're telling me - I was completely confused - I thought I was seeing things
[14:03] <skaet> help please,  there aren't any updates for Xubuntu in https://wiki.ubuntu.com/QuantalQuetzal/TechnicalOverview/Alpha2
[14:04] <ochosi> knome, astraljava ^
[14:05] <hobgoblin> ochosi: had it in the entire disc one I also got bug 1013996 in that - but the encrypted one was fine
[14:05] <hobgoblin> so whether it was tied up with that I don't know
[14:08] <ochosi> skaet: astraljava said he'd be back around 16UTC, so he hopefully won't be (too) long
[14:08] <skaet> thanks ochosi.   :)
[14:09] <ochosi> skaet: no problem, sorry i can't help you myself
[15:43] <pleia2> skaet: updated with notes from our own release announcement (not much, just a couple things)
[15:43] <pleia2> well, wiki is saving...
[15:43] <skaet> Thanks pleia2 !  :)
[15:44] <pleia2> ochosi: we should add a "known issue" of 1016713, how shall we word it?
[15:45] <hobgoblin> pleia2: when you had issues with orage and languages - did you notice anything bizarre going on with keyboard layouts?
[15:45] <ochosi> pleia2: All applications using Gtk3 currently look bad because of a bug in the Unico engine.
[15:45] <pleia2> hobgoblin: no, I removed the applet after the keyboard test
[15:45] <ochosi> pleia2: not sure how else to say it, other than "look bad"
[15:45] <hobgoblin> pleia2: k - cheers
[15:46] <pleia2> ochosi: ok, I'll incl bug info
[15:46] <ochosi> pleia2: ty
[15:51] <pleia2> ok, I have an appointment to run off to, we should be good to go release notes and posts wise though
[15:51] <pleia2> will be back in an hour or so
[16:21] <ochosi> i'm off for the day
[16:21] <ochosi> hf!
[16:54] <micahg> ochosi: pong
[17:42] <astraljava> pleia2: Thanks for handling the technical overview! I gave the permission to release, despite the worrying bug elfy/hobgoblin found.
[17:56] <hobgoblin> astraljava: not got around to putting that result on the tracker by the way - no idea what to call the bug lol
[17:57] <astraljava> Oh? But... but... I think it is there.
[17:58] <astraljava> http://iso.qa.ubuntu.com/qatracker/milestones/222/builds/17813/testcases/130/results
[17:59] <hobgoblin> no - that was a different one
[18:00] <hobgoblin> aah - that's the live I did yesterday - the odd language/kbd thing was today with an alternate entire disc - http://iso.qa.ubuntu.com/qatracker/milestones/222/builds/17811/testcases/138/results
[18:03] <astraljava> Oh you were talking about that. Right.
[18:03] <astraljava> I didn't get to test that, yet.
[18:04] <hobgoblin> :)
[18:04] <hobgoblin> I really don't like alternates unless I REALLY need to use them :p
[18:05] <pleia2> well that's handy, I really don't like the desktop images :)
[18:05]  * astraljava ^5s pleia2
[18:05] <pleia2> ^5
[18:05] <hobgoblin> pleia2: LOL
[19:04] <pleia2> tossing alpha2 on fridge ;) then I'll publish ours
[19:06] <pleia2> http://xubuntu.org/news/quantalalpha2/
[19:06] <pleia2> voila
[19:09] <pleia2> twitter and g+ updated
[19:09]  * pleia2 goes back to work
[20:26]  * astraljava buys an imaginary trophy for our marketing champion
[20:29]  * hobgoblin doesn;t say anything about the llink to https://bugs.launchpad.net/bugs/987818 failing
[20:29] <Unit193> See? ubottu said no problem.
[20:29] <hobgoblin> that's excellent then :)
[20:29] <knome> bug 987818
[20:30] <hobgoblin> link fails knome
[20:31] <astraljava> In soviet xubuntu, knome fails links.
[20:31] <hobgoblin> :)
[20:50] <knome> hah
[20:50] <knome> astraljava, so, is a2 ok?
[21:03] <astraljava> http://cdimage.ubuntu.com/xubuntu/releases/quantal/alpha-2/
[21:04] <astraljava> The release is there, but I wouldn't say it's "ok". It's adequate, but there's still plenty of time. ;)
[21:06] <knome> heh
[21:07] <knome> https://twitter.com/ThinkIt_1/status/217787937746722816
[21:07] <knome> just pointing out.
[21:08] <knome> https://twitter.com/arcturax/status/216983739052457984 <- should we even retweet? ;)
[21:10] <astraljava> Can you comment on it? You could, and then add "Thanks, enjoy while it lasts. Prolly not that long."
[21:11] <knome> hummh? :P
[21:11] <astraljava> He may not stay with us for that 30 years he did on Apple's products.
[21:11] <knome> heh
[21:11] <astraljava> meh... on the former.
[21:14] <knome> my stomach is saying "hurr durr"


[00:19] <flexiondotorg> bluesabre, After ALpha 2 are you gouys all set to progress "Base"?
[00:20] <knome> flexiondotorg, infinity promised to look at the issue tomorrow or friday, would be great if we could get the MP's done by that
[00:20] <knome> but i understand the a2 pressure for you..
[00:22] <flexiondotorg> knome, Did you see me branches?
[00:22] <flexiondotorg> They are stacked on what bluesabre prepared.
[00:23] <flexiondotorg> Adds Ubuntu MATE support and include Xenial support for Xubuntu.
[00:23] <flexiondotorg> I'm all set for a2.
[00:23] <flexiondotorg> So ready to progress base tomorrow.
[00:23] <knome> i didn't, but i didn't look carefully ;)
[00:28] <flexiondotorg> https://code.launchpad.net/~ubuntu-mate-dev/ubuntu-cdimage/ubuntu-mate-base
[00:28] <flexiondotorg> https://code.launchpad.net/~ubuntu-mate-dev/livecd-rootfs/ubuntu-mate-base
[00:28] <flexiondotorg> https://code.launchpad.net/~ubuntu-mate-dev/debian-cd/ubuntu-mate-base
[00:28] <flexiondotorg> I thought stacking would enbale us to submit one set of MPs.
[00:29] <flexiondotorg> I don't care if Xubuntu want to merge the above and submit the MPs or if you want me to do it.
[01:59] <jjfrv8> Well, I can't reproduce the two xfpm problems consistently tonight. I don't know if it's a different combination of settings from this morning, or what.
[01:59] <jjfrv8> So no bug report for now.
[02:05] <bluesabre> flexiondotorg: yes, we've been ready to progress core/base for quite sooooooome time ;)
[13:29] <flexiondotorg> I'm ready for Ubuntu MATE Base.
[13:29] <flexiondotorg> Do you want me to submit merge proposals based on my repos which are stacked on the Xubuntu-dev branches?
[13:29] <flexiondotorg> https://code.launchpad.net/~ubuntu-mate-dev/ubuntu-cdimage/ubuntu-mate-base
[13:29] <flexiondotorg> https://code.launchpad.net/~ubuntu-mate-dev/livecd-rootfs/ubuntu-mate-base
[13:30] <flexiondotorg> https://code.launchpad.net/~ubuntu-mate-dev/debian-cd/ubuntu-mate-base
[19:11] <flocculant> ochosi: as admin for xubuntu release you should get an invite for the release team to Ubuntu Testcase - please accept it :D
[21:00] <flocculant> I assume you saw and did :)
[21:03] <ochosi> flocculant: done that already ;)
[21:04] <flocculant> :)
[21:49] <ochosi> flocculant: any responses / bugreports about xfpm that i might've missed since the call for testing?
[21:54] <flocculant> ochosi: all I've seen is jjfrv8 - mention something and then un-mention it
[21:57] <ochosi> oh alright
[21:57] <ochosi> that's something though
[21:58] <flocculant> :)
[21:59] <ochosi> thing with the power manager is, there are so many bugs reported against it that are either invalid or valid but in some other component...
[21:59] <flocculant> yea I know
[22:00] <flocculant> I gave up trying to make head or tail from bug reports about that/lightdm/the like
[22:18]  * genii gets ready to smack branau soon
[22:19]  * flocculant gets ready to turn pc off for the night :p
[22:19] <flocculant> :)
[22:19] <flocculant> night then
[22:19] <branau> What's up?
[22:19] <flocculant> your connection :)
[22:20] <flocculant> then it's down ...
[22:20] <branau> Haha oops, I didn't even notice
[22:20] <branau> Sorry!
[22:20] <flocculant> lol
[22:20] <Unit193> ZNC.
[22:25] <knome> ugh
[22:25] <knome> evening
[22:44] <bluesabre> :D
[22:46] <bluesabre> brb
[22:47] <flexiondotorg> bluesabre, I'm ready to do Xubuntu Base and Ubuntu MATE Base.


[14:01] <theShirbiny> Hello everyone \o/
[14:35] <elacheche> Helloo! :)
[18:10] <elacheche> theShirbiny: This seems a dump question, but I like getting real feedbacks on my "critical" questions instead of reading tutos.. I'm running out of space on some production VMs.. I thought that I can use NFS or SSHFS to mount a remote disk and migrate my data in there.. Do you have recommendations? Is  there any clustering tips (so when a remote disk isn't rechable I can still have my data r/w)
[18:11] <elacheche> I know, dump and not well formated question, but It's just something that I was thinking about and thought I should ask before living the office
[18:21] <theShirbiny> I haven't used anything like this in production, but if I were you I would suggest using something like amazon's elastic filesystem, it has redundancy built in
[18:22] <theShirbiny> If you can't do that, the best you can do in that case would be making a HA cluster
[18:22] <theShirbiny> That means RAID + ISCSI/NTFS + network teaming/bounding
[18:23] <theShirbiny> and something like glusterfs
[18:24] <theShirbiny> you can cache some files for a while but you will suffer read/write inconsistency ofc
[18:25] <theShirbiny> other option might be amazon gateway storage, in short you upload everything to s3 then cache the most frequently accessed files locally
[18:29] <theShirbiny> wait, why can't you just add more storage to the host and resize the vms?
[20:19] <elacheche> thx for the propositions theShirbiny.. I won't put down the VM to add some space because it's on prodution the product evoluated faster than my plans to cluster the app (clustering JAVA webapps ca be a nightmare)
[20:26] <theShirbiny> elacheche, o.O you don't have to put them down, you can just add more disk to the storage pool then attach them to the vms
[20:26] <theShirbiny> What's the virtualization environment? kvm?
[20:27] <elacheche> kvm using proxmox
[20:27] <theShirbiny> I haven't used proxmox, but that can be done with normal libvirt
[20:28] <theShirbiny> try it yourself you can attach/detach block devices while running
[20:30] <elacheche> Emm.. In my other libvirt server (testing) I used to shutdown the vm then cat a 10gb file to the disk file to add space to it.. Never knew about that feature.. I'll investigate that and try it (I have a spare "production" vm that I an test with) thx theShirbiny :)
[20:31] <theShirbiny> yw :), let me know what you will do
[20:59] <elacheche> I'll work on that by monday, now it's weekend :D You work tomorrow, I don't :p


[00:08] <mgz> hm, spotted more things that need fixing in blog post from cross-eyed late night editing
[00:08] <mgz> where's the edit button for your poolie?
[00:09] <mgz> I can see the post on edit.php but no way to... actually alter the content
[00:34] <poolie> hm maybe you don't have permission
[00:34] <poolie> i'll check
[00:35] <poolie> mgz try now?
[00:36] <mgz> that looks better, thanks!
[00:37] <mgz> ...while I'm bugging you, I pushed an extra change to the stale locks branch after I'd gone, because I got the error code wrong
[00:37] <mgz> you may have pulled after that anyway
[00:37]  * mgz stops being a bother now
[00:38] <poolie> no bother at all
[00:38] <poolie> thakns
[00:41] <poolie> we should put up a photo or something too...
[00:47] <mgz> did any of your phone ones come out okay?
[00:47] <poolie> yeah, a bit
[00:47] <poolie> they're a bit blurry
[00:48] <poolie> i will upload them and have a look
[00:48] <mgz> or does having a big impressive camera normally make you picky about quality... :)
[00:48] <mgz> riddell put up the group one from the end of the sprint in his post
[00:50] <poolie> mm i just saw it
[00:53] <poolie> hm
[00:53] <poolie> i might go for a ride
[00:54] <mgz> sounds like a plan. what's the weather like?
[01:01] <pl0sh> poolie just a question,  in what path do I have to place my repos?
[01:02] <pl0sh> *on my freebsd box*
[03:30] <spiv> vila: glad to hear it!
[09:41] <gypsymauro> hi
[09:41] <gypsymauro> I've created a new local repository, how can I move it to a centralized one?
[11:10] <Kamping_Kaiser> i know iv'e asked this "in the past", but i'm wondering if things have changed. is the 'correct' way to commit only part of the hunks in a file to shelve those you don't want then commit?
[11:11] <vila> Kamping_Kaiser: AFAIK, yes
[11:11] <Kamping_Kaiser> vila: thanks
[11:12] <vila> Kamping_Kaiser: I'd love to have a better way to do that from my $editor
[11:12] <vila> Kamping_Kaiser: the ability to commit to a different branch than the one I'm currently working on won't hurt either ;)
[11:12] <Kamping_Kaiser> vila: a --selected switch to only commit hunks found in $editor would be rather nice (i won't be offering the patch though :/)
[11:13] <Kamping_Kaiser> vila: i can see the use, thankfully i  don't deal with code enough to need it :)
[11:13] <vila> :D
[11:13] <Kamping_Kaiser> :}
[11:14] <vila> Kamping_Kaiser: filing a bug (or searching for dupes and metoo'ing) would be a good start
[11:15] <vila> it helps to have real use cases to define the feature and have a rough idea of who is interested
[11:15] <Kamping_Kaiser> vila: hadn't thought to look for existing bugs, i'll have a go now
[11:18] <vila> Kamping_Kaiser: thanks
[11:27] <Kamping_Kaiser> ftr, i found bug 307285 which mentions an interative plugin. i'm going to try and find that
[11:28] <Kamping_Kaiser> ftr, lp:bzr-interactive
[11:30] <vila> ... the last time I heard about that I ended up with shelve --interactive being available in core...
[11:30] <vila> Kamping_Kaiser: tell me about your findings so I can upgrade my brain ;)
[11:31] <Kamping_Kaiser> vila: thats about it. last commit to bzr-interactive was 2009-03-24
[11:31] <Kamping_Kaiser> i might comment on the bug above
[11:33] <vila> hmm, I remember that one the key feature is the ability to split hunk, which shelve --interactive supports, I wonder what bzr-interactive was exactly
[11:33]  * vila will read bug #307285
[11:35] <Kamping_Kaiser> interactive still seems to work on bzr in debian stable. throws some deprecation warmings on bzr trunk
[11:35] <Kamping_Kaiser> 'seems to work' means i ran bzr ci -i and its ofering me hunks (i dont want to commit any changes atm though)
[11:47] <vila> Kamping_Kaiser: so the plugin adds an option to the commit command ?
[11:49] <Kamping_Kaiser> vila: yep, adds -i/--interactive to commit, and from teh description other builtins too
[11:50] <vila> Kamping_Kaiser: ok, thanks
[11:50]  * vila upgrades brain
[18:43] <__monty__> vila: Are you online?
[19:30] <pl0sh> hey guys
[19:30] <pl0sh> poolie I forgot to ask you yesterday where should I place my repo's folder? -- at my freebsd box --


[00:19] <CynthiaG> looks like the latest librsvg2-2 introduced a regression, I see bad rendering in my Lucid VM
[00:21] <CynthiaG> http://img.photobucket.com/albums/v390/Looce/img-launchpad/ubuntu1004-badrendering.png
[08:54] <apachelogger> LucidFox: seems like a likely enough thing to happen ^^
[13:41] <ikorm> I would like to know if anyone is up to date with ati drivers on ubuntu. Proprietary ones
[13:41] <ikorm> They keep freezing my laptop, and a lot of people have troubles with them on ubuntu.
[13:41] <ikorm> Where should I adress this, here or do I need to take it to Ati website?
[13:45] <Gryllida> ikorm: !ATI <ubottu> https://help.ubuntu.com/community/BinaryDriverHowto This guide and its subpages describe how to install the proprietary binary/restricted drivers provided by video card manufacturers.
[13:45] <Gryllida> ikorm: I think take to ATI support, not to here.
[13:46] <Gryllida> ikorm: unless it is a request to update a driver in the repo
[13:49] <rlameiro> anyone in here worked with python-apt?
[13:50] <rlameiro> i needex to know how to add a ppa with it
[14:34] <froud> Hi everyone. where is the file that holds the setting for session type GNOME | BLACKBOX. I want to be able to edit this setting via bash shell script, not via the login screen session drop list.
[15:08] <Q-FUNK> doko: could you check something with gas?
[15:09] <Q-FUNK> doko:  https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/587186
[15:19] <geser> rlameiro: you could look how apt-add-repository does it.
[15:24] <rlameiro> thanks geser, i will
[15:53] <fmuellner> my apologies if this is not the appropriate channel for these kinds of questions
[15:54] <fmuellner> i'm looking for the most graceful manner to disable app-indicators in order to resolve https://bugzilla.gnome.org/show_bug.cgi?id=621382
[15:54] <fmuellner> killing seems like a pretty rude solution - i'm not using ubuntu myself, so any help would be very much appreciated
[16:42] <kklimonda> fmuellner: killing indicator-application-service
[16:42] <kklimonda> should be enough
[16:42] <fmuellner> kklimonda: thanks!
[16:43] <fmuellner> kklimonda: would that process be restarted with gnome-panel?
[16:44] <kklimonda> fmuellner: hmm.. let me see.
[16:45] <kklimonda> fmuellner: yes, killing gnome-panel, then killing indicator-application-service and starting gnome-panel again does restart indicator-application-service itself.
[16:45] <fmuellner> kklimonda: cool, thanks a lot!
[17:32] <BlackZ> pitti: are you working to the cdbs merge?
[19:53] <jdong> Hmph. I wish there existed a timezone aware ssh hack :)
[19:53] <jdong> e.g. Based on source IP geolocation set the timezone in the session
[21:13] <un214> it's time for plymouth to go.
[21:14] <un214> it can't even do its job without specific drivers anymore
[21:14] <hyperair> o rly?
[21:14] <un214> https://bugs.launchpad.net/bugs/593408
[21:15] <un214> fbcon has always been broke on this system so don't get any bright ideas
[21:16] <hyperair> so get it fixed.
[21:16] <hyperair> fbcon isn't a "specific driver"
[21:16] <hyperair> it's a generic one.
[21:17] <hyperair> fyi, i'm not using nouveau on my desktop, and it displays the terrible looking lowres splash, but still works.
[21:17] <un214> I got tired of the crashes
[21:18] <un214> fbcon-vesa is misaligned
[21:18] <CynthiaG> fbcon-vesa is probably displaying at 640x480
[21:18] <hyperair> how about filing a real bug report about that? i'm sure the nouveau people will like more information.
[21:18] <CynthiaG> which you can perform a (separate) monitor auto-adjustment for
[21:18] <un214> monitor auto-adjust isn't going to work in this case
[21:19] <hyperair> what you're saying is that "X technology doesn't work without Y technology, which should work for everyone, but due to a few bugs can't work for me. so let's remove X technology instead of fixing Y technology"
[21:19] <hyperair> i'm sure you understand what's wrong with what i just highlighted.
[21:19] <CynthiaG> nouveau is in active development yes, and they need hardware dumps
[21:19] <jdong_> hyperair: I think "plymouth uses fbcon which is more than the old bootsys that just needed a VGA text console, which causes regressions" is fairly valid of a complaint.
[21:20] <jdong_> of course, "we should remove plymouth" isn't a solution
[21:20] <un214> well since the hardware is actually bad
[21:20] <un214> nouveau isn't going to be able to fix it
[21:20] <CynthiaG> Does Nouveau work while in X/GNOME/whatever?
[21:20] <un214> it's unstable
[21:21] <CynthiaG> If the hardware is bad... what are the Nouveau guys to do about it, in software?
[21:21] <CynthiaG> *boggles*
[21:21] <hyperair> jdong_: oh how i wish we can take such an outlook on everything new on ubuntu that causese regressions. but yes i agree.
[21:21] <un214> the motherboard designers put two devices on the same address and wrote special windows drivers to make it work
[21:22] <hyperair> jdong_: in particular, i'm annoyed that plymouth doesn't give me my usual verbose initialization messages.
[21:22] <CynthiaG> the nouveau project can implement that split too, even if not right now
[21:22] <un214> I can't afford to wait
[21:23] <un214> seriously I have so few services that I don't need the parallel boot sequence
[21:23] <un214> how hard would it be to check [ -x /sbin/plymouthd] || run each boot service attached to the console in turn
[21:24]  * CynthiaG thinks she misunderstands Plymouth versus Upstart, or that you do
[21:24] <CynthiaG> Plymouth is just the splash screen that messages get written onto, and Upstart handles the parallel booting... at least Upstart did that in Karmic
[21:24] <un214> CynthiaG: In karmic that was right
[21:24] <un214> in lucid it doesn't seem to be
[21:25] <hyperair> can't you apt-get purge plymouth, though?
[21:25] <un214> I tried.
[21:25] <un214> it wants to remove e2fsprogs
[21:26] <hyperair> huh
[21:26] <CynthiaG> e2fsprogs depends on plymouth? :|
[21:26] <CynthiaG> sounds like a very ugly kludge
[21:27] <hyperair> e2fsprogs doesn't depend on plymouth
[21:27] <hyperair> however, mountall does
[21:27] <CynthiaG> Ah
[21:27] <un214> e2fsprogs depends on sysvinit-tools which depends on upstart which depends on plymouth
[21:27] <hyperair> so the bug should be on mountall.
[21:28] <hyperair> er no
[21:28] <hyperair> upstart doesn't depend on plymouth
[21:28] <CynthiaG> Confusing dependency chain is confusing? :(
[21:28] <hyperair> upstart depends on mountall
[21:29] <hyperair> mountall depends on plymouth
[21:29] <hyperair> mountall is the buggy one
[21:29] <hyperair> it should function without plymouth
[21:29] <hyperair> so file a bug
[21:29] <CynthiaG> hyperair @ un214 or me?
[21:29] <hyperair> whoever
[21:29]  * hyperair isn't really interested in the issue.
[21:30] <hyperair> whoever's interested, file a bug.
[21:30] <CynthiaG> I wouldn't be such a great source of information on the issue because I'm not having it :\
[21:30] <hyperair> heh
[21:30] <un214> CynthiaG: you can force the issue by adding alias fbcon off to /etc/modprobe.conf
[21:31] <hyperair> or blacklist fbcon
[21:31] <CynthiaG> un214: even in a VM, you think?
[21:31] <CynthiaG> a VM of the LiveCD
[21:31] <un214> hyperair: I have another bug for blacklist fbcon doesn't work
[21:31] <hyperair> huh
[21:31] <un214> believe me I tried that one
[21:31] <hyperair> weird.
[21:33] <CynthiaG> actually, never mind, I've just created a virtual hard drive and will try what you say
[21:43] <un214> I was talking to some others earlier and they say the dependency is reall -- w/o plymouth no boot program can talk to the console
[21:50] <un214> I really wish they had bolted the parallel init on top of sysvinit -- it'd make it a lot easier for me to find out what scripts run at boot time in what order
[21:52] <jdong_> what order... in a parallel init system? :)
[21:53] <psusi> that statement hurts my head
[21:54] <un214> I need to know the critical ones bucause if you can't fix this I get to replace all the bootscripts
[21:54] <psusi> like saying I want different process contexts, but they all share the same memory
[21:55] <un214> besides, there exists a partial order (http://en.wikipedia.org/wiki/Topsort)
[21:55] <psusi> the only ordering is between jobs that depend on each other... which you can see in the init script
[21:56] <CynthiaG> un214: creating /etc/modprobe.conf with the line "alias fbcon off" in it does absolutely nothing
[21:56] <un214> oh that's right they moved it
[21:56] <CynthiaG> create a file in /etc/modprobe.d instead?
[21:56] <un214> I actually ended up adding it to /etc/modprobe.d/blacklist.conf
[21:56] <jdong_> psusi: don't say depend on each other or keybuk is gonna come in here screaming at you ;-)
[21:56] <psusi> jdong, hey... care to sponsor the defrag package? ;)
[21:57] <jdong_> psusi: whoa, where's this defrag package??
[21:57] <un214> jdond_: there is such a thing as co-depends
[21:57] <psusi> lol... it may not be 100% accurate, but still a useful generalization concept ;)
[21:57] <jdong_> un214: I'm not arguing with that, it's not proper terminology for Upstart :)
[21:57] <jdong_> but yes, you can do a topological sort by Upstart events :)
[21:58] <psusi> jdong, didn't see my post the other day to the motu mailing list?  launchpad.net/e2defrag is the project.... has link to bzr repo and source tarball for the release I made the other day... binary build in my ppa
[21:58] <jdong_> I used to have a script that did that
[21:58] <jdong_> psusi: neeeeat; no unfortunately I've been swamped with work lately
[21:58] <psusi> and I've even tested it on up to 2tb disks
[21:58] <jdong_> sweet
[21:58] <psusi> made some changes to allow that without needing 6gb of ram
[21:59] <CynthiaG> un214: /etc/modprobe.d/blacklist.conf +alias fbcon off still does absolutely nothing for me, in the VM
[21:59] <un214> CynthiaG: did you run update-initramfs afterwords
[21:59] <psusi> and in the process ran into a kernel bug... I was trying to go over 2tb and found that lvm snapshots silently wrap around at 2tb
[21:59] <CynthiaG> un214: oh, no I didn't
[21:59] <CynthiaG> I'll do that
[22:00] <psusi> you can use snapshots of a zero target to create a virtual disk of huge size with a smaller backing store... was going to use that to try making a 4tb disk to defrag, but it's all hosed up because of the wraparound
[22:02] <CynthiaG> aha un214, now it did something! the boot screen was green, and I can see absolutely nothing instead of the login screen
[22:02] <un214> ok you hit the situation but not the bug
[22:02] <psusi> that reminds me... I need to poke Keybuck about merging my ureadahead changes
[22:02] <un214> hit Alt-F1 to get login
[22:02] <CynthiaG> I heard the drum-like thing that serves as the login ready indication
[22:02] <CynthiaG> Ubuntu 10.04 LTS abra tty1 || abra login:
[22:02] <un214> somehow I got that green screen broken
[22:02] <psusi> and I still haven't heard from Ted about my e2fsck patch....
[22:03] <CynthiaG> that's what virtual terminal 1 says
[22:03] <un214> CynthiaG: my bug is somehow I'm no longer getting the green screen
[22:03] <CynthiaG> hmm
[22:04] <CynthiaG> What are you getting instead?
[22:04] <un214> blackness until login prompt
[22:04] <CynthiaG> well, in any case, it's not the Ubuntu logo and the five circles
[22:04] <CynthiaG> which is to be expected since blacklisting fbcon
[22:05] <un214> I'll bet that if I got fsck to ask me any questions during boot it hangs forever
[22:05] <CynthiaG> However, I only get a login prompt for GNOME (vt7) after I do like you said and switch to vt1
[22:05] <un214> I run KDE and don't have the problem
[22:06] <un214> (*dm login not working)
[22:06] <CynthiaG> it would probably hang forever if fsck needed to ask you anything, yes
[22:06] <CynthiaG> but I think the on-boot fsck is non-interactive
[22:06] <CynthiaG> until it needs to boot you to a maintenance shell, that is. And then I don't know what it does, but it should switch to a sane terminal
[22:07] <un214> CynthiaG: last I checked maintenance boot doesn't use plymouth
[22:08] <CynthiaG> I don't mean a maintenance boot (single-user), I mean fsck having unrecoverable errors and throwing you into a maintenance shell from a normal boot :)
[22:08] <un214> who knows what that's gonna do
[22:08] <CynthiaG> Errors such as "mount time in the future" from Karmic
[22:08] <un214> My money's on wrong console acrtive
[22:09] <CynthiaG> Those threw me to a maintenance shell during the alphas
[22:09] <un214> that shouldn't be an error -- it means the system clock is off until it can sync to network
[22:09] <CynthiaG> I know, but they were still considered unrecoverable in Karmic
[22:10] <un214> ewww
[22:10] <CynthiaG> Aye
[22:13] <CynthiaG> Off-topic fun fact: Apparently a Lucid install needs to read 157 MB of data between boot and the GNOME desktop.
[22:15] <un214> I'm gonna play a hunch and see if I get usable feedback with chmod -x plymouth
[22:16] <un214> test will take awhile
[22:19] <jdong_> what does marking plymouth non-executable do?
[22:20] <CynthiaG> prevents it from being run, without necessarily removing the package
[22:20] <CynthiaG> because removing plymouth the package would also delete e2fsprogs because of a dependency
[22:22] <jdong_> and how will that help him see messages that otherwise plymouth is unable to print??
[22:23] <CynthiaG> s/he is testing a bug that is making plymouth unable to print things anyway
[22:23] <CynthiaG> https://bugs.launchpad.net/bugs/593408
[22:24] <CynthiaG> and with fbcon enabled, it's apparently misaligned enough that still nothing is visible, or something
[22:24] <jdong_> well not allowing plymouth to run isn't gonna cause the boot system to print anything either
[22:25] <CynthiaG> *boggles* :)
[22:25] <CynthiaG> I wonder what that person wants to achieve now
[22:26] <un214> well chmod -x /sbin/plymouthd resulted in the boot feedback showing up again
[22:27] <CynthiaG> In a console?
[22:27] <CynthiaG> Er. Text console.
[22:27] <un214> yup, right on tty1
[22:27] <jdong_> I was unaware of such a fallback except for init scripts
[22:27] <CynthiaG> So that's what you wanted to achieve.
[22:27] <un214> not quite
[22:27] <jdong_> stuff like mountall IIRC directly called plymouth APIs to output
[22:28] <un214> I've got to go find the options being used to call fsck and change them
[22:28] <psusi> CynthiaG, sounds about right... that's why I've been working on using defrag to pack all that data in order at the start of the disk so it gets pulled in faster ;)
[22:28] <CynthiaG> psusi: So e2defrag is also a boot-sequence optimiser?
[22:28] <jdong_> CynthiaG: psusi is combining it with ureadahead to make it such :)
[22:28] <psusi> if you don't want a gui boot console, just pass "text" on the kernel command line and it will remain in 25 line mode
[22:29] <CynthiaG> Oho! That sounds awesome
[22:29] <un214> jdong: looks like I get to go break mountall then
[22:29] <un214> I'll bet he's the one calling fsck anyway
[22:29] <jdong_> or probably just find the 9.04 version anyway :)
[22:29] <psusi> CynthiaG, not exactly... but you can give it a list of files that should be given priority when packing... such as a list pulled from the ureadahead pack file ;)
[22:29] <un214> psusi: tried that doesn't work
[22:30] <CynthiaG> psusi: Sounds even more awesome :D
[22:42] <un214> ugh goodbye mountall
[22:43] <un214> replacing it with fsck -a && mount -a
[22:43] <psusi> you mean fsck -p
[22:43] <un214> no actually I mean fsck -A
[22:44] <psusi> boot time fsck is run in prone mode... not to mention that the rest of the system won't boot without mountall
[22:44] <psusi> s/prone/prune
[22:44] <un214> preen
[22:44] <psusi> err, yea, that one ;)
[22:44] <psusi> shit...   Wondering if you had any thoughts on it.
[23:10] <psusi> cjwatson,  also could you possibly help move bug #568050 along by uploading the fix to lucid-proposed?  This was a serious regression that prevents installation for effected users so I'd like to see it make it in for the 10.04.1 respin


[00:00] <deshipu> or, if it doesn't have network access, with apt-zip
[00:00] <puke> knome: i want to make a first-aid thingy. my connection is bad and i want to make backups for my mostly used applications
[00:00] <puke> deshipu: never heard of apt-zip
[00:00] <deshipu> !info apt-zip
[00:01] <deshipu> puke: basically you run it on a computer with network like you would apt-get, and then it creates a file that you copy to the other computer
[00:02] <puke> deshipu: can i do this on ubuntu and copy the files to xubuntu?
[00:02] <puke> or to debian xfce, for example?
[00:02] <deshipu> yes
[00:02] <deshipu> well, debian not necessarily
[00:02] <puke> deshipu: great. thank you very much.
[00:02] <deshipu> they need to have the same version of *ubuntu
[00:02] <deshipu> (I think)
[00:04] <puke> deshipu: thank you very much
[00:05] <puke> do you guys use chrome or chromium?
[00:10] <knome> ^ packages like that might or might not work on other versions or in debian, but it's highly suggested not to do that
[00:14] <puke> knome: thank you very much
[00:22] <puke> oh, sorry. i know i sound stupid, but, when i install a package from software center, does that application gets copied into /var/cache/apt/archives/ ?
[00:25] <deshipu> puke: it's a little more complicated
[00:26] <deshipu> puke: it gets downloaded there, then the pre-install script from it is executed, then it gets unpacked into your filesystem, then post-install script is executed
[00:26] <deshipu> puke: the cached .deb file is eventually deleted when you run apt-get clean
[00:27] <puke> deshipu: i was thinking about copying those files into usb memory, but i guess it's not a good way of solving my problem.
[00:28] <deshipu> apt-zip should work best :)
[00:30] <puke> deshipu: sorry :) thank you very much.
[00:36] <sergio-br22> does the default window composite in 14.10 stills tearing?
[02:15] <sergio-br22> heya again
[02:15] <sergio-br22> https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1353013
[02:15] <holstein> sergio-br22: do you have a question i can assist you with?
[02:15] <sergio-br22> take a look at the pictures I attach in the bug report
[02:16] <sergio-br22> do you have an idea what's happening?
[02:16] <sergio-br22> this problem is intermittent
[02:16] <holstein> sergio-br22: is it with the hdmi?
[02:16] <sergio-br22> no
[02:17] <holstein> sergio-br22: i dont see any pictures
[02:17] <holstein> sergio-br22: do you have the issue from the live CD?
[02:18] <sergio-br22> I attached 3 pictures, one for each comment in the bug report
[02:18] <sergio-br22> dunno, I need to test with live CD
[02:18] <holstein> sergio-br22: there are no images at the link you gave, friend
[02:19] <holstein> sergio-br22: please test with a live iso to remove your user config and system config from the equation and let me know what is happening
[02:19] <sergio-br22> really? in the messages below
[02:19] <sergio-br22> ok
[02:19] <holstein> sergio-br22: correct. i see *no* images
[02:19] <holstein> sergio-br22: i see text..
[02:20] <sergio-br22> https://launchpadlibrarian.net/188832596/Normal%20Audio.png
[02:20] <sergio-br22> this is when i'm getting normal audio
[02:20] <sergio-br22> and when I get crackling: https://launchpadlibrarian.net/188832678/Crackling%20Audio%201.png
[02:20] <sergio-br22> and this: https://launchpadlibrarian.net/188832701/Crackling%20Audio%202.png
[02:21] <holstein> sergio-br22: looks like you have it set to 100% and are getting clipping.. thats not a bug.. turn it down
[02:21] <sergio-br22> a buttons appears, weird
[02:23] <sergio-br22> but how it is not bug, if it happens intermittent?
[02:23] <sergio-br22> sometimes i got a clean audio
[02:23] <sergio-br22> sometimes don't
[02:24] <holstein> sergio-br22: how about with the live iso?
[02:24] <holstein> sergio-br22: please try a live iso..
[02:25] <holstein> sergio-br22: consider filing the bug upstream with alsa
[02:25] <sergio-br22> with 14.04 or 14.04.1 ?
[02:26] <holstein> sergio-br22: try with whatever you *know* worked before
[02:26] <sergio-br22> ok
[02:26] <holstein> sergio-br22: you said you "thought" it was working "before".. so whatever that means.. before whatever..
[02:26] <sergio-br22> ok
[14:14] <sennn> xubuntu 's performance better than lubuntu,cheers
[14:29] <cubed_root> is there a way to configure the save/open dialog box globally?
[14:33] <holstein> cubed_root: configure it to do what? im not sure that i have ever tried to configure it "globally", or otherwise.. what is the goal?
[14:36] <balance> hi
[14:39] <BalTun> hello
[14:39] <balance> I'm running xubuntu in virtual box because my university wants me to. It is very very slow and I get this on startup: SMBus adress uninitialized - upgrade BIOS or use force_addr=0xaddr  ------ intel_rapl no valid rapl domaisn found in package 0.
[14:40] <balance> it does start up though it just takes ages
[14:40] <holstein> balance: did you try to force_addr=0xaddr ?
[14:40] <balance> holstein: I absolutly don't get what this istrying to tell me
[14:41] <balance> where should I use it?
[14:41] <holstein> balance: well, ideally, that would be a message about the *actual* machine linux is running on.. a "warning" message.. but, its likely that the virtualization you are running is just old/misconfigured
[14:42] <holstein> balance: what host OS? windows? i would just go and make sure you have the latest version of virtualbox, and check all your setting for the VM..
[14:42] <balance> holstein hmm, my IT prof gave us this virtual box image and it seems it worked for 300 people before me, so, I think it can't eb that misconfigured.
[14:42] <balance> win 8.1 yeah and VB is new but I'll check
[14:43] <balance> thanks
[14:43] <holstein> balance: the *host* is misconfigured, friend.. not the image
[14:43] <holstein> balance: your host.. windows running the virtualbox host.. thats what i would look at.. and thats what im saying can be misconfigured.. otherewise, id just call your prof up, since its his operating system, and not xubuntu
[14:44] <balance> holstein: it's a new VB installation on a fresh system. ok I just though I come here and ask about these errors/warnings - maybe it was related. thanks
[14:45] <holstein> balance: doesnt matter that you actually *just* installed it.. its about the version.. please make sure you have the latest version of virtualbox for the windows host you are using.. or, whatever specific version your prof requires you to be useing
[14:45] <balance> holstein sure
[14:45] <holstein> balance: there are options, such as nomodeset.
[14:45] <holstein> !nomodeset
[14:46] <holstein> balance: there is also this http://askubuntu.com/questions/298290/smbus-bios-error-while-booting-ubuntu-in-virtualbox
[14:46] <balance> thanks I'll check that out :)
[14:46] <holstein> balance: having guest additions installed in to the guest would be one of the first things i would do..
[14:47] <holstein> i would apply updates on the host and guest (since you say you can run the guest os, eventually) and install the guest additions, and updates to virtualbox.. and see if that solves your issue. otherwise, just save the state, suspended, and you wont need to reboot
[14:48] <balance> holsteinyep true I'll make that thanks
[14:49] <BalTun> I have an xubuntu 14.04 and I had installed some apps for block/unblock that is activated when system returns after a sleep state. It was long time ago so I forgot what I was installed. Now I have situation when I open my laptop and see one of 3 window for unlock, random one. And one of this 3 doesn't get write password. So when it's showing I have to reboot whole system to login. How I can find out what kind of block soft is used and how to make only one of
[14:49] <BalTun>  this to work ?
[14:50] <holstein> BalTun: you installed what to block and unblock what?
[14:51] <BalTun> block system. Authorisation window which appears when computer come back from sleep mode
[14:51] <holstein> BalTun: you should be able to see your "history" in the terminal, by typing "history".. if you used the command line to install otherwise, you should be able to use the package manager of your choice to see what applications you have installed
[14:52] <holstein> BalTun: you set it up to require a password when resuming from standby? that shouldnt require adding any applications..
[14:53] <BalTun> cool, now I see that I have installed gnome-screensaver and xscreensaver
[14:54] <holstein> BalTun: both of those can offer to "lock" the screen.. you can share screenshots to help use help you..
[14:56] <cubed_root> holstein: i'm probably nitpicking, but i want the left side of my open/save dialog box to be what it is in my nautilus file manager
[14:57] <holstein> cubed_root: you mean, the nautilus bookmarks setup?
[14:58] <cubed_root> i mean more the folders that appear on the left -- in nautilus i can configure them, in the dialogs i can't
[15:00] <holstein> cubed_root: i mean, basically, *everything* is cusomizable, in one way or another.. but, that is probably the gtk filechooser rather than a file manager.. not sure what configuration, if any, is available by default
[15:00] <holstein> cubed_root: i might try a larger, upstream xfce community
[15:01] <cubed_root> holstein: just having the gtk filehooser is something to google -- thanks!!
[15:01] <cubed_root> *filechooser
[15:13] <BalTun> holstein:   can I install and use synaptic in xubuntu to control packages ?
[15:44] <ronin> if i delete a file with delete
[15:44] <ronin> is there a way to undo
[15:45] <BalTun> how i can upgrade xubuntu from 14.04 to 14.10 ?
[15:46] <drc> BalTun:  https://wiki.ubuntu.com/UtopicUnicorn/ReleaseNotes
[15:47] <drc> ronin: Not really
[15:47] <ronin> lol
[15:48] <drc> ronin: But if you really must try, start here https://wiki.archlinux.org/index.php/file_recovery
[15:50] <ronin> why is there no a recycle bin
[15:51] <drc> There is...Trash...but you said "delete", that really deletes the file, not just throws the file in the trash.
[15:51] <cfhowlett> BalTun,  sudo do-release-upgrade
[15:55] <BalTun> should I upgrade from 14.04 to 14.10 will it give more pluses or more minuses ?
[15:56] <drc> BalTun: Unless you really need something in 14.10 not in 14.04 (like some updated app) I'd say stick with the LTS (14.04)
[16:04] <ronin> what was a good really basic code editor for xubuntu
[16:04] <ronin> something like notepad++
[16:06] <drc> ronin:   "code" editor or "text" editor (i.e., are you really coding and need all the bells and whistles therein or just editing text/config files)?
[16:07] <ronin> mostly editing small scripts or config files
[16:07] <drc> ronin: Then mousepad should work for you, imo.
[16:07] <drc> It's already installed by default.
[16:08] <ronin> i have leafpad
[16:08] <ronin> as default
[16:09] <drc> Leafpad should work also.  You must have an old version of Xubuntu then :)
[16:09] <ronin> :)
[16:09] <ronin> im too lazy to upgrade :D
[16:09] <ronin> and im happy with the old one
[16:10] <ronin> finding xubuntu was the best day right after when i quit church
[16:10] <drc> Just make sure you keep an eye on the EOL for that version (security updates, if and when)
[16:10] <ronin> yup
[16:42] <Airbander> Hi
[16:43] <drc> Hello
[17:58] <Airbander> how update bios from linux and thanks
[17:59] <Alexfrench> lol le retour de la veangeance
[17:59] <Alexfrench> ou comment je ne lis jamai la doc
[18:01] <Airbander> salut
[18:40] <cfhowlett> !fr | Alexfrench,
[19:43] <sjoshi> Hello, I have installed Xubuntu14.10 on Lenovo Ideapad Z510 but facing touchpad issues... i am not able to scroll via the edges or even 2 fingers scrolling is not working
[21:51] <Airbander> Hi guys
[21:58] <slickymaster> !hi | Airbander
[21:58] <Airbander> This is the second time and this message pop up to me what should i do to stop it and thanks this is the image
[21:58] <Airbander> http://postimg.org/image/xeu3i0yqx/
[21:58] <Airbander> should i upgrade or not
[22:00] <Airbander> I don't know if this will upgrade the system or not ( Security or best perform )
[22:00] <Airbander> Or just theme of ubuntu
[22:19] <xubuntu444> I am trying to install 14-10 on a old laptop. It s hung at bcmwl-kernel-source (i386)
[22:20] <xubuntu444> I have found what says is a answer, sudo apt-get install
[22:55] <newbo> hey guys. i can only see my / partition and nothing else. how can i fix this? i got 3 more partitions.
[22:55] <newbo> i can't see them in file manager
[22:55] <newbo> not in desktop either
[23:03] <newbo> ok, here's another one then. i remapped xfce4-popup-whiskermenu to Super key. but if i press super+t for terminal, whisker menu AND terminal opens.
[23:03] <newbo> how can i make it open whisker menu when i RELEASE the super button?
[23:06] <newbo> like this question: http://askubuntu.com/questions/483106/bind-super-win-key-release-event-not-press-in-xfce-4-10
[23:06] <newbo> it's old and never answered. my question is the same
[23:09] <newbo> or this one: http://askubuntu.com/questions/501052/xubuntu-open-whisker-with-super-button-issue
[23:19] <newbo> oh man f this. i chose delete ubuntu and install xubuntu, and it deleted all my hdd. f man.
[23:20] <knome> newbo, please watch the language as this is a family-friendly channel
[23:21] <bekks> newbo: So you deleted your whole data when installing Ubuntu, already.
[23:21] <newbo> bekks: no, i did not.
[23:21] <newbo> i was dual booting windows and ubuntu.
[23:21] <newbo> and because unity is so much slow, i installed xubuntu instead.
[23:22] <bekks> newbo: sudo apt-get install xubuntu-desktop would have been sufficient.
[23:23] <newbo> bekks: will it delete unity? or, does not start unity at all?
[23:23] <bekks> newbo: It will neither uninstall unity, not automagically not start it. When logging in, you can choose what to start.
[23:24] <newbo> well.. there goes my other partitions...
[23:27] <newbo> bekks: do you know a way of solving my previous questions? about whisker menu and super key release?
[23:28] <bekks> newbo: No, I never used whisker.
[23:28] <newbo> bekks: your shortcuts execute when you press the key, right? not when you release the key?
[23:29] <bekks> newbo: Correct.
[23:29] <newbo> bekks: do you know a way of making it execute on release?
[23:30] <bekks> newbo: No. I doubt thats possible at all.
[23:30] <newbo> bekks: when i set a shortcut for super key, if i press super+t for terminal, for example, whisker AND terminal opens.
[23:30] <newbo> bekks: so i mapped super+space to whisker. but i was curious if i can make super key to open whisker only.
[23:32] <newbo> thanks anyway


[14:37] <grepper> wgrant: I repacked the debian/ubuntu to use the python3 ready 'txt2tags' script from the python3 branch of txt2tags. (more or less as you suggested). Where would be a good place to upload it to? Current ppa is called 'tovid-ppa' at https://launchpad.net/~grepper/+archive/ubuntu/ppa. Do I just create a branch for it within that ppa?
[21:49] <wgrant> grepper: I don't understand what you mean by "branch for it within that ppa". You can just upload the package to that PPA, no need for a branch.
[21:51] <grepper> wgrant: okay, I just thought it was strange to have a 'txt2tags' in a ppa named 'tovid-ppa'
[21:51] <wgrant> grepper: Shrug, it's a dependency, seems reasonable to me.
[21:52] <grepper> maybe I have been using branches wrongly, too much svn background I guess - I created a 0.35.2 branch when I updated from 0.35.1 which was dumb I guess ?
[21:53] <wgrant> grepper: What do you mean by "created a 0.35.2 branch"?
[21:54] <wgrant> What kind of branch?
[21:55] <grepper> for uploading code
[21:56] <grepper> https://code.launchpad.net/~grepper
[21:56] <wgrant> Ah, so you mean an actual Bazaar branch, right.
[21:57] <grepper> yes
[21:57] <wgrant> Using branches that way isn't by any means wrong, but it's unusual.
[21:57] <wgrant> It would be more common to have eg. a 0.35 branch which gets updated with 0.35.1, 0.35.2, etc.
[21:57] <wgrant> Since a branch with 0.35.1 in the name is probably always going to be 0.35.1, which makes it sorta pointless.
[21:57] <grepper> you mean using tags ?
[21:58] <grepper> ie. to be able to go back and check out older code
[21:58] <wgrant> Right, it's common to use tags to specify which revision corresponds to which package version.
[21:58] <wgrant> Tools like debcommit will automatically add them for you.
[21:58] <grepper> okay, thanks
[21:59] <wgrant> If you look at Ubuntu's official branches, we have one for each package for each series.
[21:59] <wgrant> eg. there's the dpkg trusty branch, the dpkg vivid branch, etc.
[21:59] <grepper> guess I'm royally confused after just moving my project from google code to githup (svn -> git) and now bzr
[22:00] <grepper> I have it backwards I guess
[22:00] <grepper> as all dists are in  each branch
[22:00] <wgrant> In terms of how you use them to manage releases, branches in all three VCSes are reasonably similar.
[22:00] <grepper> not that it really matters as its exactly the same code
[22:00] <wgrant> Right, you probably don't want to operate quite like Ubuntu.
[22:00] <grepper> okay, thanks for your clarification
[22:01] <wgrant> Ubuntu doesn't push the same release to everywhere -- we don't push 2.0 to trusty if trusty had 1.0 originally.
[22:01] <wgrant> So we need separate branches so we can backport fixes to any version in a stable release.
[22:01] <wgrant> In your case, you probably have a single branch that builds on all series.
[22:01] <grepper> right
[22:01] <wgrant> It might make sense to just have a "tovid-ppa" branch, for example.
[22:02] <grepper> maybe I'll tag then merge them, if I can figure out how ...