[11:17] <darkxst>  I know I have done this in the past, but how do I get a list of source packages that rdepend on a lib?
[11:18] <Unit193> reverse-depends -b libssl-dev
[11:18] <darkxst> my current attempts are just spitting back binary packages
[11:19] <Unit193> Oooh, you didn't say 'build'
[11:20] <darkxst> reverse-depends -b libzip4
[11:20] <darkxst> No reverse dependencies found
[11:20] <darkxst> meh
[11:20] <darkxst> and no not build deps
[11:21] <darkxst> the source packages that are linked to the library!
[11:48] <doko> LocutusOfBorg: the pytest sync was not a great idea. do you work on the autopkg test failures?
[11:53] <cjwatson> darkxst: source packages aren't linked to libraries; the only way I can make that request make any sense is build-deps
[11:55] <xnox> darkxst, i pipe the result of $ reverse-depends foo into bin2src to map binary packages to source packages.
[11:55] <cjwatson> darkxst: (but packages don't build-depend on the runtime, so you need to do reverse-depends -b libzip-dev)
[11:55] <cjwatson> (or reverse-depends -b src:libzip)
[11:57] <doko> coreycb, rbasak: please could you have a look at the postgresql-10 autopkg test failures on armhf?
[11:58] <darkxst> cjwatson, xnox thanks for the hints, pretty sure 18months without internet has affected my brain!
[11:58] <cjwatson> ... I think I'd melt or something
[11:58] <darkxst> It was more internet at $10 per GB
[11:58] <cjwatson> haven't been 18 months without internet since err about 1995
[12:00] <darkxst> you can't do any packaging at those rates
[12:00] <rbasak> doko: I'll need to add it to the backlog. But which failures exactly? I only see pg-repack failure across all archs on excuses.
[12:00] <xnox> darkxst, https://www.amazon.co.uk/Three-Mobile-Pay-Broadband-Data/dp/B01M3VJ2B2?th=1 24GB sim card for 45GBP which works in all of EU, US, Canada, Australia and many other countries around the world. Not sure where you were.
[12:00] <xnox> oh and valid for 2 years
[12:00] <xnox> so very handy.
[12:01] <rbasak> xnox: their terms make it clear that they expect to be generally using the SIM in the UK.
[12:01] <rbasak> Otherwise they'll disconnect you.
[12:01] <xnox> rbasak, for pay monthly, yes.
[12:01] <rbasak> xnox: for PAYG.
[12:01] <rbasak> Oh
[12:01] <rbasak> I might be talking about a different product. Sorry.
[12:02] <xnox> rbasak, for the "feel at home stuff" -> yeah, you can't be out of the country for more than 3 months in a row, or 3 out 12 rolling or some such.
[12:02] <xnox> but this one seems to simply be pre-loaded with data, and it's data only "internet on the legs" sim. and in the comments people totally are (ab)using it as a travel sim
[12:04] <xnox> rbasak, i'll let you know if i get disconnected ;-)
[12:04] <darkxst> xnox, I am remote, only Telstra
[12:05] <darkxst> might be handy though if I get to GUADEC again
[12:06] <darkxst> which against my better judgment have applied for funding from CC
[12:06] <darkxst> work can deal with the rest of it
[12:27] <doko> xnox: xe-guest-utilities needs a MIR?
[12:47] <LocutusOfBorg> doko, yes, already worked out
[12:47] <LocutusOfBorg> it was a great idea, because pytest catchlog was completely and utterly broken, and duplicated in new pytest
[12:47] <LocutusOfBorg> so, reverse-dependencies were broken as well (I can't assure all of them)
[12:48] <LocutusOfBorg> I'm finishing the open of RC bugs in Debian right now
[12:49] <LocutusOfBorg> I'm sad I couldn't do it before, but I discovered how broken it was only recently (I tried to avoid pushing it to bionic unless really necessary)
[12:55] <LocutusOfBorg> hello tkamppeter, what is your opinion wrt cups sync/merge?
[13:33] <tkamppeter> LocutusOfBorg, principally, I am syncing CUPS, but now for the LTS I would like to leave out the deprecation of raw queues to not cause any incompatibilities by the extra warnings and messages.
[13:33] <tkamppeter> I will continue syncing after 18.04.
[14:18] <doko> tjaalton: tomcat8.0 is still in bionic. is this intended?
[14:20] <tjaalton> doko: i have newer dogtag-pki in experimental which uses 8.5
[14:20] <tjaalton> need to check upgrades first
[14:20] <tjaalton> then sync it
[14:21] <LocutusOfBorg> thanks tkamppeter!
[14:21] <tjaalton> but for libresteasy I think going back to 3.0 series is needed.. there's 3.5 which is compatible to 3.0 but adds new stuff which need newer jaxb et al..
[14:47] <LocutusOfBorg> doko, #894705 in debian looks RC to me, I'm reassigning to the one I just opened
[14:47] <LocutusOfBorg> it has no rdeps, maybe just kick it out from bionic to proposed?
[14:55] <seb128> wgrant, cjwatson, do you have any idea why the template imports from https://translations.launchpad.net/ubuntu/bionic/+source/indicator-power/+imports and not reflecting in https://translations.launchpad.net/ubuntu/bionic/+source/indicator-power ?
[14:57] <doko> rbasak, coreycb, smoser: the grub-legacy-ec2 wants to migrate to main, but doesn't have a subscriber. is this your team?
[14:59] <cjwatson> seb128: I think it's because "Template is active" is unchecked on https://translations.launchpad.net/ubuntu/bionic/+source/indicator-power/+pots/indicator-power/+edit.  Do you know why that might be?
[15:00] <seb128> cjwatson, no idea, thanks for pointing that out
[15:02] <seb128> cjwatson, to be fair I don't understand those details of launchpad translations, at least not the "sharing" part, we keep hitting cases where that is active and pointing to outdated import, and as a side  effect it leads to not have the package upload files imported
[15:05] <seb128> cjwatson, I wonder if somebody changed those options after unity moved to universe, but afaik there is no "activity" log for those?
[15:09] <cjwatson> Could be, and indeed AFAIK there isn't.  This is, um, not my speciality.
[15:09] <cjwatson> seb128: Shall I just flip it back on?
[15:10] <seb128> cjwatson, I did, thanks
[15:10] <seb128> I did it for all indicators
[15:10] <cjwatson> OK
[16:17] <xnox> doko, yes it does need sru....
[16:17] <xnox> MIR that is
[16:43] <tjaalton> ahasenack: so, how about sssd 1.16.1?
[16:55] <ahasenack> tjaalton: I can't justify an ffe for it. I've been lurking in the mailing list looking for trouble with that version, just saw 2 so far (failure to start on centos, and a guy who was complaining enumeration was timing out iirc)
[16:55] <ahasenack> tjaalton: I also didn't find the stanting exception you mentioned
[16:55] <ahasenack> standing*
[16:55] <tjaalton> ok then
[17:11] <doko> jbicha: the graphee MIR looks ok. please upload a package that references it
[18:16] <jbicha> doko: I uploaded gst-plugins-base1.0 to the bionic queue for graphene
[18:17] <slangasek> I guess you want this for final beta?
[18:18] <jbicha> um, sure
[18:19] <slangasek> it impacts all image builds, which it looks like have already started
[18:19] <slangasek> --> #ubuntu-release
[21:23] <Whoopie> Hi, does a NNTP server for ubuntu mailing lists exist? I just learned that gmane doesn't have the new lists like bionic-changes.
[21:24] <TJ-> Whoopie: no
[21:25] <Whoopie> TJ-: do you maybe know why the new lists were not registered at gmane?
[21:26] <TJ-> No idea... but hasn't Gmane gone through some issues in recent times with not keeping up/being maintained?
[21:27] <Whoopie> right, they had a light restart after they shutdown in 2016.
[21:28] <Whoopie> ok, I see, it's not possible to add new lists.
[21:29] <jbicha> doko: graphene is in component-mismatches-proposed now


[00:00] <sgclark> clivejo: probably new features from the new build deps. Put them in install files I reckon. I will do that now.
[00:03] <clivejo> :( theres KCI gone for a while
[00:03] <sgclark> ?
[00:03] <clivejo> build queue filling up
[00:04] <sgclark> oh. ew
[00:05] <clivejo> bed time for me then!
[00:05] <sgclark> sleep well
[00:06] <clivejo> sgclark: I copied over your packaging to the other debian git branch that KCI works from
[00:06] <sgclark> um why? we need to stay with debian
[00:07] <clivejo> http://kci.pangea.pub/job/xenial_unstable_libkgapi/
[00:07] <sgclark> so that needs to be fixed. Not trying to maintain two repos...
[00:08] <clivejo> well I asked about it and they didnt seem that keen on sharing the repo
[00:10] <sgclark> (06:30:47 AM) maxy: sgclark: I don't mind having kubuntu branches in libkgapi, btw, and as yofel mentions it's based on the kubuntu's package
[00:10] <sgclark> I don't know who you talked to...
[00:11] <sgclark> clivejo: ^
 clivejo: I would recommend to use the kubuntu hierarchy.
[00:11] <clivejo> :/
[00:11] <sgclark> oh ffs
[00:12] <clivejo> I wanted to get permission before creating KCI branches
[00:12] <clivejo> so I held off
[00:12] <sgclark> well this is stupid
[00:13] <sgclark> maxy any reason you changed your mind on kubuntu branches with libkgapi?
[00:14] <sgclark> well I don't see the point in have all these damn repos. We should just sync those.
[00:15] <clivejo> well as temp measure I copied your packaging into the KCI branch
[00:15] <clivejo> and its building OK
[00:16] <sgclark> that is not maintainable
[00:16] <clivejo> I understand that
[00:18] <clivejo> but I dont want to be creating branches when I dont have Debian's go ahead
[00:19] <sgclark> right
[00:19] <sgclark> I wouldnt either.
[00:19] <clivejo> it is there repo after all!
[00:19] <clivejo> their
[00:20] <sgclark> yeah, no we need clarity from  maxy. But if indeed we cannot then we need to just sync those packages. we do not have the resources to do double work
[00:20] <clivejo> well if you got permission, surely if you create them?
[00:22] <sgclark> uh I would rather not now that you got a no. Will wait.
[00:23] <sgclark> maxyz: ^^
[06:11] <ahoneybun> sgclark, I got the SDK to install now that I did a LOT of updates lol
[07:10] <maxyz>  clivejo: that was specific to the libkolab packages
[07:12] <maxyz> And I mentioned that I was not part of the kolab team, so I don't even have commit access to those repositories.
[07:16] <maxyz> sgclark: I haven't changed my mind about libkgapi, go ahead create the branches.
[09:37] <lordievader> Good morning.
[11:50] <clivejo> sitter: where did these mergers come from?
[12:12] <BluesKaj> Hey all
[12:13] <clivejo> hi BluesKaj
[12:16] <BluesKaj> hi clivejo, how's it going ?
[12:37] <clivejo> BluesKaj: so so
[12:37] <clivejo> you?
[12:37] <BluesKaj> ok here, morningfcoffee atm
[12:38] <clivejo> my pup just pulled some washing off the washing line, so hes in timeout!
[12:42] <BluesKaj> heh, just watched show about the Dr Pol a vet in Michigan, whose assistant was helping a labrador that ate a rock, pass it ....always knew labs were a dumb breed, but never saw one that stupid
[12:43] <mamarley> Labs are actually rather smart; they just do goofy things sometimes.  Golden Retrievers too.
[12:43] <BluesKaj> we have one next door who's been barking at us for 10 yrs
[12:44] <BluesKaj> short term memory is non existent
[12:45] <BluesKaj> well, we have to agree to disagree, because my experience with labs over the yrs is that they lack smarts
[12:46] <BluesKaj> I'm sure there a some smart ones somewhere, but I haven't seen them
[12:53] <clivejo> my pup is just very playful and headstrong
[12:54] <clivejo> the towel was blowing in the wind and anything like that attracts his attention to be played with and ripped into shreds
[12:55] <clivejo> but I caught him in the act, so should learn from it
[12:55] <BluesKaj> right, one can only hope :-)
[12:56] <clivejo> come on gpgmepp
[12:56] <clivejo> build!
[12:56] <clivejo> come on you good thing
[12:56]  * clivejo air punches
[12:57] <BluesKaj> :-)
[12:59] <clivejo> poor executor #1 is dead
[12:59]  * clivejo hopes he wasn’t responsible for killing it!
[19:34] <clivejo> sgclark yofel: not sure whats up with akonadi - http://kci.pangea.pub/job/xenial_unstable_akonadi/
[19:36] <BluesKaj> clivejo, are they finally getting rid of akonadi ? ....i hope :-)
[19:37] <clivejo> its still in 15.12.1
[19:37] <vip> please no, what you'll have to restart from time to time?
[20:52] <clivejo> hi santa_
[20:52] <santa_> yo
[20:53] <clivejo> hows it going?
[20:53] <santa_> fine, looking forward to resume my activity on kubuntu
[20:54] <santa_> I have been working a lot on krecipes in the latest few weeks
[20:55] <clivejo> santa_: do you know anything about KDEPIM?
[20:55] <santa_> not very much
[20:58] <clivejo> having serious problems with it!
[20:59] <clivejo> https://launchpadlibrarian.net/243381192/buildlog_ubuntu-xenial-amd64.akonadi_4%3A15.12.1+git20160227.1356+16.04-0_BUILDING.txt.gz
[20:59] <clivejo> any idea what shlibdeps is complaining about?
[20:59] <clivejo> hi DarinMiller
[21:07] <sgclark> ah needs symbols created, afraid I wont get to it today
[21:08] <yofel> isn't that error about missing files in binary packages?
[21:08] <sgclark> it need symbols created for the new libs
[21:08] <clivejo> hi yofel and sgclark :)
[21:09] <clivejo> it had a pile of new files
[21:09] <santa_> clivejo: are you listing the files mentioned (for instance libKF5AkonadiXml.so.5) in any *.install file
[21:09] <santa_> it should build even without *.symbols files
[21:09] <yofel> ^
[21:10] <clivejo> so we have to create symbol files for the new libs?
[21:10] <yofel> no, just make sure they're actually installed
[21:10] <clivejo> yofel: how does one do that?
[21:10] <santa_> because if you don't you will get that error iirc
[21:11] <santa_> just update the *.install files
[21:16] <valorie> yay, green!
[21:21] <clivejo> yofel: so I add usr/lib/x86_64-linux-gnu/libKF5AkonadiXml.so.5 to akonadi-server.install?
[21:21] <yofel> is there public api for that lib?
[21:22] <clivejo> how do I find that?
[21:29] <clivejo> hello?? am I still connected?!?
[21:31] <valorie> yes
[21:31] <clivejo> thought IRC had died
[21:32] <valorie> that would be very sad
[21:32]  * clivejo is freezing and thinks a nice hot shower might be in order
[21:33] <sgclark> clivejo: api.kde.org sorry out most of today. hope thathelps
[21:33] <clivejo> thanks sgclark


[14:22] <cmaloney> That's no fun
[15:42] <greg-g> Was it a Netflix issue or AWS?
[16:01] <cmaloney> "CenturyLink outage takes down Amazon, Hulu, Playstation Network, etc for many users"
[16:02] <cmaloney> (posted in another channel via 9to5 mac, but the link was via Google AMP so you get the title)
[17:27] <greg-g> heh, that's all I would do too (not click the amp link)
[17:27] <greg-g> but thanks!
[17:27] <greg-g> you know, the term "the web" is now a misnomer :(
[17:27] <greg-g> (yes, this is just another "boy would decentralization be great again" rant/thought)
[18:10] <cmaloney> Yeah, I'm not liking the direction things are going with the web and things like AMP
[18:11] <cmaloney> But I also acknowledge that I'm probably sounding like those old "timesharing" folks that the PC folks scoffed at
[18:11] <cmaloney> So I take it in stride, and continue to work behind the scenes to ensure that we have something decentralized to fall back on
[18:12] <cmaloney> as opposed to Google's version of WAP (the Palm Pilot protocol, not the encryption or whatever that song is)
[19:06] <Scary_Guy> lol WAP.  No matter what gets named that it sucks apparently
[19:23] <cmaloney> I can't speak to the music itself, as I'm not the target audience for it
[19:46] <Scary_Guy> I mean yes art is subjective... I guess...


[11:47] <ara> tseliot, ping
[11:48] <tseliot> ara: pong
[11:49] <ara> tseliot, hey!, when I try to activate compiz it gives me an error "desktop effects could not be activated", but I don't get any errors in Xorg.0.log or syslog
[11:49] <ara> tseliot, any ideas where to look?
[11:50] <tseliot> ara: what does "glxinfo | grep direct" say?
[11:50] <ara> tseliot, Error: couldn't find RGB GLX visual or fbconfig
[11:51] <tseliot> ara: I need the output of "update-alternatives display gl_conf" and your /var/log/Xorg.0.log
[11:52] <ara> tseliot, alright
[11:53] <ara> tseliot, http://paste.ubuntu.com/352857/
[11:53] <ara> tseliot, http://paste.ubuntu.com/352859/
[11:55] <tseliot> ara: did it work when you first tried my packages?
[11:56] <tseliot> "it" being compiz
[11:56] <ara> tseliot, no, I just tried it today
[11:56] <ara> s/no/I hadn't tried before :)
[11:58] <tseliot> ara: what do "lsmod" and "dmesg" say?
[11:59] <tseliot> the log looks fine...
[11:59] <ara> tseliot, http://paste.ubuntu.com/352861/
[12:00] <ara> tseliot, http://paste.ubuntu.com/352863/
[12:01] <tseliot> the right kernel module seems to be there too
[12:03] <tseliot> ara: let's see your xorg.conf
[12:04] <ara> tseliot, http://paste.ubuntu.com/352866/
[12:04] <tseliot> ara: and the output of this command: ldd /usr/bin/glxinfo
[12:05] <ara> tseliot, http://paste.ubuntu.com/352867/
[12:12] <tseliot> ara: and the output of this command: cat /etc/ld.so.conf.d/GL.conf
[12:12] <tseliot> if the file is empty then I know what to fix
[12:14] <tseliot> also see if /usr/lib/nvidia-current/ld.so.conf exists
[12:15] <ara> ara@sushirider:/var/log$ cat /usr/lib/nvidia-current/ld.so.conf
[12:15] <ara> /usr/lib/nvidia-current
[12:15] <ara> ara@sushirider:/var/log$ cat /etc/ld.so.conf.d/GL.conf
[12:15] <ara> /usr/lib/nvidia-current
[12:18] <tseliot> that's correct too
[12:18] <tseliot> hmm...
[12:19] <tseliot> ara: does nvidia-settings work?
[12:19] <tseliot> or does it only show a limited number of options
[12:19] <tseliot> ?
[12:20] <ara> tseliot, it works
[12:20] <ara> tseliot, but "Fail to query the GLX server vendor."
[12:21]  * bryyce waves
[12:22] <tseliot> ara: ok, let's see if glx exists and what it points to (let's pretend that the X log lied)
[12:22] <tseliot> bryyce: hey
[12:22] <ara> hey bryyce
[12:22] <bryyce> NFI why I'm awake at 4:30am
[12:24] <tseliot> ara: which means that you should check "ls -l /usr/lib/nvidia-current/xorg/libglx.so",  "ls -l /etc/alternatives/libglx.so" and "ls -l /etc/alternatives/libglx.so"
[12:24] <tseliot> bryyce: :-)
[12:26] <tjaalton> what about just running glxinfo
[12:27] <ara> tseliot, those 3 are there
[12:27] <ara> (with 777 permissions)
[12:27] <ara> tseliot, http://paste.ubuntu.com/352880/
[12:27] <tseliot> the 2nd and the 3rd are the same
[12:28] <tseliot> I meant "ls -l /usr/lib/xorg/modules/extensions/libglx.so"
[12:28]  * tseliot blames it on the clipboard
[12:31]  * ara blames Ctrl+C/Ctrl+V
[12:31] <ara> tseliot, same thing
[12:31] <ara> ara@sushirider:/var/log$ ls -l /usr/lib/xorg/modules/extensions/libglx.so
[12:31] <ara> lrwxrwxrwx 1 root root 27 2010-01-05 14:44 /usr/lib/xorg/modules/extensions/libglx.so -> /etc/alternatives/libglx.so
[12:33] <tseliot> ara: ok, I must be something else then. I'll investigate the problem and let you know
[12:33] <tseliot> thanks for reporting the problem
[12:34] <tjaalton> ara: what about the output of glxinfo?
[12:34]  * tseliot is having a hard time getting Lucid to work on his testing box
[12:39]  * tseliot -> lunch
[12:39] <bryyce> you need more boxes ;-)
[12:39]  * bryyce -> bed
[12:40] <tjaalton> hmm, compiz-wrapper is no more, and compiz-core doesn't depend on mesa-utils
[12:41] <tjaalton> ara: install mesa-utils and try again
[12:41] <jcristau> but it still uses glxinfo?  i thought that would be gone and it'd do the GL calls itself?
[12:41] <tjaalton> maybe
[12:41] <tjaalton> compiz works here anyway :)
[12:42] <tjaalton> but glxinfo is in mesa-utils
[12:42] <tjaalton> or just running 'compiz --replace' should show the error
[12:44] <ara> ara@sushirider:/var/log$ compiz --replace
[12:44] <ara> compiz (core) - Fatal: Root visual is not a GL visual
[12:44] <ara> compiz (core) - Error: Failed to manage screen: 0
[12:44] <ara> compiz (core) - Fatal: No manageable screens found on display :0.0
[12:44] <ara> Launching fallback window manager
[12:44] <jcristau> glxinfo and xdpyinfo plz?
[12:47] <ara> ara@sushirider:/var/log$ glxinfo
[12:47] <ara> name of display: :0.0
[12:47] <ara> Error: couldn't find RGB GLX visual or fbconfig
[12:47] <ara> http://paste.ubuntu.com/352892/
[12:49] <jcristau> weird.
[12:51] <soren> ara: You have an nvidia card?
[12:51] <ara> soren, yes
[12:52] <soren> ara: And it actually works for you? I thought all nvidia users were screwed by bug #494627.
[12:53] <ara> soren, I am using tseliot's PPA, I am reporting back to him, to try to upload it to Lucid asap :)
[12:54] <soren> Aha!
[12:54] <soren> :)
[12:55] <soren> Perhaps I should do the same.
[12:56] <soren> Which PPA is this?
[12:56] <soren> tseliot: You have a whole bunch :)
[12:57] <soren> proprietary-video-improvements?
[12:57] <soren> That one seems to have recent stuff in it.
[12:59] <tjaalton> that's the one
[12:59] <jcristau> hrm.  the backtrace in 440323 doesn't have libGL symbols…
[13:00] <jcristau> also the ext_name is weird
[13:00] <jcristau> #6  0x00007fa4bc76e7b2 in XextAddDisplay (extinfo=0x17153c0, dpy=0xf1f340,
[13:00] <jcristau>     ext_name=0x7fa4ae23a550 "ueryObjectuiv", hooks=0x7fa4ae35c2a0,
[13:00] <jcristau>     nevents=17, data=0x0) at ../../src/extutil.c:112
[13:00] <jcristau> 	dpyinfo = (XExtDisplayInfo *) 0xec0010
[13:00] <soren> "ueryObjectuiv" :)
[13:03] <jcristau> and no qt symbols in 419501. bleh.
[13:08] <jcristau> and 278261 doesn't look like a libxcb bug.
[13:08] <tjaalton> a new bug triager \o/ :)
[13:09] <jcristau> i was looking whether your sync request had been processed, and there were 4 bugs in https://launchpad.net/ubuntu/+source/libxcb/+bugs so i figured i'd look :)
[13:09] <tjaalton> hehe
[13:10] <jcristau> not going to look at the 292 xorg-server ones ;)
[13:10] <jcristau> 334264 should probably be closed as fixed in 1.7.x though
[13:10] <tjaalton> it's rather depressing going through them
[13:15] <jcristau> (only looked at the title for the Xdmx bug, didn't look at the details)
[13:15] <tjaalton> I'll ask the reporter to test on a lucid livecd
[13:20] <jcristau> bah 435686 has no symbols for the server
[13:20] <jcristau> weird though, caught a signal in EvdevOn
[13:21] <jcristau> might be the bug fixed in evdev 2.2.6
[13:29] <tjaalton> yep, asked to verify
[14:02] <tjaalton> bryyce: btw, what happens when the log time counter hits 99999.999999? :)
[14:36] <alkisg_> I'm trying Lucid on my laptop with nvidia 8600M GT. Isn't nouveau supposed to be automatically used? I can't even install it:
[14:36] <alkisg_> xserver-xorg-video-nouveau: Depends: xserver-xorg-core (>= 2:1.6.2) but it is not going to be installed
[14:36] <alkisg_> E: Broken packages
[14:36] <alkisg_> Any clues?
[14:37] <tjaalton> it hasn't been updated
[14:37] <tjaalton> and no, nouveau is not used by default
[14:38] <alkisg_> tjaalton: so the only solution for nvidia on Lucid for the moment is vesa, right?
[14:38] <tjaalton> beginning to doubt it will (for lucid=
[14:38] <tjaalton> today, yes
[14:38] <alkisg_> Thank you
[14:39] <bjsnider> tjaalton, the .33 kernel nouveau driver would not be backported to the lucid kernel?
[14:39] <tjaalton> bjsnider: nothing happened so far
[14:39] <tjaalton> visible anyway
[14:39] <bjsnider> and after linus worked so hard to bully red hat into getting it in there
[14:40] <alkisg_> bjsnider: so if I install .33 I'll get working nouveau drivers? (with all the instability, of course, I don't mind...)
[14:40] <tjaalton> alkisg_: no
[14:40] <tjaalton> the ddx will still fail to install
[14:40] <jcristau> you'll still need the userspace part
[14:41] <alkisg_> May I ask a last question? I tried passing "xforcevesa" as a kernel parameter, and it only seemed to work some of the times, I didn't get when exactly (was it only on the live CD?)
[14:41] <alkisg_> Is there any way to specify that I want to use vesa without creating a xorg.conf?
[14:42] <jcristau> rm xorg.conf
[14:42] <jcristau> it should fall back to vesa on its onw
[14:42] <jcristau> ^t
[14:42] <tjaalton> though it'll use nv and that'll crash
[14:42] <jcristau> ah
[14:42] <jcristau> then  uninstall nv, or create xorg.conf
[14:42] <jcristau> i thought mvo had fixed nv btw?
[14:42] <tjaalton> or maybe not, but at least the colors are wrong. that's what mvo's patch would fix
[14:43] <jcristau> ack
[14:43] <tjaalton> it's not yet in the server
[14:44] <alkisg_> Yeah nv had some weird green/black colors
[14:44] <alkisg_> Not usable at all
[14:44] <mvo> that is a side-effect of my initial crash fix, it fixes the crash, but that is not helpful (because of the colors)
[14:46] <tjaalton> jcristau: libxcb finally synced (manually)
[14:46] <jcristau> are you guys going for intel 2.10?
[14:48] <tjaalton> probably
[14:49] <tjaalton> we need to install some headers from libdrm again
[14:49] <mvo> given the amount of complains about the funny colors I guess I should upload a revert -nv and a patched xserver this evening - unless there is feedback on ML that says otherwise- what do you think?
[14:49] <tjaalton> erm, add to libdrm-dev, and Replace linux-libc-dev
[14:50] <tjaalton> mvo: I can add it to the server
[14:50] <tjaalton> and merge it too
[14:50] <tjaalton> with the new version in sid
[14:50] <mvo> sounds good
[14:50] <tjaalton> but first I'd like to know why I always get failsafe (which doesn't work with kms)
[14:51] <jcristau> i haven't actually tested what i uploaded to sid, i'm running <IP_ADDRESS>-ish atm :/
[14:52] <tjaalton> hehe
[14:52] <tjaalton> I believe it works
[14:52] <tjaalton> will test too
[14:52] <jcristau> i had been running <IP_ADDRESS>1 for a while before though
[14:53]  * mvo will upload -nv with the reverted patch in a bit
[14:55]  * sebner waves
[14:55] <tseliot> sebner: what does "update-alternatives --display gl_conf" say?
[14:56] <sebner> tseliot: http://pastebin.com/m1ae40c9
[14:57] <tseliot> sebner: try "sudo sh /bin/nvidia-bug-report.sh" and show me the log that it generates
[14:59] <sebner> tseliot: http://pastebin.com/m7032eae5
[15:01] <tseliot> sebner: try with "sudo apt-get install --reinstall nvidia-current" (as it's pointing to the wrong glx file)
[15:01] <sebner> tseliot: then restart right?
[15:02] <tseliot> sebner: no, maybe just show me the output of "ls -l /etc/alternatives/libglx.so"
[15:02] <tseliot> and then restart
[15:02] <sebner> tseliot: lrwxrwxrwx 1 root root 38 2010-01-07 15:42 /etc/alternatives/libglx.so -> /usr/lib/nvidia-current/xorg/libglx.so
[15:03] <Sarvatt> [    0.123515] (II) Loading /usr/lib/xorg/modules/extensions/standard/libglx.so
[15:03] <tseliot> sebner: ok, now restart and then do a "sudo sh /bin/nvidia-bug-report.sh" again and give me the log
[15:03] <sebner> aye
[15:03] <tseliot> Sarvatt: yes, that is why I asked him to reinstall the package
[15:03] <Sarvatt> you've got the same problem I do sebner, moving /usr/lib/xorg/modules/extensions/standard/libglx.so away should fix it
[15:04] <bjsnider> he's having the same problem sarvatt was
[15:04] <sebner> heh
[15:04] <bjsnider> oh, he just said that
[15:04] <Sarvatt> i reinstalled it 4 times, no luck without manually moving the .so out of the way :(
[15:05] <bjsnider> wait, i thought aptitude fixed it?
[15:05] <bjsnider> your last message said aptitude fixed the problem
[15:05] <Sarvatt> not here
[15:05] <tseliot> Sarvatt: it means that X looks for libglx.so in subdirectories and ignores the link in /usr/lib/xorg/modules/extensions/
[15:05] <Sarvatt> yeah thats what I got from it too, and couldn't figure out why
[15:06] <tseliot> jcristau: does this make sense to you ^^ ?
[15:06] <sebner> tseliot: http://pastebin.com/m46823125
[15:06] <tseliot> or, is it a feature? ;)
[15:06] <Sarvatt> it prefers the actual file even though its in a subdirectory over the link in the main directory
[15:06]  * sebner uses apt-get :P
[15:06] <tseliot> right
[15:07] <tseliot> ok, let me fix that
[15:07] <jcristau> tseliot: dunno.  should all be in hw/xfree86/loader/ somewhere.
[15:07] <tseliot> ok
[15:07] <bjsnider> Sarvatt, i thought it was just that the alternatives hadn't taken effect
[15:08] <Sarvatt> reinstalling fixed the alternatives but that didnt fix the problem
[15:08] <Sarvatt> had to move the .so out of the way
[15:09] <bjsnider> but the .so in the /standard/ path is a link
[15:09] <Sarvatt> nope thats the actual one that used to be in /usr/lib/xorg/modules/extensions/ before
[15:10] <afv> hi. resuming after suspend leads me to a gray screen (this started happening in lucid pre-alpha. it was fine before. i'm using nvidia). if i have Rhythmbox playing before suspending, when resuming it continues playing.. i can only go to a tty after doing a Alt+SysRq+R, but always with a gray screen..
[15:10] <bjsnider> Sarvatt, are you sure about that?
[15:10] <Sarvatt> yeah 100%
[15:11] <Sarvatt> libdri.so and libglx.so were just moved there in the xserver packaging
[15:11] <Sarvatt> work calls :(
[15:13] <afv> if it helps, Xorg.0.log: http://pastebin.com/d2e13acca
[15:13] <afv> and pm-suspend.log: http://pastebin.com/d2b126605
[15:14] <tjaalton> afv: power management with blobs is like gambling
[15:15] <afv> blobs?
[15:15] <tjaalton> nvidia
[15:15] <afv> ah
[15:15] <tjaalton> binary blob
[15:15]  * tseliot nods
[15:20] <bjsnider> someone in another channel was complaining that his ati card under the radeon driver was constantly at full throttle while under fglrx it was dynamic, usually low power mode
[15:21] <tjaalton> radeon doesn't support that yet
[15:23] <tseliot> tjaalton: it does but it's highly experimental
[15:23] <tseliot> ;)
[15:23] <tjaalton> right
[15:25] <tseliot> I'll experiment with this when I have to time to create a radeon package with dkms
[15:29] <afv> hum... "bonobo-activation-server (afv-6617): could not associate with desktop session: Failed to connect to socket /tmp/dbus-zUBPlHkmdZ: Connection refused"
[15:32] <afv> forget it
[15:39] <afv> i find nothing special at syslog... http://pastebin.com/d216d2830
[15:41] <tjaalton> what I tried to say is that there's probably nothing we can do about it
[15:41] <afv> isn't there a way i can debug it better?
[15:43] <afv> or.. try with another driver, for example?
[15:44] <tjaalton> currently there is no other driver that works even that much
[15:44] <afv> hmm, ok
[15:44] <afv> thanks then
[15:44] <afv> brb
[16:02] <sebner> tseliot: something went really wrong: sebner@ubuntu:~$ glxgears
[16:02] <sebner> Error: couldn't get an RGB, Double-buffered visual
[16:03] <tseliot> sebner: what does "sudo sh /bin/nvidia-bug-report.sh" say?
[16:04] <sebner> tseliot: don't always forget poor /usr/ :P  http://pastebin.com/m28c9838a
[16:05] <tseliot> sebner: ok, it looks like the right glx is loaded now but dri is not: (EE) Failed to load module "dri" (module does not exist, 0)
[16:05] <sebner> grrrrr
[16:05] <tseliot> sebner: which means that I should fix that in nvidia
[16:06] <sebner> heh
[16:06] <tseliot> as nvidia still points to the old path
[16:06] <sebner> I was right
[16:06] <sebner> nvidia rebuild :P
[16:06] <tseliot> no more X recompilation should be required
[16:07] <sebner> heh
[16:07]  * sebner happy
[16:33] <sebner> tseliot: baaaaad news, http://pastebin.com/m466a5e34
[16:33] <sebner> haha, now glx fails again
[16:34] <sebner> tseliot: maybe reinstall xserver to pick new one up?
[16:34] <tseliot> sebner: it doesn't hurt to try
[16:38] <sebner> tseliot: I'm sorry, still b0rken
[16:39] <tseliot> sebner: ls -l /etc/alternatives/libglx.so
[16:39] <sebner> tseliot: lrwxrwxrwx 1 root root 31 2010-01-07 17:28 /etc/alternatives/libglx.so -> /usr/lib/standard-x11/libglx.so
[16:40] <tseliot> sebner: update-alternatives --display gl_conf
[16:40] <sebner> tseliot: http://pastebin.com/m2e715488
[16:41]  * tseliot screwed up again
[16:41] <sebner> heh
[16:41] <tseliot> I mean, let me check ;)
[16:42] <tseliot> ok, I overdid
[16:42] <sebner> haha
[16:43] <tseliot> switching between desktops with the same screen (with different brightness) is killing my eyes
[16:44] <sebner> heh
[16:45] <tseliot> let me fix that
[16:50] <sebner> :)
[16:56] <tseliot> sebner: ~proprietaryppa22 should do the right thing
[16:56] <sebner> tseliot: I'll try :)
[16:56] <tseliot> thanks
[16:59] <afv> back. purged nvidia and installed nouveau
[16:59] <afv> suspend is working :p
[17:01] <tseliot> yes, that usually works ;)
[17:01] <tseliot> afv: are you using Lucid?
[17:02] <tjaalton> kees: how's the libaudit main promotion doing? :)
[17:04] <tseliot> superm1: speaking of mirs, any progress on the one for libvdpau?
[17:04] <kees> tjaalton: well... I'd like to get it derooted.
[17:05] <kees> tjaalton: which requires a fair bit of work/testing.
[17:05] <kees> tjaalton: at present, it's a postponed workitem for Lucid.  what needs it?
[17:05] <tjaalton> kees: we've disabled selinux from xserver due to libaudit being in universe
[17:07] <tjaalton> kees: so, it's just a diff to debian
[17:09] <kees> tjaalton: ok, I'll try to get it done, but time isn't looking great.
[17:10] <tjaalton> kees: ok
[17:19] <sebner> tseliot: here we go again: http://pastebin.com/m13d1ad5a
[17:21] <tseliot> sebner:  ls -l /etc/alternatives/libglx.so
[17:22] <sebner> tseliot: lrwxrwxrwx 1 root root 38 2010-01-07 18:12 /etc/alternatives/libglx.so -> /usr/lib/nvidia-current/xorg/libglx.so
[17:22] <tseliot> sebner: it should work now
[17:22] <tseliot> does it?
[17:22] <sebner> tseliot: nope
[17:22] <sebner> tseliot: Error: couldn't get an RGB, Double-buffered visual
[17:30] <tseliot> ERROR: Error while querying attribute 'GLXServerVersion' on ubuntu:0.0
[17:30] <tseliot>        (Unknown Error).
[17:37] <sebner> tseliot: that means?
[17:38] <tseliot> sebner: I think it's still using the wrong libGL libraries
[17:39] <tseliot> sebner: cat /etc/ld.so.conf.d/GL.conf
[17:40] <sebner> tseliot: /usr/lib/nvidia-current
[17:40] <tseliot> which is correct
[17:41] <sebner> hmmm
[17:41] <sebner> weird
[17:41] <tseliot> more weirdness
[17:43] <tseliot> sebner: maybe do a "sudo ldconfig"
[17:43] <tseliot> and reboot
[17:43]  * sebner tries
[17:49] <sebner> tseliot: still the same issue :(
[17:54] <tseliot> sebner: maybe try to move /usr/lib/libGL.so.1.2 away, then ldconfig and reboot
[17:54] <tseliot> this shouldn't happen though
[17:54] <sebner> tseliot: away means .backup is ok?
[17:55] <tseliot> yes, of course
[17:56] <sebner> tseliot: seems something is b0rken. still not working
[17:56] <sebner> This was my 32nd reboot today btw ;)
[17:57] <jcristau> .backup means it's still visible for ldconfig
[17:57] <tseliot> oh, I misread your sentence then
[17:57] <tseliot> I missed the dot
[17:57] <sebner> ohhh
[17:57] <tseliot> jcristau: thanks for spotting that. My eyes are way too tired
[17:57] <sebner> now it's /usr/lib/foobar
[17:57] <sebner> ^^
[17:58] <sebner> tseliot: not only yours ^^
[17:58] <tseliot> sebner: that should be ok
[17:58] <tseliot> now sudo ldconfig and reboot
[17:59] <tseliot> maybe ldconfig got lazy or maybe (more likely) I'm doing something wrong in the packaging
[18:00] <sebner> Number 33 brought me luck
[18:00] <sebner> *hehehe*
[18:00] <sebner> working now
[18:04] <tseliot> sebner: ok, what if you put the library back and type ldconfig -n /usr/lib/nvidia-current
[18:04] <sebner> tseliot: I'll test later. Now I'm giving my harddrive a break ;)
[18:05] <tseliot> sebner: ok, no hurry
[18:35] <sebner> wb tseliot
[18:35] <sebner> :)
[18:36] <sebner> tseliot: is there a difference between ldconfig and sudo ldconfig? No output at all with both
[18:36] <tseliot> sebner: it should be done with sudo
[18:36] <sebner> k
[18:36] <tseliot> did you try the command that I suggested before?
[18:36] <tseliot> sudo ldconfig -n /usr/lib/nvidia-current
[18:36] <sebner> tseliot: Guess why I asked :P I haven't rebooted yet though
[18:37] <tseliot> sebner: aah
[18:37] <tseliot> ok
[18:39] <sebner> tseliot: nvm, rebooting now
[18:40] <tseliot> ok
[18:41] <sebner> tseliot: working
[18:41] <tseliot> sebner: ldd /usr/bin/glxinfo
[18:42] <sebner> tseliot: http://pastebin.com/m646d3d0d
[18:43] <tseliot> at this point I think that if something else calls ldconfig it can break things unless I move those libraries to a separate directory
[18:43] <tseliot> sebner: ok, it seems to be ok now
[18:44] <tseliot> jcristau: opinions on this?
[18:44] <jcristau> hmm?
[18:44] <sebner> tseliot: :D, great thanks! Though I would have ~10 reboots instead of ~40 if I had moved the file at the beginning ^^
[18:45] <tseliot> jcristau: I was thinking of moving libGL*, etc. to a different directory
[18:45] <tseliot> as currently I have to do ldconfig -n /path/to/the/right/libraries
[18:46] <tseliot> even though the path is set in /etc/ld.so.conf.d/GL.conf
[18:46] <tseliot> as ldconfig seems to look in /usr/lib first
[18:47] <tseliot> and then in whatever path we put in /etc/ld.so.conf.d/GL.conf
[18:48] <tseliot> sebner: oh, well, you did it for a good cause ;)
[18:50] <sebner> tseliot: new harddrive then plz :P
[18:50] <tseliot> heh
[20:10] <tjaalton> hrm, tseliot didn't add anything to the changelog about moving libglx/libdri


[11:44] <alan_g> alf_: @glib-main-loop-signal-custom couldn't we get some of it under test? (Or is that addressed in a later MP?)
[11:47] <alf_> alan_g: There are existing tests added with the previous implementation. Do you think we need something more?
[11:50] <alan_g> It looks to me as though there's functionality added here without new tests. But maybe I'm missing something.
[11:58] <alf_> alan_g: No new functionality is added in this MP, we are just re-implementing GLibMainLoop::register_signal_handler().
[11:59] <alan_g> OK approved with caveat
[16:42] <kdub_> alf_, have time for a re-review? https://code.launchpad.net/~kdub/mir/platform-operations/+merge/241563
[21:44] <josharenson> After upgrading to 15.04, I get a black login screen.. anyone see this?
[21:45] <greyback_> josharenson: I first thought after upgrade is always, are there PPAs installed that could break stuff
[21:45] <greyback_> s/I/my?
[21:45] <RAOF> josharenson: Unity8?
[21:46] <greyback_> josharenson: check if lightdm is actually running
[21:46] <josharenson> greyback_ its running
[21:46] <josharenson> I can restart it too
[21:46] <greyback_> josharenson: yet you saw no login screen at all?
[21:46] <josharenson> nothing at all ,just a black screen
[21:47] <greyback_> josharenson: is X running?
[21:48] <josharenson> greyback_ yes
[21:48] <josharenson> humm... startx did something
[21:49] <josharenson> I see a desktop w/ no unity components
[21:49] <greyback_> josharenson: output of /var/log/lightdm/lightdm.log and x-0-greeter.log could help
[21:49] <josharenson> ok 1 min
[21:49] <greyback_> ah lightdm never worked for you?
[21:50] <josharenson> greyback, no it didnt... was using gdm
[21:51] <josharenson> x-0-greeter.log "Failed to open /dev/null: Permission denied"
[21:51] <josharenson> Permissions are 664
[21:52] <greyback_> here too
[21:52] <greyback_> but that's a strange error
[21:52] <greyback_> RAOF: ideas?
[21:53] <josharenson> I'm going to try making a new dev/null
[21:53] <RAOF> That's a ridiculous error :)
[21:53] <RAOF> So, I've been using 15.04 for a while now, and it's working fine for me.
[21:54] <greyback_> josharenson: can you run "/usr/lib/lightdm/lightdm-greeter-session /usr/sbin/unity-greeter" as root?
[21:55] <greyback_> output of lightdm.log might help too
[21:56] <josharenson> greyback_ I'll try... recreating devnull did nothing (same symptoms, same error inthe log)
[21:56] <greyback_> josharenson: I doubt you could boot without a valid /dev/null
[21:57] <josharenson> greyback_ starting unity-greeter "Failed to connect to Mir: Failed to connect to server socket: No such file or directory"
[21:57] <greyback_> josharenson: aha, it's trying to use Mir.
[21:58] <josharenson> How do I make it use X?
[22:00] <greyback_> josharenson: does this doc help? http://unity.ubuntu.com/mir/using_mir_on_pc.html
[22:00] <greyback_> it has a 'if you wish to deactivate XMir' section
[22:00]  * josharenson reads
[22:01] <greyback_> do you have a /etc/lightdm/lightdm.conf.d/10-unity-system-compositor.conf file ?
[22:01] <greyback_> if so, stick a # in front of the "type" line
[22:01] <josharenson> I don't have that file
[22:02] <greyback_> :(
[22:02] <greyback_> how about in /usr/share/lightdm/lightdm.conf.d/
[22:02]  * ogra_ wonders how you got into that state in the first place
[22:03] <ogra_> its not like we magically switch people to Mir on upgrades
[22:03] <josharenson> greyback_ there are config files, but not for usc
[22:04] <greyback_> mterry: you about? Would you know how to help?
[22:04] <mterry> hmm
[22:05] <mterry> uh...  I can't remember how this works on the desktop
[22:05]  * mterry scratches head
[22:05] <josharenson> Might just reinstall from a clean image...
[22:06] <mterry> josharenson, do you have ubuntu-desktop-mir installed?
[22:06] <greyback_> josharenson: maybe. If you try to remove mirserver, I wonder if it'll clean things up
[22:06] <josharenson> ill try that
[22:17] <RAOF> Yeah, removing libmirserver should do *something* :)
[22:19] <ogra_> would be interesting to know what else that removes to see what dragged it in in the first place
[22:25] <josharenson> ill keep you posted with what works


[02:24] <OvenWerks> got my kde partition back.
[04:57] <OvenWerks> micahg: https://code.launchpad.net/~ubuntustudio-dev/ubuntustudio/ubuntustudio-menu is ready for release.
[04:58] <OvenWerks> micahg: I know you are not around right now, just posting before I forget.
[05:03] <OvenWerks> zequence: Where would I put a readme that documents where I have put what files and why?
[05:05] <OvenWerks> zequence: I have three packages that interact or at least have parts of the menu setup.
[05:06] <OvenWerks> The icon theme is going to become just what it says, a theme.
[05:07] <OvenWerks> I am thinking Mish can add and fix icons as he has time.
[05:09] <OvenWerks> The icons that are part of the menu and get installed into hicolor are in -menu. The ubuntustudio-icon-theme will override these as it is developed.
[05:12] <OvenWerks> -settings has the desktop files for the extra software items and the stock xfce menu config file with it's bug fixed.
[05:15] <OvenWerks> -settings will depend on -menu. -icon-theme will be a dep of settings too (already is I think).
[06:41] <OvenWerks> zequence: just finished auditing -settings, there look to be no clashes between our current menu and the new one.
[06:42] <OvenWerks> That is the -menu package shoulld install on top of our current -settings package withouth ==
[06:43] <OvenWerks> (ga) without rying to install the same file on top of itself.
[06:44] <OvenWerks> So it would be safe to leave the settings pkg as is for now.
[06:44] <OvenWerks> GN
[09:45]  * Noskcaj is away: I'm either at school or soccer. or i just don't like you.
[09:46] <Noskcaj> stupid xchat
[14:29] <smartboyhw> Hey madeinkobaia
[14:29] <madeinkobaia> smartboyhw: Hey fine, and you ?
[14:29] <smartboyhw> madeinkobaia, fine too.
[14:30] <madeinkobaia> smartboyhw: Great, want to take a look on our future social network banner ? Its a new version...
[14:30] <smartboyhw> madeinkobaia, great:)
[14:31] <madeinkobaia> smartboyhw: here a preview on my g+ : https://plus.google.com/u/0/112937756282972852089
[14:32] <smartboyhw> madeinkobaia, it does look nice:)
[14:34] <madeinkobaia> smartboyhw: Cool, I will leave a post when its on line on our sites.
[16:43]  * OvenWerks is relearning bash scripting :P
[18:50] <OvenWerks> Anyone know much about apt or apt-get? Normally if I do a "download only" it wants to put the file in the PWD. Is there a way to have apt-get work in two steps? Run once to downlaod and again to install those packages?
[18:52] <OvenWerks> Why? the download portion has % at the begining of the line which is perfect a progress bar, but the bar vanishs at 100%... so I could have a second bar start at that time, but if the package is already downloaded then the first bar will sit at zero till the end and the second one ... who knows.
[18:54] <OvenWerks> I would like to run a progress bar for download and a second for install.
[19:06] <madeinkobaia> OvenWerks: I am not sure to understand, why download packages if you don't want to install them at the same time. You can download packages separately as well. By my side I use aptitude (not apt-get) With aptitude you can do "sudo aptitude download package" and then install it.
[19:26] <OvenWerks> I want to download on one progress bar and install on a second. But I think I will have to use sed to parse apt-get's output to run the progress bar.
[19:47] <OvenWerks> madeinkobaia: I think I will just output the text from apt-get to a text window. Not as pretty, but better representation of what is going on.
[19:55] <madeinkobaia> OvenWerks: ok : )
[19:56] <DarkEra> madeinkobaia: if you have time, would you be so kind and let me know your email :)
[19:57] <madeinkobaia> DarkEra: Hi mate, all my infos are on the ubuntu wiki :P anyone can have my mail : https://wiki.ubuntu.com/madeinkobaia
[20:01] <DarkEra> madeinkobaia: doh... why didn't i think about that myself and look there... lol. Thanks :)
[20:01] <madeinkobaia> DarkEra: lol, no worries, that happens to me often as well :)
[20:02] <DarkEra> :)
[21:43] <OvenWerks> Well, as it happens, zenity is part of the Ubuntu base and so all flavours have it installed. But...
[21:44] <OvenWerks> The progress bar does not work in all flavours :(
[21:44] <OvenWerks> It just puts up a box saying het I busy...
[21:46] <OvenWerks> So I guess it doesn't matter too much if I have a progress bar in a GUI. I might just use the terminal one.
[21:46] <OvenWerks> For those who care. What I am working on is a ubuntustudio meta installer.
[21:47] <OvenWerks> So it has to work with any DE/flavour.
[21:52] <OvenWerks> I am finding that gksudo is also not on all flavours... so It may be best to drop to using sudo and more terminal stuff.


[14:20] <juanoterocas> hello, this is a basic question, do I need to have 2 NICs where is maas controller installed?
[15:57] <Nafallo> juanoterocas: you don't.
[16:06] <juanoterocas> thanks, still struggling with HPE proliants ILO5 to commision them
[16:27] <juanoterocas> getting: booting embedded lom 1 port 1 hpe ethernet 1gb 2-port 361i adapter
[16:29] <juanoterocas> Start PXE oever IPv4 , then loop
[22:31] <mup> Bug #1921290 opened: Cypress and yarn cache fill up disk space in build environment <ui> <MAAS:New> <https://launchpad.net/bugs/1921290>


[00:46] <R13ose> How do I improve the quality of my webcam?
 How are you testing it?
[00:47] <R13ose> By using Zoom
[00:49] <R13ose> It is the built-in camera in my Lenovo laptop
 Zoom and Teams work really well with my laptop and desktop camera's.  The reason I asked how you were testing is that kamoso is horrible on my laptop but Zoom/Teams works fine.
[00:49] <oerheks> maybe a paid account gives a better picture
 I have also seen in laptop reviews where the camera runs poorly when power is unplugged under Windows.  So, maybe some BIOS control may also influence camera frame rates.
 Laptop camera or USB plugin?
[00:51] <R13ose> Laptop built-in camera
 If you have an Android phone, you can use Droidcam to your apps with another camera source.
 Also, install OBS as another option to test.
[00:52] <R13ose> OBS?
 It's cross platform broadcasting SW many youtuber's use to create and cast their content.
 It's in the repos.  (sudo apt install obs-studio).
 You can also try kamoso as it is a lightweight easy test.
[00:56] <R13ose> Thanks
[00:57] <R13ose> Maybe my camera is not good quality
[00:58] <R13ose> I have a Lenovo X1 Carbon laptop
 Entirely possible the camera is poor quality, but that would be surprising on an X1 Carbon.  It might be that the linux driver for your camera is not driving it properly, but I have seen where different apps are able to drive operate  the same camera differently.  In my limited experience, Zoom seems to behave very well with the 2 camera's I have tested.
[01:02] <R13ose> How do I make sure everything is updated in terms of drivers etc?
 Drivers are built into the kernel.  A quick google search did not reveal any obvious driver/patches that are required under linux.
 wait,  maybe this is the problem: https://askubuntu.com/questions/1100453/18-10-how-to-set-system-default-webcam
 Zoom has a Camera drop down option, did you check to see if you have more than one camera choice in the Zoom Settings, Video, Camera drop down?
[01:10] <R13ose> Integrated Camera is the only one.
 OK, so you may need to  disable the IR webcame.
[01:10] <R13ose> :)
[01:11] <R13ose> when I did dmesg |grep "Integrated IR Camera" nothing came up
 what if you dmesg  | grep Camera
[01:14] <R13ose> nothing
 sudo lsusb | grep cam
[01:19] <R13ose> I did follow the second answer in the askubuntu you sent.  Now my webcam will not show up on discord or zoom.
[01:19] <R13ose> How do I turn that back?
[01:19] <R13ose> nothing with the lsusb command
 rm /dev/video0
 mv /dev/video0.original /dev/video0
[01:23] <R13ose> Thanks.
[01:23] <R13ose> Now how do I switch out my Integrated Camera?
 sudo lsusb | pastebinit and paste link please
[01:26] <R13ose> https://paste.ubuntu.com/p/hf9SRX6sxq/
 sudo apt install v4l-utils
 v4l2-ctl --list-devices
[01:31] <R13ose> Integrated Camera: Integrated C (usb-0000:00:1a.0-1.6):
[01:31] <R13ose> /dev/video0
[01:31] <R13ose> /dev/video1
[01:31] <R13ose> Does that mean there is no other camera?
 I have a single Logitech C260 plugged into desktop and a see a similar dual video0 and video1 listing (I doubt the C260 has IR capability)
 So I suspect you lack the IR camera (If your video quality does not look like this pic, then your camera is probably working correctly: https://askubuntu.com/questions/1119743/how-do-i-change-the-default-webcam/)
[01:37] <R13ose> Doesn't look like that
[01:37] <R13ose> I mean it is not the best quality that is what I mean.  I see others who have better quality video than me
[01:44] <R13ose> Anything else I can do?
 Lighting can make a big difference.
[01:47] <R13ose> What kind of lighting is best?
 Indirect lighting to minimize shadows or lighting from outside using shades/shutters to minimize glare and shadows.
 Also, ensure your webcam lens is clean (no smudges or dust bunnies).
[01:49] <R13ose> Okay
[01:54] <R13ose> Thanks for all the help
 One other note, zoom is updated monthly to ensure to download the latest zoom.  Also, Zoom had an HD video option in the video settings so you might want to try that.
[02:16] <R13ose> Let me try
[02:19] <R13ose> I have the newest Zoom and HD video is on
[02:56] <pieq> Hi!
[02:57] <pieq> I've seen this news: https://www.omgubuntu.co.uk/2020/08/kde-neon-ubuntu-20-04-download
[02:58] <pieq> and I'd like to understand the differences between Kubuntu and KDE Neon. If both are based upon Ubuntu 20.04 LTS, and both are using KDE, what differences do they offer?
[02:58] <pieq> It looks like KDE Neon has a "rolling release" approach with regards to KDE itself. Is that all?
[02:59] <oerheks> kde uses backports already, no need for the Neon route
[03:01] <oerheks> you want to join #kde too for this
[03:01] <pieq> thanks oerheks, will ask there
 Newer versions of plasma also require newer versions of QT. Since QT is difficult to upgrade in Ubuntu's non-rolling enviro.  20.04 will not include plasma 5.19 even in backports.  Thus, 20.10 will have the latest versions of the KDE env.
[03:53] <user|95727> best way to update 18.04 to 20?
[03:53] <user|95727> i don't see the option in any update searches
[03:54] <user|95727> nevermind - google
[04:22] <oerheks> !ltsupgrade
[04:23] <oerheks> few more hours/days/weeks, it is ready when it is ready
[05:07] <veXx> anyone got any ideas on what would make k3b unable to see both blank and non-blank dvds. it tells me "no optical drive found" but the disks are recognized by the rest of the system (e.g. i can browse non-blank, and it asks if i want to burn blank dvds with k3b). i checked groups and im apart of cdrom still and perms for /dev/sr0 is 660 (root / cdrom)
[05:09] <veXx>  it asks if i want to burn blank dvds with k3b when i insert a blank disk*
[09:10] <masonbee-M> veXx: Is it an encryption problem? Eg, VLC might recognise as it has encryption built into it but other programs might not?
[09:11] <masonbee-M> veXx: https://linuxconfig.org/clone-burn-encrypted-dvd-using-linux
[11:40] <BluesKaj> Howdy all
[12:54] <eeos> hi everybody! I am trying to understand the syntax of the file names in /etc/apt/ and its subdirectories .... I have not found anything useful, or full documentation. Anyone who can point out a good comprehensive document?
 Hey eeos
[12:56] <eeos> saruman-M:
[12:56] <eeos> Swift110: sorry, hey there!
[12:58] <eeos> IrcsomeBot: Swift110 .... who is IrcsomeBot?!
[13:01] <BluesKaj> eeos, telegram users show up as IrcsomeBot:
 Lol
[13:10] <eeos> BluesKaj: thank you!
[13:11] <eeos> Anyway, the man pages are not really complete and much documentation is out of date (for example on the structure and the names of files in the /etc/apt/apt.conf.d/ directory)
[13:12] <eeos> That makes managing these directories a bit risky
[13:12] <eeos> So of anyone cna point out some comprehensive documentation, it would be really appreciated.
[13:12] <eeos> Google is not being very helpful.
[13:13] <BluesKaj> eeos, what's your goal with the apt dirs, what are you looking for ?
[13:19] <eeos> BluesKaj: I think you got in after I asked my question .... this was it: I am trying to understand the syntax of the file names in /etc/apt/ and its subdirectories .... I have not found anything useful, or full documentation. Anyone who can point out a good comprehensive document?
[13:20] <eeos> BluesKaj: I administer a few machines, and I am a bit fed up of warning messages popping up everywhere because the names of the files are incorrect ....
[13:21] <eeos> BluesKaj: for example,  in /etc/apt/apt.conf.d/, if you add a temporary proxy file for apt, and then you want to set it aside for later when you rejoin the network, you just add the extension .save ....
[13:22] <eeos> BluesKaj: but I discovered that only by trying and failing, because I could not find any documentation ....
[13:22] <BluesKaj> eeos, perhaps this will help https://manpages.ubuntu.com/manpages/xenial/man5/sources.list.5.html
[13:23] <eeos> BluesKaj: thank you but it does not really.
[13:24] <eeos> BluesKaj: because the syntax in the  /etc/apt/apt.conf.d/ is different ....
[13:26] <BluesKaj> eeos, think should ask in #ubuntu chat since it is has a lot more knowlegeable users there than here
[13:30] <eeos> BluesKaj: thank you! I will do so .... I try not post in multiple places normally, but in this case it is justified.
 Guys is linux mint better than lubuntu
 This is neither a Linux Mint nor a Lubuntu channel, so I doubt anyone here has that answer.
[15:59] <nescius> Hi, I am wondering if there is any newer wifi dongle with drivers in kernel 5.4 (working in *buntu 20.04) do you know? can you suggest something?
 @DarinMiller, Linux mint  group says linux mint is better. Lubuntu group says lubuntu is better. That's why im asking here.
 I say Kubuntu is better. :)
[16:02] <nescius> :D
 @DarinMiller, I ve only 2 gb ram, core 2 duo 2.5 ghz . Kubuntu wont run smoothly
[16:08] <nescius> Aj: i was running kubuntu on worse machines, give it a try with live version on usb, it may work fine
 For lack of a better description, how do I make scrolling in plasma(shell) work like in gnome-shell?
 For example, on plasma scrolling the taskbar moves through the tasks rapidly instead of just moving one task away, while in GNOME the intensiveness of your scrolling does not determine how far away you'll scroll the given component, say the workspace switcher. I hope it makes sense
[17:49] <user|61482> installing zoom on 18.04
[18:06] <masacaai> what is konversation?
 It's a window into the past. :) (An IRC: internet relay client, predecessor to today's IM's platforms).


[00:41] <Volans> asac: for the bug 243064 news2000 has made a redirect on the site, so the bug is now override, but seems to be confirmed in Firefox 1.5 on Dapper (I think I don't have the Release Notes link in the Help menu on FF1.5 on Dapper... I don't have see it yesterday when trying)
[00:41] <Volans> I don't know if you want to add the MozillaTeam and/or the Ubuntu Firefox package to the bug
[06:32] <gnomefreak> bug 246694
[08:06] <gnomefreak> asac: you around? it seems i have to backport nss and nspr
[08:06] <gnomefreak> here is why * bump minimum libnss3-dev build requirements to >= 3.12.0~1.9b3
[08:07] <gnomefreak>     - update debian/control
[08:07] <gnomefreak>   * bump minimum libnspr4-dev build requirements to >= 4.7.0~1.9b3
[08:07] <gnomefreak> or i lower the minimum version of nss nspr but i think its easier to backport them
[08:13] <rzr> hi,
[08:13] <rzr> bye
[08:13] <rzr> :)
[08:18] <asac> gnomefreak: just drop the versions from the depends
[08:19] <gnomefreak> i am
[08:22] <gnomefreak> ok xulrunner started
[08:48]  * gnomefreak remembers nss builds being faster than this
[09:03] <gnomefreak> if i dont fall asleep first i should be done with these by lunchtime like 7-8 hours
[09:04]  * gnomefreak going to lay down for an hour or so waiting for xulrunner
[09:20] <XioNoX> Hi !
[09:22] <asac> hi XioNoX
[09:22] <XioNoX> hi asac
[09:23] <XioNoX> Ready for another day of ubufox :D
[09:23] <asac> hehe
[09:23] <XioNoX> What can I do today ?
[09:23] <asac> XioNoX: ok. so today the idea is to cleanup your branches ;)
[09:23] <XioNoX> o_O
[09:23] <asac> XioNoX: then get the diff reviewed by gandalf
[09:23] <XioNoX> It is already dirty ?
[09:24] <XioNoX> okay
[09:24] <asac> XioNoX: look at your branches. the code style is quite dirty
[09:24] <asac> :)
[09:24] <XioNoX> he is not yet here at works :D
[09:24] <asac> i commented on your plugin-finder branch in the branch whiteboard
[09:24] <asac> on launchpad
[09:24] <asac> XioNoX: take a look at those comments there
[09:24] <XioNoX> oh
[09:25] <asac> XioNoX: so basically: use same indentiation, same variable name formatting and _dont_ remove code by commenting it out (instead remove it completely)
[09:26] <XioNoX> so comments are only real comments
[09:26] <XioNoX> what do you call indentiation ?
[09:26] <asac> XioNoX: indentation
[09:26] <asac> to indent ;)
[09:26] <XioNoX> I'll gooogle translate this
[09:27] <XioNoX> I've try to respect the variable name formating
[09:27] <asac> XioNoX: anyway. so half day code cleanup, then we will send you to new tutorials while drafting the next big task you can do ;)
[09:27] <asac> XioNoX: try better ;)
[09:27] <asac> XioNoX: its good to use bzr diff to see your changes
[09:28] <asac> do that and you probably see what i mean
[09:28] <XioNoX> ok
[09:28] <asac> XioNoX: maybe work in the plugin-finder comments i gave in whiteboard
[09:28] <asac> i will give you comments on the other branch as soon as i get to it ;)
[09:28] <XioNoX> ok
[09:28] <XioNoX> today I'll left earlier
[09:29] <XioNoX> beacause I'm going back home (in britany) for a week
[09:29] <XioNoX> so you will maybe see me a little bit during the next week, but mostly the week after
[09:31] <asac> XioNoX: ok. so we should certainly induce you what you should look at during that week ;)
[09:31] <asac> the next tasks we were thinking of is more complex ;)
[09:32] <XioNoX> ok, i'll see if i can do it
[09:32] <XioNoX> "Remove the Uncomplete header", what do you mean in your whiteboard ?
[09:33] <XioNoX> and what I've call littledesc, will maybe be used for the homepage url
[09:36] <asac> XioNoX: "uncomplete" comment
[09:36] <asac> which is not an english word ;)
[09:36] <XioNoX> ok
[09:36] <asac> littledesc == i am fine if you want to use that for homepage, name it "homepage" ;)
[09:37] <XioNoX> just remove the comment ?
[09:37] <asac> XioNoX: yes. it doesnt have any benefit, so just drop it
[09:37] <asac> XioNoX: then look at the diff:
[09:37] <asac> bzr diff -r 94..
[09:37] <XioNoX> it is to warn people that it point to nowhere
[09:37] <asac> and see whatelse you want to improve
[09:38] <XioNoX> ok
[09:38] <asac> XioNoX: ok. i don think that we need that information there
[09:38] <asac> if we want to add that we should document that in a TODO file
[09:38] <asac> e.g. TODO: implement homepage + description in plugin finder webservice  ... or something
[09:39]  * asac out grabbing some food
[09:56] <asac> [reed]: who is jemalloc reviewer?
[09:56] <XioNoX> fast!
[09:56] <[reed]> stuart or jasone
[09:56] <asac> [reed]: mozilla bug 435683
[09:57] <asac> we (ubuntu) havent hit that bug, just saw that comment on debian bug tracker
[09:58] <[reed]> hmm
[09:58] <asac> armin76: so my static jemalloc patch works for you on gentoo, right?
[09:58] <asac> armin76: do you have same libc as we do?
[09:58] <XioNoX> asac, code clean & pushed fot the 2 branches
[09:59]  * asac pulls
[10:00] <asac> XioNoX: bzr diff -r94..
[10:00] <asac> (on plugin-finder branch) ... there is still some wierd indentation
[10:00] <asac> for table.appendChild(cellDescUnder);
[10:00] <XioNoX> normally not
[10:01] <asac> XioNoX: there is ;) ... further, please make two lines out of: "if  (!pluginInfo.desc) pluginInfo.desc = "No description found in plugin database. Report a bug to ubuntu-mozillateam@lists.ubuntu.com";"
[10:02] <asac> XioNoX: ok. and a not needed new-line addition below "// create the radio"
[10:02] <asac> thats all from style from me
[10:02] <asac> on plugin-finder
[10:03] <XioNoX> but that is peanuts, not ?
[10:04] <XioNoX> teacher always told me to comment as much as possible, put a lot of space, etc... :D
[10:04] <asac> XioNoX: hehe. yes, but that doesnt mean to add a new line where there wasnt before ;)
[10:04] <asac> patches should be minimal :)
[10:05] <XioNoX> with a lot of comment I would understand the code a lot faster, you don't thinks so ?
[10:07] <XioNoX> plugin.finder pushed
[10:10] <asac> XioNoX: my comment was about removing an empty line
[10:10] <asac> not about removing a comment
[10:10] <asac> look at the bzr diff -r94..
[10:11] <asac> there is a new line added below // create the audio
[10:11] <asac> XioNoX: ok. i commented on the other branch
[10:11] <asac> in whiteboard
[10:11] <asac> https://code.edge.launchpad.net/~xionox/ubufox/restart.notifier
[10:12] <XioNoX> i've remove the empty line under // create the radio
[10:12] <asac> ok cool
[10:13] <asac> (sorry, i dont want to be picky here ...)
[10:13] <asac> but i am sure you would get those comments from any other mozilla dev when sending these patches for review to bugzilla ;)
[10:13] <asac> so better get used to it :-D
[10:14] <XioNoX> ok
[10:15] <asac> XioNoX: ok. once you have done those code clean-ups there is one more thing left to test :)
[10:15] <asac> ubufox is ment to work with firefox-2 as well
[10:16] <asac> so install firefox-2 package (backup your .mozilla directory in case it messes with it) :)
[10:16] <asac> and see if it works there as well
[10:21] <XioNoX> 2 things
[10:21] <XioNoX> first, i dont get this :
[10:21] <XioNoX> + a=Components.interfaces.nsIAppStartup,Components.classes["@mozilla.org/toolkit/app-startup;1"].getService(a).quit(a.eRestart | a.eAttemptQuit);
[10:21] <XioNoX> get the service outside the function scope and remember it as a global variable. this will make thise line basically just read: gAppStartup.quit(gAppStartup.eRestart | gAppStartup.eAttemptQuit)
[10:22] <XioNoX> and about firefox 2, the script check the file : /var/lib/update-notifier/user.d/firefox-3.0-restart-required, which is about firefox 3
[10:22] <asac> XioNoX: make a global variable var gAppStartup = ....
[10:23] <XioNoX> just change the "a" by  "gAppStartup" ?
[10:24] <XioNoX> i dont get it
[10:24] <asac> no ... get the service as a global variable
[10:24] <asac> and use that instead of a
[10:24] <asac> global variable == what you did with var gRFPrefsService = C
[10:25] <asac> XioNoX: ok. for ffox 2 i will think about what to best do. leave it alone for now
[10:25] <asac> XioNoX: another indentiation thing: please use 2 spaces instead of one in content/updateRestart.js (and all the other .js files you did)
[10:26] <asac> and introduce line breaks for:   var ProDir = Components.classes["@mozilla.org/file/directory_service;1"].getService(Components.interfaces.nsIProperties).get("ProfD", Components.interfaces.nsIFile);
[10:26] <asac> too
[10:26] <asac> thats a ridiculous long line ;)
[10:26] <asac> thats all from me i guess
[10:26] <XioNoX> haaaaaaaaaaaaaa
[10:27] <XioNoX> first i put :
[10:27] <XioNoX>  var gAppStartup=Components.interfaces.nsIAppStartup,Components.classes["@mozilla.org/toolkit/app-startup;1"].getService(a).quit(a.eRestart | a.eAttemptQuit);
[10:27] <XioNoX> outside function,
[10:27] <XioNoX>  and then i put  gAppStartup in the restart() function ?
[10:28] <asac> do you understand what the line is doing?
[10:28] <asac> we want the service to be stored in global variable gAppStartup
[10:28] <asac> and the quit in restart
[10:29] <armin76> asac: i have glibc-2.6.1
[10:29] <asac> armin76: can you try 2.7?
[10:29] <asac> err, 2.8 ;)
[10:29] <armin76> will take a while but yes
[10:30] <XioNoX> asac, no i don't really understand wht the line is doing
[10:30] <asac> armin76: my guess is that libc 2.7++ doesnt work with jemalloc
[10:30] <XioNoX> i've just find it by exploring xlr, ant it works :D
[10:31] <armin76> asac: that would be pretty stupid, wouldn't it? :D
[10:31] <asac> armin76: i find the complete jemalloc thing stupid ;)
[10:32] <asac> XioNoX: try to understand it .... it basically gets you a service from xpcom
[10:32] <asac> and then it runs a function (quit) on it
[10:34] <armin76> asac: disable it then :P
[10:34] <asac> armin76: i was about to enable it ... because people bitch around upstream
[10:34] <asac> but now it crashes in 2.7/2.8
[10:35] <XioNoX> ok, done
[10:37] <asac> thx
[10:38] <asac> hmm ... not yet pushed ;)
[10:50] <XioNoX> i have errors
[10:50] <XioNoX> no errors
[10:50] <XioNoX> but it don't work now
[10:54] <XioNoX> something around the lastmodified date check
[10:54] <XioNoX> resReqFile.exist return undefined
[10:55] <asac> \o/
[10:55] <asac> i could update my key  in debian :)(
[10:55] <asac> XioNoX: check that you didnt forget to rename one or the other variablE
[10:55] <armin76> yay
[10:56] <asac> (my ssh key)
[10:56] <XioNoX> nop, all variables correct
[10:56] <asac> now i can log into people.debian.org again ;)
[10:56] <asac> XioNoX: you will find i am sure ;)
[10:58] <armin76> asac: took a while to bumb :P
[11:07] <asac> armin76: i think i understand why you are so focussed on bumping ;) ... most likely your machnie bumbs all the time
[11:09] <armin76> lol
[11:14] <jt1> asac: hi
[11:14] <jtv> (it's me, jtv! :) )
[11:15] <XioNoX> asac, ok, pushed
[11:17] <asac> jtv: i know that you are jtX ;)
[11:18] <asac> hi
[11:21] <jtv> asac: Wow, I'm a wildcard
[11:22] <jtv> asac: I am also the bearer of good news: expect the workaround for those "//" to be in production very soon.
[11:22] <jtv> asac: the spec says they're end-of-line comments, but we've changed the parser a bit to treat it as regular text if it follows a colon.
[11:23] <asac> jtv: ok. sounds like a feasible workaround then
[11:24] <asac> what spec are you referring to?
[11:24] <jtv> asac: just a moment, I'll dig it up.
[11:24] <XioNoX> asac, what do you think about the last push ?
[11:25] <jtv> asac: http://www.mozilla.org/projects/l10n/mlp_chrome.html#text
[11:25] <asac> XioNoX: which revision?
[11:25] <asac> XioNoX: i didnt receive any update yet
[11:25] <XioNoX> n$ bzr push bzr+ssh://bazaar.launchpad.net/~xionox/ubufox/restart.notifier
[11:25] <XioNoX> Pushed up to revision 102.
[11:26] <XioNoX> https://code.launchpad.net/~xionox/ubufox/restart.notifier
[11:26] <asac> hmm ... still at 97 here
[11:26] <asac> lets wait a bit more
[11:26] <XioNoX> 97 is for the plugin finder
[11:26] <XioNoX> 102 is for the restart notifier
[11:26] <asac> ah ;)
[11:26] <asac> yeah
[11:26] <asac> let me check
[11:27] <asac> XioNoX: move the getService to the global location too
[11:27] <asac> e.g. Components.classes["@mozilla.org/toolkit/app-startup;1"].getService(appStartup).
[11:27] <XioNoX> ?
[11:27] <XioNoX> how ?
[11:28] <asac> err. i think hte problem is that its messed up
[11:28] <asac> use var gAppStartup = Components.classes["@mozilla.org/toolkit/app-startup;1"].getService(Components.interfaces.nsIAppStartup);
[11:28] <asac> and then just gAppStartup.quit...
[11:28] <asac> thats the idea
[11:29] <XioNoX> ok
[11:29] <asac> and remove the empty line in the restart function
[11:29] <asac> that should be it
[11:29] <asac> (from my side)
[11:30] <asac> if it works run it through gandalf ;)
[11:30] <asac> oh ... and since you renamed Notif to Notification (good) everywhere, rename the function too:
[11:30] <asac> showRestartNotif
[11:30] <asac> :)=
[11:40] <XioNoX> ok
[11:40] <XioNoX> but about firefox 2
[11:40] <XioNoX> nothing work :D
[11:40] <XioNoX> it is like ubufox isn't loaded
[11:41] <XioNoX> even for the plugin funder
[11:41] <XioNoX> finder
[11:52] <asac> XioNoX: you have to wipe your profile in order to get extensions reregistered imo
[11:53] <asac> thats why i said: backup your profile ,)
[11:53] <asac> XioNoX: try stop firefox, then remove extensions.* files in your profile
[11:53] <XioNoX> ok
[11:53] <asac> and start again
[11:53] <asac> maybe that helps ffox to re-register extensions on the lower versionb
[11:56] <XioNoX> http://img79.imageshack.us/my.php?image=captureservicederechercqv6.png
[11:56] <XioNoX> it is a little bit more ugly
[11:59] <asac> XioNoX: what is "undefined" for?
[11:59] <asac> the homepage link?
[12:00] <XioNoX> normally it show just a little "-"
[12:00] <asac> XioNoX: how comes?
[12:00] <XioNoX> ?
[12:02] <asac> XioNoX: why undefined instead of "-"?
[12:02] <asac> can we fix that in ffox 2?
[12:02] <XioNoX> I don't know
[12:02] <XioNoX> i don't know why i see undefined
[12:04] <asac> XioNoX: most likely you set a value to "null"
[12:04] <asac> test for null and either hide the element or explicitly set "-" or whatever suites well
[12:06] <XioNoX> if (!pluginInfo.homepage){
[12:06] <XioNoX>        pluginInfo.homepage = "-";
[12:06] <XioNoX>       }
[12:06] <XioNoX> it is the same as :
[12:06] <XioNoX>      if  (!pluginInfo.desc){
[12:06] <XioNoX>        pluginInfo.desc = "No description found in plugin database. Report a bug to<EMAIL_ADDRESS>[12:06] <XioNoX>       }
[12:06] <XioNoX> but the 2nd works
[12:07] <XioNoX> and now firefox don't launch anymore :D
[12:07] <XioNoX> I restart
[12:07] <XioNoX> 2min
[12:15] <XioNoX> back
[12:15] <XioNoX> the update notifier works well
[12:16] <XioNoX> but there are this litte bug in the plugin finder
[12:18]  * gnomefreak likes when things work smoothly
[12:23] <asac> XioNoX: i think the "undefined" comes from the datasource
[12:24] <XioNoX> I hope too, not my part :P
[12:25] <asac> XioNoX: well you can check whether the "homepage" resource exists
[12:25] <XioNoX> but the desc field shod have the same thing normally
[12:25] <XioNoX> *should*
[12:26] <asac> XioNoX: hmm maybe homepage is already defined in webservice. try to use homepage2 ;)
[12:26] <asac> (just to test)
[12:26] <asac> if that helps we have to think about a different name
[12:27] <XioNoX> I don"t want tu run ff2 again
[12:27] <XioNoX> it mess up my computer
[12:27] <XioNoX> :D
[12:27] <asac> hehe
[12:30] <XioNoX> until when ff 2 is supported ?
[12:30] <asac> XioNoX: depends on where?
[12:31] <asac> upstream will abandon it in jun + 6 month
[12:32] <XioNoX> ok
[12:35] <XioNoX> so, what now ?
[12:38] <gnomefreak> asac_: is xulrunner-1.9 source stripped as much as possible. its still huge and i thought at one time we were going to try to strip it down a bit to make it smaller
[12:38] <gnomefreak> tarball is around 39386k
[12:39] <asac_> XioNoX: is gandalf in the office yet?
[12:40] <XioNoX> yep
[12:40] <XioNoX> but we are just going to eay
[12:40] <XioNoX> eat
[12:40] <asac_> gnomefreak: there is not much we can strip from xul ... we removed bits from ffox source
[12:41] <gnomefreak> ah
[12:41] <asac_> XioNoX: ok. i think next step is to do some thorough XPCOM and RDF Template tutorials (throughout your free week)
[12:46] <gnomefreak> asac_: any idea why im getting this warning/error i left the versions i have installed below the build failure http://pastebin.mozilla.org/484305
[12:47] <asac_> gnomefreak: you messed up syntax
[12:47] <asac_> a missing ,
[12:47] <asac_> or a missing tab in front of libnspr4-dev
[12:47] <asac_> look at the dependency lines (as the rror suggests)
[12:47] <gnomefreak> i didnt change syntax in control but i will look
[12:47] <gnomefreak> thansk
[12:48] <asac_> gnomefreak: hmm
[12:48] <asac_> it says that it cant parse that
[12:48] <asac_> gnomefreak: you dropped the version from libnspr4-dev
[12:48] <asac_> you probably did something wrong while doing that
[12:49] <gnomefreak> but that package built and installed
[12:49] <gnomefreak> even xulrunner built and installed
[12:49] <asac> then whats the problem?
[12:50] <gnomefreak> well i dont see anything in firefox debian/control
[12:51] <gnomefreak> i found it i think there was a missing , after xulrunner dep and binutils so i added one there lets see if it works now
[12:52] <gnomefreak> how did yours build while missing the ,?
[12:52] <asac> gnomefreak: i am sure my dont miss ,
[12:52] <asac> gnomefreak: thats your work ;)
[12:52] <gnomefreak> since i didnt touch control before that error
[12:52] <gnomefreak> asac: you were last one in control
[12:52] <gnomefreak> debian/control and if i didnt touch it how did it change
[12:53] <asac> gnomefreak: ok. while this is building, lets setup proper gutsy-backport branches in mozillateam
[12:53] <asac> (based on hardy)
[12:53] <gnomefreak> all i did was run dch -i
[12:53] <asac> gnomefreak: so we go directly for 3.0.1
[12:53] <asac> wait a few minutes
[12:53] <asac> i am preparing that for you now
[12:53] <gnomefreak> for gutsy?
[12:53] <gnomefreak> asac: i sure hope i dont need to redo nss nspr xulrunner
[12:55] <asac> gnomefreak: you dont need to do nss/nspr at all :)
[12:56] <asac> but i told you yesterday ;)
[12:58] <gnomefreak> asac: yes i did
[12:58] <gnomefreak> xulrunner needed them
[12:58] <gnomefreak> or PPA would have failed to build it
[12:59] <gnomefreak> asac: and i cant do 3.0.1 until its in Intrepid
[12:59] <gnomefreak> or it wont be accepted
[13:00] <gnomefreak> i gave you the section in xul about nss nspr
[13:01] <asac> gnomefreak: ok. work on top of bzr branch lp:~mozillateam/xulrunner/xulrunner-1.9.gutsy-backports
[13:01] <asac> (should be there in a few minutes)
[13:01] <asac> i prepared the changelog for you
[13:02] <asac> so you just have to do the changes
[13:04] <asac> gnomefreak: and: lp:~mozillateam/firefox/firefox-3.0.gutsy-backports
[13:09] <gnomefreak> when is it going to land in Intrepid?
[13:15] <asac> gnomefreak: soon enough to do the backport now ;)
[13:15] <asac> gnomefreak: right after alpha-2 freeze is lifted
[13:16] <asac> gnomefreak: hmm. this makes me think if we should really base the branch on hardy
[13:18] <asac> gnomefreak: hold back a few
[13:19] <asac> gnomefreak: lets base this on intrepid ;)
[13:19] <asac> gnomefreak: let me redo the branches for you
[13:19] <asac> sorry
[13:19] <gnomefreak> good because its alot simplier and supposed to be done with intrepids build (also makes life easy)
[13:20] <gnomefreak> oh and devscripts doesnt have a target for 3.0.1 it has it for 3.0 and 3.1
[13:21] <gnomefreak> i keep hearing a2 has been released so the freeze should have been lifted if what i hear is correect
[13:22] <gnomefreak> maybe ./debian/rules get-orig source would work instead of devscripts
[13:23] <gnomefreak> asac: my backport needs to be exactly the same as in Intrepid with a ~gutsy0 added to it
[13:26] <asac> gnomefreak: get the orig.tar.gz from my ppa
[13:29] <asac> gnomefreak: ok lp:~mozillateam/xulrunner/xulrunner-1.9.gutsy-backports and lp:~mozillateam/firefox/firefox-3.0.gutsy-backports should be ready to go (based on intrepid release branch (e.g. .dev)
[13:34] <gnomefreak> asac: is firefox-3.0_3.0.1+build1+nobinonly.orig.tar.gz the final name for intrepid?
[13:35] <gnomefreak> including the +build1+
[13:40] <zbraniecki> hello
[13:40] <XioNoX> asac, I'm back
[13:40] <XioNoX> gandalf already pointed me to RDF Template tutorials
[13:43] <gnomefreak> asac: no need to add anything from prevous changelogs all the change log needs is backported info. and the naming you used is wrong ill get yelled at for that
[13:46] <asac> gnomefreak: what?
[13:46] <asac> XioNoX: cool
[13:47] <asac> XioNoX: you should certainly try to implement a javascript XPCOM component and play around using that from the xpcshell
[13:47] <asac> XioNoX: as we found earlier today that your xpcom knowledge could deserve some moderate development in order to become effective ;)
[13:48] <XioNoX> ok
[13:48] <gnomefreak> when you made changelog for gutsy you used the lp bug #xxxx but that was in intrepids changelog and the version that backports use is same exact as intrepid only adding ~gutsy0 for me so official backport will use ~gutsy1 not 7.10
[13:48] <asac> zbraniecki: ^^ ok?
[13:49] <asac> gnomefreak: hmm
[13:49] <asac> feel free to bump the package version if that helps you :)
[13:49] <gnomefreak> i changed it
[13:49] <asac> gnomefreak: oh no
[13:49] <asac> gnomefreak: thats bull-shit
[13:49] <gnomefreak> oh yes
[13:49] <asac> we have to keep the version i choosed
[13:49] <gnomefreak> cant
[13:49] <asac> gnomefreak: you can
[13:49] <asac> gnomefreak: just keep it
[13:50] <gnomefreak> no i cant it wont get backported
[13:50] <asac> otherwise users wont upgrade to hardy
[13:50] <asac> gnomefreak: you do the backport
[13:50] <gnomefreak> no i dont
[13:50] <asac> gnomefreak: and we find an upload
[13:50] <gnomefreak> i package it archive admins push it with a script
[13:50] <gnomefreak> i get nothing for doing it
[13:50] <gnomefreak> i do nothing after testing if it builds and runs
[13:50] <gnomefreak> thats all i do
[13:51] <gnomefreak> you need to fight it out with backporters to use your version i cant make that call
[13:51] <asac> gnomefreak: well. thats "doing the backport"
[13:51] <asac> as you will fix issues you encounter while doing so
[13:51] <asac> gnomefreak: just keep the version i proposed for now
[13:51] <asac> gnomefreak: ill talk to the right people before we upload to figure out
[13:52] <asac> we can bump it easily later in case we need to
[13:52] <asac> ok?
[13:52] <gnomefreak> if i use 7.10 than gutsy is not going to upgrade to ~gutsy1 my PPA will be higher
[13:52] <asac> gnomefreak: you can remove the package from your PPA
[13:52] <asac> if you already uploaded it
[13:52] <gnomefreak> asac: i dont care locally its going from my PPA to gutsy that is going to have problems upgrading
[13:53] <gnomefreak> they still have it on thier system
[13:53] <gnomefreak> people testing it
[13:53] <gnomefreak> cant upgrade to your version
[13:53] <asac> gnomefreak: thats collateral damage we can accept imo
[13:53] <asac> gnomefreak: people that are subscribed to backport bug will get that info
[13:54] <zbraniecki> asac: I think that RDF template is more urgent
[13:54] <zbraniecki> asac: while I'm not convinced why XPCOM is that needed here
[13:54] <zbraniecki> (maybe because my XPCOM knowledge is limited too ;))
[13:54] <asac> zbraniecki: well, he doesnt know a thing about how to use XPCOM components
[13:55] <zbraniecki> asac: how to USE, ok. then MDC tutorial on using components is needed
[13:55] <zbraniecki> but do you need to write any XPCOM components?
[13:55] <asac> zbraniecki: yes. we need to make search and install pluggable
[13:56] <asac> if not search, at least installing plugins should allow you to add new install  methods
[13:56] <asac> e.g. .xpi + .deb + .rpm
[13:56] <gnomefreak> atm there is no bug report until im done this time and i dont need a bug if you are pushing instead of archive admins and im sure not going through hell with this its not worth it and once backporters (have to ack it) sees versioning i get hell (dont you remember the other day with flash versioning? same issue as there IMHO firefox isnt worth that much shit for anyone, maybe ill look at it again later but please talk to scottk ab
[13:56] <zbraniecki> that's ok
[13:57] <gnomefreak> dont know where that ended but talk to scottk about   the versioning
[13:57] <zbraniecki> asac: but you'll need to help XioNoX more than I can with writing XPCOM :)
[13:57] <zbraniecki> and I want to be there
[13:57] <zbraniecki> to learn too :)
[13:57] <asac> zbraniecki: ill write the points down as soon as i have time. but i got to know that XioNoX is away for a week
[13:57] <asac> so that probably gives us enough time to flash out the details for what should be done
[13:57] <asac> and with what priority
[13:58] <zbraniecki> asac: yes, we can use this time to plan better what's needed :)
[13:58] <asac> good. thats helpfulö
[13:59] <asac> zbraniecki: can you point XioNoX to some basic XPCOM tutorials? i havent looked for quite some time in MDC, not sure where they are :-D
[13:59] <zbraniecki> yea
[13:59] <asac> zbraniecki: i think he can learn this and templating during next week then :-D
[13:59] <zbraniecki> do you want him to read XPCOM before templates?
[13:59] <XioNoX> I can, but I'll not have too much time
[13:59] <asac> zbraniecki: i dont mind which order ;) both should be done the week after next week ;)
[14:00] <zbraniecki> yes
[14:00] <zbraniecki> I think templates are easier
[14:00] <zbraniecki> :)
[14:00] <asac> zbraniecki: yeah, but they can also be painful :-D
[14:00] <zbraniecki> and I could refresh my XPCOM knopwledge a bit ;)
[14:00] <zbraniecki> right
[14:00] <zbraniecki> XioNoX: what do you prefer?
[14:00] <XioNoX> there are so many words here : http://developer.mozilla.org/en/docs/XUL:Template_Guide:Introduction
[14:00] <zbraniecki> learning painful but easier stuff, or more C++ like but more logical stuff? :)
[14:00] <asac> XioNoX: i think you just need a few hours and to try the basic tutorials... it would just be really helpful if you knew the basics ;)
[14:01] <XioNoX> give me the 2 tutos
[14:01] <XioNoX> And I will chose
[14:01] <asac> XioNoX: you need both :-D
[14:02] <XioNoX> so give me both
[14:02] <zbraniecki> asac: are you ok with those XPCOM components being written in JS?
[14:02] <XioNoX> http://developer.mozilla.org/en/docs/XPCOM this ?
[14:02] <asac> XioNoX: yeah ;) zbraniecki will give you a few more links about basic use of XPCOM in javascript ;)
[14:02] <asac> zbraniecki: yes. thats my idea
[14:02] <gnomefreak> why did we go back to ~/.mozilla-thunderbird instead of ~/.thunderbird
[14:03] <zbraniecki> XioNoX: http://developer.mozilla.org/en/docs/How_to_Build_an_XPCOM_Component_in_Javascript
[14:03] <asac> gnomefreak: we never moved to .thunderbird
[14:03] <gnomefreak> i had it
[14:03] <gnomefreak> maybe tbird 3
[14:03] <asac> zbraniecki: does that also discuss how to add a new interface?
[14:03] <zbraniecki> yes, tb3 is in .thunderbird
[14:03] <XioNoX> zbraniecki, ha, english only
[14:04] <XioNoX> it would be too easy with a french one
[14:04] <zbraniecki> XioNoX: chinese and japanese are ready to use too
[14:04] <XioNoX> I've seen
[14:04] <zbraniecki> XioNoX: do not hesitate to localize it :)
[14:04] <asac> zbraniecki: mozilla.com always used .thunderbird ... its just that we and debian still are stuck in the custom profile folder :/
[14:04] <zbraniecki> asac: I know.
[14:04] <XioNoX> zbraniecki, it is not my job :)
[14:04] <zbraniecki> and I'm tolerant so I never asked this tremendous question - WHY?
[14:04] <zbraniecki> :)
[14:04] <gnomefreak> asac: seee #ubuntu-bugs about ~/.firefox instead of ~/.mozilla/firefox
[14:05] <zbraniecki> XioNoX: I know :) You CAN do this, but you can read english one, I don't mind
[14:05] <zbraniecki> ;)
[14:05] <XioNoX> asac : shouldn't you use freedesktop recomandations ? : http://ploum.frimouvy.org/?184-cleaning-user-preferences-keeping-user-data
[14:05] <gnomefreak> btw firefox meets SRU why are we backporting it?
[14:05] <asac> zbraniecki: when i did this in tbird 0.1 i was used to mozilla trashing profiles if you downloaded a new version and tested that
[14:05] <XioNoX> http://standards.freedesktop.org/basedir-spec/latest/ar01s03.html
[14:05] <asac> i didnt want to deal with users complaining about broken profiles when they installed tbird from mozilla.com
[14:06] <asac> now i am just scared that i will break existing profiles if i auto migrate them (as there are still absolute paths in really, really old profiles)
[14:07] <asac> but last time i seriously investigated this was in the beginning of 1.5 cycle ;)
[14:07] <asac> tbird  3 should be back to normal for sure ;)
[14:08] <gnomefreak> someone needs to take that over i was thinking about doing it but havent decided yet
[14:08] <gnomefreak> same with ff4
[14:08] <asac> gnomefreak: no ffox will stay in that folder for sure
[14:09] <gnomefreak> fta2: didnt want to update them. come to think of it i havent had any updates from his PPA
[14:09] <gnomefreak> asac: its not that its why isnt it was the question
[14:09] <asac> gnomefreak: he is not here atm. ithink he does a combined business + holiday trip this july
[14:09] <gnomefreak> he asked why we dont use ~/.firefox i figure we dump everything else in there why not leave it
[14:10] <gnomefreak> asac: figured that
[14:12] <zbraniecki> asac: what is the datasurce for plugins?
[14:12] <zbraniecki> is it RDF?
[14:13] <zbraniecki> what is the source of data for those templates?
[14:14] <zbraniecki> asac: ping
[14:17] <asac> zbraniecki: the datasource is not a real rdf datasource
[14:17] <asac> zbraniecki: it uses RDF and parses that to a structure
[14:17] <asac> (e.g. pluginInfo) ... which is then used by the Wizard.js to construct the xul tree
[14:17] <zbraniecki> ok. because next to us we have an owner of RDF module in Mozilla :)
[14:17] <zbraniecki> and he has some questions ;)
[14:18] <asac> zbraniecki: one task would be to make a _real_ RDFDataSource XPCom out of it
[14:18] <asac> zbraniecki: invite him to get in here
[14:19] <PikeMac> soooooo
[14:19] <armin76> bumb
[14:19] <zbraniecki> let me give zbraniecki: is it RDF?
[14:19] <zbraniecki> [15:13] zbraniecki: what is the source of data for those templates?
[14:19] <zbraniecki> [15:14] zbraniecki: asac: ping
[14:19] <zbraniecki> [15:17] asac: zbraniecki: the datasource is not a real rdf datasource
[14:19] <zbraniecki> [15:17] asac: zbraniecki: it uses RDF and parses that to a structure
[14:19] <zbraniecki> [15:17] asac: (e.g. pluginInfo) ... which is then used by the Wizard.js to construct the xul tree
[14:19] <PikeMac> what's the plugin data in?
[14:19] <zbraniecki> [15:17] zbraniecki: ok. because next to us we have an owner of RDF module in Mozilla
[14:19] <zbraniecki> [15:17] zbraniecki: and he has some questions
[14:19] <zbraniecki> [15:18] asac: zbraniecki: one task would be to make a _real_ RDFDataSource XPCom out of it
[14:19] <zbraniecki> [15:18] asac: zbraniecki: invite him to get in here
[14:20] <PikeMac> asac: why would you add another RDF use case? y'know, RDF is bound to die :-)
[14:21] <PikeMac> I can perfectly see a case for using xul templates without RDF, though
[14:24] <asac> PikeMac: ok fine. its just that the current webservice already ships RDF
[14:24] <PikeMac> pfs?
[14:24] <asac> PikeMac: what dataformat would you suggest for requesting plugin database
[14:24] <asac> PikeMac: pfs + ubuntu-pfs
[14:24] <asac> yes
[14:25] <asac> s/requesting/querying/
[14:26] <PikeMac> now, I can see that poor pfs returns RDF/XML, like all our webservices have to
[14:26] <PikeMac> but you're more interested in what the user has currently installed, or are we talking about the real plugin installation experience?
[14:28] <asac> PikeMac: we are talking about multiple points ;)
[14:29] <asac> PikeMac: i want to start with plugin finder service as this is the most neglected thing the world has seen
[14:29] <asac> PikeMac: in the end i want plugins to be installable, like extensions
[14:29] <PikeMac> don't we all :-/
[14:30] <asac> PikeMac: in addition i want the plugin finder wizard to be replaced with the addons dialog opening with a search pre-run
[14:31] <asac> PikeMac: since doing all this right requires also work on the way plugins are manged, i want to do it in small steps
[14:31] <asac> for instance you cannot really install multiple plugins and then select which plugin to use for which mime-type and such
[14:32] <asac> PikeMac: so the first step is to move the current plugin finder wizard to a new tab in the addons dialog
[14:32] <asac> PikeMac: for now that tab is hidden unless spawned by the "install missing plugins ..." button
[14:33] <gnomefreak> Bug 246694
[14:34] <asac> PikeMac: once we manage to understand what is exactly required for managing installed plugins in a reasonable fashion we probably can include general search capabilities for plugins in the "get addons" tab
[14:34] <asac> PikeMac: but thats later on
[14:34] <PikeMac> I wonder how we're locally representing installed plugins. I bet it'd be good to focus on that data format for plugin representation rather than RDF
[14:34] <asac> PikeMac: no that sucks much more
[14:34] <asac> look at pluginreg.dat
[14:34] <asac> ;)
[14:34] <asac> thats the "local" presentation of it
[14:34] <PikeMac> I do
[14:35] <PikeMac> well, that's just the file format
[14:35] <asac> anyway. i dont really care which data format is used. i am more interested in other things.
[14:35] <PikeMac> you shouldn't be surprised to find that data in sqlite at one point
[14:35] <asac> for instance: allow new "install methods" to be plugged in
[14:35] <asac> so we can inject .deb packages in the results
[14:35] <asac> and rehat can inject .rpm packages
[14:35] <PikeMac> smells like category manager to me
[14:36] <asac> PikeMac: yes. thats the direction i think
[14:36] <asac> PikeMac: same pluggability is required for Extensions too :)
[14:36] <asac> so: the two main tasks here are: make install (or even search) extendable for _all_ addons
[14:37] <asac> and 2. replace the plugin finder wizard by a usually hidden "wizard" tab in addons dialog
[14:37] <asac> using richlistbox
[14:37] <asac> and xul template ;)
[14:37] <asac> e.g. not really a wizard, but just a result page where you can install one of the results you get
[14:38] <PikeMac> who's shepparding that code in on the mozilla side?
[14:41] <zbraniecki> asac: so you just want to present results in the form extension brower in addons panel works like
[14:41] <zbraniecki> what's the data source - ubuntu or AMO?
[14:41] <asac> PikeMac: not sure. i probably will talk to people at firefox summit
[14:42] <asac> PikeMac: if the patches make sense and people are _for_ improvement in this area, I doubt that its a problem
[14:43] <PikeMac> it seems to be a happy mix between bug fixes and UE decisions, which scares me
[14:43] <asac> zbraniecki: the datasource can be either AMO or ubuntu.
[14:43] <zbraniecki> cool!
[14:43] <asac> PikeMac: thats true
[14:43] <zbraniecki> I like that idea
[14:43] <asac> PikeMac: but well. thats always the case for new features, isnt it?
[14:43] <PikeMac> sure
[14:43] <asac> new features uncover bad decisions in the past and require some refactoring
[14:44] <asac> ;)
[14:44] <asac> PikeMac: ill try to split these things down into comprehensible steps/tasks we can then discuss with you or other mozilla developers
[14:44] <armin76> asac: i'm compiling...
[14:44] <armin76> glibc-2.8 and gcc-4.1
[14:45] <PikeMac> luckily I won't have a lot more to contribute than "avoid RDF" ;-)
[14:45] <asac> zbraniecki: in a perfect world you could add new repositories that get included in search ;)
[14:45] <asac> PikeMac: whats the substitude now? DB?
[14:45] <PikeMac> say "sqlite" if you want  to land stuff :-)
[14:45] <asac> hehe
[14:45] <asac> yeah ;)
[14:46] <asac> its just a legacy thing and how we can get to where we want
[14:46] <asac> keeping the RDF backend for the first steps seemed logical to me ;)
[14:46] <asac> especially since the results usually come from web services
[14:47] <zbraniecki> asac: yea, I agree with asac. Otherwise it'll be not deliverable in the time of XioNoX internship
[14:47] <PikeMac> actually, that might be a counter argument, if you're reading critical data from a webservice without validating the data
[14:48] <asac> PikeMac: what do you mean?
[14:49] <PikeMac> What happens if some error on the server sends junk, incomplete data, whatever
[14:49] <Volans> Hi asac, tonight I have signaled to you a bug here, perhaps you have see it?
[14:50] <asac> Volans: hmm not sure?
[14:50] <asac> PikeMac: XML parser will choke
[14:50] <Volans> for the bug 243064 news2000 has made a redirect on the site, so the bug is now override, but seems to be confirmed in Firefox 1.5 on Dapper (I think I don't have the Release Notes link in the Help menu on FF1.5 on Dapper... I don't have see it yesterday when trying)
[14:50] <Volans> I don't know if you want to add the MozillaTeam and/or the Ubuntu Firefox package to the bug
[14:54] <PikeMac> asac: not on malicious code :-/
[14:55] <PikeMac> anyway, I need to catch a plane
[14:55] <asac> PikeMac: well. the user (or most likely the distro) will add a trusted URL
[14:55] <asac> which can use https
[14:55] <asac> and so on
[14:56] <asac> you cannot entirely prevent high-jacking of web-services, but if you assume that thats safe it should be fine imo
[14:57] <PikeMac> well, I'm just saying it's an argument, not necessarily a good one
[14:57] <PikeMac> gotta run
[15:05] <armin76> gah
[15:05] <armin76> xul-1.9 fails to build with libXrender-0.9.2
[15:13] <asac> armin76: bumb
[15:13] <asac> 0.9.4 works
[15:13] <Volans> asac: looked at it?
[15:14]  * asac looking now
[15:15] <asac> Volans: commented
[15:15] <Volans> ok
[15:15] <Volans> thanks
[15:17] <asac> Volans: ok added firefox task ... which is now "low" ;)
[15:18] <armin76> asac: i know
[15:18] <armin76> but i didn't want to upgrade to xorg-1.4
[16:31] <armin76> asac: how are you supposed to know if the patch did something?
[16:32] <asac> hehe
[16:32] <asac> armin76: set breakpoints?
[16:32] <armin76> well, doesn't crash
[16:33] <asac> armin76: the remote client?
[16:33] <armin76> ah
[16:33] <armin76> i didn't try that :D
[16:33] <asac> for me the main app is fine ... just the remote clients segfaults on exit
[16:33] <armin76> works
[16:36] <asac> armin76: do you see a difference in performance?
[17:57] <asac> ok off for a few
[18:14] <plun> Hi all , ping  FTA   !!    :)
[18:14] <plun> fta2 it was...
[18:15] <plun> asac: have you seen Fabien ?
[18:59] <stek79_> hello guys
[19:00] <stek79_> I've just seen this bug opened by asac 10 hours ago
[19:00] <stek79_> https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/247494
[19:00] <stek79_> somebody knows what's that?
[19:01] <stek79_> from the description I can't figure it out
[19:04] <armin76> eh?
[19:05] <armin76> that means he's going to add xulrunner <IP_ADDRESS> and firefox 3.0.1
[19:16] <stek79_> hello asac!
[19:16] <stek79_> I was asking just now some information on your bug #247494
[19:17] <stek79_> 247494
[19:17] <stek79_> #247494
[19:17] <stek79_> nite bot :)
[19:23] <stek79_> how can I take a look at the changes between current ubuntu ff3 and the next ff 3.0.1 ?
[19:47] <stek79_> I have some news about the gmail slowness problem
[19:47] <stek79_> of firefox3
[19:47] <stek79_> two evidences so far
[19:48] <stek79_> 1) if we use the old gmail UI (clicking on Old Version link) the scrolling gets pretty fast
[19:49] <stek79_> 2) it seemed to me that the scrolling issue has been resolved some months ago, and then recently reappeared
[19:49] <stek79_> well, speaking with other FF3 users I've found that I'm not the only one that discovered this fact
[19:50] <stek79_> so I conclude that there must be a recent package upgrade that has slowed down firefox 3 scrolling
[19:50] <stek79_> for example, I remember a recent libcairo upgrade
[19:50] <stek79_> any ideas about that guys?


[17:46] <Pendulum> FYI, there's something that just showed up on the list about the wiki that I'm taking care of
[17:47] <TheMuso> Pendulum: Oh thanks, I was going to take care of it, but got side-tracked.
[17:48] <Pendulum> I thought I was subscribed to that page, but I guess not
[17:48] <TheMuso> heh seems that I am not either.
[17:48] <Pendulum> TheMuso: sorry for disappearing, I ended up with my health nose-diving enough that I was in the hospital for a while and I've been trying to keep stress levels down as a result.
[17:48] <TheMuso> I got sick of wiki subscriptions early on however.
[17:48] <TheMuso> Pendulum: thats fine.
[17:50] <Pendulum> annoyingly, the guy made so many revisions that it's not letting me revert to the one I want to go back to. I'm checking to make sure his other revisions are not problematic as well
[17:51] <TheMuso> That is certainly annoying.
[17:51] <Pendulum> oh well, doing the major one now. Will check the rest later.
[17:51] <TheMuso> It also doesn't help that hi instructions for unity are very loose, and are mostly based around raring, in terms of the text strings a user needs to listen for etc.
[17:52] <Pendulum> I did also respond to the e-mail on the list with the actions and making it clear that that is not a page for opinions
[17:52] <TheMuso> They probably need to be revised somewhat for precise.
[17:52] <TheMuso> yeah saw that.
[17:53] <TheMuso> I have been threatening to stop reading the orca list for a while now, but still haven't. Its times like this that I'm glad I haven't yet.
[17:53] <Pendulum> I just don't understand why the guy put it in originally
[17:53] <TheMuso> Me neither.
[17:53] <Pendulum> it's not like we mentioned Vinux
[17:53] <Pendulum> It does make it sound like he has a vendetta against Vinux
[17:53] <TheMuso> yeah.
[17:54] <Pendulum> my e-mail didn't make it on the vinux lists since I'm not a member. If you're on them, can you forward it since I do want them to know that this wasn't something we support as a team?
[17:55] <TheMuso> Sure, but I know one of the mods is pretty responsive about letting stuff like that through.
[17:56] <Pendulum> okay. I got responses saying they'd bounced because I wasn't a member, but maybe they'll get modded through anyway
[17:57] <Pendulum> hmm.. the wiki is not letting me subscribe to that page.
[18:00] <Pendulum> I guess it has something to do with it being help.ubuntu.com rather than wiki.ubuntu.com
[23:19] <Fudge> Pendulum  I am afraid I never saw your mail, where did you send it to? for it to bounce from Vinux
[23:19] <Fudge> glad that little twirp has been silenced, some what anyway. annoying little child he is
[23:43] <Pendulum> Fudge: I did reply all on the original e-mail that was sent to the Ubuntu list and I think 2 different Vinux lists
[23:44] <Pendulum> What really annoys me is that isn't even an accessibility team page. that's a help page.
[23:46] <Fudge> he is just a dump kid Pendulum, there was a fwd email so someone must have allowed through befoer I thankingYou
[23:53] <TheMuso> Fudge: I don't know about a dumb kid, he certainly may at times come accross childish, but I wouldn't be so blatently insulting as that...
[23:54] <Fudge> well yeah has the knowledge on the tech quite well but missed the boat on how to get along with people
[23:56] <Fudge> that's what I always like about you TheMuso so fair and reasonable :D