[12:39] <seth_k|lappy> siretart, bug #5577
[12:39] <Ubugtu> Malone bug #5577: noteedit: merge new debian version In: noteedit (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: PendingUpload https://launchpad.net/bugs/5577
 ;)
[12:42] <Kyral> ping LaserJock
[12:42] <LaserJock> yoh
[12:43] <Kyral> did your @ubuntu start working yet? ;P
[12:44] <LaserJock> no
[12:44] <Kyral> hehe
[12:45] <LaserJock> you?
[12:45] <Kyral> didn't check today
[12:45] <Kyral> I'll check before the next CC Meeting through
[12:45] <Kyral> when is it anyway...
[12:46] <LaserJock> I'm more concerned about getting commit access to the doc-team svn repo. I would like to commit some stuff before I leave for Christmas on Tuesday
[12:48] <JohnnyMast> m going on fryday to the UK :)
[12:49] <Kyral> Yah if its not up by the CC meeting, I'm pinging whoever I need to ping
[12:50] <LaserJock> Kyral: if I'm not there will you ping for me too?
[12:50] <Kyral> yah
[12:52] <Kyral> who WOULD I ping anyway?
[12:52] <crimsun> elmo.
[12:52] <Kyral> who is this elmo anyway?
[12:52] <LaserJock> James Troup
[12:52] <Kyral> ah okay
[12:52] <Kyral> ircnick is elmo?
[12:53] <crimsun> yes.
[12:53] <Kyral> never seen him around
[12:53] <crimsun> don't panic if you don't hear back from him. He's extremely busy.
[12:54] <LaserJock> yeah, I wish he could delegate more. He does soo much
[12:55] <Kyral> Cronjob the LP thing :P
[12:55] <crimsun> @ubuntu.com is crontabbed last I knew
[12:55] <crimsun> yours probably just needs to be poked
[12:55] <Kyral> yah well its been like 2 weeks lol
[12:56] <crimsun> heh, try almost 10 months :)
[12:56] <Kyral> lol
[12:56] <Kyral> Poked in what way?
[12:57] <crimsun> then again, mine's a technical issue, which is different from yours
[12:57] <crimsun> Kyral: as in someone needs to poke it.
[12:57] <Kyral> beside me?
[12:57] <LaserJock> elmo I am guessing
[12:58] <Kyral> or am I not getting the meaning of Poke?
[01:09] <crimsun> mgalvin: hi. I've been meaning to ask what you guys were going to do with libcwd, but I went ahead and uploaded 0.99.42 to Dapper. Since you guys maintain it, anything I need to know?
[01:17] <mgalvin> crimsun: nothing special, there is this one debian bug open on it which I did not get around to yet #340174, other than that i don't think there are any other special consideration.
[01:18] <crimsun> mgalvin: you can close it when you upload 0.99.42 (after removing g++-3.4 from debian/control:Build-Depends)
[01:21] <ajmitch> afternoon
[01:21] <tseng> hi ajmitch
[01:26] <jabra> any guys. I have a cool network security tool someone might wanta package.
[01:26] <jabra> *hey*
[01:26] <jsgotangco> that is?
[01:26] <jabra> it's called pbnj ment to scan machines and then parse nmap diff
[01:26] <jabra> http://pbnj.sf.net
[01:27] <jabra> I would like to see if anyone would like to package it for ubuntu
[01:27] <jabra> also if anyone has comments and other suggestions please feel free to send them to me
[01:27] <jabra> jabra @ccs.neu.edu
[01:28] <ajmitch> jabra: put it on UniverseCandidates
[01:28] <jsgotangco> yeah
[01:28] <jabra> aight
[01:33] <jabra> ok I will add it
[01:36] <mgalvin> crimsun: great, thnx
[01:36] <crimsun> mgalvin: np
[01:36] <jabra> ok added
[01:47] <jabra> will there be an email back when it is reveiwed or comments posted
[01:50] <ajmitch> jabra: someone would have to make a package first
[01:50] <ajmitch> one would hope that the person packaging would get in touch
[01:50] <jabra> until then ?
[01:51] <jabra> it just waits?
[01:51] <smergler2> hey
[01:52] <ajmitch> jabra: well yes, there's only a limited number of people who do packaging, and a lot of stuff that people want done
[01:52] <ajmitch> jabra: you could always package it yourself if you wanted :)
[01:53] <jabra> ajmitch: true but as a programmer I have made an ubuntu install shell script
[01:53] <jabra> and I don't have the time to maintain the software and the ubuntu package yet
[01:54] <tseng> as a progammer im sure you can figure out how to write a makefile for a proper package
[01:54] <jabra> I have
[01:54] <ajmitch> generally if someone wants it in ubuntu, they'll go to the effort to do it
[01:54] <jabra> aight
[01:55] <ajmitch> you could file an RFP bug in debian as well
[01:55] <jabra> RFP?
[01:56] <ajmitch> yep
[01:57] <ajmitch> check it out on the debian site, qa.debian.org
[01:58] <jabra> amap is in universe right?
[01:59] <tseng> apt-cache show amap
[01:59] <tseng> Filename: pool/universe/a/amap/amap_4.8-1.1_i386.deb
[02:00] <jabra> thought so
[02:01] <jabra> i'll look into this further tomorrow
[02:17] <minghua> good evening
[03:41] <bmonty> doko: ping
[06:08] <zakame> afternoon all :D
[06:09] <chillywilly> hi
[06:09] <chillywilly> it's 11pm here :)
[06:50] <LaserJock> Unfrgiven: you around?
[07:07] <dholbach> good morning
[07:08] <LaserJock> hi dholbach
[07:08] <dholbach> hey LaserJock
[07:09] <LaserJock> how what your talk the other day?
[07:09] <dholbach> it went quite well, i guess
[07:09] <LaserJock> s/what/was/
[07:09] <dholbach> it's online somewhere, let me find the link
[07:10] <jsgotangco> how did you conduct it? via chat?
[07:10] <desrt> daniel gave a talk?
[07:10] <desrt> hrm
[07:11] <dholbach> jsgotangco: irc, yes, it was at http://umeet.uninet.edu :)
[07:11] <dholbach> http://umeet.uninet.edu/umeet2005/talks/?lang=en&s=daniel
[07:11] <dholbach> at the end, i had blisters on my fingers.... or something
[07:12] <dholbach> (i had to type quite quickly) - the other talkers had their stuff prepared, so they had less hassle - good morning ryan by the way :)
[07:12] <desrt> copy/paste is cheating :)
[07:12] <desrt> good morning to you too.
[07:13] <desrt> do you think it might be appropriate to move the "recent documents" item to the very top of the places menu?
[07:13] <desrt> i think it would be much more used if it was there
[07:14] <dholbach> desrt: we should discuss this on ubuntu-desktop@
[07:14] <LaserJock> dholbach: btw, I got two votes for plotdrop today after I made the changes you suggested.
[07:14] <desrt> @ubuntu.com?
[07:14] <dholbach> lists.ubuntu.com
[07:14] <dholbach> LaserJock: that's good news
[07:14] <desrt> just randomly send an email to that address?
[07:14] <dholbach> LaserJock: did they upload it already?
[07:14] <LaserJock> hmm, I don't know
[07:15] <dholbach> desrt: i can moderate it, but i guess it's better, if you actually sign up ;)
[07:15] <dholbach> desrt: its traffic is not bad
[07:15] <desrt> ok
[07:15] <dholbach> LaserJock: did you ask your mail address to be whitelisted yet?
[07:15] <desrt> i will for now.
[07:16] <dholbach> ubuntu desktop team! :)
[07:16] <LaserJock> dholbach: yep, it is
[07:16] <dholbach> LaserJock: good
[07:20] <jsgotangco> dholbach, ah so it was a chat conference...i thought you actually spoke...
[07:20] <dholbach> jsgotangco: no, i "cheated" :)
[07:20] <dholbach> jsgotangco: i'll speak in january
[07:22] <desrt> dholbach; i accidentally sent the email (just) before signing up to the list.  you might have to push it through manually
[07:22] <dholbach> desrt: i'll be delighted to :)
[07:22] <desrt> sorry :p
[07:23] <dholbach> done
[07:23] <dholbach> :)
[07:23] <dholbach> don't worry
[07:45] <LaserJock> dholbach: just got done reading your talk, very nice.
[07:46] <dholbach> it was just 45 min of talk, so i gave the big overview only
[07:46] <LaserJock> yes, but you gave lots of places for people to plug in to.
[07:47] <dholbach> i hope they see it that way too :)
[07:49] <LaserJock> dholbach: do you know what the process for REVU packages that are OK'd is? Do the automatically get uploaded or does a MOTU have to do that by hand?
[07:51] <dholbach> is there a note, that it was uploaded?
[07:51] <dholbach> you should ask the two guys
[07:51] <bojan> morning!
[07:52] <LaserJock> dholbach: no notes just votes ;-)
[07:52] <dholbach> LaserJock: then ask the two guys
[07:52] <dholbach> morning bojan
[08:00] <lucas> hi
[08:04] <lucas> somebody here ? there's something I don't understand about a build log
[08:04] <minghua> I'm here
[08:05] <lucas> http://people.ubuntu.com/~lamont/buildLogs/r/ruby-gnome2/0.14.1-1/
[08:05] <minghua> not sure I'll understand it better than you though :-)
[08:05] <lucas> look at the last "given-back" log
[08:05] <lucas> seems like there's a problem on the i386 buildd
[08:05] <minghua> lucas: i386 buildd is known to have problems now
[08:05] <lucas> oh ok
[08:05] <lucas> didn't know that
[08:05] <lucas> where should I have found out ?
[08:06] <minghua> hmm, some one should put it on topic perhaps
[08:06] <minghua> lucas: don't know, I knew that from the talks here :-)
[08:06] <lucas> ok
[08:39] <LaserJock> dholbach: I somewhat completed a merging tutorial started by JohnnyMast at https://wiki.ubuntu.com/Merging .
[08:39] <LaserJock> I don't know it is too long but if you think it is useful we could link to it from MOTUToMerge or something
[08:40] <dholbach> LaserJock: please call for proofreaders on the mailing list
[08:41] <LaserJock> dholbach: aww, good idea. Will do
[08:41] <dholbach> thank you. :-)
[09:09] <buxy> dholbach: I replied to your mail, explaining the choice of SVN
[09:10] <dholbach> ahhhh, so you're buxy :)
[09:10] <buxy> dholbach: as I explained it to sirestart yesterday evening, if I want to change how Debian works, I have to use what Debian people are using
[09:10] <buxy> and right now this is svn
[09:10] <buxy> dholbach: yes I am ! :)
[09:12] <lifeless> buxy: define 'debian people'
[09:12] <lifeless> offhand I can think of debian people that use CVS, baz, bzr, darcs, hg and svn.
[09:13] <Mithrandir> as well as git, I imagine.
[09:14] <minghua> I _think_ buxy is referring to Alioth projects
[09:15] <Mithrandir> yes, which handles at least arch in addition to svn and cvs.
[09:16] <minghua> that's true
[09:16] <minghua> it's just that I use SVN only and forgot others, sorry :-P
[09:19] <zakame> lucas: ruby-gnome2 and libgettext-ruby still has give-backs on i386, not out of the woods yet :/
[09:20] <lucas> zakame: there are build problems on the i386 buildd, which are unrelated to the package
[09:20] <lucas> it seems the i386 buildd just cannot find the source
[09:22] <zakame> lucas: yes, I checked it yesterday, and still is so today :( but I wouldn't mark it as fixed until it builds on all archs
[09:25] <buxy> lifeless: Debian contributors using alioth to handle packages
[09:25] <lucas> zakame: I'll monitor the build logs and reopen if it isn't rebuilded in a few days
[09:26] <zakame> lucas: I leave it to you then ;) keep up the good work!
[09:26] <lucas> zakame: the libgtk-trayicon-ruby problem is strange
[09:26] <buxy> lifeless: i know also people using bzr, etc. in Debian but the majority is using svn
[09:27] <crimsun_> 'night guys.
[09:27] <dholbach> night cr...
[09:29] <zakame> lucas: indeed, as I said it seems to put a .so inside a /usr/local directory
[09:29] <lucas> yes, but it didn't on Debian
[09:30] <lucas> but sbody reported a debian bug about this, so it seems that sometimes, it does too on debian.
[09:30] <zakame> hm, strange indeed
[09:30] <lucas> anyway, I added a patch to the launchpad bug, and reopened the debian bug about this.
[09:30] <lucas> (the maintainer closed it since he couldn't reproduce)
[09:31] <lifeless> buxy: with the greatest respect, I doubt your stats.
[09:31] <zakame> I'm not near my desktop right now (i'm missing it so terribly), as I'm in Manila, but as soon as I get back I'll try to reproduce it
[09:32] <buxy> lifeless: check http://svn.debian.org and count, check http://arch.debian.org and count
[09:32] <buxy> lifeless: I'm administering alioth where both those services are hosted
[09:38] <sivang> Good morning everybody
[09:40] <zakame> hi sivang
[09:52] <Treenaks> how do I make a debug build of a cdbs-package?
[09:53] <siretart> morning
[09:53] <zakame> hi siretart
[09:54] <siretart> buxy: very good points on -devel. Will answer on them after work
[09:56] <buxy> siretart: fine !
[11:32] <\sh> moins
[11:34] <janimo> siretart, please nuke xubuntu-docs and xubuntu-default-settings from REVU, thanks
[11:36] <\sh> janimo: I archived it :)
[11:36] <janimo> \sh, thanks
[11:37] <\sh> morning dredg
[11:37] <janimo> \sh, btw do you know anything about {k,}ubuntu-docs having to use update-alternatives instead of dpkg-divert?
[11:37] <janimo> the latter does not work if more than two packages try to provide the same file (about ubuntu ff start page)
[11:38] <janimo> infinity said something about this but it is not currently the case
[11:39] <\sh> janimo: well..no, but I think this is a good case to bring this to core dev attention...we need to find a better solution _now_ :)
[11:39] <janimo> I'll ping infinity again about it
[11:40] <StevenK> ARGH! mkdirhier is *NOT* in /usr/X11R6/bin
[11:41] <janimo> Riddell, dholbach ping
[11:41] <dholbach> janimo: pong
[11:41] <janimo> dhlobach see above
[11:42] <janimo> do you have an idea what the alternatives name could be for index.html
[11:42] <janimo> in about ubuntu
[11:42] <janimo> right now u-docs and ku-docs use dpkg-divert I think which is messy
[11:42] <dredg> morning
[11:42] <janimo> and with xubu in the mix gets messier even :)
[11:42] <dredg> \sh: howdy
[11:42] <dholbach> janimo: it seems the right thing to do, no?
[11:43] <janimo> dholbach, divert does not work with more than 2 packages
[11:43] <janimo> so it needs to use update-alternatives
[11:43] <janimo> or so I have been told when I asked
[11:49] <janimo> http://people.ubuntu.com/~lamont/buildLogs/x/xubuntu-default-settings/0.2/xubuntu-default-settings_0.2_20051218-2044-i386-given-back.gz
[11:49] <janimo> any idea why this happens?
[12:27] <Tonio_> hi
[12:30] <Riddell> janimo: the i386 buildds seem to be giving lots back these last few days
[12:38] <\sh> Riddell: since you uploaded the kde critical masses :-)
[12:39] <Tonio_> hum
[12:39] <Tonio_> do you think a set of amarok scripts package would be usefull ?
[12:47] <Riddell> Tonio_: if they are useful scripts yes
[12:48] <Tonio_> Riddell: there are LOTS of very usefull scripts
[12:48] <Tonio_> I think it could be interesting to package them by category...
[12:49] <Tonio_> I'll manage to have a look toonight ;)
[01:37] <zakame> wb minghua
[01:38] <minghua> hi zakame
[01:47] <zakame> hi slomo :)
[01:47] <slomo> hi zakame
[02:18] <minghua> does simple-patchsys in cdbs use debian/patches/ as well?
[02:18] <minghua> there is a thread on debian-devel about debian/patches/ directory
[02:18] <janimo> minghua, yes
[02:19] <janimo> if they are called 00_patchname, 01_pacthname2 etc
[02:19] <minghua> a nice oppertunity to advocate #ubuntu-motu-school if I can find the log for \sh's first lecture...
[02:19] <janimo> but no need for a patch index file as with dpatch AFAIK
[02:19] <minghua> janimo: I see, thanks
[02:39] <xerxas> hi
[02:39] <xerxas> is there any reason ubuntu doesn't have /etc/init.d/iptables as debian have ?
[02:41] <ogra> xerxas, debian stable doesnt have this file
[02:41] <ogra> thats been in woody
[02:41] <xerxas> ogra: are there any plan for having it in ubuntu ?
[02:42] <xerxas> ogra: sorry I only work with unstable ubuntu :)
[02:42] <ogra> why should we? debian doent have it either
[02:42] <ogra> there was a SoC project fro a firewall solution which is still WIP
[02:43] <xerxas> SoC == Summer of Code ?
[02:43] <ogra> yup
[02:43] <xerxas> a SoC for ubuntu ?
[02:43] <ogra> there were many  ....
[02:46] <xerxas> ogra: cool
[02:46] <xerxas> where is the WIP for firewall in ubuntu ?
[02:47] <ogra> no idea, look through the wiki for the spec
[02:47] <ogra> i dont know if it was moved to launchpad already
[02:57] <xerxas> ogra: found on the wiki
[02:57] <xerxas> nothing interesting to me
[02:57] <ogra> ah, fine
[02:58] <xerxas> found someone on google who ported the gentoo /etc/init.d/iptables to ubuntu
[02:58] <ogra> but that will be responsible for iptable rules ...
[02:58] <xerxas> I will probably do that
[03:30] <asbin> siretart: I've just saw your comments for my ushare package. Thanks ;)
[03:32] <asbin> siretart: but I disagree with you when you say I should move debian/po in upstream tarball : it's po-debconf l10n files for the debian templates. There's a Debian page about that here : http://www.debian.org/intl/l10n/po-debconf/
[03:32] <siretart> asbin: oh, then I mislooked it. I'm sorry
[03:33] <asbin> siretart: no problems ;)
[03:33] <asbin> siretart: we should make a new release of the program soon, so I'll upload the new package with modifs when it's done ...
[03:34] <siretart> ok
[03:35] <asbin> siretart: Thank you for having a look in this package ... we will be very happy when this package will be an official package (3 months after first coding line ;) )
[03:36] <asbin> I don't know what is the next stage for the package been official ?
[03:38] <asbin> I'm sorry, I shouldn't be the first person to ask for that here, but I couldn't find help on ubuntu wiki !
[03:44] <Kyral> Morning MOTU people
[03:46] <minghua> morning Kyral
[03:46] <Kyral> okay...I know that the CC Meeting is tomorrow...but last I checked...there wasn't a time
[03:51] <wBryce_> How do I find out who maintains a package in the multiverse?
[03:51] <Kyral> apt-cache show <package>
[03:51] <Kyral> it will have the name of the maintainer in the data
[03:51] <Kyral> same way you find out who maintains any other package :D
[03:51] <wBryce_> There's been a few people show up on #squeak needing help getting started.
[03:53] <Kyral> Whats Squeak?
[03:54] <jsgotangco> an awesome educ-centric app
[03:54] <wBryce_> An open source Smalltalk.
[03:54] <Kyral> okay...whats Smalltalk
[03:54] <Kyral> sorry I just woke up, no caffine is in my brain yet
[03:54] <wBryce_> It's the host of Seaside, the main open source continuation based web-framework.
[03:55] <janimo> google :)
[03:56] <wBryce_> Squeak's a direct decendent of Xerox's Smalltalk work in the 70's
[03:56] <Kyral> yah...just woke up
[03:56] <Kyral> no caffine yet
[03:56] <Kyral> didja miss that? lol
[03:56] <Kyral> sorry
[03:59] <wBryce_> Any way to find out if a package exists? I've tried searching for it in synaptic. No signs.
[03:59] <Kyral> You mean Squeak?
[04:00] <Kyral> kyral@UltimateInsaneFreedomDestinyDarknessAndLight:~$ aptS squeak
[04:00] <Kyral> squeak-sources - squeak smalltalk system (system sources file)
[04:00] <Kyral> squeak-vm - squeak smalltalk system (virtual machine)
[04:00] <wBryce_> squeak-image
[04:00] <thierry_> any MOTU would like to review my packages? http://revu.tauware.de/details.py?upid=1245 and http://revu.tauware.de/details.py?upid=1246
[04:01] <thierry_> they are the deps of another package on the universe Candidates
[04:01] <wBryce_> It's not installed. Look's like it should be.
[04:01] <wBryce_> And I can't find the package.
[04:02] <wBryce_> For my own use I install Squeak from source by hand. Just trying to get this sorted out.
[04:03] <wBryce_> The menus are set up to start squeak. Unfortunately the two packages don't include an image (needed) so it doesn't work.
[04:05] <ogra> wBryce_, woks fine here
[04:06] <wBryce_> OK, starting from scratch. Install squeak-vm, install squeak-sources. Where's the image?
[04:06] <ogra> you dont need one to run squeak
[04:06] <wBryce_> I know I can download one from squeak.org. But that's a little hard.
[04:06] <wBryce_> The system is in the image.
[04:07] <ogra> squeak runs fine here and in every edubuntu install if you install the squeak-vm package ...
[04:07] <Kyral> here comes my one annoying msg for 12 hours
[04:08] <wBryce_> There must be an image to run squeak.
[04:08] <Kyral> Could any MOTU give me one more vote on EasyChem http://revu.tauware.de/details.py?upid=1166
[04:09] <wBryce_> ogra: Hi, I'm Bryce Kampjes. Thanks for including Squeak in Ubuntu.
[04:09] <wBryce_> Run squeak from the command line.
[04:10] <wBryce_> It should ask for an image.
[04:11] <wBryce_> The squeak-image package doesn't exist in the multiverse.
[04:11] <wBryce_> It's referred to in the package description.
[04:11] <ogra> damned, you are right
[04:12] <ogra> the image was included in the -vm package once, maybe the wrong packae wnet up to the archive
[04:12] <ogra> i'll fix that for dapper, thatnks for pointing it out
[04:13] <wBryce_> Look's like the -vm package was split into three. And only two made it up.
[04:14] <ogra> yup
[04:14] <wBryce_> Where you setting the $SQUEAK_IMAGE environment variable?
[04:14] <ogra> my fault ... it somehow got lost during the 4 weeks lasting discussion if it would get included at all ...
[04:15] <\sh> siretart: do you think the approach is really working?
[04:15] <ogra> wBryce_, i dont think so, in debian systems there is a policy to install the pieces in the right place instead of setting env variables instead
[04:16] <wBryce_> ogra: no problem, thanks for getting it in. It took me a while to talk someone through installing it last night.
[04:16] <ogra> wBryce_, just putting the squeak.image file into  /usr/lib/squeak/3.7-7/, should have solved it
[04:17] <ogra> err, nope, actually wrong dir
[04:17] <ogra>  /usr/share/squeak/ is right
[04:18] <wBryce_> Hmm, strace only shows one attempt to open the image.
[04:18] <wBryce_> That should be in the current directory.
[04:19] <wBryce_> The image is normally modified and saved. It's all your work. It's common to have many copies of it.
[04:22] <ogra> iirc there was a command that generates the image on first startup ....
[04:23] <wBryce_> Probably inisqueak
[04:23] <ogra> but i'll have to look into it again, its more than 7 months ago that i had it in my hands
[04:23] <ogra> ah, yeh
[04:23] <siretart> \sh: they didn't specify a workflow or any implementation yet, just the idea, and what they want to do
[04:23] <siretart> \sh: and I really think it is a good idea, for both debian and ubuntu, so, yes, I think this could and will work
[04:24] <\sh> siretart: I hope...because it will drag away our people if they make it correctly :)
[04:24] <siretart> \sh: and that's why I want to join that discussion and project, so that we (in ubuntu) can and will profit from the results
[04:25] <siretart> dragging people away? so what. thats what some debian is accusing ubuntu ;)
[04:26] <Nafallo> siretart, \sh: you to should stop being the same color :-P.
[04:27] <\sh> siretart: but many people are not going to debian, they are coming directly to ubuntu...because, yeah, because of what? because it's much more relaxed? more fun? more work? more action?
[04:27] <siretart> \sh: I don't think thats a problem
[04:27] <\sh> Nafallo: I'm not a color :)
[04:27] <Nafallo> \sh: no NM, no flamewars :-)
[04:28] <siretart> \sh: I think that is a new possibility to improve both debian and ubuntu
[04:28] <Nafallo> what are you discussing btw? ;-)
[04:28] <siretart> Nafallo: see the current thread on<EMAIL_ADDRESS>[04:29] <\sh> siretart: but only in giving them the opportunity to have packages easily in debian, because the ITP/RFPs are queuing in their bts..and no one will work on them
[04:29] <siretart> \sh: that's not what buxy is talking about
[04:29] <\sh> siretart: quite the opposite in our area..that's what I mean..
[04:29] <siretart> \sh: buxy is talking about collaborative maintenance. A topic which has not been yet widley discussed and coordinated
[04:30] <siretart> but some people are already doing. like us, motus
[04:30] <\sh> siretart: and we should be able to show them the path? ;)
[04:31] <siretart> \sh: no. I think we should work together in finding better paths than we have currently
[04:49] <Kyral> hey dholbach
[04:51] <Kyral> I heard KDE 3.5 is supposed to be something else
[04:51] <\sh> Kyral: no
[04:51] <Kyral> \sh: No? No what?
[04:52] <\sh> it's not something else...
[04:52] <jsgotangco> its an incremental upgrade
[04:52] <\sh> 4.0 will be different
[04:52] <Kyral> ah
[04:52] <Kyral> Oh well
[04:52] <jsgotangco> Kyral, 4.0 is the crack
[04:52] <Kyral> I'm gonna install it just so I'm familier with KDE
[04:52] <Kyral> so when someone asks a KDE question I can stop saying "Sorry I don't know KDE all that well"
[04:54] <Kyral> plus its also a part of my plan to have a "Grand Unified Theme"
[04:54] <Kyral> I want to make all my WMs have the same look+feel as much as I can :D
[04:54] <jsgotangco> Red Hat tried to do that but failmed
[04:54] <Kyral> ah
[04:54] <dholbach> hi Kyral
[04:54] <dholbach> re :)
[04:55] <jsgotangco> they called it  "bluecurve"
[04:55] <Kyral> lol
[04:55] <Kyral> I don't mean exactly alike
[04:55] <\sh> jsgotangco: why they failed?
[04:55] <jsgotangco> Kyral, seriously
[04:55] <jsgotangco> ahhh
[04:55] <\sh> jsgotangco: it was working
[04:55] <Kyral> but similar enough that if I feel like using KDE one day, it won't take a major change in thinking
[04:55] <jsgotangco> \sh, last i read they're not going to use bluecurve anymore
[04:56] <\sh> jsgotangco: because nobody really liked it..
[04:56] <\sh> jsgotangco: but it was working
[04:56] <Kyral> yah icky bluecurve
[04:56] <Kyral> I like the Milk style themes myself
[04:56] <jsgotangco> \sh, it did work though
[04:57] <\sh> well...the better thing to do is: to make ubuntu things ubuntu and kubuntu things kubuntu...means all themes/styles for kde apps in ubuntu needs to be human and on kubuntu all gnome apps needs to be lipstick
[04:58] <Kyral> lipstick?
[04:58] <\sh> Kyral: check your kde styles and themes..it should default to lipstick :)
[04:58] <Kyral> \sh: Its still installing :P
[04:58] <\sh> (themes == window decoration)
[04:59] <Kyral> Yes I know this
[04:59] <\sh> Kyral: no themes in kde are a package of wm deco, colors and widgets styles normally ...
[04:59] <Kyral> oh
[05:00] <Kyral> well while this is Prelinking
[05:00] <Kyral> I
[05:00] <Kyral> am gonna get breakfast
[05:12] <\sh> grmpf
[05:13] <\sh> donnerstag 11am utc neuer versuch :)
[05:13] <\sh> argl
[05:54] <lucas> What's the status of the i386 buildd problems ?
[05:55] <ogra> http://tiber.tauware.de/cgi-bin/buildlogs.cgi looks fine to me
[05:58] <lucas> yup, but ruby-gnome2 and libgettext-ruby weren't fully built
[05:58] <lucas> they weren't built on i386
[05:59] <lucas> (see http://people.ubuntu.com/~lamont/buildLogs/libg/libgettext-ruby/1.0.0-1/ )
[06:01] <lucas> ogra: http://tiber.tauware.de/cgi-bin/buildlogs.cgi doesn't look fine to me
[06:01] <lucas> lots of failed i386 builds
[06:02] <ogra> oh, yes, the goo old "debhelper is missing" stuff
[06:03] <ogra> but it worked until 1h ago (runit 16:37 UTC)
[06:03] <minghua> so the time for the CC meeting tomorrow is still not decided?
[06:03] <lucas> minghua: seems so
[06:04] <lucas> ogra: builds were failing yesterday
[06:04] <minghua> hard for someone who wants to attend...
[06:04] <lucas> so some builds are missing
[06:04] <ogra> lucas, yes, but the buildds worked during the day today ..
[06:05] <lucas> yup but my question was more: how do I get ruby-gnome2 and libgettext-ruby to be rebuilt ?
[06:05] <ogra> and missing builds will get retried automatically anyway
[06:05] <lucas> ok
[06:05] <ogra> if you are in a hurry, you can ask a buildd admin t kick off a rebuild
[06:06] <ogra> s/t/to
[06:06] <lucas> no, no hurry
[06:06] <lucas> just wanting to make sure they won't get forgot
[06:15] <ogra> lucas, seems i386 is fine again
[07:01] <JohnnyMast> ogra where are the motu tools like lpbugs ?
[07:01] <ogra> JohnnyMast, no idea
[07:01] <JohnnyMast> hmm any one else ?
[07:02] <ogra> \sh_away, could tell you ... or siretart
[07:03] <minghua> JohnnyMast: http://lists.ubuntu.com/archives/ubuntu-devel/2005-November/012969.html
[07:04] <JohnnyMast> kk
[07:04] <JohnnyMast> checking
[07:04] <minghua> and the parent mail
[07:04] <JohnnyMast> minghua thanks
[07:04] <ogra> ah, minghua
[07:04] <ogra> minghua, do you have an idea about http://bugzilla.ubuntu.com/show_bug.cgi?id=21270 ?
[07:04] <Ubugtu> Ubuntu bug #21270: gnome-cups-add is crashing if uim-gtk-immodule is aktive under non japanese desktop environment Product: Ubuntu, Component: gnome-cups-manager, Severity: normal, Assigned to<EMAIL_ADDRESS>Status: NEW http://bugzilla.ubuntu.com/show_bug.cgi?id=21270
[07:04] <minghua> np
[07:05] <minghua> hmm, so I'm GTK IM module expert now? :-P
[07:05] <ogra> hehe ...
[07:05] <ogra> japanese input methods god at least ;)
[07:06] <siretart> JohnnyMast: http://tiber.tauware.de/~siretart/motu-tools
[07:07] <JohnnyMast> yep :) found it already but thanks any ways
[07:07] <minghua> siretart: would you please send a follow up to ubuntu-devel list saying the repo changed?
[07:09] <minghua> siretart: and with the bzr command to switch would be best :-)
[07:11] <siretart> minghua: huh? what repo changed?
[07:12] <LaserJock> from \sh to siretart I think
[07:12] <minghua> siretart: the mail \sh sent to ubuntu-devel refers to http://tiber.tauware.de/~shermann/motu-tools/
[07:12] <siretart> hm, I don't know whether we are diverged or not. Usually \sh and I should have the same contents
[07:13] <minghua> ogra: read the bug report, no clue
[07:13] <siretart> from time to time one of us has a newer commit, but both branches should have nearly the same contents
[07:13] <ogra> ok
[07:13] <LaserJock> siretart: but it is a bit confusing
[07:13] <minghua> ogra: it shouldn't be the same crasher for scim-gtk-immodule, as uim doesn't use c++
[07:14] <ogra> ah, didnt know that
[07:14] <minghua> ogra: I'll see if I can reproduce it, and follow up either way asking for some more info
[07:14] <ogra> thanks :)
[07:15] <minghua> ogra: is there any way to tell if the reporter is using breezy or dapper?
[07:15] <ogra> breezy
[07:15] <ogra> i know him
[07:16] <Gloubiboulga> evening
[07:17] <siretart> LaserJock: you are right. we should finally package and upload it to the archive
[07:18] <minghua> hmm, how to subscribe to a bug in bugzilla?
[07:19] <Am|NickTaken> if a bug in smeg is fixed in the latest release i should close the bug in malone as FIXED, right?
[07:19] <Hieronymus> minghua: add you e-mail to CC
[07:19] <Am|NickTaken> even if that user can't get the latest release without upgrading ubuntu
[07:19] <Hieronymus> *your
[07:19] <Am|NickTaken> also, who do i poke to get smeg removed from malone? it's in main
[07:19] <Hieronymus> Am|NickTaken: it's fixed in dapper, so yeah
[07:19] <minghua> Hieronymus: no I don't wan't CC, I just want to find it easily next time I login, but thanks anyway
[07:20] <Hieronymus> minghua: I make a custom search with things I posted to etc.
[07:22] <Hieronymus> http://tinyurl.com/9mmog
[07:24] <minghua> Hieronymus: that does the trick, thanks
[07:25] <ogra> Am|NickTaken, i usually mark it as fixed and mention the uploaded version that fixed it in the closing comment
[07:31] <LaserJock> Gloubiboulga: you packaged texmaker, right?
[07:33] <Gloubiboulga> yes LaserJock
[07:34] <LaserJock> Gloubiboulga: very good, I was just going to do it but you beat me to it :-)
[07:34] <Gloubiboulga> :)
[07:35] <Gloubiboulga> LaserJock, could you review it then ?
[07:35] <LaserJock> Gloubiboulga: unfortunately I'm not a MOTU
[07:36] <Gloubiboulga> oops, sorry
[07:36] <LaserJock> Gloubiboulga: do you use texmaker much?
[07:37] <Gloubiboulga> I've just discovered it
[07:37] <Gloubiboulga> I usually use emacs
[07:39] <LaserJock> Gloubiboulga: yeah, I usually use emacs/vim but I really liked kile when I used KDE
[07:40] <Gloubiboulga> texmaker doesn't need kde dependencies, only libqt4
[07:40] <Gloubiboulga> it's a good point for non kde users :)
[07:58] <NeTo> hi, I hope my question doesn't sound stupid
[07:59] <JohnnyMast> no question is stupid
[07:59] <NeTo> I have been working for a few days in a package for scilab 3.1.1
[07:59] <NeTo> since the one in the breezy repos looks is very outdated
[07:59] <JohnnyMast> thats because its frozen
[08:01] <NeTo> I meant dapper :p (I'm building it on breezy, but that's another issue)
[08:01] <NeTo> the version in dapper (and debian unstable) is 3.0
[08:02] <JohnnyMast> yeah 3.0.14
[08:02] <JohnnyMast> what does debain has ?
[08:02] <NeTo> the same
[08:02] <NeTo> 3.0.14
[08:03] <JohnnyMast> you should contact<EMAIL_ADDRESS>[08:04] <NeTo> and last time I read the bug list in debian for scilab the package mantainer was requesting for help to maintain the package. I don't know if I can help mantain the package, but hopefully the new version is working
[08:04] <NeTo> (in my pc at least :p)
[08:05] <JohnnyMast> yes but you could ask him to insert a new version
[08:06] <JohnnyMast> but i dont know if motu can fix packages im multiverse
[08:06] <JohnnyMast> Directory: pool/multiverse/s/scilab
[08:06] <NeTo> ah ok thank you. That was exactly what I wanted to know. I have built the package, but i wasn't sure what to do with it right now
[08:07] <JohnnyMast> :)
[08:07] <NeTo> I'm very new at Linux, so I wasn't sure about guidelines for package inclusion/revision
[08:09] <LaserJock> JohnnyMast: MOTUs are in charge of Multiverse too
[08:09] <JohnnyMast> LaserJock alright
[08:09] <herve> hello
[08:11] <Gloubiboulga> JohnnyMast, about permissions trouble on the jargoninformatique directory on REVU, do you know what can I do?
[08:12] <JohnnyMast> Gloubiboulga what kind of permission problems ?
[08:12] <Gloubiboulga> Nobody can enter the source directory on REVU
[08:13] <Gloubiboulga> http://revu.tauware.de/details.py?upid=1229
[08:13] <JohnnyMast> ooh, no you have to contact some higher hand then me
[08:13] <Gloubiboulga> well, I've just checked, it's accessible now...
[08:14] <JohnnyMast> ok that good news :)
[08:15] <Gloubiboulga> yes :)
[08:16] <JohnnyMast> jeeej
[08:23] <NeTo> I'll write to the debian mantainer of scilab. Anyway, if anyone wants to take a look at the scilab 3.1.1 packages...
[08:23] <NeTo> I have uploaded the debs to http://neto.no-ip.com:8080/Ubuntu%20-%20Breezy/scilab/
[08:23] <NeTo> for breezy
[08:24] <NeTo> I have uploaded the sources to http://neto.no-ip.com:8080/Ubuntu%20-%20Breezy/Sources/scilab/
[08:35] <JohnnyMast> ajmitch are you awalke already ?
[08:43] <sivang> is this normal for the allocator transition?
[08:43] <sivang> dpkg: error processing /var/cache/apt/archives/libdar3c2a_2.2.4-2_i386.deb (--unpack):
[08:43] <sivang>  trying to overwrite `/usr/lib/libdar.so.3.0.1', which is also in package libdar2c2
[08:43] <sivang> dpkg-deb: subprocess paste killed by signal (Broken pipe)
[08:43] <sivang> I can just go on and overwrite,
[08:43] <sivang> better check first
[08:44] <sivang> or maybe libdar3c2a_2.2.4-2 needs a conflicts with the old one?
[08:44] <sivang> siretart: ^^ any idea?
[08:51] <crimsun> sivang: yes, it needs Replaces and Conflicts, I'll fix it.
[09:01] <lucas> is the source code of the scripts generating http://people.ubuntu.com/~scott/ongoing-merge/ available somewhere ?
[09:02] <sivang> crimsun: cool, thanks
[09:04] <crimsun> uploaded.
[09:05] <minghua> sivang: sounds like a debian bug to me...
[09:05] <siretart> lucas: please ask Keybuk
[09:05] <crimsun> minghua: it's not a Debian bug, it's a Ubuntu bug that I just fixed.
[09:06] <lucas> siretart: ok
[09:07] <minghua> crimsun: so debian never had libdar3c2, I see
[09:07] <lucas> I'm wondering why it so often fails to determine correctly the debian version on which the ubuntu version is based
[09:07] <crimsun> ah crap.
[09:08] <sivang> crimsun: cool even more, I'll wait to see if that fixes instead of overwriting
[09:10] <buxy> lucas: I've hedaerd that it used snapshot.debian.net which lost a big part of the history due to disk failure ...
[09:10] <asbin> siretart: I've just uploaded a new version of ushare ;)
[09:10] <buxy> s/hedard/heard/
[09:18] <minghua> libdar.so.3.0.1 in libdar2c2?  the guy did the breezy transition was on crack...
[09:18] <crimsun> minghua: a bit late for it now but corrected nonetheless
[09:19] <dholbach> have a nice evening, i'm off :)
[09:19] <minghua> crimsun: yeah, glad you noticed that (I didn't :-)
[09:19] <minghua> good night dholbach
[09:19] <crimsun> 'night daniel
[09:19] <dholbach> night you two
[09:20] <LaserJock> cya dholbach
[09:30] <ogra> minghua, why would he be on crack ? the debian package is still called libdar2c2 and contains libdar.so.3.0.1
[09:33] <minghua> ogra: I stand corrected
[09:33] <crimsun> he wasn't on crack, he did the right thing by sticking to Debian's lib name and tacking on c2
[09:34] <ogra> yup
[09:34] <minghua> ogra: apparently dar 2.2.1-1 in Debian ships libdar.so.3 in libdar2
[09:34] <ogra> i remember how much time he spent with this beast :)
[09:35] <ogra> minghua, yes, thats what sivang's error indicates ...
[09:35] <minghua> although it's fixed in 2.2.1-2
[09:35] <ogra> there is a replaces/provides missing ...
[09:36] <ogra> or a replaces/conflicts ...
[09:36] <minghua> if \sh back, please accept my apologies :-)
[09:36] <ogra> lol
[09:36] <ogra> dar is evil, dont touch it if nobody forces you ;)
[09:36] <ogra> or you are masochistic ...
[09:37] <Loiosh> Hee!
[09:57] <JohnnyMast> ajmitch , ping
[10:01] <JohnnyMast> any reviewer alive ?
[10:03] <LaserJock> no, some disgruntled wannabes snuck in and slaughtered them all
[10:04] <LaserJock> just kidding of course
[10:04] <crimsun> damned slaughterers
[10:04] <Loiosh>  Heh
[10:04] <JohnnyMast> hehe
[10:04] <JohnnyMast> i got 2 packages ready to rock
[10:23] <dooglus> it turns out my external monitor doesn't go black regularly - it goes black for a second whenever the display changes.
[10:23] <dooglus> any idea what might be wrong?
[11:25] <LaserJock> do you guys happen to know how hard it would be to get a 2.4 kernel running in Ubuntu?
[11:25] <tseng> i think it would be nearly impossible at this point
[11:26] <tseng> all the hardware detection is based on udev
[11:26] <tseng> which relies on sysfs
[11:26] <LaserJock> hmm, ok. Oh well
[11:26] <tseng> if you redid the whole boot infrastructure
[11:26] <tseng> i guess maybe
[11:26] <LaserJock> well, I will just stick to Sarge then.
[11:27] <LaserJock> tseng: btw, could/can you upload my plotdrop package that you advocated on REVU yesterday?
[11:27] <tseng> not the worst thing in the world
[11:27] <tseng> i cant today, no
[11:28] <tseng> ajmitch said there are problems with it and I am leaving town soon
[11:28] <tseng> ask tommorow
[11:28] <LaserJock> hmm, I think he is ok with it now but I don't know.
[11:29] <LaserJock> I am leaving town tomorrow early in the moring
[11:29] <LaserJock> tseng: don't worry about it I will figure something out
[11:29] <tseng><EMAIL_ADDRESS>[11:29] <LaserJock> k
[11:29] <tseng> please email package status and ill get to it tommorow
[11:29] <LaserJock> thanks
[11:31] <LaserJock> oh?
[11:31] <Kyral> I passed Calc :D
[11:32] <LaserJock> very good
[11:32] <Kyral> Granted I also pulled a D+ in my CS Class lol
[11:33] <ajmitch> morning
[11:36] <tseng> im off, cya
[11:36] <ajmitch> bye tseng
[11:41] <LaserJock> ajmitch: so do you have a problem with plotdrop or no?
[11:42] <minghua> Kyral: congratulations!  that means you are an official sophomore now, right?
[11:42] <minghua> ;-)
[11:42] <Kyral> minghua: yah
[11:44] <Kyral> Now someone finish off this day and gimme a vote on EasyChem :P
[11:46] <ajmitch> LaserJock: I haven't had time to take a proper look at it, but it does seem to build without killing things
[11:54] <LaserJock> ajmitch: you didn't like the use of $(PREFIX) in the install rule but the upstream Makefile doesn't use DISTDIR
[11:55] <LaserJock> ajmitch: since I am patching the Makefile anyway I can change it if you want
[11:55] <LaserJock> ajmitch: or I can leave it as is for now and promise to change it with the next version ;-)
[11:56] <ajmitch>      it would be nice to have it changed
[11:57] <ajmitch> DESTDIR, btw
[11:57] <LaserJock> right
[12:02] <LaserJock> so generally we want $(DESTDIR)/$(PREFIX) right?


[00:50] <yofel> anyone there that could look at bug 614859 ?
[00:55] <yofel> I attached a debdiff that should resolve this and I don't think debian is affected by this
[01:18] <Riddell> yofel: fooey
[01:19] <Riddell> yofel: I can't look at it tonight but make sure we don't forget
[02:13] <ScottK> At least I don't have to worry about should I be reading omgubuntu ever again.
[02:26] <Riddell> ScottK: how not?
[02:27] <ScottK> Riddell: http://www.omgubuntu.co.uk/2010/08/dude-youre-35-year-old-with-neck-beard.html (which was originally also posted to planet Ubuntu, but seems to have been removed) has convinced me pretty thoroughly that the answer to that question is no.
[03:07] <nigelb> ScottK: I never read it before, now I have a reason never to even think of it.
[03:08] <ScottK> nigelb: ;-)
[03:08] <maco> like i keep saying....its one of those darned gossip rags in line at the grocery store
[03:09] <nigelb> there is a term in my langauge that roughy translates to "yellow paper" stands for the paper that just publishess gossip, that's what I think of them.
[03:16] <JontheEchidna> ah, yellow journalism
[03:17] <JontheEchidna> (that's the english equivalent, pretty straightforward translation it seems)
[03:20] <stalcup> never happens here :)
[03:21] <nigelb> JontheEchidna: aha, thanks :)
[03:29] <ScottK> Also rather reinforces my percpection that "Ubuntu Manual Project" is run by people that couldn't work with others so they forked the docs.
[03:29] <nigelb> Amen.
[04:09] <maco> ScottK: er...yep. spot-on. exactly what happened
[04:09] <maco> they were told from the start "work with docs team" and then went off to do their own thing instead
[04:09] <ScottK> AFAICT, yes.
[05:05] <CIA-98> [kubuntu-firefox-installer] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* (debian/changelog src/kubuntufirefoxinstaller.cpp) * Since qapt-batch handles authorization, there is no need to use kdesudo. This being the case, remove the usage of kdesudo in k-f-i * Fix launching of kubuntu-firefox-installer in install mode (LP: #614777)
[05:26] <debfx> JontheEchidna: you didn't include my changes in the k-n-h upload :(
[08:51] <Quintasan> \o
[09:19] <jussi> morning Quintasan
[10:29] <yofel> \o
[10:30] <yofel> anyone here now that could review and upload bug 614859? ;)
[11:56] <shadeslayer> yofel: im pretty sure that everyone is out for the weekend :)
[12:13] <Quintasan> hmm
[12:13] <Quintasan> I'm bored
[12:14] <Quintasan> Well, I will go out somewhere. Maybe visiting some restaurant was not a bad idea after all
[12:16] <jussi> Quintasan: any luck with Qt/Android/Quassel?
[12:17] <shadeslayer> heh ^^
[12:36] <shadeslayer> Riddell: kdepim* uploaded for mav
[13:46] <JontheEchidna> debfx: oops, I forgot to check for changes :(
[13:50] <JontheEchidna> debfx: Thanks for the fixes. I'll take a look at them tonight. (I have to pack now)
[15:49] <mfraz74> is kde 4.5 going to be put in the kubuntu beta ppa?
[15:54] <shadeslayer> mfraz74: yes
[15:55] <shadeslayer> it already is there.. isnt it?
[15:55] <mfraz74> think i'm still running 4.5 rc2
[15:55] <shadeslayer> 0_o
[15:55] <shadeslayer> then... it might not have been copied to ppa
[15:56] <mfraz74> oh
[16:09] <shadeslayer> mfraz74: infact 4.5 was out after 4.4.95 so quickly we didnt get time to finish packaging it
[16:09] <mfraz74> ok
[16:22] <ari-tczew> if package exist in main, can kubutu-members upload patch?
[16:29] <shadeslayer> ari-tczew: sure just give me the patch and ill put it in bzr
[16:29] <shadeslayer> then when we package the next release we can use the patch
[16:30] <ari-tczew> shadeslayer: hmm... it's a merge.
[16:30] <shadeslayer> ohhh
[16:30] <ari-tczew> bug 614610
[16:30] <ari-tczew> waiting for echidnaman
[16:31] <shadeslayer> or a kubuntu dev ;)
[16:32] <shadeslayer> ari-tczew: thanks for merging that.. im overloaded with work :p
[16:32] <ari-tczew> shadeslayer: no problem
[18:05] <geser> Hi, several builds fail to build with 'failed to load external entity "dtd/kdex.dtd"'. Any hints how to fix this?
[18:16] <ScottK> Riddell: bluedevil is accepted in Debian and should be syncable after the next dinstall run.
[18:19] <debfx> geser: the docbook version needs to be bumped to 4.2
[18:20] <debfx> geser: here is an example: http://www.spinics.net/linux/fedora/fedora-kde/msg07578.html
[18:20] <geser> thanks
[18:23] <geser> is Debian also affected by this? (will be affected?)
[18:42] <shadeslayer> geser: any links to FTBFS
[18:43] <shadeslayer> geser: also to fix docbooks id advise using EBN
[18:44] <shadeslayer> http://englishbreakfastnetwork.org/sanitizer/just-in-time.php
[18:51] <debfx> geser: it's only an issue with kde >= 4.5, so Debian is not yet affected
[20:06] <yofel> yay, rekonq crashes, haven't had that one yet though http://pastebin.com/AUDvi7S2
[20:06] <sheytan> Hey guys
[20:07] <yofel> iirc it crashed when a page timed out loading
[20:07] <sheytan> i need a screenshot of the default kubuntu desktop with a magic lamp animation
[20:08] <yofel> any idea if that's a crash of webkit or rekonq?
[20:29] <debfx> yofel: seems to be https://bugs.kde.org/show_bug.cgi?id=245078
[21:11] <yofel> debfx: seems you're right, thanks
[21:50] <Quintasan> jussi: not really
[21:50] <Quintasan> android-lighthouse wont compile
[21:50] <Quintasan> aaand
[21:50] <Quintasan> it requires some dirty hacks like JNI launcher
[21:50] <Quintasan> or something like that
[22:19] <claydoh> Riddell: ScottK :delayed alpha3 release notes done https://wiki.kubuntu.org/MaverickMeerkat/Alpha3/Kubuntu
[22:20] <claydoh> not much pizzazz this time, nothing really graphical to announce this time  :)
[22:27] <Riddell> claydoh: cool thanks, do you have access to update the webpage announcement?
[22:27] <claydoh> Riddell: not that I am aware of
[22:43] <neversfelde> seems that user and/or password has changed for kubuntu.org?
[22:43] <Riddell> neversfelde: yes
[22:43] <Riddell> do you want the new one?
[22:44] <neversfelde> Riddell: yes, I can add the link then
[22:47]  * claydoh notices that Ubuntu don't do their rlease notes on the wiki as they previously had been
[22:56] <maco> do any of you know how to make the panel in plasma netbook not-hide?
[22:56] <maco> i cant find a setting for it
[22:57] <Riddell> maco: grep the irc logs, ScottK got something from notmart
[22:57] <maco> Riddell: scott said its default in maverick now. think i should just delete all my plasma rc's in ~/.kde?
[22:58] <Riddell> it's not default in alpha 3 so maybe he did something wrong
[22:58] <maco> haha ok
[23:07] <Quintasan> hmm


[03:35]  * bregma sadfaces
[03:46]  * bregma gives up and crawls off to watch bugs die
[03:52] <jamesh> well, at least it's not jut your build
[04:01] <robru> bregma: jamesh: apparently scheduled downtime for ppa.launchpad.net so no builds currently possible. not sure when it's back up
[04:01] <robru> #is is handling it
[04:01] <jamesh> okay
[05:00] <robru> bregma: jamesh: should be fixed now if you want to retry
[05:00] <jamesh> thanks
[08:24] <jamesh> so the new sqlite3 upload to xenial-proposed hoses mediascanner :(
[09:00] <popey> jamesh: :(
[09:00] <popey> (although given mediascanner murders my desktop on every boot, I'm in mixed mood about it being broken)
[09:01] <jamesh> popey: I'm working to improve that
[09:01] <popey> (my desktop is completely unusable on boot because all IO is consumed by ms2)
[09:01] <popey> yay
[09:01] <jamesh> It looks like there is a compile #define to get sqlite3 not to break things: https://bugs.launchpad.net/ubuntu/+source/sqlite3/+bug/1546911
[09:02] <jamesh> I'm wondering if thunderbird is also affected, if it is using system sqlite
[09:21] <jamesh> sil2100: the recent sqlite3 upload to xenial-proposed is causing test failures for mediascanner2.  Who should I talk to to get it fixed quickest?
[09:21] <jamesh> this seems to be an automatic sync from Debian by the look of it
[09:22] <sil2100> jamesh: hey! hm, did the ABI change or something?
[09:22] <sil2100> jamesh: usually it's best to poke on -devel, I could try looking into that in the nearest time
[09:22] <jamesh> sil2100: I put what I know in https://bugs.launchpad.net/ubuntu/+source/sqlite3/+bug/1546911
[09:23] <jamesh> sil2100: it seems the new version disables some functionality by default unless you compile with a new #define
[09:23] <sil2100> We'll have to patch it then
[09:23] <sil2100> jamesh: thanks for the bug
[13:39] <ToyKeeper> dobey: Is silo 41 (trust-store, pay-service, ubuntu-system-settings, ubuntu-push) still working for you?  I can't get any Paypal purchases to complete (can't even get far enough to see the Paypal site).
[13:39] <ToyKeeper> dobey: I'm not sure if it needs a rebuild due to sitting idle for too long, or if there's a server issue, or if it's a bug, or something else.
[14:05] <Saviq> trainguards, any idea bout hash sum mismatches ↑ :[
[14:05] <Saviq> shall I just try again
[14:28] <dobey> ToyKeeper: hey. that sounds like a server issue perhaps. or at least, something outside that silo.
[14:28] <sil2100> Saviq: I suppose a retry might help, but I see you're already building it
[14:29] <Saviq> sil2100, yeah, it was the second try, third's time the charm, apparently
[14:31] <Saviq> sil2100, can you cancel https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-010/+build/9032285 for us please, s390x's been getting stuck since yesterday, WG said they'd look into it
[14:31] <Saviq> but we should cancel until then
[14:35] <sil2100> ACK
[14:40] <cjwatson> Saviq,sil2100: don't cancel any more of those unless you really have to please, I'll want a test case shortly :)
[14:40] <sil2100> 2x ACK
[14:40] <sil2100> ;)
[14:40] <Saviq> cjwatson, ack
[15:54] <dobey> hrmm, seems all the servers might be slow or something
[16:13] <rvr> Mirv: ping
[16:14] <Mirv> rvr: pong
[16:14] <rvr> Mirv: Hi, I'm testing silo 23
[16:14] <Mirv> rvr: I pre-see your questions and refer you towards zsombi :)
[16:15] <rvr> Mirv: lol
[16:15] <rvr> zsombi: ping
[16:15] <Mirv> zsombi: ^ tab fencing is in QA testing now
[16:16] <rvr> zsombi: Mirv: I don't quite understand how to test it, can you provide a test case?
[16:18] <zsombi> rvr: you would need a special MR to do that
[16:18] <zsombi> rvr: however, to land it, it is enough to see nothing breaks there
[16:18] <zsombi> rvr: as this only adds a new feature that noone uses
[16:18] <zsombi> yet
[16:19] <rvr> zsombi: I see
[16:20] <zsombi> rvr: so from your point of view, everything should work as usual
[16:20] <Mirv> zsombi: I think he might be interested in how to validated that QQuickItem isn't regressing in any way - which is being touched in code
[16:20] <zsombi> rvr: as no component uses the tab fencing yet, there shouldn't be any difference
[16:21] <zsombi> Mirv: rvr: well, run Qt tests then :D
[16:21] <zsombi> Mirv: rvr: we do not have any test for Qt itself, all you coudl do is to run those they have
[16:22] <rvr> zsombi: Mirv: What did you check to validate the silo, then?
[16:22] <zsombi> rvr: I have a new feature that is an OTA10 bug, and I used that to verify it
[16:23] <zsombi> rvr: you coudl do the same if you like
[16:23] <zsombi> rvr: but that MR cannot be landed without this one
[16:23] <rvr> zsombi: But this silo is landing alone, and you have marked it as Ready for QA, which means that you have tested it.
[16:24] <rvr> We need to be sure that it doesn't break anything
[16:24] <zsombi> rvr: I just told you how I have tested: took the silo, mplemented the featire with it, and tested with it
[16:25] <zsombi> rvr: you can install the silo separately so you can test it
[16:25] <zsombi> rvr: my MR doesn't even build without this silo
[16:26] <rvr> zsombi: But that's a different type of check. If you are landing this silo, then you should look for regressions.
[16:27] <zsombi> rvr: again, Qt has its own tests, if those do not fail, then we are good
[16:27] <rvr> zsombi: And do they fail or not?
[16:28] <zsombi> rvr: I had not run those, all I did I tested that all other tests pass which were not requiring tab fencing
[16:28] <zsombi> rvr: plus the new feature I had
[16:29] <zsombi> rvr: have you ever asked Mirv whether he ran all Qt tests? becaus ethat woudl be the only and best way to say there's no regression there
[16:32] <Mirv> zsombi: rvr: unit tests pass since they pass as part of the build. I didn't detect Autopilot regressions either.
[16:32] <rvr> Mirv: Great
[16:33] <rvr> zsombi: Can you tell me some places where QQuickItem is used?
[16:38] <sil2100> jamesh: hey!
[16:38] <sil2100> jamesh: you around?
[16:45] <zsombi> rvr: everywhere :D
[16:45] <zsombi> rvr: every single QML element is derived from it
[16:46] <zsombi> rvr: and the tab fencing only affects the Tab/Shift+Tab functionality IF is explicitly requested
[16:46] <zsombi> rvr: so if you have an app where the Tab/Shift+Tab is implemented, you will see no difference
[16:46] <rvr> zsombi: Ok, I'll run some sanity tests to look for regressions.
[16:47] <zsombi> rvr: for instance some places in the UI Toolkit gallery do use that
[16:47] <zsombi> rvr: but you need a keyboard to test that, OSK doesn't have these keys
[16:47] <rvr> zsombi: I have
[16:48] <zsombi> rvr: ok so you coudl test te tab/backtab on Toggles page for instance
[18:01] <dobey> ToyKeeper: fwiw, i just used paypal for some other non-ubuntu thing, and it was incredibly slow for me
[18:28] <Saviq> rvr, hey, when you were testing youtube auth on Monday, mardy gave you a patch to make it unstick, right?
[18:30] <rvr> Saviq: Hmmmmm
[18:30] <rvr> Saviq: Right, a one liner
[18:30] <rvr> Saviq: Should be linked in the silo card
[18:31] <Saviq> rvr, ah, going, thanks!
[18:31] <Saviq> rvr, hmm nope https://trello.com/c/ySJM8qql/2765-938-ubuntu-landing-051-unity-api-unity8-qtmir-saviq
[18:31]  * Saviq grabs IRC logs from Monday
[18:32] <rvr> Saviq: I can check in the browser history too
[18:32] <Saviq> found it
[18:32] <Saviq> https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/loading-1544063/+merge/285842
[18:32] <rvr> \o/
[18:34] <rvr> I usually add those tips :-/
[18:50] <dobey> hmm
[19:17] <rvr> zsombi: Mirv: Silo 23 approved
[19:26] <zsombi> rvr: oh, thank you!!!


[04:19] <bumpadump> hello! i have a thinkpad x120e here that I installed xubuntu on, and it has an issue where the X server fails to start up after waking from sleep. when you open the lid, there is just a black screen. if you hit ctrl+alt+f2, you can get to a terminal, but running startx there fails, "server terminated successfully"
[04:19] <bumpadump> if anyone has expertise to help on diagnosing the X startup issue, that would be amazing. I already looked at the log specified in the startx output, and there's no obvious error messages there
[04:19] <bumpadump> (I was pointed here from the ubuntu channel :))
[04:22] <bumpadump> some other interesting things about this issue: I believe it only happens when you go to sleep via closing the lid, not when you click "Suspend" in the menu. And, in all cases, the login screen comes up fine. its only when you enter the login info and hit enter that you get a black screen
[04:24] <well_laid_lawn> closing the lid might hibernate not suspend
[04:24] <well_laid_lawn> something to check
[04:24] <bumpadump> well_laid_lawn: its a great suggestion. i checked the power settings and both are set to suspend
[04:25] <bumpadump> :(
[04:25] <well_laid_lawn> check what systemd does on lid close
[04:25] <well_laid_lawn> not xfce
[04:26] <bumpadump> sweet, do you know where i should look for those logs?
[04:26] <bumpadump> (or settings)
[04:30] <well_laid_lawn> try having a look through /etc/systemd/*
[04:31] <bumpadump> looked in the locations specified by systemd man page, i don't see any sleep.conf type files there on my system (https://www.freedesktop.org/software/systemd/man/systemd-sleep.conf.html)
[04:32] <bumpadump> find /etc/systemd -name "*sleep*" also gives no results
[04:34] <well_laid_lawn> try   grep -i hibernate /etc/systemd
[04:34] <well_laid_lawn> try   grep -ir hibernate /etc/systemd
[04:37] <bumpadump> only two commented out lines in logind.conf
[04:37] <bumpadump> I found the HandleLidSwitch line in there and tried setting it to ignore. Confirmed that indeed causes nothing to happen when closing the lid
[04:38] <bumpadump> so that logind.conf is being put into effect. But I don't see anything suspicious in there. everything was commented out
[04:39] <bumpadump> and according to this page the default action for HandleLidSwitch is "suspend"
[04:39] <bumpadump> https://wiki.archlinux.org/index.php/Power_management#Power_management_with_systemd
[04:40] <well_laid_lawn> iirc there are systemd file in /lib or similar which will have an effect, but if setting it to ignore helps things should be better
[04:41] <bumpadump> well_laid_lawn: well, setting it to ignore means the system does not go to sleep when the lid is closed, which means that the battery will always die
[04:44] <bumpadump> is it correct to say that running startx as the regular user should indeed successfully startup the GUI?
[04:46] <well_laid_lawn> you'd probably have to stop the dm running
[04:53] <bumpadump> im basically experiencing this
[04:53] <bumpadump> https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1303736
[04:53] <bumpadump> but that was so long ago
[04:56] <well_laid_lawn> did you check the last comments on that bug ?
[04:57] <bumpadump> oh shoot, i was still scrolling down
[04:57] <bumpadump> so it does appear to still be an issue, at least as of last yera
[04:57] <bumpadump> year*
[04:58] <well_laid_lawn> and there seems to be things to do to work around it
[12:17] <arpad2> hi, I have problems with low display resolution
[14:24] <SeTunTun> hello i am getting error everytime i try to scan devices in the bluetooth applet of xubuntu 18.04.
[14:25] <SeTunTun> If i run blueman-manager in the terminal and them i try to scan this is the error i get
[14:25] <SeTunTun> https://pastebin.com/9CUGvi5r
[14:26] <SeTunTun> by the way i've been only able to pair my phone i can't even see other devices.
[14:32] <brainwash> SeTunTun: did you install TLP?
[14:33] <SeTunTun> brainwash, yes, i did
[14:33] <brainwash> could be this then https://bugs.launchpad.net/ubuntu/+source/blueman/+bug/1765860/comments/3
[14:39] <SeTunTun> brainwash, ubottu thanks, i'll try this workaround.
[14:48] <SeTunTun> by the way i followed a tutorial to acess the files on my phone via bluetooth. It worked more or less but i can only unmount the device in thunar only as root.
[14:48] <SeTunTun> https://wiki.archlinux.org/index.php/Blueman
[14:49] <SeTunTun> the point 2.3 "mounting bluetooth devices". Do you have any idea how to unmount the device as a normal user?
[14:55] <brainwash> SeTunTun: maybe don't use thunar to unmount it
[14:56] <SeTunTun> brainwash, do you recommend me the terminal?
[14:57] <brainwash> indeed
[14:57] <brainwash> try "fusermount -u ~/Bluetooth"
[14:58] <SeTunTun> I'll try :)
[15:01] <SeTunTun> brainwash, i noticed thatit is what i've been using in the tutorial
[15:02] <brainwash> does the command work?
[15:02] <brainwash> -u means unmount
[15:04] <SeTunTun> yeh! it works!
[15:05] <SeTunTun> i must find a way to make this command in thunar
[15:14] <brainwash> SeTunTun: via a custom action?
[15:14] <brainwash> https://docs.xfce.org/xfce/thunar/custom-actions
[15:36] <SeTunTun> brainwash, it is not exactly what i had in mind but well..it works :)
[15:36] <SeTunTun> thanks a lot, you are great!
[19:29] <xubuntu14d> ive got an up grade issue with xubuntu on my dell inspiron three
[19:31] <xubuntu14d> then back ground goes to none everytime it boots up and has a black screen mouse wont start up right away
[20:08] <xubuntu56i> i'm installing xubuntu. hey :p


[00:58] <RikMills> vorlon: I'm not sure. Pino is a DD, but has not reported it yet on their BTS. I may look to do so tomorrow if it is still not done
[05:40] -queuebot:#ubuntu-release- New binary: manpages-l10n [amd64] (hirsute-proposed/universe) [4.9.1-3] (no packageset)
[07:50] -queuebot:#ubuntu-release- Unapproved: postgresql-10 (bionic-proposed/main) [10.15-0ubuntu<IP_ADDRESS> => 10.16-0ubuntu<IP_ADDRESS>] (core)
[07:50] -queuebot:#ubuntu-release- Unapproved: postgresql-9.5 (xenial-proposed/main) [9.5.24-0ubuntu<IP_ADDRESS> => 9.5.25-0ubuntu<IP_ADDRESS>] (core)
[09:08] <RikMills> this may simply be a 'NO' (given the state), but are there expectations on when glibc will be migrated?
[09:11] <doko> it's the first work-day with all autopkg tests run ...
[09:19] <RikMills> obviously
[09:24] <RikMills> I was just asking for a feel on it really. There is and will be things blocked that I would very much like to get on the Kubuntu ISO later in the week, but hey, reality may disagree
[09:40] <doko> Laney: I see you're also looking at netatalk. any idea about the autopkg tst status?
[09:41] <Laney> doko: it's working now afaik
[09:45] <doko> neutral
[09:45] <Laney> yes
[09:45] <Laney> not a problem is it?
[09:49] <doko> just wondering why it was "ok" before
[09:51] <Laney> I think it gained Restrictions: superficial in one of the Debian revisions
[09:58] -queuebot:#ubuntu-release- New: accepted ansible-base [amd64] (hirsute-proposed) [2.10.5+dfsg-1]
[09:58] -queuebot:#ubuntu-release- New: accepted hash-slinger [amd64] (hirsute-proposed) [3.1-1]
[09:58] -queuebot:#ubuntu-release- New: accepted hash-slinger [armhf] (hirsute-proposed) [3.1-1]
[09:58] -queuebot:#ubuntu-release- New: accepted hash-slinger [riscv64] (hirsute-proposed) [3.1-1]
[09:58] -queuebot:#ubuntu-release- New: accepted manpages-l10n [amd64] (hirsute-proposed) [4.9.1-2]
[09:58] -queuebot:#ubuntu-release- New: accepted olm [amd64] (hirsute-proposed) [3.2.1~dfsg-7ubuntu1]
[09:58] -queuebot:#ubuntu-release- New: accepted pyqt-builder [amd64] (hirsute-proposed) [1.8.0+dfsg-1]
[09:58] -queuebot:#ubuntu-release- New: accepted budgie-wallpapers [amd64] (hirsute-proposed) [21.04]
[09:58] -queuebot:#ubuntu-release- New: accepted hash-slinger [ppc64el] (hirsute-proposed) [3.1-1]
[09:58] -queuebot:#ubuntu-release- New: accepted manpages-l10n [amd64] (hirsute-proposed) [4.9.1-3]
[09:58] -queuebot:#ubuntu-release- New: accepted hash-slinger [arm64] (hirsute-proposed) [3.1-1]
[09:58] -queuebot:#ubuntu-release- New: accepted php-phpseclib3 [amd64] (hirsute-proposed) [3.0.5-1]
[09:58] -queuebot:#ubuntu-release- New: accepted hash-slinger [s390x] (hirsute-proposed) [3.1-1]
[10:06] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (hirsute-proposed) [2.04-1ubuntu39]
[10:06] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (hirsute-proposed) [2.04-1ubuntu40]
[10:06] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (hirsute-proposed) [2.04-1ubuntu39]
[10:06] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (hirsute-proposed) [2.04-1ubuntu40]
[10:12] <doko> Laney, juliank: please could you have a look at the armhf autopkg tests triggered by policykit-1 and dconf? all "in progress" since 10 days
[10:13] <juliank> hzh
[10:13] <juliank> huh
[10:14] <juliank> seems like quite a bit of them got lost
[10:16] <juliank> Feb 15 06:37:04 juju-prod-ues-proposed-migration-machine-12 /home/ubuntu/autopkgtest-cloud/worker/worker[12520]: INFO: Waiting for and processing AMQP requests
[10:16] <juliank> Feb 15 06:37:05 juju-prod-ues-proposed-migration-machine-12 /home/ubuntu/autopkgtest-cloud/worker/worker[29907]: INFO: autopkgtest exited with code 0
[10:16] <doko> there may be more, but these seem to be very obvious
[10:16] <juliank> Feb 15 06:37:05 juju-prod-ues-proposed-migration-machine-12 /home/ubuntu/autopkgtest-cloud/worker/worker[29907]: INFO: Putting results into swift autopkgtest-hirsute hirsute/armhf/r/ruby-rspec-parameterized/202102
[10:16] <juliank> I see tests passing in 1s
[10:16] <juliank> ah me bad at reading
[10:16] <juliank> But the queue size has been 0 ever since it finished up
[10:17] <juliank> which seems dubious
[10:17] -queuebot:#ubuntu-release- Unapproved: accepted gnupg2 [source] (bionic-proposed) [2.2.4-1ubuntu1.4]
[10:20] <Laney> I would initially look at rabbitmq, there's no evidence that the worker received the jobs
[10:20] <Laney> will retry them, feel free to poke further if you want
[10:23] <Laney> HA rmq sure would be nice
[10:23] <doko> same with openjdk-16 python3.9 guile-3.0 ...
[10:24] <doko> qtxmlpatterns-opensource-src
[10:24] <Laney> don't list them
[10:24] <Laney> it's fine
[10:24] <doko> ok
[10:26] <Laney> I dunno what but there seems to have been some kind of incident 9-10 days ago
[10:32] <Laney> [Thu Feb  4 07:12:20 2021] Out of memory: Kill process 16647 (beam) score 638 or sacrifice child
[10:32] <Laney> [Thu Feb  4 07:12:20 2021] Killed process 16647 (beam) total-vm:1940040kB, anon-rss:1304320kB, file-rss:0kB
[10:32] <Laney> ?
[10:32] <Laney> beam ~= rabbitmq here
[10:34] <Laney> all requeued now
[10:37] <juliank> Laney: eww
[10:38] <Laney> yeah, but also
[10:38] <Laney> I thought we had fixed everywhere to set the persistent flag when submitting stuff
[10:38] <Laney> which I thought meant please write this to disk
[10:38] <Laney> to stop this kind of thing being so terrible
[10:39] <Laney> at one point they were basically in memory which meant any crash or restart would wipe the queue, that sucked
[10:39] <Laney> so not 100% convinced by that being the explanation
[11:39] -queuebot:#ubuntu-release- New binary: linux-signed-hwe-5.8 [s390x] (focal-proposed/main) [5.8.0-44.50~20.04.1] (no packageset)
[11:40] -queuebot:#ubuntu-release- New binary: linux-signed-hwe-5.8 [amd64] (focal-proposed/main) [5.8.0-44.50~20.04.1] (no packageset)
[11:41] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (xenial-proposed/main) [4.15.0-1108.120~16.04.1] (kernel)
[11:41] -queuebot:#ubuntu-release- New binary: linux-signed-hwe-5.8 [ppc64el] (focal-proposed/main) [5.8.0-44.50~20.04.1] (no packageset)
[11:41] -queuebot:#ubuntu-release- New binary: linux-signed-hwe-5.8 [arm64] (focal-proposed/main) [5.8.0-44.50~20.04.1] (no packageset)
[12:09] -queuebot:#ubuntu-release- New binary: runit [amd64] (hirsute-proposed/universe) [2.1.2-39.1] (no packageset)
[12:24] -queuebot:#ubuntu-release- New: accepted runit [amd64] (hirsute-proposed) [2.1.2-39.1]
[12:54] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe-5.8 [amd64] (focal-proposed) [5.8.0-44.50~20.04.1]
[12:54] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe-5.8 [ppc64el] (focal-proposed) [5.8.0-44.50~20.04.1]
[12:54] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe-5.8 [arm64] (focal-proposed) [5.8.0-44.50~20.04.1]
[12:54] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe-5.8 [s390x] (focal-proposed) [5.8.0-44.50~20.04.1]
[13:00] <sil2100> xnox: hey, so looking at the grub2 upload - the revert there will basically re-introduce amost all the bugs fixed by https://launchpad.net/ubuntu/+source/grub2/2.04-1ubuntu35.2 ?
[13:04] <sil2100> Though I guess the main change from that one introduced the MAAS issue
[13:06] <xnox> sil2100:  not quite.
[13:07] <xnox> sil2100:  i am reverting bullet points 3 & 4 only.
[13:07] <xnox> sil2100:  and yes it means that faster tcp & non-ethernet cards support is dropped.
[13:08] <xnox> sil2100:  but in LP: #1911439 it was mostly guesswork as to what we need. And hence revert. We never had a clear reproducer as to what is needed in ps5 & maas.
[13:08] <xnox> sil2100:  what might happen next is that we figure out why these patches break things in edk2 / ovmf / linux bridges / qemu and reintroduce them if we can fix edk2/qemu/lxd/kernels
[13:10] <xnox> sil2100:  i would keep 1911439 as closed / fixreleased.
[13:10] <xnox> sil2100:  or do you want me to reopen as affecting all series?
[13:10] <xnox> either or is fine.
[13:15] <sil2100> hm, I don't have preferences related to 1911439, since that one's tricky - but the faster tcp & non-ethernet cards support bugs I'd like switched to Triaged
[13:16] <xnox> sil2100:  failure to parse.
[13:17] <xnox> sil2100:  1911439 was "make everything faster", into which "tcp & non-ethernet cards support" got bundled into. among with tsc calibration
[13:17] <xnox> (tsc calibration is staying)
[13:18] -queuebot:#ubuntu-release- Unapproved: rejected update-manager [source] (groovy-proposed) [1:20.10.5]
[13:18] <xnox> sil2100:  i can open a new bug report about "lack of faster tcp & non-ethernet cards support"
[13:20] -queuebot:#ubuntu-release- Unapproved: update-manager (groovy-proposed/main) [1:20.10.4 => 1:20.10.5] (core)
[13:20] <sil2100> Ah, right, it was one bug "Netboot improvements backport from hirsute", hm hm
[13:21] <sil2100> Ok, maybe let's just mention on the bug that parts of it got reverted and that should be enough then
[13:23] <sil2100> git-dpm is okay but the diff it generates for SRUs, brrr
[13:35] <cpaelzer> thank you sil2100 for releasing DPDK SRUs
[13:36] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [source] (groovy-proposed) [2.04-1ubuntu35.4]
[13:41] <sil2100> xnox: uh oh, I guess it's not a problem per-se so I'll accept it as is, but the grub2-signed dep is for 2.04-1ubuntu35.3 instead of 2.04-1ubuntu35.4 - but I guess since both .3 and .4 are bundled together, it will anyway work as expected ;)
[13:42] <sil2100> It'll dep wait for the right one anyway
[13:43] -queuebot:#ubuntu-release- Unapproved: accepted grub2-signed [source] (groovy-proposed) [1.155.3]
[13:43] -queuebot:#ubuntu-release- Unapproved: pollinate (focal-proposed/main) [4.33-3ubuntu1 => 4.33-3ubuntu<IP_ADDRESS>] (edubuntu, ubuntu-server)
[13:43] <xnox> sil2100:  yes cause it is >=
[13:43] <xnox> i hope >_<
[13:44] -queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (groovy-proposed) [1:20.10.5]
[13:44] -queuebot:#ubuntu-release- Unapproved: pollinate (bionic-proposed/main) [4.33-0ubuntu1~18.04.1 => 4.33-0ubuntu1~18.04.2] (edubuntu, ubuntu-server)
[13:46] -queuebot:#ubuntu-release- Unapproved: pollinate (groovy-proposed/main) [4.33-3ubuntu1 => 4.33-3ubuntu<IP_ADDRESS>] (ubuntu-server)
[13:49] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [source] (focal-proposed) [2.04-1ubuntu26.9]
[13:49] -queuebot:#ubuntu-release- Unapproved: grub2 (groovy-proposed/main) [2.04-1ubuntu35.2 => 2.04-1ubuntu35.4] (core)
[13:51] <cpaelzer> doko: I've uploaded a fixed chrony to un-break glibc 2.33 with it
[13:52] -queuebot:#ubuntu-release- Unapproved: accepted grub2-signed [source] (focal-proposed) [1.142.11]
[13:52] <cpaelzer> doko: it soon should be complete in proposed and we will need to retrigger the armhf chrony test then
[13:52] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (groovy-proposed) [2.04-1ubuntu35.4]
[13:52] <cpaelzer> doko: I wanted to ask if you want me to do that or if you will do (4.0-5ubuntu2 is the fixed version)
[13:53] <cpaelzer> actually, due to the way how dependencies work out it might even test against the new glibc by default
[13:53] <cpaelzer> but if tomorrow that still is blocked you might consider retriggering it
[13:53] <cpaelzer> and if you wonder what I'm talking about https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1915006/comments/9
[14:02] -queuebot:#ubuntu-release- Unapproved: grub2 (focal-proposed/main) [2.04-1ubuntu26.9 => 2.04-1ubuntu26.9] (core)
[14:02] <doko> cpaelzer: please coordinate with rbalint. he's steering glibc, I only did the quick fix for ldd, and some testing stuff in the VCS
[14:03] <cpaelzer> ok, rbalint ^^ FYI
[14:23] -queuebot:#ubuntu-release- Unapproved: grub2 (groovy-proposed/main) [2.04-1ubuntu35.4 => 2.04-1ubuntu35.4] (core)
[14:40] -queuebot:#ubuntu-release- Unapproved: accepted update-notifier [source] (focal-proposed) [<IP_ADDRESS>]
[14:40] <icey> hey sil2100, I'm wondering if we can discuss https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1893263 , the Calico project doesn't actually support Focal which makes Focal validation somewhat impossible. In addition, the Nova package in proposed no longer has any bits specifically patching that bug as the fix has been included in the upstream Nova point release that's been uploaded as a part of https://bugs.launchpad.net/cloud-archive/+bug/1906271
[14:45] <sil2100> hm
[14:46] <sil2100> Ah, ok, so this is something interesting then
[14:46] <sil2100> Ok, I see in the bug comments about focal being missing
[14:47] <icey> the current upload has, compared to the last released version, something like: Add patch for bug 1, remove patch for bug 1, Upstream point release
[14:47] <sil2100> Alright, let me write something on the bug and then check validation of the rest and release it as is
[14:47] <icey> heh always fun to accidentally reference that
[14:47] <sil2100> hah ;)
[14:47] <icey> thanks sil2100 - for reference, I did actually hack around in the calico packaging enough to build it for focal, but it seems that the upstream really does need to do some more work to make it support focal :-/
[14:48] -queuebot:#ubuntu-release- Unapproved: grub2 (focal-proposed/main) [2.04-1ubuntu26.9 => 2.04-1ubuntu26.9] (core)
[15:10] -queuebot:#ubuntu-release- New binary: gamemode [s390x] (hirsute-proposed/main) [1.6-1] (i386-whitelist, ubuntu-desktop)
[15:11] -queuebot:#ubuntu-release- New binary: gamemode [ppc64el] (hirsute-proposed/main) [1.6-1] (i386-whitelist, ubuntu-desktop)
[15:11] -queuebot:#ubuntu-release- New binary: libraw [amd64] (hirsute-proposed/main) [0.20.2-1] (i386-whitelist, ubuntu-desktop)
[15:12] -queuebot:#ubuntu-release- New binary: libraw [i386] (hirsute-proposed/main) [0.20.2-1] (i386-whitelist, ubuntu-desktop)
[15:12] -queuebot:#ubuntu-release- New binary: libraw [s390x] (hirsute-proposed/main) [0.20.2-1] (i386-whitelist, ubuntu-desktop)
[15:12] -queuebot:#ubuntu-release- New binary: gamemode [arm64] (hirsute-proposed/main) [1.6-1] (i386-whitelist, ubuntu-desktop)
[15:13] -queuebot:#ubuntu-release- New binary: gamemode [amd64] (hirsute-proposed/main) [1.6-1] (i386-whitelist, ubuntu-desktop)
[15:13] -queuebot:#ubuntu-release- New binary: gamemode [i386] (hirsute-proposed/main) [1.6-1] (i386-whitelist, ubuntu-desktop)
[15:13] -queuebot:#ubuntu-release- New binary: gamemode [armhf] (hirsute-proposed/main) [1.6-1] (i386-whitelist, ubuntu-desktop)
[15:14] <xnox> sil2100: signed bits are ready for you, whenever you are ready =) https://launchpad.net/ubuntu/focal/+queue?queue_state=1&queue_text=grub2 https://launchpad.net/ubuntu/groovy/+queue?queue_state=1&queue_text=grub2
[15:14] -queuebot:#ubuntu-release- New binary: libraw [arm64] (hirsute-proposed/main) [0.20.2-1] (i386-whitelist, ubuntu-desktop)
[15:14] -queuebot:#ubuntu-release- New binary: libraw [armhf] (hirsute-proposed/main) [0.20.2-1] (i386-whitelist, ubuntu-desktop)
[15:17] -queuebot:#ubuntu-release- Unapproved: rejected ubiquity [source] (groovy-proposed) [<IP_ADDRESS>]
[15:19] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (groovy-proposed) [2.04-1ubuntu35.4]
[15:21] <sil2100> Suar!
[15:22] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (focal-proposed) [2.04-1ubuntu26.9]
[15:22] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (focal-proposed) [2.04-1ubuntu26.9]
[15:26] -queuebot:#ubuntu-release- Unapproved: rejected libvirt [source] (groovy-proposed) [6.6.0-1ubuntu3.3]
[15:27] -queuebot:#ubuntu-release- Unapproved: rejected libvirt [source] (focal-proposed) [6.0.0-0ubuntu8.7]
[15:29] -queuebot:#ubuntu-release- New binary: gamemode [riscv64] (hirsute-proposed/main) [1.6-1] (i386-whitelist, ubuntu-desktop)
[15:38] -queuebot:#ubuntu-release- New binary: libraw [riscv64] (hirsute-proposed/main) [0.20.2-1] (i386-whitelist, ubuntu-desktop)
[15:50] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (xenial-proposed) [4.15.0-1108.120~16.04.1]
[16:08] -queuebot:#ubuntu-release- New: accepted gamemode [amd64] (hirsute-proposed) [1.6-1]
[16:08] -queuebot:#ubuntu-release- New: accepted gamemode [armhf] (hirsute-proposed) [1.6-1]
[16:08] -queuebot:#ubuntu-release- New: accepted gamemode [riscv64] (hirsute-proposed) [1.6-1]
[16:08] -queuebot:#ubuntu-release- New: accepted gamemode [arm64] (hirsute-proposed) [1.6-1]
[16:09] -queuebot:#ubuntu-release- New: accepted gamemode [i386] (hirsute-proposed) [1.6-1]
[16:09] -queuebot:#ubuntu-release- New: accepted gamemode [ppc64el] (hirsute-proposed) [1.6-1]
[16:09] -queuebot:#ubuntu-release- New: accepted gamemode [s390x] (hirsute-proposed) [1.6-1]
[16:28] -queuebot:#ubuntu-release- Unapproved: libvirt (groovy-proposed/main) [6.6.0-1ubuntu3.2 => 6.6.0-1ubuntu3.3] (ubuntu-server, virt)
[16:31] -queuebot:#ubuntu-release- Unapproved: libvirt (focal-proposed/main) [6.0.0-0ubuntu8.6 => 6.0.0-0ubuntu8.7] (ubuntu-server, virt)
[16:31] <cpaelzer> sil2100: ^^ these are the uploads that include both changelog stanzas as you requested
[16:34] -queuebot:#ubuntu-release- New: accepted libraw [amd64] (hirsute-proposed) [0.20.2-1]
[16:34] -queuebot:#ubuntu-release- New: accepted libraw [armhf] (hirsute-proposed) [0.20.2-1]
[16:34] -queuebot:#ubuntu-release- New: accepted libraw [riscv64] (hirsute-proposed) [0.20.2-1]
[16:34] -queuebot:#ubuntu-release- New: accepted wlroots [amd64] (hirsute-proposed) [0.12.0-2]
[16:34] -queuebot:#ubuntu-release- New: accepted wlroots [armhf] (hirsute-proposed) [0.12.0-2]
[16:34] -queuebot:#ubuntu-release- New: accepted wlroots [riscv64] (hirsute-proposed) [0.12.0-2]
[16:34] -queuebot:#ubuntu-release- New: accepted libraw [arm64] (hirsute-proposed) [0.20.2-1]
[16:34] -queuebot:#ubuntu-release- New: accepted libraw [s390x] (hirsute-proposed) [0.20.2-1]
[16:34] -queuebot:#ubuntu-release- New: accepted wlroots [ppc64el] (hirsute-proposed) [0.12.0-2]
[16:34] -queuebot:#ubuntu-release- New: accepted libraw [i386] (hirsute-proposed) [0.20.2-1]
[16:34] -queuebot:#ubuntu-release- New: accepted wlroots [arm64] (hirsute-proposed) [0.12.0-2]
[16:37] <doko> tjaalton: could you have a look at the opentk merge?
[16:39] <Eickmeyer> Hi sil2100! Looks like you've been busy, but I wanted to bug you about LP: #1915534. It's having an effect on the OEM I work for.
[16:40] <sil2100> Eickmeyer: hello! o/
[16:40] <sil2100> Ah, saw an upload of this package in the queue indeed, will try to get to it shortly
[16:40] <Eickmeyer> sil2100: No worries. Wasn't sure if you saw it (or if anybody did). :)
[16:57] <Trevinho> sil2100: I've updated https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1880405 not sure I missed others :P
[16:58] -queuebot:#ubuntu-release- Unapproved: accepted cinnamon [source] (groovy-proposed) [4.6.7-1ubuntu1.1]
[17:04] <rbalint> cpaelzer, thanks!
[17:06] <tjaalton> doko: there are no new changes in debian besides the package revision?
[17:07] <tjaalton> should probably NMU the rest
[17:07] <tjaalton> of our diff
[17:21] <rbasak> sil2100: o/ I'll review pollinate from the queue. I peer reviewed it earlier for a teammate, so it should be trivial for me.
[17:23] <rbasak> FWIW, I'm doing this for me team on a regular basis now, since we have a peer review policy already. If it's an SRU, then I often take the peer review and double it up as an SRU review. Meets the requirements and saves a third person from having to look.
[17:23] <rbasak> It does mean that I +1 an SRU before it's uploaded, and then when it appears in the queue I just have to verify it's identical to what I reviewed (which git-ubuntu makes easy). But then there's risk of colliding with another SRU team member as we have no mechanism to "take a lock" on queue items.
[17:23] <rbasak> Not sure what to do about that.
[17:31] -queuebot:#ubuntu-release- Unapproved: accepted pollinate [source] (groovy-proposed) [4.33-3ubuntu<IP_ADDRESS>]
[17:32] -queuebot:#ubuntu-release- Unapproved: accepted pollinate [source] (bionic-proposed) [4.33-0ubuntu1~18.04.2]
[17:32] -queuebot:#ubuntu-release- Unapproved: update-manager (focal-proposed/main) [1:<IP_ADDRESS> => 1:<IP_ADDRESS>] (core)
[17:32] -queuebot:#ubuntu-release- Unapproved: accepted pollinate [source] (focal-proposed) [4.33-3ubuntu<IP_ADDRESS>]
[17:53] -queuebot:#ubuntu-release- Unapproved: accepted cinnamon [source] (focal-proposed) [4.4.8-4ubuntu0.2]
[21:21] <wxl> sigh i failed to pay attention to the fact that somehow some translation files disappeared while making a very minor change to lubuntu-default-settings. can someone just drop 21.04.1ubuntu1 altogether?
[21:27] <wxl> maybe i can just `dput --force` an upload with the same version
[22:03] <teward> wxl: might just want to put a version higher to supersede
[22:03] <teward> since you burned the version
[22:05] <wxl> i figured it out :)


[00:14] <mhall119> 1/w 71
[00:15] <greg-g> 71 eh? that's a lot
[01:58] <mhall119> that's not even the highest :(
[02:23] <bkerensa> mhall119: Canonical should use this for ISO downloads http://mirrorbrain.org/ :P
[20:04] <cjohnston> nigelb: mhall119 daker https://www.djangoproject.com/weblog/2012/aug/19/experimental-python-3-support/
[20:05] <daker> yes
[20:19] <mhall119> yay, another upgrade!
[23:27] <doctormon> pleia2: If you're available, I have a new FOSS guide which is redone: http://divajutta.com/doctormo/understanding-foss2.pdf it's gone through quite a few revisions already so we're coming to the end of the process. I'd like you to take a look and see if it's good enough.
[23:27] <pleia2> doctormon: sure (just got home :))
[23:28] <doctormon> Brilliant! mhall119, cjohnston, greg-g and nigelb would probably like to see it too.
[23:40] <pleia2> doctormon: grammar nitpicks welcome? :)
[23:41] <pleia2> page 5, should be "The Internet has its own..." not "it's"
[23:43] <pleia2> (the title is ok, Internet's is showing possessive in that case)
[23:45] <pleia2> doctormon: not sure what slide 6 is trying to say :\
[23:48] <pleia2> if you can find space I'd also mention security on slide 13 (dependent upon them to fix, if they don't you're insecure and have no options, sad sad)
[23:50] <pleia2> slide 15, "unapproved" is the correct spelling :)
[23:51] <pleia2> s/speach/speech on slide 17
[23:56] <pleia2> s/problem/problems on slide 19
[23:59] <pleia2> otherwise good :)


[00:13] <Purebe_|Work> oh
[00:13] <Purebe_|Work> I bet it's because I misunderstood nohup, I thought it automatically rebased your application to have initd be the parent
[00:14] <Purebe_|Work> but that is only if it intercepts a hup signal
[01:23] <ahoneybun> darn scopes are hard
[01:24] <ahoneybun> I'm trying to make a Steam scope
[01:31] <SturmFlut> ahoneybun: I built a bunch of apps but no scopes. Is there a big difference?
[01:32] <ahoneybun> SturmFlut, they pull from other apis and can get info
[01:32] <ahoneybun> look at the Cinema Scope, pulls info from IMDB and you can search for local movies right from the dash
[01:32] <ahoneybun> or the ebay and amazon scopes
[01:33] <SturmFlut> ahoneybun: Looks like I have to take a proper look at the scopes concept
[01:33] <ahoneybun> SturmFlut, really nice and cool
[01:35] <ahoneybun> rpadovani, would I be about to use this http://steamcommunity.com/dev or is there some other api steam has if you know
[01:35] <ahoneybun> nevermind need a key
[01:36] <SturmFlut> ahoneybun: Jep, http://steamcommunity.com/dev is the official API and you need a key
[01:36] <ahoneybun> SturmFlut, the question is if I could use it for what I want
[01:36] <ahoneybun> and I need a domain (website) to get a key
[01:37] <ahoneybun> I think the main use of it is for a widget or something on a site
[01:38] <SturmFlut> ahoneybun: Looks like it, yes
[01:38] <ahoneybun> SturmFlut, I have no exp with API and such other then the ubuntu one for apps
[01:45] <SturmFlut> Grrrr, the Ubuntu SDK supplied with Vivid changed and now some of my projects no longer work on the phone. I have to create a new project, incorporate the file from the existing project and then it works again. Don't know why and don't want to know. Probably some change in the CMake files
[01:46] <ahoneybun> wow
[01:48] <SturmFlut> Most of my projects which use native Qt/C++ code no longer work
[01:49]  * SturmFlut hates to fix qt3d-cylinder
[01:54] <ahoneybun> SturmFlut, all my just use QML
[01:54] <ahoneybun> I have some exp with C++ from a intro class lol
[01:55] <SturmFlut> ahoneybun: There are no QML classes for a lot of use cases, and QML lacks performance
[01:55] <SturmFlut> ahoneybun: My "Game of Life" app runs way too slow on a phone
[01:55] <ahoneybun> yea SturmFlut my app is simple and my others are just webapps
[02:06] <SturmFlut> ahoneybun: I did some webapps in the beginning, too, but then I built qt3d-cylinder and since then I mix QML/C++ whenever it makes sense. My two main applications, Flood It and Game of Life, are currently implemented in pure QML though.
[02:06] <ahoneybun> SturmFlut, see that is far above me, I know I could get there just not there yet
[02:28] <SturmFlut> ahoneybun: Qt/C+ is actually quite easy once you get the basic concepts.
[02:29] <ahoneybun> SturmFlut, yea I just need practice and application
[04:24] <bzoltan_> SturmFlut:  what is the symptom of "my app not working on the phone" is there an error message fro cmake or from compiler?
[04:28] <cpyarger> Who can help a guy with integration of Gstreamer into an app in the ubuntu SDK?
[04:30] <cpyarger> I cant figure out why it can't find the qtgstreamer, or or gstreamer libraries.
[06:50] <AkivaAvraham> does anyone know if any projects have more than one test suites for autopilot?
[07:16] <emc2> send hola
[07:16] <emc2> No se como funciona esto
[07:17] <AkivaAvraham> emc2, hmmm?
[07:17] <AkivaAvraham> if only dpm was here; I think he speaks spanish
[07:35] <Pra> hi... can tell how to import existing cordova project to the ubuntu sdk
[07:35] <AkivaAvraham> Pra, cordova? I'm not familiar with it.
[07:35] <AkivaAvraham> Pra, what is it programmed in?
[07:35] <Pra> yes ,for cross platform
[07:36] <AkivaAvraham> Pra, do you want to just make it available for the ubuntu desktop, or for the ubuntu touch?
[07:37] <Pra> ubuntu touch
[07:37] <AkivaAvraham> Pra, okay you came to the right place.
[07:37] <AkivaAvraham> Pra, What does the project do?
[07:37] <Pra> there is option in sdk but it showing error
[07:37] <AkivaAvraham> Pra, are you on 14.04?
[07:38] <Pra> it is just a demo app insert and delete op.
[07:38] <Pra> 12.04
[07:38] <AkivaAvraham> Pra, you need to upgrade to at least 14.04.
[07:38] <AkivaAvraham> if you plan on developing for the touch.
[07:38] <Pra> what to do?
[07:38] <AkivaAvraham> Pra, sec
[07:40] <AkivaAvraham> Pra, http://www.ubuntu.com/desktop/developers
[11:16] <AkivaAvraham> ahayzen, o/
[11:16] <ahayzen> AkivaAvraham, yo
[11:16] <AkivaAvraham> ahayzen, btw about a week ago, I posted the music reboot on the linux subreddit. If you want some feedback, well you know how linux users are :)
[11:17] <ahayzen> AkivaAvraham, oh cool :) have you got a link?
[11:17] <AkivaAvraham> sure
[11:18] <AkivaAvraham> ahayzen, http://www.reddit.com/r/linux/comments/2s5df2/ubuntu_music_app_on_ubuntu_1504/
[11:18] <ahayzen> AkivaAvraham, thanks
[11:18] <AkivaAvraham> 174 comments
[11:23]  * ahayzen just read all of them lol
[11:24] <AkivaAvraham> ahayzen, its hard reading a lot of the comments because many people have no clue that this is just the phone/tablet interface.
[11:24] <ahayzen> AkivaAvraham, yeah lol ... it'll be interesting what they say after we get/implement the tablet designs and then the desktop after that
[11:24] <ahayzen> AkivaAvraham, do you remember the old app ?
[11:25] <AkivaAvraham> ahayzen, barely
[11:26] <ahayzen> AkivaAvraham, http://hayzentech.co.uk/blog/wp-content/uploads/2014/11/old_music_app_images_2.jpg
[11:26] <ahayzen> AkivaAvraham, the last version of it
[11:27] <ahayzen> AkivaAvraham, i agree with most of them that it is tricky to use on the desktop, but the recent addition of search has helped... and say if you could use the keyboard to navigate through the tiles and other screens, if the actions didn't overflow etc things would be much better
[11:27] <ahayzen> oh and if it didn't waste soooooo much whitespace on larger screens :)
[11:28] <AkivaAvraham> ahayzen, indeed.
[11:28] <ahayzen> AkivaAvraham, also remember we only started this rewrite in ~oct 2014 ;)
[11:31] <AkivaAvraham> ahayzen, I remember; its the reason why I am writing this autopilot plugin
[11:31] <ahayzen> hehe
[11:31] <ahayzen> AkivaAvraham, is that the one for qtc?
[11:31] <AkivaAvraham> which btw is almost done. It now autodetects most autopilot tests, and allows you to run them.
[11:31] <ahayzen> sweet :)
[11:31] <AkivaAvraham> ahayzen, yah I just pushed an upgrade.
[11:32] <AkivaAvraham> :)
[11:32] <ahayzen> AkivaAvraham, have you got it working with qmltests as well?
[11:32] <ahayzen> alot of apps are starting to use them as well as autopilot
[11:33] <AkivaAvraham> ahayzen, I'm not sure. what it does, is it uses "autopilot3 list [module]" to get a list, and then parses the list to create menu actions that will run the tests.
[11:33] <AkivaAvraham> ahayzen, so does qml tests use "autopilot3 run test_name"?
[11:33] <ahayzen> AkivaAvraham, ah yeah it'll be autopilot only, but that is still *really* useful
[11:33] <ahayzen> AkivaAvraham, not it uses qmltestrunner ... let me find an example
[11:34] <ahayzen> AkivaAvraham, there are some here http://bazaar.launchpad.net/~ubuntu-clock-dev/ubuntu-clock-app/utopic-3.0/files/head:/tests/unit/
[11:35] <ahayzen> AkivaAvraham, i wonder if they are already being run via cmake in that example though
[11:35] <AkivaAvraham> ahayzen, okay I'll have to add that later then.
[11:35] <ahayzen> AkivaAvraham, yeah they are easier, and far quicker to run, than autopilot... so an autopilot helper is of more use
[11:35] <AkivaAvraham> ahayzen, the trouble with autopilot, is detecting the tests. There is no "Keyword" or uniformity, so I basically have to cast a few nets and hope I get lucky.
[11:36] <ahayzen> AkivaAvraham, can you pick one test and run it in your plugin?
[11:36] <ahayzen> hah
[11:36] <AkivaAvraham> ahayzen, yes.
[11:36] <AkivaAvraham> ahayzen, I'll make a video and show you, give me 7 minutes
[11:36] <ahayzen> AkivaAvraham, sweet :) that would save me *alot* of time hehe
[11:37] <ahayzen> AkivaAvraham, you know about Vis as well? could be useful having a menuitem to launch that
[11:37] <ahayzen> AkivaAvraham, thanks :)
[11:37] <AkivaAvraham> vis?
[11:37] <AkivaAvraham> nope
[11:37] <AkivaAvraham> okay stop pinging me, you cut my video off :P
[11:38] <ahayzen> http://www.theorangenotebook.com/2013/01/introspecting-with-autopilot.html
[11:39] <ahayzen> its a gui tool which allows you to 'see' what autopilot 'sees'
[11:41] <AkivaAvraham> hmmmm don't you already see what it sees though, when you run it on your desktop?
[11:42] <ahayzen> no as in the actual objects so you can see the all the properties
[11:43] <ahayzen> AkivaAvraham, its more obvious what it does if you run it ;)
[11:44] <AkivaAvraham> ahayzen, interesting
[11:44]  * AkivaAvraham fears the feature creep!
[11:44] <ahayzen> hehe
[11:44] <ahayzen> AkivaAvraham, have you talked to the sdk and autopilot guys about what your making, they may have some more ideas?
[11:45] <AkivaAvraham> I have one more thing I need to do to get this to be ... accepted by the sdk team. I need it runnable on devices.
[11:45] <ahayzen> ah
[11:45] <AkivaAvraham> yah, bzoltan_ and zbenjamin said its got be seemless. Will be a bit hard because of how the autopilot tests vary so much from project to project.
[11:47] <bzoltan_> AkivaAvraham:  we can enforce a structure policy I guess ...
[11:47] <AkivaAvraham> bzoltan_, you work on weekends?
[11:47] <AkivaAvraham> :o
[11:47] <bzoltan_> AkivaAvraham:  I never work ... I do my hobby during the week
[11:48] <AkivaAvraham> bzoltan_, :D
[11:48] <AkivaAvraham> bzoltan_, ahayzen  https://www.youtube.com/watch?v=1RRFLKYCeck&feature=youtu.be -- latest version
[11:49] <AkivaAvraham> it detects all the template apps I think, most core apps, but not the terminal reboot!
[11:50] <ahayzen> AkivaAvraham, thats pretty cool :) ... i think it would be useful if there was a 'run all' at the top of the menu or something
[11:51] <AkivaAvraham> ahayzen, yah thats easy enough to do.
[11:51] <ahayzen> AkivaAvraham, but it already looks pretty functional and *really* useful
[11:51] <AkivaAvraham> ahayzen, no more copy pasta from the terminal to run individual tests
[11:52] <ahayzen> AkivaAvraham, maybe just have a few menus at the top like ... Autopilot docs, Start Autopilot Vis, Run all then the others underneath
[11:52] <ahayzen> <- no UX designer ;)
[11:53] <AkivaAvraham> ahayzen, yah I got you. Its easy enough to put in. I'll put it on the todo wishlist.
[11:53] <ahayzen> sweet
[11:53] <ahayzen> AkivaAvraham, when it dumped the output... was that in a separate window or something?
[11:53] <AkivaAvraham> ahayzen, now if only I had a device, where I could actually test whether this will work on a device :<
[11:54] <ahayzen> hah :)
[11:54] <ahayzen> AkivaAvraham, i'm sure people with devices will be willing to test things for you ;)
[11:54] <AkivaAvraham> ahayzen, oh that was just a QMessage::notify(0,string,standardoutput)
[11:54] <ahayzen> ah
[11:54] <ahayzen> AkivaAvraham, are you able/already dumping the output to one of the panes at the bottom ?
[11:54] <AkivaAvraham> ahayzen, yah I'll need to make that more scaleable.
[11:55] <AkivaAvraham> mmmmmm no , havn't thought about that. That would be a bit more work creating such a widget on the sdk
[11:56] <AkivaAvraham> nik90 suggested adding a side tab; I don't disagree. For now, I just want to focus on getting the menu commands working.
[11:56] <ahayzen> AkivaAvraham, when you run the sdk things the output usually appears in general messages or app output IIRC
[11:57] <AkivaAvraham> ahayzen, you mean from qDebug?
[11:57] <ahayzen> AkivaAvraham, yeah and others ... would be cool if it could appear down there
[11:58] <AkivaAvraham> ahayzen, yah I think I know how I might be able to do that... Anyways,
[11:59] <AkivaAvraham> ahayzen, I need to get a device, because I don't know how to run autopilot on devices.
[11:59] <ahayzen> erm ... phablet-test-run or via adt-run
[11:59] <AkivaAvraham> and bloody bq and meizu won't work in canada on my network ;_:
[11:59] <ahayzen> :/
[12:00] <AkivaAvraham> ahayzen, if you want to do me a solid, do you have a video of you or someone running a test on a device? If I can boil it down to a terminal command, that might be enough.
[12:02] <ahayzen> AkivaAvraham, i usually run ... $ phablet-test-run -v $tests > $out ... where $tests is like music_app.tests.test_music.TestMainWindow.test_shuffle
[12:02] <ahayzen> AkivaAvraham, but you have todo other things first to enable ap and set it all up
[12:03] <AkivaAvraham> ahayzen, well do you need to ssh into the device?
[12:03] <ahayzen> AkivaAvraham, probably best to talk to the autopilot guys as i have old scripts ... and i'm not sure if adt is preferred now
[12:03] <ahayzen> AkivaAvraham, no phablet-test-run does that for you
[12:04] <AkivaAvraham> okay
[12:04] <ahayzen> AkivaAvraham, IIRC adt is something like ... ADT_AUTOPILOT_MODULE="-v %s" adt-run --click com.ubuntu.music --- ssh -s adb ... where %s are your tests to run
[12:04] <ahayzen> but again needs setup before
[12:04] <AkivaAvraham> if its just that, that would be easy.
[12:04] <ahayzen> something like $ phablet-config autopilot --dbus-probe enable .. so setup
[12:04] <AkivaAvraham> ahayzen, will phablet-test-run only run if it detects an attached device?
[12:04] <AkivaAvraham> or running emulator?
[12:04] <ahayzen> yup ... i think
[12:05] <AkivaAvraham> okay that should be easy then.
[12:05] <ahayzen> yeah should be simple enough, i would just check with someone what the latest way of doing things is
[12:06] <AkivaAvraham> thanks
[14:22] <cpyarger>   If anyone is willing to give a hand. I need someone to build a framework, that I can fill in that uses qtgstreamer for my kast project.  --  https://github.com/cpyarger/kast --I would like to get somewhere with this project, But qt+gstreamer hasn't quite clicked for me yet and I am hoping with some help from more experienced people some progress might be made.
[15:58] <Akiva> !ping
[15:58] <Akiva> cpyarger, hey
[15:58] <cpyarger> hey
[15:58] <Akiva> cpyarger, What are you having trouble with specifically?
[15:59] <Akiva> Assuming you know how to incorporate qt into your qml program, right?
[15:59] <cpyarger> I do not know c++, QT, or Gstreamer well,
[15:59] <cpyarger> So at this point I would say im stuck at the good Idea stage
[16:00] <Akiva> cpyarger, okay thanks; gives me a good grounding on what you need
[16:00] <Akiva> cpyarger, okay question: whats the difference between the stack and the heap?
[16:01] <cpyarger> I believe in how the memory is allocated.
[16:01] <Akiva> cpyarger, okay good,
[16:01] <Akiva> cpyarger, which one is dynamic?
[16:02] <cpyarger> To be perfectly honest, My skills in programming lie in making decent BASH scripts, and coding for the arduino, and Heap
[16:02] <Akiva> cpyarger, no problem, if you are honest, that is best.
[16:03] <cpyarger> It took me about 3 hours to figure out how to include a library in the ubuntu-sdk
[16:03] <Akiva> cpyarger, yep, ive been there.
[16:03] <Akiva> cpyarger, trust me. You are not alone in your frustrations. C++ has archaic error messages. However, I know of a cure.
[16:04] <Akiva> Most people would tell you to go learn C++, but the trouble with that is that you will learn skills that will be supplanted by qt
[16:04] <Akiva> And if you want to learn qt, you need to know c++
[16:04] <Akiva> So, the best solution is a manual that teaches you c++ the qt way
[16:04] <Akiva> that way you kill two birds with one stone; are you following me?
[16:05] <cpyarger> Got it.
[16:05] <Akiva> okay hold on one sec...
[16:05] <Akiva> cpyarger, alright, go here; its an incomplete guide (i'm busy)
[16:05] <Akiva> http://www.reddit.com/r/UbuntuAppDev/comments/2qy5ko/guide_for_new_ubuntu_developers/
[16:06] <Akiva> but it provides you what you need at the bottom, and gives a good synopsis.
[16:06] <Akiva> Now, the reason why c++ is important,
[16:06] <Akiva> and very important
[16:06] <Akiva> is that it will teach you how to understand the qt documentation.
[16:07] <Akiva> cpyarger, if you can drag yourself through the first two chapters, learning Classes and Memory Management, you probably can go from there and start completing programs on your own.
[16:07] <cpyarger> ok, I have it downloaded.
[16:08] <cpyarger> any suggestions on books for qtgstreamer integration?
[16:08] <Akiva> cpyarger, well, I gather there is qt documentation on it
[16:08] <Akiva> sec
[16:10] <Akiva> cpyarger, okay apparently this is something by gstreamer. in any case; their api requires you to understand c++.
[16:11] <cpyarger> yea, I found their stuff, it seemed a bit lacking in depth,
[16:11] <Akiva> Don't make the same mistake I did, about groping in the dark until you found out how it worked. For the love of god, make sure you read that manual.
[16:11] <cpyarger> I already started reading
[16:11] <Akiva> do the tests. figure out that first.
[16:11] <Akiva> cpyarger, do all the tests and questions it gives you. comment and explain how memory is being allocated.
[16:12] <cpyarger> Will do,
[16:12] <Akiva> cpyarger, oh and if you are like me, and are a bad reader, It really helps me to go through the documentation with a text-to-speech reader.
[16:12] <Akiva> :)
[16:13] <cpyarger> I am a good reader, and tend to love experimentation, So as long as I dont end up with a 32 GB memory hole somewhere I should be good
[16:13] <Akiva> cpyarger, the first chapter is definitely the most important though.
[16:14] <Akiva> cpyarger, anyways I have an appointment to attend to. Read the documentation! It is for your own good. I can't stress it enough.
[16:14]  * Akiva still has so many regrets about not reading the documentation earlier...
[16:15]  * cpyarger nods Documentation is key
[16:16] <Akiva> cpyarger, oh and if you do get bored and need to take a break, learn some qml by contributing to one of the core apps. Fun language, easy to use, and you get a lot of good experience if you see how ubuntu is developing theirs.
[16:17] <cpyarger> will do
[19:09]  * SturmFlut announces that "Flood It" is now feature-complete and available in the store