[01:12] <Ukikie> infinity: Cool, thanks!
[01:13] -queuebot:#ubuntu-release- Unapproved: inxi (disco-proposed/universe) [3.0.32-1-1 => 3.0.33-1-0ubuntu1] (ubuntu-budgie, ubuntu-mate, ubuntustudio, xubuntu)
[01:14] <Ukikie> ...Why are Budgie and MATE using this?
[01:16] <Eickmeyer> Ukikie: I don't even know why it's in Ubuntu Studio. I guess because we have Pidgin installed by default?
[01:16] <Ukikie> Why would Pidgin do it?  I figured Studio would have it as they tend to copy Xubuntu on some things anyway.
[01:17] <Eickmeyer> Ukikie: Well, bad assumption. What IRC client is installed by default?
[01:17] <Eickmeyer> Ukikie: Not your assumption, mine.
[01:18] <Ukikie> Xubuntu doesn't really have one by default, we dropped xchat and never added hexchat.
[01:18] <Ukikie> Specifically, opted not to.
[01:18] <Eickmeyer> Our chat redirects go to the webchat. So, I'm trying to figure out how inxi is even in a seed if that's the case.
[01:19] <Ukikie> I'm guessing your seed lists it?
[01:19] <krytarik> Eickmeyer: Inxi != Irssi >_>
[01:19] <Eickmeyer> Ahhhh...
[01:20] <Ukikie> http://people.canonical.com/~ubuntu-archive/seeds/ubuntustudio.disco/desktop
[01:20] <Eickmeyer> Ukikie: I see it. Still think it's odd.
[01:21] <Ukikie> ...I mean, you guys added it, don't look at me with those funky eyes. :>
[01:21] <Eickmeyer> It's in Xubuntu's seed too.
[01:26] <valorie> it's tiny!
[01:26] <valorie> and useful
[01:27]  * valorie dl'd and installed it
[01:28] <valorie> I wouldn't touch irssi with a 10-foot pole though
[01:28] <valorie> <3 Konversation
[01:28] <Eickmeyer> I'm a Quassel guy myself, but you already knew that.
[01:28] <krytarik> At least.. oh there it is. >_>
[01:40] <Ukikie> quassel-data recommends/suggests it.
[01:40] <Ukikie> valorie: inxi -r is a great tool to look at your enabled repos, only one I know that has deb822 support.
[01:41] <valorie> it's a nice tool sometimes when helping users too
[01:41] <valorie> even if they don't have it installed, it takes only a moment to do so
[01:42] <valorie> as long as the box in question is online
[02:02] -queuebot:#ubuntu-release- Unapproved: ubuntustudio-look (disco-proposed/universe) [0.58 => 0.59] (ubuntustudio)
[02:04] <Eickmeyer> infinity: ^ Just a wallpaper I made and got a lot of great feedback.
[11:06] -queuebot:#ubuntu-release- Unapproved: materia-gtk-theme (disco-proposed/universe) [20190201-1 => 20190201-1ubuntu1] (ubuntustudio)


[03:10] <mfisch> can any spanish speakers see if bug 916172 belongs in the spumux project?
[03:10] <ubot2`> Launchpad bug 916172 in ubuntu "Spumux no devede 3.16 do ubuntu 11.04" [Undecided,New] https://launchpad.net/bugs/916172
[03:11] <mfisch> in general, I assume we'd translate that before marking it triaged?
[03:11]  * micahg uses translate.google.com
[03:17] <mfisch> micahg: I had some interesting results with it when working with a team in Brazil
[03:18] <mfisch> "Please have Andre call me" because "Please call me Andre"
[03:20] <mfisch> micahg: I will give it a shot anyway
[03:20] <mfisch> okay last question for tonight
[03:20] <mfisch> user is using software that is not packaged at all for ubuntu, can I just point them back to the project and close it?  I found the website for the project (truecrypt)
[03:21] <micahg> mfisch: you can convert to question and then give suggestions (there's also a canned response for software not in the archive)
[03:22] <mfisch> micahg: honestly my suggestion would just be "file a bug upstream", so does converting it even help?
[03:23]  * mfisch looks for the canned response
[03:23] <micahg> the canned convert response suggests filing questions elsewhere unless they're bugs
[03:24] <mfisch> micahg: I believe it's a bug
[03:25] <micahg> ok, then use the not in repo response which essentially says file upstream (if you have a link, that helps, but isn't necessary)
[03:26] <mfisch> micahg: this one?  https://wiki.ubuntu.com/Bugs/Responses#Packages_not_provided_by_Ubuntu
[03:26] <micahg> mfisch: yep, you got it
[03:28] <mfisch> done, and down to 80 bugs without packages
[03:31] <mfisch> micahg: and after close consideration, that language I saw before is actually portuguese.  good job google translate
[09:57] <peaolo> Hi everybody, I hope I can post here a question: I don't know in which section of launchpad put a bug-report, can you help me?
[09:57] <eQuiNoX__> https://bugs.launchpad.net/ubuntu/+source/<your package name> should work
[09:59] <peaolo> yeah I know but I don't know what's the package name. The bug should be related to system clock or time zones
[09:59] <cos^> hello, if bug A in different package causes bug B, should B marked a duplicate of A?
[10:01] <peaolo> should I talk privately to you eQuiNoX so we don't mess around the main chat?
[10:15] <eQuiNoX__> peaolo: sure you could pm me if you like, but im not sure about how the bug is to be reported in this case either; maybe you could report it at https://bugs.launchpad.net/ubuntu/
[10:18] <brendand> peaolo, just run ubuntu-bug with no arguments and select 'Other problem'. describe the bug and post the bug number here
[10:52] <s9iper1> can any body tell me how can i downgrade to empathy 3.3.3 using precise ?
[18:06] <bdmurray> hggdh: could you possibly test bug 927274?  I put some detailed steps to receate it in the comments
[18:06] <ubot2`> Launchpad bug 927274 in update-manager "update-manager crashed with KeyError in __getitem__(): "The cache has no package named 'linux-headers-3.2.0-12'"" [Undecided,Confirmed] https://launchpad.net/bugs/927274
[18:19] <hggdh> bdmurray: of course
[18:20] <bdmurray> hggdh: I might actually be hijacking that bug. ;-)  I'd just like some confirmation that my steps to reproduce are right ;-)
[18:33] <hggdh> k, will test as soon as I reboot
[18:45] <hggdh> bdmurray: I tried it -- I was using the main archive, made sure there were updates available, switched over to the us archive, update-manager downloaded the new archive files, I got no updates to install, and no crash
[18:46] <bdmurray> what do you mean update-manager downloaded the new archive files?
[18:46] <bdmurray> Did you click update?
[18:48] <hggdh> no, I did not. It checked whatever it checks
[18:48] <hggdh> I now reverted and tried again -- no crash anyway
[19:50] <bdmurray> hggdh: weird because when I switch mirrors it doesn't seem to do an update
[19:50] <bdmurray> hggdh: that's why things are out of sync
[19:56] <bkerensa> hmm
[20:27] <hggdh> bdmurray: when I switch archives, u-m went to do something (unknown) and then presented me with no updates (on the main, I had some 10 updates). But no crash. I then clicked on update, and was shown the same updates I had in main
[20:28] <bdmurray> hggdh: okay, I'll play some more I guess


[05:21] <RAOF> Oh, balls.  Nouveau's gained DRI2 vsync support, and it looks like it's going to crash in *exactly* the same way intel's and then radeon's did.
[05:22] <hyperair> intel's vsync crashed?
[05:23] <RAOF> Yeah, on client close.
[05:25] <RAOF> Because DRI2 buffers aren't reference counted, and get destroyed on client close, and the vsync event can occur after the request is queued and the client shutdown...
[08:41] <bryceh> RAOF, heh phoronix thinks you should enable gallium 3d for nouveau
[09:33] <jcristau> wait what?  phoronix thinks?
[10:25] <bryceh> jcristau, I'm trying to figure out how to merge the words "phoronix" and "paparazzi"
[11:15] <Ng> paphonorazzix!
[11:15] <tjaalton> "phoronazzi" ?-)
[11:15] <Ng> if in doubt, smush things together with as much force as possible ;)
[11:15] <jcristau> tjaalton: sounds a bit too much like nazi
[11:15] <bryceh> heh
[11:16] <tjaalton> jcristau: meh :)
[11:23] <bryceh> it's harder than it seems it should be
[11:26] <bryceh> phopronozzi is best I've come up with but it has prono in it
[11:27] <jcristau> maybe that's a good thing.  pr0n is good for page hits.
[11:27] <bryceh> lol
[16:12] <Sarvatt> apw: ok there's more to it, every other boot with gfxpayload=keep is screwed in grub space still, it's stuck before the kernel selection screen
[16:13] <apw> Sarvatt, i don't see that behaviour on any of my kit, i always get to a kernel before things go wrong
[16:13] <apw> not that it supprised me there is some h/w which gets broken
[16:32] <Sarvatt> sheesh, moving drm.so out of the way isn't helping anymore either, I guess it's just really racy and I got lucky because it was doing a fsck that one time. almost done building an i386  kernel with Sanitize modesetting registers.(v2)
[16:36] <Sarvatt> htop is fun on tangerine.buildd, guess you need 2560x1600 to use it with 64 cores :)
[16:56] <Sarvatt> argh
[16:56] <Sarvatt> apw: If I cold boot Sanitize modesetting registers.(v2) fixes it every time, 11 boots that way worked perfect
[16:57] <Sarvatt> apw: but if I reboot instead, it hangs at GRUB loading.
[16:57] <apw> hrm
[16:57] <apw> (v2) ?
[16:57] <Sarvatt> yeah from your bug https://bugs.freedesktop.org/show_bug.cgi?id=32078
[16:57] <ubot4`> Freedesktop bug 32078 in DRM/Intel "Intel N10 graphics does not initialise correctly if GRUB hands off the display in a graphics mode" [Major,New]
[16:58] <apw> Sarvatt, damn i'd started the previous one building and been on the release meeting ... and
[16:59]  * apw restarts his build ... gah
[17:00] <Sarvatt> can you grab it from /home/sarvatt on tangerine?
[17:05] <apw> Sarvatt, its nearly built again now anyhow ... but thanks
[17:18] <Sarvatt> i'm totally stumped now, cold boot with that patch for sure works right but a reboot hangs in grub every time
[17:49] <Sarvatt> using vesafb sure does make VT's suck on the blobs
[18:07] <Sarvatt> apw: I haven't heard any complaining about radeon yet, with intel fixed maybe this will work this cycle :)
[18:07] <apw> Sarvatt, the vesafb stuff looooks _sooo_ bad :)
[18:07] <apw> but yeah there is some hope perhaps
[18:08] <Sarvatt> yeah wish we could kill it in a fire, I know I'll still be disabling it on all my systems by booting with vesafb.sucks=1 :)
[18:09] <Sarvatt> it's not like it helps that much even with the blobs since they turn off the display when X starts unconditionally, I see the splash for all of 1 second
[18:11] <Sarvatt> text plugin progress dots loaded in the initramfs early for everyone looks best to me :) it's just the Ubuntu 10.10 words that look like crap in text mode
[18:13] <Sarvatt> well the Ubuntu 10.10 text looks nice on a drmfb at native res, but crappy on 80x25
[18:19] <apw> Sarvatt, hehe yeah sometimes i wonder if that would be a better plan overall
[18:34] <Sarvatt> hmm, if i boot an old kernel (2.6.35-23) then grub works after a reboot, if i boot 2.6.37-7-generic with or without that patch grub hangs after a reboot every time.
[18:34] <Sarvatt> 2.6.37-5 hangs
[18:38] <Sarvatt> 2.6.36-1 is the last good kernel that reboots right, fun
[18:42] <bryceh> Sarvatt, have you tried any backports of -intel to maverick?  Is it at all feasible?
[18:43] <Sarvatt> yeah just needs a newer xutils-dev, lowered of the xserver-xorg-dev build-dep to 1.9.0 and a natty libdrm backport
[18:43] <Sarvatt> want me to put it in x-updates while i'm bisecting?
[18:45] <bryceh> Sarvatt, yes that would be great
[18:45] <bryceh> Sarvatt, I'm thinking it might help on bug 682712
[18:45] <ubot4`> Launchpad bug 682712 in xserver-xorg-video-intel (Ubuntu) (and 3 other projects) "x server crashes with: [drm:i915_gem_mmap_gtt_ioctl] *ERROR* Attempting to mmap a purgeable buffer (affects: 3) (heat: 18)" [High,Triaged] https://launchpad.net/bugs/682712
[18:46] <Sarvatt> but thats lucid?
[18:46] <bryceh> some of the reporters mention maverick
[18:46] <bryceh> although they may be seeing different bugs
[18:47] <Sarvatt> it fixes all of these https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/626967
[18:47] <ubot4`> Launchpad bug 626967 in xserver-xorg-video-intel (Ubuntu) "[arrandale] GPU lockup 85a8ad2d (IPEHR: 0x01820000) (affects: 8) (dups: 20) (heat: 120)" [Medium,Confirmed]
[18:47] <bryceh> Sarvatt, that's a real good sign
[18:47] <Sarvatt> which was fixed by http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=a44a63d2ff6c01c3dc61de6f736dd441ddd25e52
[18:47] <bryceh> ooh
[18:48] <bryceh> Sarvatt, well, a maverick build of that driver would probably help move things forward
[18:48] <bryceh> if that works for the maverick folks, then if apw still needs it on lucid maybe we can look at building it for that too
[18:52] <bryceh> Sarvatt, is that worth considering backporting to maverick?
[18:54] <Sarvatt> yes very much so just haven't had a chance to do it
[18:59] <Sarvatt> apw: oh fun, it looks like some ubuntu specific patch is breaking the boot on this netbook. mainline 2.6.37-rc3 can reboot fine, 2.6.36-1 is the last ubuntu kernel that can reboot
[19:01] <Sarvatt> ahh didn't try 2.6.37-2 or 2.6.37-3, whoops. 2.6.36-1.7 is good though
[19:16] <Sarvatt> bingo, https://lists.ubuntu.com/archives/natty-changes/2010-November/001282.html broke reboot for me
[19:19] <Sarvatt> ah darnit, 2.6.37-4.12 was broken that time, booted the wrong one
[19:20] <Sarvatt> yep 2.6.37-3.11 is bad, 2.6.37-2.10 is good
[19:42] <jewsucanuse> hey sarvatt, is alpha broken on the stable intel/mesa bits for natty?
[19:44] <Sarvatt> not on mine, booting is broken without disabling gfxpayload=keep in grub here though
[19:49] <jewsucanuse> sarvatt: http://paste.ubuntu.com/539524/
[19:49] <jewsucanuse> white boxes and everything
[19:49] <jewsucanuse> i945gm
[19:50] <Sarvatt> have you ever had the touhou game working in wine?
[19:50] <Sarvatt> because i never have had any of them working
[19:50] <jewsucanuse> yes.
[19:50] <Sarvatt> as far back as jaunty
[19:50] <jewsucanuse> if you have dx9 libs installed
[19:52] <jewsucanuse> where are glx settings stored?
[19:53] <Sarvatt> any idea where it stopped working? did it work in maverick?
[19:53] <jewsucanuse> yeah
[19:53] <jewsucanuse> could i downpin to maverick for drivers?
[19:54] <Sarvatt> have you tried changing the orm= options in winetricks to see if it works in one of the others by any chance?
[19:55] <jewsucanuse> yeah
[19:55] <jewsucanuse> backbuffer loads faster
[19:55] <jewsucanuse> still white boxes
[19:56] <jewsucanuse> no textures whatsoever
[19:56] <jewsucanuse> wine 1.3.8
[19:57] <jewsucanuse> glxgears is fine though
[19:57] <jewsucanuse> lemme try 1.2
[20:04] <Sarvatt> what gpu do you have? I can try it with a few mesa versions if its a 945
[20:04] <Sarvatt> [#Comiket](C78) Yousei Daisensou - Touhou 12.8 Sangessei - The Great Fairy Wars.zip ? using an english patch?
[20:04] <jewsucanuse> yeah
[20:06] <jewsucanuse> 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA controller])
[20:06] <jewsucanuse> need vendor id?
[20:07] <Sarvatt> nope, perfect
[20:07] <Sarvatt> grabbing Great Fairy Wars English Patch v1.1
[20:10] <jewsucanuse> japanese version is messed up too
[20:10] <jewsucanuse> doesn't really matter
[20:13] <jewsucanuse> btw, brb restarting x
[20:15] <Sarvatt> jewsucanuse: well, works out of the box with wine 1.3.8 and mesa 7.10 from git, hm
[20:16] <Sarvatt> heh outside of unity being screwed up http://sarvatt.com/downloads/Screenshot.png
[20:17] <Sarvatt> oh I take that back, I'm using mesa from the archives
[20:17] <erappleman> unity is a mess right now. it can't handle video player windows right.
[20:17] <Sarvatt> 7.9+repack-1ubuntu3
[20:17] <erappleman> they creep upwards.
[20:17] <Sarvatt> this is a 945GSE, it's the same gpu to mesa's eyes
[20:18] <Sarvatt>  i have no dx overrides and no non standard config changes
[20:18] <Sarvatt> do I have to go into the actual game to have it screw up?
[20:18] <erappleman> no
[20:19] <erappleman> lemme screenie
[20:19] <Sarvatt> menus are fine, i'd put it down to a wine config problem
[20:19] <erappleman> i cleared the configs
[20:19] <erappleman> winetricks and wine
[20:20] <Sarvatt> erappleman: do you have vertex shader support on none and unchecked allow pixel shader too?
[20:20] <Sarvatt> mine's set to vista also
[20:21] <erappleman> everything's default
[20:21] <erappleman> http://img593.imageshack.us/img593/5980/screenshotyouseidaisens.png
[20:21] <Sarvatt> http://pastebin.com/fCibRJ76
[20:22] <Sarvatt> hmm
[20:22] <Sarvatt> i've got an idea
[20:23] <Sarvatt> wget -O ~/.drirc http://sarvatt.com/downloads/drirc.txt
[20:23] <erappleman> driconf it?
[20:23] <Sarvatt> driconf cant adjust vblank_mode for dri2, gotta do it manualy
[20:24] <Sarvatt> vblank_mode enabled screwed up with white screens like that with clutter apps for me sometimes and i'm using that, just a long shot
[20:24] <erappleman> dri2 on screen 0?
[20:25] <erappleman> or should it be i915?
[20:25] <Sarvatt> needs to be dri2
[20:25] <Sarvatt> driconf only adjusts the i915 driver and it doesn't work unless its for the dri2 driver
[20:26] <erappleman> Driver "dri2" is not installed or does not support configuration.
[20:26] <Sarvatt> save your ~/.drirc and overwrite it with that one and move it back later if anything
[20:27] <Sarvatt> you adjust other things in there? that could screw it up too
[20:27]  * Sarvatt tries to screw it up
[20:28] <Sarvatt> hmm it doesn't fullscreen for you?
[20:29] <erappleman> it does
[20:30] <erappleman> dri2 is my only drirc entry. doesn't fix it.
[20:30] <Sarvatt> this is slow as heck on this netbook
[20:30] <Sarvatt> you have window borders in that screenshot is why i was asking, theres a checkbox I can't read because no jp support in wine on this thing, maybe that toggles fullscreen
[20:31] <erappleman> 1st option
[20:36] <erappleman> lemme try edgers
[20:38] <erappleman> do i sudo driconf?
[20:40] <Sarvatt> nope that'd only change settings for root and running wine as root screws everything up
[20:47] <Sarvatt> darn gnome classic session is all kinds of screwed up, gnome-panel segfaulting on start
[20:48] <erappleman> unity: fixing what isn't broken
[20:49] <bryceh> Sarvatt, kees was complaining about that yesterday
[20:54] <Sarvatt> erappleman: yeah outside of being horribly slow on an atom cpu it's working fine here with stock natty packages outside of wine 1.3.8 even windowed, I'm stumped
[20:55] <Sarvatt> the error spam from wine is a red herring, I get it all even though it works
[20:56] <erappleman> well, what i'm seeing is what i see whenever alpha channel is broken in the drivers yet doesn't always affect the gnome environment
[20:59] <Sarvatt> ahh enabling stub ARB_occlusion_query and ARB_fragment_shader support trying to break it is what killed the speed
[20:59] <erappleman> lemme try the windows world of goo demo
[20:59] <erappleman> doesn't that force glsl on 945gm?
[20:59] <Sarvatt> yea
[20:59] <Sarvatt> was trying to screw with options to get it to mess up
[21:00] <Sarvatt> thanks for giving me an excuse to play touhou at work btw :)
[21:00] <erappleman> world of goo is screwed up too
[21:00] <erappleman> lemme see native linu
[21:01] <Sarvatt> world of goo native is fine here
[21:01] <erappleman> native is fine here too
[21:02] <erappleman> goo on wine isn't
[21:02] <Sarvatt> hmm, you on amd64?
[21:02] <bryceh> hmm, the wayland mesa fails to build on natty
[21:03] <erappleman> i686
[21:03] <Sarvatt> just a thought that you have old mesa in ia32-libs
[21:03] <Sarvatt> darn
[21:03] <bryceh> nouveau_context.c:132:9: error: too many arguments to function 'nouveau_channel_alloc'
[21:03] <bryceh> /usr/include/nouveau/nouveau_channel.h:51:1: note: declared here
[21:03] <bryceh> make[7]: *** [nouveau_context.o] Error 1
[21:03] <bryceh> http://launchpadlibrarian.net/60063332/buildlog_ubuntu-natty-i386.mesa_7.10.0%2Bgit20101118.3dcc3153-0ubuntu1~bryce9~natty_FAILEDTOBUILD.txt.gz
[21:03] <Sarvatt> yeah need git libdrm
[21:03] <bryceh> look familiar to anyone?
[21:03] <erappleman> i need the git?
[21:03] <Sarvatt> natty libdrm doesn't have the nouveau stuff from post 2.4.22
[21:03] <bryceh> 2.4.22+git20101127.1443bea4-0ubuntu0sarvatt  new enough?
[21:03] <Sarvatt> erappleman: was talking to bryce sorry
[21:03] <erappleman> ah
[21:04] <Sarvatt> bryceh: yeah
[21:04] <Sarvatt> that already in there?
[21:04] <bryceh> ok thanks
[21:04] <bryceh> I happened to copy it in while waiting for mesa to build :-P
[21:04] <erappleman> what's making nouveau 3d still a no-go? i know it wasn't ready for lucid or maverick, but why not natty?
[21:06] <bryceh> erappleman, upstream is not yet supporting it (no bug reports)
[21:07] <bryceh> erappleman, as well, it feels like something that's going to have a lot of weird random bugs for oddball hardware or strange corner cases, and we're not sure the group of us have the skillz/time for solving them
[21:07] <erappleman> loldebian
[21:07] <bryceh> erappleman, huh?
[21:07] <erappleman> isn't debian our upstream?
[21:08] <bryceh> erappleman, nouveau upstream at fdo
[21:08] <erappleman> oh
[21:09] <bryceh> for Xorg the debian guys prefer us to work directly with X.org upstream if it's issues unrelated to just packaging
[21:18] <erappleman> ah. sarvatt.
[21:18] <erappleman> dx7 works
[21:18] <erappleman> not dx8 or dx9
[21:19] <Sarvatt> how are you changing dx modes?
[21:19] <erappleman> dxdiag in wine
[21:21] <erappleman> BINGO
[21:21] <erappleman> downgraded wine to 1.0.x
[21:21] <erappleman> nice.
[21:28] <Sarvatt> bryceh: ok intel in x-updates, sorry that took so long
[21:31] <bryceh> Sarvatt, awesome thanks
[21:33] <erappleman> thanks sarvatt
[22:29] <Azelphur> Hi I'm having a problem with X crashes, I recently replaced my nvidia 6600GT with a 9500GT, now X has started crashing. I followed the Obtaining backtraces instructions and got a backtrace, which is here http://azelphur.com/crashlog.txt.zip
[22:29] <Azelphur> I had to zip it because it's a pretty large backtrace (17MB)
[22:30] <Azelphur> It looks like libarecord is doing something crazy and recursive that's causing X to crash :s
[22:42] <Sarvatt> Azelphur: guessing you were using nvidia-173 for the 6600GT and left it installed when you switched?
[22:42] <Azelphur> I did originally, then I uninstalled anything to do with nvidia and reinstalled using jockey to ensure I had the right driver
[22:43] <Sarvatt> can ya pastebin the /var/log/Xorg.0.log of it trying to start up?
[22:43] <Azelphur> oh hey, I do have nvidia-173-modaliases
[22:43] <Azelphur> Sarvatt: sorry, it does start up, it just crashes after a few hours
[22:43] <Sarvatt> thats ok, modaliases are needed for jockey to work
[22:43] <Sarvatt> ah
[22:44] <Sarvatt> what version is the nvidia driver and what ubuntu release are you using?
[22:44] <Azelphur> even if the machine is left idle it'll crash all by itself, so I don't think there's anything I'm doing to trigger the crash
[22:44] <Sarvatt> it could be a ton of things, there should be some trace of the crash in /var/log/Xorg.0.log.old
[22:44] <Azelphur> I'm using maverick (specifically mythbuntu) and I'm using nvidia-glx-185
[22:45] <Azelphur> Sarvatt: yea, I checked there and there's literally nothing, which makes it weird
[22:45] <Azelphur> I can only guess that X is crashing before it has a chance to write anything to the log file
[22:45] <Azelphur> well not literally nothing, but nothing related to the crash
[22:46] <Sarvatt> how does it crash?
[22:46] <Sarvatt> screen go blank and not come back? does X restart?
[22:46] <Azelphur> X restarts, so I end up at the login screen
[22:47] <Sarvatt> there should definitely be something in /var/log/Xorg.0.log.old when that happens, hmm
[22:48] <Azelphur> http://pastebin.com/WFiVW0eM
[22:48] <Azelphur> I don't see anything :(
[22:48] <Sarvatt> can ya cat /var/log/Xorg.*.log | pastebinit
[22:48] <Sarvatt> err wait
[22:48] <Azelphur> haha, beat you to it
[22:48] <Sarvatt> cat /var/log/Xorg* | pastebinit
[22:49] <Azelphur> pastebin above is that
[22:49] <Sarvatt> maybe its /var/log/Xorg.1.log.old or something
[22:49] <Azelphur> yea, I did Xorg*
[22:49] <Sarvatt> oh hmm
[22:49] <bryceh> look in /var/log/gdm
[22:50] <Azelphur> bryceh: there's a lot of files in there, anything in particular?
[22:50] <Sarvatt> sudo cat /var/log/gdm/:0* | pastebinit ?
[22:51] <Azelphur> http://pastebin.com/j29tsTbQ
[22:51] <bryceh> Azelphur, usually can pick it out by last change timestamp on the file
[22:52] <Sarvatt> i'm stumped, no traces of you even logging out ever
[22:52] <Azelphur> D:
[22:53] <bryceh> dmesg?
[22:53] <Sarvatt> has it happened since you booted last?
[22:53] <Azelphur> bryceh: nothing, checked that :(
[22:53] <Azelphur> only 4 messages for the entire day, none of them relevant
[22:53] <Azelphur> Sarvatt: yes
[22:53] <Sarvatt> can ya pastebin the dmesg just in case?
[22:54] <Sarvatt> ~/.xsession-errors might be handy too but you might not want to pastebin that in case there is anything sensitive in it
[22:55] <Azelphur> http://pastebin.com/WM8HaB0S got a bit longer since I checked it at 4 lines, but nothing interesting I can see
[22:55] <Azelphur> that's all of today, and it's crashed a few times today
[22:55] <Azelphur> I don't have a ~/.xsession-errors
[22:55] <Azelphur> oh wait derp, logged in as root when I was looking at the gdm folder
[22:56] <Azelphur> http://pastebin.com/dNs0sm53 there's xsession-errors
[22:58] <bryceh> Azelphur, have you tried reinstalling the driver?
[22:58] <Azelphur> bryceh: yes
[22:59] <bryceh> this bit's interesting:
[22:59] <bryceh> #
[22:59] <bryceh> 03/12/2010 19:09:42 Scroll Detection: -scrollcopyrect mode is in effect to
[22:59] <bryceh> #
[22:59] <bryceh> 03/12/2010 19:09:42   use RECORD extension to try to detect scrolling windows
[22:59] <bryceh> #
[22:59] <bryceh> 03/12/2010 19:09:42   (induced by either user keystroke or mouse input).
[22:59] <bryceh> #
[22:59] <bryceh> 03/12/2010 19:09:42   If this yields undesired behavior (poor response, painting
[22:59] <bryceh> #
[22:59] <bryceh> 03/12/2010 19:09:42   errors, etc) it may be disabled via: '-noscr'
[22:59] <bryceh> #
[22:59] <bryceh> 03/12/2010 19:09:42   Also see the -help entry for tuning parameters.
[22:59] <Sarvatt> well I see it crashing there but nothing about why it happened.. are you sure you don't have logout mapped to a button on the remote or something maybe?
[22:59] <bryceh> #
[22:59] <bryceh> 03/12/2010 19:09:42   You can press 3 Alt_L's (Left "Alt" key) in a row to
[22:59] <bryceh> #
[22:59] <bryceh> 03/12/2010 19:09:42   repaint the screen, also see the -fixscreen option for
[23:00] <bryceh> #
[23:00] <bryceh> 03/12/2010 19:09:42   periodic repaints.
[23:00] <bryceh> #
[23:00] <bryceh> 03/12/2010 19:09:42 X FBPM extension not supported.
[23:00] <Azelphur> Sarvatt: nope, as I said I've seen it do it while all input devices where a good 5 meters are from any people :)
[23:02] <bryceh> it'd help to have symbols installed
[23:03] <Azelphur> bryceh: what's the package for the symbols?
[23:04] <bryceh> guessing librecord is capturing some event from a window, then triggering a callback via CallCallbacks, then when that's written to the client it triggers a librecord event
[23:04] <bryceh> but hard to guess without line numbers
[23:05] <bryceh> Azelphur, xserver-xorg-core-dbg maybe
[23:06] <Sarvatt> Azelphur: what's the version of your xserver-xorg-core package?
[23:06] <Azelphur> got that installed, next time it crashes I'll get another backtrace in here :)
[23:07] <Azelphur> Sarvatt: 2:1.9.0-0ubuntu7
[23:07] <Sarvatt> i'm going to go out on a limb and say some part of mythtv uses qt somewhere and you're hitting the bug fixed in maverick-updates
[23:07] <Sarvatt> because you're using xinerama too
[23:07] <Azelphur> mythtv is pretty much entirely qt, so yea...
[23:07] <Sarvatt> Azelphur: ahhh enable maverick-updates
[23:07] <Azelphur> shiny :D
[23:07] <Sarvatt> or is xorg-server not in -updates yet? :(
[23:08] <Sarvatt> xorg-server (2:1.9.0-0ubuntu7.1) maverick-proposed; urgency=low
[23:08] <Sarvatt>   * debian/patches/207_Xext_panoramiXprocs_fix_typo.patch:
[23:08] <Sarvatt>     - This prevents Qt applications from crashing when using
[23:08] <Sarvatt>       Xinerama multi-head with drivers such as nvidia (LP: #650539).
[23:08] <Azelphur> I'm not using xinerama though
[23:08] <Sarvatt> maybe when mythtv crashes because of that it restarts the session in mythbuntu
[23:08] <Azelphur> at least I shouldn't be, it's a single display
[23:08] <Sarvatt> your log said you were I thought
[23:09] <Azelphur> that's odd then, there is only one display
[23:09] <Sarvatt> 03/12/2010 19:09:42 Xinerama is present and active (e.g. multi-head).
[23:09] <Sarvatt> 03/12/2010 19:09:42 Xinerama: number of sub-screens: 1
[23:09] <Sarvatt> 03/12/2010 19:09:42 Xinerama: no blackouts needed (only one sub-screen)
[23:09] <Azelphur> fun, maybe it's an s-video out thing
[23:09] <bryceh> wonky
[23:09] <Azelphur> I have maverick-updates enabled, did you mean maverick-proposed or backports?
[23:10] <Sarvatt> Azelphur: ahh darn, I was hoping it migrated to -updates already :(
[23:10] <Sarvatt> yeah it's in proposed for sure if its not there
[23:11] <Azelphur> ok, got myself on -updates and running an upgrade now, will keep an eye on it and see if it does it again, if it does hopefully I'll have a better backtrace with symbols this time :)
[23:11] <Sarvatt> i'd enable proposed, apt-get update && sudo apt-get dist-upgrade (just to see what packages are offered, hit n) then upgrade the ones you need. should be xserver-xorg-core xserver-xorg-core-dbg xserver-common
[23:12] <Azelphur> I'm cool with -proposed, I use -proposed on my PC anyway
[23:18] <Sarvatt> anyone happen to have a machine using fglrx on natty or maverick handy that could try xorg-edgers? need to know if fglrx works without an xorg.conf with it before trying to push that into natty :)
[23:18] <Sarvatt> nvidia has been working fine for the past week of me trying to break things with no xorg.conf
[23:21] <Sarvatt> would be nice to not have things broken because of the old xorg.conf when people remove nvidia or fglrx outside of jockey
[23:28] <Sarvatt> ugh yeah we need a fixed up libvdpau for 32 bit flash acceleration to work on amd64, it works in debian
[23:29] <Sarvatt> bjsnider: install http://ftp.us.debian.org/debian/pool/main/libv/libvdpau/lib32vdpau1_0.4.1-2_amd64.deb :)
[23:29] <Sarvatt> we can't build that package because ia32-libs is in universe and libvdpau in main..
[23:40] <bryceh> yay, finally no more 8080's in my urls
[23:40] <bryceh> http://www.bryceharrington.org/X/Reports/ubuntu-x-swat/versions-current.html
[23:47] <Sarvatt> huh, how does wine manage to build-dep on ia32-libs yet be on the livecd?
[23:48] <Sarvatt> wine1.2 in universe, wine dummy package in main, hmm
[23:48] <Sarvatt> bryceh: nice, did they open port 80 or did ya fix it another way?
[23:59] <bjsnider> Sarvatt, would that work for 64-bit flash on amd64?
[23:59] <Sarvatt> bjsnider: yea
[23:59] <Sarvatt> err
[23:59] <Sarvatt> no
[23:59] <Sarvatt> no acceleration in the 64 bit flash release
[23:59] <Sarvatt> works for 32 bit flash on amd64 thogh
[23:59] <bjsnider> i don't use that


[13:48] <mterry> dandrader: switching here, where I have a bouncer and don't have to worry about internet shortages.  For the lttng patch...  So tests were deadlocking on arm.  Only tests, we didn't have problems with normal production envs?
[13:49] <dandrader> mterry, only tests
[13:51] <mterry> dandrader: we can't disable lttng during runtime?  (like during tests?)
[13:51] <dandrader> mterry, lttng deadlocks waiting on some mutex when the binary is linked against libcontent-hub and you have at least one code line refering to it. no calls to any libcontent-hub API has to happen for the lttng deadlock to take place
[13:52] <dandrader> mterry, I think that would involve rebuilding it all without lttng
[13:52] <mterry> dandrader: well one hack would be an LD_PRELOAD library that stubs out the lttng traceback call.  But I'm shocked that there wouldn't be an env flag to control it...  /me looks real quick
[13:56] <mterry> dandrader: does it deadlock once you go into the libcontent-hub API?  We could use -finstrument-functions-exclude-function-list to avoid instrumenting those calls...
[13:57] <dandrader> mterry, it deadlocks right off the bat, on startup
[13:57] <mterry> Oh I see, you said no calls have to happen
[13:57] <dandrader> mterry, as I said, not call to any libcontent-hub code happens. only linking against it is needed
[13:58] <dandrader> mterry, unless libcontent-hub does some sneaky call on startup like initializing some global var or something.... my backtrace diddn't didn't go very deed due to missing symbols. will keep digging....
[13:59] <dandrader> mterry, but at least this opt-in branch unblocks us. otherwise not build would be possible as tests are run on package building
[13:59] <dandrader> *no build
[14:04] <mterry> dandrader: there do seem to be a lot of tracing control options via the lttng command, but I think they all assume a running tracing session, rather than modifying tracing ahead of time?
[14:05] <dandrader> mterry, don't ask me. I've never used that tool :D
[14:07] <mterry> dandrader: hmm...  maybe it would work with something like "lttng create testing-session && lttng stop && make check"
[14:10] <dandrader> mterry, ok. will try
[14:10]  * mterry hopes, but isn't very familiar with lttng either
[14:40] <josharenson> tsdgeos: you're still seeing autosroller issues?
[14:40] <tsdgeos> josharenson: yeah
[14:41] <josharenson> tsdgeos: same issue? is it related to the patch I pushed on Friday?
[14:41] <tsdgeos> i don't know
[14:42] <tsdgeos> let me record a video
[14:42] <tsdgeos> it's hard-ish to explain
[14:42] <josharenson> tsdgeos: ok
[15:05] <josharenson> tsdgeos: cimi dash meeting?
[15:05] <tsdgeos> josharenson: cimi is on hols, i can join, give me a min
[15:05] <josharenson> ok
[15:18] <josharenson> tsdgeos: so if you pull lp:~josharenson/unity8/wide-dash/ (and its in a terrible state atm so ignore almost everything) you'll see that it hangs on line 285 of testDashContent because it can never find the "dashNavigation" object
[15:18] <josharenson>
[15:20]  * tsdgeos checks
[15:22] <tsdgeos> josharenson: ok, it doesn't hang really
[15:22] <tsdgeos> it'll just take a long time
[15:22] <josharenson> tsdgeos: to timeout?
[15:22] <tsdgeos> yes
[15:23] <tsdgeos> because we timeout by faketime
[15:23] <tsdgeos> we don't really count time
[15:23] <tsdgeos> just do something
[15:23] <tsdgeos> then wait 50ms
[15:23] <tsdgeos> and said we're at 950ms
[15:23] <tsdgeos> +50ms i mean
[15:23] <tsdgeos> thing is, findChild also has it's own timeout
[15:24] <josharenson> tsdgeos: humm perhaps I just haven't had the patience to see the timeout?
[15:24] <tsdgeos> so basically you're putting the 5fake-sec timeout of findChild inside the 5fake-sec of tryCompareFunction
[15:24] <tsdgeos> and it probably amounts to "a lot"
[15:24] <josharenson> i see
[15:24] <tsdgeos> let me make sure though
[15:24] <tsdgeos> though you're right this may be what's causing the timeout
[15:24] <josharenson> tsdgeos: I hope so..
[15:52] <tsdgeos> josharenson: confirmed it does time out at the end
[15:52] <tsdgeos> ~30 min or so
[15:52] <josharenson> tsdgeos: goodness...
[15:52] <josharenson> tsdgeos: ok
[16:18] <sil2100> Saviq, dandrader: hey! Could we get https://code.launchpad.net/~vicamo/qtmir/build-qtmir-android-arm64/+merge/303760 released as soon as possible?
[16:19] <Saviq> sil2100, I suppose you can just upload that change directly (we do have a qtmir landing for OTA13 under QA now)
[16:28] <sil2100> Saviq: ok, if you don't mind me doing that for xenial only then I shall proceed :)
[16:28] <sil2100> Saviq: if you could just include this change with the next release (or sync trunk later)
[16:29] <Saviq> sil2100, could you wait for https://trello.com/c/x4GiBaXH/3590-1864-ubuntu-landing-067-qtmir-qtubuntu-saviq to go through?
[16:29] <Saviq> otherwise we'd need to rebuild
[16:29] <sil2100> hm, ok
[16:29] <Saviq> it's small and top of QA queue, so hopefully will get through soon
[16:57] <mterry> dandrader: so I tried the lttng create / lttng stop thing.  Didn't work
[16:57] <dandrader> mterry, me too
[16:57] <dandrader> mterry, got a better stacktrace though
[16:58] <dandrader> mterry, added to the MP description of the opt-in branch
[16:58] <dandrader> mterry, lttng is deadlocking on its lib init
[16:58] <mterry> dandrader: does content-hub use lttng too?
[16:58] <dandrader> mterry, no
[17:05] <mterry> dandrader: is it just armhf or also arm64?
[17:05] <dandrader> mterry, I could only reproduce it on arm, but IIRC kenvandine told me that in CI it happened also on other archs
[17:05] <mterry> ah
[17:06] <dandrader> mterry, armhf in my case
[17:06] <mterry> I've only tried armhf, but I seem to get deadlocked in QtEventFeederTest
[17:06] <mterry> I assume that's the place
[17:10] <mterry> dandrader: so it's not like we can just disable armhf/arm64 tests to work around this while still using lttng.  Does lttng get used in production (like, do we ever grab lttng logs from a device during our normal QA)?  i.e. is this MP going to make life harder for us or just for people doing experimental testing?
[17:12] <dandrader> mterry, It's gonna make life harder for developers wanting to do lttng-based performance measurements
[17:12] <dandrader> being mr. obvious....
[17:12] <mterry> dandrader: yeah but we don't do anything automated with that during our QA or anything do we?
[17:12] <dandrader> mterry, but I don't know any details on who uses lttng and when....
[17:13] <mterry> dandrader: have you asked content-hub people if they have any clue on this?
[17:13]  * mterry is trying to avoid landing this MP :)
[17:13] <dandrader> mterry, content-hub peaple == kenvandine. no, he doesn't
[17:15] <mterry> The MP's code itself looks fine
[17:18] <dandrader> mterry, we could wait until greyback returns on wednesday. seems he wrote most of those tracepoints. so he will have definite answers on usage
[17:20] <mterry> dandrader: I just approved the branch.  I think we can regress lttng for now without the sky falling down
[17:21] <mterry> dandrader: I'm under the impression that the new content-hub stuff was fairly high priority, so I'd rather unblock that
[17:21] <dandrader> mterry, ok, thanks
[17:22] <mterry> dandrader: sorry for being so hesitant with your MP, just seemed like a drastic measure.  But I came around  :)
[17:23] <dandrader> mterry, from my POV, lttng is just a tool for devels when doing perf measurements. so the developer will now have to build qtmir himself before doing this kind of work
[17:23] <mterry> dandrader: yeah more annoying but not debilitating
[17:24] <mterry> I just wanted to make sure we weren't relying on the traces for anything besides experimental measurements.  But we probably aren't
[17:25] <dandrader> mterry, anything stopping you from top-approving what you already approved on review?
[17:25] <mterry> dandrader: uh not on the optin-lttng one, just top-approved that
[17:25] <mterry> let me see on the others
[17:25] <mterry> Sometimes I forget to topapprove
[17:26] <mterry> dandrader: there done, thanks
[17:27] <Saviq> dandrader, mterry, there's one thing where this might be a problem... the automated KPI measurements
[17:27] <Saviq> like for timing app startup
[17:28]  * Saviq checks with cachio
[20:36] <kaisoz> hi


[06:21] <foxmask> 안녕하시에
[07:08] <Jason-KR> hi~ "안녕하시에" 는 dialect or regional navtive speakking of southern east korea.     WoW, amazing.
[07:24] <foxmask> ^^


[13:02] <gangil> Hi , can anybody direct me to documentation which categorizes the huge source code of the kernel into different parts ? I mean it tells the src code about the X functionality is here and so on..
[13:19] <gangil> ??
[13:39] <Kano> apw: you saw <IP_ADDRESS>?
[15:07] <mirsal> hello
[18:46] <ssam> is there a special way that i should mark Bug #508746 as having a patch upstream?
[18:46] <ssam> i have linked to the commit in a comment
[19:06] <JFo> ssam, there is a way to set an upstream bug watch
[19:30] <ssam> JFo, i can't find an upstream bug. just the kernel commit
[19:36] <JFo> ah, then that is ok :)
[19:36] <JFo> the commit is fine
[19:36] <JFo> as long as we also know what kernel it is in


[20:36] <ahoneybun> mhall119, I was talking to the libreoffice guy from fossetcon about doing a UX/UI event in FL


[02:53] <mycosys1> hey guys :) is there some way to grab binaries of a particular trunk svn from the mybuntu repos or something like that - am trying to build windows frontend and the build script defaults to 19910 (known to work)
[02:54] <mycosys1> also updating to the head caused my mythbuntu system to kinda segfault lol
[02:54] <MythbuntuGuest25> need some dumphd blu-ray help with an LG-GBW drive.  Sort of works, but not really, I can post logs but need to know if aacskeys doesn't work, can i still decrypt using dumphd?  Seems that the keys aren't matching what it is reading from the blu-ray (21)
[02:54] <mycosys1> and i need this thing to be working in about 30 hours rofl - Fiancee Aceeptance Factor) :D
[02:56] <mycosys1> !troubleshooting
[02:56] <Zinn> Sorry I don't know about troubleshooting
[02:56] <mycosys1> !install
[02:56] <Zinn> Sorry I don't know about install
[02:56] <mycosys1> !database
[02:56] <Zinn> Sorry I don't know about database
[02:56] <mycosys1> !connect
[02:56] <Zinn> Sorry I don't know about connect
[02:57] <mycosys1> gah - also where is that wonderful page with the troubleshooting instructions for fixing ur mysql password :D
[02:57] <mycosys1> !mysql
[02:57] <Zinn> If you are having problems connecting to your mysql database, you can perform the following to reconfigure it: 1. sudo dpkg-reconfigure mysql-server-5.0 (pay attention to the root password you set, you will need it for the next step) 2. sudo dpkg-reconfigure mythtv-database 3. sudo dpkg-reconfigure mythtv-common
[03:00] <MythbuntuGuest25> any blu-ray experts in here to help me understand why my dumphd is not working properly?
[03:42] <mattano>  newbie question: does anyone know of an app to view the files in the partition like im trying to figure out which partition on this old drive has the files i want, ill tear down the other partions and just resize the one I want.
[03:46] <mycosys1> !fstab @ mattano
[03:46] <Zinn> Sorry I don't know about fstab @ mattano
[03:46] <mycosys1> grrrr
[03:47] <mattano> ill have to install it, but i will be able to viw my files with it right?
[03:47] <mycosys1> mattano: http://ubuntuforums.org/showthread.php?t=283131 fstab or mtab will tell you where the partitions are mounted
[03:48] <mycosys1> any file browser will be able to tell you what is in that directory
[03:48] <mattano> there not mounted
[03:48] <mattano> but i can see there there with fdisk
[03:48] <mycosys1> mount them and browse em then
[03:49] <mattano> sigh, do u know of a good tutorial for mounting them?
[03:50] <mycosys1> !mount
[03:50] <Zinn> Sorry I don't know about mount
[03:50] <mattano> im sorry, i know I should know how, but I dont. is there a gui?
[03:51] <mattano> i can google mount... thank you
[03:51] <mycosys1> https://help.ubuntu.com/community/Mount is the command line way
[03:51] <mattano> oh, ok
[03:51] <mattano> thank you
[03:52] <mycosys1> i seem to remember there being guis - but i kinda started in nix b4 guis - they are all harder to use than just 'sudo mount /dev/sdb3 /mnt/tmp'
[03:52] <mycosys1> very welcome - i hope it helps anyway lol
[04:09] <mattano> fstab says command not found but its green in my pkg mgr and mtab dosent even come up to download
[04:12] <mycosys1> doesnt matter - they just show what is mounted at startup/currently and where
[04:12] <mattano> im just trying to figure out if my system is installed on the first disk or second
[04:12] <mycosys1> they are text files
[04:13] <mattano> ooh
[04:13] <mycosys1> use "cat [filename]" to view them
[04:13] <mattano> lol im looking for a program, im such a noob
[04:13] <mycosys1> but it sounds like you need to mount the partitions you have
[04:14] <mattano> i did. i used ur line
[04:14] <mycosys1> best way to learn is to get amongst it
[04:14] <mycosys1> ahhh
[04:14] <mycosys1> u need to change that
[04:14] <mattano> i did
[04:14] <mattano> i found them in sda6
[04:14] <mycosys1> u need to hav a then that is the partition u wanna keep innit?
[04:15] <mattano> now i plan to delete the other partitions and expand that one
[04:15] <mycosys1> so go into gparted or similar
[04:15] <mycosys1> partitioning tool
[04:16] <mycosys1> and do just that
[04:16] <mycosys1> gparted is a gui tool
[04:17] <mattano> im downloading gparted now
[04:17] <mycosys1> lol cool
[04:17] <mycosys1> not sure what the default partitioner is on mythbuntu lol
[04:17] <mycosys1> but gparted is easy
[04:17] <mattano> now im just trying to figure out which partitions my system uses , so i dont mess them up
[04:18] <mycosys1> lol
[04:18] <mycosys1> are they mounted atm?
[04:18] <mattano> atm?
[04:18] <mycosys1> at the moment
[04:18] <mattano> oh yes
[04:19] <mycosys1> "cat /etc/mtab" will show you what is mounted atm and where
[04:19] <mattano> learning a new os is soo cool
[04:19] <mycosys1> lol yup
[04:20] <mycosys1> was even kinda fun with windows 3 and 95 and nt rofl
[04:20] <mattano> i havnt had this much fun , and i do mean it, since dos.
[04:20] <mycosys1> lol
[04:20] <mattano> when 3.1 and 3.11 came out
[04:20] <mattano> then 95 and nt
[04:20] <mycosys1> found xenix more enjoyable than dos, and xenix was really really not nice lol
[04:21] <mattano> this is refreshing
[04:21] <mycosys1> which bit?
[04:21] <mycosys1> having control again for the first time since DOS 5?
[04:21] <mattano> yes
[04:22] <mattano> i feel like I have freedom again
[04:22] <mycosys1> great innit - anything u wanna fix - it is in a nice text file
[04:22] <mycosys1> got XvMC up?
[04:24] <mycosys1> or doin the VDPAU thing?
[04:24] <mattano> u lost me
[04:24] <mycosys1> gpu decode acceleration
[04:25] <mattano> not too sure, ur talking about the video processor, right?
[04:25] <mycosys1> http://www.mythtv.org/wiki/index.php/XvMC http://www.mythtv.org/wiki/VDPAU http://www.avenard.org/media/Ubuntu_Repository/Ubuntu_Repository.html
[04:26] <mycosys1> yup - u can use ur video card to decode the video - i had HD 1080i broadcast decode up on an Athlon XP 1600+
[04:26] <mycosys1> bbs
[04:27] <mattano> i havent got that far yet.. im still in sd, baby steps
[04:27] <mycosys1> lol
[04:27] <mattano> but i know I got a nvidia with 1g ram and its own processor, but its whatever mythbuntu stet up for me right now
[04:28] <mycosys1> dont worry too much - i utterly broke my install last night
[04:28] <mycosys1> if u got nvidia you can get either XvMC or VDPAU
[04:29] <mattano> ill bookmark that page, rt now im in sd, but after i get my balance in ubuntu, then ill start playing
[04:31] <mycosys1> not a bad idea - i jumped in the deep end on knoppmyth lol - mythbunto is a helluva lot easier
[04:31] <broseidon> what do you guys think of schedules direct? is it worth it?
[04:32] <mycosys1> being an aussie - i have no opinion ;)
[04:33] <mattano> I use it since dec and so far no problems
[04:34] <mattano> i have my local cable, ota, and directv they all download well and for the price, its virturally no maintaince
[04:38] <mycosys1> anybody here successfully running trunk btw?
[04:39] <mattano> one last newbie question, now that mount to open these partitions, will they be mounted till i unmount them or untill i reboot?
[04:41] <mycosys1> yup
[04:41] <mycosys1> if you want them to be permanently mounted (mounted at each boot) you need to add em to fstab
[04:42] <mattano> cool.
[04:43] <mattano> thank u for all your help..im turning in.. goodnight
[04:51] <mycosys1> Mattano: night - best o luck :)
[04:52] <mycosys1> !trunk
[04:52] <Zinn> Sorry I don't know about trunk
[04:52] <mycosys1> !usless
[04:52] <Zinn> Sorry I don't know about usless
[09:41] <mycosys1> has anybody here used the mythbuntu repos to go up to trunk?
[11:11] <wombo> lyep
[11:11] <wombo> yep
[11:11] <wombo> and it was very very simple and easy todo


[08:33] <LocutusOfBorg> hello, ppc64el and s390x build seems to be stuck in "cleaning"...
[09:02] <cjwatson> I'm not going to investigate seriously on a Sunday, but I'll do a bulk reset
[09:12] <cjwatson> Seems to have mostly recovered
[09:21] <RikMills> ty
[09:23] <LocutusOfBorg> thanks! I was not asking to do anything on sunday, I was just reporting for tomorrow, but thanks for doing it, its really appreciated!
[20:35] <obfuscated> Hello, is it possible to specify a pre-build step which would be used when building packages from uploaded source (not bzr/git repo)? I need to assemble the dependency clauses based on the target distro version.


[15:43] <lfu> hi, dunno I'm in the right place for my questions here. so sorry for any misplaced question. I'm trying to get a customized atom board with graphic up and running, tried IEGD first, which is broken like hell. I then found the psb project, which is apparently inactive at moblin.org. I obtained some sourcpackages for the xorg and kernel driver in http://netbook-remix.archive.canonical.com/ubuntu/dists/hardy-dell-mini/main/source/, kicked i
[15:44] <lfu> I supposed strongly that the segfault is somewhere in Xpsb.so, which is unfortunately binary only.
[15:45] <lfu> so I'm wondering how the ubuntu people got this running. Any chance to get source code for this?
[15:46] <persia> lfu, I don't believe that the psb drivers are open source.
[15:47] <lfu> there're only small portion closed source
[15:47] <lfu> the firmware I actually don't care since the xorg startsup also without the kernel driver
[15:47] <lfu> all I'm wondering about ist the Xpsb.so
[15:47] <lfu> the Ubuntu people *get* to have got it run... somehow
[15:48] <persia> Well, I can say it wasn't ever part of Ubuntu proper.  There's been some out-of-archive solutions, including the archive you reference above, and the ubuntu-mobile PPA (for hardy)
[15:50] <persia> I've been following some of the work that was done to try to make it work with intrepid, and I know that a whole heap of packages are affected.
[15:51] <persia> But I don't know anything about Xpsb.so specifically.
[15:52] <ogra> beyond the fact that you need to bend backwards until your right ear touches your left ankle to make it build
[15:55] <lfu> I actually got the psb_drv compile with my toolchain ;-) You guys has already supplied some patches, I indeed had to kick it further, but it went actually through
[15:57] <lfu> If I don't have the xpsb.so, the psb_drv start till the point: /usr/lib/xorg/modules//psb_drv.so: undefined symbol: psbDRIScreenInit, which seemed godd so far. After I copied the file. X segfaults with this X[974]: segfault at 2949492c eip b7e8cd28 esp 081e6038 error 4. Since I have a debug system with symbol tables. It ought to be somewhere in Xpsb.so, which is apparaentlich stripped till bone
[16:01] <lfu> So I'm wondering where has the Ubuntu people get the finger on this binary. It might probably be some version conflicts with my xorg. (libX11-1.1.4, xorg-server-1.4) (my system is built from scratch with ptxdist). If I can get more information about this part, it'd be enough help
[16:06] <persia> lfu, Again, it's never been part of Ubuntu proper.  I strongly suspect that the binary you found from http://netbook-remix.archive.canonical.com/ubuntu/dists/hardy-dell-mini/main/source/ was prepared under contract with Intel (as I don't know of any other means to collect it).
[16:10] <lfu> persia: hmm, sounds unappealing
[16:11] <persia> Yeah, that's part of why it's not in the repos.  Personally, I'd like to have it available, as I have a couple poulsbo devices, but for now I just run with VESA.
[16:12] <lfu> persia: VESA ist unfortunately not enought, $CUSOMTER likes to see things rotating and blinking, ;-)
[16:12] <persia> Yeah.   I've already had a lot of fun with this in a powerpc architecture. Now it's biting me hard on this GMA500 issue
[16:13] <lfu> Intel has defintively done a bad deal with it
[16:14] <lfu> one more question. can I obtain the UNR hardy image somewhere in canonicals archive?
[16:15] <lfu> I can only find the jaunty based current one
[16:17] <ogra> http://oem-images.canonical.com/unr/
[16:17] <lfu> the 1.0.1 is hardy based?
[16:17] <ogra> (linked under releases on https://launchpad.net/netbook-remix)


[00:00] <daftykins> :D
[00:09] <zxmpi_> can you make it ring when certain numbers call. *ring* *ring* hello, crazy town
[02:43] <daftykins> "Linda Dong, an Apple designer, has confirmed on Twitter that the macOS pointer travels behind the notch, allowing users to essentially hide the mouse pointer from view."
[02:43] <daftykins> wow Apple, wow
[06:04] <zxmpi_> for $4.99 a month you can avail of a service that adds a voice that says 'the mouse is behind the notch... the mouse is behind the notch...' :-P
[11:05] <m0nkey_> Outch.. https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1906476
[11:05] <lubotu> Launchpad bug 1906476 in ubuntu-release-upgrader (Ubuntu Impish) "PANIC at zfs_znode.c:335:zfs_znode_sa_init() // VERIFY(0 == sa_handle_get_from_db(zfsvfs->z_os, db, zp, SA_HDL_SHARED, &zp->z_sa_hdl)) failed" [Undecided, Confirmed]
[13:59] <diddledani> zxmpi_: I want a voice that tells me "The Laser Pistol is Recarging" over and over again
[14:02] <diddledani> I can't remember the name of the game that's from
[14:06] <diddledani> it was galactix https://www.myabandonware.com/game/galactix-brd
[14:08] <diddledani> this explains the game concept: https://www.mobygames.com/game/galactix_
[14:16] <zxmpi_> weird the way snippets of sound from games sticks in your head. from 'i am over burdened' of diablo ii to 'docking complete' of starglider in the 80s
[16:30] <daftykins> diddledani: help! D: wordpress is being evil
[16:38] <daftykins> pal reported her visual composer plugin isn't loading, which is odd... PHP Warning:  Invalid argument supplied for foreach()
[18:46] <daftykins> yay restored a backup, seems to be this version 40 of Visual Composer ruining things


[00:53] -queuebot:#ubuntu-release- New binary: rust-clearscreen [riscv64] (noble-proposed/universe) [2.0.1-1] (no packageset)
[00:54] -queuebot:#ubuntu-release- New: accepted libgridxc [arm64] (noble-proposed) [2.0.0-1]
[00:54] -queuebot:#ubuntu-release- New: accepted rust-clearscreen [riscv64] (noble-proposed) [2.0.1-1]
[00:54] -queuebot:#ubuntu-release- New: accepted rust-ntpd [armhf] (noble-proposed) [1.0.0-5]
[00:54] -queuebot:#ubuntu-release- New: accepted libgridxc [s390x] (noble-proposed) [2.0.0-1]
[00:54] -queuebot:#ubuntu-release- New: accepted rust-ntpd [arm64] (noble-proposed) [1.0.0-5]
[00:55] -queuebot:#ubuntu-release- New: accepted libcleri [arm64] (noble-proposed) [1.0.1-2]
[00:55] -queuebot:#ubuntu-release- New: accepted libcleri [s390x] (noble-proposed) [1.0.1-2]
[00:55] -queuebot:#ubuntu-release- New: accepted libfdf [armhf] (noble-proposed) [0.5.0-1]
[00:55] -queuebot:#ubuntu-release- New: accepted libgridxc [armhf] (noble-proposed) [2.0.0-1]
[00:55] -queuebot:#ubuntu-release- New: accepted node-node-pty [ppc64el] (noble-proposed) [1.0.0+~6.3.0-1]
[00:55] -queuebot:#ubuntu-release- New: accepted rust-ntpd [amd64] (noble-proposed) [1.0.0-5]
[00:55] -queuebot:#ubuntu-release- New: accepted libcleri [ppc64el] (noble-proposed) [1.0.1-2]
[00:55] -queuebot:#ubuntu-release- New: accepted libfdf [s390x] (noble-proposed) [0.5.0-1]
[00:55] -queuebot:#ubuntu-release- New: accepted node-node-pty [s390x] (noble-proposed) [1.0.0+~6.3.0-1]
[00:55] -queuebot:#ubuntu-release- New: accepted libfdf [arm64] (noble-proposed) [0.5.0-1]
[00:55] -queuebot:#ubuntu-release- New: accepted node-mathjax-full [amd64] (noble-proposed) [3.2.2+~cs4.2.1-1]
[00:56] -queuebot:#ubuntu-release- New: accepted libgridxc [amd64] (noble-proposed) [2.0.0-1]
[00:56] -queuebot:#ubuntu-release- New: accepted a2d [amd64] (noble-proposed) [2.0.0-1]
[00:56] -queuebot:#ubuntu-release- New: accepted haskell-ansi-terminal-types [armhf] (noble-proposed) [0.11.5-2]
[00:56] -queuebot:#ubuntu-release- New: accepted libcleri [amd64] (noble-proposed) [1.0.1-2]
[00:56] -queuebot:#ubuntu-release- New: accepted libfdf [amd64] (noble-proposed) [0.5.0-1]
[00:56] -queuebot:#ubuntu-release- New: accepted libnet-mqtt-simple-perl [amd64] (noble-proposed) [1.29-1]
[00:56] -queuebot:#ubuntu-release- New: accepted scikit-build-core [amd64] (noble-proposed) [0.5.1-1]
[00:56] -queuebot:#ubuntu-release- New: accepted haskell-ansi-terminal-types [arm64] (noble-proposed) [0.11.5-2]
[00:56] -queuebot:#ubuntu-release- New: accepted libcleri [armhf] (noble-proposed) [1.0.1-2]
[00:56] -queuebot:#ubuntu-release- New: accepted lsprotocol [amd64] (noble-proposed) [2023.0.0~b1-1]
[00:56] -queuebot:#ubuntu-release- New: accepted haskell-ansi-terminal-types [s390x] (noble-proposed) [0.11.5-2]
[00:56] -queuebot:#ubuntu-release- New: accepted tox-current-env [amd64] (noble-proposed) [0.0.11-1]
[00:56] -queuebot:#ubuntu-release- New: accepted libfdf [ppc64el] (noble-proposed) [0.5.0-1]
[01:11] -queuebot:#ubuntu-release- New: accepted haskell-ansi-terminal-types [amd64] (noble-proposed) [0.11.5-2]
[01:11] -queuebot:#ubuntu-release- New: accepted rust-wadl [arm64] (noble-proposed) [0.1.4-1]
[01:11] -queuebot:#ubuntu-release- New: accepted rust-wadl [s390x] (noble-proposed) [0.1.4-1]
[01:11] -queuebot:#ubuntu-release- New: accepted haskell-ansi-terminal-types [ppc64el] (noble-proposed) [0.11.5-2]
[01:11] -queuebot:#ubuntu-release- New: accepted rust-wadl [armhf] (noble-proposed) [0.1.4-1]
[01:12] -queuebot:#ubuntu-release- New: accepted rust-mozim [arm64] (noble-proposed) [0.2.2-1]
[01:12] -queuebot:#ubuntu-release- New: accepted rust-sqlx-macros [amd64] (noble-proposed) [0.7.1-1]
[01:12] -queuebot:#ubuntu-release- New: accepted rust-sqlx-macros [armhf] (noble-proposed) [0.7.1-1]
[01:12] -queuebot:#ubuntu-release- New: accepted rust-wadl [ppc64el] (noble-proposed) [0.1.4-1]
[01:12] -queuebot:#ubuntu-release- New: accepted rust-mozim [armhf] (noble-proposed) [0.2.2-1]
[01:12] -queuebot:#ubuntu-release- New: accepted rust-wadl [amd64] (noble-proposed) [0.1.4-1]
[01:12] -queuebot:#ubuntu-release- New: accepted rust-sqlx-macros [arm64] (noble-proposed) [0.7.1-1]
[01:18] -queuebot:#ubuntu-release- New binary: rust-wadl [riscv64] (noble-proposed/universe) [0.1.4-1] (no packageset)
[01:19] <vorlon> rs2009: could you please review https://code.launchpad.net/~vorlon/casper/+git/casper/+merge/452496 and confirm that these changes are ok for ubuntu-unity?
[01:19] <vorlon> rs2009: specifically, the bits that drop unity8 first-wizard handling which I believe is irrelevant to you
[01:26] -queuebot:#ubuntu-release- New: accepted rust-wadl [riscv64] (noble-proposed) [0.1.4-1]
[07:25] -queuebot:#ubuntu-release- Unapproved: cockpit (jammy-backports/universe) [300.1-1~bpo22.04.1 => 303-1~bpo22.04.1] (no packageset)
[07:26] -queuebot:#ubuntu-release- Unapproved: cockpit-machines (jammy-backports/universe) [299-1~bpo22.04.1 => 300-1~bpo22.04.1] (no packageset)
[07:26] -queuebot:#ubuntu-release- Unapproved: cockpit-machines (lunar-backports/universe) [298-1~bpo23.04.1 => 300-1~bpo23.04.1] (no packageset)
[07:26] -queuebot:#ubuntu-release- Unapproved: cockpit (lunar-backports/universe) [300.1-1~bpo23.04.1 => 303-1~bpo23.04.1] (no packageset)
[07:26] -queuebot:#ubuntu-release- Unapproved: cockpit-podman (jammy-backports/universe) [77-1~bpo22.04.1 => 79-1~bpo22.04.1] (no packageset)
[07:26] -queuebot:#ubuntu-release- Unapproved: cockpit-podman (lunar-backports/universe) [76-1~bpo23.04.1 => 79-1~bpo23.04.1] (no packageset)
[07:27] -queuebot:#ubuntu-release- Unapproved: cockpit-machines (mantic-backports/universe) [299-1 => 300-1~bpo23.10.1] (no packageset)
[07:27] -queuebot:#ubuntu-release- Unapproved: cockpit (mantic-backports/universe) [300.1-1 => 303-1~bpo23.10.1] (no packageset)
[07:27] -queuebot:#ubuntu-release- Unapproved: cockpit-podman (mantic-backports/universe) [77-1 => 79-1~bpo23.10.1] (no packageset)
[07:46] <LocutusOfBorg> ping again, please kick out llvm-toolchain-16 from proposed pocket, so we can progress with other transitions without entangling ocaml with everything?
[07:46] <LocutusOfBorg> ubuntu-archive ^^
[07:47] <ricotz> +1
[07:49] <LocutusOfBorg> I prefer to focus with haskell bootstrapping before issuing ocaml rebuilds
[07:49] <LocutusOfBorg> specially because new llvm-* will come at that point anyway from Debian
[07:50] <LocutusOfBorg> so overloading builders for a new ocaml transition looks avoidable for few more days
[08:23] <vorlon> temporarily removing llvm-toolchain-16 from -proposed to unblock misc transitions, per LocutusOfBorg above
[08:34] -queuebot:#ubuntu-release- Unapproved: accepted mcomix [source] (mantic-proposed) [2.1.0-2ubuntu1]
[08:55] <LocutusOfBorg> ta!
[09:05] <LocutusOfBorg> ricotz, ffmpeg built on i386
[09:05] <LocutusOfBorg> anything else?
[09:08] <ricotz> LocutusOfBorg, do you see a problem installing/upgrading "lv2-dev"?
[09:09] <LocutusOfBorg> is it related to the llvm- issue?
[09:10] <ricotz> LocutusOfBorg, no, just curious, if you see dpkg failing as well
[09:10] <LocutusOfBorg> dpkg: error processing archive /var/cache/apt/archives/lv2-dev_1.18.10-1_amd64.deb (--unpack):
[09:10] <LocutusOfBorg>  unable to open '/usr/include/lv2/lv2plug.in/ns/ext/atom/atom.h.dpkg-new': No such file or directory
[09:11] <ricotz> ok, same here
[09:12] <LocutusOfBorg> not happening in Debian, interesting
[09:13] <LocutusOfBorg> lv2 (1.18.10-2) unstable; urgency=medium
[09:13] <LocutusOfBorg> syncd :D
[09:13] <ricotz> LocutusOfBorg, packages should really perform an installation test before transitioning from -proposed?
[09:14] <LocutusOfBorg> are you asking Britney to run piuparts? :)
[09:14] <ricotz> thanks
[09:15] <ricotz> I am not familiar with all the tests running, but lv2 1.18.10-1 transitioned
[09:15] <LocutusOfBorg> piuparts is not run
[09:15] <LocutusOfBorg> don't know why
[09:15] <LocutusOfBorg> but yes, testing installability and upgradeability would be nice, but I don't know which shostoppers there are
[09:16] <LocutusOfBorg> *show
[09:16] <LocutusOfBorg> because piuparts is run since 10 years or even more in Debian
[09:16] <LocutusOfBorg> but as a separate instance
[09:16] <LocutusOfBorg> we might want to ask on #debian-release too
[09:16] <ricotz> I see, thanks for 1.18.10-2
[09:20] <LocutusOfBorg> "britney looks at piuparts results from piuparts.d.o"
[09:20] <LocutusOfBorg> so Debian does that
[09:27] -queuebot:#ubuntu-release- New binary: rust-sqlx [amd64] (noble-proposed/universe) [0.7.1-1] (no packageset)
[09:29] -queuebot:#ubuntu-release- New binary: rust-sqlx [arm64] (noble-proposed/universe) [0.7.1-1] (no packageset)
[09:29] -queuebot:#ubuntu-release- New binary: rust-sqlx [armhf] (noble-proposed/universe) [0.7.1-1] (no packageset)
[09:42] -queuebot:#ubuntu-release- New: accepted rust-sqlx [arm64] (noble-proposed) [0.7.1-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-sqlx [amd64] (noble-proposed) [0.7.1-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-sqlx [armhf] (noble-proposed) [0.7.1-1]
[11:05] <ricotz> LocutusOfBorg, https://launchpad.net/ubuntu/+source/srt/1.5.3-1/+build/26925460
[11:09] <ricotz> a retry might be sufficient
[11:19] -queuebot:#ubuntu-release- New binary: ghdl [amd64] (noble-proposed/universe) [3.0.0+dfsg2-1] (no packageset)
[11:25] -queuebot:#ubuntu-release- New: accepted ghdl [amd64] (noble-proposed) [3.0.0+dfsg2-1]
[11:26] <LocutusOfBorg> nope
[11:31] <ricotz> at least it actually was building this time ;)
[11:33] <ricotz> LocutusOfBorg, could you give it another go?
[11:33] <ricotz> to rule out a fluke
[11:34] <LocutusOfBorg> it's the second retry the current one
[11:34] <ricotz> ah ok
[11:34] <LocutusOfBorg> but yes, looks some network issue
[11:34] <LocutusOfBorg> I read the test code
[11:34] <LocutusOfBorg> it might build now
[11:34] <LocutusOfBorg> it was a socket error, something maybe network related indeed
[11:34] <ricotz> yeah "Transmission.FileUpload" made me suspect that
[11:59] -queuebot:#ubuntu-release- New binary: ghdl [ppc64el] (noble-proposed/universe) [3.0.0+dfsg2-1] (no packageset)
[14:36] -queuebot:#ubuntu-release- Unapproved: rejected cockpit-machines [source] (lunar-backports) [299-1~bpo23.04.1]
[14:36] -queuebot:#ubuntu-release- Unapproved: rejected cockpit-podman [source] (lunar-backports) [77-1~bpo23.04.1]
[14:47] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-machines [source] (jammy-backports) [300-1~bpo22.04.1]
[14:47] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (jammy-backports) [303-1~bpo22.04.1]
[14:47] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-podman [source] (jammy-backports) [79-1~bpo22.04.1]
[16:01] <coreycb> rbasak or sru team, by any chance could we get another look at this based on my response to the initial review? https://bugs.launchpad.net/charm-neutron-api/+bug/2007919 - it's field-critical and cherry-picking individual patches for tightly coupled openstack dependencies doesn't scale well.
[16:01] -ubottu:#ubuntu-release- Launchpad bug 2007919 in Ubuntu Cloud Archive yoga "[SRU] Stable point releases for python-ovsdbapp" [High, Triaged]
[22:58] <fossfreedom_> vorlon if you find some time early-ish in this cycle could you please consider converting UB from bzr seeds to git. TIA
[23:54] -queuebot:#ubuntu-release- New binary: ocaml-metadata [amd64] (noble-proposed/universe) [0.2.0-1] (no packageset)
[23:57] -queuebot:#ubuntu-release- New binary: ocaml-metadata [ppc64el] (noble-proposed/universe) [0.2.0-1] (no packageset)
[23:57] -queuebot:#ubuntu-release- New binary: ocaml-metadata [s390x] (noble-proposed/universe) [0.2.0-1] (no packageset)


[05:23] <blahdeblah> What do people use for epub readers on Ubuntu?  My system is not showing any applications installed by default for this...
[05:49] <elky> calibre is good
[05:49] <elky> it's got reader functionality in it, but it's also like a library and converter
[06:17] <Lindon-Wynter> Cows go meow
[07:05] <orly_owl> thats just your opinion
[07:08] <orly_owl> hmm
[07:09]  * orly_owl looks at network booting
[10:00] <Lindon-Wynter> orly?
[10:00] <Lindon-Wynter> yarly
[10:00] <Lindon-Wynter> lol
[10:01] <Lindon-Wynter> orly_owl: I used to be yarly owl, it's a thing my bro and I had.
[10:01] <Lindon-Wynter> He'd be quiterly and I'd be Yarly
[10:42] <orly_owl> thats nice dear
[23:54] <vadi2> I need to obtain a 2-3m HDMI cable in Brisbane... any recommendations?