[00:47] <ubotu> New bug: #182284 in xserver-xorg-video-intel (main) "no direct rendering after upgrade to hardy" [Undecided,New] https://launchpad.net/bugs/182284
[00:49] <ubotu> New bug: #187281 in xserver-xorg-video-ati (main) "Graphic problems with ATI" [Undecided,New] https://launchpad.net/bugs/187281
[04:02] <ubotu> New bug: #189147 in xorg (main) "X display freezes, slowly fades to black (video included)" [Undecided,New] https://launchpad.net/bugs/189147
[06:26] <ubotu> New bug: #189167 in mesa (main) "Missing glClipPlane support in r300" [Undecided,New] https://launchpad.net/bugs/189167
[08:53] <ubotu> New bug: #120619 in xorg (main) "[Gutsy] invalid resolution detected resulting in BIG fonts on i915" [Undecided,New] https://launchpad.net/bugs/120619
[09:00] <Company> hrm, everybody asleep here, too
[09:00] <Company> i'm wondering who to poke about https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/147846
[09:00] <ubotu> Launchpad bug 147846 in xserver-xorg-video-ati "resolution out of sync with version 2:<IP_ADDRESS>.dfsg-12ubuntu8" [High,Incomplete]
[09:33] <tjaalton> Company: do you have a radeon or intel?
[09:38] <Company> tjaalton: radeon
[09:39] <Company> tjaalton: (last reply to that bug is mine)
[09:39] <tjaalton> yes I noticed
[09:40] <tjaalton> try the driver from http://wiki.ubuntu.com/XorgOnTheEdge
[09:40] <Company> radeonhd or ati?
[09:40] <tjaalton> ati
[09:42] <Company> brb (hopefully ;))
[09:45] <Company> logging out and back in should be enough to restart X, right?
[09:45] <tjaalton> perhaps
[09:46] <tjaalton> I'm not sure what the gdm default is
[09:46] <Company> i got to see the console in between
[09:46] <tjaalton> I reckon it didn't help?
[09:46] <Company> nope
[09:47] <Company> still the same issue: garbled screen andmanually having to xrandr without seeing a lot
[09:47] <tjaalton> ok, please open a new bug and attach your logfile and config.
[09:47] <Company> half of that is easy - i have no config :)
[09:48] <tjaalton> ok
[09:50] <Company> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/189198
[09:50] <ubotu> Launchpad bug 189198 in xserver-xorg-video-ati "r100 video comes up garbled" [Undecided,New]
[10:00] <tjaalton> Company: umm, on the other bug you said that resolutions such as 1920x1200 worked right? I'm not sure how 446Xpro is able to do that..
[10:00] <Company> tjaalton: i can definitely see it
[10:00] <tjaalton> it's not a widescreen monitor..
[10:01] <Company> i know
[10:01] <ubotu> New bug: #189198 in xserver-xorg-video-ati (main) "r100 video comes up garbled" [Undecided,New] https://launchpad.net/bugs/189198
[10:01] <Company> it looks pretty stretched and is flickering, but the image is vivible
[10:01] <tjaalton> the log shows that it's using 16x12, and you listed that as working?
[10:03] <Company> it's using 1600x1024, no?
[10:04] <Company> i was assuming that it does that, because the other modes work when i xrandr to them
[10:05] <tjaalton> you listed 1600x1024 as working too
[10:06] <Company> wait, i did?
[10:06] <tjaalton> WORKS: 1920x1200, 1600x1200, 1600x1024...
[10:06] <Company> i messed that up when copy/pasting, i'm sorry
[10:06] <tjaalton> hmm, indeed it is trying to use 16x10
[10:07] <Company> yep, 1680x1050 works
[10:07] <Company> looks ugly, but works
[10:07] <tjaalton> what if you generate the config? 'dpkg-reconfigure xserver-xorg'
[10:08] <tjaalton> I meant it's using 1600x1024
[10:08] <Company> right
[10:08] <Company> i was just checking what i'd written in the bug
[10:08] <tjaalton> ah
[10:09] <Company> can i dpkg-reconfigure while X is running?
[10:09] <tjaalton> yes
[10:09] <tjaalton> it doesn't probe or anything
[10:12] <Company> hrm, the xorg.conf doesn't contain anything important
[10:12] <Company> just "configured device" for everything and a keyboard layout
[10:12] <tjaalton> right
[10:12] <tjaalton> that's enough
[10:13] <Company> alright
[10:13] <tjaalton> ..for now
[10:13]  * Company tries
[10:15] <Company> same problem
[10:16] <tjaalton> ok, so you can force the resolution using these instructions: http://wiki.debian.org/XStrikeForce/HowToRandR12
[10:16] <tjaalton> "forcind a preferred mode"
[10:18] <Company> yeah, that was pretty much what i was doing - i had set a preferred resolution on gnome login which caused an xrandr to 1280x1024
[10:18] <tjaalton> it would be cool if you could report this upstream
[10:19] <Company> but the new gnome stopped auto-xrandr'ing
[10:21] <Company> what's the preferred irc channel for poking upstream people?
[10:21] <tjaalton> #xorg-devel
[10:22] <tjaalton> ask agd5f (some US timezone though..)
[10:23] <Company> will do
[10:24] <tjaalton> hmm, actually he's real name is alex deucher, so maybe he's German after all :)
[10:24] <Company> he works for ati now, so he probably is us-based nonetheless ;)
[10:25] <tjaalton> true
[10:27] <Company> gutsy shipped xorg 1.4?
[10:28] <Company> hrm shouldn't matter, because it was caused by that patch removal
[10:28] <tjaalton> nope, 1.3
[10:29] <tjaalton> yes, that patch basically forced the setting, which is equivalent to the PreferredMode
[10:36] <Company> freedesktop.org 14383
[10:38] <tjaalton> excellent
[10:40] <tjaalton> added a comment about the driver version
[10:41] <Company> i'll try poking agd5f tonight or tomorrow
[10:42] <tjaalton> ok, cool
[16:40] <Q-FUNK> http://people.ubuntu.com/~bryce/Uploads/xorg-server_1.4.1~git20080118-1ubuntu3_source.changes
[16:40] <Q-FUNK> is there a source tarball for this?
[16:40] <Q-FUNK> I was gonna add bartman's vcons patch and upload to my PPA, but no source tarball found.
[16:41] <tjaalton> Q-FUNK: I'm about to upload a new merged version
[16:41] <tjaalton> with your patches
[16:41] <Q-FUNK> oh
[16:41] <tjaalton> that version was never uploaded
[16:42] <Q-FUNK> including the vcons patch attached to 180742 ?
[16:43] <Q-FUNK> there's a total of 3 patches against x86emu from Bart.  2 are attached to 140051 and 1 to 180742.
[16:43] <tjaalton> that's not included, the first two are
[16:43] <Q-FUNK> ok
[16:43] <Q-FUNK> can you check that third one, before you upload?
[16:45] <tjaalton> better to test that separately?
[16:46] <Q-FUNK> hmm ok
[16:46] <Q-FUNK> I guess I'll make my PPA packages from your current upload.
[16:46] <Q-FUNK> which version is it?
[16:47] <tjaalton> the one that'll hit the archive in 10min :)
[16:47] <tjaalton> 2:1.4.1~git20080131-1ubuntu1
[16:49] <Q-FUNK> ok :)
[16:50] <Q-FUNK> how often is the PPA build queue processed, again?
[16:50] <tjaalton> every 30min/1h or so
[16:50] <tjaalton> dunno
[16:50] <Q-FUNK> source was just accepted by PPA, but no binaries yet
[16:51] <Q-FUNK> ah ok
[17:13] <tjaalton> bryce: ok, xorg-server uploaded with those patches
[17:14] <tjaalton> now home ->
[17:35] <bryce> thanks
[17:35] <Q-FUNK> tjaalton: kiitos tästä.
[17:35] <Q-FUNK> one worry less for Hardy
[17:52] <tjaalton> if it doesn't break anything :)
[17:55] <tjaalton> bryce: maybe we should take a look at the fedora displayconf tool if dc-g isn't going to cut it anymore? looks like it has accumulated ~150 bugs so far
[17:57] <bdmurray> bryce: Is there a master bug for touchpad scrolling?
[17:58] <tjaalton> yep
[17:58] <tjaalton> bdmurray: ^^ :)
[17:59] <tjaalton> bug 173411
[17:59] <ubotu> Launchpad bug 173411 in xorg "[Hardy][Regression] Touchpad vertical scroll does not work" [Medium,Confirmed] https://launchpad.net/bugs/173411
[18:00] <bdmurray> tjaalton: thanks!
[18:07] <bryce> tjaalton: really?  I looked at it a couple weeks ago but wasn't that impressed
[18:11] <ubotu> New bug: #186899 in ubuntu "Scrolbar of my hp dv9646 laptop mouse doesn't work on Hardy (dup-of: 173411)" [Undecided,Triaged] https://launchpad.net/bugs/186899
[18:13] <tjaalton> bryce: oh ok, what's it called? I'll dig it up to convince myself that it sucks :)
[18:13] <bryce> system-config-display iirc
[18:14] <bryce> here are some (early) mockups of what they're working on to gain xrandr support - http://www.gnome.org/~clarkbw/designs/monitor-resolution-settings/
[18:15] <tjaalton> yeah, that's the one
[18:16] <bryce> I think the layout that glatzor and mpt put together is a bit more usable.  I do want to have a graphical screen layout tool some day, but I've seen other prototypes I like better
[18:16] <tjaalton> ok I won't spend any time on that right now
[18:16] <bryce> so far, grandr's layout tools is the most interesting, however it takes up a lot of space
[18:16] <tjaalton> but we still need a tool which touches xorg.conf, imho
[18:17] <bryce> http://fedoraproject.org/wiki/Features/RandrSupport
[18:17] <bryce> here's a screenshot:  http://www.redhat.com/magazine/014dec05/features/multihead/
[18:18] <bryce> yes I agree we need something which can manipulate xorg.conf, and I'm a bit uncertain about what to do there
[18:18] <bryce> there's three use cases I see
[18:18] <bryce> 1.  bulletproof-x mode (a xrandr gui presumably won't cut it here)
[18:19] <bryce> 2.  altering the Virtual settings to allow different layouts (but maybe this could simply be a script)
[18:19] <bryce> 3.  general xorg.conf customization
[18:20] <bryce> I don't know though --- given my experience seeing how hard it's been for dcg to chase xorg.conf as it's format evolves, this seems like a really hard problem, and these three use cases don't represent as huge of an amount to gain, assuming people will be able to do more using xrandr now
[18:21] <jcristau> pyxf86config sounds nicer than shell to manipulate xorg.conf
[18:39] <tjaalton> bryce: speaking of 1., do we want to get a recent -ati snapshot in? I'm tired of those r5xx bugs which fail to load vesa :)
[18:39] <bryce> tjaalton: yeah probably a good idea; I've sort of lost track of where -ati is at since our last release
[18:40] <tjaalton> bryce: deep in the snapshot-land :)
[18:40] <bryce> hrm
[18:40] <tjaalton> or -jungle
[18:40] <tjaalton> jcristau: I'll take a look at pyxf86config
[18:41] <tjaalton> bryce: they do support accelerated 2D for r5xx, and maybe for r6xx too
[18:42] <bryce> tjaalton: well, I'd like to avoid the situation we were in last time where we were putting out new -ati's right up until freeze...  the vesa issue is minor compared with some bugs we could risk unearthign
[18:42] <bryce> tr/gn/ng/
[18:42] <tjaalton> currently r5xx-> can't get X up because of that, so it's not that minor :)
[18:42] <bryce> tjaalton: maybe ask alex about any release plans for the month?
[18:43] <tjaalton> yeah, good point
[18:45] <tjaalton> a coworker has a Thinkpad T-series with a recent ati card on it, so I could try some dailies on it every now and then
[18:45] <bryce> yes that's a really good idea
[18:45] <bryce> I think ScislaC may also be open to doing some testing, although usually he focuses on fglrx
[18:48] <tjaalton> I'd like to personally see a machine failing to boot a livecd, otherwise it's much harder to fix anything
[18:49] <bryce> I think you might be the only person wishing for that ;-)
[18:49] <tjaalton> hehe :)
[19:31] <ubotu> New bug: #189343 in linux-restricted-modules-2.6.24 (restricted) "DRI doesn't work with fglrx 8.01" [Undecided,New] https://launchpad.net/bugs/189343
[20:32] <ubotu> New bug: #187588 in xorg (main) "[hardy] wrong screen resolution on laptop HP nw8440" [Undecided,Incomplete] https://launchpad.net/bugs/187588
[21:37] <bryce> tjaalton: I started that page on hardy driver status I mentioned the other day - https://wiki.ubuntu.com/X/Drivers
[21:38] <bryce> so far just -intel; going to do -fglrx after lunch
[21:38] <bryce> if you could, please review it and correct any inaccuracies - this is mostly taken from feedback from your testing, so I may have made mistakes in capturing it correctly
[21:40] <tjaalton> bryce: ok, I'll have a look
[21:43] <tjaalton> bryce: yep, looks good
[22:07] <bryce> great
[22:11] <bryce> on to -fglrx
[22:12] <tjaalton> for some reason it seems to _require_ forcing 24bit mode on...
[22:14] <bryce> huh
[22:14] <bryce> what other issues?  I owe AMD a top 5 bug list, so if you have issues in mind I'll collect 'em
[22:15] <tjaalton> DRI doesn't work for everyone etc
[22:16] <tjaalton> look at the l-r-m-2.6.24 bug list
[22:18] <bryce> ok
[22:27] <bryce> tjaalton: there doesn't seem to be that many fglrx errors in the lrm-2.6.24 bug list
[22:27] <bryce> about a dozen
[22:29] <tjaalton> right, but even more puzzling ones :)
[22:30] <tjaalton> but the fact is that not that many get past the broken-X phase
[22:30] <tjaalton> I guess..
[22:30] <tjaalton> the bug list for 2.6.22 is more impressive
[22:38] <bryce> could be
[22:38] <bryce> will many of the 2.6.22 bugs still be relevant though?
[22:42] <tjaalton> some of them will
[22:42] <tjaalton> don't know the percentage, but some of them are already running the latest driver(s)
[22:42] <tjaalton> those could be moved to .24
[23:13] <bryce> heya tormod
[23:14] <tormod> hi bryce
[23:15] <bryce> how things going tormod?
[23:17] <tormod> fine thanks. trying to not fall sick, flu all over Europe it seems.
[23:17] <bryce> erf
[23:17] <tormod> did you see my e-mail reply with another small patch?
[23:17] <bryce> yes
[23:17] <bryce> I'll add it in now
[23:18] <tormod> you can also remove the '/.git.*/' from -i I think, just -i removes all git/svn/etc
[23:20] <bryce> ok done and pushed :-)
[23:20] <tormod> my plans (some time) would be to rearrange the script in modules so it can be used as a shell library if needed.
[23:21]  * bryce nods
[23:21] <tormod> for instance build binaries, then change a few things for backports, build again (without downloading from git every time)
[23:22] <bryce> I got completely sidetracked by ubuntu-mobile stuff there around the holidays so haven't had time to work on the driver builder infrastructure more, but if/when I do, it'd be helpful to have the script modularized
[23:22] <bryce> I did take a shot at adding support for mesa before the holidays, but it never worked
[23:23] <bryce> I had the changes queued up in my tree (thus my procrastination merging more changes), but I think mesa just may be too complicated for it, so I just tossed that work for now.
[23:25] <tormod> is the ubuntu mesa maintained in git?
[23:28] <bryce> no
[23:29] <bryce> just xorg and xorg-server are in git for ubuntu so far
[23:29] <tormod> I guess it would be the next candidate.
[23:30] <bryce> possibly; although it's not a package we tend to do a lot of work on - I think we mostly just sync to debian
[23:30] <tormod> that's the tendency for all xorg*, luckily
[23:31] <bryce> right.  xorg and xserver are the two main pieces where we have a significant amount of non-syncable / ubuntu-specific stuff
[23:32] <bryce> I've thought a bit that maybe one or two of the drivers would be next on the list, but typically what changes we make to drivers gets taken upstream swiftly so we rarely have more than a couple patches against them at a time
[23:33] <bryce> tormod: hey did you see we got 100% caught up the other day on New bug triage for the major xorg bits? :-)
[23:33] <bryce> (well major aside from the binary drivers)
[23:34] <tormod> wow that's great
[23:34] <bryce> tormod: http://people.ubuntu.com/~bryce/Plots/
[23:35] <bryce> things have crept up a bit since then but not much ;-)
[23:35] <tormod> looks good :)
[23:36] <tormod> and displayconfig-gtk needs some love... any new plans for it?
[23:36] <bryce> indeed; I've been working on a replacement for it the last couple days
[23:36] <tormod> link?
[23:36] <bryce> http://bryceharrington.org/files/screenrez_6.png
[23:37] <tormod> xrandr-aware I hope?
[23:37] <bryce> right
[23:37] <bryce> my code branch is at https://code.launchpad.net/gnome-control-center
[23:38] <bryce> it won't edit xorg.conf though, so we may still need a solution for that.
[23:38] <tormod> btw, are we gonna update -ati soon, or wait for Debian (or for 6.8...)?
[23:38] <bryce> tjaalton and I were just talking about that earlier
[23:39] <tormod> the support for X1?00 cards would obsolete many vesa bugs...
[23:39] <bryce> it would be nice to not get stuck in a situation like last time where we were pushing new -ati's up until the last minute before release
[23:39] <bryce> right
[23:39] <bryce> I think tjaalton is going to check with alex about release plans in the near future
[23:40] <bryce> tormod, have you tested against newish -ati snapshots?  How is it doing?
[23:40] <tormod> well it just got better and better :)
[23:40] <bryce> heh
[23:41] <tormod> works well, and I ask people to test it whenever I can in bug reports.
[23:42] <tormod> I am a little afraid Alex doesn't have a release plan, as in planning wrt time
[23:42] <ubotu> New bug: #189415 in xorg (main) "[Hardy] X serveur restart randomly with nvidia propriotary driver" [Undecided,Incomplete] https://launchpad.net/bugs/189415
[23:43] <bryce> hmm
[23:43] <bryce> since Hardy is an LTS release, it would be a bit uncomfortable shipping an -ati snapshot...
[23:44] <tormod> it seemed to settle and I was waiting for a release, then he merges atombios, same again, then he adds something else...
[23:45] <bryce> have you suggested to him that it would be good to put out a release before merging more stuff?
[23:45] <tormod> it would be better than 6.6.3 I guess ;)
[23:45] <jcristau> the ati driver tends to have never-ending release candidate series these days
[23:46] <tormod> hmm no I haven't. I am maybe not the one to tell him. jcristau?
[23:50] <jcristau> you could just pick whatever goes into F9 :)
[23:51] <tormod> true enough


[08:37] <Zero_Ice> Hi all
[08:38] <Zero_Ice> Is this the correct place to get noob help with ubuntu LAMP server?
[09:00] <Zero_Ice> hi can anyone help me find out what is causing this error: error: 'Access denied for user 'root'@'localhost' (using password: NO)'
[09:01] <Zero_Ice> when running mysqladmin
[09:01] <Zero_Ice> or trying to anyway
[09:01] <Zero_Ice> It's off a fresh Ubuntu LAMP installation..
[09:01] <Zero_Ice> only thing i've done is edit the my.cnf and canceled out the bind of <IP_ADDRESS>
[09:27] <evilkry> hello everyone
[09:28] <evilkry> would anyone be willing to help me setup VirtualHost?  I use a seperate IP address for each Site...
[09:28] <evilkry> I have a fresh install of Ubuntu-Server running
[09:29] <evilkry> so I guess firstly I need to add a couple of alias-IPs to my server?
[09:29] <mralphabet> http://ubuntuforums.org/showthread.php?t=284484
[09:30] <evilkry> thank you
[09:31] <evilkry> what would you recomend for setting up my virtual host
[09:31] <evilkry> I have my dns pre-built for my sites through my ISP
[09:31] <mralphabet> apache2?
[09:31] <evilkry> i'm running a T1
[09:31] <evilkry> yes
[09:32] <evilkry> currently my sites all run on a cobalt raq server
[09:32] <evilkry> i'm trying to transition over to this ubuntu-server
[09:32] <mralphabet> http://www.debuntu.org/2006/02/22/7-virtual-hosting-using-apache-2
[09:32] <evilkry> excellent - thank you
[11:43] <Synesthesia> I have a really easy one for you guys -- the ubuntu docs say that I can edit the Document root in /etc/apache2/apache2.conf. But there is *not* a DocumentRoot line there, nor a RedirectMatch line to uncomment. Any suggestions?
[11:59] <CarlFK> if I boot the CD into the "rescue mode", and "execute a shell in the installer environment" - what is the anna thing to install a package?  (want to install kexec )
[12:00] <mralphabet> there's aptitude
[12:01] <mralphabet> or apt-get
[12:01] <mralphabet> are you thinking anaconda?


[13:57] <Blade> ance install ubuntu
[13:57] <Blade> my install no work to
[13:57] <Blade> laptop died


[06:37] <flocculant> bluesabre: saw your comment to robert ancell - added lightdm.log from a fail to return from lock session
[08:50] <bluesabre> flocculant, you rock
[10:31] <ochosi> hey folks, i'm afk until october. thanks for running things! talk to you then!
[10:31] <knome> hf ochosi
[10:32] <ochosi> ty :)
[10:34] <akxwi-dave> enjoy ochosi
[10:49] <flocculant> ochosi: cya - have fun


[19:59] <hyperair> has anyone seen this? [341026.114] (EE) intel(0): [drm] failed to set drm interface version: Permission denied [13].
[23:18] <mlankhorst> hyperair: sadly too many time :P
[23:19] <mlankhorst> please tell me it happens from running xmir


[04:10] -queuebot:#ubuntu-release- New: accepted libaqbanking [arm64] (artful-proposed) [5.7.6beta-2]
[04:10] -queuebot:#ubuntu-release- New: accepted libaqbanking [i386] (artful-proposed) [5.7.6beta-2]
[04:10] -queuebot:#ubuntu-release- New: accepted libaqbanking [s390x] (artful-proposed) [5.7.6beta-2]
[04:10] -queuebot:#ubuntu-release- New: accepted libaqbanking [armhf] (artful-proposed) [5.7.6beta-2]
[04:10] -queuebot:#ubuntu-release- New: accepted libaqbanking [ppc64el] (artful-proposed) [5.7.6beta-2]
[04:11] -queuebot:#ubuntu-release- New: accepted libaqbanking [amd64] (artful-proposed) [5.7.6beta-2]
[08:41] -queuebot:#ubuntu-release- New: accepted htslib [amd64] (artful-proposed) [1.4.1-2ubuntu1]
[08:41] -queuebot:#ubuntu-release- New: accepted htslib [armhf] (artful-proposed) [1.4.1-2ubuntu1]
[08:41] -queuebot:#ubuntu-release- New: accepted htslib [ppc64el] (artful-proposed) [1.4.1-2ubuntu1]
[08:41] -queuebot:#ubuntu-release- New: accepted htslib [arm64] (artful-proposed) [1.4.1-2ubuntu1]
[08:41] -queuebot:#ubuntu-release- New: accepted htslib [s390x] (artful-proposed) [1.4.1-2ubuntu1]
[08:41] -queuebot:#ubuntu-release- New: accepted htslib [i386] (artful-proposed) [1.4.1-2ubuntu1]
[08:55]  * acheronuk notes that simon in artful -release is gone
[08:55] <acheronuk> thanks. that should sort that transition, but leave things open for a fix :)
[09:49] <mapreri> slangasek, acheronuk: thank you for your help; opencv 3.1 now successfully migrated :)
[09:55] <acheronuk> np. along with new Digikam :)
[11:02] -queuebot:#ubuntu-release- New binary: libseqlib [amd64] (artful-proposed/universe) [1.1.1+dfsg-2] (no packageset)
[11:16] -queuebot:#ubuntu-release- New binary: pymodbus [amd64] (artful-proposed/universe) [1.3.1-1] (no packageset)
[13:03] <jbicha> infinity: can you check what happened to mercurial 4.0-1? it looks like it was accidentally deleted according to publishing history
[16:09] <slangasek> jbicha: that's the known bug where copies from zesty-proposed -> artful-proposed -> artful don't work right; I'm fixing it now (<-- infinity)
[17:29] -queuebot:#ubuntu-release- Unapproved: gnome-session (zesty-proposed/main) [3.24.0-0ubuntu1 => 3.24.0-0ubuntu2] (ubuntu-desktop)
[18:59] -queuebot:#ubuntu-release- New: accepted libseqlib [amd64] (artful-proposed) [1.1.1+dfsg-2]
[18:59] -queuebot:#ubuntu-release- New: accepted pymodbus [amd64] (artful-proposed) [1.3.1-1]
[19:10] -queuebot:#ubuntu-release- New binary: mia [s390x] (artful-proposed/universe) [2.4.4-2ubuntu1] (no packageset)
[19:18] -queuebot:#ubuntu-release- New binary: mia [ppc64el] (artful-proposed/universe) [2.4.4-2ubuntu1] (no packageset)
[19:24] -queuebot:#ubuntu-release- New binary: mia [i386] (artful-proposed/universe) [2.4.4-2ubuntu1] (no packageset)
[19:30] -queuebot:#ubuntu-release- New binary: mia [amd64] (artful-proposed/universe) [2.4.4-2ubuntu1] (no packageset)
[19:41] -queuebot:#ubuntu-release- New binary: mia [armhf] (artful-proposed/universe) [2.4.4-2ubuntu1] (no packageset)
[20:10] <infinity> slangasek: Ta.
[20:14] -queuebot:#ubuntu-release- New: accepted haskell-hackage-security [amd64] (artful-proposed) [<IP_ADDRESS>-7ubuntu1]
[20:14] -queuebot:#ubuntu-release- New: accepted haskell-hackage-security [armhf] (artful-proposed) [<IP_ADDRESS>-7ubuntu1]
[20:14] -queuebot:#ubuntu-release- New: accepted haskell-hackage-security [ppc64el] (artful-proposed) [<IP_ADDRESS>-7ubuntu1]
[20:14] -queuebot:#ubuntu-release- New: accepted mia [amd64] (artful-proposed) [2.4.4-2ubuntu1]
[20:14] -queuebot:#ubuntu-release- New: accepted mia [i386] (artful-proposed) [2.4.4-2ubuntu1]
[20:14] -queuebot:#ubuntu-release- New: accepted mia [s390x] (artful-proposed) [2.4.4-2ubuntu1]
[20:14] -queuebot:#ubuntu-release- New: accepted haskell-hackage-security [arm64] (artful-proposed) [<IP_ADDRESS>-7ubuntu1]
[20:14] -queuebot:#ubuntu-release- New: accepted haskell-hackage-security [s390x] (artful-proposed) [<IP_ADDRESS>-7ubuntu1]
[20:14] -queuebot:#ubuntu-release- New: accepted mia [ppc64el] (artful-proposed) [2.4.4-2ubuntu1]
[20:14] -queuebot:#ubuntu-release- New: accepted haskell-hackage-security [i386] (artful-proposed) [<IP_ADDRESS>-7ubuntu1]
[20:14] -queuebot:#ubuntu-release- New: accepted mia [armhf] (artful-proposed) [2.4.4-2ubuntu1]
[20:19] <infinity> slangasek: Speaking of AA stuff, when you did the opencryptoki removal ( https://launchpad.net/ubuntu/artful/armhf/libopencryptoki-dev ), you missed that tpm-tools became unbuildable/uninstallable on armhf (fixing now).
[20:19] <slangasek> infinity: I have some recollection of removing the tpm-tools binaries too, so not sure what happened there
[20:20] <slangasek> but yeah, I noticed the uninstallability and was going to chase that down once I had p-m squashed down a bit more
[20:20] <infinity> slangasek: https://launchpad.net/ubuntu/artful/armhf/tpm-tools disagrees, but meh, I remember doing all sorts of things that never happened. ;)
[20:21] <infinity> (The human brain sucks, apparently)
[20:21] <slangasek> sure; maybe I ran the command and then closed the Internet or something
[20:21] <infinity> THE WHOLE INTERNET.
[20:21] <infinity> Right, that's all but 1 of http://people.canonical.com/~ubuntu-archive/proposed-migration/artful_uninst.txt sorted.  Now, what's with the top one.
[20:22] <slangasek> also, the tryton-all is my doing, I was sick of watching 100 tryton modules in the p-m output
[20:22] <slangasek> so I forced it, knowing that the last bit is stuck in Debian NEW
[20:22] <infinity> Oh.  Yeah, it depends on a bunch of stuff that doesn't exist in the archive at all.
[20:22] <infinity> Fun.
[20:23] <slangasek> only a few, and AFAIK it's all in the NEW queue
[20:23] <infinity> E: Package 'tryton-modules-calendar' has no installation candidate
[20:23] <infinity> E: Package 'tryton-modules-calendar-classification' has no installation candidate
[20:23] <infinity> E: Package 'tryton-modules-calendar-scheduling' has no installation candidate
[20:23] <infinity> E: Package 'tryton-modules-calendar-todo' has no installation candidate
[20:23] <infinity> E: Package 'tryton-modules-party-vcarddav' has no installation candidate
[20:23] <infinity> E: Package 'tryton-modules-webdav' has no installation candidate
[20:23] <infinity> We'll let the jury decide if six is a few or a bunch. :)
[20:24] <infinity> But if it'll clear itself up magically, meh.
[20:24]  * infinity goes back to weekending.
[20:26] <slangasek> those are the deps of the old tryton-meta
[20:26] <slangasek> the new one in -proposed is better
[20:26] <slangasek> only tryton-modules-stock-shipment-measurements missing
[20:27] <infinity> Ahh, so perhaps it just needed deleting from the release pocket to ease your transition.
[20:27] <infinity> Since it has no rdeps.
[20:27] <infinity> But 1 uninstallable for now probably won't cause britney to completely break the archive any time soon. :P
[20:29] <slangasek> thanks hunspell, for deprecating an API but only documenting the deprecated API in your headers, not its replacement
[20:56] <Laney> slangasek: limit> no I don't know; see the journal output on autopkgtest-cloud-worker/0 and work from there
[20:57] <Laney> slangasek: email> To<EMAIL_ADDRESS><EMAIL_ADDRESS>[22:04] <slangasek> Laney: ok; what do the emails look like?  maybe they're hiding from me
[22:05] <slangasek> fwiw there were 800+ autopkgtests stuck in 'running' state, that I had to requeue several times to resolve
[22:05] <slangasek> ISTR this was a pitti daily task, did he hand that over to you, Laney?
[23:08] -queuebot:#ubuntu-release- New binary: libgig [ppc64el] (artful-proposed/universe) [4.0.0-2] (no packageset)
[23:08] -queuebot:#ubuntu-release- New binary: libgig [s390x] (artful-proposed/universe) [4.0.0-2] (no packageset)
[23:09] -queuebot:#ubuntu-release- New binary: libgig [amd64] (artful-proposed/universe) [4.0.0-2] (no packageset)
[23:09] -queuebot:#ubuntu-release- New binary: libio-compress-perl [amd64] (artful-proposed/none) [2.074-1] (no packageset)
[23:09] -queuebot:#ubuntu-release- New binary: libgig [i386] (artful-proposed/universe) [4.0.0-2] (no packageset)
[23:09] -queuebot:#ubuntu-release- New binary: libgig [arm64] (artful-proposed/universe) [4.0.0-2] (no packageset)
[23:10] -queuebot:#ubuntu-release- New binary: libgig [armhf] (artful-proposed/universe) [4.0.0-2] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: haskell-cabal-install [amd64] (artful-proposed/none) [<IP_ADDRESS>-2] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: haskell-cabal-install [ppc64el] (artful-proposed/none) [<IP_ADDRESS>-2] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: haskell-cabal-install [i386] (artful-proposed/none) [<IP_ADDRESS>-2] (no packageset)
[23:12] -queuebot:#ubuntu-release- New: accepted haskell-cabal-install [amd64] (artful-proposed) [<IP_ADDRESS>-2]
[23:12] -queuebot:#ubuntu-release- New: accepted haskell-cabal-install [ppc64el] (artful-proposed) [<IP_ADDRESS>-2]
[23:12] -queuebot:#ubuntu-release- New: accepted haskell-cabal-install [i386] (artful-proposed) [<IP_ADDRESS>-2]
[23:12] -queuebot:#ubuntu-release- New: accepted libgig [armhf] (artful-proposed) [4.0.0-2]
[23:13] -queuebot:#ubuntu-release- New: accepted libgig [amd64] (artful-proposed) [4.0.0-2]
[23:13] -queuebot:#ubuntu-release- New: accepted libgig [i386] (artful-proposed) [4.0.0-2]
[23:13] -queuebot:#ubuntu-release- New: accepted libgig [s390x] (artful-proposed) [4.0.0-2]
[23:13] -queuebot:#ubuntu-release- New: accepted libgig [arm64] (artful-proposed) [4.0.0-2]
[23:13] -queuebot:#ubuntu-release- New: accepted libio-compress-perl [amd64] (artful-proposed) [2.074-1]
[23:13] -queuebot:#ubuntu-release- New: accepted libgig [ppc64el] (artful-proposed) [4.0.0-2]
[23:14] -queuebot:#ubuntu-release- New binary: haskell-cabal-install [s390x] (artful-proposed/none) [<IP_ADDRESS>-2] (no packageset)


[07:37] <oSoMoN> good morning desktoppers
[07:41] <duflu> Hi oSoMoN
[07:44] <oSoMoN> hey duflu
[08:32] <seb129> goood morning desktopers!
[08:42] <duflu> Hi seb129 - 1
[08:51] <tjaalton> could webkit2gtk on jammy enable wpe? libwpebackend-fdo-1.0-1 should be moved to main for jammy first though, it's in main for kinetic and up
[08:51] <tjaalton> I'm still carrying a revert patch in mesa for webkit2gtk
[08:55] <tjaalton> although it's not applied in kinetic, hmm :)
[08:56] <tjaalton> anyway, for jammy backports it would need to be, so I'd like to get rid of that requirement
[10:26] <seb129> tjaalton, I would like to see webkit built with wpe also, it's better tested and would probably resolve the arm64 issues we have been seeing
[10:27] <seb129> but yeah, we would need to get it promoted there, I need to ask MIR/SRU/security about that
[10:27] <tjaalton> ok thanks
[12:25] <lissyx> ogra, sounds like snapd upstream issue? https://bugzilla.mozilla.org/show_bug.cgi?id=1800357
[12:25] -ubottu:#ubuntu-desktop- Mozilla bug 1800357 in Firefox Build System "CLI start of firefox reports: update.go:85: cannot change mount namespace according to change mount" [--, Unconfirmed]
[12:29] <lissyx> looks like https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1991691 ?
[12:29] -ubottu:#ubuntu-desktop- Launchpad bug 1991691 in snapd (Ubuntu) "cannot change mount namespace" [High, Incomplete]
[12:33] <lissyx> Trevinho, how can we be sure the issue is either on  mutter side or the IM's side?
[13:05] <jbicha> good morning
[13:10] <ricotz> hello desktopers :)
[13:11] <seb129> hey jbicha, ricotz, how are you?
[13:12] <ricotz> jbicha, hi, I ran into a crash in libtiff in libreoffice (not sure yet about the cause), could you take a look at merging it again from debian - https://launchpad.net/~libreoffice/+archive/ubuntu/experimental/+sourcepub/14175488/+listing-archive-extra
[13:14] <ricotz> seb129, hey, what happened to seb128 ;P
[13:14] <lissyx> would there be some XDG spec/fix to allow "snap run firefox file.html" to work without firefox having to perform a desktop portal open request?
[13:19] <jbicha> ricotz: done, I guess that won't help with the crash though?
[13:20] <ricotz> jbicha, I am kind of counting on CVE-2022-3970
[13:20] -ubottu:#ubuntu-desktop- A vulnerability was found in LibTIFF. It has been classified as critical. This affects the function TIFFReadRGBATileExt of the file libtiff/tif_getimage.c. The manipulation leads to integer overflow. It is possible to initiate the attack remotely. The exploit has been disclosed to the public and may be used. The name of the patch is 227500897dfb07fb7d27f7aa570050e626... <https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-3970>
[13:21] <ricotz> jbicha, thank you
[13:22] <jbicha> ricotz: hmm, fixed in xenial https://ubuntu.com/security/CVE-2022-3970
[13:22] -ubottu:#ubuntu-desktop- A vulnerability was found in LibTIFF. It has been classified as critical. This affects the function TIFFReadRGBATileExt of the file libtiff/tif_getimage.c. The manipulation leads to integer overflow. It is possible to initiate the attack remotely. The exploit has been disclosed to the public and may be used. The name of the patch is 227500897dfb07fb7d27f7aa570050e626... <https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-3970>
[13:22] <ricotz> jbicha, yeah, and pending on all later series
[15:14] <lissyx> oSoMoN, we might be missing normandy on edge
[15:14] <lissyx> oSoMoN, normandy is used to ship "experiments"
[15:20] <bittin-> hello
[19:01] <ricotz> jbicha, just to confirm, libreoffice works with tiff 4.4.0-6ubuntu1, something was wrong with 4.4.0-5ubuntu2
[19:25] <ricotz> lerc transition...
[19:27] <jbicha> ricotz: thanks