[03:25] <Meyer> @schedule Brazil/East
[03:25] <Ubugtu> Schedule for Brazil/East: 06 Apr 05:00: Dapper Development Status | 11 Apr 17:00: Technical Board | 12 Apr 09:00: Edubuntu | 12 Apr 11:00: Xubuntu | 13 Apr 11:00: Dapper Development Status | 18 Apr 18:00: Community Council
[09:53] <pitti> hey all
[09:54] <doko> moin
[09:56] <Keybuk> Kinnison: I'm trying tea so stiff the spoon stands up in it
[09:56] <Kinnison> Keybuk: I find that forms a film on the top which I dislike
[09:56] <ogra> (with a fresh coffe)
[09:56] <mdz> everyone here?
[09:56] <ogra> +e
[09:57] <fabbione> yeah
[09:57] <ogra> heno, hey congrats :)
[09:57] <ogra> and welcome in the team :)
[09:57] <heno> hey distro team!
[09:57] <dholbach> yeah... congratulations heno :)
[09:57] <mdz> yes,  before we start, everyone welcome heno aboard
[09:57] <JaneW> ping:  iwj, Kamion, Kinnison , Riddell, seb128, sivan
[09:57] <JaneW> g
[09:57] <mdz> Kinnison is here
[09:57] <JaneW> heno \0/
[09:57] <heno> thanks all :)
[09:57] <Keybuk> bah
[09:57] <JaneW> hi Kinnison
[09:57] <ogra> everyone is gone again ...
[09:57] <Kinnison> hi jane
[09:57] <Riddell> hi JaneW
[09:58] <JaneW> hi Riddell
[09:58] <mdz> mvo: here?
[09:58] <Kamion> here
[09:58] <mvo> mdz: hello
[09:58] <JaneW> Kinnison: you have no idea how much I need that
[09:58] <mdz> Mithrandir,infinity,BenC?
[09:59] <Kinnison> JaneW: you seem to have been suffering for a few days
[09:59] <dholbach> mdz: infinity has a 'pre-meeting smoke'.
[09:59] <JaneW> ping:   sivang
[09:59] <infinity> mdz: PING
[09:59] <BenC> mdz: pong
[09:59] <JaneW> Kinnison: nod, it SUCKS
[09:59] <infinity> Err.
[09:59] <infinity> Caps lock, yay.
[10:00] <mdz> Mithrandir: ping
[10:00] <JaneW> seems everyone is here besides sivang
[10:00] <JaneW> Mithrandir is on vac
[10:00] <JaneW> and gave apologies and an update
[10:00] <pitti> Riddell?
[10:00] <JaneW> Riddell is here
[10:00] <Riddell> hi pi
[10:00] <pitti> oops, yes
[10:00] <Riddell> pitti:
[10:01] <mdz> JaneW: StaffCalendar disagrees
[10:01] <JaneW> mdz: erk, he said he applied for last week, but due to original Dapper release date you asked him to take this week....
[10:02] <mdz> JaneW: yes, that sounds likely, but nonetheless StaffCalendar mentions nothing of the sort
[10:02] <mdz> anyway, let's get started
[10:02] <mdz> BenC: care to start us off?
[10:02] <JaneW> mdz: I'll prod him about it
[10:02] <BenC> - Kernel status: Stabalizing on all platforms. Lots of major bugs fixed in the last uload (20.30).
[10:02] <BenC> - Bug status: Way behind. Recent flight release along with the few days vacation left me behind. Catching back up over this weekend.
[10:03] <mdz> yes, in my sweep I've come across quite a few kernel bugs which haven't been looked at yet
[10:03] <mdz> maybe a kernel-oriented bug day would help?
[10:03] <fabbione> +1
[10:03] <BenC> yeah, probably
[10:03] <Keybuk> BenC: any hope of fixing the PHP subsystem bug?
[10:03] <Keybuk> because that's quite a critical one
[10:03] <dholbach> bug day next week friday
[10:03] <fabbione> PHP???
[10:03] <BenC> Keybuk: done in 20.30
[10:03] <Keybuk> at least, for those of us who don't have Mactels
[10:03] <BenC> PNP
[10:04] <mdz> modprobe php
[10:04] <Keybuk> 20.30 ?
[10:04] <fabbione> [kphp/0]
[10:04] <BenC> last kernel upload
[10:04] <Keybuk> ah
[10:04] <mdz> dholbach: can you work with the kernel team to assemble some basic docs for kernel bug triage?
[10:04] <infinity> Keybuk: The current kernel seems to make PNP happy.
[10:04] <dholbach> mdz: i will do that
[10:04] <mdz> thanks
[10:05] <mdz> dholbach: next?
[10:05] <dholbach> icon-mission: tangerine hit Universe, hope to get Dave's icons for Human soon
[10:05] <dholbach> this week (done): bug triage, bug fixing, icon-cache stuff
[10:05] <dholbach> this week (todo): more bug triage, preparing Universe for Release
[10:05] <dholbach> next week: more bug triage, bug day, GNOME 2.14.1
[10:06] <mdz> I saw some 2.14.1 already, were they early?
[10:06] <seb128__> no, that's time
[10:06] <dholbach> no... just some urgent bug fixes in between 14.0 and 14.1
[10:06] <seb128__> 1 month since 2.14.0
[10:06] <mdz> ok
[10:06] <mdz> dholbach: how are you coping with the bug volume?
[10:07] <dholbach> ok-ish... i would have to work twice the time to get "it done"
[10:07] <mdz> what is the most time-consuming part?
[10:07] <dholbach> it's just the volume
[10:07] <JaneW> dholbach: you can tutor me on bug triage, now that most goals are implemented there's less status update chasing etc
[10:07] <mdz> too many incoming bugs to look at?
[10:08] <infinity> JaneW: That would be lovely.
[10:08] <dholbach> you need to have overview over all the bugs... so i coudn't pick a part and say that's the problem, yes, it's quite a lot these days
[10:08] <seb128__> mdz: yeah, really lot of desktop bugs for the number of people working on them
[10:08] <dholbach> JaneW: yeah, i can do that :-)
[10:08] <iwj> Many of the bug reports seem of very low quality, too.  You can spend a lot of time in back-and-forth with the submitter.
[10:08] <mdz> seb128__,dholbach: if you know someone good in the community, we're going to be hiring
[10:09] <seb128__> QA guy or desktop guy?
[10:09] <mdz> seb128__: yes
[10:09] <mdz> ;-)
[10:09] <dholbach> mdz: thanks a lot... i'll keep an eye on our community people
[10:09] <seb128__> :)
[10:09] <seb128__> noted
[10:09] <mdz> iwj: in my sweep, the overall bug quality has not been so bad really
[10:09] <iwj> Maybe I'm just expecting too much.
[10:09] <mdz> usually only one round of additional info
[10:10] <infinity> (with notable exceptions)
[10:10] <seb128__> most of the desktop bug are fine, maybe not on first try but people are responsive usually and willing to provide informations required
[10:10] <mdz> I'm seeing relatively few support requests submitted as bug reports
[10:10] <Keybuk> my main problem with bug reports, at least in the areas I touch, is the user mis-identifying the problem and having to stop them doing their quick fix so you can figure out what the real problem is
[10:10] <Keybuk> is anybody going through the support requests?  jbailey I guess?
[10:10] <Kamion> mine is related, it's users misidentifying problems as dupes
[10:10] <mdz> Keybuk: dunno
[10:10] <Seveas> mdz, myself, robitaille, carthik, kenny duffus and a few others are triaging a lot - About 10% of the bug reports is low quality afaict but 50% needs work
[10:10] <iwj> The worst ones are the `firefox crashes' ones which are pretty much support requests and pretty much always turn out to be due to Flash (spit).
[10:11] <mdz> Seveas: yes, thanks for the help
[10:11] <Seveas> Keybuk, I am subscribed to all new support requests now, so are a few other community members
[10:11] <mdz> post-Dapper we'll do some work on bug reporting tools
[10:11] <Keybuk> Kamion: yeah, I have that a lot too; users with more time jumping onto a bug report with theirs and making it almost impossible to get information out of the original submitter without misleading information about something that's really a different bug
[10:11] <dholbach> "firefox crashes" = support request?
[10:11] <mdz> so that we can get more information up front, automatically collected
[10:11] <mdz> e.g., reportbug
[10:11] <mdz> which would help with that class of bugs
[10:11] <seb128> and automatic debug bt!
[10:11] <seb128> :)
[10:12] <mdz> mmmm
[10:12] <mdz> ok, moving on
[10:12] <mdz> thanks dholbach
[10:12] <dholbach> de rien
[10:12] <Kamion> dholbach: if it's related to some insane thing they installed into their firefox but forgot to mention, it can be, yes
[10:12] <mdz> doko: next?
[10:12] <doko> - openoffice.org: found and fixed the rosetta import failure (nearly all strings marked as translated), uploads pending db update, fixed packages for ia64, working on breezy backport packages, other fixes, started occassional trunk builds.
[10:12] <doko> - long font discussions: switch of default fonts to metric compatible fonts objected by our gnome attorney, now proposed to introduce the Times/Helvetica aliases again (will change back to "ugly" fonts in firefox, Diziet is currently investigating). looks we cannot have both.
[10:12] <doko> - printing bugs: coordinated with pitti, prepared new libusb, foomatic-db, hplip, all new upstream, still testing.
[10:12] <iwj> dholbach: Yes.  I've got a form for telling people that now.  `Sorry, that should be a support request and anyway it'll be the fault of Flash'.  Only a bit longer.
[10:12] <doko> - other: look at various python testsuite failures, together with `anthony, libffi update, prepared python2.5a1 packages for gustavo.
[10:12] <mdz> pitti: speaking of which, what is the latest on rosetta import/export for dapper?
[10:13] <mdz> doko: db update?
[10:13] <pitti> mdz: details in my report, but it's working in principle now
[10:13] <doko> ohh, and found out about another 1 year old package (no debian updates): graphviz
[10:13] <doko> mdz: yes message strings
[10:13] <mdz> ok, will discuss then
[10:13] <pitti> mdz: rosetta only has about 30% of total translations, but these are good now
[10:13] <iwj> fonts: We can have both if we can teach our fontconfig setup to distinguish between `I need a font with the same metrics as the one I asked for' and `I don't really care about the metrics'.
[10:13] <mdz> doko: gnome attorney?
[10:13] <doko> mdz: seb128, who else ;)
[10:14] <seb128> and jdub :p
[10:14] <mdz> jdub said he liked the idea, no?
[10:14] <seb128> no
[10:14] <seb128> Nimbus as default Sans alias will just make lot of desktop ugly on update
[10:14] <doko> seb128: jdub agreed on the ML, but then disagreed on the channel
[10:14] <iwj> Yesterday I concluded I'd have to add an <if ...> construct or something because you can't make aliases conditional.  I'll look at it with fresh eyes today.
[10:14] <seb128> people will complain loud
[10:14] <mdz> "Agree. Thanks for the summary."
[10:14] <mdz> is what jdub said
[10:14] <pitti> Nimbus--
[10:14] <ogra> urgh
[10:14] <ogra> Nimbus oon the *desktop* ??
[10:15] <ogra> thats a print font ...
[10:15] <seb128> maybe he didn't mesure that any people who ever played with the font capplet will got GNOME using Nimbus with that change
[10:15] <seb128> since that's user setting and will not follow a schemas change
[10:15] <doko> fontconfig doesn't differentiate between screen and printer
[10:15] <mdz> hmm, ok, I need to look into the font issue more deeply and discuss on the list
[10:15] <iwj> What doko said.  Very annoying and needs fixing.
[10:15] <seb128> and we don't want GNOME UI using Nimbus, really
[10:15] <ogra> doko, yes, thats why we decided to keep very in breezy
[10:15] <ogra> *vera
[10:16] <iwj> I agreed with doko that I'd look into it and post a plan to -devel.
[10:16] <doko> mdz: seb128 said, that gnome only font changes will not take effect for existing users
[10:16] <mdz> doko: what do our printing upstreams use for bug tracking?
[10:16] <iwj> (Well, the printing/screen thing.)
[10:16] <mdz> probably most of these are upstream issues and we should build a relationship there
[10:16] <doko> mdz: sf resources, didn't look for cups
[10:17] <iwj> gs is a mess because of the approximately three versions.
[10:17] <mdz> from what I saw the last time I looked at it, we should standardize on gs-esp
[10:17] <doko> iwj: is there still a reason to keep these? in the past gs-gpl wasn't the newest
[10:17] <mdz> because we care about it primarily for printing
[10:18] <iwj> gs-esp is sometimes quite a bit older than gs-gsp in core RIP stuff.
[10:18] <iwj> For example in Breezy our gs-esp was nasty and crashy, really.
[10:18] <mdz> -gpl you mean?
[10:18] <iwj> No, -esp.
[10:18] <Kamion> "gs-gsp"
[10:18] <iwj> We had gs-esp 7.something and gs-gpl 8.something.
[10:19] <iwj> I'm tempted to suggest using gs-gpl as distiller and then feeding to gs-esp for the cases where the gs-gpl drivers aren't so good.
[10:19] <mdz> iwj: -gpl rather than -gsp I meant
[10:19] <mdz> unless there is yet another ;-)
[10:19] <Keybuk> if only we could fold it all into poppler :)
[10:19] <iwj> Yes, gpl, not gsp.
[10:19] <mdz> if only gs could sort itself out and be one upstream...
[10:19] <mdz> anyway, thanks doko
[10:19] <mdz> fabbione: next?
[10:20] <iwj> The one upstream have that stupid licensing model.
[10:20] <fabbione> * server-candy: Missing/buggy: apache2 for "central snakeoil SSL setup" and kernel -server as default from CD install. No other progresses.
[10:20] <fabbione> * ubuntu-cluster: There will be no ocfs2-tools release. Done a lot for clvm and multipath-tools (from fixing kernel bugs, down
[10:20] <fabbione> to rearrange parts of the cluster boot sequence). Missing one bug fix in multipath-tools (that i am aware of at least).
[10:20] <fabbione> * last week: mainly cluster work, some X bug fixing and a bit of sparc love.
[10:20] <fabbione> * next week: bug squashing (mainly X).
[10:20] <mdz> fabbione: what's this about apache2?
[10:20] <fabbione> mdz: pending on infinity's love, is to get ssl working out of the box
[10:20] <mdz> is -server as default a non-trivial change?
[10:20] <infinity> It's an upload I need to make to Debian, and his weekly meeting reminders serve to remind me for about 5 minutes before I forget again. :)
[10:21] <fabbione> mdz: -server us on Kamion's court.. and it's not exactly trivial
[10:21] <Kamion> mdz: not rocket science, but not trivial either
[10:21] <Kamion> it's a bit messy in base-installer
[10:21] <mdz> Kamion: can someone other than you do it?
[10:21] <infinity> fabbione: Can you remind me about apache2 sometime this week that isn't "in the middle of the meeting"? :)
[10:21] <fabbione> infinity: sure...
[10:21] <infinity> (Though I was going to wait for 2.0.56 to release upstream, but that seems to be taking its sweet time)
[10:21] <Kamion> mdz: maybe. I wrote all the surrounding code though :)
[10:22] <mdz> fabbione: X needs serious love
[10:22] <Kamion> it's bug 31474
[10:22] <fabbione> mdz: yes we already discussed this.
[10:22] <mdz> most of it looks upstreamish but there is a lot to forward
[10:22] <Keybuk> ... did anyone else just do a half-second wait for Ubugtu there?
[10:22] <mdz> who can give fabio a hand?
[10:23] <ogra> i'm already digging on some ati vs radeon bugs
[10:23] <mdz> heno: how are you with Malone?
[10:23] <infinity> mdz: I'm triaging some X bugs here and there, but my workload is reasonably high enough that I can't dive headlong into it without ignoring other areas.
[10:23] <Seveas> (Keybuk, bugsnarfer is disabled in here)
[10:23] <ogra> and i'd like to jump in on dexconf
[10:23] <heno> mdz: I've been using it a bit
[10:23] <heno> OOo bugs mainly :)
[10:23] <infinity> ogra: If you can hack dexconf without (dear lord) making it any worse, more power to you.
[10:24] <mdz> heno: I think there's a lot of good that could be done just by reading through the bugs and talking with fabio
[10:24] <mdz> without diving deep into the technical side of things
[10:24] <fabbione> ogra: do you plan some reasonable amount of work on dexconf or just to fix ati vs radeon?
[10:24] <infinity> mdz: About 20 seconds after dapper releases, I would like to be able to set aside some company-sponsored time to sit down with David Nusinow and make sure our packaging and Debian's converge to a point where lots of these bugs can be part of a larger community problem.
[10:24] <ogra> infinity, at least small things like making the mouse protocal preseedable again (i wont do intrusive stuff in dapper)
[10:24] <doko> heno: I did see the reports :-)
[10:24] <mdz> infinity: indeed
[10:25] <heno> mdz: ok, so triaging X bugs, yep I'll have a look
[10:25] <fabbione> heno: cool
[10:25] <ogra> fabbione, i wanted to have dexconf working as good as it can without intrusive changes ... rewriting it for dapper+1 would be a future target
[10:25] <mdz> eek, we're not doing very well on time
[10:25] <mdz> fabbione: thanks
[10:25] <ogra> err +2
[10:25] <mdz> heno: anything to present for your part?
[10:25] <infinity> mdz: David and i have a reasonably good relationship as it stands, so I'll just need the go-ahead to do so, and Etch and dapper+1 should look much more similar, X-wise.  I hope.
[10:25] <heno>  * example-content DONE: Complete appart from a few screenshots in the documents and presentations that need updating
[10:25] <heno>  * winfoss DONE: The layout has been given a complete overhaul for dapper, borrowing design elements from the desktop (icons and colours). A new version was uploaded on Monday. I consider it complete appart from fresh screenshots that will be needed once the Ubuntu desktop has settled. See: https://wiki.ubuntu.com/WinFOSS
[10:25] <heno>  * winfoss TODO: Modify the new skin for kubuntu and coordinate app selection with Riddell
[10:25] <heno>  * accessibility: I'm waiting for certain key packages to be seeded to the live CD so it can be tested
[10:26] <Keybuk> heno: welcome aboard the team, btw
[10:26] <mdz> infinity: seems completely appropriate
[10:26] <heno> thx :)
[10:26] <mdz> heno: who are you working with to get the seeding done?
[10:26] <Kamion> mdz: Mithrandir
[10:26] <heno> it was Tollef
[10:26] <mdz> ok
[10:27] <heno> but I take it he is away
[10:27] <Kamion> yeah
[10:27] <mdz> infinity: would you help heno with that in Tollef's stead?
[10:27] <Kamion> he'll be back on Friday
[10:27] <mdz> oh, friday as in tomorroW?
[10:27] <mdz> hmm, yes
[10:27] <Kamion> er
[10:27] <infinity> mdz: Yeah.
[10:27] <Kamion> Monday
[10:27] <infinity> More likely Monday. :)
[10:27] <mdz> monday
[10:27] <infinity> Unless he works Friday night, "just cause".
[10:27] <dholbach> do we have enough space for additionaly a11y stuff on the CDs?
[10:28] <infinity> Either way.
[10:28] <Kamion> dholbach: "not sure"; that's why they haven't just been added
[10:28] <infinity> heno: I can help, if you need it.
[10:28] <dholbach> (there's one bug report about accessibility-themes added to the CDs)
[10:28] <mdz> dholbach: these are the questions we need to answer as part of the seeding process ;-)
[10:28] <Kamion> Mithrandir was researching the size changes
[10:28] <heno> It's not urgent. I just don't want it to fall between the cracks
[10:28] <dholbach> :-)
[10:28] <mdz> infinity: appreciated
[10:28] <heno> infinity: thanks
[10:28] <mdz> heno: thanks, and welcome again
[10:28] <mdz> infinity: next?
[10:28] <infinity> last week buildd: Same old, same old, tracking build failures.  Again, can I ask people to pretty please test before they upload?  Please?
[10:28] <Kamion> and, if they don't all get seeded, working with the a11y guys to work out which are the highest priorities
[10:28] <infinity> last week distro: Participate in the Flight-6 release, bugfixes and updates for LRM, MySQL, net-snmp, put on my jbailey hat and started triaging and local hacking on glibc and initramfs updates, transitioned to new libmysqlclient with different symbol versioning.
[10:28] <infinity> next week buildd: Setting up livefs builds for Xubuntu, getting dapper-autotest underway, and tracking down more universe build failures.
[10:28] <infinity> next week distro: Should be uploading glibc and initramfs, perhaps several times for the latter, as well as upstream version bumps for samba and subversion, and attacking more major bugs assigned to me over this last week.
[10:29] <mdz> infinity: is there a spec in the launchpad pipeline for streamlining build failure->bug report?
[10:29] <Keybuk> infinity: do you understand the glibc packaging?
[10:29] <infinity> Keybuk: Intimately.
[10:29] <infinity> mdz: Not one that I've written yet, I probably should.
[10:29] <Keybuk> good, I  need to pick your brains then
[10:29] <mdz> infinity: are you a bug contact for glibc now?
[10:29] <infinity> mdz: I am.
[10:29] <mdz> ok
[10:29] <iwj> infinity: Lucky you :-).
[10:29] <Keybuk> I can't work out how the hell to change the init script settings for nscd
[10:30] <mdz> infinity: mysql transition is complete with your recent uploads?
[10:30] <infinity> That's on my list of stuff to fix next week anyway.
[10:30] <infinity> mdz: In theory, if none of it fails.  I'll follow that up tonight and tomorrow.
[10:30] <mdz> ok
[10:30] <mdz> thanks infinity
[10:30] <mdz> iwj: next?
[10:30] <iwj> Bugfixing: nice collection of bug reports to try to fix, working through them atm.
[10:30] <iwj> Firefox: nice collection of bug reports to try to fix.
[10:30] <iwj> Firefox: Still having lots of reports of unwanted back/forward due to horizontal scrolling.  I thought that was fixed with an x.org config change ?  Anyone know what I should tell these users ?
[10:30] <iwj> Last week: was on holiday.
[10:30] <iwj> AutomatedTesting,DeveloperDocumentation: no progress since I got back.
[10:31] <iwj> It would be nice if pango/cairo weren't so dog slow, too.  I have a bug report which is an endless bitch-fest from people complaining that our ff is much slower than upstream.
[10:31] <lifeless> iwj: FWIW I want to have a good look at the automated testing stuff once bzr is fully done for dapper
[10:31] <mdz> I've been seeing a lot of unconfirmed/unanswered firefox bugs in my sweep going back a few months; did those not make it to you properly?
[10:32] <iwj> I don't have time to answer unconfirmed ff bugs.
[10:32] <iwj> I could do that but then I wouldn't be doing anything else.
[10:32] <mdz> someone needs to respond to those reports; they shouldn't be ignored
[10:32] <iwj> I answer them if they look like they could turn into a bugfix.
[10:33] <mdz> most of the ones I saw seemed like they should just go upstream
[10:33] <mdz> we certainly can't fix them all, but we should respond
[10:33] <seb128> forwarding upstream is good
[10:33] <doko> yes, an upstream status in malone would be nice (so you know that you did, which could be done)
[10:33] <iwj> I could write a few more form letters: `please take this upstream' and `should be a support request' maybe.
[10:33] <seb128> so there is a reply and upstream knows about them
[10:33] <Keybuk> doko: add a bug watch
[10:33] <mdz> iwj: if you can invest some time in a firefox bug triage howto, we can make it a bug day focus
[10:34] <pitti> doko: open an upstream task
[10:34] <fabbione> iwj: if they did customize their X config, there is nothing i can do
[10:34] <fabbione> iwj: they will have to add the line manually
[10:34] <seb128> pitti: upstream task should be used only for bugs forwarded
[10:34] <fabbione> iwj: or ask them to reconfigure
[10:34] <doko> Keybuk, pitti: yes, but the appear in your list of open reports again (unsorted)
[10:34] <pitti> seb128: yes, that's what I mean
[10:34] <mdz> iwj: that also helps to recruit people to help on an ongoing basis
[10:34] <seb128> pitti: they will make possible to open a task only if you have a upstream bug to point
[10:34] <seb128> k
[10:34] <pitti> doko: true
[10:34] <iwj> fabbione: Is there a standard answer that explains this or should I write one ?
[10:34] <mdz> iwj: given some direction on how to help, we can send out a call for help
[10:34] <iwj> fabbione: The bug is a bit full of discussion.
[10:35] <mdz> seb128: upstream tasks without upstream bugs are still useful, e.g. if there is an upstream bug contact
[10:35] <iwj> upstream tasks etc.> I asked the LP people and they wanted me to open an upstream task and set the Ubuntu task to rejected.
[10:35] <fabbione> iwj: well no, there is no standard answer..
[10:36] <iwj> But of course there's (in this case) no upstream bug contact or anything so that doesn't really work.
[10:36] <mdz> iwj: that's fair, but only if upstream actually hears about the bug along the way
[10:36] <Keybuk> I quite like to leave them as just Confirmed; that way I can still check in on them and see how upstream are doing with their ignoring of the bug
[10:36] <Keybuk> same as Needs Info really, handy to be in the list so you can check whether the reporter has given the info you wanted yet
[10:36] <mdz> I'm talking with LP folks about an email-based semi-automatic bug forwarding mechanism
[10:36] <mdz> also in the long term pipeline is semi-automatic filing of upstream bugs in their bug trackers
[10:36] <pitti> would be nice; click on 'create upstream bug', enter your upstream bz credentials, done (or so)
[10:36] <iwj> Tread carefully.  It would be so easy to make ourselves very unpopular.
[10:36] <mdz> but that has hairy issues to be resolved
[10:37] <seb128> mdz: you can't edit an upstream task with current launchpad, and by discussing on #launchpad they said it should always have an upstream bug watched
[10:37] <Keybuk> can you register new bugzillas yet?
[10:37] <seb128> you can for ages now
[10:37] <mvo> or new sf bugtrackers?
[10:37] <seb128> I think sf works too
[10:37] <dholbach> sf  bug trackers are problematic
[10:37] <mdz> iwj: my proposal is more or less equivalent to what we already do manually, just making the legwork more automatic in terms of collecting info into an email and providing a space for the explanation
[10:37] <Seveas> mvo, sf bugtrackers are impossible to integrate
[10:37] <mdz> but that's a mailing list discussion
[10:37] <seb128> dholbach: I though kiko made them work?
[10:38] <mdz> Keybuk: yes, I've done several
[10:38] <Seveas> you need magic numbers for them to work
[10:38] <mdz> please do register new bug trackers as you go
[10:38] <mdz> seb128: they "work" in that you can get bug links, but I don't think you get status info
[10:38] <mdz> anyway, we're short on time
[10:38] <iwj> mdz: mailing list discussion> Right.  Also it must be discussed with the upstream tracker's owners.
[10:38] <mdz> thanks iwj
[10:38] <mdz> Kamion: next?
[10:38] <Keybuk> mdz: where?  I've not found that link
[10:38] <Kamion> ubuntu-express-base-system: Network configuration done. Started working on propagating keyboard selection to the installed system.
[10:38] <Kamion> ubuntu-express: Merged component packaging into espresso proper, which means that I will no longer be blocked on problems of the form "I don't want to create yet another binary package for this".
[10:38] <Kamion> misc: Helped Tollef out with Flight 6. Fixed a couple of frequently-reported yaboot bugs and sorted out FAT/NTFS mount options, which were huge causes of annoyance for migrating users. Made all the uploads for updated Breezy CD images, though blocked on some archive issues. Set up Xubuntu CD images (apparently right first time).
[10:38] <Kamion> next-week: Finish propagating keyboard selection to installed system. choose-mirror/apt-setup should be easy now that component packaging has been reorganised, so I'll do that next. Better hostname defaults. Fix reboot step. Chase up a few bits of work I've delegated. After that I think I'll be happy enough with Espresso's functional state for the Dapper beta release.
[10:39] <mdz> Keybuk: https://launchpad.net/malone/bugtrackers/
[10:39] <mdz> Keybuk: "register bug tracker"
[10:39] <Keybuk> ah, I was trying to find it from the "+ Upstream" thingy
[10:39] <mdz> Kamion: I have some handwritten notes from my last espresso run that I'd like to review with you tomorrow
[10:39] <Seveas> (Kamion: xubuntu f-6 works like a charm indeed)
[10:39] <Kamion> mdz: sure
[10:40] <mdz> how did flight 6 go behind the scenes?
[10:40] <ogra> pretty lengthy this time
[10:40] <mdz> is the process scaling to more people and reducing your workload?
[10:40] <ogra> the preparation took longer than others i found
[10:41] <Kamion> ogra: it only took longer because there was a necessary and protracted investigation of a single bug
[10:41] <mdz> Kamion: do you feel that we're getting enough espresso testing?
[10:41] <infinity> It actually would have been reasonably smooth, had it not been for mkisofs angering us.
[10:41] <ogra> Kamion, ah, i wasnt around for two days, didnt get that
[10:41] <mdz> I haven't come across too many bug reports in my sweep
[10:41] <Kamion> mdz: scaling> yes, seems to be working pretty well with the unholy trinity of Mithrandir, infinity, and me
[10:41] <Kamion> mdz: I did relatively little this time round actually, I was mostly just being debian-cd code monkey
[10:41] <mdz> infinity: are you up to speed on sync processing?
[10:42] <infinity> mdz: No, since it was just announced that the tool works again.  I need to poke elmo about how it works.
[10:42] <infinity> (Or even what it's called)
[10:42] <Kamion> mdz: I'm getting plenty of reports of the things that affect everyone, and I'm keeping them fairly well-triaged for the most part. I'm not getting so much of the things that only affect certain classes of users (e.g. keyboard layouts, odd partition layouts, etc.) but that's to be expected
[10:42] <Kamion> infinity: sync-source.py
[10:43] <mdz> Kamion: ok, thanks
[10:43] <infinity> Kamion: scrpits/ftpmaster?
[10:43] <mdz> Keybuk: next?
[10:43] <Keybuk> last week: bugs, siretart and I made wpasupplicant identical in Debian and Ubuntu and all fluffy and stuff
[10:43] <Keybuk> next week: bugs, nm bug day planned, ftp lessons with Kamion
[10:43] <Keybuk> n-m: latest problem is that because it's running on the Live CD it means you can't configure a static IP, or bring up ppp, etc. because NM reverts whatever you do
[10:43] <Kamion> mdz: I think it's adequate testing for now. Any more and I'd be swamped with duplicates of the things that affect everyone.
[10:43] <Kamion> infinity: yeah, or on lp_archive's $PATH
[10:43] <mdz> Keybuk: any decent feedback from its presence on the live CD?
[10:43] <mdz> Keybuk: I've no objection to dropping it
[10:43] <Keybuk> mdz: yeah, mostly bad, sadly
[10:43] <mdz> Keybuk: we're beyond hope of adding it to desktop, right?
[10:44] <Keybuk> definitely beyond hope
[10:44] <mdz> ok
[10:44] <Kamion> Keybuk: dropping it from the live CD would also avoid a hairy espresso problem
[10:44] <mdz> let's do it
[10:44] <Keybuk> you can add it to desktop, but I'm sure as hell not being bug contact for it if you do that <g>
[10:44] <mdz> Keybuk: thanks
[10:44] <Kamion> because at present it removes network-manager from the installed system because it's a live-CD-only thing
[10:44] <mdz> JaneW: mithrandir's update?
[10:44] <Kamion> which confuses people who've managed to set up their networking with n-m
[10:44] <Keybuk> I'm glad we tried it, but it's just not ready or mature enough yet
[10:44] <JaneW> Mithrandir: misc: released flight-6, tested i2o support in the installer, bug triage, vacation
[10:44] <JaneW> next week: more vacation, espresso hacking, bug triage
[10:44] <JaneW> blocked on: nothing in particular
[10:44] <JaneW> Not a very exciting update, but flight-6 took most of my time and energy last week.
[10:45] <pitti> Keybuk: so, is it still a thing for main then?
[10:45] <mdz> Keybuk: if there isn't already a "here's how to install NM with g-a-i" doc in the wiki, please talk to the doc team about creating one
[10:45] <Keybuk> pitti: I think we can at least "support" it
[10:45] <Keybuk> mdz: there is I believe
[10:45] <infinity> pitti: I'll move it from live to supporter in all seeds right now.
[10:45] <Keybuk> I'll check with Corey
[10:45] <mdz> since many people will want to try it even if it isn't ready for prime-time, we'll want to mention it in the beta announce
[10:45] <pitti> infinity: maybe ship, but yes
[10:45] <mdz> JaneW: thanks
[10:45] <seb128> infinity: ship would be nice
[10:45] <mdz> mvo: next?
[10:45] <infinity> pitti: Fair.  ship it is.
[10:45] <Keybuk> mvo: it's still in g-a-i, right?
[10:45] <mvo> Did:
[10:45] <mvo> - bug triage/fixes
[10:45] <mvo> - dist-upgrader authentication sorted (thanks to Daniel Silverstone for his help), bugfixing in u-m
[10:45] <mvo> - auto-dist-upgrade test setup runing on my test i386
[10:45] <mvo> - gnome-app-install dekstop file updates, better runtime duplicates detection, fixing
[10:45] <mvo> - update-manager dist-upgrade from dapper->dapper+1 planing, sabdfl suggested to just skip it
[10:46] <mvo> - update-manager breezy backport finished, waits for #36022
[10:46] <mvo> - update-notifier fixes (and a bad upload), better debugging support for hook problems
[10:46] <mvo> Will do:
[10:46] <mvo> - more bugfixing/bug triage (still lacking behind)
[10:46] <mvo> - hopefuly upload update-manager into breezy-updates
[10:46] <mvo> - language-selector-qt missing langpack detection
[10:46] <mvo> Blocked:
[10:46] <mvo> - python-vte moving to breezy-updates/main: #36022
[10:46] <mvo> - sysadmin setup for the auto-dist-upgrade
[10:46] <mvo> Keybuk: n-m? yes
[10:46] <mdz> mvo: we need the upgrader in breezy for beta
[10:46] <Kamion> mdz: blocked on launchpad bug as mvo says
[10:46] <mdz> ah, you already commented on the bug
[10:47] <mdz> I'll chase it with kiko also
[10:47] <mvo> mdz: even if it python-vte is not in breezy-upates/main?
[10:47] <mdz> mvo: I thought that was a prerequisite?
[10:47] <mvo> mdz: yes, that is why I was asking :)
[10:47] <mdz> mvo: any interesting results from the auto-dist-upgrade test?
[10:48] <mvo> mdz: sabdfl suggested to just not offer dapper->dapper+1 upgrades by defualt
[10:48] <mdz> mvo: s/suggested/requested/ for sabdfl btw ;-)
[10:48] <mvo> haha
[10:48] <mvo> right
[10:48] <mvo> mdz: nothing interessting on i386 from the auto-dist-upgrade tests, works very well currently
[10:49] <mdz> but certainly we need to allow the user to explicitly request an upgrade and use our nice new tool
[10:49] <mvo> yes, I think I'll just add a gconf-key or a commandline option (or both)
[10:49] <mdz> can you send me an email with your proposed solution?
[10:49] <mdz> ok
[10:49] <mdz> mvo: thanks
[10:49] <mvo> because we will have power-users who will want to upgrade
[10:49] <mdz> ogra: next?
[10:49] <mvo> thanks
[10:50] <mdz> ogra: hello?   we'll come back to you
[10:50] <mdz> pitti: next?
[10:50] <ogra> * general: flight 6, more edubuntu-artwork work, bughunt (the "screensaver activates regardless of user input" seems fixed, someone who can reproduce the flickering is working on a patch (these were my two worst bugs))
[10:50] <ogra> * next-week: more bughunt, edubuntu and ltsp documentation, waiting for some pre-final artwork from the design company for edubuntu-artwork to finish the package, do some tests to find out if separate langpacks for kdeedu probably solve the space problem on the edubuntu CD
[10:50] <ogra> * additionally: due to some big bad changes in life, my GF and i will have to give up the house move to the other side of the country and have to solve a lot of additional stuff. so please bear with me the next time, my RL will get very very weird and dizzy for some months...
[10:50] <ogra> err
[10:50] <mdz> ah, there you are
[10:50] <ogra> sorry
[10:50] <mdz> ogra: I just got the "screensaver activates regardless of user input" issue today, oddly enough on a desktop
[10:50] <mdz> I thought it was suspend-related
[10:51] <mdz> but later it went away
[10:51] <ogra> it is g-p-m related
[10:51] <ogra> is the system up to date with my tonights change  ?
[10:51] <mdz> ogra: very sorry about the big badness
[10:51] <ogra> g-s-s has a so called emergency lock thats set after suspend ...
[10:51] <mdz> keep me informed of your plans and let me know if I can help
[10:52] <mdz> thanks ogra
[10:52] <ogra> mdz, it has some positive aspects (i can tell you not not a meeting)
[10:52] <mdz> pitti: next?
[10:52] <pitti> reducing-duplication: no progress since last week
[10:52] <pitti> general stuff done this week:
[10:52] <pitti>  * security updates
[10:52] <pitti>  * bug triage and bug fixing
[10:52] <pitti>  * started to attack the cups mess; 1.2rc1 doesn't work at all for us; if KDE gets ported RSN, I'll stick with our svn snapshot and merge upstream bug fixes; if not, I seriously consider reverting to 1.1.23 (discussion welcome)
[10:52] <pitti>  * langpacks: built first test version with Rosetta data, get rosetta+buildd merging/import mostly automated now, automatically create statistics and daily report; rosetta is still missing about 2/3 of all translations (a huge part of that is KDE), but the exported ones look good now
[10:52] <pitti> plan for next week:
[10:52] <pitti>  * new langpacks for dapper (with Rosetta love)
[10:52] <pitti>  * get cupsys into a better shape
[10:52] <pitti>  * bugs, bugs, bugs
[10:52] <mdz> pitti: care to look at gs with iwj under the heading of reducing-duplication?
[10:52] <pitti> mdz: sure
[10:53] <mdz> Riddell: I didn't receive an email about kdeprint, is one forthcoming?
[10:53] <doko> pitti: ugh, should we coordinate with the debian printing team? they stabilize with the 1.1 release as well?
[10:53] <mdz> pitti: are the missing translations due to that issue where many templates need to be manually approved?
[10:53] <pitti> doko: kmuto and I work on the 1.2 branch mainly
[10:53] <mdz> there's a debian printing team?
[10:54] <pitti> mdz: no, KDE translations are shipped separately; carlos fixed the import AFAIUI, now it's a matter of backlog
[10:54] <mdz> pitti: where are the statistics and daily report published?
[10:54] <Riddell> mdz: he's said he'll think about how he can find the time and get back soon, I'll e-mail him again to press him on the issue
[10:54] <pitti> mdz: http://people.ubuntu.com/~pitti/langpacks/rosetta-buildd-diff-report.txt, and daily spam to launchpad@
[10:54] <mdz> Riddell: just let him know that it makes a difference in some time-critical decisions we need to make
[10:55] <Riddell> mdz: yep
[10:55] <mdz> I am very behind on launchpad@
[10:55] <mdz> thanks pitti
[10:55] <mdz> Riddell: next?
[10:56] <Riddell> done: KDE Espresso, getting quite usable now
[10:56] <Riddell> also: flight 6, bugfixes, e-mailing with Gael Duval, kubuntu-docs update, knetworkmanager testing
[10:56] <highvoltage> 10:55 < mdz> thanks pitti
[10:56] <Riddell> next week: KDE Espresso
[10:56] <pitti> highvoltage: ?
[10:56] <mdz> Riddell: I saw a lot of unconfirmed kde bugs in my sweep, any problems there?
[10:56] <mdz> as elsewhere, I made explicit assignments where it looked like a bug had fallen through the cracks
[10:56] <highvoltage> pitti: sorry, kid in the office who decided he wants to play with my laptop
[10:57] <Riddell> mdz: lack of time mostly, espresso being the priority just now, I'll try and triage them soon
[10:57] <mdz> there seems to be at least one person in the community helping triage kubuntu bugs
[10:57] <mdz> but there is a large backlog
[10:58] <mdz> maybe ask the community for help?
[10:58] <mdz> Riddell: thanks
[10:58] <Riddell> yes, bug days have brought in some good community help, I should make sure it's clear to them where they can help most
[10:58] <mdz> seb128: next?
[10:58] <seb128> This week: load of bug triage (bug mails backlog almost clean now), started really working at fixing some bugs, packaged gaim 2.0beta3 (package on people.ubuntu.com), did some bug fixing and package patching
[10:58] <seb128> ...
[10:58] <seb128> Next week: GNOME 2.14.1, will update wiki desktop TODO page with bugs and tasks that would be nice for contributors, keep catching up with coming bug mails and patching
[10:59] <mdz> where is the wiki page?
[10:59] <dholbach> http://wiki.ubuntu.com/DesktopTeam
[10:59] <mdz> perhaps we should collect all of the areas where we need help and make one big call to the community
[10:59] <seb128> https://wiki.ubuntu.com/DesktopTeam/TODO
[10:59] <dholbach> and ../TODO and ... :)
[11:00] <seb128> we started it but it lacks content
[11:00] <mdz> we've identified a few areas during this meeting
[11:00] <seb128> bug catchup is done, I've tagged lot of stuff with dapper milestone
[11:00] <Keybuk> oops
[11:00] <mdz> Keybuk: we're almost done, but not quite ;-)
[11:00] <seb128> now I can make lists for contributors, and start assigning
[11:00] <Keybuk> I closed a couple of tabs, and x-chat jumped through them in random order
[11:00] <mdz> seb128: sounds good
[11:00] <mdz> seb128: thanks
[11:00] <mdz> Kinnison: next?
[11:01] <Kinnison> gnome-power-manager (PowerManagementInterface): Uploaded 2.14.0-0ubuntu1 after flight6 was done, continued reading CVS changelogs and diffs.
[11:01] <Kinnison> launchpad: provided mvo with a way to test the signed dist-upgrader stuff. Worked out how to fix the d-i handling to support pockets. Wrote tests for uploader for from a while back.
[11:01] <Kinnison> gparted: tried to work out why with the installer-mode patch the new gparted breaks. Not yet worked it out.
[11:01] <Kinnison> otherwise: Solving bugs which mdz throws at me mostly. Many are difficult to reproduce. I have a reasonable amount of these on the go.
[11:01] <Kinnison> publisher: Investigated where the time is taken in the publisher and wrote detailed report for kiko and mdz.
[11:01] <Kinnison> lp-ongoing: Enhance the test set I added to exercise more of the uploader's decision paths. Merge the sign dist-upgrader stuff and the d-i pocket support. Possibly look at the publisher from a speedup PoV depending on priorities.
[11:01] <Kinnison> distro-ongoing: gparted ui bug; continue squashing the set of random bugs. Review the bugs open on g-p-m, try to get enough for upstream to do g-p-m 2.14.1 for us. Again, I'll try and do some espresso UI stuff if I can.
[11:01] <Kinnison> [end]
[11:01] <mdz> Kinnison: can you look into the lp bug blocking mvo?
[11:01] <Kinnison> mvo: bug number?
[11:01] <JaneW> sivang: ping?
[11:02] <mdz> Kinnison: was in his update
[11:02] <mdz> 35022
[11:02] <mdz> 36022 even
[11:02] <mdz> I'm hoping it's shallow
[11:02] <Kamion> (the d-i pocket support is needed for updated breezy CD images BTW)
[11:02] <Kinnison> mdz: Should be fairly shallow, sure
[11:02] <Kinnison> Kamion: is that now a priority?
[11:03] <Kamion> Kinnison: the critical bug about it was opened a couple of weeks ago, if that counts :P
[11:03] <mdz> Kinnison: if you can provide some analysis I'm sure that would speed things
[11:03] <mdz> is cprov back?
[11:03] <Kinnison> I don't know when cprov is due back
[11:03] <Kamion> Kinnison: I think mvo's stuff is higher-priority though
[11:03] <Kamion> Kinnison: (assuming that, if necessary, a change can be monkeyed when we need it)
[11:03] <mdz> ok
[11:03] <Kinnison> Kamion: ook
[11:03] <mdz> we're out of time
[11:03] <mdz> thanks Kinnison
[11:04] <mdz> anything else, follow up via email
[11:04] <mdz> good time-of-day, all
[11:04] <ogra> thanks
[11:04] <mvo> thanks
[11:04] <dholbach> thanks mdz :)
[11:04] <seb128> thank you mdz
[11:04] <Keybuk> mdz: you need to change your e-mail address
[11:04] <doko> thanks
[11:04] <Keybuk> bogofilter thinks mdz is a very bad word
[11:05] <JaneW> thanks all
[11:05] <pitti> thanks all
[11:05] <pitti> just a little announcement:
[11:05] <pitti> http://people.ubuntu.com/~pitti/scripts/requestsync
[11:05] <pitti> that will generate a bug report for a sync request
[11:05] <pitti> with changelog and all that
[11:05] <seb128> pitti: did you read the announce mail about syncs beeing back?
[11:05] <pitti> I need to file about 30 bugs, and more in the future
[11:05] <Kinnison> pitti: does it update the wiki etc?
[11:05] <seb128> and you having to file launchpad bugs for that
[11:05] <pitti> Kinnison: wiki?
[11:06] <pitti> seb128: that's what that script does :)
[11:06] <seb128> ups
[11:06] <pitti> I was just too lazy to manually file 30 bugs
[11:06] <seb128> I thought you were pointed to the "do a sync yourself" one :)
[11:06] <pitti> I rather enjoy writing some python to do it for me
[11:06] <pitti> seb128: no, not any more
[11:06] <Kinnison> pitti: sorry, misread the mail
[11:06] <pitti> https://launchpad.net/distros/ubuntu/+source/bomberclone/+bug/38364
[11:07] <pitti> ^ example result
[11:07] <Keybuk> "bomberclone"
[11:07] <seb128> nice
[11:07] <seb128> handy :)
[11:07] <Seveas> "Terrorist Pitti"
[11:07] <pitti> $ requestsync bomberclone dapper
[11:07] <pitti> ^ how to use it
[11:07] <pitti> it asks for confirmation, don't worry
[11:08] <pitti> so, enjoy
[11:08] <Seveas> anyway, now that I had a brain infusion thanks to mdz, ubugtu will support sf trackers too
[11:08] <pitti> Keybuk: it was the next one on the sync list, and that one is alphabetical :)
[11:08] <Keybuk> I'm so naming my next piece of software "suicidebomber"
[11:08] <mdz> Seveas: hmm? how did I help?
[11:09] <Seveas> mdz, by confirming that launchpad supports them so that there is a way to do it
[11:09] <Seveas> that was sort-of an eye-opener :)
[11:10] <mdz> heh
[11:10] <mdz> my pleasure
[11:10] <mdz> unfortunately, every SF project needs to be added separately
[11:10] <Seveas> yes, that's crap
[11:11] <Seveas> but at least it's possible
[11:11] <mvo> every sf project bugtracker will become a bit crowed
[11:11] <mvo> it is already pretty big (the list)
[11:12] <Seveas> there's no other way
[11:12] <Seveas> you can't guess a bug url with only a bug number
[11:12] <mdz> yeah, apparently they don't have globally unique bug numbers or something
[11:13] <azeem> smart
[11:13] <mdz> or if they do, you still need the project ID to construct a URL
[11:14] <Seveas> the latter
[11:14] <Seveas> you need project id and tracker id
[11:14] <Kamion> I think they must have globally unique bug numbers, if nothing else because the bug numbers on a new project are so damn long
[11:15] <Seveas> Showing off:
[11:15] <Seveas>  gaim bug 1464606
[11:15] <Seveas> narf
[11:15] <azeem> vorfuehreffekt
[11:15] <Seveas> @config channel plugins.bugtracker.bugsnarfer True
[11:15] <Seveas>  gaim bug 1464606
[11:15] <Ubugtu> Gaim bug 1464606 "Jabber typing notification is broken" [Pri: 5,Open]  http://sourceforge.net/tracker/?group_id=235&atid=100235&func=detail&aid=1464606
[11:15] <Seveas> insane url....
[11:16] <Seveas> but anyway: sf tracking now works
[11:16] <Keybuk> Seveas: at least it doesn't have random +s in it
[11:16] <Seveas> feel free to submit interesting bugtrackers
[11:16] <Keybuk> /+tracker/
[11:16] <Keybuk> :p
[11:16] <Seveas> Keybuk, hehe
[11:17] <Seveas> I should write a tinyurl wrapper around those insane sf urls
[11:34] <Seveas> gaim bug 1464711
[11:34] <Ubugtu> Gaim bug 1464711 "Large Buddy Icons make interface unusable" [Pri: 5,Open]  http://tinyurl.com/s87mb
[11:34] <Seveas> no more insanely long urls
[11:40] <seb128> :)
[12:27] <Kamion> Seveas: urgh, tinyurl is more annoying than the original for that
[12:27] <Kamion> I like to be able to see where I'm actually going
[12:27] <Kamion> hate URL obfuscators
[12:28] <lifeless> me too
[12:28] <lifeless> loath and fear
[12:28] <Kamion> Seveas: something that redirected from sane URL syntax (e.g. /sourceforgebugs/projectname/bugnumber or something) to sf's syntax would be fine, but I don't think replacing them with an opaque string is useful
[12:29] <Seveas> ok, so I either annoy you by using tinyurl or I annoy fabbione for using insanely long urls  the question is: who do I fear most? :)
[12:30] <lifeless> Seveas: kamion, definately
[12:30] <ogra> Seveas, just implement tinyurl on your server and make it use Kamions preferred format ? :)
[12:31] <Seveas> ogra, perhaps, but I only have long hostnames (ubugtu lives on bugbot.ubuntulinux.nl)
[12:31] <Kamion> that's not a long hostname
[12:32] <Kamion> myhostnameislongerthanyourhostname.mit.edu is a long hostname
[12:32] <Seveas> hehe
[12:32] <ogra> and it could probably move to tinyurl.ubuntu.com one day ;)
[12:32] <Kamion> or was, when it existed
[12:32] <Seveas> anyway - I'll ponder about it a bit
[12:33] <Seveas> would bugbut.ubuntulinux.nl/sfbug.cgi?id=123213 work?
[12:33] <Seveas> (and make you a happy camper again)
[12:34] <ogra> bugbut.ubuntulinux.nl/sfbug.cgi?project=xyz&id=123213 ?
[12:34] <Seveas> project is already in the bug description
[12:34] <ogra> ah
[12:34] <Seveas> gaim bug 1464711
[12:34] <Ubugtu> Gaim bug 1464711 "Large Buddy Icons make interface unusable" [Pri: 5,Open]  http://tinyurl.com/s87mb
[12:34] <ogra> fine then :)
[12:35] <Seveas> ok - will implement a piece of sqlite glue
[12:35] <ogra> :)
[12:35] <ogra> i know you love to write such stuff :)
[12:36] <Seveas> hehe
[12:38] <Kamion> Seveas: sfbug.cgi seems reasonable
[12:39] <Kamion> thanks :)
[12:39] <Seveas> In a previous life it would have been sfbug.php
[12:39] <Seveas> but I grew up
[12:39] <Kamion> I don't really like extensions in URLs at all, personally
[12:40] <Kamion> they mean you have to break old URLs if you reimplement
[12:40] <Seveas> me neither, but it's easier to setup a cgi script then a complete django thing
[12:40] <Seveas> and somehow mod_rewrite hates me when I try to combine it with cgi
[12:41] <Kamion> surely you don't need mod_rewrite
[12:41] <Kamion> you just need to add a cgi-script handler for whatever you call it
[12:41] <Kamion> apache isn't actually totally dependent on extensions, it just looks a bit like it sometimes :)
[12:42] <Seveas> true, but I like extensions on my filesystem
[12:42] <Seveas> *.cgi *.tmpl *.py - just identifies things a bit better
[12:48] <Seveas> gaim bug 1464711
[12:48] <Ubugtu> Gaim bug 1464711 "Large Buddy Icons make interface unusable" [Pri: 5,Open]  None
[12:48] <Seveas> hmm
[12:51] <Seveas> gaim bug 1464711
[12:51] <Ubugtu> Gaim bug 1464711 "Large Buddy Icons make interface unusable" [Pri: 5,Open]  http://bugbot.ubuntulinux.nl/sfbugs.cgi?id=1464711
[12:51] <Seveas> Kamion, --^
[12:52] <Seveas> (url's don't work yet)
[12:58] <Kamion> looks much nicer, thanks
[01:03] <Seveas> ok, urls now actually work


[08:38] <lordievader> Good morning.
[08:39] <OerHeks> hi di hi, lordievader
[08:40] <lordievader> Hey OerHeks, how are you?
[08:42] <OerHeks> I'm fine, so are you ??
[08:43] <lordievader> Jup, making coffee. Life is good.
[08:43]  * lordievader slides OerHeks a cup of coffee
[08:44] <OerHeks> nummie .. and it is friday too!
[09:03] <lordievader> Hahaha, HP promoting a new printer via an '80 parody: http://www.adweek.com/creativity/hp-is-advertising-its-real-modern-printers-on-this-fake-awkward-80s-computer-show/
[09:06] <OerHeks> :-D
[10:54] <BluesKaj> HI folks
[11:05] <lordievader> o/'
[17:50] <OerHeks> nacc, it is your friday :-D
[17:50] <nacc> ridiculous
[17:50] <nacc> OerHeks: some days :)
[17:50] <nacc> OerHeks: seriously, this person is clearly a sysadmin without a clue
[17:51] <OerHeks> same for this happyfrog dude too, i remember somewhere he is a troll...
[17:51] <ducasse> nacc: there are far too many of them now
[17:52] <nacc> and this svalcken person
[17:52] <ducasse> OerHeks: the 'i inserted ubuntu in my cpu and now my computer does not compute' troll was back again earlier today
[17:52] <nacc> upgraded from saucy to trusty by just appending trust to sources.list
[17:52] <nacc> *trusty
[17:54] <OerHeks> I surely like to send a nude pic of ddr4 dimm, that will keep them buzy for 2 hrs.. /facepalm
[18:41] <daftykins> :D must be a debian user
[18:42] <pauljw> Hi everyone
[18:48] <EriC^^> hi pauljw
[18:48] <EriC^^> hi daftykins OerHeks
[18:49] <daftykins> hey hey \o
[18:49] <BluesKaj> hi pauljw, OerHeks, daftykins yes I've become a debian user, and I'm enjoying it :-)
[18:50] <pauljw> hi EriC^^ , BluesKaj... debian???  cool ;)
[18:50] <daftykins> D:
[18:50] <BluesKaj> debian stretch
[18:50] <ducasse> \o all
[18:51] <pauljw> hi ducasse
[18:51] <EriC^^> hey ducasse
[18:51] <BluesKaj> kde/plasma DE of course
[18:51] <pauljw> :)
[18:52] <EriC^^> daftykins: i got 2 fish
[18:52] <daftykins> must be good fun on debian, wondering if any package will work out of the box or needs config edits first ;)
[18:52] <daftykins> EriC^^: from fishing? :)
[18:53] <EriC^^> 1 is an idiot, the gold one, you put food for it, it runs away, then when it's sinking next to it it doesn't see it, and the other one goes from the other side and eats it
[18:53] <EriC^^> no i bought them from a guy selling them at a stop light
[18:53] <daftykins> haha
[18:53] <daftykins> seems legit
[18:54] <EriC^^> lol
[18:54] <ducasse> EriC^^: they're still alive?!
[18:54] <ducasse> gosh
[18:54] <EriC^^> yeah i've been changing their water and feeding them
[18:54] <BluesKaj> all the packages I installed worked without a hitch
[18:54] <OerHeks> do fishsticks swim?
[18:55] <EriC^^> the gold one is hilarious though, he follows the other one around all the time, and he's super swimming around when any noise happens, and he almost seems blind
[18:55] <EriC^^> the other one just eats and eats and eats
[18:56] <pauljw> awesome BluesKaj, not familiar, does debian stay on the bleeding edge or no?
[18:58] <BluesKaj> pauljw, stretch is one their dev OSs and it's close to official release, and it's very stable so far
[18:59] <pauljw> nice, fun to learn new OSs.
[19:00] <daftykins> only when the package management is the same :D
[19:00] <daftykins> fedora was such a joke when i tried it XD
[19:01] <BluesKaj> yeah , once installed and running debain and ubuntu are very similar
[19:02] <BluesKaj>  debian even
[19:02] <EriC^^> yum wasn't yummy at all
[19:02] <EriC^^> (sorry)
[19:02] <ducasse> the new'ish fedora thing (dnf?) seemed ok
[19:02] <daftykins> :D
[19:03] <BluesKaj> dnf ?
[19:03] <daftykins> yeah and yum is just symlinked to dnf now
[19:03] <daftykins> dnf is yum's replacement
[19:03] <BluesKaj> yeah it's supposed to be the best yet
[19:03] <daftykins> when i first read it i thought "did not finish" was a good fit ;D
[19:04] <BluesKaj> I liked fedora from last summer for a week or so , but it's media management is weak
[19:04] <pauljw> when i want to twist my mind, i fire up trueos, i'm totally lost with everything from the filesystem structure to the package management... but it's fun.
[19:05] <daftykins> not if you need proprietary drivers, you have to sit there and drop to another runlevel, install the binary package (but it'll only go on if you have nouveau blacklisted)
[19:06] <daftykins> but you can only boot up to a working system to do that installation if you have a driver working enough to reach the OS... so it becomes a catch 22 mess :>
[19:06] <BluesKaj> truos,... is that a nod to trump :-)
[19:06] <pauljw> heheh... you'd have to ask the bsd guys about that..
[19:07] <ducasse> BluesKaj: pc-bsd's 'server' fork
[19:07] <ducasse> not fork, spin
[19:07] <BluesKaj> bsd , not my cuppa tea
[19:07] <pauljw> ducasse, they've changed lately so either desktop or server is named trueos
[19:10] <BluesKaj> presumptuous handle :-)
[19:10] <pauljw> :)
[19:22] <daftykins> i was in the right place at the right time yesterday, guys - http://i.imgur.com/TJMdRhw.jpg
[19:22] <daftykins> *swoosh* - *splat*
[19:34] <pauljw> lol
[19:35] <pauljw> our babies are growing like little weeds...  nasty weather coming today and tonight with a 50F drop in temp and 60mph straight line winds, hope they'll be okay.
[19:36] <pauljw> for that matter, hope we'll be okay... lol
[19:45] <daftykins> :D
[19:45] <daftykins> time to sneak them into the house overnight ;)
[21:46] <pauljw> sry, was away...  wish we could sneak them in daftykins, but we're already having a heck of time keeping the adults out.  it's amazing how small of an opening they can get through. :)
[21:46] <daftykins> hehe
[21:48] <pauljw> luckily, this old farmhouse has a mudroom so they don't get into the house before we capture them and put them back outside.
[21:48] <daftykins> :D
[21:48] <Bashing-om> Rats or kittens ^ - next door neighbor ?
[21:48] <daftykins> i had to poop scoop the two furry devils yesterday as the folks are away on travels once again
[21:48] <pauljw> fun stuff...
[21:48] <daftykins> ended up washing up the whole containers and laying down fresh litter, lost one of them in the garage during that task!
[21:48] <pauljw> cats and kittens Bashing-om
[21:49] <daftykins> had to kick them out until i was finished in the end ;)
[21:49] <pauljw> lol
[21:49] <pauljw> neighbors we just shoot, shovel and shutup...
[21:50] <Bashing-om> See what I get comming into the end of the conversation ? I got to play catch=up somehow :)
[21:50] <pauljw> :)
[21:52] <daftykins> gotta love cats, in a way i almost feel it's harsh the way we separate them from their mothers so young
[21:53] <pauljw> yeah, but i think their mothers are secretly grateful...
[21:53] <daftykins> :D
[22:00] <pauljw> thunderstorms coming, might disappear unexpectedly...
[22:12] <daftykins> D: fingers crossed!
[22:29] <pauljw> we just went and moved the kittens into the cat house i built for momma before she had them, she wasn't too happy but they are safe and dry for the moment.
[22:30] <daftykins> \o/
[22:31] <daftykins> hope you anchored that thing into the ground well ;)
[22:31] <daftykins> otherwise it might need a fallout shelter addon!
[22:37] <pauljw> well, it's in a protected corner, but she has already moved em back into the original nest.  wife and i decided we're just not going to watch...
[22:40] <daftykins> the barn is just oh-so-comfy!
[22:43] <pauljw> ah, but they're not in the barn, she had them in one of our basement window wells...
[23:17] <daftykins> ooh
[23:18] <OerHeks> mama knows best :-)
[23:40] <pauljw> yeah, she think so OerHeks, but when it rains, it gets really wet and deep in that well...  we'll see how it goes i guess.  as you say, she's going to do it her way, good or bad. :)
[23:45] <pauljw> brb...
[23:46] <daftykins> is it easily climbed out of?


[00:25] <ubports_bot> Project daily-hammerhead build #333: SUCCESS in 11 min: http://ci.ubports.com/job/daily-hammerhead/333/
[00:26] <talktalk2017> https://insights.ubuntu.com/2017/09/25/ubucon-europe-2017/
[00:27] <ubports_bot> Project ota-push build #1076: SUCCESS in 1 min 40 sec: http://ci.ubports.com/job/ota-push/1076/
 @talktalk2017, Jan casually towering over everyone
[00:28] <talktalk2017> https://insights.ubuntu.com/2017/09/25/ubucon-europe-2017/
 Uh... yes, thank you for sending that again
[00:36] <tgBot> guietti was added by: guietti
 @vanyasem, Where ti download the last Port for oneplus one? Also, how to install? Please provide links, i read só many things and i get confused. Sorry And Thanks!!
 @Destrocados, Guess i found https://ubports.com/page/ubuntu-oneplus-one#installubuntu … This one, right?
 Yes
 thank you! how stable and fluid is this? Ony opinion?
 I guess you'll just have to try it for yourself, then dread the day you'll use another Android phone. :)
 ok, thanks again. I lave lineage os installed and multirom on recovery. Do i have to go back to the original status? cause the ubport app tells "A0001" phone not supported
 Yeah, we don't support MultiRom.
 and twrp, its ok?
 It will be replaced with our recovery.
 Your data will be wiped in the flash process
 its ok
 after all that, any problem going back? Like flash twrp again
 of just adb recovery ...
 No, there should be no issues.
 @Jujuyeh, nice work here!  I have a competitor!
 ty!!
 For anyone who didn't catch it, important news from the
 https://devices.ubports.com/#/bacon the UBPORT app overide this, right? Like its automatic?
 UBUNTU TOUCH NEWS DESK ALERT! … https://soundcloud.com/ubports/ubuntu-touch-news-desk-170926
 @Destrocados, What?
 I don't quite understand
 https://devices.ubports.com/#/bacon
 haha.  bacon!!
 I installed the UBPORT app, mmkay?
 and the app shoes this
 (Document) https://irc.ubports.com/zZsAyNjG/file_866.png
 *shows … And i have everything enabled like asked
 That's strange
 That's the Oneplus One model number...
 i know..
 You haven't flashed the bootloader at any point, correct?
 and the select manually button does not work
 A very strange issue. Is there any chance I could get you to file a bug report at https://github.com/ubports/ubports-installer/issues ?
 tell me how bro
 completley noob
 im on ubuntu
 Alright.
 Is there any chance I could get you to run `dmesg -w` in a terminal, then plug in your phone, then paste the new lines that appear at http://paste.ubuntu.com/
 I can file the bug with that information.
 http://paste.ubuntu.com/25624042/
 Thanks
 Awesome. I'll get that in, we'll see what Marius says when he sees it.
 mkkay, thank u. Tag me when u got news pls
 Can do
 Alternatively, since you're on Ubuntu, you should be able to use the syste-image-server method. Let me see if that's posted somewhere...
 im using the magic device tool
 That works wonders
 working great untill knoe
 (Document) https://irc.ubports.com/28Pd0mTX/file_868.png
 Yep, looks like it's pretty happy
 2017/09/27 02:14:14 Flashing version 44 from ubports-touch/legacy channel and server http://system-image.ubports.com to device bacon … Is this the last version?
 Yep!
 When you get into the OS, it'll report itself as "r2". That's okay, you're running OTA-2!
 Awesome.. booting noe
 looks stuck in a whit logo telling "UBPORTS", I'll wait a minute
 Yep, it's installing. It'll take a while.
 Thank u for your amazing help
 one more thing(the last, i guess): what abut battery and customization? Any link or guide u can give me so that i can exoplore a biiter more?
 from the ubports whit thing it went to recovery and looks stuck in here, no interaction
 @Destrocados, Can you use the Power button to activate "Reboot System"?
 yes
 is it enough?
 Awesome
 It should be.
 thank u. so sorry for the spam, first time trying this, don't wanna mess uo
 Hey, no problem. Luckily MDT and the UBports Installer are written so they can't do anything to break your phone, unless it's already broken.
 nop. problems here
 keeps rebooting right after the oneplus logo appears
 Hmm, your phone is a little strange
 Could you try with the system-image-server method listed on devices.ubports.com/#/bacon ?
 it worked like a charm since 3 years ago x)
 i will
 but now i cant turn fastboot
 damn son
 You can. If you hold the buttons down long enough, you'll take control back.
 mkkay
 (Document) https://irc.ubports.com/G40JvpUx/file_870.png
 Ah, running MDT with sudo created the folder.
 `sudo rm -r ~/.cache/ubuntuimages` should fix that one right up.
 ufff
 seems working
 jesus bro
 why is this so complicated xb
 What's up?
 know it is stuck for like 5 minutes on this
 (Document) https://irc.ubports.com/njLEuPn7/file_872.png
 any thing regarding the files from magic device?
 Is it in UBports recovery right now?
 no, fastboot
 Alright. Can you boot it into recovery and remove the —bootstrap option?
 I can honestly say this is the only time I've ever seen this issue.
 and if i CTRL C this and i rerun the command it gets stuck and domnt even download. I run the command u told me and it downloads again
 ok, iwll do it
 (Document) https://irc.ubports.com/S7WQFxwK/file_874.png
 woking...
 There it goes
 ok , it reboot.. seem ok
 going for a cigarrete.. cya
 Sounds good. If it bootloops again we'll try installing boot.img manually.
 if bootlops again i'll flash twrp and android
 Works for me
 got classes in 7 hours ;c
 tomorrow will try again
 thanks for your helP!!
 or...isn bterr to try to flash boot.img? dont know now..
 Well, if I could find the darn thing...
 it went to the recovery afeter the white ubports logo
 reboot?
 Weeeeeird.
 Sure, try it
 yeah, bootloop
 Huh.
 Any gui method to use scp?
 by the logs from recovery, it fails to mount /data
 That would do it, but... why
 Does it give an error?
 what now?😢
 Are you in an adb shell right now?
 on terminal?
 Right
 i did all the steps on the page u send
 sent
 Yep, I gotcha. I was wondering how you got the logs.
 and i have adb installed
 ah, in the recovery menu, on "view recovery logs"
 Oh, yeah... that is an option there.
 what now? better to go to lineage again?
 it seemns that it does not flash
 If it's time sensitive, sure. We can revisit tomorrow.
 after the —bootstrap option removed it went ok but then when it tells "reboot to recovery to flash" it takes a while and then goes back to recovey
 little tired and need to sleep :c
 Hey, no problem.
 By any chance, was the phone encrypted?
 wooo
 dude
 know it says "installing update" with the ubport logo
 no, not at all
 Did you change any partition layouts?
 Maybe reformat /data with f2fs or something?
 @Destrocados, to contextualize.. i did a wipe system/data on recovery and then tried the —bootstrap thing
 probably no, all i had was multirom but i uninstalled it and installe twrp again(last version).  Have a good night.
[04:14] <tgBot> bluzeoranger was added by: bluzeoranger
 @bluzeoranger, welcome
 sup guys - looking at getting new phone but wont go samung. ideas? thinking of rootingg to touch
 you can see a list of supported devices at devices.ubports.com
 i might as well get that ZTE.. im seeing the oneplus but mostly samsung
 you can go for 1+3, it will probably be supported in 16.04
 ZTE here i come
 do you understand this is UBports supergroup?
 you're literally talking off-top about an unsupported device
 if you want to chit-chat, join @ubports_ot
 again, you can see the list of supported devices on https://devices.ubports.com
 @vanyasem, yes man - im waying my options here, my s6  just died..
 @sverzegnassi The new file manager is a blast! Congratulations and thanks a lot!
[05:24] <lotuspsychje> how can i see if im on OTA2?
[05:27] <lotuspsychje> 15.04 r2 ?
 @lotuspsychje, System Settings -> About -> OS should be Ubuntu 15.04 (r2)
[05:52] <lotuspsychje> somepati:tnx thats what i thought
[05:54] <lotuspsychje> somepati:managed to install ubports via the magic device tool git
[07:01] <ubports_bot> Project click-import build #7: SUCCESS in 4.2 sec: http://ci.ubports.com/job/click-import/7/
 @popescu_sorin, Do you try with sdcard?
 @Jaume81, nope, does the meizu mx4 even have a card slot? x-)
 Memory   Card slot   No … Internal   16/32/64 GB, 2 GB RAM
 nope no card slot
 @popescu_sorin, ,👍
 (Photo, 1080x1920) https://irc.ubports.com/r6vr4If0/file_876.jpg
 Sorry, I don't know mx4 doesn't have it. The Pro 5 has it and the app shows storage icon when it's a folder.
 Is there a way for Ubuntu Touch to tell Bluetooth devices NOT to sleep? … My mouse and keyboard go to sleep after a minute of no use, but never seem to wake up again. I end up having to switch them off/on again and wait for a reconnect.  😕
 @ronnietucker, Maybe its not sleep but disconnect? Can you still see them connected in Bluetooth setup?
[08:23] <ubports_bot> Project daily-fp2 build #351: SUCCESS in 13 min: http://ci.ubports.com/job/daily-fp2/351/
[08:25] <ubports_bot> Project ota-push build #1077: SUCCESS in 1 min 8 sec: http://ci.ubports.com/job/ota-push/1077/
 I cannot see the content of files e.g. Readme or config because my file manager (also the new one) says "There are no apps installed at the moment wich can process the contents of this type." I have installed document viewer, writer, edit, seabass. What special kind of viewer is needed to see config files?
 @Nikfrager, Try to use nano or vim
[08:37] <ubports_bot> Project vivid-rootfs-armhf build #142: SUCCESS in 1 hr 35 min: http://ci.ubports.com/job/vivid-rootfs-armhf/142/
 @Flohack, fwiw my mouse and keyboard have no problem reconnecting. even accidentally when someone across the room bumps the mouse/keyboard and they wake up, i suddenly lose my OSK on the phone 😆
 reminds me to turn off Bluetooth
[08:44] <ubports_bot> Project ota-push build #1078: SUCCESS in 7 min 20 sec: http://ci.ubports.com/job/ota-push/1078/
 @Nikfrager, We've planned to add a basic file editor within two months
 @sverzegnassi, Thank you for the information.
[09:03] <lotuspsychje> hey guys, howcome the magic-device-tool snap doesnt download all requiered packages like the git script does?
[09:07] <larreamikel[m]> This could be a good question to the magic-device-tool telegram group...
[09:08] <larreamikel[m]> But maybe the snap has all the dependencies built in?
[09:08] <lotuspsychje> larreamikel[m]: i tried to flash, but always get a device not found on the snap
[09:08] <lotuspsychje> larreamikel[m]: and with the git, it works
[09:09] <larreamikel[m]> uhm... well then, you should ask in the MDT telegram group...
[09:10] <lotuspsychje> larreamikel[m]: well i got my bq flashed now, so its okay
 ^Magic Device Tool is not maintained by UBPorts, but by Marius Quabeck. questions about MDT are best asked in de MDT chat groups, or op it's Github page. … that said, Marius anounced MDT to drop support for Ubuntu Touch, both because Ubports have their own tool, and because keeping support for UT is holding MDT back from adding more wanted features
[09:10] <larreamikel[m]> ;)
[09:10] <lotuspsychje> but when trying to flash my nexus7 seems like its installing ubuntu-touch stable or rc-proposed
 so flashing issues with UT on MDT may not get fixed anymore
[09:11] <lotuspsychje> yougochats:wich tool is this new ubports app?
 https://ubports.com/page/ubuntu-fairphone-2#installubuntu
[09:12] <lotuspsychje> lemme check
 https://ubports.com/page/get-ubuntu-touch for more devices. just click through to your device
[09:13] <lotuspsychje> cool lemme try to install the snap
[09:25] <lotuspsychje> Yougochats: snap of ubports-installer worked, at last step of please reboot to bootloader it hangs
 https://twitter.com/UBports/status/912960437934796800 ... "The problem with #Nexus4 gps was that it wasn't allowed to use HERE maps AGPS." ... I don't think that was perfectly true. You used to be able to flash the "bq" image to mako which then had all the HERE agps stuff, if you flashed the mako image it would give you "pure" ubuntu (eg no third party binaries). Like they basically built the bq channel for mako as well to allow you to get the HERE st
[09:26] <tgBot> however not sure if they were still doing this towards the end - may have been more at the start when most devs were on the mako
 you mean it just waits for the phone to reboot?
[09:26] <lotuspsychje> Yougochats, yes and i enabled dev mode and reboot into bootloader
 i think after one OTA the image "broke" any no one bothered to fix it as most devs had moved to bq/meizu
 i haven't used the UBPorts too myself yet, so i don't know how it actually works, sorry
[09:28] <lotuspsychje> Yougochats: or am i supposed to go into bootloader at that specific screen/step?
[09:28] <lotuspsychje> kk
 my guess is yes.
[09:28] <lotuspsychje> lemme try that
 open up  a terminal and get `adb reboot bootloader ` ready so you can press enter when you shoud
[09:30] <lotuspsychje> >Yougochats: didnt work, same step on the ubports installer
[09:31] <lotuspsychje> Yougochats: but it didnt detect my device neither at first step, keeps saying put usb cable in..so i selected my device manually
 hmm. bad usb cable, dirty ports, add device to adb ini file, run with sudo? the usual checklist?
 otherwise i don't know and someone with mor know how on the UBPorts tool should pick up from here
[09:34] <lotuspsychje> Yougochats:ubports webpage say no working nexus7 images yet, perhaps thats why
 oh Nexus7?
 anyone know the status of Nexus 7?
[09:35] <lotuspsychje> http://news.softpedia.com/news/ubuntu-touch-ota-2-rolls-out-for-ubuntu-phones-including-nexus-4-nexus-7-2013-517813.shtml
[09:36] <lotuspsychje> should be out says article
 @UniversalSuperBox ?
 i choose you!
 *throws orange pokeball*
[09:42] <lotuspsychje> lol
[09:47] <lotuspsychje> gitpage says its still in development, expect some bugs
[09:56] <lotuspsychje> doesnt seem to work, tryed the git appimage aswell, same problem
[10:03] <tgBot> Lifesgood123 was added by: Lifesgood123
 @Lifesgood123, welcome
[10:04] <lotuspsychje> bbl
 I just bought a nexus 5 so I could attempt Ubuntu touch,
 Any tips?
 cool! nice choice
 @Lifesgood123, install UBports and try it out, that's the only one :)
 Awesome. Should it show up today, I will attempt the install.
 (Sticker, 357x512) https://irc.ubports.com/fKgrLG0W/file_877.webp
 How different of an experience am I looking at from desktop Linux?
 Outside of just UI
 UI
 @Lifesgood123, the filesystem is RO, so you can't use apt outside some kinds of containers
 and If you mount it with write permissions you lose an ability to install OTAs and your only option is to reflash
 Alright, so what kind of packages are available?
 .click s
 @Lifesgood123, Forget the idea that this is Ubuntu Desktop on a phone. It has just the same name
 @Flohack, That's fine. Whats a better comparison?
 @Lifesgood123, A mobile OS like Android. You got confined Apps in a sandbox, a protected kernel & OS
 Alrighty then. Can't wait to get started.
 be our guest ;)
 Of course, with some tweaking, you can do nice things like on the desktop. But dont be disappointed you cannot apt-get all what you need. Its also that 95% of packages are not aware of high density displays and touch input. So in any case its not useful to instlal desktop apps on a mobile device
 Imagine trying to run GIMP on a 4inch display (the menus would be tiny) then it usually clicks (pun intended) that you need apps that scale or specific mobile apps. Hence why the coreapps project etc was started
 (Photo, 1280x960) https://irc.ubports.com/tp4MPK0k/file_879.jpg
 What should I do?
 @ProsOne, what does you device say? is it in recovery?
 @mariogrip, No It isn't..it's in fastboot
 @ProsOne, when it asked you for a password, did you type your phones or pc's passoword?
 @mariogrip, I clicked on Yes without type any psw
 I'm wrong?
 @ProsOne, what OS/distro is this?
 @mariogrip, Ubuntu 16.04
 humm, wierd, it should ask you for an sudo password since it need that to use the fastboot command. could you try restarting it? the device can just stay in bootloader and just select the device manully
 👍
 Thank you..it's booting to recovery
 @ProsOne, Could you send me the logs so i can see why it didn't work the first time?
 @mariogrip, I wasn't typing any password 😄
 @ProsOne, it was a nexus 4=
 @mariogrip, Yep
 that device might not have required password since that probobly has the udev rules installed by default
 since it was a canonical device
 (Photo, 1280x960) https://irc.ubports.com/DiD2rrQA/file_881.jpg
 Nice :)
 (Sticker, 512x512) https://irc.ubports.com/DxGVmHTe/file_882.webp
 If you want the logs anyway tell me how Can I give you..
 But I dont think It Can help you because in my case the error was due ti the missed sudo password
 The next Community Update will be this Saturday, September 30. You have questions? We have answers. Post them now to ensure your questions are answered live. https://forums.ubports.com/topic/606/ubports-community-update-13-september-30-2017
 @sverzegnassi, FM looks awesome. … I like the idea of the bottom bar to add the options when you select a file. Looks very usefull. … Are you going tu add more options in the bottom bar? (like share, compress, open with etc) … Another thing I noticed that you tiped "create item". Have you got plans to add more items which could be stored in a templates folder in "home" like in desktop case? it also would be very usefull  with that convergent inte
[11:55] <tgBot> 😄 … Anyway, thank you and congratulations for this job.
 @ProsOne, did you install snap or deb?
 @mariogrip, Deb
 @ProsOne, then the logs are in `cat ~/.cache/ubports/ubports-installer.log`
 @ahayzen, I've go the M10 tablet. the Firefox menu is pretty ok, gimp installs but isn't very usable. I guess I always thought that alt-versions of the apps would be released with different UIs.
 @padraic7a, right, and the tablet is a much bigger screen so most apps are OK. The phone however is way too small :-)
 Sure
 @j2g2rp, Share and Compress are currently available for the single file only. We might consider to add them in the bottom bar as well. The "Open with" action on multiple items, however, might not be suitable for a mobile environment, which is - by design - single task oriented. … Create Item - Yes, we're planning to add an option for "touching" an empty file. We could actually support templates as well. Our aim is to provide a File Manager that
[12:33] <tgBot> works well in a convergent OS, but personally I'd like to eventually support standard XDG features (e.g. xdg-open), if supported by the running DE. It would be nice if File Manager could suit the needs of yunit, for instance.
[12:55] <ubports_bot> Project daily-mako build #126: SUCCESS in 12 min: http://ci.ubports.com/job/daily-mako/126/
[12:55] <ubports_bot> Project ota-push build #1079: SUCCESS in 0.57 sec: http://ci.ubports.com/job/ota-push/1079/
 @lotuspsychje, on this topic, before I forget, I own a 'Nexus 7'.  However, when I was researching how to put the Cannon Nickles UT onto this device, when it came time to flash, it didn't work.  I did some research and apparently there were *TWO* Nexus 7: one that could be flashed with UT, and one that could not.  Could anyone confirm if this is true because I would love to flash UBports onto this thing if there is any way...and maybe let me kno
[12:56] <tgBot> can check if it's the 'right one' if this story is true.  Many thanks.
 @sverzegnassi, i like the new filemanager, thanks for your work! i like night mode so i pray you to include a dark view like  the one in Docviewer
 https://itsfoss.com/install-ubuntu-touch-nexus-7-2013/ speaks of the nexus 7 2013 wifi, codename Flo
 Yep
 the version with mobile is called deb and does not work?
 Yep
 today i'm going to try to change my nexus 4 digitizer myself...🤞🏻
 @sverzegnassi, +1 new suru icons
 @wayneoutthere, Its the WiFi only version that you are looking for ;)
 @lotuspsychje there you have it. you need the wifi version.
 (Voice, 6s)https://irc.ubports.com/MGd5tD8W/file_883.oga
 It's russian, lol :D
 Hi
 Great job @sverzegnassi . Thanks 👍
[15:22] <tgBot> <Milan Korecky> @Flohack Hi Flo, any news about my settings translation pls ?
 @Milan Korecky, Sorry I was constantly in planes or on the road. Today is the first evening since 1 week where I can focus. Basically the translation has now conflict markers inside so thats the reason why it does not show up correctly in Weblate. But I cant resolve manually, we need to decide for one version. Could you please check the cs.po which is on github if thats the latest one?
[15:27] <tgBot> <Milan Korecky> @Flohack, OK, I will do and come back to you. Thanks for info.
[15:38] <tgBot> hazar was added by: hazar
 Hi
 I have a question
 About compiling the rom
 I have a android one third generation (gm5 plus)
[15:41] <tgBot> mcordv was added by: mcordv
 But this device tree not available on google is repo only kernel tree existing
 @Flohack, i am sure that's what I have.  It doesn't have any sim card option so that's wifi only right?  Cool... that would be awesome times 10 if it can be Ubuntu..... Touched.
 who knows someone from Cannonickels? … If so, why not contact them and ask them to have a link to Ubports.com put on this page: … https://www.ubuntu.com/mobile
 "Although we are sorry that we dropped the ball and left you stranded and in need, our friends at UBports saved the day.  Take a trip to UBports.com today and see the growth and life of Ubuntu Touch!"
 Hi. UBports has encryption?
 salt
 @UniversalSuperBox, P3pp3r
 @wayneoutthere, lel for sure they will put it ^^
 was my version a little harsh?  I'll give the canonical version then...
 "If you thought Ubuntu Touch was great before, take a trip to see where the project has gone.  UBports.com"
 (truth omitted for branding and marketing reasons)
 FYI I happened to meet mr. Shuttleworth once and he's a really nice guy.  I'm sure they'll do great and all credit to them for getting the ball going.
 @wayneoutthere, Three versions in fact - though the 2013 LTE version is very close to the 2013 ordinary version
 @Stereofont, Ahem. Though apparently not close enough …
 They're different enough to have separate device names and source trees. So a build on one won't work on the other, unlike the Moto G(x) and G(x) Play for some generations.
 Should have been ebb and flo
 @Flohack, The mouse shows as 'Connected' but no amount of wiggling/clicking will bring it back. Switch it off, it still shows as Connected. Only after a couple of off/on's will it disconnect and reconnect. … But, then, it is a cheapy Chinese mouse.   :D
 @Flohack, With the keyboard it will disconnect mid sentence and when/if it reconnects it's as if someone is holding down a key and the only way to stop it is to disconnect it, or close the app. Same for two different keyboards.
 @ronnietucker, Try to verify this behaviour with a desktop PC
[18:42] <tgBot> <Milan Korecky> @Flohack Hi Flo, I am looking at github the czech translation of  system-settings/po/cs.po : update from Weblate 18, it is  not the latest, but the difference is very small, I can rectify it very quickly in one minute. For me you can upload it to weblate
 Ok let me send you another file ^^
[18:44] <tgBot> <Milan Korecky> ok
 @Milan Korecky, This is the weblate "intermediate" repo where it commits. Can you check there: https://github.com/ubports-weblate/system-settings/tree/vivid/po
[18:58] <tgBot> <Milan Korecky> 50f1691 4 days ago … @MK1973 MK1973 Translated using Weblate (Czech)
[18:58] <tgBot> <Milan Korecky> this one is the lates
[18:58] <tgBot> <Milan Korecky> latest
[19:04] <tgBot> <Milan Korecky> (Photo, 1280x800) https://irc.ubports.com/papiJdUt/file_885.jpg
[19:04] <tgBot> <Milan Korecky> (Photo, 1280x800) https://irc.ubports.com/V8vaWfWQ/file_887.jpg
 Ok so I can merge it ^^
[19:21] <tgBot> <Milan Korecky> ok
[19:29] <tgBot> <Milan Korecky> and thank you Flo
 @Milan Korecky, Holy ***! https://github.com/ubports/system-settings/pull/20
 I hope its the right thing to do ;)
 @Milan Korecky, Now should be everything cleaned up in main repo and in weblate
 Except for polish and Dutch
 anyone here who can help me verify this?
 @Milan Korecky, this screenshot looks exactly like my computer.  hahaha.  i thought it was my screenshot...
 @bastos777 re: https://forums.ubports.com/topic/602/how-to-backport-kernel-to-make-bluetooth-work/2 … The Porting subforum is for people working on porting Ubuntu Touch or Halium and the information in it generally is not for normal users. ;)
[20:23] <tgBot> <Milan Korecky> @Flohack, Yes, everything back and perfect
 cool
 When you dont check the forum for some days:
 (Document) https://irc.ubports.com/MHNTQdV1/file_889.png
[20:29] <tgBot> <Milan Korecky> @wayneoutthere, 👍, it is a pleasure to be on board !!!
[20:31] <tgBot> <Milan Korecky> @Flohack, 807
[20:33] <tgBot> <Milan Korecky> (Document) https://irc.ubports.com/qXuJLAcf/file_891.mp4
 @Flohack, If it's any consolation, I get even worse results with an Android phone. It can't even get the verification code from the keyboard.  😄
 loool
[20:46] <xorpad> hey guys
 TRANSLATORS! Weblate saving of translations is now UP TO NORMAL SPEED!
[21:02] <ubports_bot> Project daily-bacon build #283: SUCCESS in 11 min: http://ci.ubports.com/job/daily-bacon/283/
[21:03] <ubports_bot> Project ota-push build #1080: SUCCESS in 57 sec: http://ci.ubports.com/job/ota-push/1080/
[21:05] <xorpad> is this the right channel for ubuntu touch?
 @xorpad, Yes
[21:07] <xorpad> cool
[21:08] <xorpad> I am just doing something now on the pc then i'll probably have some questions
 @xorpad, Depends on the timezone, most core devs are asleep now ^^
[21:11] <xorpad> ahh, i see
[21:47] <xorpad> the github doesn't have any files... are they all in different branches?
 What github?
[21:55] <xorpad> https://github.com/ubports/ubports-touch
[21:55] <xorpad> is that not official?
 That's the issue tracking repository. What are you looking for?


[07:17] -SwissBot:#xubuntu-devel- ::xfce-announce:: ANNOUNCE: xfce4-screenshooter 1.10.2 released<EMAIL_ADDRESS>[07:17] -SwissBot:#xubuntu-devel- ::xfce-announce:: ANNOUNCE: libxfce4windowing 4.19.0 released<EMAIL_ADDRESS>[13:43] <DarkTrick> I gotta get this off my chest! I'm forced to use Windows and Mac for work and it makes me sick. Every time, when work leaves glances of time to start up my own computer with xub, it feels like comming home: Everything works, everything is in place, everything responds, no weird new features that are supposed to make things "better". I'm so happy you guys work so hard to make this disribution and the software that comes with it
[13:43] <DarkTrick> possible!!!!
[13:43] <DarkTrick> I hope, one day, I'll also be able to contribute time and code again - and not just words.
[18:43] <arraybolt3> DarkTrick: :) Glad you like it! Thanks for your feedback, we really appreciate it!


[00:55] <bryceh> bdmurray, if you're about, symfony still sees test failures on s390x so needs a broader hint than just armhf.  Can you take a look?  https://code.launchpad.net/~bryce/britney/+git/britney/+merge/404284
[07:38] <enyc> .... who knows where is right place for weird ubuntu boot/cryptsetup problem arj is having?
[07:38] <enyc> #ubuntu-boot channel listed but empty!
[07:39] <enyc> #ubuntu-kernel not answering
[07:39] <enyc> I'm thinking installer team or something
[07:41] <seb128> launchpad bug report?
[07:42] <enyc> seb128: ok have passed on in #debian-boot  ... arj was saying this broken crypt booting has happened on many 20.04 lts machines  and wanted to know what systematic problem is  ;/
[08:35] <enyc> got sorted evntualy, thanykyou =)
[08:38] <seb128> enyc, just curious but what was the issue?
[08:43] <enyc> seb128: something along lines of multiple cryptroot'ed 20.04 LTS systems, on routine updates,  lost their cryptsetup / ability to boot, stuck in initramfs
[08:44] <enyc> seb128: < arj_> I managed to get it working again now, by reinstalling all cryptsetup* packages.   in a chroot environment.  It's working, so I'll stop spamming. enyc thanks for support, both morally   [...]
[08:45] <seb128> enyc, k, thanks for the update ;-)
[08:46] <enyc> seb128: still #ubuntu-boot suspiciously empty... wonder if irc list needs tidying or whate
[08:47] <seb128> right, there is probably no point having that channel anymore
[09:13] -queuebot:#ubuntu-release- New binary: pylint [amd64] (impish-proposed/universe) [2.7.2-3ubuntu1] (i386-whitelist)
[09:23] -queuebot:#ubuntu-release- New: accepted pylint [amd64] (impish-proposed) [2.7.2-3ubuntu1]
[09:23] <enyc> seb128: basically whole IRC list needs a review,  ithink.
[13:15] -queuebot:#ubuntu-release- Unapproved: libvirt (focal-proposed/main) [6.0.0-0ubuntu8.9 => 6.0.0-0ubuntu8.10] (ubuntu-server, virt)
[13:19] <rbasak> ^ I've reviewed this already and will accept as soon as Launchpad finishes.
[14:15] <xnox> rbalint:  juliank proposed to upload hello, compressed with zstd into the archive. With a changelog message that it is a canary upload, pointing people where to report issues.
[14:15] <xnox> rbasak:  reprepro did bits locally, unable to run unittests as the unittest framework for it is unpackaged, will try to upload it to all the places too.
[14:16] <xnox> rbasak:  unping. rbalint ^^^^
[14:32] <juliank> +1
[14:45] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (focal-proposed) [6.0.0-0ubuntu8.10]
[14:55] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (hirsute-proposed) [2.51.1+21.04]
[15:14] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (groovy-proposed) [2.51.1+20.10]
[15:16] <bryceh> bdmurray, would you mind looking at https://code.launchpad.net/~bryce/britney/+git/britney/+merge/404284 ?  Symfony's britney hint needs expanded to s390x as well.
[15:19] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (focal-proposed) [2.51.1+20.04]
[15:23] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (bionic-proposed) [2.51.1+18.04]
[15:35] <bdmurray> bryceh: will do
[15:56] <bdmurray> bryceh: incidentally there is a debian bug regarding the test suite https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908377
[15:57] <bryceh> bdmurray, aha yeah that makes sense, this seems borked on those arch's
[15:58] <bdmurray> bryceh: given that we already have a diff maybe we should just integrate that patch
[16:01] <rbalint> xnox, hello was quite nice as a migration reference, but otherwise +1
[16:25] -queuebot:#ubuntu-release- Unapproved: accepted lvm2 [source] (groovy-backports) [2.03.11-2ubuntu4~ubuntu20.10.1]
[16:25] -queuebot:#ubuntu-release- Unapproved: accepted sanlock [source] (groovy-backports) [3.8.2-2~ubuntu20.10.1]
[16:27] -queuebot:#ubuntu-release- New binary: sanlock [i386] (groovy-backports/universe) [3.8.2-2~ubuntu20.10.1] (i386-whitelist)
[16:27] -queuebot:#ubuntu-release- New binary: sanlock [s390x] (groovy-backports/universe) [3.8.2-2~ubuntu20.10.1] (i386-whitelist)
[16:27] -queuebot:#ubuntu-release- New binary: sanlock [ppc64el] (groovy-backports/universe) [3.8.2-2~ubuntu20.10.1] (i386-whitelist)
[16:27] -queuebot:#ubuntu-release- New binary: sanlock [amd64] (groovy-backports/universe) [3.8.2-2~ubuntu20.10.1] (i386-whitelist)
[16:28] -queuebot:#ubuntu-release- New binary: sanlock [arm64] (groovy-backports/universe) [3.8.2-2~ubuntu20.10.1] (i386-whitelist)
[16:28] -queuebot:#ubuntu-release- New binary: sanlock [armhf] (groovy-backports/universe) [3.8.2-2~ubuntu20.10.1] (i386-whitelist)
[16:29] <rbalint> xnox, juliank otoh i think hello may not be a perfect canary since people are unlikely to install it
[16:41] <juliank> I was more thinking about mirroring and stuff
[16:41] <juliank> appstream parsing and so on
[16:44] <bryceh> bdmurray, not opposed to that, but for expediency how about we hint for now?  I haven't tried out that patch but it looks like a good way to disable the testing permanently.  The hint would let the test pass for now but would re-enable it in case things get better upstream.
[16:45] <bdmurray> given that the debian bug is from 2018 that seems like wishful thinking but okay
[16:45] <bryceh> bdmurray, if you feel strongly though, I can pull that patch and give it a shot.  We're just anxious to get symfony migrated since it's the main thing holding things up
[16:46] <bryceh> bdmurray, we really only care about symfony because php-twig has a dependency on one of its pieces.  I don't think we have much of a userbase on it.
[16:48] <bdmurray> okay but my point is if keeps getting entangled in transitions we'll have to keep hinting it
[16:49] <bdmurray> rather than doing that for many more releases let's just stop testing it on those arches
[16:59] -queuebot:#ubuntu-release- New binary: sanlock [riscv64] (groovy-backports/universe) [3.8.2-2~ubuntu20.10.1] (i386-whitelist)
[17:04] <bryceh> bdmurray, alright, if you prefer I can do it that way instead.
[17:04] <bdmurray> bryceh: I think that's the best long term solution but I've merged and fixed your hint.
[17:13] <bryceh> bdmurray, great thanks, I've also uploaded the change you suggested.  Hopefully one way or another this will take care of it.
[17:43] <blackboxsw> rbasak: don't know if it's too late. Grant just added our consolidated SRU logs with the supplemental CI logging *version.txt which announces which version of ua-tools is run for each Ubuntu series https://bugs.launchpad.net/ubuntu/+source/ubuntu-advantage-tools/+bug/1929597/comments/23
[17:44] <bdmurray> blackboxsw: that's some you want released to -updates correct?
[17:47] <blackboxsw> bdmurray: yep, we talked with rbasak at standup today and he preferred we added headers/logs or evidence that the specific ua-tools version under test was exercised by our test harness. We have plans to add a summary table/log for these tests in the future, but the gap in his mind was just that there wasn't a specific breadcrumb to show that we tested the correct version (it's now added in behave-lxd-*-ua-version.txt
[17:47] <blackboxsw> files
[17:49] <bdmurray> If he doesn't get to it I'll look at in a couple of hours
[17:49] <blackboxsw> also of note, staging test runs started failing yesterday due to firewall changes affecting the livepatch staging service and there is a "KNOWN ISSUE" note added to the behave-vm-*  run to explain this temporary outage. waiting on IS to make those tests green.  thanks bdmurray
[17:50] <blackboxsw> we raised both of those concerns w/ rbasak today and he mentioned adding comment to the top of the files. thx bdmurray
[17:56] <xnox> rbalint:  juliank: i'm bold enough to do it with src:ubuntu-meta
[18:04] <rbasak> o/ looking
[18:06] -queuebot:#ubuntu-release- Unapproved: accepted apt [source] (hirsute-proposed) [2.2.4ubuntu0.1]
[18:17] -queuebot:#ubuntu-release- Unapproved: accepted apt [source] (focal-proposed) [2.0.6]
[18:21] -queuebot:#ubuntu-release- Unapproved: accepted apt [source] (bionic-proposed) [1.6.14]
[19:45] <bryceh> bdmurray, would you mind adding a force-reset-test for php-httpful on ppc64el?  Looks like php-httpful has always failed its testsuite but apparently passed on a fluke for ppc64el once.  I can spin up a bug and/or PR for it if you'd like
[20:36] <bdmurray> bryceh: a PR (but no bug) would be helpful
[20:38] <Eickmeyer> vorlon: Any objections to removing redkite from impish? Upstream figured out that nobody else was using it and put it in their own audio plugin code.
[20:50] <vorlon> Eickmeyer: no objection, just file a bug and subscribe ubuntu-archive
[20:50] <Eickmeyer> vorlon: Will do. :)
[21:03] <bryceh> bdmurray, sounds good.  No hurries on this one, its just a leaf package.  https://code.launchpad.net/~bryce/britney/+git/britney/+merge/404347
[21:11] <bdmurray> bryceh: I think you've been typing php too many times!
[21:21] <bryceh> @bdmurray, facephalm
[21:37] <bryceh> bdmurray, thanks again and thanks for bumping the version on symfony's hints
[21:43] <bdmurray> bryceh: oh speaking of that I hinted ubuntu6 but you uploaded ubuntu7 so if stuff doesn't work out after the tests run let me know and I'll bump it again
[21:44] <bryceh> ok thanks
[22:28] -queuebot:#ubuntu-release- Unapproved: rejected gnome-chess [source] (focal-proposed) [1:3.36.2-0ubuntu1]
[22:28] -queuebot:#ubuntu-release- Unapproved: rejected polari [source] (focal-proposed) [3.36.3-0ubuntu1]
[22:28] -queuebot:#ubuntu-release- Unapproved: rejected gnome-nibbles [source] (focal-proposed) [1:3.36.1-0ubuntu1]


[00:58] <tsimonq2> The aforementioned package that I'd like for Lubuntu has been uploaded to Kinetic source NEW, please ping with any questions.
[06:17] <cpaelzer> RAOF: hi, I've seen your SRU review reject on bug 1934997
[06:17] <cpaelzer> RAOF: since the uploader is on PTO I've taken a look and I think this isn't as unrelated as you thought
[06:17] <cpaelzer> RAOF: if you still ahve time, could you have a look at my explanation in that bug (last comment) and let me know if we should re-upload it or if there is something else I missed?
[06:19] <RAOF> cpaelzer: That's a reasonable explanation!
[06:20] <cpaelzer> I could re-upload it or can it be revived from the reject queue?
[06:20] <RAOF> I can actually fish it out of the rejected queue, I think.
[06:20] <cpaelzer> oh nice
[06:20] <RAOF> No need to re-upload.
[06:20] <cpaelzer> great, if that doesn't work out and you need me to get this back on track please ping me
[06:26] <RAOF> So, technically, the removal of `signal.c` *is* an unrelated change, but that's ok :)
[11:53] <tjaalton> did quebot die?
[11:53] <tjaalton> *queuebot
[13:14] <tjaalton> sil2100: uploaded libdrm & mesa-amber for focal, llvm-13 and mesa backport will follow later
[13:14] <tjaalton> also mesa point-release update for jammy
[16:36] <vorlon> ginggs: when packages show on https://people.canonical.com/~ginggs/ftbfs-report/test-rebuild-20220617-kinetic-kinetic.html as 'ftbfs, no regression', what is the baseline being used for deciding if it's a regression?  I ask because sphde is built in kinetic
[16:40] <ginggs> vorlon: the reference series is jammy (shown near the top of the report)
[16:59] <ginggs> it shows that way only on amd64, ppc64el and s390x because the other architectures are still building
[17:34] <vorlon> ginggs: "Reference series: jammy" thanks for the clarification
[17:35] <vorlon> ginggs: I'm still confused though because sphde binaries are in jammy.  Is it using a baseline of some previous rebuild archive?
[17:38] <ginggs> vorlon: i have no idea.  we see the same in the 2nd impish test rebuild https://people.canonical.com/~ginggs/ftbfs-report/test-rebuild-20210927-impish-impish.html
[17:40] <ginggs> if 1.4.0-3 had migrated, sphde would appear in the 'superseded' section of the report
[18:02] <Eickmeyer[m]> rbasak: I have an upload to supersede for quassel's SRU (bug 1980687), I missed one line in the patch to change. Literally the network name. Explained in the comment.
[18:21] <rbasak> Eickmeyer[m]: yep OK, but could you please build with -v1:0.14.0-1ubuntu<IP_ADDRESS>? Otherwise the changes don't make sense on their own.
[18:23] <Eickmeyer[m]> rbasak: My upload was 1:0.14.0-1ubuntu<IP_ADDRESS> in this case.
[18:24] <rbasak> Eickmeyer[m]: right, but the SRU change being landed includes both .2 and .3, so it'd be nice for the changes file to state that. Otherwise only the changelog associated for .3 would be seen in various reports.
[18:24] <rbasak> Hence the request for -v
[18:25] <Eickmeyer[m]> I see. I'll rebuild and reupload, go ahead and reject .3.
[18:30] <Eickmeyer[m]> rbasak: Done.
[18:32] <rbasak> Eickmeyer[m]: accepted. Thanks!
[18:32] <Eickmeyer[m]> rbasak: Thanks for your help!