[01:00] <z230_user> hi, i came in here about a week ago asking about ubuntu studio not being able to install on my HP Z230 SFF Workstation
[01:01] <z230_user> the problem was when i got to the installer and selected the keyboard settings, it would hang and not go further, and it was suggested to me that my GPU (nvidia nvs 315) was the problem
[01:01] <z230_user> i got a Radeon card in the mail yesterday, and still can not get ubuntu studio installed no matter what i try
[01:01] <z230_user> still gets locked up at the keyboard layout selection
[01:02] <z230_user> id be happy to do what i can help to figure out why this happens as i was able to get through the installer on my thinkpad t450
[01:02] <z230_user> and yes i did check that my iso has the correct hash
[01:03] <z230_user> i have av linux running for now but i'd like to figure out why i cant install 20.04
[01:06] <zardozo[m]> i’m no expert but believe there is a safe graphic install option you could try
[01:10] <z230_user> I should have mentioned, i did try the safe graphics as well as editing splash and quiet out of the boot commands at the grub menu
[01:10] <zardozo[m]> you need a big brains help
[01:11] <z230_user> with both video cards
[01:11] <zardozo[m]> good
[01:11] <z230_user> I guess i should make a bug report
[01:24] <OvenWerks> Interesting, is your keyboard that much different from the us one?
[01:25] <OvenWerks> Ie does the install work if you do the whole thing without touching the keyboard?
[01:35] <z230_user> It is a plain usa keyboard sadly....
[01:36] <z230_user> i was just trying to crush through the installer on all default options if possible
[01:36] <Eickmeyer> z230_user: Might have to escalate you to #ubuntu for this one. I'm out of ideas.
[01:36] <z230_user> thanks boss. No worries.
[01:42] <Eickmeyer> z230_user: Sorry, for that you'll have to type /join #ubuntu.
[01:49] <virtuosoj[m]> Very interesting - when using XServer I was getting major audio distortion in the Bandlapp webapp on Chrome, switched to Wayland and it went away. Vanilla Ubuntu 20.04
[01:49] <virtuosoj[m]> Also, using JACK via ubuntustudiocontrols seems to have removed the popping soound, thank youOvenWerks:
[02:16] <r2b2nz> OvenWerks: Thanks for your help the other day regarding switching automatically between a USB device and non-USB device in Ubuntu Studio Controls. Unfortunately I followed your steps of applying the settings with and without the USB device connected but it doesn't appear to do any auto-switching (e.g. when USB device is set and connected, if I disconnect the USB device the settings stay on the USB master until I manually
[02:16] <r2b2nz> change them back). Is there a log somewhere that might record if its actually trying to do something when I disconnect/reconnect the USB device but failing perhaps?
[03:51] <virtuosoj[m]> Hmm, ubuntustudio-controls won't open for me when using Gnome with Wayland
[03:54] <r2b2nz> virtuosoj: Is that starting it from the menu or starting via CLI? I had a similar experience with Gnome & XServer where it wouldn't do anything when I tried and start via menu. However started from a terminal and it came straight up... I haven't been able to replicate it yet though to try and report any meaningful issue.
[08:16] <narsiteo[m]> I like me join channel in spanish language... there is anyone?
[08:16] <narsiteo[m]> About Ubuntu Studio
[09:46] <frogley> Hi, I'm having trouble with streaming on youtube from UbuStu 18.04- it works ok fine from a webcam with a mic, but i am unable to mix in audio from an outside souce. So I installed OBS but it wont open, an error message appears- it says, quote: Failed to initialize video.  Your GPU may not be supported, or your graphics drivers may need to be
[09:46] <frogley> updated. A
[09:51] <frogley> So does OBS work with 18.04 is my question, and if not, does anyone know if there is an alternative encoder I can use to stream on Youtube
[11:18] <frogley> Sorry people, my mistake, wrong place.
[11:23] <Mattyu> Hi, I found this channel by https://www.ubuntu-it.org/derivate/ubuntu-studio I would like to find info about midi monitor app: Ubuntu Studio 20 have not it. I am sorry for my English...
[12:38] <tomreyn> narsiteo[m]: there might be #ubuntustudio-es , there certainly is #ubuntu-es
[12:38] <tomreyn> okay, the former does not exist


[01:01] <Unit193> If anyone on IRC plans to use https://launchpad.net/~xubuntu-dev/+archive/ubuntu/experimental/+packages, I'd certainly be interested in feedback. :3
[01:03] <bluesabre> Ooh, goodie!
[01:09] <Unit193> That xfconf officially has the gsettings backend, but I didn't actually ship my converter script as an example...I should maybe. >_>


[01:21] <user|45> Hola, tal vez puedan asesorare estoy tratando de instalar kbuntu en una pc, que tiene una placa de video nvidia, y ni bien arranca el instalador se traba con unas rayas verticales, luego me di cuenta que iniciado la instalacion e modo seguro puedo instalarlo, pero cuando termina de instalar se bloquea
[03:33] <archetech> Sysinfo for 'ubu21-kde': Running inside KDE Plasma 5.22.4 on Ubuntu 21.10 (Impish Indri) powered by Linux 5.13.0-odroid-arm64, CPU: Unknown model at 2016.0-2400.0/2400 MHz, RAM: 2921/3698 MB, Storage: 4/45 GB, 200 procs, 4.27h up
[03:34] <archetech> Odroid N2+
 Is there any repo for lib32gcc1?
 https://paste.ubuntu.com/p/PK3H4YfmPB/
[06:21] <lordievader> Good morning
[06:26] <seaLne> enyc: not sure but probably we have missed something
[06:27] <enyc> I wonder where this IrcsomeBot is connected to !!
[06:28] <seaLne> telegram
 https://paste.ubuntu.com/p/b2GH77BnwR/
 Help please
[06:40] <lordievader> villagerrrr: Could you pastebin the output of `apt-cache policy lib32gcc gcc-10-base`?
 https://paste.ubuntu.com/p/twNWpw5BnQ/ (re @IrcsomeBot: <lordievader> villagerrrr: Could you pastebin the output of `apt-cache policy lib32gcc gcc-10-base`?)
[06:57] <lordievader> Oh, that needs to be `apt-cache policy lib32gcc1`.
 https://paste.ubuntu.com/p/n4swGPJRBh/ (re @IrcsomeBot: <lordievader> Oh, that needs to be `apt-cache policy lib32gcc1`.)
 Please tag me when replying to me because I get offline again and again
[07:01] <lordievader> Err, I don't use Telegram.
[07:02] <lordievader> Where is this lib32gcc1 coming from? It is not from the repos.
[07:03] <seaLne> lordievader: if you just stick an @ infront of the telegram users nick that works ie @villagerrrrrrrrr
[07:04] <seaLne> not that you have to ofcourse
 Actually it is recommending a different packages but the thing I want to run only supports lib32gcc1 (re @IrcsomeBot: <lordievader> Where is this lib32gcc1 coming from? It is not from the repos.)
 https://paste.ubuntu.com/p/xSd735DVFR/
[07:05] <lordievader> Do you require the package? Otherwise I'd just remove it.
 https://paste.ubuntu.com/p/kwBPrRgrh4/
 After removing the package
 I want the package (re @IrcsomeBot: <lordievader> Do you require the package? Otherwise I'd just remove it.)
 But I want it for latest ubuntu version
 I think it's not possible
 😔😔
[07:08] <lordievader> For what do you need/want the package?
[07:08] <oerheks> he wants to install arkserver, i get from one of the many pastebins
 Yes (re @IrcsomeBot: <oerheks> he wants to install arkserver, i get from one of the many pastebins)
[07:10] <oerheks> so, lib32gcc1 does not match gcc-10-base 10.3.0-1ubuntu1.
 Yes (re @IrcsomeBot: <oerheks> so, lib32gcc1 does not match gcc-10-base 10.3.0-1ubuntu1.)
[07:11] <oerheks> clearly arkserver is an LTS package, use focal to run arkserver
 😭 (re @IrcsomeBot: <oerheks> clearly arkserver is an LTS package, use focal to run arkserver)
[07:12] <oerheks> we do not have arkserver in our repos, it is a steamcmd thingy.
[07:12] <oerheks> good luck!
 Can I add a repo? 😅 (re @IrcsomeBot: <oerheks> we do not have arkserver in our repos, it is a steamcmd thingy.)
[07:13] <lordievader> If it is a steamcmd thing: https://askubuntu.com/questions/1347074/lib32gcc1-has-no-installation-candidate
[07:16] <lordievader> And taking some inspiration from https://alibaba-cloud.medium.com/how-to-set-up-an-ark-survival-evolved-server-on-ubuntu-os-ab6d6393d418 can probably get you quite far.
[07:18] <oerheks> lordievader, yes, but hirsute packages bite
[07:18] <oerheks> lib32gcc1 does not match gcc-10-base 10.3.0-1ubuntu1.
[07:18] <lordievader> Even with the steamcmd from the multiverse hirsute repo?
 Will try these (re @IrcsomeBot: <lordievader> And taking some inspiration from https://alibaba-cloud.medium.com/how-to-set-up-an-ark-survival-evolved-server-on-ubuntu-os-ab6d6393d418 can probably get you quite far.)
[17:00] <mihauuu> what are minimal hardware requieremnts for kubuntu 20.04
[18:04] <blinux> If there was one Linux Distribution one would even remotely consider installing for a grandparent on their PC would the easiest and most windows like be Kubuntu?
[18:05] <blinux> I think it is a very risky idea, but I'm just brainstorming what-if here for a grandparent.
[18:05] <blinux> I think both of the PC's they have only have 4GB RAM and HDD and run Windows 10 very slowly.
[18:06] <diogenes_> my 77 yo granny runs Debian,
[18:06] <blinux> With the GNome desktop, or what?
[18:06] <diogenes_> xfce
[18:07] <blinux> I've had some bug issues with XFCE, and used it a lot in the past. I peronally use i3wm.
[18:07] <blinux> But, I generally preferred XFCE to Gnome.
[18:07] <blinux> But, Gnome might be very easy to use.
[18:07] <blinux> So, Debian Stable branch I guess
[18:07] <blinux> Why does she have Debian on her PC?
[18:08] <blinux> (insetad of Windows)
[18:08] <diogenes_> yep with all automatic.
[18:08] <blinux> Automatic updates?
[18:09] <diogenes_> Linux is a lot easier to use for oldies.
[18:09] <blinux> It can be if they just want to use Browser.
[18:09] <blinux> Which is mostly all he wants to do. Maybe use a file manager as well.
[18:11] <diogenes_> automatic updates, automatic browser open, automatic scripts for brightness, volume and two big buttons, green one to hang up messenger call and red one if she messes something up then it will bring back the default.
[18:11] <blinux> My Dad was warning that he can't re-learn stuff and is used to Windows. But the desktops available on Linux are a lot like Windows and he didn't seem to be able to use the new Windows 10 start menu well.
[18:11] <blinux> did you set that all up, or is there some guide to list all that?
[18:12] <blinux> It might run a lot faster too. 4GB RAM and HDD is slow on windows 10.
[18:13] <diogenes_> of course i set it up everything for her and besides, she has never touched a computer until 73 and yet, i managed to teach her how to browse facebook, youtube, make a call and other stuff, she would never learn those if it was windows.
[18:13] <blinux> Really? Why not with Windows? Also make a call with google voice, or what?
[18:14] <blinux> Is automatic browser open on login or what?
[18:15] <diogenes_> you can't get that sort of automatization and customization with windows also windows is buggy, also windows needs defragmentations and cleaning, and it's just a mess, it can freeze randomely and just not a reliable system overall.
[18:16] <blinux> His browser stopped working because he had like 20 tabs open and every time he opened the browser they were still running.
[18:16] <blinux> I think he was using a windows 10 start menu link to some websites and every time he clicked on that it opened a new tab. Also, chrome was set default to resume tabs from last close.
[18:16] <blinux> I think he also thought the tabs were bookmarks.
[18:17] <diogenes_> yep browser opens up at start up, actually two different browser windows, one with youtube and another one with messenger and with automatic scripts to place them in exact order so she can have them side by side, also her PC is ancient from 2009 with 4 GB RAM and old HDD that you can't even get nowadays.
[18:17] <blinux> There should probably be a distro like this setup just for old people so I can install it without any extra work.
[18:19] <diogenes_> if you really care for your grandparents then i guess you'd find some time to set it up and btw, i installed anydesk on her PC with unattended access so anytime she has some questions i just  log in into her PC and fix all the stuff.
[18:20] <blinux> I don't think I'm aware of all the things you were to automate. It also looks like AnyDesk is $8 per month.
[18:21] <blinux> Driving over there many times to see what is wrong can be a hassle, though to some extent it is good to see them. He is in an assisted living home and even gets confused figuring out why he hears nobody when he picks up the phone due to wrong ear, hearing aids, phone not working etc
[18:21] <diogenes_> nope, anydesk is free and if you have any questions about howto, just ask and we'll help.
[18:22] <blinux> Oh, OK, because there is a pricing section at the website. It has 14 day trial or three price levels. It doesn't mention if you download it is free.
[18:22] <blinux> Am I at the right site: https://anydesk.com/en/order
[18:23] <diogenes_> whttps://anydesk.com/en/downloads/linux
[18:23] <blinux> He is on WiFi provided by the assisted living home too. Does AnyDesk require forwarding ports in the router?
[18:23] <blinux> He doesn't have his own internet subscription.
[18:24] <diogenes_> there it is, just download DEB package and install and you're good to go and anydesk doesn't require any special settings just a connection.
[18:25] <blinux> Ok, good. We have MacOS at my parents house and he has Windows or possibly Linux if we were to ever install that. I'm the grandson. My dad is very skeptical that Linux would be good for him because he thinks it will be much harder.
[18:25] <blinux> And says my grandfather knows windows and can't learn linux.
[18:26] <blinux> But, the Windows 10 start menu seemed so confusing and different than older windows already.
[18:26] <blinux> Says he can't handle a change to something like Linux because he isn't used to it and has a heard enough time with Windows.
[18:27] <diogenes_> actually many older women around here, ask me frequently to see what's wrong with their PCs and abviously their PCs are on windows and i just go and tell them right away that if they want i install linux, otherwise i don't mess with that horrible system, and as soon as i install linux, i never hear from them
[18:28] <diogenes_> as i said, Linux is way much easier to learn, way more stable and reliable.
[18:29] <blinux> My Dad doesn't know anything about Linux and he is the one doing the support. That is what he is saying, so what about that?
[18:30] <diogenes_> if he does the support then what's the issue? let him support what he knows better and you have nothing to worry about then.
[18:30] <blinux> Yeah, I guess so, the PC just runs windows poorly and is a lot to mess with.


[03:12] <lotuspsychje> good morning
[03:41] <ducasse> good morning
[06:51] <oerheks> for rasp-pi freaks, sudo snap install rpipress-downloader  https://github.com/artivis/rpipress-downloader
[09:16] <lotuspsychje> cool oerheks
[09:19] <oerheks> follow https://twitter.com/snapstats_org on twitter to get the latest
[09:20] <lotuspsychje> ah didnt know that1 yet
[09:20] <lotuspsychje> just twitter/ubuntu
[09:21] <lotuspsychje> would be nice if snap had a latest command from terminal
[09:21] <lotuspsychje> i suggested it once but..
[09:23] <oerheks> https://snapstats.org/
[09:23] <oerheks> Verified developers, a total of 73 developers, have published 361 Snaps.
[09:26] <lotuspsychje> snaps going wild
[09:29] <oerheks> i like the ones who rant, because they heard *something*
[09:30] <lotuspsychje> tnx oerheks added their rss at ##techrss
[09:30] <oerheks> ah nice, that is surely welcome
[09:30] <oerheks> spicing up marvin
[09:30] <lotuspsychje> 6 latest snaps added
[15:21] <DarkTrick> I would like to suggest a UI change. I wrote it up here: https://pastebin.com/Bj17Zuyp
[15:21] <DarkTrick> Where would be the appropriate place to post it?
[15:23] <daftykins> not a lot of context to that write-up
[15:27] <DarkTrick> daftykins, it's probably improvable. I'm talking about the "Input Methods" result when search for "Keyboard"
[15:32] <daftykins> but where...
[15:35] <DarkTrick> daftykins, "All applications"
[15:38] <daftykins> see how i have to ask many things to even pin down what you're talking about? not a good sign
[15:44] <DarkTrick> daftykins, sure. So I improved it - I guess.
[20:45] <Bashing-om>  UWN637 is on the streets: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue637 :D
[21:07] <jeremy31> tomreyn:  roey also has a logitech dongle in lsusb twice, that bluetooth dongle should work fine without firmware as I have one with the same ID
[21:09] <tomreyn> jeremy31: i see. did roey tell us which ubuntu version or kernel version they'Re running?
[21:09] <tomreyn> right i see the logitech unify now
[21:09] <jeremy31> tomreyn: I didn't see if he did.  Mine has worked fine in Ubuntu and Mint since 2014
[21:10] <tomreyn> it's a system with USB 2.0 + 3.0 hubs apparently
[21:11] <tomreyn> maybe just needs to hit the right port. or, as you suiggested, power issues.
[21:11] <jeremy31> Might be too many devices on USB bus
[21:14] <tomreyn> yes, could be. i just noticed roey has been looking for help with getting his bluetooth sound bar working for a while today.
[21:16] <jeremy31> I haven't even tried bluetooth audio yet on Ubuntu 20.04, couldn't find my headset for a while
[21:17] <tomreyn> i hardly ever use bluetooth anyways :)


[00:09] <cnd> RAOF, bryceh: going forward, how do we want to update our xserver tree with upstream changes from stable 1.11 and 1.12 stable releases
[00:09] <cnd> do we want to continually merge in the latest patches, or only when new releases are made
[00:09] <cnd> ie, only once 1.11.4 is released do we merge in everything since 1.11.3
[00:10] <RAOF> Either is reasonable at this point.  If there are important patches they should be pulled in, or wait until the release and merge it in.
[00:11] <cnd> ok
[00:11] <bryceh> it would make troubleshooting somewhat easier if we pull in only the official point releases, and specific patches to fix specific bugs in between
[00:11] <cnd> that's my thinking too
[00:12] <RAOF> I don't think there's any particular reason to aggressively track the release branches.
[00:12] <cnd> yeah
[00:13] <bryceh> it's easy enough to cherrypick fixes we know we need as we learn about them
[00:18] <cnd> bryceh, RAOF: any issues if I add this patch in to our server: ead968a4300c0adeff89b9886e888b6d284c75cc
[00:18] <cnd> sadly, I can't give you a link to the git diff because git.fd.o is down
[00:18] <cnd> the usefulness for us is that with the patch xorg-gtest can be run as non-root
[00:18] <RAOF> cnd: Absolutely.
[00:20] <cnd> righteo
[00:20] <bryceh> cnd, yep fine by me, assuming it causes no known issues
[00:20] <cnd> none that I'm aware of :)
[00:57] <bryceh> tjaalton, for bug #921941, should -mtrack be included in -input-all ?
[00:57] <ubot4> Launchpad bug 921941 in xf86-input-mtrack (Ubuntu) "No way for user to know that mtrack module is needed on upgrade to latest xorg with Apple trackpad (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/921941
[00:57] <Sarvatt> bryceh: no way
[00:58] <Sarvatt> synaptics works fine
[00:58] <bryceh> Sarvatt, apparently not
[00:58] <Sarvatt> mtrack just provides some more features but its in no way needed
[00:58] <Sarvatt> bryceh: i'm using it on the same system he posted the bug on
[00:58] <Sarvatt> mtrack doesn't build in precise right now
[00:59] <Sarvatt> oh weird, it did build, what the heck?
[01:00] <Sarvatt> it just has a few extra features like multitouch gestures but its not even maintained on freedesktop and very rarely gets updates, really dont think its appropriate for input-all
[01:00] <Sarvatt> bryceh: what happened was he had mtrack in an xorg.conf
[01:00] <Sarvatt> and was trying to use it
[01:00] <Sarvatt> thats what it looks like to me
[01:01] <Sarvatt> all the macbook air setup guides recommend using it
[01:01] <bryceh> alright
[01:04] <Sarvatt> bryceh: I guess mtrack needs adding to the apport hooks?
[01:05] <RAOF> Huh.  You live and learn.
[01:05] <Sarvatt> i responded on the bug and pinged him in #ubuntu-devel
[01:05] <bryceh> yeah
[01:05] <bryceh> oh heh, was just drafting up a reply myself
[03:57] <cnd> Sarvatt, bryceh: I think the only real feature people want out of mtrack is the click-and-drag support
[03:57] <cnd> I hope to get to that still in synaptics before feature freeze
[03:57] <bryceh> cnd, awesome
[03:58] <cnd> the rest of mtrack is handled better by gestures on the client side of X
[03:58] <cnd> and I agree, it definitely shouldn't be in -input-all
[05:00] <tjaalton> morning
[05:00] <tjaalton> Sarvatt: well, we should've used -0~ubuntuN with mesa ;)
[05:01] <tjaalton> a goot guideline for the staging repo in general, I guess
[05:01] <tjaalton> good even
[05:02] <tjaalton> Sarvatt: oh well, just squash it I guess. we'll have rc3 soon anyway
[05:02] <tjaalton> not a big deal since the releases aren't tagged
[05:02] <Sarvatt> tjaalton: ya mind doing that? its past midnight here, barely awake
[05:03] <tjaalton> sure
[05:03] <tjaalton> didn't upload -vmware either?
[05:03] <tjaalton> it'll just sit in depwait until mesa is done
[05:03] <tjaalton> now that it build-depends on libxatracker
[05:04]  * Sarvatt can't upload anything but did ask
[05:04] <tjaalton> haha, of course
[05:05] <tjaalton> so wayland first
[05:05] <Sarvatt> got packages up here http://kernel.ubuntu.com/~sarvatt/packages/ if it's any easier
[05:06] <tjaalton> ok sure
[05:06] <tjaalton> ah wayland release is in git too
[05:06] <Sarvatt> i do believe its time to look into getting upload privileges.. 118 uploads should be enough
[05:06] <tjaalton> please
[05:06] <tjaalton> and I should file the DD application..
[05:07] <tjaalton> got the needed signatures at the sprint
[05:07] <tjaalton> wayland uploaded
[05:07] <Sarvatt> heck its more than 118, launchpad only lists 1 upload per package per release and i do multiples usually
[05:07] <Sarvatt> like the last 2 libdrm's to precise count as one on launchpad
[05:09] <Sarvatt> thanks for the help tjaalton
[05:09] <tjaalton> hmm so mesa, I'll just squash it?
[05:10] <tjaalton> yw
[05:10] <Sarvatt> i think that's the right thing to do but would be ok to do it either way :)
[05:10] <tjaalton> oh well, you'll get one upload more if I pull yours :)
[05:12] <tjaalton> you don't have xserver there?
[05:12] <Sarvatt> oh heck
[05:13] <tjaalton> hmm mesa source.changes doesn't have 8.0~rc2-1 entries
[05:14] <tjaalton> oh sure does
[05:14] <tjaalton> push git too
[05:15] <Sarvatt> sheesh making that mistake too much this past week, pushed
[05:15] <tjaalton> :)
[05:15] <Sarvatt> looks like chase has something else queued for xserver
[05:16] <Sarvatt> should i get that ubuntu9 ready or wait?
[05:17] <tjaalton> you mean 10?
[05:17] <Sarvatt> yeah he's got a 10 in UNRELEASED state
[05:17] <tjaalton> I see it as 11 :)
[05:17] <Sarvatt> oh yeah
[05:17] <Sarvatt> sheesh
[05:18] <Sarvatt> ping noise woke me up, sorry i'm half here :)
[05:19] <tjaalton> does xserver build-dep on the new mesa without the search path?
[05:19] <Sarvatt> http://kernel.ubuntu.com/~sarvatt/packages/xserver/
[05:20] <tjaalton> or break if it builds against the older one
[05:20] <Sarvatt> they're doing some test rebuild, its probably worth uploading xserver without a drisearchpath in dri.pc dependency before mesadependency before mesa
[05:21] <tjaalton> ..ok so xserver before mesa.. got it
[05:21] <tjaalton> well mesa uploaded already though
[05:26] <tjaalton> vmware too
[05:26] <tjaalton> all done, thanks for preparing them :)
[05:27] <tjaalton> ah, breakfast/wakeup time ->
[09:27]  * apw is seeing alll new shiney visual corruption on alt-tab in precise.  anyone seen that?
[09:27] <apw> https://launchpadlibrarian.net/91781478/BROKEN2.png
[09:27] <apw> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/925936
[09:27] <ubot4> Launchpad bug 925936 in xorg (Ubuntu) (and 2 other projects) "screen corruption on alt-tab in unity (affects: 1) (heat: 6)" [Undecided,New]
[09:28] <tjaalton> apw: apt-cache policy libgl1-mesa-dri
[09:29] <apw> libgl1-mesa-dri:
[09:29] <apw>   Installed: 7.11-0ubuntu4
[09:29] <apw>   Candidate: 7.11-0ubuntu4
[09:29] <tjaalton> ok, so not 8.0~rc2 yet
[09:29] <tjaalton> what does "all new" mean? :)
[09:29] <tjaalton> what has changed?
[09:30] <apw> oneiric -> precise
[09:30] <apw> so in theory i have A2 on here
[09:30] <tjaalton> ok
[09:30] <tjaalton> i've no such issues with sandybridge
[09:30] <tjaalton> I'll upgrade my x61 (i965)
[09:30] <apw> as there is  X pending i could update just X, seems it wants to deinstall most of my machine otherwise ... sigh
[09:30] <tjaalton> huh?
[09:30] <tjaalton> there should be no such issues
[09:31] <apw> The following packages will be REMOVED
[09:31] <tjaalton> how did you upgrade?
[09:31] <apw>   gstreamer0.10-plugins-good:i386 gstreamer0.10-x:i386 gtk2-engines:i386
[09:31] <apw>   gtk2-engines-murrine:i386 gtk2-engines-oxygen:i386 gtk2-engines-pixbuf:i386
[09:31] <apw> its going to remove ... alll of my i386 things, i am told archive skew due to the rebuild test
[09:31] <tjaalton> ok
[09:31] <apw> the upgrade i did yesterday was an update-manager -d update, and worked fine
[09:31] <apw> its today thats the problem :/
[09:31] <tjaalton> ah ok
[09:32]  * apw goes for an update, and will re-test
[09:32] <tjaalton> there is a new mesa available too, so test with that too
[09:32] <apw> tjaalton, ok thanks
[09:33] <apw> The following packages have been kept back:
[09:33] <apw>   evolution-common evolution-indicator evolution-plugins libgl1-mesa-dri
[09:33] <apw>   libgl1-mesa-dri:i386 libgl1-mesa-glx libgl1-mesa-glx:i386 libglapi-mesa
[09:33] <apw>   libglapi-mesa:i386
[09:34] <apw> tjaalton, bugger, the skew is holding back the mesa update
[09:35] <tjaalton> ok..
[10:13] <apw> tjaalton, ok ... by hook and by crook i got it upgraded, and the issue is still there
[10:15] <tjaalton> apw: hum, ok
[10:16] <tjaalton> try booting an older kernel.. trying to rule out variables
[10:16] <tjaalton> since the dri driver was the same as on oneiric
[10:17] <apw> bah the upgrade has removed my older kernels
[10:18] <tjaalton> :)
[10:18] <tjaalton> hmm, shouldn't it leave the last of the old series?
[10:18] <tjaalton> newest abi
[10:18] <tjaalton> i recall it doing that here
[10:18] <apw> it has left 3.0.0-5 and -9
[10:19] <apw> oh i wonder if its ordering textually when it makes the list
[10:19] <apw> hense i have -9
[10:19] <tjaalton> hah
[10:52] <apw> tjaalton, ok same with the latest O kernel too
[11:03] <tjaalton> apw: ok, thanks
[11:04] <tjaalton> mind testing alpha1 livecd too.. just to get another testing point
[11:04] <tjaalton> it didn't have the new X yet
[11:05] <apw> tjaalton, that'll have to go on my todo list
[11:05] <tjaalton> or unity
[11:05] <tjaalton> sure
[11:05] <tjaalton> no rush
[11:05] <apw> tjaalton, where can i find the alpha1 image btw, so i can start it downloading
[11:05] <tjaalton> cdimages.u.c
[11:05] <tjaalton> or -s
[11:06] <tjaalton> hmm, not there
[11:25] <apw> tjaalton, hrm ... so i don't see an old image, not sure if we keep them now i think abuot it
[11:26] <tjaalton> ok..
[11:27] <apw> tjaalton, ok this is only happening on my external monitor, not on the internal lcd in the same X session
[11:27] <tjaalton> I need to rejig my cobbler setup to support precise in order to test it on my X61
[11:27] <tjaalton> apw: aha! now that's something then :)
[11:28] <tjaalton> so it didn't do it on oneiric?
[11:28] <tjaalton> I'll blame unity
[11:28] <apw> its pretty obvious when it happens, and i don't recall seeing it
[11:28] <apw> but i wouldn't like to say it wasn't there
[11:28] <tjaalton> it's as easy a target as they get
[11:28] <apw> :)
[11:28] <tjaalton> at least there was the 4->5 bump in unity
[11:29] <apw> iterestingly it also dammages windows in front of the scrolling window
[11:30] <apw> tjaalton, and the fuzzed through stuff through the popup is in the right place, just the bits outside the popup are out of line
[11:31] <tjaalton> yep
[11:32] <apw> and its any scrolling in any sized panel which trips it, not necessary for it to be anywhere specific on the screen
[11:32] <apw> very odd indeed.
[11:34] <tjaalton> I'll try it on the sandybridge machine..
[11:37] <tjaalton> seems to work fine on it
[11:38] <tjaalton> now I need to install the older one to see what happens there..
[13:08] <tjaalton> apw: looks like there's a new unity pushed to precise, just in time for the weekend..
[13:09] <seb128> tjaalton, well, it was tested in a ppa for the week and got quite some tester sending back feedback through checkbox, should be fine
[13:09] <jcristau> famous last words
[13:09] <jcristau> ;)
[13:09] <tjaalton> seb128: yeah, i bet it's better than during oneiric ;)
[13:10] <seb128> what could possibly go wrong? ;-)
[13:10] <tjaalton> just to give apw something to test again, since the bug might be unity related and possible fixed in this new version
[13:11] <apw> tjaalton, 'yay'
[13:12] <seb128> you can use ppa:unity-team/staging if you want to try it
[13:12] <seb128> it's going to take an hour or two for the archive version to build
[13:13] <tjaalton> yeah, forgot about that
[13:47] <Prf_Jakob> Hmm looks like mesa-utils is broken in precise.
[13:47] <Prf_Jakob> I need my glxgears.
[13:47] <Prf_Jakob> for benchmakring :)
[13:47] <tjaalton> broken how?
[13:48] <Prf_Jakob> Can't find installation source, only referred to by other packages.
[13:48] <tjaalton> enable universe
[13:49] <Prf_Jakob> ah ok
[13:51] <Prf_Jakob> Okay... seems that for some reason Unity and ubuntu-desktop gets removed if I try to dist-upgrade to get the new 8.0 mesa...
[13:51] <apw> Prf_Jakob, yep there is a unity upload in the archive, and only half compiled
[13:52] <Prf_Jakob> apw: Ah, so I just need to wait and it will sort itself out?
[13:52] <apw> Prf_Jakob, heres hopng
[13:53] <Prf_Jakob> heh
[13:54] <tjaalton> if you apt-get install libxatracker1 manually, apt-get upgrade should pull the new mesa bits (and -vmware)
[13:54] <tjaalton> without removing anything
[13:59] <Prf_Jakob> hmm, after killing X, it just seems to continously crash and restart the X server.
[13:59] <Prf_Jakob> (just running of the Live CD).
[13:59] <tjaalton> with -vmware?
[13:59] <tjaalton> ok
[13:59] <tjaalton> which driver?
[13:59] <Prf_Jakob> I'll install it properely.
[13:59] <Prf_Jakob> -vmware
[14:03] <Prf_Jakob> Ah, hmm, well this is awkward, I can't install it since the default screen is to small....
[14:03] <tjaalton> 800x600?
[14:03] <Prf_Jakob> yupp
[14:03] <tjaalton> isn't that your driver failing? :)
[14:05] <Prf_Jakob> Its the default, 1024x768 is to big.
[14:05] <tjaalton> can't you change it then?
[14:05] <tjaalton> from the settings
[14:06] <Prf_Jakob> Don't think so.
[14:06] <tjaalton> how is 10x7 too big.. cirrus for kvm uses that
[14:06] <Prf_Jakob> 13" and small macs that will make the UI to big.
[14:06] <Prf_Jakob> smaller*
[14:07] <tjaalton> then don't use the live-session installer, but start it directly
[14:07] <tjaalton> should work that way I guess
[14:07] <Prf_Jakob> Can't set that setting in Fusion.
[14:10] <Prf_Jakob> tjaalton: this is a problem for small netbooks as well
[14:10] <jcristau> people run vmware on small netbooks?
[14:10] <Prf_Jakob> No, but the installer not working
[14:11] <Prf_Jakob> As per 869239
[14:11] <Prf_Jakob> bug 869239
[14:11] <ubot4> Launchpad bug 869239 in ubiquity (Ubuntu Precise) (and 1 other project) "webcam screen should be resized for netbooks (Eee PC, 10") (affects: 11) (dups: 3) (heat: 62)" [High,Fix released] https://launchpad.net/bugs/869239
[14:11] <Prf_Jakob> There we go
[14:12] <Prf_Jakob> Hmm fixed...
[14:12] <tjaalton> webcam?
[14:12] <tjaalton> well as I said, don't run it from the live session?
[14:12] <tjaalton> but boot directly to the installer
[14:14] <Prf_Jakob> I started the live session, changed the resolution and then started the installer.
[14:17] <tjaalton> so you _could_ do that..
[14:18] <Prf_Jakob> Right, but just picking install now fails.
[14:19] <tjaalton> so you did that before?
[14:19] <Prf_Jakob> Yes
[14:22] <Prf_Jakob> Changing the minimum default size for the new driver is a kernel patch.
[14:37] <Prf_Jakob> tjaalton, Sarvatt: Any way I can see which git hash a package was built from?
[14:37] <Prf_Jakob> You might have picked up a old version of -vmware.
[14:41] <Prf_Jakob> Gtg, flying to FOSDEM.
[14:51] <Sarvatt> Prf_Jakob: it's the11.99.901 tarball + 8ff19c2b2 vmwgfx: Avoid including a library header and use pixman for type conversion
[16:46] <cnd> jcristau, we are looking at creating a package for xorg-gtest
[16:47] <cnd> initially just ubuntu-only because of deadlines, but there's no reason it can't be packaged in debian and then we sync from there eventually
[16:47] <cnd> how can we get an xorg-gtest packaging repo on git.debian.org?
[18:14] <tjaalton> cnd: it's created with /git/pkg-xorg/setup-repository on alioth. first check the path where it should go
[18:15] <tjaalton> the hierarchy follows upstream
[18:20] <cnd> tjaalton, ahh, thanks
[18:22] <tjaalton> maybe ping debian-x@ too
[18:26] <Sarvatt> ppa's just aren't working anymore with the publishing/build time skew between arches, really going to have to change my workflow for xorg-edgers..
[19:55] <Sarvatt> RAOF: how hard is it to copy from x-staging to the archive?
[19:55] <Sarvatt> its a really good idea to build mesa updates in there first from now on with the skew between i386 and amd64 builds, libegl1-mesa-dev is broken in the current one and needs a libxcb-glx0-dev dependency
[19:56] <tjaalton> who's using libegl1-mesa-dev?
[19:57] <Sarvatt> wayland-demos, mesa-demos, i'm sure plenty of arm stuff like clutter
[19:58] <tjaalton> ok then
[19:58] <Sarvatt> (clutter uses egl instead of gl on armel/armhf)
[19:58] <FernandoMiguel> evening
[19:58] <tjaalton> i think RAOF is done for the day though ;)
[19:59] <tjaalton> so either let those be broken for now and cumulate more stuff in mesa git until monday (if something comes up)
[19:59] <tjaalton> or push it now to precise
[20:02] <Sarvatt> oh I was just shooting a question at him, was curious how hard it was for him to do that for X before
[20:02] <Sarvatt> like if it needs hand holding from other people to do or if it's possible to just copy it himself
[20:17] <Sarvatt> Steve Langasek (vorlon) wrote on 2011-12-20:	 #7
[20:17] <Sarvatt> (Priority: OMG there's a game with "meat" in the name and it doesn't work on Ubuntu, must fix)
[20:17] <Sarvatt> Changed in mesa (Ubuntu):
[20:17] <Sarvatt> status:	 Confirmed → Triaged
[20:17] <Sarvatt> importance:	 Undecided → Medium
[20:17] <Sarvatt> ha
[20:20] <FernandoMiguel> LLOL
[20:21] <FernandoMiguel> the importance of the correct motivation
[20:23] <tjaalton> hehe
[21:23] <Sarvatt> so yeah we'll need to get plymouth fixed or revert a few commits off libdrm next update
[21:24] <Sarvatt> since it only builds libdrm-intel1 on amd64 and i386 now
[21:25] <tjaalton> you uploaded mesa 0u5 to staging?
[21:25] <Sarvatt> oh no should i?
[21:25] <Sarvatt> i dont know what screws you up
[21:25] <tjaalton> nah just noticed that the changelog is finalized
[21:25] <tjaalton> er, "released"
[21:26] <Sarvatt> wall was unclear if you wanted to upload that as it was, or wait and amass some more fixes monday
[21:26] <tjaalton> yeah but now someone else could bump it to u6 :)
[21:26] <Sarvatt> like what happened with xserver? lol
[21:27] <tjaalton> that
[21:27] <Sarvatt> its just you and me touching that branch, we can just use dch -a :P
[21:28] <Sarvatt> RAOF, bryceh: heads up if you commit anything to the ubuntu mesa branch, ubuntu6 wasn't released
[21:28] <tjaalton> ok, works for me then :)
[21:29] <Sarvatt> i will try to get the PPU stuff sorted by next week
[21:29] <tjaalton> I'd like to drop the extra osmesa flavors
[21:29] <Sarvatt> yeah that'd be freaking awesome
[21:30] <tjaalton> no-one else builds them
[21:30] <tjaalton> checked fedora, opensuse, gentoo, arch
[21:30] <Sarvatt> that tends to be the most fragile part of the build too
[21:30] <Sarvatt> noone builds them so people dont notice they broke it in git master
[21:30] <tjaalton> I tested it in september or so, cut the build time maybe by 40%
[21:32] <bryceh> Sarvatt, nothing on my todo for mesa
[21:32] <tjaalton> btw, jeremyhu is asking for a commit to natty :)
[21:32] <tjaalton> (mesa)
[21:33] <tjaalton> bug 853667
[21:33] <ubot4> Launchpad bug 853667 in mesa (Ubuntu) "ATI Radeon HD 3850 is completely unusable with default configuration due to frequent lockups (affects: 1) (heat: 4)" [Undecided,New] https://launchpad.net/bugs/853667
[21:34] <tjaalton> problem is that he's unable to test an sru for it, if it was made
[21:52] <Sarvatt> tjaalton: I hate replying to bugs like this.. "Yeah we suck, our stable update criteria won't allow us to update to new stable version updates even though you guys try to maintain stable branches so distros can update it safely."
[21:53] <Sarvatt> what else can we say, it's the truth. it's the same deal with xserver that he maintains the stable branches for.. our stable update criteria where every patch has to be verified even if it's an obvious fix that went through the criteria and testing for the upstream stable branch
[21:53] <tjaalton> yeah it sucks
[21:54] <broder> that's not the case for microrelease exceptions, though
[21:54] <tjaalton> we really should ask for those, for mesa & xserver
[21:54] <Sarvatt> it requires an extensive test suite
[21:55] <tjaalton> problem is stat the mesa pointreleases aren't that 'micro'
[21:55] <Sarvatt> there's piglit which mesa stable is run against, but not run at build time and not packaged
[21:55] <tjaalton> *that
[21:55] <Sarvatt> yeah they're borderline as many changes as in the kernel
[21:55] <Sarvatt> only it's nowhere near as strick as kernel stable is
[21:55] <broder> i don't think the criteria specfically require an extensive automated test suite
[21:56] <Sarvatt> refactoring to allow a fix to apply cleanly is allowed
[21:56] <broder> though it having one would certainly satisfy the criteria
[21:56] <Sarvatt> strict rather
[21:57] <Sarvatt> upstream has a sufficiently high level of regression testing for their stable releases
[21:57] <Sarvatt> regression tests are enabled in the package's build
[21:57] <broder> yes, but that does not necessarily imply "extensive regression tests are enabled in the package's build"
[21:57] <Sarvatt> hmm might have misinterpreted it a but, but piglit (the mesa test suite) isn't part of mesa
[22:58] <Sarvatt> bryceh: is ia32-libs version parsing still in apport? that should go too
[22:58] <Sarvatt> for xorg bugs
[22:58] <bryceh> yeah I've not stripped it out yet
[23:01] <Prf_Jakob> Sarvatt: for some reason it was stuck on <IP_ADDRESS>1, its upgrading now.
[23:01] <Prf_Jakob> *fingers-crossed*
[23:03] <Sarvatt> oh that makes a bit of sense, 11.99.901 was waiting until mesa 8.0 went through the new package queue for libxatracker so might not have made the livecd yesterday
[23:04] <Prf_Jakob> OpenGL renderer string: Gallium 0.4 on SVGA3D; build : RELEASE;
[23:04] <Prf_Jakob> Whieeee
[23:05] <Prf_Jakob> And Unity is smooth when running glxgears, good all the important bits are in place.
[23:19] <Sarvatt> Prf_Jakob: so it's working? truth be told I don't have the hdd space to test it and have been too busy with ivybridge drama
[23:19] <Prf_Jakob> Sarvatt: Yupp
[23:19] <Prf_Jakob> works just fine
[23:19] <Sarvatt> AWESOME!
[23:19] <Prf_Jakob> yeah!
[23:19] <Sarvatt> so tomorrow's livecd will work, awesome
[23:20] <Sarvatt> broder: I believe you were asking about vmware 3D passthrough?
[23:20] <Sarvatt> broder: it's all in precise now, tomorrow's livecd will work out of the box
[23:20] <Sarvatt> Amaranth: you too ^^ :)
[23:20] <Prf_Jakob> Virtual highfive, or vFive in marketing term.
[23:20] <Amaranth> Sarvatt: yay
[23:20] <Amaranth> Hopefully gles unity works with it :P
[23:20] <Prf_Jakob> a dist-upgrade should work as well now
[23:20] <Prf_Jakob> gles?
[23:22] <Prf_Jakob> Amaranth: is that whats in there now?
[23:22] <Sarvatt> Prf_Jakob: nah he's working on gles compiz for linaro, its not in ubuntu yet
[23:22] <Prf_Jakob> ah
[23:23] <Sarvatt> Amaranth: is gles compiz going to make 12.04?
[23:23] <Amaranth> *shrug*
[23:23] <Sarvatt> cedarview kinda depends on it being there :)
[23:23] <Amaranth> I'm not really involved anymore
[23:23] <Sarvatt> making gl work? no sorry we only care about gles in meego
[23:23] <Sarvatt> oh ok
[23:24] <Prf_Jakob> Sarvatt: cedarview is PVR right?
[23:24] <Sarvatt> yup
[23:24] <Prf_Jakob> *shudder*
[23:24] <Amaranth> Sarvatt: The plan was to always only have it built with gles on ARM though
[23:24] <Sarvatt> so same deal as clutter
[23:25] <Sarvatt> and cedarview is fooked because its x86
[23:25] <Amaranth> Time for lpia? :)
[23:25] <Sarvatt> lol
[23:25] <Sarvatt> thats basically the only option
[23:25] <Prf_Jakob> So this sucks because nVidia and fglrx doesn't support GLES?
[23:25] <Prf_Jakob> or you could have just used gles?
[23:26] <Amaranth> Prf_Jakob: And mesa doesn't support the extension needed to make GLES compiz efficient
[23:26] <Amaranth> NV_post_sub_buffer
[23:26] <Sarvatt> Prf_Jakob: clutter and I guess compiz need to pick between gles or gl at compile time so it cant be done in the archive on x86/amd64, on arm we can just compile clutter with gles only support by default because noone will care
[23:26] <Prf_Jakob> Amaranth: which would be?
[23:28] <Prf_Jakob> Amaranth: Oh, the mesa copy region extension but for egl.
[23:28] <Prf_Jakob> Amaranth: that shouldn't be hard to fix.
[23:28] <Amaranth> Prf_Jakob: Yeah, I wouldn't expect it to be
[23:28] <Amaranth> It already supports NOK_copy_sub_buffer or whatever its called
[23:29] <Amaranth> Which is the same thing with a different calling convention iirc
[23:30] <Prf_Jakob> Ok, I'll put that on my todo.
[23:37] <Prf_Jakob> Amaranth: http://lists.freedesktop.org/archives/mesa-commit/2011-December/034733.html <-- seems somebody beat me to it :)
[23:38] <Amaranth> KDE guy, guess the kwin folks came to the same conclusion
[23:38] <Prf_Jakob> Amaranth: should be in 8.0
[23:38] <Amaranth> Cool
[23:39] <Prf_Jakob> You guys needs to package eglinfo up :)
[23:41] <Amaranth> Isn't it es2_info?
[23:42] <Prf_Jakob> right you are
[23:43] <Prf_Jakob> Yupp its there
[23:44] <Prf_Jakob> Oh, es2gears oth does not throttle correctly.
[23:44] <Prf_Jakob> Good second window dragging dealy.
[23:45] <bryceh> nvidia-settings  precise  285.05.09-0ubuntu1
[23:45] <bryceh> why isn't that at 290?
[23:45] <Prf_Jakob> delay*
[23:51] <Prf_Jakob> time to sleep


[04:26] <Logan_> cjwatson: Is there any way I could help out with the backlog in ~ubuntu-archive?
[07:16] <pitti> Good morning
[07:17] <pitti> stgraber: thanks for the heads-up
[07:58] <dholbach> good morning
[08:03] <dpm> hi jamesh, around for a quick chat on mediascanner 2.0?
[08:04] <dpm> morning dholbach!
[08:04] <jamesh> dpm: sure.
[08:04] <dpm> cool, thanks :)
[08:05] <dholbach> hey dpm
[08:05] <jamesh> dpm: is there anything in particular you want to know about it?
[08:05] <dpm> jamesh, on your e-mail you said the QML bindings are blocking on feedback. Are you waiting for someone's feedback in particular? Can we provide that feedback from the Music app side of things to unblock them?
[08:06] <jamesh> dpm: I was waiting on Victor, but if anyone else on the project has ideas of what's needed, that would be great.
[08:06] <dpm> jamesh, ok, cool, I'll ping him with a reminder. Do you have a bug to track this feedback, or would just e-mail work?
[08:07] <jamesh> dpm: we were just using email, but I can set up a bug report if that'd be easier
[08:08] <jamesh> we're at https://launchpad.net/mediascanner2 now, due to some issues with handling packaging of multiple lines of development from a single LP project
[08:09] <dpm> jamesh, yeah, if you don't mind, a bug would be useful, so that we can have a single place to track it. I'll then ask Victor to comment on it.
[08:10] <jamesh> looks like I don't have permission to turn on bug reporting for the mediascanner2 project.  Hopefully sil2100 can help with that when he's online later
[08:10] <dpm> ack. Are you setting the project for bugs and filing the bug report, or do you want me to file it?
[08:10] <dpm> ah, ok
[08:12] <dpm> let me see if I can find someone who's online with the right permissions
[08:24] <Unit193> mvo: Here?
[08:48] <infinity> Logan__: Not yet, I'll try to get to it todat.
[08:48] <infinity> Logan__: Or today.
[09:14] <dpm> jamesh, lp:mediascanner2 is now set up for bug reporting. Would you mind reporting the bug about QML bindings feedback and then we'll take it from there?
[09:26] <Laney> life would be better if offlineimap didn't hang at least once every two days
[09:27] <pitti> Laney: wow, I've been using it for years, I never had that (or any problem really)
[09:27] <Laney> how do you run it?
[09:27] <pitti> $ offlineimap
[09:27] <pitti> nothing fancy
[09:27] <pitti> with .offlineimaprc http://paste.ubuntu.com/6831043/
[09:29] <Laney> oh, something else does the SSHing for you
[09:31] <pitti> Laney: yes, preauthtunnel; best thing ever
[09:31] <pitti> no password for imap
[09:31] <Laney> I don't know about that!
[09:31] <pitti> passwords are so "eek"
[09:32] <Laney> I could certainly use that for my personal acct, wonder about the work one
[09:32]  * Laney notes it down
[09:32] <pitti> Laney: I'm still one of these old farts who reject to use gmail and have @ubuntu.com etc. forwarded to my own server
[09:33] <Laney> yeah I host my own too
[10:12] <jamesh> dpm: bug filed here: https://bugs.launchpad.net/mediascanner2/+bug/1273625
[10:26] <doko> http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20140127-trusty.html
[10:27] <doko> http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20140127-trusty.html
[10:27] <doko> http://qa.ubuntuwire.com/ftbfs/
[10:27] <doko> http://qa.ubuntuwire.org/ftbfs/ppc64el.html
[10:27] <doko> http://qa.ubuntuwire.org/ftbfs/arm64.html
[10:30] <doko> http://people.canonical.com/~ubuntu-archive/
[10:30] <slangasek> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[10:30] <slangasek> yay, url time on IRC ;)
[10:30] <dpm> jamesh, thanks!
[10:30] <seb128> slangasek, I was about to say :p
[10:31] <slangasek> seb128: sorry, we're in a room with the CTS team at the moment and teaching them all +1 maintenance :-)
[10:31] <seb128> slangasek, I see ;-)
[10:32] <Unit193> seb128: Sorry if I come off sounding short.
[10:33] <doko> slangasek, desktop doesn't know the concept of +1 maintenance anymore ;p
[10:34] <seb128> doko, no, looking a build issues, transitions, etc is just something included in our daily workflow ;-)
[10:35] <cjwatson> tseliot: fglrx-xpress/precise-proposed - looks like amd-xconfig should be in a clean target somewhere, since there are mostly-duplicate files amd-xconfig and amd-xconfig.in
[10:36] <tseliot> cjwatson: true but I like to regenerate it for testing using the test_amd_xconfig script
[10:40] <cjwatson> tseliot: right, but it shouldn't be in the source package
[10:40] <cjwatson> (I accepted it anyway)
[10:42] <seb128> Unit193, no worry, it's weird that apt-get upgrade wants to install old Recommends for you that you didn't want to install/removed in the past, are you sure it's not a new recommends/a one time thing?
[10:42] <seb128> Unit193, and it seems pavucontrol should just be listed an alternative recommends there if it's one of the options in the code
[10:44] <Unit193> seb128: I'd presume you won't add pavucontrol first in the list, which I get.  That option sounds fine to me, it'll end up doing the same thing since I already have that.
[10:44] <seb128> Unit193, right, the most common usecase is listed first, but as you said, it shouldn't be an issue if you have one of the options
[10:46] <ogra_> package libc6-amd64 is not ready for configuration  cannot configure (current status `half-installed')
[10:46] <ogra_> GRMBL
[10:46] <ogra_> infinity, !
[10:46] <Unit193> In that case I'll remove my proposal as it isn't as good as adding pavucontrol.
[10:48] <seb128> Unit193, your call, or update it to add pavucontrol as an alternative if you can
[10:50] <Unit193> seb128: Just thought of that, since it'll update.  Might want to review since it's quite late and brain no work well now.
[10:50] <tseliot> cjwatson: thanks
[10:50] <seb128> Unit193, ok
[10:51] <Unit193> Thanks for taking a look.
[10:53] <bluesabre> Unit193: at this point, the term is "early"
[10:53] <bluesabre> :D
[10:53] <Unit193> bluesabre: Shhh, you stinker.
[11:34] <knome> hey seb128, do you have by any chance time to look at bug 1207493 again? we should have a correct debdiff and all there now
[11:41] <mitya57> barry: by django changes, you mean https://github.com/django/django/commit/e1d18b9d2e8ac2 ?
[11:44] <mitya57> I am asking because there is also https://bitbucket.org/birkenfeld/sphinx/commits/ce0b17bcd7c9, let me know if you need that as well.
[12:01] <seb128> knome, sure, adding that to my todo for this afternoon
[12:09] <slangasek> hallyn: bug #1273654
[12:10] <hallyn> slangasek: thanks
[12:11] <barry> mitya57: right.  i looked at both the django and sphinx ones.  the sphinx one is just a workaround for the django bug, which is the real problem.  the sphinx patch isn't enough (i added another fix which does make it work, but i'd rather fix django properly instead)
[12:18] <xnox> seb128: please review & approve https://code.launchpad.net/~ted/upstart-app-launch/application-task/+merge/202768
[12:19] <xnox> seb128: it's a fix proposed by slangasek
[12:19] <seb128> xnox, why me? ;-)
[12:19] <xnox> seb128: you happen to have the right permissions on lp.
[12:19] <seb128> xnox, you don't have access to the status?
[12:19] <seb128> k
[12:19] <xnox> seb128: i'm not PS enough.
[12:20] <Laney> fauxww
[12:20] <seb128> xnox, that's ok young padawan, did it for you
[12:20] <slangasek> hallyn: XS-Debian-Vcs-Git
[12:21] <xnox> seb128: i want to join ~indicator-applet-developers
[12:21] <slangasek> seb128: ubuntu-core-dev wants to join ~indicator-applet-developers ;)
[12:22] <Laney> that's a nice idea
[12:22] <seb128> slangasek, you would have to ask an admin of that team I guess
[12:22] <Laney> talk to an admin :P
[12:22] <seb128> seems like you want ted
[12:30] <mitya57> barry: OK, so I assume nothing is needed from me
[12:30] <barry> mitya57: not unless you know where the dmpt branch actually lives :)
[12:31] <mitya57> I think someone just forgot to update the SVN
[12:31] <barry> i suspect the package has been uploaded without updating the branch
[12:31] <barry> mitya57: exactly... :(
[12:31] <mitya57> Do it yourself then :)
[12:31]  * barry grumbles
[12:32] <barry> mitya57: yeah, i'll probably do that when i've verified the patch actually fixes the problem
[12:33] <mdeslaur> wgrant: congrats!
[12:51] <hallyn> slangasek: actually, is a version check actually needed?  The only way a user would have a qemu-aarch64 binfmt file is from the 1.6 version(s) which had qemu-user-aarch64;  so postinst could just unconditionally remove it?
[13:40] <slangasek> hallyn: debatable in this case, but in general you don't want maintainer scripts to re-apply changes more than once on upgrade that may clobber local changes the admin has made
[13:44] <slangasek> hallyn: patch sent to the bug, anyway :)
[13:44] <hallyn> thanks
[14:38] <doko> seb128, could you do another merge of poppler from experimental?
[14:39] <doko> or maybe package 0.25.1 if it's not a development series
[14:39] <seb128> doko, it's a dev serie (and they often change sonames there)
[14:40] <seb128> doko, what change do you need from experimental? we just merged on them
[14:41] <doko> seb128, there are several ftbfs currently (cvs, gdb-doc, etc, ) which go away when I switch poppler and texlive-bin to the debian versions
[14:41] <didrocks> xnox: https://code.launchpad.net/~autopilot/autopilot/1.4
[14:41] <didrocks> slangasek: FYI (done) ^
[14:41] <seb128> doko, we have the same version than debian experimental (upstream version) and our packaging diff is small, do you have specifics on those ftbfses?
[14:41] <slangasek> didrocks: ta
[14:41] <didrocks> yw
[14:42] <seb128> doko, note that the new poppler got uploaded this week and is trusty-proposed atm (libreoffice needs to migrate with it and some other things like calligra didn't got rebuilt yet)
[14:42] <doko> seb128, we have 0.24.3 , experimental 0.24.5
[14:42] <seb128> doko, https://launchpad.net/ubuntu/+source/poppler/0.24.5-0ubuntu1 ?
[14:43] <doko> ahh
[14:43] <seb128> doko, there was a soname change in 0.24.5 and transition is ongoing ( Sweetsha1k needs to fix libreoffice)
[15:20] <doko> seb128, so it looks like all the ftbfs like cvs, gdb-doc are caused by the new poppler
[15:21] <seb128> doko, do you have a build log showing the error?
[15:21] <doko> http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20140127-trusty.html
[15:22] <doko> seb128, only show on i386, goes away when building poppler with -O0
[15:22] <seb128> "fun"
[15:22] <seb128> toolchain issue?
[15:27] <pitti> stgraber: hey, how are you?
[15:27] <doko> seb128, are there any poppler tests?
[15:27] <pitti> stgraber: do you have any idea how to achieve the "lxc-wait for a time when it's safe to interact with the container" without using runlevels or extra init scripts in the template?
[15:28] <seb128> doko, the srcdir has some but not a lot
[15:28] <pitti> stgraber: i. e. is it possible to poll from the outside, like repeatedly trying to run a command like "runlevel" from e. g. adt-virt-lxc?
[15:28] <seb128> doko, you want a smaller testcase/reproducer? maybe tsdgeos can help you, he's upstream for poppler
[15:28] <pitti> stgraber: that would be much easier than the ridiculous "sudo readlink /var/lib/lxc/.." hacks that adt-virt-lxc does ATM
[15:30] <pitti> stgraber: AFAIUI, lxc-execute starts a new container; is there a counterpart for "run command in a running container"?
[15:31] <doko> seb128, sure, that would be nice. so problem seems to occur when the @ sign is encoded itself in an texinfo file
[15:33] <wgrant> pitti: lxc-attach?
[15:34] <pitti> wgrant: oh, thanks!
[15:34] <wgrant> I think it's relatively new
[15:34] <wgrant> But very handy
[15:34] <slangasek> yep, it's newish
[15:35] <pitti> rbasak: so instead of this mad /var/lib/lxc/ poking, why don't we just run lxc-attach until the runlevel switches to 2?
[15:35] <slangasek> I think it requires newish kernel support, in particular
[15:35] <pitti> ah, so not something you could use in saucy or precise?
[15:35] <slangasek> it's in saucy, I don't know if it works on precise
[15:35] <slangasek> hallyn: ^^?
[15:35] <pitti> ah
[15:35] <pitti> well, good enough
[15:35] <pitti> the lxc runner is fairly new anyway
[15:38] <pitti> rbasak: FYI, I filed bug 1273725 to remind me
[15:47] <hallyn> slangasek: does not work with the precise kernel.  works fine with the saucy backported kernel on precise
[15:47] <hallyn> pitti: ^
[15:47] <pitti> hallyn: thanks
[15:48] <mitya57> doko: I see webkit in your rebuild logs, I think it can be deleted as it has been renamed to webkitgtk.
[15:48] <doko> mitya57, maybe file a bug report and subscribe ubuntu-archive?
[15:49] <Laney> it's done
[15:49] <Laney> I asked about it last week or so
[15:49] <mitya57> bug 1261721
[15:51] <Laney> they declined to process it, just ignore
[15:53] <doko> mitya57, https://launchpadlibrarian.net/163863694/buildlog_ubuntu-trusty-i386.python-django_1.6.1-1_FAILEDTOBUILD.txt.gz
[15:53] <doko> with the current sphinx
[15:54] <mitya57> doko: barry if fixing that
[15:54] <doko> ahh, good to know
[15:54] <barry> mitya57, doko will be uploading that fix to debian
[15:55] <mitya57> doko?
[15:55] <mitya57> I think he is not going to do that if he asked me...
[15:56] <doko> didrocks, https://launchpadlibrarian.net/163915490/buildlog_ubuntu-trusty-i386.oneconf_0.3.5_FAILEDTOBUILD.txt.gz  b-d's should be on -all-dev
[15:57] <doko> kenvandine, https://launchpad.net/ubuntu/+archive/test-rebuild-20140127/+build/5524030
[16:00] <kenvandine> doko, interesting failure... i'll fix it
[16:01] <seb128> doko, I think you should ping barry for oneconf, he's buggy since the python3 port and didrocks said he has no free slot to look at it (barry did the port by then)
[16:05] <infinity> YokoZar: Ugh, I didn't notice the epoch on the wine packages before I accepted them.  Haven't accepted the binaries yet, though.  Do we really need to introduce that just to smooth over a PPA version?
[16:07] <doko> seb128, kenvandine: you may want to look at other failures in http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20140127-trusty.html  not yet announced, main stillre building
[16:08] <Laney> what's special about this test build?
[16:08] <seb128> infinity, did you ever get at the bottom of that ubuntu-wallpapers/dh_install/find/\' in filenames issue?
[16:09] <doko> Laney, python3.4 is the default, nothing else is special
[16:09] <infinity> seb128: I got distracted by some other things, but I've not completely forgotten about it.
[16:09] <seb128> infinity, ok, so I consider that you still "own" it ;-)
[16:10] <Laney> pwn
[16:10] <infinity> seb128: Yeah, I'm fine with that for now.  Unless you have some bright ideas.
[16:10] <seb128> infinity, it's easy enough to workaround by escaping the ' in the .install
[16:11] <seb128> but then people are going to forget about the issue and it's not going to be fixed
[16:11] <seb128> otherwise no, no clever idea about what changed that creates the issue
[16:32] <barry> seb128: i keep trying to find cycles to look at oneconf but they always seem to get eaten up before i can do it.  at least i still have a tab open on the bug ;/
[16:33] <seb128> barry, ok
[16:59] <doko> seb128, I'm tempted to blame poppler ... I can reproduce this with the 4.7 toolchain, both linaro and fsf, and fsf 4.8. on both armhf and i386. need to find a machine to check on powerpc too. but this looks like a 32bit issue in poppler
[17:00] <seb128> doko, ok, and it just started with .5? e.g if you rebuild .3 on current trusty it works fine?
[17:00] <doko> no, maybe earlier
[17:02] <jhenke> hi, is there anybody I can ping to take a closer look at bug #1272664 ? the bug is either in the grub installer or efibootmgr and breaks usage of ubuntu on hyper-v gen2
[17:03] <doko> seb128, hmm, not seen in http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20140108-trusty.html
[17:04] <seb128> doko, http://cgit.freedesktop.org/poppler/poppler/log/?h=poppler-0.24 ... there is like 10 commits between those poppler versions
[17:05] <seb128> doko, do you have a small testcase?
[17:08] <doko> seb128, no, not directly. try to build gdb-doc
[17:08] <doko> or iproute2
[17:08] <seb128> that's not a small testcase
[17:08] <seb128> k
[17:09] <seb128> well, I guess first trying with the trusty version of poppler (e.g not the proposed one) rebuild would be useful
[17:09] <seb128> then if that works there is like a 10 commits diff, shouldn't be too difficult to find which one created the issue
[17:09] <seb128> I can have a look, but that's not going to be for today
[17:17] <doko> seb128, now filed #1273779
[17:17] <seb128> doko, thanks
[17:18] <seb128> doko, do you know if it happens in Debian as well?
[17:18] <doko> seb128, only checked the poppler version in nustable, and I can't reproduce it
[17:19] <seb128> doko, ok
[17:19] <stgraber> pitti: you could poll using "lxc-attach -n <container> -- runlevel" or something like that
[17:21] <pitti> stgraber: right, that's what I came up with; thanks!
[17:34] <dobey> mardy, kenvandine: hey, is there any work on supporting google hosted apps accounts in online-accounts? (in a way that is easy to differentiate them from standard google accounts, if it already "works")
[17:58] <pitti> $ sudo lxc-start -n nosuchcontainer
[17:58] <pitti> lxc-start: Executing '/sbin/init' with no configuration file may crash the host
[17:58] <pitti> stgraber: ^ want a bug, or known issue?
[17:58] <pitti> stgraber: (it's at least confusing)
[18:02] <stgraber> pitti: the error message seems right to me
[18:02] <stgraber> pitti: a container doesn't need to exist in /var/lib/lxc to work
[18:03] <stgraber> pitti: you could pass parameters using -f or multiple -s without having it in the lxcpath
[18:03] <pitti> oh, I didn't know that
[18:04] <pitti> but I didn't give -f or any other option
[20:18] <jtaylor> nice py3.4b2 -> py3.4b3 regresses doc strings
[20:21]  * Logan_ waves to Noskcaj.
[20:21] <Noskcaj> hey Logan
[20:21] <Logan_> Noskcaj: I saw the logs from the DMB meeting. You seemed confused. :P
[20:22] <Noskcaj> I'm currently stuck with no internet and overslept the meeting. So things could be better
[20:22] <Noskcaj> i'd only had 4 hours sleep before the meeting, so that would be why
[20:22] <Logan_> :/
[20:27] <Noskcaj> Logan_, The darktable merge should be done now
[20:27] <Logan_> yes master
[20:27] <Noskcaj> ;)
[20:28] <Noskcaj> Now if applying for MOTU by email would unbreak
[21:02] <qengho> kees: I saw your post about "-fstack-protector-strong". Looks really promising. I'm also interested in "-fPIE -pie" as default, at least for 64-bit archs. I wonder if there are any valid objections any more.
[21:02] <jtaylor> does -pie finally not mess up shared libraries now?
[21:03]  * qengho doesn't know.
[21:04] <jtaylor> in that if you add it to dpkg-buildflags for lib + binary package like asterisk it ftbfs
[21:04] <qengho> I'll test.
[21:04] <jtaylor> you'll have to remove the hardening wrapper first, its still useful for this case
[21:05] <mardy> dobey: hi!
[21:05] <dobey> hi mardy
[21:06] <mardy> dobey: Google Apps accounts do work, just write the e-mail address and keep the password field empty
[21:06] <mardy> dobey: at least, they were working last time I tried :-)
[21:06] <dobey> mardy: is there any way to differentiate them from normal google accounts?
[21:07] <dobey> parse the e-mail address?
[21:07] <mardy> dobey: mmm... what differentation would you like to see?
[21:07] <mardy> dobey: yes, we do that, and use the email address as display name for the account
[21:07] <dobey> mardy: how to know that an account is for an ubuntu.com google apps thing, for example
[21:07] <mardy> dobey: are you in Ubuntu Touch or on the desktop?
[21:08] <dobey> mardy: my workstation. but it's more of a general question.
[21:08] <mardy> dobey: so, you are saying that after creating an account, you don't see the email address under it, in the account list?
[21:10] <mardy> dobey: I've to quit now, but if that's so, please file a bug; something might hav broken recently
[21:11] <dobey> mardy: no, i'm asking if technically there is a way to programatically determine if an account is related to a specific apps for domains, domain
[23:23] <YokoZar> infinity: ~20% of users were on PPA last I looked, so I'd say yes.


[07:13] <nancy-> what difference is in between #ubuntu-ops and #ubuntu-irc ?
[07:14] <bazhang> nancy-, this is for the loco channels
[07:15] <nancy-> loco?
[07:15] <elky> local community teams
[07:16] <nancy-> ubunt-irc has a bigger scope? than #ubuntu-ops. ?
[07:17] <nancy-> can #ubunt-irc be used for oper abuse also?
[07:17] <nancy-> IF ANYONE HERE HAS TIME /
[07:17] <Tm_T> not of core channels that should be handled on -ops
[07:18] <nancy-> Tm_T:  so general abuse matters can be discussed?
[07:18] <Tm_T> in general, yes
[07:18] <nancy-> ok
[07:19] <elky> no yelling, though.
[07:19] <nancy-> is #ubuntu-irc-council superiror than #ubuntu-irc ?
[07:19] <Tm_T> irc-council is what is looking after _all_ ubuntu irc channels
[07:20] <nancy-> that isnt the answer to my question
[07:20] <elky> it is, actually
[07:20] <Tm_T> irc channels aren't superior to each other, they're just channels
[07:21] <nancy-> rephrasse:are members and actions of  #ubuntu-irc-council superiror than #ubuntu-irc ?
[07:22] <elky> using context clues, I'd assume you're asking "take me to your leader, bleep blorp"
[07:22] <nancy-> elky:  it really wont help me i know. just following proceedures for a small matter. that isnt even mine
[07:22] <elky> in which case, #ubuntu-irc-council, the governing board for the irc namespace, resides there. No member of the board is "superior".
[07:23] <Tm_T> nancy-: yes, irc-council is responsible of this channel also, if you're asking that
[07:23] <elky> nancy-, if you were following an actual procedure, such as the written and publicised one, you'd be there already
[07:23] <elky> !appeals
[07:24] <elky> by the way "Paying #ubuntu-ops a visit" doesn't mean "join, say something to try and sound official and stuff, then leave less than a minute later"
[07:26] <nancy-> elky  keep you r by the ways and personal comments to your self
[07:26] <nancy-> and no one has time to answer appeals. in #ubuntu-irc-council. why make a room when no one attentds?
[07:27] <elky> The council are mere mortals, and cannot transcend timezones at whim.
[07:27] <elky> Some of them should start waking up soonish.
[07:28] <nancy-> atleast one should be available all the time
[07:28] <nancy-> ites been 3 days  of them sleeping then i would say
[07:29] <elky> by the way, we can google, mcloy http://irclogs.ubuntu.com/2012/04/01/%23ubuntu-server.txt
[07:29] <nancy-> who are the council memeers by the way?
[07:29] <elky> (hint: search your amazon hostmask)
[07:30] <elky> specifically [13:55] <mcloy> ssh -i key.pem<EMAIL_ADDRESS>[07:30] <nancy-> elky:  why giving me this link?
[07:30] <nancy-> yes we work together.
[07:30] <nancy-> an d he has been treated bad
[07:31] <elky> because you might want to know that if we non-councillors can figure this out, the council will also. They're not going to discuss stuff with someone who is not mcloy.
[07:32] <nancy-> but i know you peranoid people. you will start something else now. making me beg and do explainanations. that i wont.
[07:32] <nancy-> ya iam not here dto discuss either.
[07:32] <nancy-> just seeing what kind of members of ubuntu actually are
[07:33] <elky> You make no sense.
[07:33] <nancy-> who are council members any way. (sleeping for 2 days)
[07:33] <nancy-> elky:  reshape your intelligence
[07:34] <elky> Which planet has days that only last 12hrs?
[07:34] <nancy-> mcloy didnt got any response since 2 days. that give me a squallity impresssion
[07:35] <nancy-> who are council members any way. (sleeping for 2 days)
[07:36] <nancy-> can you name them?
[07:38] <nancy-> do you guys  get some SHAME .. some time ? not talking about ikonia. he is shameless.
[07:38] <nancy-> at least reply the person.
[07:39] <nancy-> and you are runing a 1500 user channel. wow
[07:51] <nancy-> Liam quassel em k1l hggdh tm_travolt znc janc McPeter JonEdney patrick myriam bambi melissa alan sdx23 Pici juliux idleone jared linuxmonk mkaysi DJones bkerensa bazhang hyperair pricey myrtti Daviey ubot2 philipbal tom drubin quassel ninnnu jdong serfus beuno h00k plantigra quassel lyz  u4289 holstein unit193 topyli u4207 VorTechS ubottu nhandler tritium Ool marienz nafallo ukikie ljl vibhav bilal logbot LordOfTime quassel niko
[07:52] <bazhang> !ops | nancy-
[07:52] <DJones> nancy-: Please don't do that, hilighting people isn't a good idea
[07:52] <marienz> (especially not that many of them, when few of them will be able to help you)
[07:54] <elky> marienz, can we have idoru in here? :)
[07:55] <marienz> idoru is not a toy :(
[07:56] <elky> No, she's very efficient and her impartiality would be much appreciated.
[07:58] <nancy-> Help !
[07:58] <elky> nancy-, out of curiosity, which channel did you paste that from?
[07:58] <nancy-> Help!
[07:58] <ikonia> nancy-: = mcloy
[07:59] <elky> Yes. We know.
[07:59] <ikonia> I just saw that
[08:00] <ikonia> sorry, slow scrolling
[08:00] <ikonia> (reading through the scroll I mean)
[08:00] <nancy-> ah heres the bitch
[08:00] <elky> that was handy
[08:32] <Tm_T> I love sitting on a server room with earplugs
[08:38] <Tm_T> also, why server rooms don't have lightweight desks for those rare occasions when you need to work on them
[17:10] <amithkk> umm elky
[17:10] <amithkk> Did you ban amazon off here
[17:10] <amithkk> *?
[17:11] <Myrtti> where?
[17:11] <amithkk> Channel ban set for<EMAIL_ADDRESS>(+b) by elky.
[17:12] <amithkk> oh
[17:12] <Myrtti> er, obviously not
[17:12] <amithkk> Its a single ip :D
[17:12] <amithkk> Oops
[17:12] <amithkk> sorry for the ping
[19:02] <LinuxMonkey> Guys nothing too urgent but #ubuntu-offtopic would need an OP to take care of some obvious trolling, they were asked to stop, one got kicked and came back and continued.
[19:02] <oCean> LinuxMonkey: LjL is present, right?
[19:03] <Myrtti> we're watching all the time
[19:27] <Monika> We have the "problem" that #kubuntu-de is owned / "founded" by the freenode-staff pseudo account. It should probably be owned by the Ubuntu IRC council, just like all other #[k|x|l]ubuntu-[xx] channels. How can we achieve this?
[19:33] <jussi> Monika: the ircc can do it, just wait till one of them turns up - think AlanBell was active not so long ago
[19:36] <AlanBell> hi Monika
[19:37] <Monika> hi
[19:42] <Monika> AlanBell can you help me with that?
[19:43] <AlanBell> Monika: yeah, I should think so, let me have a look
[19:45] <AlanBell> staff, can someone give +F to ubuntuirccouncil in #kubuntu-de please
[19:46] <Fuchs> AlanBell: yus
[19:46] <Fuchs> erm, that looks a bit broken, hang on
[19:46] <AlanBell> thanks
[19:46] <Fuchs> ah, nope, there you go
[19:47] <Fuchs> note that #freenode-staff has more flags currently, but you know how to change that :)
[19:47] <Fuchs> *freenode-staff even
[19:47] <Fuchs> my typing sucks today :(
[19:47] <AlanBell> yeah, thats fine
[19:47] <Fuchs> purrfect.
[19:47] <AlanBell> Monika: was there anything you wanted me to do with it or is that OK?
[19:47] <Monika> /msg chanserv info #kubuntu-de => Founder : freenode-staff, UbuntuIrcCouncil looks ok
[19:47] <Monika> no, nothing to do
[19:47] <Monika> just to get this straightened out
[19:47] <AlanBell> great, thanks Monika
[20:26] <AlanBell> can someone help Daviey and I sort out a redirect from #ubuntu-maas to #maas
[20:28] <Fuchs> AlanBell: #maas appears to be +F, so an op in #ubuntu-maas should be able to  /mode #ubuntu-maas +f #maas
[20:28] <Fuchs> AlanBell: then make sure that people can't join, so the +f applies. So +if would be good. Maybe mlock that.
[20:29] <Fuchs> (/msg chanserv help set mlock, set all modes you need including +if #maas)
[20:29] <Fuchs> the other direction would be harder, since if a channel is not +F, you need to be op in both
[20:31] <AlanBell> cool, Daviey ^^
[20:32] <Fuchs> (prod me if you need something more, but he should have everything needed to achieve that)
[20:34] <guntbert> AlanBell: have you got time for a few minutes pm?
[20:34] <AlanBell> sure


[02:35] <Fudge> oh gosh AlanBell be nice if development would include accessibility being completed before loading more work onto peoples plates and having to move on all the time
[02:35] <Fudge> I am not aware of a magnifaction alternative for Precise at this stage, as I believe that Orca don't do it now
[08:26] <AlanBell> zoom in gnome-shell works ok, but doesn't track the text cursor
[08:27] <AlanBell> it isn't as smooth and fast as compiz, not sure if it is using opengl or something else
[08:37] <Fudge> oh :(


[15:47] <Elv1313> Today'S ISO image does not boot
[15:47] <Elv1313> it say: "BUG: soft lockup - CPU#0 stuck for 61s! [event 0:6]"
[15:47] <Elv1313> I filled a bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/557351
[15:48] <ubot3> Malone bug 557351 in linux "Ubuntu 10.04 does not boot" [Undecided,New]
[16:37] <apw> Elv1313, does not boot on what
[16:37] <Elv1313> apw: see the bug report
[16:39] <apw> Elv1313, pentium 4 is not terribly specific
[16:39] <Elv1313> Unfortunatly, I can't be that much more specific, let me check
[16:40] <apw> Elv1313, also which CD was it? is that the 32 bit live, 64 bit live, 32/64 alternate ?
[16:40] <Elv1313> ht7961
[16:40] <Elv1313> the 32bit live cd
[16:40] <Elv1313> The exposed chip of the motherboard (southbridge) have ht7961 written on it.
[16:44] <Elv1313> apw: lspci in 9.10 say SiS654 chipsset
[16:50] <apw> ok if we
[16:50] <apw> ok if we have no name for the machine we really need some fuller information via apport-collect perhaps from the previous release
[16:51] <apw> i have also put some first diagnostics steps in the bug
[16:58] <Elv1313> apw: I submitted the apport-collect information (sudo apport-collect 557351). I can go in single user mode as the init script scrash before (upstart) init 1
[16:59] <apw> Elv1313, in your trace ureadahead is running which is started as an upstart job i believe
[17:00] <apw> Elv1313, you could try booting init=/bin/bash too
[17:00] <Elv1313> it's all I can do, as it is one of my client computer, they pay me right now, so I can spend too much time
[17:00] <apw> Elv1313, fine
[17:00] <Elv1313> apw: I will try, but it is the last thing I will do
[17:01]  * Elv1313 back in 1 hours
[17:19] <apw> cking, hey if i have an m1330 overheating ... fans run slowly all the time ... in lucid the temp is more like 60c and in karmic 40 odd ... whats the best way to diagnose such a thing
[17:20] <cking> apw, do the fans run faster in karmic?
[17:20] <apw> i believe so ... pgraner has the machine
[17:20] <apw> it seems that they don't react to heat, but heat is reported correctly
[17:21] <cking> well, if fan control was purely a SMI based BIOS control, then we'd see no difference, so it's kinda an ACPI issue I suppose
[17:22] <apw> gah i hate acpi ...
[17:23] <cking> is this "straight out of the box" or has he installed some fan control guff?
[17:23] <apw> fresh install at that level
[17:23]  * cking consults the ACPI spec as this is unfamiliar ground
[17:27] <BenC> Suggestion/request: See about building videobuf-dma-contig module forcefully
[17:27] <cking> apw, is there /proc/acpi/fan/FAN/state on that machine?
[17:27] <BenC> It's in 2.6.28 kernel, but since nothing uses it, it's not built in any ubuntu kernels after that
[17:27] <BenC> but external modules tend to use it (like the one I'm writing)
[17:28] <BenC> IOW, it exists in jaunty and before, but not after jaunty
[17:29] <cking> apw, does it have an Nvidia 8400 GS inside it?
[17:30] <apw> cking, its an all intel machien
[17:30] <apw> cking, we may have a fix ... he is just testing
[17:30] <cking> apw, that was quick. what's the fix?
[17:31] <apw> may be the same fix as for my machine.  looking like with my kernel its happy
[17:31] <cking> apw, is that the multi byte embedded controller fix?
[17:31] <apw> cking, yeah
[17:33] <cking> Apparently the CPU + GPU are close together on the XPS M1330, so it may be exercising the video can make things toasty
[17:43] <apw> cking, yeah they have a rep for the gpu fans going too i think
[17:47] <BenC> cking, apw: On the m1330 I had, the video toasted itself into not working anymore
[17:48] <BenC> bad thermal handling for gpu is common on m1330
[17:48] <apw> BenC, ouch
[17:48] <cking> BenC, yeah, googling brings up loads of tales of woe. No supertuxkart on this machine then
[17:48] <amitk-afk> new thermal paste?
[17:48] <BenC> internet blogs suggest taking them apart and applying thermal paste in large quantities between the gpu and copper thermal duct
[17:48] <cking> new machine more like
[17:49] <BenC> but mine was way too gone by then to test the suggestions :)
[18:04] <Elv1313> apw: I am in init=/bin/bash, now what?
[18:05] <apw> Elv1313, does dmesg contain the error you mentioned?
[18:06] <Elv1313> apw: look clean up me
[18:06] <apw> hrm
[18:06] <Elv1313> apw: is there a way to start the boot process from here and recover the log
[18:07] <Elv1313> (i am on a live-cd)
[18:07] <apw> Elv1313, normally i then make a live usb stick as you can make it have persistant storage
[18:08] <apw> if you exec upstart you should start normal boot
[18:09] <Elv1313> I have no time to do that, I am working for a cononical parther compagnie (sysadmin shop), if this is not going to work we will look like idiots...
[18:09] <dmarkey> hey, re: https://lists.ubuntu.com/archives/kernel-team/2010-April/009770.html can we include the xenfs module aswell?
[18:12] <apw> Elv1313, well i can only do what i can do with the info i have
[18:12] <apw> for an unknown machine something unknown is occuring ... its actully hard to recommend anything
[18:12] <apw> with that information ... sorry but thats the realtity
[18:12] <Elv1313> I know... I can't do much about it. exec upstart = upstart command not found
[18:13] <apw> Elv1313, i guess its exec /sbin/init, but i suspect you'll end up in the same place
[18:14] <apw> dmarkey, could you reply to the thread on that on the kernel team list and start the discussion there
[18:14] <apw> lucky for you i've not applied the previous fix yet
[18:15] <dmarkey> apw: understood
[18:15] <Elv1313> apw: Yea, it frozen instantanly, I lost ability do to ctrl+C avec alt+F* too
[18:18] <Elv1313> SReadAhead is nice in Moblin, but backporting it to ubuntu may not have been the greatest move ever (apparently)
[18:20] <Elv1313> apw: can you change the status of the bug back to new? (as I added most of the missing info)
[18:20] <apw> Elv1313, remind me of the number
[18:20] <Elv1313> 557351
[18:21] <apw> i have sadly looked at close to 50 today ...
[18:21] <apw> bug #557351
[18:21] <ubot3> Malone bug 557351 in linux "Ubuntu 10.04 does not boot" [Undecided,Incomplete] https://launchpad.net/bugs/557351
[18:21] <Elv1313> new or confirmed
[18:24] <dmarkey> apw: do i have time to test something first?
[18:24] <apw> dmarkey, we are running tight to change anything
[18:24] <apw> but if you want to test thats great
[18:26] <dmarkey> well im pretty sure that without xenfs, the console isnt set up properly in /etc/init/* , but i need to confirm
[18:27] <cnd> I'm bisecting an older kernel, but when I build I get this at the end:
[18:27] <cnd> dpkg-deb - error: (upstream) version (`unknown') doesn't contain any digits
[18:33] <apw> cnd, whats the version in the changelog ?
[18:33] <cnd> apw, I just realized I wasn't running in a chroot
[18:33] <cnd> maybe that's the cause?
[18:34] <apw> hmmm maybe ... not totally convinced but its easy to test
[18:53] <cnd> apw: not a chroot issue
[18:54] <cnd> I find the Version: tag listed as "unknown" in debian/linux-image-2.6.32-10-generic/DEBIAN/control
[18:54] <cnd> what sets that?
[18:57] <ScarFreewill> ogasawara packed a kernel for me to test, its related with the radeon driver. my question is little offtopic as I'm seeking some help to test it propperly with saving as much bandwidth as possable
[19:00] <ogasawara> ScarFreewill: I assume this is for bug 533784 ?
[19:00] <ubot3> Malone bug 533784 in debian "[Radeon kernel module] drmRadeonCmdBuffer: -12. Kernel failed to parse or rejected command stream" [Unknown,Confirmed] https://launchpad.net/bugs/533784
[19:00] <ScarFreewill> yes that's correct
[19:00] <ogasawara> ScarFreewill: and you've already downloaded the test kernels I built?
[19:00] <ScarFreewill> I'm busy copying mini.iso (6 Arpil) to my flashdrive so that I can just load x on there.
[19:01] <ScarFreewill> I've got a spare old hdd that I can test with
[19:02] <ScarFreewill> I'm just wonder if it's needed to load something like Fluxbox or if I can use plain x-server
[19:04] <ogasawara> ScarFreewill: I think I'm a little confused as to what you're asking.  But basically whatever you can reproduce the issue on, I want you to retest in that same environment with the test kernel.
[19:06] <ScarFreewill> ok I was also not sure if I needed to add the xorg-edgers ppa
[19:08] <ScarFreewill> the only reason I'm using the mini image instead of alternate/dekstop is because I dont have enough bandwidth to download the full cd.
[19:09] <ScarFreewill> building up from scratch will time more time, but thats not a problem for me
[21:35] <dmarkey> apw: thats fine, the xenfs module isnt needed
[21:36] <apw> dmarkey, so we are good with the patch which is being pushed yes
[21:37] <dmarkey> yes, i manually included xen-netfront.ko and xen-blkfront.ko and the installer worked OK,
[21:38] <dmarkey> i need to raise another bug in the installer however. i'll need to be fast
[21:42] <ScarFreewill> ogasawara: sorry to bother again, I'm really new to this. Is there a ppa for those kernel debs that you packed or should I rather just use dpkg to install it?
[22:20] <dvheumen> hi, are you guys also open for questions about disappearing partition "devices" in /dev? I've got a very strange problem during an Alternative installation that I can't put my finger on
[22:26] <ogasawara> ScarFreewill: sorry, no ppa.  just use dpkg.
[23:27] <RAOF> apw: Are you still around?  Can I push a patch to quirk off acceleration for nouveau on macbook pros and geforce 3's to you (once I've tested it does what I want, such as build ;))?
[23:30] <jjohansen> RAOF: I think he is probably sleeping, but if you send it to kernel-team he should be back on in 8 - 9 hours
[23:30] <RAOF> And I should have been able to build the damnable kernel in 8-9 hours too, so I'll be ready!
[23:30] <RAOF> :)
[23:31] <jjohansen> :)


[19:17] <Cheesehead> Hooray! I can access my irssi server from anywhere now.
[19:17] <Cheesehead> I'm currently at the Milwaukee LUG meeting.
[19:25] <mikeputnam> Cheesehead: yay for ssh!
[19:31] <Cheesehead> I found that fwknopd is *wonderful* for keeping ports closed until I want them briefly opened.
[19:32] <mikeputnam> i just maintain an iptables script
[19:34] <mikeputnam> though i intend to transition my last Linux box (the gateway/firewall) over to OpenBSD list all the rest of my machines   ;)
[19:34] <mikeputnam> s/list/like/
[19:37] <Cheesehead> Why, MKE LUG's subject today happens to be BSD gateway/firewalls
[21:12] <mikeputnam> Cheesehead: win!
[21:58] <Cheesehead> Myself, I do manual packet routing using pen and paper. It's hard to keep up with streaming video -- takes a bit of practice.


[05:55] <OvenWerks> Anyone know what : does in a regular expession? (and how to just look for : )
[06:12] <OvenWerks> doesn't matter, I found something that works
[06:13] <OvenWerks> Eickmeyer[m]: new controls... again sigh.
 yo who wants to do a test for me
 with the ISOs from yesterday
 need y'all to test an EFI install
 because kpmcore+cala was failing hard
[19:16] <wonko> Is it easy to install Ubuntu to a partition instead of a disk? I'm thinking for the next system a drive for my home dir and a smaller OS drive but big enough to hold several versions for testing.
[19:45] <OvenWerks> wonko: just choose manual (I think it is) anyway it is normally the last option
[19:45] <OvenWerks> It used to be "something else" ;)
[20:42] <wonko> Does the installer make reasonable grub entries so I'll know which is which?
[21:09] <OvenWerks> wonko: that is not the installer but grub itself... the entries are not bad but could be better.
[21:10] <OvenWerks> wonko: the grub entries get created every time update-grub is run so every time the kernel is updated.
[21:15] <wonko> I might have to script something to clean those up
[21:20] <OvenWerks> The script that creates the menu is in: /etc/grub.d/ It will be either 09_lowlatency or 10_linux depending on which is +x
[21:21] <OvenWerks> you can do like we did, copy one of the two to 08_local and as the first step set -x on the other two then modify the menu creation
[21:22] <OvenWerks> (that is we copied 10_linux to 09_lowlatency and then fixed that.
[21:23] <OvenWerks> try it as is first though... it may be ok
[21:26] <wonko> Yeah, I'll setup a VM later to play with. The idea is I want a stable version that I can always boot into to be able to work and 2-3 others of the next release or a daily or something


[09:32] <somethinginteres> Anyone here a Gparted ninja?
[09:33] <somethinginteres> I discovered today to my horror that my root partition is only 10GB and keep getting errors about it being full. I have tons of free space I could give to / from my /home partition I'm just not sure how to go about it.
[09:34] <nisshh> somethinginteres, easy, backup /home, shrink it a bit, grow /
[09:35] <somethinginteres> nisshh: when I shrink it by say 100GB that 100GB becomes unallocated I can't figure out how to give that then unallocated space back to /
[09:36] <nisshh> somethinginteres, i cant remember how its done in the GUI, but just have a poke around, it isnt hard to do, you just need to grow the / partition
[09:36] <nisshh> somethinginteres, sorry i cant help more, im kind of busy atm
[09:37] <somethinginteres> nisshh: no worries, I've been looking around but I'll keep on doing that.
[09:37] <nisshh> cool
[09:42] <somethinginteres> nisshh: gonna take about 20min to copy over for safe keeping, better safe than sorry though :)
[09:42] <nisshh> somethinginteres, yeah, thats exactly why i suggested it :)
[10:17] <somethinginteres> nisshh: everything's backed up. 40GB is marked as unallocated but gparted just won't let me give that space to the root partition. It just autochanges the size back to 10GB
[10:17] <nisshh> somethinginteres, yeah, i dunno, i think there is a resize option, try that
[11:59] <somethinginteres> nisshh: finally got it work, did not forsee it taking 4hrs though
[12:02]  * Blank___ is having fun with hard drive cloning and stubborn windows
[12:11] <somethinginteres> Blank___: yeah that sounds enthralling :)
[12:12] <Blank___> somethinginteres, you bet >.<
[12:13] <somethinginteres> Blank___: thank goodness for livecds that's all I can say. At least while the comp is doing stuff -I- can be doing stuff
[12:26] <Blank___> somethinginteres, indeed...