[13:48] <Mish> Hello folks :D
[13:57] <cub> Hi Mish
[13:58] <Mish> :)
[14:07] <smartboyhw> zequence, Mish OvenWerks cub ttoine we have our catchup with the Community Council today
[14:07] <smartboyhw> 17:00 UTC should be it
[14:08] <Mish> hmm.... that's nearly 11 pm for me
[14:08] <smartboyhw> zequence, you MUST attend:P
[14:15] <cub> ok, are we supposed to have prepared anything before that? (which might already be done)
[14:15] <smartboyhw> cub, no.
[14:15] <smartboyhw> :P
[14:16] <smartboyhw> Well, if you guys can't attend, no worries:)
[14:16] <smartboyhw> It isn't compulsory except for zequence I think
[14:18] <cub> I don't know if I can yet. I'm sort in charge of the baby tonight. :P It depends on her mood.
[14:43] <cub> I just imported the Ubuntu calendar and it told med there's an Ubuntu Studio meeting on Sunday. I'm not sure they are still running though?
[14:46] <smartboyhw> cub, no,.
[14:59] <ttoine> smartboyhw, is it in 10 min ?
[14:59] <smartboyhw> ttoine, nah
[14:59] <ttoine> sorry, now ?
[14:59] <smartboyhw> 17:00 UTC
[14:59] <ttoine> so ?
[14:59] <smartboyhw> ttoine, 2 hours later
[14:59] <smartboyhw> Should be
[15:00] <smartboyhw> Yes, correct.
[15:00] <smartboyhw> 2 hours later
[15:02] <cub> ttoine, you're in CEST time? so it's at 19.00
[15:04] <cub> And if Mark Shuttleworth is not there I will be disappointed. ;)
[15:04] <cub> Gaah, I just realized he's younger than me...
[15:06] <smartboyhw> cub, he normally isn't there:P
[15:09] <ttoine> ah ok
[15:09] <ttoine> even google calendar didn't helped me
[15:09] <ttoine> I will try to stay until 19:00 at work, so
[15:14] <zequence> yep, it's in hour, right?
[15:15] <zequence> just came back from work
[15:15] <cub> there was a great link on the agenda page: http://www.timeanddate.com/worldclock/fixedtime.html?iso=20130704T17
[15:15] <cub> zequence, I think it's 19.00 our time
[15:15] <zequence> ah, yes. summertime
[15:15] <zequence> I just knew it was after 17.00 our time :P
[15:15] <zequence> ok, good. I'll be attending of course
[15:16] <smartboyhw> zequence, it's 01:00 in our time
[15:16] <smartboyhw> but, it's near summer holidays, not much control:P
[16:38] <smartboyhw> zequence, what  do you think can we tell the Community Council?
[16:38] <zequence> smartboyhw: I don't have an agenda myself at all. I'm more curious on what they have to say really, since I have yet had no interaction with that council
[16:39] <zequence> I'm currently reading up on what they do
[16:39] <smartboyhw> Oh.......
[16:45] <cub> There was a short agenda on topic they would like to hear about
[16:47] <smartboyhw> cub, but they do ketchup only:P
[16:48] <cub> heeh
[16:49] <cub> but some pointers at least: https://wiki.ubuntu.com/CommunityCouncilAgenda
[16:49] <cub> kind of standard updates
[16:50] <smartboyhw> Here's what we wanna talk today
[16:50] <zequence> Yes, I probably should have posted that link here as well for those interested. I went through a few logs to see what they do usually
[16:50] <smartboyhw> things you're proud of,
[16:50] <smartboyhw> reviewing team reports together,
[16:50] <smartboyhw> outstanding things and plans for the near future,
[16:50] <smartboyhw> things you and your team are discussing right now, want to get input on from a broader audience,
[16:50] <smartboyhw> questions you might have.
[16:50] <zequence> It's a little weird that we are grouped with Xubuntu though
[16:50] <cub> the last meetings I looked into didn't say much on what they were doing
[16:51] <zequence> We have the same default DE, but quite different problems to solve
[16:51] <cub> they seem to run two at the same meeting Lubuntu and Edubuntu last time
[16:51] <zequence> Ah, right, yeah
[16:51] <zequence> well, we'll be there anyway :)
[16:52] <cub> there are a couple of things I've noticed since I started to pay attention
[16:52] <smartboyhw> cub, ?
[16:52] <cub> more members, the investigation about other DE's
[16:52] <smartboyhw> yeah
[16:53] <cub> tutorials on youtube
[16:53] <smartboyhw> yeah
[16:54] <smartboyhw> I think we are more ambitious this cycle.
[16:54] <cub> I'm cooking dinner and watching my 9 months daughter at the same time....so I might be a bit lost in space
[16:55] <smartboyhw> heh
[16:56] <zequence> cub: not an age when you trust them to manage themselves yet by any means :D
[16:56] <smartboyhw> lol
[16:57] <cub> hehe no, but she's in her walking chair chasing the dog, within view
[16:57] <zequence> reasonably secured then :P
[16:57] <cub> the dog doesn't seem to think so. :D
[16:57] <zequence> lol
[16:57] <smartboyhw> lol
[16:58] <smartboyhw> CC meeting in 3 minutes
[17:03] <cub> zequence, you'll do the talking?
[17:03]  * smartboyhw +1 cub
[17:03] <zequence> cub: I suppose. I mean, I might as well, but feel free to add something if I seem to forget something important
[17:04] <cub> sure
[17:04] <smartboyhw> zequence, mention leadership changes, you haven't been product lead before last CC meeting. with us..
[17:04] <smartboyhw> um, I mean catch-up
[17:19] <ttoine> smartboyhw, where is this stuff we should at 19:00
[17:19] <ttoine> I am already late...
[17:19] <smartboyhw> ttoine, #ubuntu-meeting
[17:19] <cub> in #ubuntu-meeting
[17:20] <ttoine> damned Jira...
[17:20] <ttoine> it is a pain to setup
[17:21] <cub> hehe
[17:21] <cub> and a pain to use from what I hear
[17:22] <zequence> ttoine: you didn't miss a whole lot. Just some information from us to them, basically
[17:23] <ttoine> ok
[17:23] <ttoine> we still want to use Xubuntu ?
[17:23] <smartboyhw> ttoine, well yes
[17:24] <ttoine> I saw on the mailing list stuff about supporting other DE too
[17:24] <smartboyhw> At least, Xfce is our live DVD's default DE
[17:24] <smartboyhw> But we will support other DE during install.
[17:24] <zequence> ttoine: Yes, we've been experimenting with that lately
[17:26] <ttoine> great to know that
[17:26] <ttoine> does the change to Mir impact us ?
[17:27] <smartboyhw> ttoine, oops
[17:27] <smartboyhw> zequence, you better answer this....:P
[17:27] <zequence> ttoine: At least in that it might not be able to just logout from one DE, and then login to another, or who knows - maybe co-installing some DEs will not be possible. But, I don't think in the way that it would stop us from supporting any specific DE
[17:28] <smartboyhw> zequence, wait. KDE.
[17:28] <smartboyhw> KDE has denied Mir already
[17:28] <smartboyhw> And Kubuntu will NOT use Mir.
[17:28] <ttoine> smartboyhw, do we really have a lot of user on KDE
[17:28] <smartboyhw> ttoine, that's a question.
[17:29] <micahg> smartboyhw: no, Kubuntu has said they'll hold off on MIR until it's more proven
[17:29] <ttoine> the other problem is: does it have an impact on KDE based application like Krita ?
[17:29] <smartboyhw> zequence, ttoine I'm proposing a survey to find out which DE do users really use:P
[17:29] <cub> about Krita, I've seen some issues from users about Krita and US lately
[17:29] <smartboyhw> micahg, um, I know better than you on this business (I'm a Kubuntu member, IIRC, and an active packager hoping to apply archive access some time)
[17:29] <micahg> and just because Kubuntu doesn't ship MIR, doesn't mean it won't run with XMir as long as they're still using X
[17:30] <zequence> ah, yes, applications :P
[17:30] <micahg> smartboyhw: I want the MLs and discussions and I think  you're polarizing the issue too much
[17:30] <micahg> s/want/read/
[17:30] <kubotu> micahg meant: "smartboyhw: I read the MLs and discussions and I think  you're polarizing the issue too much"
[17:30] <smartboyhw> micahg, how about Wayland........
[17:30] <Mish> If they use Mir won't they have to port Qt to Mir in order for any qt app towork?
[17:30]  * smartboyhw is the least polarized among the Kubuntu people.
[17:30] <ttoine> smartboyhw, would be interesting to create a poll about that on the website
[17:30] <smartboyhw> Mish, nah
[17:31] <micahg> smartboyhw: all of this has been discussed already on ubuntu-devel, if the wayland is a backend for Mesa, then it'll also just work
[17:31] <smartboyhw> micahg, yeah, let's see......
[17:31] <ttoine> smartboyhw, remember me you age ?
[17:31] <smartboyhw> ttoine, what?
[17:31] <micahg> smartboyhw: the only decision that's been made AFAICT is that for 13.10 and 14.04 Kubuntu will ship standard X
[17:32] <smartboyhw> micahg, yeah
[17:33] <ttoine> smartboyhw, how old are you ?
[17:33] <cub> hey ttoine I didn't know you was in on Ubuntu Studio in the beginning. cool.
[17:33] <Mish> smartboyhw, no? but I toolkits and WMs wokred on top of display managers
[17:34] <smartboyhw> ttoine, 14? 15 in 22 days.
[17:34] <smartboyhw> Mish, well no is the correct answer, they won't need to port
[17:35] <ttoine> and you already do all that stuff ? are you the next torvald ?
[17:35] <ttoine> or the next aaron swartz ?
[17:36] <smartboyhw> ttoine, nah,  my programming is crappy still
[17:36] <ttoine> do you think I know how to programm ?
[17:36] <smartboyhw> ttoine, no:P
[17:36] <ttoine> you still have time to practice programing, you are so young, and already talented
[17:36] <ttoine> and very active
[17:37] <cub> exactly
[17:39]  * smartboyhw has to sleep....... 1:39 AM
[17:57] <zequence> this is quite interesting I think, and something I'd very much like to participate in for 14.04 https://wiki.ubuntu.com/Lubuntu/CommunicationsTeam/WOWLubuntu/StartUbuntu
[18:06] <ttoine> zequence, looks interesting...
[18:06] <ttoine> but what could we do ?
[18:06] <ttoine> distribute install CD on the streets ?
[18:09] <zequence> ttoine: I imagine the best method would be to do, what is the right term, targeted advertisement, using banners, slogans, some specific and easy to understand messages to make people become more aware of the idea that Ubuntu could be an alternative to their XP install
[18:09] <zequence> if we join up, using the same messages, it might do some good, I think
[18:09] <zequence> or similar messages
[18:10] <zequence> we still have our own nisches
[18:10] <zequence> I'm sure the it should not be hard to involve most of the Ubuntu community on this
[18:11] <ttoine> sure
[18:11] <Mish> this sounds a lot like a full on advertising campaign
[18:13] <zequence> It's a good moment to do something like that, since Win8 is really taking off slowly, and there are lots of people with older machines, etc, who might not be interested in any newer Win alternatives
[18:13] <zequence> Lubuntu is a good choice for old machines
[18:13] <Mish> true
[18:14] <ttoine> Ubuntu 12.04 is a good one for old machines
[18:14] <Mish> but personally I'd like to see what they come up with in phase 0 first
[18:14] <ttoine> oh, oups... its end of life is it april 2014 too...
[18:15] <Mish> no eol for 12.04 is in 2017
[18:15] <Mish> last I saw that is
[18:15] <Mish> *time
[18:17] <zequence> Just today I helped a guy create a usb installer with Lubuntu 12.04 for his P4 machine at home
[18:17] <zequence> He had XP on it, but it was broken, so the machine was not doing anything
[18:18] <Mish> nice
[19:16] <cub> Start Ubuntu seems like a good idea, but a bit late in the race
[19:16] <cub> It will take time to get it going and XP users might already have made their change once the word gets out
[22:07] <OvenWerk1> zequence_: (or anyone else) I  was working during the earlier chat re: MIR
[22:09] <OvenWerk1> I think the point is generally mote. MIR _must_ run the huge pile of SW that is already out there or Ubuntu (vanilla) and the market it is aimed at will fail.
[22:09] <OvenWerk1> So KDE, MIR support or not, should still be runable on top of MIR... time will tell.
[22:09] <micahg> right, that's why XMir isn't going anywhere anytime soon
[22:12] <OvenWerk1> My second point is that if someone chooses a different DE to run Studio on top of, they are not likeley to be switching back and forth. I am finding that right now KDE is the most stable on my desktop. The issue of switching from wayland to MIR isn't there.
[22:14] <OvenWerk1> (my laptop/netbook runs xfce just fine... where I am typing)
[22:15] <OvenWerk1> The only people who will have an issue with switching from one display server to another is those of us testing them  :P


[12:03] <acheronuk> comet23 ^^ K-lined
[15:00] <Helenah> Hi, I believe I was unfairly banned by h00k
[15:00] <Helenah> I mean hggdh
[15:00] <Helenah> He banned me claiming I was being offtopic, I was only responding to the suggestions from members of the community.
[15:01] <hggdh> Helenah:why?
[15:01] <Helenah> I said why
[15:01] <hggdh> yes, we crossed replies on the wire
[15:01] <hggdh> I remember telling you to please stop ranting
[15:01] <hggdh> Helenah: and you have not being banned
[15:02] <Helenah> I should be allowed to rant about a project in their respective project channel.
[15:03] <hggdh> Helenah: as I stated, you could rant any other place. But on #ubuntu, ranting is off-topic


[00:46] <emmanuel_> hello!!
[00:47] <emmanuel_> I'm using ubuntu and firefox and java plugin, but when I launch java applet window from firefox
[00:47] <emmanuel_> I cannot close the window!!
[00:47] <emmanuel_> somebody helps me?
[00:49] <micahg> emmanuel_: which version of Ubuntu
[00:49] <emmanuel_> 9.10
[00:49] <emmanuel_> firefox 3.6
[00:49] <micahg> which version of firefox?
[00:49] <emmanuel_> and sun-java6-plugin
[00:49] <micahg> emmanuel_: which version of firefox 3.6?
[00:50] <micahg> emmanuel_: are you running firefox-stable?
[00:50] <emmanuel_> yeah
[00:50]  * micahg is looking
[00:50] <emmanuel_> firefox 3.6.3
[00:52] <micahg> oh, yeah, we should probably look into that
[00:53] <micahg> emmanuel_: we have a few bugs on it, and I think it's fixed in Lucid
[00:54] <emmanuel_> lucid is the next version of ubuntu?
[00:54] <micahg> emmanuel_: yes
[00:55] <micahg> emmanuel_: can you check /var/log/kern.log to see if there were any apparmor entries for firefox?
[00:56]  * micahg will be back in a few minutes
[00:57] <emmanuel_> ok, wait!!
[00:58] <emmanuel_> no, there's no entry for firefox in log file
[01:24] <micahg> emmanuel_: ok
[01:24] <micahg> emmanuel_: that's good, at least it's not apparmor
[01:29] <emmanuel_> and then what is causing the problem?
[01:49] <ccheney> anyone know where to get irc logs of this channel?
[01:52] <ccheney> ah i found it irclogs.ubuntu.com
[07:56] <nikolam> hello
[08:53] <BUGabundo_remote> rufus fetch the paper :D
[12:33] <chrisccoulson> asac - OOPP is enabled by default for the flash plugin only atm, but it only works for the official 32-bit plugin (it just matches the SO name). do you think we should enable it for users using the 64-bit plugin too (which has a different SO name)? it seems to work quite well
[12:33] <asac> chrisccoulson: we shouldnt change that imo
[12:34] <asac> also the 64bit one isnt even something official
[12:34] <chrisccoulson> asac - ok, no worries
[12:34] <asac> let mozilla do those decisions ;) ... less pain for us and we can always defer upstream if someone complains
[12:52] <cwillu_at_work> what are the odds that I would be able to build via "debian/rules binary" from an arbitrary "apt-get source" from the daily ppa?
[13:00] <cwillu_at_work> specifically, patches fail to apply
[13:20] <BUGabundo_remote> chrisccoulson: asac: but can an user like me, enable it for any plugin , manually ?
[13:21] <chrisccoulson> BUGabundo_remote, yes
[13:21] <BUGabundo_remote> how?
[13:22] <chrisccoulson> BUGabundo_remote, in about:config, you can adjust the dom.ipc.plugins.enabled preferences
[13:22] <chrisccoulson> so, dom.ipc.plugins.enabled.libflashplayer enables it for the the flash plugin (the last part has to match the SO name of the plugin)
[13:23] <chrisccoulson> you can create preferences for any other plugin
[13:23] <chrisccoulson> or you can just use dom.ipc.plugins.enabled to enable it for all plugins
[13:25] <BUGabundo_remote> cool
[13:25] <BUGabundo_remote> thanks
[13:35] <chrisccoulson> asac - xulrunner-1.9.1 is gone \o/
[13:39] <asac> chrisccoulson: congrats ;)
[14:38] <cwillu_at_work> fta, got a second?
[16:00] <gnomefreak> if i preint a spreadsheet will it print the lines automaticly or do i need to choose an option?
[16:00] <gnomefreak> s/preint/print
[16:00] <micahg> gnomefreak: probably depends on the programs
[16:02] <BUGabundo_remote> gnomefreak: for OOo you need to _draw_ them
[16:02] <gnomefreak> micahg: its just tax information i need to print and i would like to save it in a spreadsheet so i have the table printed
[16:02] <gnomefreak> tell mew ther eis an option :( im opening it now to see
[16:03] <micahg> gnomefreak: try print preview before printing to see if it's enabled
[16:03] <gnomefreak> micahg: BUGabundo_remote thanks
[16:06] <gnomefreak> damnit
[16:06] <gnomefreak> well that didnt work like i had hoped
[16:10] <gnomefreak> ok not seeing anything that would help printing tables
[16:10] <gnomefreak> i had a different options window when hit print maybe in there?
[16:11] <micahg> gnomefreak: I don't have time to look now, maybe in a couple hours
[16:11] <gnomefreak> micahg: thanks, ill let you know if i find it
[16:13] <asac> chrisccoulson: i will commit somthing to the ubuntu1 UNRELEASED ffox for armel
[16:13] <asac> we need to get that in as a cherry pick for lucid still
[16:14] <asac> chrisccoulson: maybe check if you have anything that still needs to get in lucid upload
[16:15] <asac> then we can cherry pick on top of the last 3.6.3 and upload tomorrow
[16:15] <asac> (and hope it still gets in)
[16:23] <gnomefreak> am i still here?
[16:26] <gnomefreak> not sure how to word this
[16:26] <cwillu_at_work> gnomefreak, select a range of cells and format them with a border?
[16:27] <gnomefreak> cwillu_at_work: ? i didnt see any of that. looks again
[16:27] <cwillu_at_work> gnomefreak, this is in ooo?
[16:27] <gnomefreak> cwillu_at_work: yep
[16:27] <cwillu_at_work> yep, it's actually available directly from the toolbar :)
[16:28] <cwillu_at_work> in the tool bar with the font, near the right, maybe 4th icon back, there's a dropdown of a square
[16:28] <gnomefreak> hm
[16:29] <cwillu_at_work> want a screenshot?
[16:29] <BUGabundo_remote> ahah
[16:30] <gnomefreak> cwillu_at_work: i found the border selection there are ~8 choices but looking for range
[16:30] <cwillu_at_work> select the range, and then hit the one with each line solid
[16:30] <gnomefreak> merge and center cells is there but greyed out
[16:30] <cwillu_at_work> it's the weird thing on the left
[16:32] <gnomefreak> the flame looking icon on the far left lower bar?
[16:32] <gnomefreak> cwillu_at_work: screenshot would be great
[16:32] <cwillu_at_work> http://cwillu.com/files/Screenshot-Format-Cells.png and http://cwillu.com/files/borders.png
[16:33] <cwillu_at_work> I'm hoping that we're talking about the same thing :)
[16:34] <cwillu_at_work> asac, is there some trick to building firefox from our deb source that I'm unaware of?
[16:34] <gnomefreak> i found a way to remove the grid and add it i think i found something very very bad with browser :(
[16:35] <cwillu_at_work> I would have expected that the packages on a ppa were built from the same source as you get when you apt-get source it from the same ppa?
[16:35] <cwillu_at_work> gnomefreak, ?
[16:35] <asac> cwillu_at_work: no ... apt-get source firefox; cd firefox-*/; sudo apt-get build-dep firefox; debuild -b
[16:36] <cwillu_at_work> asac, are the nightlies broken for 3.7 right now?
[16:36] <asac> cwillu_at_work: if they build in ppa then no ... otherwise yes ;)
[16:36] <asac> they were broken a few days ago
[16:36] <asac> chrisccoulson has that on his list (working up from fixing first 3.6 on hardy etc.)
[16:36] <gnomefreak> cwillu_at_work: galoen opened >20 pages with it crashed start or dont start browser. and i dont see where you found that option :(
[16:36] <asac> cwillu_at_work: most likely xulrunner 1.9.3 would need fix first
[16:37] <asac> cwillu_at_work: feel free to help out ... submit patches etc.
[16:37] <asac> its usually rebasing patches we carry because upstream either landed them, part of them or something unrelated that interferes with our code touched
[16:37] <cwillu_at_work> gnomefreak, select a range of cells, right click -> format, then the borders tab
[16:38] <gnomefreak> cwillu_at_work: i cant find select range anywhere
[16:38] <cwillu_at_work> gnomefreak, no, select a range by clicking and dragging
[16:38] <cwillu_at_work> like you'd select a block of text
[16:41] <gnomefreak> by dragging it highlites the blocks
[16:41] <cwillu_at_work> yes
[16:41] <cwillu_at_work> and then right click and hit format
[16:43] <gnomefreak> i think i found that at least :)
[16:43] <cwillu_at_work> you never print all grid lines, you just select which grid lines you want (and how you want them to look if you care)
[16:44] <gnomefreak> cwillu_at_work: will my setting stay or do i have to change it everytime (same doc or different doc)
[16:44] <cwillu_at_work> :)
[16:44] <cwillu_at_work> silly gnomefreak
[16:45] <cwillu_at_work> it's not a document setting, it's a setting on the cell (with a convenient way to do a bunch of cells at the same time)
[16:45]  * gnomefreak not good at fun docs ;) i stick with word processor or editer more than anything
[16:45] <cwillu_at_work> you could change the default template, but you don't want to do that
[16:46] <gnomefreak> shit that means i have to change it everytime
[16:46] <cwillu_at_work> you saw the toolbar shortcut right?
[16:47] <cwillu_at_work> the grid lines are just for display, and you can even turn them off there :p
[16:48] <gnomefreak> cwillu_at_work: yeah i saw it if you mean the one that says boarders when hovering
[16:48] <cwillu_at_work> yep
[16:48] <cwillu_at_work> what are you trying to do?
[16:49] <cwillu_at_work> at all browser related? :p
[16:49] <gnomefreak> yeah i didnt think of it at the time
[16:49] <gnomefreak> cwillu_at_work: no its tax info (at least the next one is this one is testing
[16:50]  * gnomefreak goes for smoke before thye next bunch of crap
[16:50] <gnomefreak> be back in a few
[16:51] <cwillu_at_work> the office world desperately needs a firefox
[16:55] <gnomefreak> firefox needs to get fixed first ;)
[16:55]  * gnomefreak guessing i need to use line 1 to name each column?
[16:56] <cwillu_at_work> yes
[16:57] <cwillu_at_work> spreadsheets aren't tables, you only get structure if you make it yourself :)
[16:57] <cwillu_at_work> they're the dynamic programming languages of the data world
[16:57] <cwillu_at_work> in other news, can somebody tell me why pbuilder recommends a mail daemon?
[16:59] <gnomefreak> cwillu_at_work: it doesnt its one of the depends that does
[16:59]  * gnomefreak looking to find out what one it is
[17:01] <gnomefreak> if you mean qmail its fakeroot
[17:01] <gnomefreak> cwillu_at_work: IIRC there is way to only grab deps using apt/aptitude
[17:03] <gnomefreak> cwillu_at_work: --no-install-recommends should work
[17:03] <cwillu_at_work> gnomefreak, I know, I just think it's a braindead recommends
[17:03] <gnomefreak> agreed
[17:03] <cwillu_at_work> at most it should be a suggests
[17:04] <gnomefreak> as i have learned that is a change on debian side (also sucks) since we dont have packages that they use as suggest
[17:12] <gnomefreak> he loeft?
[17:13] <gnomefreak> asac: did the latest FF daily fix the slow/hanging/pretty much not usable
[17:15] <gnomefreak> still no tb daily but that is least of my concerns
[17:27] <gnomefreak> nope not fixed
[18:57]  * gnomefreak takes a break finally
[19:35] <chrisccoulson> hey micahg - did you manage to fix the symlink issue?
[19:36] <micahg> chrisccoulson: I have the fix, I didn't get a chance to test yet
[19:36] <chrisccoulson> ok, no worries. we're pretty frozen now anyway ;)
[19:36] <micahg> chrisccoulson: k
[19:37] <micahg> chrisccoulson: I figured you'd probably upload tomorrow or Friday anyways
[19:46] <gnomefreak> micahg: seems latest daily of 3.6 still very slow/hanging or whatever its called. not important just thought i would let you know
[19:47] <micahg> gnomefreak: why is it not important?
[19:48] <gnomefreak> micahg: its been like that for ~1week. would be nice to have it fixed before release but im not sure if stable is having same issues
[19:48] <gnomefreak> and i know you have a shit load of work on your to do list
[19:48] <micahg> gnomefreak: well, we aren't releasing OOPP until after final Lucid release
[19:48] <gnomefreak> OOPP?
[19:48] <micahg> gnomefreak: out of process plugins
[19:48] <micahg> gnomefreak: that's in the security PPA ATM
[19:49] <gnomefreak> oh never heard of that
[19:49] <micahg> gnomefreak: they backported the functionality from 3.7
[19:49] <Dimmuxx> I've been using that one for a day now and it seems to work great
[19:49] <micahg> and will release with 3.6.4
[19:49] <Dimmuxx> much better flash performance
[19:49] <micahg> Dimmuxx: I'm glad, please let us know if there are any isssues
[19:50] <Dimmuxx> micahg: will do
[19:50] <gnomefreak> micahg: ah ok. well FF isnt the only one that is doing it. epiphany seems to be the only one that works fine. not sure why either even galoen and arora and both FF
[19:51]  * gnomefreak hasnt played with SM2 or 1 but i have to assume pretty much same
[19:51] <gnomefreak> oh yeah i did hear about OOPP just didnt relizer what it was called
[19:52]  * gnomefreak saw it in mailing list a while ago 1 month or so
[19:52] <micahg> gnomefreak: galeon is gone from lucid, epiphany is webkit based now, I think Arora is also webkit
[19:52] <gnomefreak> i have galeon installed
[19:52] <gnomefreak> oopps
[19:53] <gnomefreak> micahg: its still in Lucid from what search gives me
[19:53] <micahg> gnomefreak: take a look at this: https://wiki.ubuntu.com/X/Testing/GEMLeak
[19:54] <micahg> gnomefreak: do you have the transition PPA enabled?
[19:54] <micahg> !info galeon lucid
[19:54] <gnomefreak> micahg: i dont think i do
[19:54] <gnomefreak> micahg: it was removed it seems
[19:55] <micahg> gnomefreak: :)
[19:55] <gnomefreak> i guess search saw it since i have it installed
[19:55] <gnomefreak> policy shows dpkg line no archive lines
[19:55]  * micahg kicks ubottu for giving outdated info
[19:55] <gnomefreak> galeon:
[19:55] <gnomefreak>   Installed: 2.0.7-1ubuntu4
[19:55] <gnomefreak>   Candidate: 2.0.7-1ubuntu4
[19:55] <gnomefreak>   Version table:
[19:55] <gnomefreak>  *** 2.0.7-1ubuntu4 0
[19:55] <gnomefreak>         100 /var/lib/dpkg/status
[19:56] <micahg> gnomefreak: right, we updated it for xul192 then dropped since upstream is dead and don't want to keep updating
[19:56] <gnomefreak> micahg: makes sense
[19:56]  * gnomefreak needs to find a web browser that i can depend on until FF is fixed
[19:57] <micahg> gnomefreak: FF stable in Lucid works fine for me
[19:57] <micahg> FF from security PPA works too
[19:57] <gnomefreak> so its only daily?
[19:57] <micahg> gnomefreak: so it seems, if you have specific issues, see if someone can reproduce
[19:58] <gnomefreak> micahg: it was reproduce by a few people (they have been coming in here the past week or so
[19:58] <micahg> chrisccoulson: I have one more conkeror upload before release with xul192 fixes, should I wait till last minute or have it ready in the next day or 2?
[19:58] <chrisccoulson> micahg - i can upload conkeror as soon as it is ready, it'snot constrained in the same way as thunderbird
[19:59] <gnomefreak> GEM issue does not affect non-free drivers i am assuming nvidia-common is the non free driver
[19:59] <micahg> chrisccoulson: right, the thing is, I don't know if the devs will find more critical xul192 fixes
[19:59] <micahg> chrisccoulson: so is it worth waiting to see if they find more stuff, or just upload and upload again if they find mroe?>
[20:00] <chrisccoulson> i think i'd rather just upload it
[20:00] <micahg> chrisccoulson: k, I'll have it ready tomorrow and ping you with the bug #
[20:00] <chrisccoulson> thanks#
[20:00] <gnomefreak> IIRC ther eis also a bug on it that i saw a few days ago or yesterday sorry been reallly busy so days are merging into one
[20:01] <gnomefreak> i guess i try using stable and see if i cant pin it
[20:01] <micahg> gnomefreak: if you find the bug # let me know, if it's not an issue in 3.6.4 though, but only 3.6.5pre, I'd prefer to wait on it till after lucid release
[20:02] <gnomefreak> ok ill do email in a few minutes
[20:02] <gnomefreak> are we waiting for a fix for tb3 t6o land  in daily?
[20:02] <gnomefreak> damn typing is getting bad
[20:02] <gnomefreak> tb3 to
[20:02] <micahg> gnomefreak: fix for what?
[20:03] <gnomefreak> micahg: i dont know i just havent gotten an update for it yesterday or today
[20:03] <micahg> the only thing that would be missing ATM is the foreign language dictionaries
[20:03] <micahg> gnomefreak: no updates upstream
[20:03] <gnomefreak> oh
[20:03]  * gnomefreak doesnt see that very often
[20:04] <micahg> gnomefreak: if we had 3.1 and 3.2 working, you'd see updates I'm sure :)
[20:04] <gnomefreak> good point i didnt know we srtarted 3
[20:04] <micahg> gnomefreak: after Lucid release, I'll get the 3.1 and 3.2 dailies going
[20:04] <gnomefreak> micahg: ok cool
[20:04] <gnomefreak> thanks
[20:04] <micahg> gnomefreak: comm-central is branching soon :)
[20:05] <gnomefreak> ah
[20:05] <gnomefreak> didnt they just do that not to long ago
[20:06] <gnomefreak> at least for SM
[20:06] <micahg> gnomefreak: well, they bumped main version to 3.2 a while ago, but didn't branch
[20:06] <gnomefreak> oh
[20:06] <micahg> gnomefreak: so, now there will be a comm-192 for TB31 only
[20:07] <gnomefreak> oh
[20:07] <micahg> gnomefreak: SM is jumping straight to xul193
[20:07] <gnomefreak> for 2.1?
[20:07] <micahg> gnomefreak: yep
[20:07] <gnomefreak> seeing as its been on 1.9.1
[20:08] <gnomefreak> im fairly sure 2.0 is as well
[20:08] <micahg> gnomefreak: SM20 and TB30 are xul191
[20:09] <gnomefreak> yeah
[20:09] <gnomefreak> what PPA other than daily has 3.6.4?
[20:10] <gnomefreak> ffox35 PPA?
[20:10] <micahg> gnomefreak: daily has 3.6.5, security has 3.6.4, stable/Lucid has 3.6.3
[20:10] <micahg> gnomefreak: ffox35 PPA is the transitional PPA for xul conversions
[20:10] <gnomefreak> ok thanks maybe i can fix this than
[20:10] <gnomefreak> so i dont need it anymore :)
[20:11] <micahg> gnomefreak: yeah, I don't suggest having that in sources unless you're testing migration stuff
[20:11] <gnomefreak> micahg: i had it #ed out once i found it
[20:11] <gnomefreak> i keep incase someone askes
[20:23] <micahg> nikolam: I have a couple more issues before I push Seamonkey to a PPA for testing
[20:24] <nikolam> micahg, if anyhow I can help, just tell me what.
[20:24] <micahg> nikolam: testing once I finish would be great :)
[20:25] <nikolam> micahg, will there be hardy, karmic and interpid?
[20:25] <micahg> nikolam: TBD
[20:25] <micahg> nikolam: intrepid not
[20:26] <micahg> jaunty Maybe
[20:27] <nikolam> well interpid , lts is most important. to have it as backport at least later.
[20:27] <nikolam> interpid is 10.04?
[20:27] <micahg> nikolam: intrepid is 8.10
[20:27] <micahg> nikolam: almost EOL
[20:28] <nikolam> oh , sorry :) I am better with numbers
[20:28] <nikolam> then 8.04 , 9.10 and 10.04 for now ;)
[20:29] <micahg> nikolam: well, 10.04 if I make it, then probably 8.04, 9.04, and 9.10
[20:29] <nikolam> ok, I will quit chatting, just would like so much to duplicate steps in .deb making whan you finish
[20:29] <nikolam> (i dont care much about 9.04, those guys are mostly on 9.10 anyway, till 10.04)
[20:30] <nikolam> ok :P
[20:33] <chrisccoulson> asac - do you want me to merge http://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.6.head/revision/586 in to the lucid branch? (or do you want to do that?)
[20:34] <gnomefreak> micahg: when you are done let me know ill test as well
[20:34] <micahg> gnomefreak: k
[20:35] <gnomefreak> thanks
[20:36] <gnomefreak> micahg: ubottu will be updated soon  it runs on a cron
[20:37] <micahg> gnomefreak: k
[20:37] <gnomefreak> soon == sometime in the next day or so
[20:44] <ccheney> asac: iirc the last thing we discussed fixing for gtkentry for epiphany was to use all the functions from the new version for it but override in the init class for them?
[20:44] <ccheney> asac: so that means i need copies of eg GtkEntryBuffer too, i think?
[20:45] <ccheney> i seemed to have removed that but i guess that was a mistake, i still have a copy of the old code so can add it back
[20:49] <ccheney> yea i don't see any mention of removing it before, so i'll add it back
[21:09]  * micahg hugs BUGa_depressed
[21:09] <micahg> chrisccoulson: BTW, there will be at least a build2 for Firefox 3.6.4
[21:10]  * BUGa_depressed hugs micahg back
[21:32] <cwillu_at_work> BUGa_depressed, why are you depressed?
[21:33] <BUGa_depressed> mew
[21:33] <BUGa_depressed> not on public #
[21:34]  * cwillu_at_work hands BUGa_depressed a bug that's soon to be fixed, and offers him the opportunity to mark it as "Fix Committed", hoping that that will lift his spirits
[21:35]  * BUGa_depressed reminds cwillu he has been to lazy to apply to bugcontrol
[21:35] <cwillu_at_work> :p
[21:36] <cwillu_at_work> I've already been neglectful of my xorg triage volunteering
[21:39]  * BUGa_depressed his cwillu with a stick http://acidcow.com/pics/20100420/acid_picdump_10.jpg
[21:40]  * cwillu_at_work is poked :(
[21:40] <BUGa_depressed> s/his/hits/
[21:41]  * cwillu_at_work wasn't poked
[21:48] <asac> ccheney: the idea is to derive the class from the GtkEntry class shipped by gtk
[21:48] <ccheney> yea
[21:48] <asac> and overload all functions with the new implementation
[21:48] <asac> chrisccoulson can probably help with that too as he knows how the gobject class system works
[21:49] <asac> its not only functions, but also you need to override signals and properties
[21:49] <asac> those are syntax wise a bit trickier to do, but start with the funcs and once you get to the properties ask
[21:50] <ccheney> yea i think i need copy of gtkentrybuffer for that to work and had previously deleted the code for it from my newest attempt, but copied it back in
[21:51] <ccheney> from what i could tell reading where we were discussing it last time i had tried something that wasn't good in redoing the whole gtkentry file and so copied the old version from before that back in and working on getting the overrides done correctly now
[22:05] <ccheney> argh i broke my patch somehow, dealing with this annoying giant patch without breaking builds is hard
[22:07] <ccheney> apparently it was a quilt pedantic issue of some sort, popping worked fine
[22:08] <chrisccoulson> yeah, i can probably help out with any gobject stuff, but not tonight (not feeling too well still). feel free to drop me a mail with anything you need any help with though, and i can pick it up in the morning
[22:15] <ccheney> chrisccoulson: ok will do once i get it to the point where its just failing on the object related parts again
[22:42] <ccheney> wow it looks like it actually built :)
[22:42] <ccheney> now have to do the overrides if it did actually build 'properly'
[22:43] <ccheney> a few more fixes left from warning messages then on the overrides
[22:47] <ccheney> hmm should probably test in hardy again before doing any more changes


[18:26] <bobweaver> ping tgm4883 can you tell me where tje docs are that you where writing? also do you know who does art for mythbuntu? I could use some design help


[00:56] <mwhudson> can someone reject base-files 10.1ubuntu2.2 from bionic UNAPPROVED please
[00:58] -queuebot:#ubuntu-release- Unapproved: base-files (bionic-proposed/main) [10.1ubuntu2.2 => 10.1ubuntu2.3] (core)
[04:51] <slangasek> doko: heh, fwiw binutils-mingw-w64 8ubuntu1 apparently has a completely broken library search path (openat(AT_FDCWD, "no/usr/i686-w64-mingw32/lib/libkernel32.dll.a", O_RDONLY) = -1 ENOENT (No such file or directory))
[05:16] -queuebot:#ubuntu-release- New binary: 389-ds-base [amd64] (cosmic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: 389-ds-base [s390x] (cosmic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: 389-ds-base [i386] (cosmic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: 389-ds-base [ppc64el] (cosmic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:20] -queuebot:#ubuntu-release- New source: octave-statistics (cosmic-proposed/primary) [1.4.0-2ubuntu1]
[05:21] -queuebot:#ubuntu-release- New binary: 389-ds-base [arm64] (cosmic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: 389-ds-base [armhf] (cosmic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:48] -queuebot:#ubuntu-release- New: accepted 389-ds-base [amd64] (cosmic-proposed) [<IP_ADDRESS>-1]
[05:48] -queuebot:#ubuntu-release- New: accepted 389-ds-base [armhf] (cosmic-proposed) [<IP_ADDRESS>-1]
[05:48] -queuebot:#ubuntu-release- New: accepted 389-ds-base [ppc64el] (cosmic-proposed) [<IP_ADDRESS>-1]
[05:48] -queuebot:#ubuntu-release- New: accepted 389-ds-base [arm64] (cosmic-proposed) [<IP_ADDRESS>-1]
[05:48] -queuebot:#ubuntu-release- New: accepted 389-ds-base [s390x] (cosmic-proposed) [<IP_ADDRESS>-1]
[05:48] -queuebot:#ubuntu-release- New: accepted 389-ds-base [i386] (cosmic-proposed) [<IP_ADDRESS>-1]
[05:48] -queuebot:#ubuntu-release- New: accepted octave-statistics [source] (cosmic-proposed) [1.4.0-2ubuntu1]
[05:55] -queuebot:#ubuntu-release- New binary: octave-statistics [amd64] (cosmic-proposed/universe) [1.4.0-2ubuntu1] (no packageset)
[06:57] <ginggs> please accept octave-statistics ^
[07:23] -queuebot:#ubuntu-release- New: accepted octave-statistics [amd64] (cosmic-proposed) [1.4.0-2ubuntu1]
[07:29] <ginggs> ta!
[07:56] -queuebot:#ubuntu-release- Unapproved: libvirt (bionic-proposed/main) [4.0.0-1ubuntu8.3 => 4.0.0-1ubuntu8.4] (ubuntu-server, virt)
[08:35] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (bionic-proposed) [4.0.0-1ubuntu8.4]
[08:52] -queuebot:#ubuntu-release- Unapproved: accepted gpgme1.0 [source] (bionic-proposed) [1.10.0-1ubuntu2]
[08:57] -queuebot:#ubuntu-release- Unapproved: accepted gnome-software [source] (bionic-proposed) [3.28.1-0ubuntu<IP_ADDRESS>]
[09:08] -queuebot:#ubuntu-release- Unapproved: accepted rkhunter [source] (bionic-proposed) [1.4.6-2~ubuntu18.04.1]
[10:46] -queuebot:#ubuntu-release- Unapproved: virtualbox-ext-pack (bionic-proposed/multiverse) [5.2.10-3ubuntu18.04.1 => 5.2.10-3ubuntu18.04.2] (no packageset)
[10:52] <LocutusOfBorg> please reject it ^^
[10:52] <LocutusOfBorg> I fixed twice the same old bug :/
[11:14] <abeato> hey, who is archive admin?
[12:17] <santa_> doko: re: kde autopkgtests - my idea was moving some autopkgtests to debian/rules but I couldn't complete the research properly yet. I wanted to do it in the beginning of the cosmic cycle but I had to fix our automatic tooling to handle the debian merges first
[12:20] <santa_> now that we have proper tooling to handle the merges we could try to give it another shot in the next cycle, after doing  the debian merges with the tooling which, by  now, actually works
[12:41] <lotuspsychje> hey guys we having gnome-shell-common held back when updating system in bionic
[12:41] <lotuspsychje> anyone working on that?
[12:42] <lotuspsychje> another user reported tty after a reboot
[12:42]  * bogusjokes did that
[12:43] <lotuspsychje> tnx for reporting bogusjokes
[12:44] <bogusjokes> i checked the apply upgrades box on reboot, it applied gnome-shell and gnome-shell-common from -upgrades, but libmutter-2-0 is stuck on older version so dependency broke and it only boots into tty now
[12:47] <LocutusOfBorg> tjaalton, syncpackage -f dogtag-pki, right?
[12:47] <tjaalton> LocutusOfBorg: just did
[12:47] <LocutusOfBorg> <3
[12:47] <LocutusOfBorg> lovely thanks
[12:48] <LocutusOfBorg> this should unblock some stuff :D
[12:48] <tjaalton> we'll see..
[12:48] <seb128> lotuspsychje, why is it hold back? could you pastebin a log? what package would be removed if you installed the upgrade?
[12:49] <lotuspsychje> seb128: https://hastebin.com/logurubimu.rb
[12:50] <bogusjokes> it needs to be hold back seb128! it applied for me but since it requires a newer version of libmutter-2-0 than is in the -upgrades repository the whole installation breaks if it upgrades, as it did for me
[12:50] <seb128> lotuspsychje, what happens if you apt install that one?
[12:50] <lotuspsychje> lets c
[12:51] <bogusjokes> The following packages have unmet dependencies:
[12:51] <bogusjokes>  gnome-shell : Depends: libmutter-2-0 (>= 3.28.3-1~ubuntu18.04.1) but 3.28.2-2~ubuntu18.04.1 is to be installed
[12:51] <lotuspsychje> seb128: https://hastebin.com/elaxagiyiz.rb
[12:52] <bogusjokes> libmutter-2-0 3.28.3 has to be pushed to -updates archive, since gnome-shell 3.28.3 is there and requires it
[12:52] <lotuspsychje> better not proceed right? remove ubuntu-desktop?
[12:52] <seb128> right
[12:53] <seb128> seems like the SRU team moved gnome-shell alone and they should have been going together
[12:53] <seb128> I don't think our tools make those case options to the SRU reviewers :/
[12:53] <seb128> SRU team ^
[12:53] <bogusjokes> https://paste.ubuntu.com/p/ttT8jBWySx/
[12:54] <bogusjokes> but might it be a problem with the checkbox for applying updates in gnome when rebooting, since it's hold back with apt and update tool?
[12:55] <jbicha> sil2100: do you want to push mutter into bionic-updates now or we do we need to phase gnome-shell down to 0%?
[12:56] <seb128> bogusjokes, that checkbox shouldn't exist/be used, it doesn't work on debian/ubuntu since the offline mode doesn't handle debconf
[12:56] <seb128> there is a gnome-software SRU in proposed that make it not show, it was displayed by error in some corner cases
[12:57] <bogusjokes> seb128: well, i sure used it and it applied the gnome-shell updates for my installation :D
[12:57] <seb128> how is that incompatible with what I wrote?
[12:58] <bogusjokes> it's not, but it's there, and people use it
[12:58] <seb128> right, that's a bug which has a fix in bionic-proposed
[12:58] <bogusjokes> sweet
[12:58] <seb128> but also the gnome-shell SRU is in a buggy state, which normal apt dist-upgrade users would hit as well
[12:59] <seb128> that's more the problem and what is urgent to fix
[13:00] <seb128> infinity, apw, bdmurray_, slangasek, stgraber, sil2100, ^ someone please do something before it hits more users?
[13:00] <sil2100> I'm around now, let me see the backlog
[13:01] <sil2100> argh
[13:02] <sil2100> I guess I'll phase gnome-shell down to 0% since mutter doesn't have 3 bugs verified
[13:03] <sil2100> But I would prefer if we got mutter out in the nearest 24h
[13:03] <sil2100> Can anyone help verify mutter?
[13:04] <sil2100> Ok, two of those are crash fixes, but the monitor one needs verification
[13:04] <jbicha> since update-manager is the only thing that respects phasing, that still wouldn't help the one who got the update presented in gnome-software :(
[13:05] <sil2100> Yeah, this is why 24 hours for getting mutter released or I revert gnome-shell
[13:06] <sil2100> Damn -proposed
[13:06] <jbicha> Trevinho: are you able to verify the fix for bug 1784398?
[13:08] <sil2100> Phasing set to 0
[13:14] <seb128> jibel, ^can you help?
[13:15] <seb128> sil2100, those are just e.u.c report, not obvious testing to do/follow, worth case they are not fixed but that's not a reason to block the SRU if there are no regression
[13:15] <seb128> and verifying those 3 fixes isn't going to tell you if there are no regression
[13:15] <seb128> so basically what's the point?
[13:17] <sil2100> That's why I just wanted the monitor one verified
[13:17] <sil2100> But I guess we can do without that
[13:18] <sil2100> The change for the monitor one is small enough that I guess I'll just release it as sis
[13:18] -queuebot:#ubuntu-release- New source: initramfs-tools-devices (cosmic-proposed/primary) [0.1]
[13:19] <seb128> well, let's see if Trevinho or jibel can help today
[13:19] <seb128> block it 0% meanwhile
[13:19] <seb128> and unblock later/tomorrow
[13:19] <Trevinho> jbicha: mh no, Laney was affected... But I never noticed that
[13:19] <ogra> abeato, https://launchpad.net/ubuntu/cosmic/+queue now find an archive-admin ;)
[13:20] <Trevinho> seb128: well that wasn't either a e.u.c was related to a Laney issue at debconf
[13:20] <Trevinho> seb128: while e.u.c are quite easier as if the package stays in proposed for a couple of weeks we can easily notice that there are no issues for such version. It's not 100% accurate as proposed is used by less people, but in general I'm quite confident in using those stats.
[13:21] <jbicha> the monitor patch is from the gnome-3-28 branch but hasn't made it into a 3.28 release yet
[13:21] <Trevinho> in case it won't be the case, we can just re-mark the bug, but otherwise I think it's the best way to go
[13:21] <Trevinho> jbicha: yep...
[13:21]  * abeato re-posts https://launchpad.net/ubuntu/cosmic/+queue and waits for slangasek ...
[13:21] <abeato> ogra, thanks a lot
[13:21] <ogra> np
[13:22] <sil2100> Trevinho: ok, I'll take another quick look at e.u.c and if all looks good I'll release mutter as is
[13:22] <ogra> abeato, did you base your -core package on the PPA one ? (thats far ahead, the archive one has not been touched for at least one release)
[13:23] <abeato> ogra, no, in the one in the archive I'm afraid
[13:23] <ogra> if not, we need to sync
[13:23] <ogra> ouch ... k
[13:23] <ogra> (given that there wont be an ubuntu-core 18.10 this isnt a biggie indeed
[13:23] <ogra> )
[13:23] <abeato> yeah, I forgot about the core ppa :/
[13:24] <ogra> well, core images will only happen for 16 or 18
[13:24] <ogra> (which means 18.04)
[13:24] <ogra> so nothing will break
[13:25] <ogra> but we should sync that code into the archive nontheless
[13:25] <Trevinho> sil2100: good, thanks
[13:26] <ogra> abeato, we need to make sure that -devices gets the latest resize from the PPA right after it got out of NEW though to make sure you use the latest fixes
[13:27] <abeato> ogra, yup, will upload a debdiff as soon as that happens
[13:27] <ogra> yeah ... just ping me, happy to sponsor that
[13:28] <abeato> ogra, but we need -devices in main and it is in universe in the queue
[13:28] <ogra> yes, all packages enter through universe
[13:28] <abeato> aha, ok
[13:29] <ogra> it will need to either go into some seed or some main package needs to depend on it to make it want to move over (and then it also needs manual ACKing)
[13:29] <ogra> ... but first it needs to go through NEW
[13:30] <abeato> I see, after it moves in we can make it enter main with the change initramfs-tools-ubuntu-core, that makes it depend on -devices
[13:30] <abeato> s/change/change in/
[13:31] <ogra> i uploaded that alongside btw
[13:31] <ogra> (you should have gotten mail=
[13:31] <ogra> )
[13:31] <abeato> nice!
[13:31] <abeato> but no email yet :p
[13:32] <ogra> weird, i got them immediately, for both packages
[13:33]  * ogra wonders if the archive stopped mailing the person in "Changed-By:" ...
[13:35] <ogra> or perhaps i just mis-remember ... havent uploaded a deb in ages :)
[13:49] -queuebot:#ubuntu-release- New binary: golang-github-canonicalltd-raft-test [amd64] (cosmic-proposed/universe) [0.0~git20180628.c3345b5-1] (no packageset)
[14:09] <ahasenack> hi, sssd now has a component mismatch: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#sssd
[14:09] <ahasenack> python-sss comes from the same source, but is in universe. Could an archive admin please move it to main, where sssd is?
[14:10] <ahasenack> where sssd-tools* is
[14:10] <ahasenack> (and sssd)
[14:18] -queuebot:#ubuntu-release- New binary: vala [s390x] (cosmic-proposed/universe) [0.41.92-0build1] (ubuntu-desktop)
[14:20] -queuebot:#ubuntu-release- New binary: vala [ppc64el] (cosmic-proposed/universe) [0.41.92-0build1] (ubuntu-desktop)
[14:21] -queuebot:#ubuntu-release- New binary: vala [i386] (cosmic-proposed/universe) [0.41.92-0build1] (ubuntu-desktop)
[14:22] -queuebot:#ubuntu-release- New binary: vala [amd64] (cosmic-proposed/universe) [0.41.92-0build1] (ubuntu-desktop)
[14:28] -queuebot:#ubuntu-release- New binary: vala [arm64] (cosmic-proposed/universe) [0.41.92-0build1] (ubuntu-desktop)
[14:28] -queuebot:#ubuntu-release- New binary: vala [armhf] (cosmic-proposed/universe) [0.41.92-0build1] (ubuntu-desktop)
[14:32] <Trevinho> sil2100: thanks for relasing :)
[14:32] <Trevinho> releasing*
[14:40] <sil2100> yw!
[14:44] -queuebot:#ubuntu-release- Unapproved: cryptsetup (bionic-proposed/main) [2:2.0.2-1ubuntu1 => 2:2.0.2-1ubuntu1.1] (core)
[14:45] -queuebot:#ubuntu-release- New: accepted golang-github-canonicalltd-raft-test [amd64] (cosmic-proposed) [0.0~git20180628.c3345b5-1]
[14:45] -queuebot:#ubuntu-release- New: accepted vala [arm64] (cosmic-proposed) [0.41.92-0build1]
[14:45] -queuebot:#ubuntu-release- New: accepted vala [i386] (cosmic-proposed) [0.41.92-0build1]
[14:45] -queuebot:#ubuntu-release- New: accepted vala [s390x] (cosmic-proposed) [0.41.92-0build1]
[14:45] -queuebot:#ubuntu-release- New: accepted vala [amd64] (cosmic-proposed) [0.41.92-0build1]
[14:45] -queuebot:#ubuntu-release- New: accepted vala [ppc64el] (cosmic-proposed) [0.41.92-0build1]
[14:45] -queuebot:#ubuntu-release- New: accepted vala [armhf] (cosmic-proposed) [0.41.92-0build1]
[14:50] <tkamppeter> The autopkg tests on the build servers stopped working, only the tests on ppc64el and s390x are actually running.
[14:51] <xnox> tkamppeter, that is not true
[14:51] <xnox> tkamppeter, why/how do you assert that?
[14:52] <xnox> yesterday queues on all arches were above 1.5k, now they are about 0.5k everywhere, so clearly 1000s of tests across all arches have executed over the past 48h
[14:54] <xnox> based on KPI stats, it is expected to clear over the weekend.
[14:54] <xnox> private stats are in e.g. https://cdo.okr.canonical.com/d/000000030/ubuntu-foundations?panelId=19&fullscreen&orgId=1
[14:55] <xnox> ppc64el is simply the fastest/more hardware we have, then s390x, then intel, than arms.
[14:55] <tkamppeter> On http://people.canonical.com/~ubuntu-archive/proposed-migration/cosmic/update_excuses.html#gutenprint
[14:55] <tkamppeter> http://people.canonical.com/~ubuntu-archive/proposed-migration/cosmic/update_excuses.html
[14:56] <xnox> look at http://autopkgtest.ubuntu.com/running where in the queue the tests are....
[14:56] <acheronuk> tkamppeter: ppc64el and s390x run a great deal quicker than other arches, so they clear their test backlog much sooner. that is all
[14:56] <tkamppeter> Most tests show amd64: Test in progress, arm64: Test in progress, armhf: Test in progress, i386: Test in progress, ppc64el: Pass, s390x: Pass
[14:56] <xnox> tkamppeter, yes, because there is 18k of tests to run for KDE stack that was uploaded two days ago.....
[14:56] <acheronuk> and test in progress includes when they are queued
[14:56] <tkamppeter> Especially cpdb-libs is stuck in this state since yesterday.
[14:57] <tkamppeter> xnox, OK, then I understand.
[14:57] <xnox> tkamppeter, please open http://autopkgtest.ubuntu.com/running and ctrl-f the package you want, to see how much tests are scheduled ahead of it.
[14:57] <xnox> tkamppeter, there you can also check up as it bubbles up.
[14:59] <xnox> tkamppeter, some tests do get lost - but wait for the queues to be all empty on http://autopkgtest.ubuntu.com/running to retrigger anything that is "not running, not in the queue to run, in-progress state" but i expect that only by like monday or tuesday.
[14:59] <xnox> most likely it will just clear by monday.
[15:19] -queuebot:#ubuntu-release- Unapproved: accepted fonts-liberation [source] (bionic-proposed) [1:1.07.4-7ubuntu<IP_ADDRESS>]
[15:33] <slangasek> seb128, sil2100: is gnome-shell + mutter stabilized now?  Should I be rolling back gnome-shell in the -updates pocket as well?
[15:38] -queuebot:#ubuntu-release- Unapproved: accepted fonts-liberation2 [source] (bionic-proposed) [2.00.1-7ubuntu<IP_ADDRESS>]
[15:38] -queuebot:#ubuntu-release- Unapproved: maas (bionic-proposed/main) [2.4.0-6981-g011e51b7a-0ubuntu1~18.04.1 => 2.4.2-7034-g2f5deb8b8-0ubuntu1] (ubuntu-server)
[15:41] <sil2100> slangasek: should be all good now
[15:44] <ahasenack> fyi, I'm chasing down the paramiko dep8 failures. They are happening because the tarball is lacking the *.pub files that testsuse. The github paramiko release tarball has them, but the pypi one does not. I'm asking in #paramiko
[15:44] <ahasenack> https://pastebin.ubuntu.com/p/GKgxv64t2K/ shows the missing files
[15:49] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (trusty-proposed/main) [4.15.0-1022.22~14.04.1] (no packageset)
[16:02] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (trusty-proposed) [4.15.0-1022.22~14.04.1]
[16:04] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (bionic-proposed) [2.525.7]
[16:09] -queuebot:#ubuntu-release- Unapproved: rejected tkblt [source] (bionic-proposed) [3.2.7-1ubuntu1]
[16:25] -queuebot:#ubuntu-release- Unapproved: rejected base-files [source] (bionic-proposed) [10.1ubuntu2.2]
[16:37] <tjaalton> could an archive admin remove cockpit-389-ds armhf deb?
[16:39] -queuebot:#ubuntu-release- Unapproved: accepted ubiquity [source] (bionic-proposed) [<IP_ADDRESS>]
[16:40] -queuebot:#ubuntu-release- Unapproved: maas (xenial-proposed/main) [2.3.4-6508-g4f77e30-0ubuntu1 => 2.3.5-6511-gf466fdb-0ubuntu1] (ubuntu-server)
[16:43] -queuebot:#ubuntu-release- Unapproved: accepted software-properties [source] (bionic-proposed) [<IP_ADDRESS>.5]
[16:45] <lotuspsychje> seb128: ping me if i have to test the updates on bionic
[16:47] -queuebot:#ubuntu-release- Unapproved: accepted cryptsetup [source] (bionic-proposed) [2:2.0.2-1ubuntu1.1]
[16:50] <lotuspsychje> sil2100 seb128 ok system updating here, new kernels and gnome-shell upgrading lookin good
[16:51] <seb128> lotuspsychje, thx
[16:51] <lotuspsychje> +1 for the fix guys
[16:57] <ahasenack> fix for the paramiko dep8 failures: https://code.launchpad.net/~ahasenack/ubuntu/+source/paramiko/+git/paramiko/+merge/353660
[16:58] <slangasek> tjaalton: done
[17:00] <slangasek> abeato: hi, not sure I'm going to have time to look at NEW processing today, sorry
[17:03] <abeato> slangasek, nw, it is not super-urgent, thanks
[17:07] <tjaalton> slangasek: thanks
[17:17] <LocutusOfBorg> jbicha, you might have a guile issue?
[17:18] <LocutusOfBorg> are you working to port stuff in main to guile 2.2?
[17:23] <jbicha> LocutusOfBorg: no issue, there's only one package in main using guile :)
[17:26] <LocutusOfBorg> :)
[17:26] <LocutusOfBorg> nice!
[17:26] <LocutusOfBorg> maybe we should merge both guiles now
[18:35] <infinity> sil2100: What was with the "review" on that bionic/ubiquity upload? :P
[18:37] <infinity> mwhudson: ^--- and while I'm mentioning it, want to fix that to not include 1MB of accidental package updates from cosmic?
[18:52] <ahasenack> hi, sssd now has a component mismatch: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#sssd
[18:52] <ahasenack> python-sss comes from the same source, but is in universe. Could an archive admin please move it to main, where sssd{,-tools} is?
[18:54] <infinity> ahasenack: Done.
[18:55] <ahasenack> infinity: \o/ thanks
[19:19] <sil2100> infinity: I thought those happen automatically - and since the package updates landed in -updates already, no harm in pulling those into ubiquity... where actually I forgot to check if those were actually just from -updates
[19:21] <sil2100> eh, too warm here, I blame it on the heat
[19:22] <sil2100> My brain tissue has melted
[19:24] <infinity> sil2100: They were from cosmic. :P
[19:24] <infinity> And definitely not "automatic", it was mwhudson building in a dirty checkout.
[19:25] <sil2100> Ok ok, just another fallout of not looking at the sources that were being updated
[19:25] <sil2100> You got me there, argh
[19:25] <sil2100> Sorry about that
[19:28] <sil2100> ...and that would explain why I thought I didn't see the d-i/manifest updated
[19:29] <sil2100> Uber fail
[19:30] -queuebot:#ubuntu-release- New binary: grub2 [arm64] (cosmic-proposed/main) [2.02+dfsg1-5ubuntu1] (core)
[19:31] -queuebot:#ubuntu-release- Unapproved: grub2 (bionic-proposed/main) [2.02-2ubuntu8.3 => 2.02-2ubuntu8.4] (core)
[19:37] -queuebot:#ubuntu-release- New binary: neutron-fwaas-dashboard [amd64] (cosmic-proposed/universe) [1.3.0-1ubuntu1] (no packageset)
[19:50] <slangasek> hmm why does MoM only list nagios3 3.5.1.dfsg-2.1ubuntu4?
[19:57] <slangasek> ah because it was removed from unstable
[20:12] <slangasek> jbicha: have you gotten notification emails about your zc.lockfile sync being stuck in -proposed for 77 days (because you dropped an Ubuntu delta that is required by revdeps)?
[20:13] <slangasek> jbicha: I have had my doubts about whether notification emails are properly sent out to people who have done syncs
[20:22] -queuebot:#ubuntu-release- New binary: grub2 [amd64] (cosmic-proposed/main) [2.02+dfsg1-5ubuntu1] (core)
[20:34] <mwhudson> infinity: oh ffs
[20:35] -queuebot:#ubuntu-release- New binary: grub2 [i386] (cosmic-proposed/main) [2.02+dfsg1-5ubuntu1] (core)
[20:40] <mwhudson> i hate native packages
[20:52] <mwhudson> infinity, sil2100: uploaded <IP_ADDRESS>
[20:53] -queuebot:#ubuntu-release- Unapproved: ubiquity (bionic-proposed/main) [<IP_ADDRESS> => <IP_ADDRESS>] (core)
[22:30] -queuebot:#ubuntu-release- New binary: pscan-tfbs [ppc64el] (cosmic-proposed/universe) [1.2.2-2] (no packageset)
[22:30] -queuebot:#ubuntu-release- New binary: pscan-tfbs [s390x] (cosmic-proposed/universe) [1.2.2-2] (no packageset)
[22:31] -queuebot:#ubuntu-release- New binary: pscan-tfbs [amd64] (cosmic-proposed/universe) [1.2.2-2] (no packageset)
[22:31] -queuebot:#ubuntu-release- New binary: pscan-tfbs [armhf] (cosmic-proposed/universe) [1.2.2-2] (no packageset)
[22:31] -queuebot:#ubuntu-release- New binary: pscan-tfbs [arm64] (cosmic-proposed/universe) [1.2.2-2] (no packageset)
[22:31] -queuebot:#ubuntu-release- New binary: pscan-tfbs [i386] (cosmic-proposed/universe) [1.2.2-2] (no packageset)
[22:33] -queuebot:#ubuntu-release- New: accepted pscan-tfbs [amd64] (cosmic-proposed) [1.2.2-2]
[22:33] -queuebot:#ubuntu-release- New: accepted pscan-tfbs [armhf] (cosmic-proposed) [1.2.2-2]
[22:33] -queuebot:#ubuntu-release- New: accepted pscan-tfbs [ppc64el] (cosmic-proposed) [1.2.2-2]
[22:33] -queuebot:#ubuntu-release- New: accepted pscan-tfbs [arm64] (cosmic-proposed) [1.2.2-2]
[22:33] -queuebot:#ubuntu-release- New: accepted pscan-tfbs [s390x] (cosmic-proposed) [1.2.2-2]
[22:33] -queuebot:#ubuntu-release- New: accepted pscan-tfbs [i386] (cosmic-proposed) [1.2.2-2]
[22:38] -queuebot:#ubuntu-release- Unapproved: console-setup (bionic-proposed/main) [1.178ubuntu2.6 => 1.178ubuntu2.7] (core)
[22:52] <slangasek> and I check if the gnucash build failures are reproducible, and it now ftbfs on all archs due to gcc-8 because of course it should
[22:55] <slangasek> /<<PKGBUILDDIR>>/libgnucash/engine/Account.cpp:575:59: error: ‘void g_type_class
[22:55] <slangasek> _add_private(gpointer, gsize)’ is deprecated [-Werror=deprecated-declarations]
[22:55] <slangasek>      g_type_class_add_private(klass, sizeof(AccountPrivate));
[22:55] <slangasek>                                                            ^
[22:55] <slangasek> ... and the first gtk3 implementation of gnucash is already using deprecated functions
[23:19] -queuebot:#ubuntu-release- New: accepted grub2 [amd64] (cosmic-proposed) [2.02+dfsg1-5ubuntu1]
[23:19] -queuebot:#ubuntu-release- New: accepted grub2 [i386] (cosmic-proposed) [2.02+dfsg1-5ubuntu1]
[23:19] -queuebot:#ubuntu-release- New: accepted grub2 [arm64] (cosmic-proposed) [2.02+dfsg1-5ubuntu1]
[23:19] -queuebot:#ubuntu-release- New: accepted neutron-fwaas-dashboard [amd64] (cosmic-proposed) [1.3.0-1ubuntu1]


[15:37] <mdke> popey: around?
[15:38] <popey> mdke: of course :)
[15:39] <mdke> popey: yeah, I figured
[15:39] <mdke> popey: can you access the internet from lanthanum? i can't seem to be able to
[15:39] <popey> no, its firewalled
[15:40] <mdke> damn. so I take it that screencasts doesn't need internet access?
[15:40] <popey> what are you trying to achieve?
[15:40] <mdke> bzr checkout lp:ubuntu-doc
[15:41] <popey> no
[15:41] <popey> i tend to do that on another server I have in the same dc and then scp it over
[15:41] <popey> well, tar it up and scp it over
[15:42] <mdke> ok, that's a pain
[15:42] <popey> its possible you might be able to get a firewall rule to allow lanthanum to talk to lp.net only
[15:42] <mdke> I'll ask. It always used to work in the past
[15:43] <popey> how long ago?
[15:43] <mdke> well, the last time I touched it would have been about april I guess :)
[15:43] <popey> well, there is another way :)
[15:44] <mdke> what's that?
[15:44] <popey> scp reverse tunnel socks proxy
[15:44] <mdke> bless you
[15:44] <popey> :)
[15:45] <mdke> I wonder if bzr checkout can be done over sftp without requiring lp authication
[15:47] <mdke> no, that doesn't work
[15:50] <mdke> hmm, nothing works at all
[15:51] <mdke> i love the idea of just closing off a server without asking the people who use it
[15:52] <popey> i thought it always was
[15:53] <popey> at least all the time it's been in the canonical dc
[15:53] <mdke> well, it must have worked at some stage, because i used to download the branches fine
[15:54] <mdke> maybe I'm doing something wrong
[17:02] <mdke> whoa
[17:03] <mdke> checkout https://launchpad.net/ubuntu-doc
[17:25] <jpds> I saw that a few days ago.
[23:33] <technomensch> hello all
[23:42] <technomensch> is there anyone here that is looking for a wiki project to work on, I could use some assistance
[23:45] <KhaoticMind> what kind of wiki technomensch?
[23:55] <technomensch> ubu wiki....community docs
[23:56] <technomensch> I'm working on organizing the wifi docs and its getting a tad time consuming


[18:43] <peeweek> Hello! I've filed a bug regarding a regression in my laptop's touchpad behavior today (https://bugs.launchpad.net/ubuntu/+bug/2017337) but I am having a hard time dertermining which package it should be filed against. After some investigation, I have already excluded xorg and wayland (as the bug seems independent from either one or the other), currently I am suspecting either libinput, or even the kernel. Could someone help me verify I'm filing the bug
[18:43] -ubottu:#ubuntu-bugs- Launchpad bug 2017337 in Ubuntu "Multi touch broken on lunar (23.04) (xorg + wayland) for Focaltech touchpad" [Undecided, New]
[18:43] <peeweek> against the right package please?


[06:06] <tbs> hello, what s mean of first wallpaper of lubuntu 19.10 with 2 different birds?
[06:07] <wxl> hummingbird. part of the lxqt logo.
[06:09] <tbs> yes, but there s one more bird, i thought maybe it means som ething
[06:10] <wxl> just a design
[06:10] <tbs> i guess i read too much manga :) so i thought there m ight be a meaning
[08:47] <tbs> i found this http://ubuntuhandbook.org/index.php/2019/11/celluloid-0-18-gnome-mpv-released/ page about celluloid and it says it s GTK+ frontend, what if i install it to lubuntu like that page suggest? it s  not that i need it but i like trying things.
[10:07] <tbs> i found this http://ubuntuhandbook.org/index.php/2019/11/celluloid-0-18-gnome-mpv-released/ page about celluloid and it says it s GTK+ frontend, what if i install it to lubuntu like that page suggest? it s  not that i need it but i like trying things.
[10:59] <tomreyn> tbs: yes, what if? what is your actual question?
[11:17] <tbs> tomreyn: if i understood right, the biggest differance about apps between  lubuntu and others excluding kde is qt-gtk things. i dont even know what are they exactly but i wonder what will happen if i install celluloid.
[11:20] <guiverc> tbs, You won't likely notice a difference..  I used redshift-gtk on my Lubuntu until a team member created redshift-qt for us.  GTK is the gimp/gnome-toolkit, meaning it's libs will need to be in memory for your app, Qt (Q toolkit) for LXQt desktop - ie. wasted memory as two libs that do same thing necessary.. an issue if you have limited ram, but not in my opinion with 4gb+ of ram (depends on your use-case/app requirements too I guess)
[11:23] <guiverc> (in the windows/apple world; they don't mention toolkits (Qt is used in windows too) they only say you need more ram (ie. increase ram minimum)
[11:23] <tbs> ahh
[11:25] <tbs> guiverc: if i understan right, if i use only qt apps i ll use A services which uses my ram, if i use gtk apps too i need to spend some more ram for B services. is this right?
[11:26] <tbs> ram usage is importand for me. i also have low speed hdd
[11:28] <guiverc> oversimplified yeah... You can't just count libs though; some are tiny & thus of no consequence, some are rarely called (thus maybe installed but rarely need ram unless you use a feature that uses it) .. I worry about GTK/Qt on laptops with 1gb of ram, but with more ram i worry less (I'm using hexchat; a gtk+ irc client, evolution (gtk+ mua), liferea gtk+ feed reader etc on my lubuntu.. 10 year old desktop with spinning rust, but 8gb of ram
[11:28] <guiverc> means impact is minimal
[11:29] <guiverc> (my lubuntu is 20.04 so LXQt)
 (Photo, 1280x580) https://i.imgur.com/dnDSijQ.jpg excuse me, how to resize this information screen
 its came up when i want to install .deb packages
[11:44] <guiverc> @devikri, what program is it?  muon?  (sorry I use terminal, or aptitude normally)
 @guiverc [<guiverc> @devikri, what program is it?  muon?  (sorry I use terminal, or aptitu …], gdebi package installer
[11:46] <guiverc> gdebi is a GTK3 program & uses gnome's GUI settings I believe (https://packages.ubuntu.com/disco/gdebi) so I don't know
[11:47] <tbs> i saw that discover can install deb files, so i didnt install gdebi
[11:48] <tbs> i guess i understand about this matter much more thanks to you
[11:48] <guiverc> Lubuntu comes with Muon (Qt based version of synaptic I guess) & Discover (Ubuntu Software Centre in GTK+ i guess)
[11:49] <tbs> now i want to ask another question now:)
 @guiverc [<guiverc> Lubuntu comes with Muon (Qt based version of synaptic I guess) & Disco …], but it comes with my lubuntu bionic
[11:49] <guiverc> sorry that was poorly worded; Muon & Discover Qt based versions equiv of GTK+'s Synaptic & Ubuntu.Software
[11:49] <tbs> @@
 so where i can find muon ?
[11:50] <tbs> synaptic s also gtk based? so i im now running gtk dependices cuz i in stalled it?
[11:50] <guiverc> @devikri you didn't say which Lubuntu; I assumed (wrongly) a modern Lubuntu/LXQt, not legacy/LXDE 18.04 LTS -- LXDE uses GTK+2 so is different
[11:51] <guiverc> tbs GTK is an issue in ram only when software is used... yes installing it causes more libs to be downloaded, upgraded etc even if not used; but RAM issue is only when used
[11:52] <tbs> ahh
[11:52] <tbs> okay, thanks^^
[11:52] <guiverc> @devikiri on 18.04 you don't want muon/discover ... booting LXDE 18.04 to look
[11:53] <tbs> guiverc: why do u use lubuntu 20.04? not 19.10?
[11:54] <guiverc> i test lubuntu (QA-testing); LIVE & installs; and if I want to compare with an installed/used version, I compare with my main desktop (this box i use)
[11:54] <guiverc> tbs ^
 @guiverc [<guiverc> @devikri you didn't say which Lubuntu; I assumed (wrongly) a modern Lu …], okay i think i will upgrade my release version
[11:55] <tbs> i have a different question  now:)
[11:56] <tbs> u know workspaces(desktops),i want to set different wallpapers on them, do u know how can i do that?
[11:58] <tbs> guiverc: ^
[11:58] <guiverc> @devikiri  note https://lubuntu.me/cosmic-released/  "The most major and notable problem is that upgrading Lubuntu from 18.04 to 18.10 causes a fair amount of issues. Therefore, we are not officially supporting this upgrade path at this time.." still applies, ie. a reinstall is recommended.  (upgrade is posisble, I did for this box, but it's unsupported so you must be prepared for issues! & rejection here due to unsupported; ie. may need to
[11:58] <guiverc> re-install if it fails..)
[11:59] <guiverc> tbs, i know what you mean, but I haven't tried it, aren't sure if it's possible nor how sorry
[12:00] <tbs> btw is there someone in chat named devikiri? i don t see his messages
[12:01] <guiverc> tbs, the <..> shows it's being relayed by lubot from telegram; they're not really on IRC
[12:02] <tbs> https://sourceforge.net/projects/archman-os/files/stable-iso/2019-03/community/openbox/
[12:03] <tbs> here s the distro i saw different wallpapers at different workspaces, it s open box which also lxqt uses
[12:03] <guiverc> @devikri, sorry I'm having trouble re-creating your box issue (i'm inexperienced with gdebi) so may not be able to help you sorry
[12:06] <guiverc> @devikri, I can use ^A to select all text in gdebi windows, then paste them in leafpad to read text; I've been unable to resize windows though
[12:07] <tbs> how can  i see also telegram chat here?
[12:08] <guiverc> tbs anything said via a telegram client appears in this room automatically (repeated by lubot with the <> tags around whomever said it)
[12:08] <guiverc> we just cannot see who's online via telegram, or if they leave etc
[12:09] <tbs> okay, i also have one  more question:)
[12:12] <tbs> there s a widget for changing workspaces at panel, but i want to do it on any empty place on task manager with mouse whell like i do at desktop, how can i do? guiverc
 @tbs [<tbs> there s a widget for changing workspaces at panel, but i want to do it on …], Okay thx, it works
[12:16] <guiverc> tbs, I don't think it's possible (but don't really know).... What is possible is adding multiple Desktop.Switcher widgets to your panel, so you have multiple places where you can use scroll wheel (note: I read your "on task manager" as just on panel)
[12:17] <guiverc> tbs, you could also be like me, with panels on multiple sides of your monitor(s) - it looks terrible, but it works for me!
[12:20] <tbs> https://sourceforge.net/projects/archman-os/files/stable-iso/2019-03/community/openbox/  this distro s what lead me lubuntu actually,i liked somethings on it but it s not stable, so i choose lubuntu
[12:20] <tbs> u can see things i mentioned at that distro
[12:22] <tbs> guiverc: i also searched at web about this matter but i couldnt find solution for lxqt or i couldn t understand how to do, so im asking here
[12:25] <guiverc> tbs, I can't really offer more than I've already provided.  https://manual.lubuntu.me/stable/5/5.1/lxqt-panel.html is the Lubuntu manual page talking about adding widgets (plugins) to the panel; my suggestion was multiple Desktop.Switchers on a panel, or creating another panel with that widget/plugin only & place where it's handy (I've done that, I have 5 panels on my two displays)
[12:26] <tbs> guiverc: thanks for help^^
[12:27] <tbs> btw if it will be usefull i can try lubuntu live 20.04 at  my system and give u informations u want
[12:31] <guiverc> tbs, if you have a launchpad account, you can log your findings at http://iso.qa.ubuntu.com/qatracker/milestones/408/builds , I can provide examples of the comments I leave (eg. I summarize on box as sony vaio ultrabook (i5-9400u, 4gb, intel haswell-ULT) - http://iso.qa.ubuntu.com/qatracker/milestones/408/builds/205302/testcases/1701/results/)
[12:32] <guiverc> http://iso.qa.ubuntu.com/qatracker/milestones/408/builds/205302/testcases/1303/results  is an example of a 'live' test (no install); alas a problem was detected...
[12:34] <guiverc> (my box details were just taken from `lshw`; "make model (cpu,ram, gpu)")
[12:37] <guiverc> If you'd like to give that a go (testing our Live (daily) release every so often, record details on iso.qa.ubuntu.com; we'd really apprecaite it... Yell out if you have troubles; or #lubuntu-devel for 20.04 live-QA (quality assurance) issues!
[12:37] <guiverc> tbs, ^
[12:37] <tbs> guiverc: im reading pages u sent
[12:38] <tbs> english s not my primary language so i read slowly to understand well :)
[12:38] <guiverc> (my pages were example only of what I put... you do whatever makes sense for you!)
[12:40] <tbs> daily but how many days it will continue?
[12:41] <tbs> i have free time actually, i would like to do somethings for linux cuz i take so much things from it
[12:41] <guiverc> daily really means interval... early in release cycle it's ~weekly, most of cycle including now it's daily... late in cycle it can be produced twice per day (yyyymmdd.1 for second produced in day)..
[12:41] <tbs>  but im not sure if i can fill my responsibility
[12:42] <tbs> let me read some  more than so i can understand what would i do
[12:42] <guiverc> tbs, you do it when you can; you don't need to do it everyday - the links I showed you were probably my last runs ...  being produced daily doesn't mean you need to do it daily; just when it's produced (sort of)
[12:44] <tbs> ahh
[12:44] <guiverc> downloading the ISO (zsync is worthwhile using to save time/bandiwdth, ie. download only changes) & running it if you've some spare time...  be it once a week, once a month, once in awhile is great too...  daily is what we call the image (not what I'm asking)
[12:44] <tbs> i understand now
[12:45] <tbs> how can i see the new daily iso came for me to try?
[12:45] <tbs> cuz i saw lubuntu 20.04 before a month i guess, it didnt change
[12:46] <guiverc> https://bazaar.launchpad.net/~ubuntu-cdimage/ubuntu-cdimage/mainline/view/head:/etc/crontab shows the cronjob that creates the images..   & times
[12:48] <guiverc> I provided http://iso.qa.ubuntu.com/qatracker/milestones/408/builds  (which lists ALL flavors for focal/20.04) & not Lubuntu only - if I provided Lubuntu only or you'd get a specific day's run http://iso.qa.ubuntu.com/qatracker/milestones/408/builds/205390/testcases; the URL won't allow new entries once a new daily has been spun; ie. it's history)
[12:53] <guiverc> tbs, just in case you're wondering on the cronjob; bionic means the 18.04.4 ISO (daily); ie. the next point release; why released versions appear in that list
[12:54] <tbs> guiverc: i would like to be smarter:) i still cant find download page of daily iso(s)
[12:56] <guiverc> from the http://iso.qa.ubuntu.com/qatracker/milestones/408/builds page I cliked "Lubuntu Desktop amd64" , then 'Live Session" then at the top is a "Link to the download information" <- what you want
[12:58] <guiverc> fyi:   this is my zsync_focal.sh script (https://paste.ubuntu.com/p/ZDfXBbTJ8Q/)
[13:01] <tbs> iso's name is "daily-live/20200101/focal-desktop-amd64.iso" so if it changes to forexample 20200105, i ll try it again, right?
[13:05] <guiverc> Going from the site, yep I'd agree.   I use zsync script to download, (I provided my script ; zsync -u http://cdimage.ubuntu.com/lubuntu/daily-live/current/focal-desktop-amd64.iso  focal-desktop-amd64.iso.zsync  .. just started it, it's seen 2020-01-03 & looking for changes..
[13:06] <guiverc> it's reported 93.1% complete... it's now downloading the changes (~7%)
[13:08] <guiverc> Sorry tbs I cannot explain why my script doesn't match the download links;   it's not matched before but I don't want to change dates everytime (downloaded completed & checksum auto verified) so I've worked out whatever makes it work forgetting how
[13:11] <guiverc> ISO downloaded is dated 2020-01-01 18:28:49  (it's not 20-01-03; that maybe was my local time)
 ^ That is the latest one I have as well.
[13:13] <tbs> i did use "sudo apt install zsync" but i cant find what happend, i dont see any new app
[13:13] <guiverc> i use zsync from command line, no idea if there is a GUI frontend for it, I suspect not.
 It should already be installed.
 I don't think there is a gui.
[13:14] <tbs> zsync http://cdimage.ubuntu.com/lubuntu/daily-live/20200101/focal-desktop-amd64.iso.zsync
[13:14] <tbs> is writing this to terminal enough now after new realese comes?
[13:15] <tbs> ahh n o
[13:15] <tbs> no*
 No that will always pull the ISO for 20200101 Take a look at guiverc 's link
[13:15] <tbs> zsync -u http://cdimage.ubuntu.com/lubuntu/daily-live/current/focal-desktop-amd64.iso
[13:15] <tbs> this is what it is, right?
[13:16] <guiverc> tbs, I'd have a look at the script I provided, it's very small, only thing missing was the `cd` to it's directory (I didn't want that in the script)  you download the .zsync file first then it gets used in next command
 Yes, that is what you want
[13:17] <guiverc> https://paste.ubuntu.com/p/ZDfXBbTJ8Q/  (you could drop the `rm` & `mv` too if needed, I've found prior one useful on rare occasion why it's there)
[13:22] <guiverc> tbs, I've gotta catch some ZZZs (sleep), Good night.
[13:52] <tbs> guiverc, goodnight, sleep well.
[16:08] <tbs> hello, is there anyone can teach me how to put different wallpapers for different workspaces?
 @tbs [<tbs> hello, is there anyone can teach me how to put different wallpapers for di …], workspaces or monitor?
 If workspaces, I don't think it is possible with openbox, however, that's the way should search for.
[16:16] <tbs> @HMollerCI, workspaces i want to learn, it s possible, i saw it at a distro, wait a min i ll show u
[16:18] <tbs> this one  https://sourceforge.net/projects/archman-os/files/stable-iso/2019-03/community/openbox/  is where i saw it first time
[16:21] <tbs> i guess they put 2 panel to bottom, u can change workspace with them like left one s for workS1 rigfht one s for workS2, u can use mousewhell to change panels anywhere empty on panel on task manager widget so that makes it easier
[16:22] <tbs> it also fastly changes with different setted up wallpapers with no lag as far as i saw,
[16:55] <tbs> i want to open a new topic about this, should i open it under " development " or uncategorized ?