[18:17] <tjaalton> so brasero can't even write .wav's.. bug 1200876
[18:17] <ubot2> Launchpad bug 1200876 in brasero (Ubuntu) "Brasero Hangs at Normalizing Tracks when burning audio CD comprising of Mp3 and Ogg files" [High,Confirmed] https://launchpad.net/bugs/1200876
[18:17] <tjaalton> what other burner is there to try?
[18:33] <tjaalton> cdrdao then
[19:34] <ochosi> robert_ancell: quick question, does lightdm treat hibernate and suspend the same way now that ubuntu doesn't really "promote" hibernating anymore?
[19:35] <robert_ancell> ochosi, no, they are still both provided. It's up the UI to decide if it shows hibernate
[19:35] <ochosi> robert_ancell: ok, thanks!
[19:35] <robert_ancell> ochosi, Ubuntu can still hibernate, it's just not shown in Unity
[19:36] <ochosi> robert_ancell: right, good to know. i got some users reporting bugs about coming back from hibernate (with light-locker locking the session) and the greeter not showing/receiving the lock-hint
[19:36] <ochosi> so if in lightdm it's still all the same, i guess i gotta look somewhere/how else
[19:37] <robert_ancell> ochosi, hmm
[19:37] <robert_ancell> that one might be tricky - I think that upower is going to lock the session via logind/consolekit
[19:37] <robert_ancell> I'm not sure if LightDM is aware that it was due to suspend/hibernate
[19:37] <robert_ancell> but suspend does set the hint?
[19:37] <ochosi> hmm
[19:37] <ochosi> well here it does anyway
[19:37] <ochosi> i can't reproduce the problem yet
[19:38] <robert_ancell> should be the same logic somewhere
[19:38] <ochosi> suspending on saucy works perfectly
[19:41] <brainwash> so if I use light-locker to automatically lock the screen/session on suspend/hibernate, lightdm will return "(null)" for the lock_hint
[19:42] <brainwash> in all other cases it seems to work properly
[19:42] <ochosi> brainwash: what systems were you using again for what exactly?
[19:42] <ochosi> robert_ancell: that's what i was talking about ^
[19:42] <brainwash> tested with suspend on a saucy system and with hibernate on a trusty system
[19:44] <brainwash> light-locker only blanks the screen before entering the suspend state, after resuming the system it switches to vt8 and the gtk greeter will be displayed
[19:45] <brainwash> not sure why it fails to set lock_hint


[04:12] <ptl> and here I am!! \o/
[04:13] <ptl> hey guys
[04:13] <ptl> and gals
[04:13] <ptl> anyone been using Ubuntu on CuBox?
[04:13] <ptl> ok... what about on raspberry pi?
[04:14] <ptl> UG802 maybe?
[04:14] <ptl> ok, so what about Nexus7? anyone?
[04:15] <ngharo> n7.  works good
[04:15] <ptl> gotta get mine in one week tho]
[04:16] <ptl> so far I've only ubuntu running on CuBox
[04:16] <ptl> UG802 will get by here any day
[04:16] <lilstevie> ptl, from the topic "If you have a Pi, try #raspbian ! "
[04:16] <ngharo> workin on minimal ubuntu build process for n7
[04:16] <ptl> lilstevie: I was just trying to start a thread. I don't have a raspberry pi...
[04:17] <ngharo> live-build rox, just a lot of docs to read
[04:17] <lilstevie> "start a thread"?
[04:17] <ptl> isn't the build process already in place at canonical?
[04:17] <ngharo> i couldnt find configs or anything re: build process other than how to create the images
[04:18] <ptl> ah...
[04:18] <ngharo> which is fairly trivial
[04:18] <ptl> will you make it public? homepage and such
[04:18] <lilstevie> ptl, canonical does not support the cpu architecture that the raspberry pi uses
[04:19] <ngharo> https://github.com/ngharo/ubuntu-nexus7-minimal-livebuild here's the repo.  I'll be fleshing it out more on tuesday
[04:19] <ptl> lilstevie: isn't the kernel unifying the ARM architectures right now?
[04:19] <ngharo> this will dump out a tarball, which you'd need to massage a bit for n7
[04:19]  * ngharo is going to tweak makefile to do the massaging soon
[04:19] <ptl> ngharo: thanks. It will not have any use to me now, until I get my hands on the Nexus7. Do you think it might work in other devices?
[04:20] <ptl> like, not tablets
[04:20] <lilstevie> ptl, that doesn't matter, even once the kernel unification is done, the raspberry pi is a different cpu architecture to what canonical support
[04:20] <ngharo> yeah probably, it should work on any armhf arch device
[04:20] <ptl> humm... do you know if canonical supports the Marvell Armada?
[04:20] <ngharo> just would need to remove the n7 packages from the config
[04:20] <ptl> that's what my cubox uses
[04:20] <lilstevie> ptl, ubuntu-arm is built on armv7+ with hardfloat support. the raspberry pi is armv6
[04:21] <ptl> armv7l
[04:21] <ptl> ah
[04:21] <ptl> I never got the gist of these ARM types and variants
[04:22] <ptl> I'll wait for my second CuBox and maybe make it a highly available cluster using drbd
[04:22] <lilstevie> ptl, the difference is the evolution of the processor, they work differently, mostly they are backwards compatible, but older versions cannot run stuff for newer versions due to lacking support for the instructions
[04:24] <ptl> lilstevie: that's why I did not buy a Pi! :) CuBox, yeah. I thought about buying a D2plug but it was too expensive
[04:25] <lilstevie> there are many reasons not to buy a pi
[04:25] <lilstevie> armv6 is just one of them
[04:26] <ptl> does the ubuntu on nexus 7 supports multi-touch?
[04:27] <lilstevie> afaik it is limited
[04:28] <lilstevie> on the tf201 I get multitouch, but how it can be used is still fairly limited
[04:28] <ptl> what is a tf201?
[04:28] <ptl> ah
[04:28] <ptl> transformer prime
[04:28] <ptl> did you install ubuntu on it?
[04:29] <lilstevie> yes
[04:40] <ptl> how it works compared to the one in nexus7? better? worse? or more or less of the same?
[04:41] <lilstevie> I don't have a nexus 7
[04:43] <ptl> thought you had
[05:12] <ptl> ngharo: you have a "configure" script but no config.ac / Makefile.am ?
[05:13] <ptl> *configure.ac
[07:47] <dholbach> good morning
[10:15] <hrw> ptl: configure.ac may also reside in separate subdir
[10:19] <ogra_> hrw, so that missing dri support seems to be quite an issue in the armsoc driver, any idea how to get around that ? (see the build log)
[10:21] <hrw> ogra_: plan to work on it after vacations
[10:21] <hrw> looks like configure(.ac) needs fixing
[10:22] <hrw> I was supposed to be on streets of Palamos enjoying last sun. instead sitting with laptop in a building ':D
[10:22] <ogra_> well, even if i force DRI=yes in there ist doesnt build any armsoc_dri.so (which it looks for according to Xorg.0.log)
[10:22] <ogra_> oh. get out then !
[10:23] <hrw> ogra_: first have to reply to interesting email
[10:28] <hrw> ogra_: chromium os also lacks dri driver
[10:28] <hrw> ogra_: can you check is there dri driver for omap boards?
[10:28] <ogra_> do you have the same message in your Xorg.0.log there ?
[10:28] <ogra_> there is a dri2 one but that doesnt land in the search path the driver uses
[10:29] <ogra_> also did you note that there is a link in the source to ../xf68-driver-omap or so ?
[10:30] <hrw> armsoc is a continuation/fork of omap/armsoc one
[10:30] <ogra_> yep, i know
[10:30] <ogra_> i was just wondering if anything from that link is used during build
[11:08] <brendand> anyone else notice that network-manager-applet doesn't work properly on the first boot of the nexus 7?
[11:10] <ogra-cb_> brendand, yep, we need a rebot after setting the hostname, there is a bug open somewheer iirc
[11:10] <ogra-cb_> *reboot
[11:11] <kulve> is there a way to flash a bigger rootfs to nexus 7 with fastboot? Everything bigger than ~700M seems to just hang the fastboot (I guess it doesn't fit to memory or something)
[11:15] <ogra-cb_> kulve, there is the -S option buut it is slightly unreliable which is why we stopped using it
[11:15] <kulve> ogra-cb_: -S option to what..?
[11:15] <ogra-cb_> ffastboot flash
[11:17] <kulve> hmm.. Is that documented somewhere? "fastboot --help" doesn't show it
[11:19] <ogra-cb_> it does here
[11:20] <ogra-cb_> http://paste.ubuntu.com/1352881/
[11:20] <ogra-cb_> see the last line
[11:21] <kulve> ah, true. I was checking in a different Android env assuming that it would the the same..
[11:23] <kulve> do you happen to know what that does in practice..? I don't understand what the word "sparse" means in that context..
[11:27] <ogra-cb_> it chops file it flashes into pieces of the size you define and re-assembles it during write
[11:27] <ogra-cb_> so you can define chunks that fit in ram
[11:50] <kulve> ogra-cb_: thanks. Sounds exactly what I need (even if it wouldn't work 100%). I somehow thought that the option was for something else
[12:14] <ogra-cb_> marvin24, hmm, do you remember if we pulled zram separately into the ac100 tree ?
[12:15] <ogra-cb_> i'm looking at 3.4 mainline atm (for chromebook) and zram has a depends: X86 in Kconfig here
[12:16] <marvin24> ogra-cb_: no, I cherry picked it
[12:16] <ogra-cb_> ah
[12:16] <ogra-cb_> thx
[12:16] <marvin24> in 3.4, it was disabled for !x86
[12:17] <marvin24> which was fixed in 3.5 or 3.6 or so
[12:17] <ogra-cb_> right, just dropping the dep breaks it
[12:18] <marvin24> ogra-cb_: nivdia made a new kernel release
[12:18] <marvin24> this has nothing to do with the video drivers
[12:18] <marvin24> just a kernel service release
[12:18] <ogra-cb_> yeap, i know but i assume the drivers will follow
[12:19] <ogra-cb_> since they are currentlly heavily broken
[13:14] <xnox> ogra_: ogra-cb: looking at bug 771736 what exactly does it need in the initramfs?
[13:14] <ubot2> Launchpad bug 771736 in nilfs-tools (Ubuntu Oneiric) "please include nilfs2 in hook-functions" [Medium,Confirmed] https://launchpad.net/bugs/771736
[13:14] <xnox> the gc daemon?
[13:14] <ogra_> yeah
[13:14] <ogra_> there was an initramfs snippet already somewhere
[13:15] <ogra_> also the module needs to be pulled into the initrd
[13:15] <ogra_> i dont think we have that yet
[13:16] <xnox> I see the snippet to pull module, don't see one for any daemons....
[13:34] <ogra_> xnox, i can imagine that cleanerd cant be restarted safely once it runs, so it is omitted for the initrd
[13:35] <ogra_> (indeed stateful re-exec in upstart should fix that)
[13:38] <xnox> ok. let me try stuff then.
[13:39] <ogra_> stuff is good :)
[13:39]  * ogra_ tries more coffee-stuff
[13:39] <lilstevie> lol
[13:40]  * xnox remembers about the cheese and toast stuff
[14:01] <ogra_> victorp, !
[14:07] <victorp> ogra_, !?
[15:28] <brendand> heh, with that 'Disable "glx"' tweak the shaded keyboard comes up fairly quickly
[15:28] <ogra_> well, it eats one of your CPUs then though
[15:29] <ogra_> software rendering doesnt come for free sadly :)
[15:30] <brendand> ogra_, oh right. it *is* only sw rendering
[15:31] <brendand> ogra_, what needs to happen for hw rendering?
[15:31] <ogra_> brendand, i assume onboard needs to use gles instead of gl functions
[15:31] <ogra_> havent looked much at the code yet
[15:32] <brendand> ogra_ - oh it's onboards problem specifically?
[15:32] <ogra_> well, its a prob of app using plain GL instead of the GLES subset
[15:33] <ogra_> if you use any GL functions that arent in the GLES subset it will try to use SW renerind
[15:35] <diablotin> Hello
[15:36] <diablotin> Someone in there ?
[15:36] <ogra-cb> no, just 165 people idling here
[15:36] <ogra-cb> :)
[15:36] <diablotin> Great !
[15:37] <diablotin> I'm looking for information about Ubuntu for Android
[15:38] <diablotin> I've bought the PadFone from Asus and I would love to have ubuntu running on it when docked !
[15:38] <tassadar> ogra-cb: you've said that I really should not flash different boot image on my nexus7 every time I wanna switch android<->ubuntu, because of the mmc load
[15:38] <tassadar> but the /data partition must get several times higher io load, no? Is the boot partition somehow different?
[15:40] <ogra-cb> tassadar, flashing means you always write to the same place (i.e. dd), there is no filesystem layer
[15:40] <ogra-cb> while using a rootfs you have an additional layer that cares for wear levelling
[15:41] <ogra-cb> diablotin, i dont think there are any public versions of U4A yet, its still being worked on
[15:41] <diablotin> ogra-cb: even an alpha ? beta ?
[15:42] <ogra-cb> nothing public i know of
[15:42] <diablotin> But is U4A gonna be downloadable or we'll have to buy it with the phone ?
[15:42] <diablotin> Ok
[15:43] <tassadar> hmm, right, thanks
[15:53] <tassadar> datasheet of kingston emmc memory chips (the ones used in nexus 7) says that these chips have static wear-leveling
[15:54] <ogra-cb> all MMCs have that
[15:55] <ogra-cb> robclark, do you happen to know anything about the armsoc driver ?
[15:55]  * ogra-cb wonders what to do to make it not complain about dri.h not being compilable
[15:56] <tassadar> and "the internet" tells me that eMMC is NAND chip with controller, which handles the wear leveling and bad block management, among other things
[15:56] <tassadar> does dd bypass that?
[15:56] <ogra-cb> no, its HW, nothing you can bypass
[15:57] <robclark> ogra-cb, well, armsoc was branched off the omap driver.. I think hrw made some patches to fwd port it to latest xorg..
[15:58] <ogra-cb> right
[15:58] <ogra-cb> and ir works quite well hwen copzing the GLES/EGL and mali libs
[15:58] <tassadar> so it is not using the same cell over and over again, and each cell should endure 1k-3k overwrites
[15:59] <ogra-cb> but it still complains about dri.h during build and i.e. unity doesnt seem to be accelerated
[15:59] <tassadar> that gives me the impression it is not that bad
[15:59] <ogra-cb> it will shorten the lifetime of the MMC nontheless and its really dangerous, i wouldnt use flashing if i dont have to
[16:00] <ogra-cb> if you crash in the middle your device turns into a brick and you have to completely reinstall
[16:00] <tassadar> yeah, I'd like to use the kexec, but I can't get it working by myself - it is simply too low-level
[16:01] <tassadar> I tried applying the kexec-hardboot patches, but I've got stuck on reseting of the CPU via watchdog
[16:02] <tassadar> the patches were made for different CPU, and well, there is no datasheet for tegra 3 available
[16:02] <ogra-cb> robclark, https://launchpadlibrarian.net/122595562/buildlog_ubuntu-raring-armhf.xf86-video-armsoc_0.4.0-0ubuntu4_BUILDING.txt.gz see the dri.h complaint ? i can force DRI=on but dont get different results in behavior of the binary
[16:06] <janimo> ogra_, so what is the best method to put up a notice at package install and have it ignored at image build time? I remember debconf notice (or note?) being discouraged
[16:07] <ogra-cb> well, note is discouraged, but probably the best you can use
[16:07] <ogra-cb> have a look at the sun java package
[16:08] <robclark> ogra-cb, hmm, /usr/include/xorg/dri.h looks like dri1 stuff.. I suspect armsoc shouldn't be looking for that
[16:09] <ogra-cb> janimo, during all aem image builds we export FLASH_KERNEL_SKIP=true ... so only show the note/message/whatever if thats not set
[16:09] <robclark> hmm, that said, xf86-video-omap does too..  I'm not entirely sure why you see that issue but I don't.. maybe try building xf86-video-omap the same way?
[16:09] <ogra-cb> robclark, ah, awesome, so i can just rip that out
[16:09] <ogra-cb> thst the info i was missing :)
[16:09] <robclark> I think so..  at least that is what I'd try first
[16:11] <ogra-cb> well, it already works fine for es2gears or glmark ... its just unity thats very slow
[16:11] <ogra-cb> though hrw doesnt use the alternatives system, might be that the current driver ends up with a mishmash of mesa and mali
[16:11] <hrw> hi
[16:12] <robclark> yeah, sounds a bit like it
[16:12] <hrw> ogra-cb: I have crhomium-opengles package which handle egl for mesa stuff
[16:12] <ogra-cb> hrw, oh !
[16:12] <hrw> but it requires binaries
[16:12] <hrw> and I do not think that libmali* has license for re-distribution
[16:12] <ogra-cb> the loibs we manually copy i guess
[16:13] <ogra-cb> yeah
[16:13]  * ogra-cb was fearing that
[16:14] <hrw> ogra-cb: http://tygrysek.juszkiewicz.com.pl/~hrw/ubuntu/chromebook/
[16:14] <hrw> ogra-cb: fetch tar.xz, add libmali and build
[16:15]  * ogra-cb will try that later today
[16:16] <hrw> ogra-cb: cgpt, kernel signing and kernel is what left on my list
[16:16] <hrw> I gave up on xf86-input-cmt - too many deps
[16:16] <ogra-cb> and really no need for it
[16:17] <hrw> yep
[16:17] <ogra-cb> i have my touchpad working exactly as on cros here
[16:17] <ogra-cb> it feels a bit delayed in reaction, but i blame X here or unity
[16:18] <ogra-cb> but two finger scrolling, two three and four finger taps etc, all work
[16:26] <ogra-cb> janimo, bug 1068182 was just pointed out to me
[16:26] <ubot2> Launchpad bug 1068182 in linux-ac100 (Ubuntu) "Regression: several kernel modules now missing in 12.10 3.1.0-6-ac100 kernel compared to 12.04 3.0.27-1 kernel" [Undecided,Confirmed] https://launchpad.net/bugs/1068182
[16:46] <hrw> checking whether to include DRI support... checking for /usr/include/xorg/dri.h... yes
[16:46] <hrw> checking for /usr/include/xorg/dristruct.h... yes
[16:46] <hrw> checking whether to include DRI support...
[16:49] <ogra-cb> nice
[16:50] <hrw> autoconf suxx
[16:50] <ogra-cb> heh, ++
[16:51] <hrw> and headers which no longer include required headers suxx too
[16:51] <hrw> dri.h requires 1, dristruct.h 4
[16:54] <hrw> http://paste.ubuntu.com/1353543/
[16:54] <hrw> thats whole configure.ac patch
[16:59] <kulve> how do I create a sparse file system image suitable for fastboot flash -S?
[17:02] <ogra-cb> kulve, you use make_ext4fs
[17:03] <hrw> bye
[17:03] <ogra-cb> kulve, from android-tools-fsutils (in raring)
[17:03] <kulve> ah, thanks. Was just about to ask
[17:03] <xnox> kulve: it's also available in a ppa for quantal and precise
[17:04] <xnox> in the install ppa owned by ~ubuntu-nexus7
[17:04] <ogra-cb> ah, right, forgot the ppa
[17:04] <xnox> ;)
[17:04]  * xnox blogged about it on ubuntu-planet surely everyone saw it =)
[17:05]  * ogra-cb did, but forgot about the ppa nontheless :)
[17:10] <kulve> weird. I have debian stable, so I took the package from debian unstable and recompiled. But for some reason that doesn't have -fsutils, even though the ubuntu version with the exact same version number does..
[17:12] <ogra-cb> the ubuntu package has an ubuntu1 version
[17:12] <ogra-cb> that means it carries one change change thats not in debian
[17:12] <ogra-cb> guess which one :)
[17:13] <ogra-cb> -change
[17:14] <kulve> no man page.. Is -l for the whole rootfs size? Like 13GB or something like that?
[17:14] <ogra-cb> yeah
[17:14] <ogra-cb> ypu want -l and -s iirc
[17:16] <xnox> kulve: I did forward the debdiff to debian bug 692851
[17:16] <ubot2> Debian bug 692851 in android-tools "android-tools: please package the rest of the fs tools" [Normal,Open] http://bugs.debian.org/692851
[17:16] <xnox> you can recompile with that patch.....
[17:18] <kulve> I already compiled the ubuntu version. I guess  debian wants also man pages always? Maybe that's why make_ext4fs was removed from the packaging?
[17:18] <ogra-cb> fastboot doesnt have a manpage either
[17:19] <kulve> so it seems
[17:19] <ogra-cb> while thats a bug i dont think it is a blocker anzmore
[17:21] <xnox> kulve: the point is there is no upstream build system, and makefiles were written for "interesting" tools at the time (fastboot). Now that it's possible to fasboot flash ubuntu/debian, the fsutils became "interesting" so I wrote a few more makefiles to compile them.
[17:21] <xnox> kulve: so just ongoing evolution of packaging bits of android tools git forest.
[17:21] <kulve> I didn't even know that there are such things outside android until yesterday
[17:23] <kulve> hmm.. fastboot taking 100% and 600MB of memory (and increasing)
[17:23] <ogra-cb> are you sure your device is in flash mode and properly connected and detectet ?
[17:24] <kulve> at leaste "fastboot erase userdata" worked..
[17:28] <kulve> still more questions. What should the last parameter "directory" actually contain? At least is doesn't seem to like having a /dev in there..
[17:29] <prpplague> http://newscenter.ti.com/2012-11-12-New-OMAP-5-processor-based-modules-spur-easier-faster-industrial-designs
[17:33] <kulve> I figured out why the fastboot went into a leaking busyloop (or something else weird). I forgot the "M" after "-S 256"..
[17:33] <ogra-cb> great, now seem that on miniITX boards please so we finally build arm desktop PCs
[17:33] <ogra-cb> s/seem/sell/
[17:59] <xnox> Calling hook nilfs
[17:59] <xnox> Adding module /lib/modules/3.5.0-17-generic/kernel/fs/nilfs2/nilfs2.ko
[17:59] <xnox> are the raring panda images working?
[17:59] <xnox> I guess I need to add partman-nilfs to complete the circle.
[18:00] <xnox> then the next question will be "will it fit" in the panda/ac100/nexus initramfs.
[18:00] <xnox> and whether it is built....
[18:20] <ogra-cb> xnox, panda has no restrictions
[18:20] <ogra-cb> only fastboot based bootloaders do
[18:21] <ogra-cb> and iirc it did fit into ac100 last time i tried
[18:21] <ogra-cb> nexus shouldnt differ much
[18:21] <xnox> ogra-cb: good.
[18:21] <xnox> are the raring panda images working? Will try to do partman-nilfs module for the installer.
[18:22] <ogra-cb> i havent tried one yet
[18:22] <xnox> ok =) I will tomorrow.
[18:22] <ogra-cb> i usually started that with A1 preparation
[18:22] <ogra-cb> i guess i have to make up some personal schedule now :)
[18:22] <xnox> lol. well x86 desktop are borked because of secure-boot, but colin fixed it, so tomorrow should be better =)
[18:22] <xnox> "opt-in milestones"
[18:23] <ogra-cb> heh, yeah
[18:23] <xnox> technically this is second week since UDS, such that we should have a fully working set by thursday.....
[18:23] <ogra-cb> well, i doubt i can do it wrt nexus until thu
[18:23] <ogra-cb> still no kernel
[18:26] <xnox> which is interesting since kernels don't need much review to go through.
[18:27] <xnox> and we just had ppc kernel whizz through....
[18:28] <kulve> Any hints why my nexus fails to mount the fs that create with "sudo make_ext4fs -s -l 4G rootfs.img build/" and flash with sudo fastboot flash -S 256M userdata rootfs.img"?
[18:29] <ogra-cb> xnox, well, the nexus kernel sits in the queue longer, i watched the ppc one go bz whiule reloading the queue page over the weekend
[18:29] <kulve> kernel just tells that it failed to mount it as ext2/3/4/etc, shows the list of the partitions and reboots after 10sec
[18:29] <ogra-cb> *by
[18:30] <ogra-cb> kulve, sounds like your initrd isnt used
[18:30]  * ogra-cb needs to try something ... brb
[18:31] <kulve> ogra-cb: yeah, I'm trying to manage without it. It did manage to create "normal" ext4 and mount that, but it had the space limitation
[18:33] <ogra-cb> hrw, wow, that touchpad snippet helps a lot !!
[18:34] <hrw> ogra-cb: xorg.conf one?
[18:34] <hrw> ogra-cb: thanks should go to ojn not me
[18:35] <ogra-cb> it makes it so much more sensitive
[18:41] <ogra-cb> [    24.541] (EE) AIGLX error: dlopen of /usr/lib/arm-linux-gnueabihf/dri/armsoc_dri.so failed (/usr/lib/arm-linux-gnueabihf/dri/armsoc_dri.so: cannot open shared object file: No such file or directory)
[18:41] <ogra-cb> [    24.541] (EE) AIGLX: reverting to software rendering
[18:42] <ogra-cb> hrw, from your Xorg log
[18:42] <ogra-cb> so i guess ripping out dri1 completely is actually needed
[19:04] <janimo> ogra_, can you give me the exact config diff you use to talk to cbc_multi? When I switched the android out and also made things modular the kernel did not build - the same cable_somthing error you saw too
[19:40] <hrw> ogra_: fun is that it looks that dri1 is not even used in code - only in configure
[19:52] <ogra-cb> ogra@chromebook:~$ /usr/lib/nux/unity_support_test -p|grep supported
[19:52] <ogra-cb> Unity supported:          yes
[19:52] <ogra-cb> ogra@chromebook:~$ grep rendering .xsession-errors
[19:52] <ogra-cb> compiz (core) - Info: Unity is not supported by your hardware. Enabling software rendering instead (slow).
[19:52] <ogra-cb> i dont get that
[19:52] <ogra-cb> it works fine on the nexus
[20:30] <rsalveti> ogra-cb: what is the return core from /usr/lib/nux/unity_support_test ?
[20:30] <rsalveti> hm, but by the message the limitation is inside compiz
[20:30] <rsalveti> lack of extension?
[20:30] <rsalveti> remember that this is a different driver :-)
[20:30] <rsalveti> so different kind of fun
[22:54] <opus_> hey guys, any support for the AMLOGIC 8726M?


[10:24] <FourDollars> How can I switch to X Window System from Wayland on bionic-desktop? I found the original option in GDM has gone.
[10:33] <tjaalton> FourDollars: I still have it
[10:34] <FourDollars> That is interesting. I just download the ISO from http://cdimage.ubuntu.com/daily-live/current/ and install the system.
[10:35] <seb128> FourDollars, if you don't have it it's probably because it thinks your videocard/driver doesn't allow you to use wayland
[10:36] <FourDollars> seb128: What I am trying to do is to test the radeon driver. XD
[10:36] <tjaalton> amdgpu pro?
[10:36] <FourDollars> radeon
[10:36] <tjaalton> ok, should work
[10:37] <FourDollars> https://bugs.freedesktop.org/show_bug.cgi?id=103370 This one
[10:52] <FourDollars> OK. After I install gnome-session-flaskback, I can see the option now.
[10:59] <FourDollars> I know what happened. Because of the radoen and amdgpu module issues, there is no wayland support. It was Xorg (llvmpipe) by default and no other option.
[11:14]  * juliank just merged transmission to check out the new MoM results, I hope the desktop team does not mind
[11:16] <juliank> Apparently that also fixes the CVE already fixed in artful, so yay?
[11:45] <Unit193> juliank: Debian #887725
[11:55] <juliank> Unit193: it's not released yet :D
[11:56] <juliank> Anyhow, I have no long term transmission interest, I just wanted to check the MoM output, and it ended up being a few seconds to then build it too
[12:09] <TJ-> I've a 16.04 system that came back from "systemctl suspend" within a few seconds but still thinks it is asleep (e.g. "nmcli gen" reports "asleep" and therefore no networking, log files not being updated). Before I reboot it is there anything I should look at to capture useful info for a bug report and/or try to wake it up?
[12:20] <cpaelzer> xnox: hey I'd need your help/guidance on libnss that you touched recently
[12:20] <cpaelzer> it has headers like /usr/include/nss/hasht.h which are backed by a .so in a subdir /usr/lib/x86_64-linux-gnu/nss/libfreebl3.so
[12:20] <cpaelzer> those are usually not meant to be direct includes, but it has symbols for it and everything
[12:21] <cpaelzer> it currently breaks the change of a lib usage that is not in main to use nss for this instead
[12:21] <cpaelzer> so I wonder if that lib should maybe not be in the subpath, but actually directly in /usr/lib/x86_64-linux-gnu/
[12:22] <cpaelzer> xnox: slangasek pointed out that you touched it recently, so we had some hope you might have a hint on this
[12:22] <cpaelzer> as it seems not really to be ment for dlopen only (symbols/headers available "normally")
[12:23] <cpaelzer> I'm on sprint, so latency to reply is high, but it would be great to hear your insight on this
[12:24] <xnox> cpaelzer, i will look into it. It does seem odd.... unless like libnss.so itself knows how to dlopen extra things.
[12:24] <xnox> can't recall anything special around it, off the top of my head.
[12:27] <cpaelzer> xnox: thanks for taking a look
[12:28] <cpaelzer> xnox: if it is meant to be internal only ok, but if not making it properly public would be great
[12:28] <cpaelzer> xnox: ping (or mail) me once you have a more detailed opinion then after checking it
[12:58] <caravena> Hello: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1743872/comments/8
[13:02] <mitya57> Hi! Autopkgtest retry links give internal server errors, e.g.: https://autopkgtest.ubuntu.com/request.cgi?release=bionic&arch=amd64&package=sasview&trigger=mathjax%2F2.7.2%2Bdfsg-1
[13:03] <mitya57> Is it only me, or a global issue?
[13:04] <Laney> Retries are offline for now - should be back before too l ong
[13:11] <mitya57> ok
[13:16] <alexarnaud> Hello all
[13:17] <alexarnaud> In the last days of december jbicha tells me to contact you to upload the new BRLTTY package on the Ubuntu repository.
[13:17] <alexarnaud> I've filled a bug about that : https://bugs.launchpad.net/ubuntu/+source/brltty/+bug/1741070
[13:55] <xnox> cpaelzer, i am failing to understand what it is; but on e.g. Fedora, they have a separate source package nss-softokn which does have binary packages nss-softokn-freebl[-devel] which does ship those libs as normal public libraries; they also have some dracut snippets to include those into initramfs....
[13:55] <xnox> they have .chk files and can be used in FIPS mode
[13:55] <xnox> not sure about /usr/lib/x86_64-linux-gnu/nss/libnssckbi.so what that one is yet, as it does not appear to be anywhere.
[13:57] <xnox> oh maybe that one is in the base nss package, one sec.
[14:09] <caravena> Hello: https://bugs.launchpad.net/ubuntu/+source/rtl8812au/+bug/1744311
[14:10] <caravena> Help my, thanks!
[14:17] <cpaelzer> xnox: ok, but as TL;DR I read your findings as "it should be in a normal path"
[14:23] <juliank> alexarnaud: so I can try to merge the new brltty, but I don't think I can really test it
[14:25] <juliank> So I guess let's hope I don't break anything or somebody notices.
[14:25] <kzh> \j #tmux
[14:26] <kzh> oops how embarassing
[14:48] <cpaelzer> xnox: I'll drop off soon, to not miss the case I filed bug 1744328
[14:49] <tomreyn> mpt: just a heads up (in case you are swamped by bug mails) - this was just a topic on -hardened, prompting me to post an update: https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/319146
[14:51] <mpt> tomreyn, thanks. I’d like to work on it, but if anyone else wants to contribute design and/or code they’re more than welcome
[14:53] <tomreyn> mpt: i'm afraid i won't personally have the resources to do so, just happen to have a day off work today...
[14:56] <tomreyn> i appreciate your openness to external contribution, however.
[15:28] <alexarnaud> juliank: I could test the new release.
[15:29] <juliank> alexarnaud: It's in bionic-proposed (or about to be)
[15:29] <alexarnaud> They is a way to simulate a braille display on QEMU. I've a physical one.
[15:30] <alexarnaud> juliank: So do you wait a test to switch from bionic-proposed to main, isn't it ?
[15:30] <alexarnaud> thanks
[15:30] <juliank> Well, things will migrate from bionic-proposed to bionic eventually
[15:30] <juliank> but right now that's all blocked with builders offline
[15:32] <alexarnaud> OK, I'll test.
[16:27] <ejat> hi ..anyone can help to look at bug 1728354
[21:48] <nacc> in a maintainer script, which is 'set -e', is there a best practice to avoid having a status check on a service (sysv or systemd) which might return non-zero not cause the script to fail? Is it appropriate to set +e for the added stanza and then set it back?
[21:49] <sarnold> I often see || true
[21:52] <nacc> sarnold: ah good thinking