[07:50] <dholbach> good morning
[07:56] <iulian> Good morning Daniel.
[08:01] <dholbach> hiya iulian
[08:12] <geser> Guten Morgen dholbach
[08:13] <dholbach> hi geser :)
[08:23] <torkel> geser: any new comments on bug 264303? As it is not a new upstream version a FFe shouldn't be needed, right? Or would you still prefer to patch -3 over a sync?
[08:36] <geser> torkel: no, a ffe is not needed, and with the changes in -6 it's worth syncing. thanks for letting my know.
[08:37] <torkel> geser: thanks. :-)
[08:49] <Hobbsee> !ffe
[08:51] <Hobbsee> hm, microreleases aren't documented there.
[09:05] <rulus><EMAIL_ADDRESS>has joined
[09:05] <rulus> roreleases aren't documented there.
[09:05] <rulus> oops, sorry
[09:26] <siretart> any ~motu-release members around? Could you please have a look at the vlc 0.9.2 exception request now that beta freeze is approaching? TIA!
[10:21] <Koon> slangasek: you accepted cim-schema source in multiverse a few weeks ago, but for some reason the resulting binary package appears in universe. bug ?
[10:21] <Koon> https://launchpad.net/ubuntu/intrepid/i386/cim-schema/2.18.1-0ubuntu1
[10:22] <slangasek> Koon: bug or oversight; from this distance it's hard to tell
[10:23] <slangasek> Koon: I accepted the source though, someone else would have accepted the binary (and set the section), I think
[10:23] <slangasek> changed now
[10:23] <Koon> slangasek: great ;)
[10:24] <Koon> slangasek: fyi, I'm trying to push some licensing clarification upstream
[10:24] <slangasek> that should prove interesting :-)
[12:09] <siretart> slangasek: re your mlt rebuild: it currently FTBFS, see the lp report about that
[13:40] <willem-toorop> Hi MOTU's! Would anytwo of you care for reviewing my Tetris for Terminals (tt) package?
[13:43] <raphink> willem-toorop: I'm using konversation
[13:43] <raphink> :p
[13:44] <raphink> hi nxvl
[14:45] <Adri2000> no one has any pending change for u-d-t? (I'm going to upload in some minutes)
[14:49] <Adri2000> jpds: around?
[14:52] <Adri2000> I recall some discussion in this channel about the versioning of u-d-t, but was any kind of decision made?
[14:53] <Adri2000> imo we should return to simple native versioning, without the ubuntu1 bit
[14:54] <geser> yes, that's what I proposed but someone told me that lintian will complain or something like that
[14:55] <broonie> lintian does get it wrong sometimes.
[14:55] <Adri2000> yeah, I don't think that is a very good reason :p
[14:56] <Adri2000> lintian should be fixed to not complain about the missing "ubuntu" bit in the version, if the package is not in debian
[15:00] <Adri2000> so I'll go without ubuntu1, and if indeed lintian complains, will file a bug
[15:21] <Adri2000>   ubuntu-dev-tools_0.45_source.changes: done.
[15:27] <Adri2000> and bug #273997
[15:45] <ThorstenSick> Hello
[15:45] <ThorstenSick> Can anyone help me creating a patch for meld ?
[15:46] <ThorstenSick> I am new to packaging and can not identify the patch system (if there is any)
[15:46] <azeem> is there a debian/patches directory?
[15:46] <jpds> Adri2000: Pong?
[15:46] <ThorstenSick> Yes, there is, but files in there seem not to be included in a build
[15:46] <ThorstenSick> At least the patch was not effective
[15:47] <azeem> ThorstenSick: inspect the Build-Depends in debian/control.  Does it include either dpatch or quilt?
[15:47] <Adri2000> jpds: was about u-d-t's versioning, I finally uploaded as 0.45, and filed a bug for lintian's false positives
[15:48] <ThorstenSick> It depends on "patch"
[15:49] <azeem> ThorstenSick: then inspect debian/rules for a "patch" target or similar; it looks like a hand-written patch system then
[15:49] <jpds> Adri2000: re: any u-d-t work - not at the moment - I do not have my own computer anymore, so I have limited net time.
[15:49] <azeem> if so, the list of patches to apply might be hardcoded somewhere in debian/rules
[15:49] <ThorstenSick> include /usr/share/cdbs/1/rules/simple-patchsys.mk
[15:50] <azeem> that's from CDBS
[15:50] <azeem> so what do you mean with "files in there seem not to be included in a build"
[15:51] <Adri2000> jpds: ok np, just wanted to ask you because that versioning was started in one of your uploads
[15:51] <ThorstenSick> I am trying to learn from th devweek/fixingbugs
[15:51] <azeem> I understand
[15:51] <azeem> I don't understand the above in the context of cdbs though
[15:51] <jpds> Adri2000: RainCT was complaining about NMU lintian errors (or something).
[15:52] <Adri2000> ThorstenSick: when you don't know the patch system used by a package, you can use the what-patch utility from ubuntu-dev-tools, even though it may not know or be wrong
[15:52] <ThorstenSick> azeem:A patch dropped in the patch dir did not fix the biug
[15:52] <ThorstenSick> cool
[15:52] <azeem> ThorstenSick: inspect the build log and make sure the patch got applied during bulid
[15:52] <azeem> ThorstenSick: did you create a new source package?  How did you test-build it?
[15:53] <Adri2000> jpds: yeah, that's what I recalled from a discussion here. I filed bug #273997 for that
[15:53] <ThorstenSick> pbuilder
[15:53] <jpds> Adri2000: Great, thanks.
[15:53] <ThorstenSick> It was yesterday, ...tracking back...
[15:57] <Adri2000> TheMuso: mpd is failing in intrepid with "E: client-conf-x11.c: XOpenDisplay() failed". according to mpd's wiki, it's something wrong with pulseaudio. do you have any idea of what could be the problem?
[15:58] <Adri2000> TheMuso: bug #273721, #273586, http://mpd.wikia.com/wiki/PulseAudio
[15:59] <TheMuso> Adri2000: I'll have a look tomorrow, unfortunately I don't have time right now. Off the top of my head I have no idea so I'll have to dig and have a play myself.
[15:59] <Adri2000> TheMuso: okay, thanks
[16:05] <ThorstenSick> azeem: I think yesterday the filename was missing a .patch. At least the log looks a lot better with ".patch" attached.
[16:05] <azeem> hrm, could be
[16:08] <slangasek> siretart: why, so it does :/
[16:09] <ThorstenSick> azeem: It works ! Now just add the debdiff as an attachment to the bug ?
[16:10] <azeem> ThorstenSick: I'm not sure what you are trying to do and no expert in that kind of stuff, better ask the whole channel
[16:12] <ThorstenSick> I just created my first debdiff. The bug is LP #203033. What to do now ? Attach it to the bug and wait for someone to review it ?
[16:24] <ThorstenSick> Is a motu here who can please review my patch for LP #203033
[16:24] <ThorstenSick> ?
[16:27] <james_w> ThorstenSick: you should break your changelog line before 80 chars, but otherwise it looks good
[16:27] <james_w> what patch system is in use?
[16:31] <ThorstenSick> james_w: cdbs
[16:31] <james_w> cdbs-simple-patchsys?
[16:31] <james_w> then your change looks fine to me
[16:32] <james_w> ThorstenSick: please subscribe the sponsors team
[16:32] <james_w> "Subscribe someone else" -> ubuntu-universe-sponsors
[16:32] <ThorstenSick> james_w: what-patch just says cdbs. this is myfirst debdiff...
[16:34] <ThorstenSick> james_w: done...and they will review it ?
[16:34] <james_w> yeah, someone will look at it in the next few days and either ask you to change something, reject it, or upload it.
[16:35] <ThorstenSick> Thanks.
[16:44] <ThorstenSick> CU
[16:58] <slangasek> siretart: mlt fix uploaded
[17:08] <NCommander> soren, good morning
[17:08] <soren> It's 6 PM!
[17:09] <sebner> soren: \o/ - Same timezone :D
[17:09] <NCommander> soren, ok, good evening
[17:09] <NCommander> soren, any issues beside the -dev one with the Xfce 4.6 packages?
[17:12] <soren> NCommander: It seems the meta key was redefined..
[17:12] <soren> NCommander: Sorry, i'm on a phone call right now.
[17:13] <NCommander> soren, Oh, sorry. I can't reproduce that one (without lack of trying when you told me about it)
[17:13] <NCommander> soren, what keyboard layout do you use :-)
[17:13] <soren> Danish.
[17:13] <liw> I guess he's using the Danish one
[17:14] <NCommander> soren, I'll report a bug on the Xfce bug tracker that the meta key has been redefined (to what specifically?)
[17:53] <iulian> Hi
[17:59] <liw> would someone be willing to sponsor an upload of system-cleaner for me, from REVU? (http://revu.ubuntuwire.com/details.py?package=system-cleaner); compared to the version in intrepid already, it fixes two bugs
[17:59] <liw> release team (pitti) and doc team have said they're ok with the upload
[18:27] <siretart> any ~motu-release members around? Could you please have a look at the vlc 0.9.2 exception request now that beta freeze is approaching? TIA!
[18:30]  * jdong adds to the mounting pressure too :)
[19:09] <jdong> DktrKranz: you're on ~motu-release right? ~motumedia would really like the VLC 0.9.2 FFe to be evaluated prior to betafreeze
[19:10] <DktrKranz> jdong, yes.
[19:11] <DktrKranz> I'll have a look at it in some minutes
[19:11] <jdong> thank you very much
[19:11] <jdong> (bug 270404 for reference)
[20:06] <siretart> DktrKranz: thanks for your vote on vlc. how many further votes do we need?
[20:07] <DktrKranz> siretart, two motu-release ACKs. If I read it correctly, mine is first, so you need another one
[20:07] <siretart> ah
[20:14] <k0p> hi
[20:15] <k0p> I have a patch in queue... someone can apply?
[20:19] <crimsun> k0p: bug #?
[20:21] <k0p> #264750
[20:21] <k0p> https://bugs.launchpad.net/ubuntu/+source/umit/+bug/264750
[20:21] <k0p> wow
[20:21] <k0p> #264750
[20:22] <k0p> https://bugs.launchpad.net/ubuntu/+source/umit/+bug/264750
[20:22] <k0p> hmm bot doesn't awser :(
[20:24] <crimsun> k0p: is it intentional that debian/patches/{root,setup}.patch are also touched but are not mentioned in debian/changelog?
[20:25] <fabrice_sp> Hi. Can someone review my debdiff in Bug #272263 and upload if correct? Thanks
[20:25] <crimsun> fabrice_sp: looking in a sec.
[20:25] <fabrice_sp> great! tks crimsun
[20:25] <crimsun> fabrice_sp: I can't upload (anymore), but I'll certainly review the diff
[20:26] <k0p> crimsun, did you see last patch?
[20:26] <k0p> http://launchpadlibrarian.net/17309092/higwidgets_issue-update.patch
[20:26] <fabrice_sp> crimsun: ok. better than nothing ;-)
[20:26] <crimsun> k0p: that's the one I applied prior to reviewing
[20:27] <crimsun> k0p: ah, I see.  The references are there.
[20:27] <k0p> yeah
[20:27] <k0p> I update because I forget update changelog
[20:28] <k0p> updated*
[20:28] <crimsun> k0p: looks fine (just trivial whitespace matters in the changelog, but relatively unimportant)
[20:29] <k0p> do you want a update again?
[20:30] <k0p> I can do that but I didn't see whitespace. How people detect it? Many people from motus detects whitespace.. I forget take care with it
[20:31] <crimsun> k0p: I suggest updating the debdiff, but that's really up to whomever uploads
[20:32] <crimsun> fabrice_sp: looks good.  has asac looked at it, too?
[20:32] <fabrice_sp> crimsun: asac put a comment in the bug report, but I don't think he had a look at the debdiff
[20:33] <k0p> crimsun, where did you see whitespace?
[20:33] <fabrice_sp> (I requested also review in ubuntu-mozillateam, but get no answer...)
[20:33] <crimsun> k0p: the topmost (most recent) debian/changelog entry
[20:34] <k0p> hmm
[20:34] <crimsun> k0p: mostly alignment issues; see your bottommost (first) debian/changelog entry for the asterisk
[20:34] <crimsun> (indentation, really)
[20:35] <k0p> :\
[20:35] <fabrice_sp> crimsun: I think that they had already a lot of work with this firefox 3.0 stuff, and too busy to review my debdiff
[20:35] <fabrice_sp> (they = mozillateam)
[20:35] <crimsun> fabrice_sp: (right, I'm also there)
[20:36] <crimsun> fabrice_sp: perhaps wait a day or so; the u-u-s queue is processed consistently
[20:36] <k0p> crimsun, I didn' see mistakes on identation
[20:38] <crimsun> k0p: notice how both "- fixed ..." lines are placed closer to the leading edge (on a left-to-right orientation) than their parents
[20:39] <k0p> grr
[20:39] <k0p> yeah
[20:39] <k0p> but not in my vi
[20:39] <crimsun> yeah, I unset tabs and such when I review patches
[20:41] <fabrice_sp> crimsun: Won't the beta freeze affect the upload of non 'high' importance bug?
[20:42] <crimsun> fabrice_sp: UTC isn't quite at betafreeze yet
[20:43] <fabrice_sp> crimsun: I must have mixed date, then. Thanks
[20:44] <crimsun> fabrice_sp: well, betafreeze is "tomorrow" for me (currently only 1544 localtime)
[20:44] <k0p> crimsun, updated
[20:45] <crimsun> k0p: fair enough
[20:46] <crimsun> k0p: thanks, someone from u-u-s will look
[20:46] <k0p> u-u-s? universe?
[20:46] <geser> ubuntu-universe-sponsors
[20:47] <k0p> fine :)
[20:47] <k0p> crimsun, btw I was waiting for it some weeks ago..
[20:48] <fabrice_sp> crimsun: It's also tomorrow for me too (21:48 here :-) )
[20:48] <k0p> I was thinking if I shoud annouce it in somewhere
[20:49] <crimsun> k0p: sorry, but I can't help speed it along.  Just try to sit a while; the sponsors generally are overworked, too.  :-)
[20:49] <crimsun> (that said, lag time normally isn't too long)
[20:49] <k0p> ok :)
[20:49] <k0p> thanks
[20:58] <geser> fabrice_sp: I've just looked at your icedove-dispmua debdiff and it looks ok (on a first glance). Will try to look at it later and upload.
[20:58] <sebner> ahoi geser, everything alright? :)
[20:59] <fabrice_sp> geser: great! Thanks in advance ;-)
[20:59] <fabrice_sp> Could you also have a look at Bug #257937?
[21:02] <geser> sebner: yes, just busy
[21:03] <sebner> geser: as usual :) so I won't interrupt your work. hf :)
[21:03] <geser> fabrice_sp: does ebox-ntp also work with openntpd?
[21:04] <fabrice_sp> geser: I have to check
[21:08] <laga> DktrKranz: consider yourself hugged for verifying that mythbuntu-control-centre bug
[21:09] <DktrKranz> laga, you're welcome
[21:13] <sebner> laga: joing motu-release and make DktrKranz happy :P
[21:13] <DktrKranz> sebner, motu-sru maybe
[21:13] <DktrKranz> and why my shift key doesn't work........
[21:14] <sebner> DktrKranz: argh, true
[21:14] <sebner> DktrKranz: strg-alt-backspace is your friend :P
[21:14] <DktrKranz> sebner, not when doing important stuff that deserves a better end than a kill -9 -1
[21:15] <sebner> DktrKranz: ^^
[21:16] <laga> sebner: i'm not a MOTU :)
[21:16] <sebner> laga: become one!
[21:16] <laga> yeah, i'm working on that, kinda.
[21:18] <sebner> laga: \o/
[21:18] <fabrice_sp> geser: at startup time, this package calls "exec /usr/sbin/ntpd -n -g", and this flags doesn't exists in openntpd, so I would say no, except if we modify the package to use it
[21:19] <fabrice_sp> (about ebox-ntp package)
[21:19] <geser> fabrice_sp: thanks for checking
[21:20] <DktrKranz> sebner, shut up
[21:20]  * sebner hides
[21:20] <fabrice_sp> geser: it was an easy one ;-)
[21:21] <sebner> DktrKranz: Y. R. B. :P
[21:22] <DktrKranz> sebner, lucky you my shift is broken and i can make uppercase letters...
[21:22] <sebner> DktrKranz: hrhr, black magic :)
[21:54] <directhex> is there a written policy anywhere detailing driver backports to LTS releases?
[21:56] <laga> ah, mono.ko?
[22:01] <directhex> laga, no, i was more wondering for work
[22:01] <directhex> laga, not mono-related for once! :o
[22:15] <NCommander> siretart, ping
[22:31] <dothebart> hy everyone...
[22:33] <dothebart> who 'd be the right one to talk to for http://packages.ubuntu.com/intrepid/citadel-server
[22:33] <dothebart> ?
[22:34] <dothebart> i'd like to do the pulp fiction tomato joke about that...
[22:34] <dothebart> catch up ;-)
[22:38] <bobbo> james_w: ping
[22:41] <asac> fabrice_sp|away: ?
[23:03] <nxvl> pochu: ping
[23:08] <pochu> nxvl: pong
[23:08] <pochu> nxvl: hi
[23:17] <nxvl> pochu: Bug #274173
[23:17] <nxvl> pochu: would you like to help me while i don't have my machine on hands
[23:17] <pochu> nxvl: cool :)
[23:18] <pochu> nxvl: sure, what does it need?
[23:18] <nxvl> pochu: a diffstat
[23:18] <pochu> nxvl: ok
[23:19] <pochu> will add that in a second
[23:20]  * nxvl HUGS pochu
[23:22] <nxvl> pochu: on your comment please include "no package depends on it" i forgot to add that comment
[23:23] <pochu> sure
[23:24] <nxvl> nellery: hi! how are you doing?
[23:24] <nellery> nxvl, hi, alright i think
[23:25] <nxvl> nellery: learning new things everyday?
[23:25] <pochu> nxvl: done
[23:25]  * pochu hugs nxvl back :)
[23:26] <nellery> of course ;)
[23:27] <nxvl> pochu: awesome! thanks, now cross your fingers and pray!
[23:31] <james_w> hey bobbo
[23:31] <bobbo> hey james_w
[23:32] <bobbo> james_w: I saw that bzr 1.7 was released today and you talked about cherrypicking patches from it and adding them to our 1.6.1 package?
[23:32] <nxvl> james_w: i send you an e-mail, did you got it?
[23:33] <james_w> hey nxvl, I did, but I forgot to read it today, sorry.
[23:33] <james_w> nxvl: but in principle I say yes
[23:34] <james_w> bobbo: I think we should certainly check, but I believe there a couple of important fixes to grab
[23:34] <bobbo> james_w: cool, is there anything in particular I could be taking a look at?
[23:35] <james_w> bobbo: just read the NEWS file I guess and look for the things that sound important
[23:35] <nxvl> james_w: ok, read it, and reply so i can make th announcment :D
[23:35] <james_w> bobbo: I'll be doing it myself, but it would be good to get a couple of pairs of eyes on it
[23:35] <james_w> nxvl: will do :-)
[23:35] <bobbo> james_w: ok, i'll have a look at it tomorrow and see if anything jumps out :)
[23:37] <james_w> nxvl: looks good to me
[23:53] <pochu> good night folks


[00:00] <spandhe> smoser: looking further, need a few more things..
[00:01] <spandhe> smoser: the network-scripts file should have the following format: http://www.cyberciti.biz/faq/rhel-redhat-fedora-centos-ipv6-network-configuration/
[00:01] <spandhe> Therers “IPV6” prefix, which is currently missing


[09:10] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/3801 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[14:23] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/3762 Needs rebuild due to higher version at destination (eoan/budgie-desktop, eoan/cheese, eoan/eog, eoan/evolution-data-server, eoan/gdm3, eoan/gnome-calendar, eoan/gnome-control-center, eoan/gnome-flashback, eoan/gnome-panel, eoan/gnome-session, eoan/gnome-settings-daemon, eoan/gnome-shell, eoan/gnome-shell-extensions, eoan/libreoffice, eoan/mutter, eoan/nautilus, eoan/totem). Release pocket (eoan/al


[01:13] <thiebaude> BUGabundo, you still up?
[01:21] <BUGabundo1> thie still...but you are not
[04:55] <eloya> hello!... im new here...
[04:57] <mase_work> eloya: hello. I am old here
[04:57]  * mase_work sighs ..death is encroaching
[05:07] <vishalrao> that took care of him
[05:26] <KurtKraut> What were the boot scripts afected by the change from bash to dash that happened in Ubuntu some time ago? Only those located in /etc/init.d ?
[08:48] <pace_t_zulu> hey... anyone know where i can get the icontool deb?
[09:20] <BUGabundo> guud morning, FLOSS world!
[10:59] <OldGuest> xsane unable to initialize scanner.
[11:00] <BUGabundo> hi OldGuest
[11:00] <OldGuest> hi
[11:00] <BUGabundo> OldGuest: are you using Karmic ?
[11:00] <OldGuest> karmic ?
[11:01] <BUGabundo> 9.10
[11:01] <BUGabundo> x/k/ubuntu
[11:01] <BUGabundo> you came here reporting trouble with xsane
[11:01] <OldGuest> law of cause n effect ?
[11:01] <BUGabundo> and this # is for support and discussion of the next release of ubuntu
[11:01] <OldGuest> ok
[11:02] <BUGabundo> for support on current stable releases see #ubuntu channel
[11:02] <OldGuest> n e channel dedicated to ubuntu hardware only ?
[11:02] <OldGuest> and there configuration etc
[11:02] <BUGabundo> OldGuest: both hw and sw help can be obteined on #ubuntu channel, mailinglist (ubuntu-users)
[11:03] <BUGabundo> and on the Forums (ubuntuforums.com
[11:03] <BUGabundo> and also on your LoCoTeam channels
[11:03] <OldGuest> nice thanks
[11:03] <BUGabundo> np
[11:04] <BUGabundo> now I feel curious to know what is prob was!!! X has nothing to due with xsane :(
[11:19] <BUGabundo> hey TheInfinity
[11:19] <TheInfinity> ho
[11:19] <BUGabundo> I don't remember this # being so calm on JJ
[11:19] <BUGabundo> better wait for post UDS I guess
[12:03] <speedhawk> hello
[12:04] <speedhawk> i have a problem with unetbootin. i've tried to make from a iso file an img. but it dont works. i've choosen "Ubuntu" and "Daily_Live" because unetbootin dont shows "Karmic Koala" have anyone an idea ?
[12:05] <LLStarks> why hasn't vpnc been fixed yet?
[12:10] <BUGabundo> speedhawk: hey
[12:10] <BUGabundo> can't you just use usb-creator?
[12:10] <BUGabundo> or are you on windows?
[12:11] <speedhawk> no i'm on arch
[12:11] <speedhawk> i donwload the daily live with unetbootin from kaola
[12:12] <speedhawk> and give a another try. but when this not help i will use usb-creator
[12:25] <BUGabundo> speedhawk: I think thers usbcreator for arch too
[12:25] <BUGabundo> I've read about it on identica
[12:26] <speedhawk> ok
[13:07] <BluesKaj> Good Day
[13:08] <rski> gday
[13:27] <speedhawk> is karmic koala supporting the atheros 5007 ?
[13:28] <maxb> AR5007EG works just fine for me in Karmic, Jaunty, and even Intrepid (with linux-backports-modules)
[13:29] <speedhawk> okay. thanks maxb
[13:29] <speedhawk> and what Xorg version is in karmic?
[13:29] <rski> X.Org X Server 1.6.0
[13:29] <rski> Release Date: 2009-2-25
[13:30] <speedhawk> hm shit.
[13:30] <rski> oh shi
[13:32] <BluesKaj> X = barebones
[13:32] <BluesKaj> uneditable
[13:36] <speedhawk> have anyone an idea why this happened when i try to shutdon the notebook?
[13:36] <speedhawk> http://ubuntu-pics.de/bild/9228/dsc00840_bETlJO.jpg
[13:56] <BUGabundo> good after noon BluesKaj
[13:57] <BluesKaj> hi BUGabundo
[13:57] <BUGabundo> speedhawk: I never saw that... looks like xorg corruption or vesa
[13:57] <BUGabundo> ahhhhh android on netbooks from the ubuntu team http://twitpic.com/5onhd
[13:57] <speedhawk> BUGabundo: i think the same. but its ubuntu specific. at arch it don't look like this.
[13:58] <speedhawk> when at karmic is the same. what should i do? downgrade the Xorg server?
[13:59] <yofel> speedhawk: nvidia card? I get some stripes on shutdown/restart with the CS nvidia driver
[13:59] <speedhawk> no ATI X2300.
[13:59] <speedhawk> the problem starts with 8.10. 9.04 the same
[14:00] <yofel> same here, some X problem then I guess
[14:00] <speedhawk> yofel: you have the same problem?
[14:01] <yofel> speedhawk: well, not exactly the same, what I get is: after shutdown the screen only shows horizontal sripes until the notebook powers off or resets
[14:01] <speedhawk> ok. it might be the Xserver,
[14:02] <speedhawk> have you karmic?
[14:02] <yofel> yes, but that's been there since Intrepid as well
[14:02] <BUGabundo> arand: yah
[14:02] <BUGabundo> s/yah/yay/
[14:03] <BUGabundo> speedhawk: yofel I used to see that on gutsy
[14:03] <speedhawk> yofel: hm. when karmic will not help i will downgrade the Xserver on 1.5 and we will see. and i will write a bug report
[14:03] <BUGabundo> with corrupt X
[14:03] <BUGabundo> on intel
[14:03] <BUGabundo> but its long gone
[14:03] <speedhawk> hm
[14:04] <speedhawk> is there any command to see what happenend at the shutdown?
[14:04] <BUGabundo> nops
[14:04] <BUGabundo> just logs
[14:04] <BUGabundo> that is if the disk is still mounted
[14:04] <speedhawk> ok
[14:04] <yofel> well, It doesn't bother me too much since it only stays like this for ~10s
[14:05] <speedhawk> my screen is freezed.
[14:05] <speedhawk> overall white stripes how you can see at the picture.
[14:05] <yofel> though I am curious what's the cause, but since it happens after the disks get remounted ro I'm out of ideas
[14:06] <speedhawk> yofel: reported a bug?
[14:09] <yofel> no, back then when it started I didn't know how, and now I'm so used to it that I use my time for more important things
[14:10] <speedhawk> hm oke
[14:11] <speedhawk> BUGabundo: can i see the output when i shutdown with "sudo shutdown -h now > output.txt" ?
[14:12] <BUGabundo> speedhawk: no ieda
[14:12] <BUGabundo> *idea
[14:12] <speedhawk> ok i give a try
[14:13] <BUGabundo> speedhawk: won't just "sudo halt > out" do the same thing?
[14:13] <BUGabundo> I wonder why people love to write longer commands
[14:13] <speedhawk> :D
[14:14] <aric286> :)
[14:14] <BUGabundo> atao joaopinto
[14:15] <joaopinto> olá
[14:15]  * BUGabundo needs to get in touch with audio guys to fixed audio... no audio , no alsa, no PA, no OSS :((((
[14:21] <BluesKaj> BUGabundo, no alsamixer in the terminal?
[14:25] <BUGabundo> BluesKaj: sure I have it! its all at 100%
[14:25] <BUGabundo> no sound
[14:25] <BUGabundo> pavucontrol just shows 2-3% volume output
[14:27] <BluesKaj> what palyer , BUGabundo ?
[14:27] <BluesKaj> player
[14:28] <BUGabundo> BluesKaj: let me poweron the laptop... hope the boss doesn't get too mad, when he arrives
[14:29] <BluesKaj> wonder if it's an intel audio card ?
[14:30] <BUGabundo> yep
[14:30] <BUGabundo> I have a bug for it
[14:32] <BUGabundo> bug 366346
[14:32] <BUGabundo> BluesKaj: any ideas on how to debug it?
[14:34] <BUGabundo> rofl: The package information was last updated 19 days ago!!!!!!!
[14:34] <BUGabundo> lol
[14:34] <BUGabundo> it was *yesterday*!!!
[14:34] <BluesKaj> !intelhd
[14:35] <BluesKaj> !intelhda
[14:35]  * BUGabundo goes read
[14:35] <BluesKaj> dunno if that will help on Karmic tho :P
[14:49] <BUGabundo> BluesKaj: I'm trying to rmmod the snd_had_intel, but it keeps saying its in use
[14:49] <BUGabundo> :(
[14:56] <kklimonda> BUGabundo: well, you can't just rmmod it - you have to kill all audio apps, pulseaudio..
[14:56] <BUGabundo> already did AFAICT kklimonda
[14:56] <BUGabundo> oh and good afternoon m8
[14:57] <kklimonda> hey.. :)
[14:57] <kklimonda> looks like something is still using it..
[14:57] <kklimonda> i could never rmmod snd modules.. ;)
[14:58] <BluesKaj> that damn pulseaudio is causing a lot of confusion , it's only a xine plugin now, the xine engine being depracated afaik
[16:02] <longcat> I'd like to say that xserver-xorg-video-intel_2 2.7.0-1ubuntu2_i386.debb doesnt recognize 945GME, but 1--ubuntu1_i386 works fine
[17:10] <Guest63936> mespirit
[17:11] <Guest63936> seeker
[17:11] <Guest63936> hello
[17:12] <Guest63936> #ubuntuforums
[17:14]  * BUGabundo hands Guest63936 with '/join ?
[17:29] <Guest63936> hello
[17:29] <Guest63936> hello
[17:32] <rski> hi
[17:33] <yoasif_> hi
[17:33] <Guest63936> hello
[17:33] <Guest63936> anyone there
[17:34] <yoasif_> hello
[17:34] <Guest63936> can someone help me compile a psptoolchain in dapper drake
[17:34] <rski> no
[17:34] <Guest63936> y
[17:34] <rski> this is not the channel for it
[17:35] <Guest63936> then what is
[17:35] <rski> #ubuntu
[17:35] <Guest63936> tyvm
[17:43] <yoasif> anyone here who is good at packaging issues? i can't get gcrontab to install
[17:48] <maxb> yoasif: You'll have much better luck attracting help if you give *exact* error messages / descriptions of how it fails
[17:59] <Twigathy> Wow -- hotplugging a SATA port multiplier is just not good
[17:59] <Twigathy> Plugged it in and something in hal went absolutely mental, spawned a whole pile of blkid processes which span at 100% CPU use >_<
[18:00] <Twigathy> Once I killed off those it worked \o/
[18:02] <Twigathy> https://bugs.launchpad.net/ubuntu/+source/udev/+bug/377395 <-- I think this might be the bug... :o
[18:04] <maxb> lamont is aware and indicated that he might be able to do an upload on tuesday
[18:07] <Twigathy> cool =)
[19:21] <chowmeined> hi
[19:21] <chowmeined> so, X hangs the system shortly after it starts, is there a way to avoid that? (radeon card)
[19:28] <chowmeined> i keep getting this "soft lockup" when starting networking
[19:35] <rski> soft lockup?
[19:49] <chowmeined> rski, yes
[19:49] <chowmeined> rski, it seems to be the ath5k driver
[19:49] <rski> blacklist it and try ath9 maybe?
[19:50] <chowmeined> i dont have an N card
[19:50] <chowmeined> ath5k used to work
[19:50] <chowmeined> rski, is madwifi available?
[19:52] <chowmeined> backports modules seems to have fixed the lockup
[19:53] <chowmeined> is kernel mode setting available for radeon?
[21:06] <mikeh789> anybody loading KK on a eee??
[21:10] <BUGabundo> mikeh789: not me
[21:10] <BUGabundo> but let me know if it works
[21:11] <mikeh789> I downloaded the daily and it didn't boot...
[21:11] <mikeh789> I didn't try safe graphics yet
[21:12] <mikeh789> I have it installed on a 400mhz machine
[21:14] <BUGabundo> ehehehe
[21:14] <BUGabundo> isn't that on the LOW end?
[21:14] <BUGabundo> kklimonda***
[21:15] <mikeh789> was my only available test machine at the time
[21:15] <mikeh789> and I like to see how the newer stuff runs on old machines
[21:15] <mikeh789> like to see vista on a 400mhz machine
[21:16] <mikeh789> I will try again on the EEE...
[21:16] <mikeh789> I'd like to run it on an SD card to help with debugging...
[21:17] <BUGabundo> I think I scare kklimonda
[21:18] <BUGabundo> mikeh789: well jj is very fast even on older hw
[21:18] <BUGabundo> sure, xubuntu, not gnome
[21:18] <BUGabundo> and kK seems even faster
[21:18] <mikeh789> I thought so too
[21:19] <mikeh789> and I always go ahead and try gnome just to see how slow it is
[21:19] <mikeh789> I thought it was slow, but tolerable...
[21:20] <mikeh789> BUG, are you running KK on bare metal??
[21:21] <BUGabundo> mikeh789: yep
[21:21] <BUGabundo> mikeh789: and use autocompelete (TAB)
[21:21] <BUGabundo> so I don't miss the replies, oka?
[23:29] <BUGabundo> anyone running kmail 1.11.90 ??


[00:10] <Volans> fta: http://dev.chromium.org/developers/how-tos/build-instructions-linux
[00:11] <Volans> (if you don't have already see it)
[00:11] <[reed]> kinda useless
[00:11] <[reed]> considering there's nothing
[00:11] <[reed]> all you get is "all tests passed" or something like that
[00:12] <Volans> yeah I'm reading now
[00:12] <fta> for now, i'm only seeing things like "building terminated because of errors" :)
[00:14] <fta> it's late and i'm not thinking straight, guiness effect, i'll give it another try tomorrow
[00:14] <fta> but maybe asac would have already done it
[00:32] <Volans> fta: the full licences http://code.google.com/chromium/terms.html
[00:37] <Volans> there are many problem for 64 bit
[00:38] <Volans> http://dev.chromium.org/developers/design-documents/64-bit-support
[00:38]  * kgoetz wonders why try to support this when google only support it on doze
[00:38] <jcastro> heh
[00:38] <jcastro> by the time this runs on windows we'll have firefox 3.1
[00:39] <jcastro> at which point the buzz will have worn off
[00:39] <kgoetz> did you mean to say windows just then?
[00:40] <jcastro> oh I meant linux
[00:40] <jcastro> sorry
[00:40] <jcastro> whoops. :p
[00:41] <kgoetz> *grin* i thought you might
[00:41]  * kgoetz isnt sure "The chromium authors" *can* have the (C) - i thought only people+companies could
[00:42] <kgoetz> they should really say 'three clause bsd licence', but oh well
[00:43] <fta> [reed], did the "text-shadow" css3 property disappeared from trunk ? it was there a few days ago, seems it's gone since a2 !?
[00:43] <fta> -ed
[00:49] <[reed]> hmm
[00:57] <Volans> good night... bye bye
[00:57] <fta> hm, no, it's still there but it's no longer working in my pages.. strange
[01:01] <fta> found it, it was a // comment inside <style> block
[01:01] <fta> weird
[01:19] <fta> [reed], http://www.sofaraway.org/ubuntu/tmp/ctrl+tab.png  (the 1st one is garbled)
[10:35] <gnomefreak> asac: you around?
[11:01] <gnomefreak> fta2: are you having issues with make -f /usr/share/mozilla-devscripts/*
[11:01] <fta2> what kind ?
[11:01] <gnomefreak> fta2: it not working
[11:01] <gnomefreak> ill grab pastebin link
[11:01] <fta2> show me
[11:02] <gnomefreak> http://pastebin.mozilla.org/529649
[11:02] <gnomefreak> crap
[11:02] <gnomefreak> thats not it
[11:03] <gnomefreak> fta2: http://pastebin.mozilla.org/529653
[11:05] <fta2> hmm
[11:05] <gnomefreak> fta2: that is right command right? its been failing for a while now
[11:05] <gnomefreak> id say atleast 4 weeks
[11:07] <fta2> make -f /usr/share/mozilla-devscripts/thunderbird-3.0.mk DEBIAN_DATE=20080902t0559 get-orig-source
[11:07] <fta2> but you don't need DEBIAN_DATE if it's to get the lastest snapshot
[11:07] <gnomefreak> ah
[11:07] <gnomefreak> ill try it thanks
[11:08] <gnomefreak> ah thanks that looks to be working
[11:09] <fta2> you are not supposed to call mozclient yourself, call it through the package with debian/rules get-orig-source
[11:12] <gnomefreak> fta2: i thought i was able to atleast it think i was able to
[11:13] <fta2> yep, it was the default action in the past, i changed everything when i rewrote it in perl
[11:14] <gnomefreak> ah that would explain that
[11:14] <gnomefreak> i updated my notes
[11:15] <fta2> i may have missed that, the default action now is to list tag, i could easily fix that but it has no impact on the packages
[11:15] <gnomefreak> than why use it?
[11:16] <fta2> i mean, the default action has no impact on packages as they always specify a rule
[11:16] <gnomefreak> oh ok
[11:16] <fta2> i just have to swap 2 lines to revert to the old default action
[11:17] <Kamping_Kaiser> btw, i was discussing chrome with people here recently, so thought this might be relevent (to them, or everyone ) http://tapthehive.com/discuss/This_Post_Not_Made_In_Chrome_Google_s_EULA_Sucks
[11:20] <gnomefreak> ill be back while i wait
[11:21] <fta2> if it's that great, people will fork it and change that
[11:30] <armin76> fta2: you do it :P
[12:03] <XioNoX> Hi!
[12:10] <gnomefreak> fta2: the profile patch you fixed is causing  a FTBFS but i will get to it this week i hope i have other things to work on i was trying to do both
[12:19] <gnomefreak> maybe not broken i think its something i forgot
[12:23] <asac> *sigh*
[12:24] <asac> fta2: webbrowser was just denied archive entry
[12:24] <asac> pitti was picky ;)
[12:25]  * gnomefreak thinks this isnt gonna work im thinking i forgot something
[12:25] <asac> hi XioNoX
[12:25] <gnomefreak> good morning asac
[12:25] <XioNoX> Hi asac :)
[12:25] <XioNoX> asac, What's new ?
[12:27] <asac> XioNoX: i am trying hard to make the alternatives dialog work nicely ;)
[12:27] <asac> i gnomefreak  .... though its lunchtime here ;)
[12:27] <asac> hi
[12:28] <XioNoX> asac, What don't work ?
[12:28] <gnomefreak> asac: yep it is
[12:29] <gnomefreak> omg i think i fixed it ;)
[12:29] <gnomefreak> nope nevermind
[12:30] <asac> XioNoX: well ... various things ;)
[12:31] <XioNoX> I have to go
[12:31] <asac> XioNoX: lets talk later
[12:31] <XioNoX> See you later ;)
[12:31] <asac> cu
[12:32] <gnomefreak> please tell me you dont have to be in quilt to run autoconf-2.13
[13:13] <fta2> asac, i thought you discussed internally before
[13:14] <fta2> good: ppa archives are not signed => soyuz Target: None => 2.1.10
[13:15] <asac> fta2: yeah ... forgetting that picky pitti being on holiday :(
[13:16] <asac> we discussed that webbrowser is "too" generic. but we thought that there wont be much complains
[13:16] <fta2> so the argument is just about the name ?
[13:16] <asac> yes
[13:16] <asac> for now
[13:17] <asac> actually pitti wanted it to be done in the way we had it before
[13:17] <asac> e.g. with divert
[13:17] <asac> but i convinced him at least about that
[13:17] <asac> fta2: http://people.ubuntu.com/~pitti/tmp/firefox-dependencies.txt
[13:17] <asac> those are pittis suggesions
[13:18] <asac> the last is what we have now and what we will use ... of course other names :(
[13:21] <asac> diy-webbrowser
[13:21] <asac> ;)
[13:22] <asac> do it yourself webbrowser :(
[13:22] <asac> diy-browser
[13:31] <asac_> reconnect
[13:45] <asac_> reconnect (once more)
[13:49] <asac> reconnect (once more)
[14:33] <fta2> asac, why not firefox-3.0-core depending on firefox-3.0-branding | whatever-3.0-branding, it's more understandable than firefox-3.0-unbranded depending on firefox-3.0-branding
[14:35] <asac> fta2: the suggestions of pitti are moot ... the current way appears to be ok or do you see anything else that can be better?
[14:35] <asac> (e.g. we have firefox-3.0 depend on firefox-3.9-branding  | whatever-3.0-branding
[14:36] <asac> )
[14:36] <fta2> yep, that's ok
[15:51] <XioNoX> Back
[15:52] <XioNoX> asac ?
[15:56] <asac> XioNoX: ?
[15:56] <asac> what did we do?
[15:57] <XioNoX> ?
[15:57] <XioNoX> do you wan't that I do something ?
[15:57] <XioNoX> around ubufox for exemple ?
[15:58] <asac> XioNoX: wait a few minutes
[16:07] <asac> XioNoX: i pushed what i have now to the main ubufox branch
[16:07] <asac> revision 100
[16:08] <asac> its a bit better ... but there are still things that are broken :)
[16:09] <XioNoX> What ?
[16:09] <asac> XioNoX: well ... the currentPlugin doesnt work
[16:09] <asac> XioNoX: we probably need to revert to the old heuristic
[16:09] <asac> e.g. look at pref and if there is something set check whether we have a plugin for that
[16:09] <asac> otherwise use currentPlugin
 XioNoX: well ... the currentPlugin doesnt work [......] <asac> otherwise use currentPlugin
[16:10] <XioNoX> ??
[16:10] <asac> XioNoX: if there is a pref set for the mime-type we should use that plugin
[16:10] <asac> if there is no pref, we can use currentPlugin
[16:11] <XioNoX> ok
[16:27] <asac> bug #252174
[16:27] <asac> bug 262539
[16:35] <asac> [reed]: can you land #421977 ?
[16:36] <asac> it has checkin-needed from gavin
[16:37] <[reed]> asac: not right now, but later, sure
[16:38] <asac> [reed]: cool. ill remind you later in case you forget :-D
[16:47] <armin76> mozilla bug 421977
[19:34] <fta> [reed], do you already have a bug for http://www.sofaraway.org/ubuntu/tmp/ctrl+tab.png ?
[19:47] <asac> urgh
[19:47] <asac> i think i found the root cause for all the mime-type troubles ;)
[19:47] <asac> navigator.mimeTypes gives duplicate entries for the same mime-type
[19:47] <asac> just because there are multiple plugins serving that
[19:51] <asac> so maybe a MimeType needs a field "enabledMimeType" which points to the actually used mimetype object ;)
[21:03] <[reed]> fta: what's the problem?
[21:24] <fta> [reed], the page on the right is obviously corrupted
[21:24] <fta> i mean left
[21:24] <[reed]> oh
[21:24] <[reed]> yeah
[21:24] <[reed]> file a bug
[21:24] <[reed]> wlel
[21:24] <[reed]> well
[21:24] <[reed]> search first
[21:25] <[reed]> but then file a bug
[21:25] <[reed]> :)
[21:31] <fta> [reed], are you running intrepid now ?
[21:38] <[reed]> no
[21:38] <[reed]> how stable is it?
[21:39] <fta> depends. i just wanted to know if your sound is ok with <video/>. I asked you before, i don't remember your answer
[21:48] <mdke> asac: around?
[22:00] <mdke> asac: we chatted briefly last cycle about the mechanism for the startpage, and agreed that this release we would try and remove the cruft in ubuntu-docs given that the startpage magic is now provided by ubufox. Do you think it is too late in the cycle to try that? I'd like to remove the unneeded stuff from ubuntu-docs if possible
[22:01] <asac> mdke: are all other browsers ready?
[22:01] <asac> i think epiphany doesnt need the alternatives
[22:01] <asac> (last i looked)
[22:01] <asac> but i am not sure about konqueror and such
[22:02] <mdke> asac: I don't think so but I can try and find out. I think they were only really there for distros which might use firefox as their browser and wanted a different startpage
[22:03] <mdke> I think we took the view that they should get their own bufox :)
[22:05] <asac> mdke: would we get rid of all alternatives in -docs or just for the "languages" ?
[22:07] <mdke> asac: all I think. And just ship the html
[22:08] <asac> mdke: ok. would that mean that kubuntu users that install ubufox wont get a homepage at all?
[22:09] <mdke> asac: well, if they use firefox, I guess they would get the ubuntu page, unless kubuntu ships a kubufox
[22:09] <asac> mdke: no. thats not what i mean. i mean the offline page
[22:09] <asac> we should do something about that not going to a non-existing page
[22:09] <mdke> doesn't ubufox supply the url to the offline page?
[22:11] <asac> mdke: it does
[22:11] <asac> mdke: we could also try to detect if we are in kde or what
[22:11] <asac> but we need a safe fallback somewhere
[22:11] <asac> e.g. something that shows up when everything else fails ;)
[22:11] <asac> but maybe that "final" resort page should just be shipped in ubufox then
[22:13] <mdke> I think the final fallback should be the ubuntu page, that way we don't need to ship another page
[22:26] <mdke> asac: I'll ask around about what Kubuntu does and grab you again another time. cya
[22:27] <asac> thanks
[23:01] <nullack> Hi Mozilla Team :)
[23:01] <nullack> I see we are approaching Alpha 5
[23:01] <nullack> And I am a little concerned about the flash experience with firefox as we approach alpha 5
[23:01] <nullack> Many flash websites crash the browser, such as tv.com, anandtech.com
[23:02] <nullack> Please refer to this bug 262693
[23:12] <nullack> Please note Im on Im on revision <IP_ADDRESS>+<IP_ADDRESS>5ubuntu 1 of flashplugin and 1.1.0-0ubuntu2 which is the latest to main
[23:19] <asac> nullack: amd64?
[23:19] <nullack> asac: Yes
[23:19] <nullack> Folks Im rebooting, Ill be back
[23:47] <nullack> asac : Do you think I should try to replicate the problem under the nv driver instead of the nvidia one?


[14:28] <sebsebseb> hi
[14:28] <sebsebseb> so the pine phone ubports is  coming along really well ?
[14:39] <poVoq> Maybe? I guess we will see when the first braveheart user reports come in
[14:39] <sebsebseb> poVoq: yep I am  getting one
[14:39] <sebsebseb> it's on its way
[14:39] <sebsebseb> going to need some sd cards it seems though !
[14:39] <sebsebseb> poVoq: which reminds me, what are good sd cards to get for both, the pine phone and pinebook pro ?
[14:43] <poVoq> Sorry, wrong person to ask.
[14:43] <poVoq> No idea.
[14:43] <sebsebseb> poVoq: ok
[14:43] <sebsebseb> so anyway
[14:43] <sebsebseb> you got some devices too
[14:43] <poVoq> The faster the better I guess
[14:43] <sebsebseb> :)
[14:43] <poVoq> Otherwise booting will be painful.
[14:43] <poVoq> Yeah nexus5
[14:44] <sebsebseb> yeah going to try out a few oses with both pine book pro and pine phone and to do that it seems sd cards  are way to go
[14:44] <poVoq> And maybe I'll use my oneplus3 with ubports in the future
[14:44] <sebsebseb> ubports is good should update my mx 4 again really :D
[14:44] <sebsebseb> and have a go at putting on a tablet again, last time had issues with installer
[14:45] <poVoq> I guess look for SD card recommendations for the RasberryPI since it will be similar to boot linux of SD cards
[14:45] <sebsebseb> oh


[05:51] <Unit193> Ouch, xfce4-screensaver is borderline unmaintained, isn't it?
[09:37] <ochosi> guess that's ^ a question for bluesabre, no?
[10:06] <bluesabre> Yeah, it's not in a great place. :(
[10:09] <Unit193> It came up, xfce4-screensaver issue #1 doesn't look good, and a Gentoo user that also uses Xubuntu hit the same (critical?) bug there and here. :3
[10:10] <Unit193> (I missed the first part though, what the bug was...)
[10:11] <bluesabre> That bug
[10:11] <bluesabre> >.<
[10:13] <bluesabre> It seems to be graphics-driver-specific, and I don't have the affected hardware.
[10:15] <bluesabre> That one bug alone had me starting work on a xscreensaver+xfce shim to add some extra events and timers to xscreensaver to replace xfce4-screensaver.
[10:15] <bluesabre> It's frustrating
[10:16] <ochosi> yeah, I had my share of frustration around this topic with light-locker and after that I gave up
[10:17] <ochosi> maybe this will indeed be better with wayland, where not all clients are equal anymore
[10:18] <Unit193> bluesabre: I can check and see if that's his specific issue, if it'd help to find someone on IRC to debug?
[10:24] <bluesabre> I've had no luck with the debugging so far.  I'd hoped that with the bug sitting out there so long, somebody would come up with a patch, but so far nada.
[10:24] <Unit193> Ouch...Yeah, he had switched back to xscreensaver too, so dangit about the shim thingy. :3
[10:28] <bluesabre> It looks like a I made a pretty big dent on that shim in a private repo... maybe I'll finish that up and let folks test
[10:29] <Unit193> Dowh. :(
[21:38] <Unit193> bluesabre: ...Did you see I stupidly already packaged libxfcewl-0.0~git20220922.0dad675?
[21:46] <bluesabre> Unit193: I did not! Is this just a library to build against, or is it a functional wlroots client, (or something else, I've only been kinda paying attention lately)
[22:05] <Unit193> It's just a helper library.


[11:12] <nzoueidi> o/
[11:13] <nzoueidi> Hey pavlushka do you have any issues setting up Mattermost?
[11:14] <pavlushka> nzoueidi: at the moment the issue is me as I have not started setting up the mattermost server yet :p
[11:14] <nzoueidi> haha no problem, feel free to ping me whenver you need help :D
[11:18] <pavlushka> sure, thanks
[12:12] <elacheche> Mornign!
[12:55] <pavlushka> morning elacheche
[12:55] <elacheche> How are you doing pavlushka ? Fixed your arduino issues?
[12:56] <pavlushka> no, didn't touched that yet after
[12:59] <elacheche> xD


[00:04] <lduros> so basically I did: bzr import firefox-12.0.tar.bz2 upstream
[00:05] <lduros> then bzr commit -m'ff12'
[00:05] <lduros> then bzr import firefox-13.0.tar.bz2 upstream
[00:05] <lduros> bzr commit -m'ff13'
[00:05] <lduros> then in my other (previously existing branch), I do: bzr merge upstream
[00:06] <lduros> does this make all sense?
[00:06] <lduros> looks like the two imports worked
[00:07] <lduros> but since my own branch is not related to upstream in any kind, since I created it beforehand, I get this when trying to merge:
[00:07] <lduros> bzr: ERROR: Branches have no common ancestor, and no merge base revision was specified.
[00:08] <lduros> so base revision I should probably put 1
[00:08] <lduros> i guess
[00:08] <lduros> since a commit in my branch corresponds to Firefox 12
[00:09] <AfC> lduros: so before you figure out how to fix this,
[00:09] <lduros> AfC: ?
[00:10] <AfC> lduros: I assume you recognize that if you had *started* with the imports and *then* created your own working branch(es) they would have had said common ancestor and all this would be Just Working™
[00:10] <lduros> yes i know but I started that a while ago
[00:10] <AfC> sure
[00:10] <lduros> my own branch, I mean
[00:10] <AfC> just setting the scene here
[00:10] <AfC> lots of people don't realize that part
[00:10] <lduros> yes, in retrospect I should have done it
[00:10] <lduros> :-)
[00:10] <AfC> now we just need to fix the scenario you've found yourself in
[00:11] <AfC> lduros: rude question: how much history do you have on your working branch?
[00:11] <lduros> 112 revisions, not that bad I guess
[00:11] <AfC> lduros: a lot? only one or two
[00:11] <lduros> I could probably just apply a patch
[00:11] <AfC> No, that's a lot
[00:11] <lduros> and forget about it
[00:11] <AfC> so you're not going to want to throw that away.
[00:12] <AfC> (sure, you could throw it away, but why should you have to?)
[00:12] <lduros> well, I don't know, if it's easier I could
[00:12] <AfC> at this point, as far as I know, you have two options
[00:12] <lduros> ok
[00:12] <AfC> lduros: (it's *certainly* easier)
[00:12] <lduros> ok
[00:12] <fullermd> I don't see how...
[00:12] <lduros> so what if I do this:
[00:12] <AfC> lduros: but it's also Wrong and the one thing that Bazaar has going for it over the other DVCSen is that it acts correctly.
[00:13] <lduros> hmm, not sure how to interpret this
[00:13] <AfC> fullermd: (because just dumping his current tree onto the upstream import will create a single delta that he can commit and then we can all move on and go drink coffee. Easier. More to the point, easier than:)
[00:13] <AfC> lduros: at this point, as far as I know, you have two options:
[00:14] <AfC> 1) use bzr rebase
[00:14] <lduros> ok
[00:14] <AfC> 2) use some magic merge that gets around the common ancestor problem.
[00:14] <lduros> the magic merge seems tricky
[00:14] <fullermd> I think it's way easier than either of those two.
[00:14] <AfC> I have a feeling that (2) exists, but I don't know the syntax :(
[00:14] <fullermd> You started with FF 12 and then made a pile of changes on top, neh?
[00:14] <AfC> fullermd: if you've got (3) please, speak up
[00:14] <lduros> and also I added the upstream files with a non-empty branch already
[00:14] <lduros> meaning I had files in there
[00:14] <lduros> hah
[00:15] <lduros> yeh, so maybe i'll try to take the current version I have (which is IceCat 12)
[00:15] <AfC> fullermd: right, so how can he merge a branch with 112 revisions from scratch (and some monster revision as #1 I bet) starting onto a branch with 2 imports of two versions of upstream?
[00:15] <lduros> Take IceCat 12 and take Firefox 12, make a patch using diff
[00:15] <fullermd> Oh, that wasn't what I read from your descriptions.  That does make it harder.
[00:16] <lduros> then create an upstream branch, import FF12
[00:16] <fullermd> Well, in my mind his r1 was already upstream 12, so he could just make a 'new' branch from that to use as the upstream.  Put 13 on that, then merge it in; done.
[00:17] <lduros> fullermd: it was more like r41 which was upstream 12 + custom stuff
[00:17] <lduros> so it's really a tangled mess
[00:17] <lduros> :-)
[00:17] <lduros> I'm willing to just keep it as an archive branch
[00:17] <fullermd> Is your custom stuff off on the side, or all intertwined in the existing files?
[00:18] <lduros> mostly on the side I guess
[00:18] <lduros> but some might be intertwined, not much
[00:18] <lduros> but I'm a bit lazy also
[00:18] <lduros> :-)
[00:18] <lduros> and maybe sometimes it's better to start clean
[00:18] <fullermd> If you can isolate the changes in the existing files into a few small bits, you may be able to create a pure upstream 12 branch, dump the 'old' files you have and merge that in place, put your changes back into them, then go on with later version merges.
[00:18] <lduros> ok
[00:19] <fullermd> That would save all the history in your other files, and have the original versions of your changes sitting in the history too.
[00:19] <fullermd> It would bloat up your repo with a giant delete and a giant add though.
[00:19] <fullermd> And of course the "same" files wouldn't be related to each other historically.
[00:19] <lduros> haha
[00:19] <lduros> right
[00:20] <lduros> alright, let me try
[00:20] <fullermd> The latter is suboptimal ugliness that can be considered historical archive.  The former is some level of added size burden you'd carry forever; whether it's significant I don't know.
[00:21] <fullermd> I have vague memories that the groupcompress format will compress content across file identities, in which case it may not be a big bump.
[00:21] <lduros> yeh, I'm not sure, what I want to make sure is that all my custom changes are there
[00:21] <fullermd> But if it doesn't, it would be.
[00:21] <AfC> I'd judge the real question to be whether or not you will be continuing to track upstream. If so, then it's worth getting on to a workflow based on their releases, rather than your original tree.
[00:21] <lduros> yes sure i'll keep tracking upstream
[00:21] <AfC> otherwise, it's not entirely clear what the goal is
[00:21] <fullermd> Definitely.    Having a 14 and 15 and 16 after that too would be nightmarish.
[00:21] <lduros> right
[00:21] <fullermd> (and anyway, it's FF, so you'd have to do one of those, what, every 36 hours or something, when they make a new major release?)
[00:22] <lduros> :-P
[00:22] <lduros> alright, I'll experiment a bit, look again at these advice
[00:22] <lduros> and try to get somewhere :-]
[00:23] <fullermd> Yeah.  I'd probably experiment a bit with two or three options, see which seems to work best.
[00:24] <lduros> yeh
[00:25] <lduros> thanks much
[00:25] <lduros> :-)
[08:09] <mgz> morning
[08:11] <fullermd> No, I don't think I'll allow that.
[08:14] <mgz> it has been decreed.
[08:14] <fullermd> Well, recreed it.
[09:33] <rhitier> hi. I've commited many times before discovering my whoami was wrong. Can I edit the "committer" of previous commits ?
[09:34] <mgrandi> dont think so unless you use one of those rabasing things that basically create new commits
[09:34] <rhitier> "rabasing thing" ?
[09:36] <mgrandi> rebasing*
[09:36] <mgrandi> i dont know much about how bzr does it, basically edits the history im guessing
[09:37] <LeoNerd> It's a form of history rewriting
[09:37] <LeoNerd> It's rather rude on anyone else who's seen the branch, but if it's a private one currently with no chance anyone else has seen it it should be fine
[09:40] <rhitier> mgrandi, LeoNerd : thanks, I'll try that as it is a private before sending.
[09:41] <jelmer> bzr rebase isn't particularly useful in that regard
[09:44] <mgz> what is the easiest way of replaying history? export then import?
[09:47] <jelmer> I think so, or shelve + uncommitt
[09:49] <rhitier> when I merge a contributor's patch, do I imports all its commits history ?
[09:50] <jelmer> rhitier: if it's a bundle, yes
[09:50] <mgz> or if you're merging a branch, anything using merge before commit basically
[09:51] <rhitier> isnt bundle naturally created with bzr send ?
[09:52] <jelmer> rhitier: yes
[09:53] <rhitier> ok. I merged. Should I commit before being able to see history logs of applied patch ?
[09:53] <jelmer> rhitier: yep, or you can use e.g. qlog
[09:58] <rhitier> I created a branch. I merged the patch. And now the log shows a "Pending Merges". After a commit, contributor's commits appear as a branche of my latest commit. Is that it ?
[09:59] <rhitier> (with strange rew numbers, like 50.1.2 )
[10:02] <mgz> rhitier: roughly
[10:03] <rhitier> thanks all. I go on branching/hacking ;-)
[13:22] <jam> jelmer: ping, I think I need a refresher on getting and building source debs
[13:26] <jelmer> jam: sure
[13:27] <jelmer> mumble?
[13:27] <jam> jelmer: sounds good
[22:00] <cedeon> Hi guys.  Can anyone help me , i need to merge two branches which the data is absolutely identical yet for reasons that blow my mind bzr wont merge as it says it doesn't share a common ancestory.  Is there any simple way of doing this without it generating a whole bunch of .moved files in the process?
[22:10] <jelmer> cedeon: the branches aren't related as far as bzr is concerned
[22:10] <jelmer> cedeon: the files would all have different unique file identifiers
[22:11] <jelmer> you can see this by running "bzr ls --show-ids" in the two branches
[22:11] <cedeon> so its not like git where they have the file contents hashed?
[22:12] <cedeon> is there anyway to force copy they file identifiers?
[22:12] <cedeon> from one branch to the other?
[22:17] <jelmer> cedeon: when you add a file, you can use "bzr add --file-ids-from <otherbranch>" to make it use the same file ids
[22:18] <cedeon> cool thanks , i'll give that a try
[22:50] <bob2> I don't think git works the way you think it does either
[22:53] <bob2> oh heh
[22:54] <bob2> don't quite understand how it works, the branches have no ca
[22:58] <cedeon> well maybe im going about this the wrong way.. i cant 'add' because i have a lot of history on my branch... basically i have a situation where i have 31 revisions and some guy gave me a bzr repo with six revisions and different file ids.  I KNOW that my revision 30 equals his revision 0 yet i cant figure out how to merge these together
[22:59] <cedeon> it just seems like this sort of thing should be simple
[22:59] <bob2> nah
[23:00] <bob2> you can bzr-rewrite his on top of yours though
[23:00] <cedeon> i can rollback to rev 30 so im at the stage where the file bits are identicle
[23:00] <bob2> how did all the fileids get lost
[23:00] <cedeon> i dunno i guess he made a new repo from my files and didn't use my repo
[23:01] <cedeon> how do i rewrite his on top of mine?
[23:02] <cedeon> i tried merging his and then deleting all the .moved files.. committing but then i have his file ids so i cant merge my 31 back
[23:13] <jelmer> cedeon: still there?
[23:13] <jelmer> cedeon: I would:
[23:13] <cedeon> yeah im here
[23:13] <jelmer> 1) create a copy of the branch at the point where the histories are still shared
[23:13] <cedeon> check :)
[23:13] <jelmer> 2) sync his files over the new copy
[23:13] <jelmer> 3) "bzr add --file-ids-from YOURBRANCH"
[23:13] <cedeon> oh wait, they have no shared history if you mean bzr history
[23:13] <jelmer> 4) remove files that weren't present in his branch
[23:14] <jelmer> cedeon: in that case, start with an empty branch
[23:14] <jelmer> or actually, revision 30 you were referring to earlier
[23:14] <jelmer> (but revision 30 from your branch)
[23:14] <cedeon> yeah i've rolled back to rev 30
[23:15] <cedeon> ok i think i get you


[00:14] <tomf> thanks tomreyn. Oddly enough, I discovered that this laptop has an IR sensor --- that never worked with Windows, but my media center remote was scrolling :)
[00:15] <tomreyn> nice find :)
[06:08] <tomf> after changing xinput, does it typically take a moment for those settings to 'kick in'?
[07:35] <friendlyGoat> im mostly interested in fixing the top two, https://pastebin.com/31s2yk3C
[07:35] <friendlyGoat> whenever i boot up i get a vague window that says there was a problem with a system program and asking me if i want to report it or not but otherwise no way to fix it
[07:36] <friendlyGoat> mostly thinking its one of the top two on my paste cause 22 hours is when i booted up
[08:02] <brainwash> friendlyGoat: check what is inside /var/crash
[09:06] <friendlyGoat> pardon i was up to something outside, @brainwash, all i have in there is a file for grub customizer with stuff i dont quite understand in it
[09:09] <brainwash> that is a crash dump
[09:10] <brainwash> I don't know if you can submit it automatically to launchpad (via the window that appeared for you)
[09:11] <brainwash> in any case, it is safe to just remove that file
[09:14] <friendlyGoat> alrighty
[10:14] <tomreyn> related: xdg-open https://errors.ubuntu.com/user/$(sudo cat /var/lib/whoopsie/whoopsie-id)
[10:27] <frad> i need an android emulator. there are several. which one would you recommend?
[10:27] <frad> xubuntu 19.04
[10:27] <frad> 64 bits
[14:32] <cGIfl300> Good morning, I use xfce and I have my battery status gone. It seems to be unavaible.
[14:32] <cGIfl300> Any idea?
[14:34] <krytarik> Is the power manager plugin on the panel?
[14:35] <cGIfl300> exactly sir
[14:36] <cGIfl300> when I try to add this componment it appears in the list but I cannot add it.
[14:36] <cGIfl300> (grey)
[14:43] <cGIfl300> that were just a power managment service crash
[14:43] <cGIfl300> thank you


[04:57] <vibhav> pitti: ping
[06:55] <pitti> Good morning
[06:55] <pitti> vibhav: hello
[06:57] <vibhav> pitti: I was adding an autopktest for libnotify, any idea how to make it run?
[06:58] <vibhav> I have written the test and it works locally, but I dont have an idea how to run it on the test servers (with xfvb-run)
[06:58] <pitti> vibhav: you'll need to start a session D-BUS (dbus-launch) and xvfb-run
[06:58] <vibhav> any*
[06:59] <pitti> vibhav: you can use python-dbusmock and load the notification-daemon template; that will take care of setting up the session d-bus, etc.
[06:59] <vibhav> pitti: So, what will be the dependencies
[06:59] <pitti> vibhav: http://bazaar.launchpad.net/~pitti/python-dbusmock/trunk/view/head:/tests/test_notification_daemon.py
[06:59] <vibhav> pitti: I dont know python :(
[06:59] <pitti> vibhav: python3-dbusmock, xvfb
[07:00] <pitti> vibhav: this tests p-dbusmock's notification-daemon mock, so the other way around; you can test the library with GIR then
[07:00] <vibhav> GIR?
[07:00] <pitti> vibhav: then just use dbus-launch and depend on notification-daemon
[07:00] <pitti> and use it from C
[07:01] <pitti> so dbus-x11, notify-osd | notification-daemon, xvfb
[07:01] <pitti> and call dbus-launch
[07:01] <pitti> that ought to work
[07:01] <vibhav> whoo
[07:02] <vibhav> pitti: So, I need to use dbus-launch && xfvb-run ./tests, right?
[07:02] <pitti> yes
[07:15] <vibhav> pitti: \o/ http://paste.ubuntu.com/1680300/
[07:18] <pitti> vibhav: [ -x libnotify_test]  -> ending space, please
[07:19] <vibhav> ah yes
[07:19] <pitti> vibhav: please use "dbus-launch xfvb-run ./libnotify_test" (no &&), fewer race conditions
[07:20] <vibhav> never knew && would create race conditions
[07:20] <pitti> vibhav: no, but I don't know whether dbus-launch waits for the bus to be up if you don't run a subprogram in it
[07:20] <pitti> it'll probably just work, but without && is the usual form
[07:20] <vibhav> ah
[07:20] <pitti> vibhav: can you please forward the ebook-tools and other tests to Debian?
[07:21] <vibhav> I was creating emails for them, will send them
[07:23] <pitti> vibhav: please also send the libxcb patch to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700423 (you sent the one for libcaca instead)
[07:23] <pitti> vibhav: thanks!
[07:27] <vibhav> pitti: Would Debian object to (C) Canonical Ltd. ?
[07:27] <pitti> vibhav: no, of course no; we have plenty of stuff in Debian with Canonical copyright
[07:27] <vibhav> cool
[07:27] <pitti> most software is copyright by some company, after all
[07:28] <vibhav> Indeed
[07:29] <vibhav> sent
[07:33] <vibhav> done!
[07:33] <vibhav> pitti: https://code.launchpad.net/~vibhavp/ubuntu/raring/libnotify/add-autopkgtest/+merge/149209
[07:34] <pitti> vibhav: I'm going to apply that directly to Debian, so no need to file a bug
[07:34] <vibhav> pitti: Perfect
[07:34] <pitti> need to wait until my VM builds, then will test
[07:35] <vibhav> okay
[07:39] <vibhav> pitti: Apparently, the ebook-tools diff is between 0.2.1-2build1 (not in Debian) and 0.2.1-2ubuntu1, any idea how to get a diff betwwen debian and ubuntu versions?
[07:40] <pitti> vibhav: build1 was just a rebuild, i. e. the only difference is the changelog
[07:40] <pitti> vibhav: but you can use e. g. "pull-debian-source ebook-tools" to get -2
[07:40] <pitti> or download -2 from https://launchpad.net/ubuntu/+source/ebook-tools/+changelog
[07:46] <pitti> badpkg: Test Depends field contains dependency `notify-osd | notification-daemon' with invalid characters
[07:46] <pitti> vibhav: sorry, can't use | in test dependencies
[07:46] <pitti> vibhav: so please just use notification-daemon
[07:47] <vibhav> pitti: okay
[07:55] <vibhav> pitti: done
[07:59] <pitti> Couldn't exec xfvb-run: No such file or directory
[07:59] <pitti> urgh, what?
[08:02] <jibel> good morning
[08:02] <jibel> pitti, xfvb -> xvfb
[08:03] <pitti> bonjour jibel
[08:03] <pitti> jibel: ah, thanks for spotting
[08:03] <pitti> vibhav: this couldn't possibly have worked for you either?
[08:03] <dholbach> good morning
[08:03] <pitti> hey dholbach
[08:04] <jibel> pitti, you're welcome, how are you? did you recover from your self-defense training?
[08:05] <pitti> jibel: oh yes, very well, thanks; yesterday's regular training helped to get rid of the remaining tensions
[08:05] <pitti> jibel: et toi, comment vas-tu?
[08:06] <jibel> pitti, ça va bien, the only self-defense course I need would be against my children :)
[08:08] <vibhav> pitti: yep :D
[08:08]  * vibhav corrects typo
[08:11] <vibhav> pitti: pushed
[08:17] <pitti> vibhav: works now
[08:17]  * vibhav cheers
[08:18] <pitti> .. and add XS-Testsuite: autopkgtest properly
[08:29] <pitti> vibhav: uploaded to Debian; will sync once it's imported into LP
[13:20] <smartboyhw> pitti, BTW: What's UbuntuKylin?
[13:21] <pitti> smartboyhw: it's the success of the Ubuntu Chinese edition, see https://wiki.ubuntu.com/UbuntuKylin
[13:21] <smartboyhw> pitti, hmm nice!!!
[13:21]  * smartboyhw wants to help since he is Chinese
[13:22] <pitti> any help is appreciated there, I think; you should contact JackYu and ypwong, they are driving this
[15:39] <balloons> SergioMenesesAFK, I hear you made an even bigger one-liner
[15:41] <vibhav> pitti: Thanks!
[17:08] <SergioMeneses> morning guys!
[17:08] <SergioMeneses> balloons, hey, yes I did it, and it works perfectly :)
[17:08] <SergioMeneses> did you check it?
[17:08] <cprofitt> phillw: ping
[17:09] <cprofitt> phillw: meeting is in 50 minutes are you ready to chair the meeting?
[17:09] <balloons> SergioMeneses, yes
[17:09] <balloons> you used an env var
[17:09] <balloons> I was not able to make it work..
[17:10] <balloons> d'oh! the backticks
[17:10] <balloons> that was my issue
[17:10] <cprofitt> SergioMeneses: if phillw is not around can you chair the ubuntu friendly meeting?
[17:11] <SergioMeneses> cprofitt, me? o0
[17:12] <cprofitt> SergioMeneses: yes
[17:12] <SergioMeneses> but what can I talk about?
[17:12] <SergioMeneses> I know a few things of this project
[17:12]  * SergioMeneses callphone
[17:13] <hggdh> balloons: so... I intend to be more involved with QA from next week on. Do you mind?
[17:13] <hggdh> actually, from next next week
[17:14] <balloons> hggdh, always nice to have you!
[17:14] <hggdh> balloons: thank you dear sir
[17:14] <balloons> what tickles your fancy now-a-days?
[17:15] <hggdh> not sure yet, I am now starting to actually think about where I want to mess around with
[17:15] <hggdh> but I certainly do not want to leave QA
[17:16] <hggdh> I will certainly run the tests, etc. But I want to look more on autopkg, and others
[17:16] <cprofitt> hey hggdh
[17:17] <hggdh> cprofitt: shoot
[17:17] <cprofitt> just saying hello...
[17:17] <hggdh> :-)
[17:17] <hggdh> hi cprofitt
[17:17] <balloons> hggdh, excellent. Plenty of good choices :-)
[17:24] <cprofitt> SergioMeneses: never mind... it does not appear as though anyone is here for the meeting...
[17:24] <cprofitt> query balloons
[17:24] <balloons> cprofitt, :-(
[17:24] <cprofitt> need some advice on getting ubuntu friendly back off the ground --
[17:25] <balloons> cprofitt, yes, I wanted to chat with you about it at some point
[17:25] <cprofitt> are meetings key? what other ways are there to build some excitement about contributing...
[17:25] <balloons> IRC meetings are often hard for people.. However, you are correct in that it helps build excitement
[17:26] <cprofitt> yes, the Ubuntu Friendly folks appear to be split between US and Europe
[17:26] <cprofitt> or at least the time zones
[17:26] <cprofitt> we had our first meeting two weeks ago - night time in the US
[17:27] <cprofitt> and today was scheduled for a more european friendly time
[17:27] <cprofitt> I also put a pad up for some asynchronous discussions
[17:28] <balloons> cprofitt, yes, what all have you learned? first and foremost it sounds like you need to get friendly working again
[17:28] <cprofitt> I am still struggling to get in to the code so I can see what is causing submissions to not be 'accepted'
[17:28] <balloons> if you did/do that, the laptop testing folks  would love to use it again. SergioMeneses included ;-)
[17:28] <balloons> that should be enough to start the snowball
[17:28] <cprofitt> yes, we need to get it working again... and get some feedback to people submitting results
[17:29] <balloons> it's a tall order to do so. But for now I would focus on it, and focus on communicating with the folks who can help do the work
[17:29] <balloons> IRC meeting, emails, whatever works for them..
[17:29] <cprofitt> yep, I have been emailing jedimike
[17:30]  * SergioMeneses back
[17:30] <balloons> once it's up and running you can try and attract different people to help.. and I can help with that as well
[17:30] <cprofitt> he has been working through some of the issues with getting the Ubuntu Friendly server running -- so those that want to test, contribute can do so
[17:31] <cprofitt> I truly think the biggest road block currently is that results (not sure how many) are being rejected
[17:31] <cprofitt> I think we need to get a handle on that -- and adjust the criteria if necessary
[17:31] <SergioMeneses> balloons, that would be great!
[17:31] <cprofitt> provide a way for people to see if their result was rejected
[17:32] <cprofitt> I submitted five tests and none of been included -- but I have no idea why not
[17:32] <cprofitt> so I can not re-run or look deeper at the issue
[17:32] <cprofitt> and my tests are on equipment that is certified I believe
[17:33] <balloons> cprofitt, yes exactly.. so it's sort of broken until you can fix that
[17:33] <balloons> I think you have the right folks you need to fix the issue
[17:33] <cprofitt> I think if people understood why their results were not being included we might uncover some bugs
[17:34] <vibhav> Is the rejection a bug?
[17:34] <cprofitt> yes, Mike is the right person... just need to touch bases with him.
[17:34] <vibhav> cprofitt: What is the exact protocol for approving a report?
[17:35] <cprofitt> vibhav: unsure -- if a laptop failed a 'core' test I would say no... but if a laptop was excluded because a core test was not run... that would depend
[17:35] <cprofitt> vibhav: good question -- I am still trying to understand the code and have not had a lot of time to discuss with the lead developer
[17:35] <SergioMeneses> cprofitt, where can we foun the code?
[17:36] <SergioMeneses> *find
[17:36] <cprofitt> https://launchpad.net/ubuntu-friendly
[17:36] <cprofitt> SergioMeneses: Mike and I have been working through issues so that people can get that working on their own systems
[17:37] <balloons>  cprofitt, yes is there a good development enviroment?
[17:37] <cprofitt> we just worked through two this weekend
[17:37] <cprofitt> balloons: IMHO not yet
[17:37] <cprofitt> I believe Mike and I almost have it working now
[17:38] <cprofitt> the last hurdle is having the database setup
[17:38] <cprofitt> I am going to rebuild my test machine and walk through the process again to make sure
[17:38] <cprofitt> http://bazaar.launchpad.net/~ubuntu-friendly-control/ubuntu-friendly/trunk/changes/146?start_revid=146
[17:39] <cprofitt> you can see some of the recent changes from Mike
[17:39] <balloons> perhaps an image, or vm container for it might help
[17:39] <cprofitt> I would like to build an image myself
[17:39] <cprofitt> so people do not have to go through the setup
[17:39] <cprofitt> I am doing my testing in VirtualBox so I may be able to package that up once we have it working
[17:39] <balloons> all good stuff
[17:40] <balloons> I say keep going cprofitt, and once you get over this hump it will get easier
[17:40] <vibhav> cprofitt:  Hmm, so are these core rests machine dependent?
[17:40] <vibhav> Tests*
[17:40] <cprofitt> I also think we need to get the test environment working before really looking to attract new people.
[17:40] <cprofitt> vibhav: I do not get that impression, but I am unsure
[17:41] <vibhav> cprofitt: ah, so what I can deduce is that this is a server side problem, right?
[17:41] <vibhav> N
[17:42] <cprofitt> I think that may be the case
[17:42] <vibhav> Not related to the data sent by friendly.
[17:42] <cprofitt> but if there are tests being skipped by checkbox that could also make things have issues
[17:42] <vibhav> Aren't core yes mandatory?
[17:42] <vibhav> Tests*
[17:43] <cprofitt> I do not think it has to do with data being sent to friendly, but there could be an issue with a test running on checkbox properly
[17:43] <cprofitt> I know there was a bluetooth test that was not running
[17:43] <cprofitt> and the website test was failing since the URL checkbox was sending people too was 404
[17:44] <vibhav> I recommend example organisations for the website test. It will never (probably) 404.
[17:44] <cprofitt> yeah, that would be good...
[17:44] <cprofitt> heck just going to google.com would likely work
[17:45] <vibhav> S/organisations/example.org/
[17:45] <vibhav> cprofitt: using Google.com generate some unwanted controversy
[17:45] <balloons> cprofitt, this is what I wanted to share with you: http://www.vagrantup.com/
[17:46] <cprofitt> vibhav: true...
[17:46] <vibhav> "privacy", etc
[17:46] <cprofitt> ubuntu.com should be ok though...
[17:46] <cprofitt> as long as we are running checkbox that will likely be there
[17:46] <cprofitt> balloons: that looks good... I will take a closer look at that after work today
[17:46] <vibhav> Perfect.
[17:47] <cprofitt> vibhav: I think this is the code that gets the results
[17:47] <cprofitt> http://bazaar.launchpad.net/~ubuntu-friendly-control/ubuntu-friendly/trunk/view/head:/apps/results/api.py
[17:48] <cprofitt> one of the ideas I had for this was to allow a person to login in on friendly.ubuntu.com and then request the status of their submissions
[17:49] <cprofitt> I am making the assumption that this code can be leveraged to pull specific 'submitters' results from launchpad and then display the results
[17:49] <vibhav> I should learn python :)
[17:49] <vibhav> C ain't going to help here much.
[17:49] <cprofitt> I am slowly learning it... this project will likely help me do that :-)
[17:49] <vibhav> cpro
[17:49] <cprofitt> most of my experience is in C#
[17:49] <vibhav> Oops
[17:50] <vibhav> cprofitt: what about manual submission?
[17:50] <cprofitt> not sure...
[17:50] <cprofitt> do you mean w/o using checkbox?
[17:51] <vibhav> That should make testting easy too
[17:51] <cprofitt> yes, but prone to human error
[17:51] <balloons> cprofitt, also http://www.jorgecastro.org/2013/01/18/vagrant-ubuntu-images-now-available/
[17:51] <vibhav> cprofitt: I mean, I testing with check box offline, generate a file with results and then submit them in access to the Internet
[17:52] <cprofitt> vibhav: yes, that would be nice too
[17:52] <vibhav> That would make testing more easier.
[17:52] <cprofitt> it would also be useful to have checkbox allow restartable tests
[17:53] <vibhav> Indeed
[17:53]  * vibhav takes a look at his notes
[17:54] <vibhav> Hmm, I've said all I had jotted down.
[17:54] <cprofitt> vibhav: I truly appreciate you making the meeting and having some good questions and suggestions
[17:54] <vibhav> Thanks :)
[17:54] <cprofitt> you are on the QA mailing list?
[17:55] <vibhav> Yep
[17:55] <vibhav> I've not contributed much to friendly, though I am involved with autopkgtest :)
[17:55] <cprofitt> I will put out another email, tonight when I get home, with some of these things summarized and a link to the etherpad I setup
[17:56] <cprofitt> is autopkgtest what I call checkbox or are those different?
[17:56] <vibhav> Nope, autopkgtest is automated testing for Ubuntu packages
[17:56]  * cprofitt nods
[17:57] <vibhav> cprofitt: After installing an app/library we basically check if it has been correctly installed
[17:57]  * SergioMeneses thinks it this chat can not be count like a meeting
[17:57] <vibhav> Like testing certain library functions for a particular library
[17:59] <vibhav> SergioMeneses: believe me, the developer advisory team has similar meetings
[17:59] <vibhav> We just gather and discuss important matters :)
[18:00] <vibhav> No meetingology :)
[18:00] <SergioMeneses> vibhav, that's true but I dont know how many people work with UF team, cprofitt ?
[18:00] <vibhav> SergioMeneses: yeah, but I see your point too
[18:03] <SergioMeneses> ;)
[18:04] <vibhav> Okay guys, it's late night here and I have school tomorrow
[18:04] <vibhav> Good night!
[18:07] <SergioMeneses> vibhav, good night!
[18:30] <cprofitt> good night vibhav
[19:29] <balloons> morning Noskcaj
[19:29] <Noskcaj> hello balloons
[19:30] <balloons> xnox, you about?
[19:48] <phillw> SergioMeneses: have you checked to see if your bug is fixed into todays images?
[19:49] <SergioMeneses> phillw, ok let me donwload the new changes
[19:49] <SergioMeneses> download
[19:49] <phillw> bug 1125897
[19:50] <phillw> SergioMeneses: what was the dupe number of yours?
[19:53] <phillw> bug 1128597
[19:54] <phillw> hmm, bad day for ubot5 :)
[19:55] <SergioMeneses> phillw, but it is not fixed
[19:56] <phillw> have you zsync'ed up?
[19:57] <Noskcaj> i think that bug is still there, at least in lubuntu
[19:58] <phillw> okies, I'm just zsyncing up my desktop iso now.
[19:58] <phillw> SergioMeneses: is the bug logged on the iso-traker?
[19:59] <SergioMeneses> phillw, no, no yet xD
[20:00] <SergioMeneses> Noskcaj, Im going to check it
[20:00] <SergioMeneses> Letozaf_, \o
[20:00] <SergioMeneses> phillw, btw I pass the cisco certification xD
[20:00] <Letozaf_> SergioMeneses, \o  Hi
[20:01] <phillw> SergioMeneses: as with all bugs in iso testing, please do link them to the iso tracker, this means that the guys spending time fixing them on the release team can justify the time spent.
[20:01] <phillw> SergioMeneses: congrats!
[20:02] <SergioMeneses> phillw, kk
[20:04] <SergioMeneses> phillw, 42% , my internet connection is slooooow
[20:07] <phillw> I have got 100% update, I'll fire up the VM
[20:09] <SergioMeneses> phillw, ok anything let me know
[20:10] <phillw> It's having a good think :)
[20:11] <balloons> alesage, what's the export command again for autopilot gtk?
[20:11] <phillw> grr. starting crash reporter :/
[20:11] <thomi> balloons: you mean, not 'autopilot launch foo' ?
[20:11] <balloons> o hey thomi :-)
[20:11] <balloons> I'm messing with trying to introspect ubiquity
[20:11] <SergioMeneses> phillw, o0
[20:11] <balloons> it's time :-)
[20:11] <thomi> GTK_MODULES="autopilot:$GTK_MODULES" appname
[20:12] <thomi> so, make sure 'autopilot' is in the gtk modules list when the app launcher
[20:12] <thomi> *launches
[20:12] <balloons> it's a bit difficult, because ubiquity is a script, so it can't autolaunch
[20:12] <balloons> even when I choose the binary as ideally I'd pass an argument
[20:14] <balloons> sweet
[20:14] <balloons> got it I think
[20:14] <thomi> balloons: environment should be inherited
[20:14] <balloons> bah.. no, it didn't show in vis
[20:16] <balloons> thomi, yea I saw if no arg, it will inherit
[20:16] <thomi> balloons: do you get any output from the autopilotplugin at all?
[20:17] <balloons>  get only a unity connecton
[20:17] <balloons> and a QGtkStyle was unable to detect the current theme
[20:17] <phillw> SergioMeneses: I'm just asking about it on -release
[20:18]  * SergioMeneses is about 70%
[20:18] <balloons> hmm
[20:18] <balloons> sudo cause issues?
[20:18] <thomi> balloons: yes, you can't do: ENV=value sudo foo bar
[20:18] <thomi> since then you're entering another shell
[20:18] <balloons> yarp
[20:18] <thomi> with it's own environment
[20:18] <balloons> but ubiquity needs it
[20:19] <thomi> balloons: so do 'sudo su' and then launch it from there
[20:19] <balloons> I could launch everything as root
[20:19] <balloons> yea
[20:20] <balloons> no dice
[20:20] <balloons> argh
[20:21] <balloons> ok, so as root.. I launch GTK_MODULES="autopilot:$GTK_MODULES" /usr/lib/ubiquity/bn/ubiquity
[20:28] <SergioMeneses> phillw, did you get the same bug today?
[20:29] <phillw> SergioMeneses: I got the same error message.
[20:30] <Letozaf_> balloons, Hi
[20:30] <balloons> Letozaf_, hello!
[20:30] <phillw> balloons: do you have a lubuntu desktop iso to hand?
[20:31] <Letozaf_> balloons, I'm organizing a Global Jam for Sun 3 March
[20:32] <balloons> phillw, not todays
[20:32] <balloons> but yes
[20:32] <balloons> Letozaf_, awesome
[20:32] <SergioMeneses> :O
[20:33] <phillw> balloons: can you zsync it up and confirm https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1128597 it is a 'show stopper' for lubuntu desktop in both Vbox and KVM
[20:33] <Letozaf_> SergioMenesesAFK, :-D
[20:34] <balloons> tjay tje nig frp, fro
[20:34] <balloons> new language
[20:34] <balloons> shift your hands one key to the left an you'll get the message
[20:34] <balloons> lol
[20:35] <phillw> doesn't look like Klingon
[20:36] <phillw> hmm, 'a' shifted to the left is CAPS LOCK
[20:36] <Letozaf_> balloons, but let to a is nothing
[20:36] <Letozaf_> balloons, you're teasing :D
[20:37] <balloons> lol -- I typed with my hands shifted somewhere
[20:37] <balloons> honestly
[20:37] <balloons> I meant to say -- this the bug from fri
[20:38] <phillw> balloons: As the famous Eric Morecambe said... I'm playing all the CORRECT notes, just not necessarily in the correct order.
[20:39] <SergioMeneses> Letozaf_, that is great! about the ugj
[20:39] <Letozaf_> SergioMeneses, yes I am working with a friend of mine to organize it
[20:40] <Letozaf_> SergioMeneses, why don't you have one too ?
[20:41] <SergioMeneses> Letozaf_, Im a very busy person, if my team organice the ugj I might help
[20:41] <balloons> thomi, so any thoughts? I launch ok, so as root.. I launch GTK_MODULES="autopilot:$GTK_MODULES" /usr/lib/ubiquity/bn/ubiquity
[20:42] <balloons> as root, and then run autopilot vs, but it doesn't work
[20:42] <thomi> balloons: in a call right now - will be with you in 15 minutes :)
[20:42] <balloons> ahh.. no worries
[20:42] <Letozaf_> SergioMeneses, that's why I am asking someone to help :D can't do it on my own :D
[20:44] <SergioMeneses> Letozaf_, it is better in that way
[20:45] <Letozaf_> SergioMeneses, yes
[20:55] <thomi> balloons: ok, I just tried it as well, and I'm unable to get it to work either. My guess is that ubiquity does not honor the GTK_MODULES, which is a PITA
[20:56] <balloons> xnox, ^^
[20:56] <thomi> balloons: perhaps poking around the ubiquity startup source code might reveal why that is
[20:56] <balloons> thomi, I am looking around trying to find a way.. but I'm no expert at ap or ubiquity obviously :-p
[20:56] <balloons> there is a qt interace too
[20:57] <thomi> so... ubiquity is the kubuntu installer?
[20:57] <balloons> yes
[20:57] <balloons> it's both
[20:57] <thomi> and it uses gtk!??
[20:57] <thomi> oh ok
[20:57] <balloons> it uses qt
[20:57] <balloons> or gtk depending on kde or ubuntu, etc
[20:57] <thomi> I seeee
[20:57] <balloons> binary is different
[20:57] <thomi> so, when I launched it it started the kubuntu installer
[20:57] <thomi> how do I get it to launch the ubuntu version?
[20:57] <balloons> did you do it from the desktop?>
[20:57] <thomi> yes
[20:57] <balloons> I'm in a VM doing it
[20:58] <thomi> I just run 'ubiquity'
[20:58] <balloons> ahh.. yes, messing with on the desktop is not recommended
[20:58] <balloons> but you can force the gtk version to run
[20:58] <balloons> passing an arg gtk_u
[20:58] <balloons> gtk_ui
[20:59] <balloons> I loaded a live session in a vm, and installed autopilot
[20:59] <phillw> whilst not wishing to break up the chat for automated testing, has anyone recently tried ISO's in a VM?
[20:59] <Letozaf_> balloons, I have weired things happening to me when I use autopilot vis
[21:00] <thomi> balloons: it does nothing when I pass 'gtk_ui' as an argument... :(
[21:00] <thomi> Letozaf_: what kind of things?
[21:00] <Letozaf_> thomi, well I cannot expand the single items in the left pane
[21:01] <Letozaf_> thomi, I click on them and nothing happens
[21:01] <Letozaf_> thomi, it used to work
[21:01] <Letozaf_> thomi, do not remember when as I have left autopilot a part for ISO testing
[21:01] <thomi> Letozaf_: wow, you may have been able to reproduce a really rare bug. Can you try expanding them without selecting them first please? so restart vis, select a connection, and then click the expand triangle without selecting the row...
[21:02] <thomi> if my theory is correct, that should work
[21:02] <Letozaf_> thomi, you're right
[21:03] <thomi> \o/
[21:03] <Letozaf_> thomi, well I will use it this way then :D
[21:04] <Letozaf_> thomi, as long as I can use it :D
[21:04] <balloons> thomi, Letozaf_ nice
[21:04] <thomi> Letozaf_: I'll look into fixing that ASAP
[21:05] <Letozaf_> thomi, I'm not in a hurry, now that I know the workaround :D
[21:15] <SergioMeneses> phillw, you're right the bug is still there, Im using lubuntu daily amd64
[21:17] <phillw> SergioMeneses: I'm pulling in xubuntu, it will take some time,.
[21:17] <SergioMeneses> phillw, ok
[21:18] <phillw> others could grab it and test on VBox / KVM, but they seem to be low on number this evening.
[21:20] <SergioMeneses> I cant test anymore, I need a better internet connection
[21:20]  * SergioMeneses is missing his home
[21:21] <Letozaf_> SergioMeneses, where are you ? far from home ?
[21:21] <SergioMeneses> Letozaf_, yes, Im in Bucaramanga, another city
[21:23] <Letozaf_> SergioMeneses, oh! well I also feel blue If I have not internet connection!
[21:24] <SergioMeneses> =/
[21:24] <Letozaf_> SergioMeneses, You can do what you want, but don't leave me without an internet connection!
[21:25] <SergioMeneses> Letozaf_, jajaja
[21:30] <Letozaf_> balloons, but the tablet version of Ubuntu on what tablets will it work on ?
[21:30] <Letozaf_> balloons, do you know ?
[21:30] <balloons> Letozaf_, good queston
[21:30] <Letozaf_> balloons, :D
[21:31] <Letozaf_> balloons, HTC ??? lol
[21:31] <balloons> the source code drop that happens is targeting the nexus devices
[21:32] <Letozaf_> balloons, only nexus ones ?
[21:32] <Letozaf_> balloons, isn't there a chance to put it also on other tablets ?
[21:32] <balloons> Letozaf_, anything is possible. the goal of course is to have a shipping tablet and phone
[21:33] <balloons> so you wouldn't need to do such things. I wouldn't put it past folks to play around with the images on other devices
[21:34] <Letozaf_> balloons, yes sure! I was just wondering if I would be able to put Ubuntu on my tablet :D I have already tried but it was VERY slow
[21:34] <Letozaf_> balloons, maybe one day we will be able to
[21:34] <balloons> Letozaf_, ohh.. what tablet do you have?
[21:35] <Letozaf_> balloons, ASUS Eee Pad Transformer
[21:36] <Letozaf_> balloons, TF101
[21:36] <Letozaf_> balloons, a bit old I think :(
[21:36] <balloons> ohh yea.. great little thng
[21:36] <balloons> but it is old
[21:36] <balloons> I almost bought one
[21:41] <Letozaf_> balloons, well maybe now I will have an excuse for changing  it :)
[21:41] <balloons> Letozaf_, hehe
[21:41] <balloons> yes, be patient
[21:42] <Letozaf_> balloons, well If I knew about the Ubuntu Phone before, I would have not bought the one I have now :D
[21:42] <balloons> :-(
[21:42] <Letozaf_> balloons, I would have surely waited
[21:42] <Letozaf_> balloons, lol
[21:42] <balloons> I'm waiting.. but then again, a new android phone is only so-so for me
[21:43] <balloons> faster would be better.. but I love my keyboard
[21:43] <Letozaf_> balloons, well I also love my keyboard, but when you can't have it with you, you got the phone :D
[21:44] <Letozaf_> balloons, better than nothing :D
[21:44] <balloons> I use the htc g2/desire z
[21:44] <Letozaf_> balloons, I used to have a HTC wildfire
[21:45] <Letozaf_> balloons, the desire z is a nice phone
[21:46] <balloons> yep.. old now
[21:46] <balloons> but still awesome
[21:47] <Letozaf_> balloons, yea
[21:53] <phillw> SergioMeneses: The fix for bug 1128597 has not yet arrived into the system " There's a branch linked to the bug.  xnox hasn't merged it and uploaded yet, hence it's not Fix Released.  Patience." Was my reply from -release, so we just have to twiddle our thumbs until it arrives. In the meantime, please do test out xubuntu / kubuntu etc. They always also need testers and it is nice to help out.
[21:54] <phillw> you can use zsync to save you having to download a totally new ISO.
[21:55] <SergioMeneses> :OOOO
[21:55] <SergioMeneses> phillw, thanks a lot
[21:56] <SergioMeneses> I think I can work on xubuntu testing but this weekend xD
[21:57] <phillw> SergioMeneses: are you familiar in changing your iso to a new flavour?
[21:57] <phillw> whilst keeping the existing flavour.
[21:57] <SergioMeneses> phillw, what do you mean?
[21:58] <phillw> SergioMeneses: all the iso's have a generic name, in the case of desktop amd 64 it is raring-desktop-amd64.iso
[21:59] <SergioMeneses> phillw, yes
[21:59] <phillw> So, if you want to test from lubuntu to xubuntu, you issue
[21:59] <phillw> cp raring-desktop-amd64.iso-lubuntu
[22:00] <phillw> then you can use the zsync command from xubuntu to update it.
[22:00] <phillw> when you want to swap back you issue
[22:00] <SergioMeneses> omg!
[22:01] <SergioMeneses> that is great, i didn t know
[22:01] <SergioMeneses> phillw, only works from lubuntu to xubuntu ?
[22:01] <phillw> cp raring-desktop-amd64.iso-xubuntu
[22:01] <phillw> mv raring-desktop-amd64.iso-lubuntu raring-desktop-amd64.iso
[22:02] <phillw> nope, that will work for all of the amd64 desktop system, it will actually work accross the entire system, but when you switch archs the saving is minima.
[22:03] <phillw> *minimal.
[22:03] <SergioMeneses> phillw, isos name are lubuntu_raring_desktop-amd64.iso
[22:04] <phillw> once you have the lubuntu one moved back to raring-desktop-amd64.iso the zsync from lubuntu amd64 desktop will refresh that one for you.
[22:04] <SergioMeneses> so, will I change it to the version that I need?
[22:07] <phillw> SergioMeneses: zsync does not see them as that. Look at the zsync command
[22:07] <phillw> zsync http://cdimage.ubuntu.com/lubuntu/daily-live/20130219/raring-desktop-amd64.iso.zsync
[22:07] <phillw> and
[22:07] <phillw> zsync http://cdimage.ubuntu.com/kubuntu/daily-live/20130211/raring-desktop-amd64.iso.zsync
[22:07] <phillw> you will see that the 'input' file is different, but the 'output; file is the same name.
[22:09] <phillw> zsync will write itself as raring-desktop-amd64.iso So, you need to keep the flavours seperate manually.
[22:09] <SergioMeneses> phillw, of course!
[22:11] <phillw> SergioMeneses: it is one of the 'hidden' things that zsync can do, but once you understand how it sees a file, it is really obvious. Just takes a little time to get to understand it.
[22:13] <phillw> Hello File #1, what differences do you have to File #2... Okay, I will now make File #1 the same as File #2. But, I will download things that I need to do so.
[22:13] <SergioMeneses> omg phillw you're a genius!
[22:13] <phillw> *But, I will ONLY dowmload*
[22:13] <phillw> SergioMeneses: I'm not, the people who wrote zsync are the genuises!
[22:19] <SergioMeneses> phillw, jeje ok ok
[22:21] <phillw> SergioMeneses: http://phillw.net/meetbot/ubuntu-quality-chat/2013/ubuntu-quality-chat.2013-02-09-19.02.log.html
[22:24] <SergioMeneses> phillw, I saw your post on fb xD
[22:28] <phillw> SergioMeneses: I thought I'd repeat it here, so anyone interested in zsync could find it as well.
[22:30] <SergioMeneses> phillw, oh sure!
[22:30] <phillw> on the area https://wiki.ubuntu.com/Testing/Activities/Classroom are some really good links
[22:32] <phillw> balloons: now needs to set up a similar area for his you-tube presentations so we can send people there as well. As well as both links being able to found easily on the ~Testing wiki page :)
[22:33] <balloons> phillw, I blog posted a resources page
[22:33] <balloons> we could convert it to the wiki and link it if you wished
[22:33] <balloons> just a listing of stuff you might need..
[22:33] <SergioMeneses> balloons, I saw your rock starts post too
[22:33] <balloons> tutorials written and video of everything
[22:34] <balloons> :-p
[22:34] <phillw> balloons: we now do have a precident, why not use the ~Classroom area?
[22:35] <phillw> balloons: BTW, I may be doing a quality/testing Jam in Manchester (UK).
[22:35] <balloons> phillw, awesome
[22:38] <SergioMeneses> phillw, thats the spirit!
[22:38] <phillw> SergioMeneses: with regard to the bug 1128597 the release team are really looking into it and discussing it being back-ported (i.e available to older releases). When inifinity asked for patience, I did not think it was a bug fix that needed rolling out to earlier vrsions. This will explain the delay in getting it fix-released quicky.
[22:42] <phillw> SergioMeneses: you, as a tester, are actually allowed onto #ubuntu-release - Us lesser mortals do tend to keep very quiet, as it is on here you would normally ask questions. I only ask the 'Gods' something very rarely, your bug is such an instance.
[22:42] <chilicuil> phillw: lol
[22:43] <SergioMeneses> phillw, looooool
[22:43] <SergioMeneses> those comments from phillw =S
[22:44] <SergioMeneses> o0
[22:44] <phillw> those guys and gals have a lot on their plate, they spend their time prioritising issues. It is not fair to ask them about 'your favorite bug'.
[22:45] <SergioMeneses> those phillw 's comments
[22:47] <SergioMeneses> phillw, ok, i added to my favourites
[22:47] <phillw> SergioMeneses: I only ask about things that affect testing. for me, it is important enough to ask them. They have always been polite and told me where to go when I have an issue and also taken on board an issue that they can dea; with.
[22:47] <phillw> *deal*
[22:49] <SergioMeneses> phillw, sounds like a great group of people
[22:55] <phillw> SergioMeneses: they are, a mix of canonical staff and the advanced 'programmers' from the flavours. Basically, they make the ISO's "happen" all the way from early days to final release. Several of them hang put on here. But, if you want to see how much blood, sweat and tears is put into each release.... That channel will you a spectators seat to watch, their only ask is that it is 'their' channel, and we do not go asking things unless we have a
[22:56] <phillw> s/put on here/out on here
[22:57] <SergioMeneses> phillw, ok, nice advice! i guess
[22:57] <SergioMeneses> xD
[22:59] <phillw> most of the time, I have no idea what they're talking about :P
[22:59] <chilicuil> lol +1
[22:59] <SergioMeneses> phillw, jajajaj
[23:06] <phillw> well, there was a bug fast tracked.
[23:06] <phillw> https://launchpad.net/bugs/1111690
[23:09] <SergioMeneses> phillw, :O
[23:09] <SergioMeneses> that information is not shared with you
[23:09] <phillw> the bug https://launchpad.net/bugs/1128597 awaits for one the scarce devs to have time to commit it. Frustrating it may be, but it is on the list.
[23:10] <phillw> SergioMeneses: the fix for bug 1111690 is now fully released and people can upload in ~ 24 hours.
[23:12] <SergioMeneses> phillw, sounds really good! but I cant see the information
[23:14] <phillw> SergioMeneses: the 'accepted' bit of http://pastebin.com/uxUXsd0j
[23:15] <SergioMeneses> jajaja
[23:15] <SergioMeneses> phillw, :)
[23:18] <phillw> that will now be built and the bug report will be updated...
[23:22] <phillw> SergioMeneses: I'll no doubt get a telling off, but I have asked why the bug status has changed to 'not allowed to be accessed'.
[23:23] <SergioMeneses> phillw, jeje yes, Im in #ubuntu-release too
[23:23] <SergioMeneses> :)
[23:39] <phillw> SergioMeneses: It's been passed to them to argue about.... It is wise to leave and let them discuss things like that :)
[23:40] <SergioMeneses> :)
[23:40] <SergioMeneses> the good thing is that we can see the bug now
[23:52] <phillw> It was 'unexpected' behaviour.
[23:53] <phillw> I will review what they said and check with the bug-squad as to the best option on such an occurance. I've never seen it before.
[23:54] <SergioMeneses> ok, I have to go out phillw anything please let me know
[23:54] <SergioMeneses> see you tomorrow
[23:59] <TheLordOfTime> erm...
[23:59] <TheLordOfTime> phillw, you know well i'm on the bugsquad
[23:59] <TheLordOfTime> and bugcontrol...
[23:59] <TheLordOfTime> any reason you'd not check one of the few who actually *lurks* this channel who only works with bugs? :P