[06:44] <vorlon> Eickmeyer: you'll need to pick up the changes from ubuntustudio-default-settings 0.74ubuntu1 that was uploaded by doko
[07:25] <LocutusOfBorg> kanashiro, hello, thanks for the ppa upload, but I was meaning "from the next one" :) I don't care about binaries, because copying them from ppa is forbidden, I care about sources and diffs :D
[07:25] <LocutusOfBorg> and also, it might be even easier for you to upload it instead of opening a bug each time
[09:14] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [amd64] (focal-proposed) [1.3.9-1]
[09:14] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [armhf] (focal-proposed) [1.3.9-1]
[09:14] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [arm64] (focal-proposed) [1.3.9-1]
[09:22] <doko> bryce: is it still planned to remove php7.3 in focal? in this case I'm suggestion to just ignore the failed autopkg tests triggered by php7.3, which are also run by php7.4
[09:30] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (xenial-proposed/main) [2.408.57 => 2.408.58] (desktop-core)
[09:37] <vorlon> doko: fwiw I pinged bryce in another channel about this as well, and I've set the skiptest hint now, as there should be plenty of time for him to object today before the icu transition is actually going to go through
[10:15] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (eoan-proposed) [1.9+19.10ubuntu1]
[10:18] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (xenial-proposed) [2.408.58]
[10:23] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (bionic-proposed) [1.9+18.04ubuntu1]
[10:26] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (xenial-proposed) [1.9+16.04ubuntu1]
[11:24] <kanashiro> locutus_, ack :)
[12:38] <ahasenack> hi release team, bind9 and bind9-libs are stuck because of the kernel (https://launchpad.net/bugs/1865025), via debian-installer. Is this something we could migrate manually, since debian-installer isn't used in a live system, or is that worse?
[12:51] <vorlon> ahasenack: well it would break buildability of the classic server ISOs, and I expect it would break netboot images as well
[12:51] <ahasenack> ok :(
[12:52] <ahasenack> I'm just anxious that these big bind9 changes haven't seen "real world" use yet
[12:58] <cpaelzer> hiho, I know someone has done it in the past for openstack test cases but I forgot the buzzwords to search for. I'm looking for how to mark a test as huge.
[12:58] <ahasenack> I know, I know!
[12:58] <cpaelzer> tel lme please
[12:58] <cpaelzer> as I have debugged a case in our proposed migration down to a OOM
[12:58] <ahasenack> I have to check my swap file, just a moment
[12:59]  * cpaelzer is eagerly waiting for ahasenack to come back with his notes
[12:59] <ahasenack> have to do some sleuthing, it all started with a hint branch
[12:59] <cpaelzer> ok that seems to be the natural place
[12:59] <ahasenack> cpaelzer: https://code.launchpad.net/~ahasenack/britney/hint-mysql8-arm64/+merge/379582
[13:00] <ahasenack> cpaelzer: check steve's response, and mine
[13:00] <ahasenack> cpaelzer: oh, and https://code.launchpad.net/~ahasenack/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/379592 for a direct route
[13:01] <cpaelzer> yeah and I see nova in the list as I remembered :-)
[13:01] <cpaelzer> thanks a lot ahasenack
[13:02] <cpaelzer> that is for python-cffi which is blocking python3-defaults so I guess people will be happy
[13:03] <cpaelzer> there will soon be an MP and more details in my proposed migration status mail ...
[13:03] <cpaelzer> ahasenack: look at the dir I already found this repo ~/work/britney/autopkgtest-cloud :-)
[13:03] <cpaelzer> makes sense
[13:04] <ahasenack> we organize our directories per the solution, not the problem :)
[13:04] <ahasenack> oh, this autopkgtest-cloud should have been in the "what I learned" column of our retrospective
[13:04] <cpaelzer> ahasenack: yeah
[13:04] <cpaelzer> especially since over the last two years I now learned it thrice I think
[13:18] <cpaelzer> ahasenack: here is it https://code.launchpad.net/~paelzer/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/380362
[13:18] <cpaelzer> actually vorlon if you are still around you might want to look at this MP ^^
[13:18] <cpaelzer> I saw you re-ran python-cffi tests as well
[13:33] <vorlon> cpaelzer: so the tests are running out of memory?
[13:54] <vorlon> cpaelzer: merged and deployed; feel free to retry the tests now
[14:00] <Mirv> I have a vague memory that getting MIR approved source package's binary package to main did not involve formal process and I could ask here?
[14:01] <Mirv> Could I get libenchant-2-voikko into main? I've added it to language-selector at https://launchpad.net/ubuntu/+source/language-selector/0.201 but it's not getting installed by default presumably due to it being still in universe.
[14:03] <Mirv> (yes, found at 1859601 that binaries don't generally have to go through MIR process)
[14:04] <Mirv> didrocks: ^ maybe you can help with that if you happen to be around, or then I'll just wait and ping someone next week
[14:05] <vorlon> Mirv: it isn't showing up as a mismatch on https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed
[14:06] <Mirv> vorlon: right, that's another topic - if it's only language selector that is pulling it in, it's not showing as package dependency problem
[14:07] <vorlon> Mirv: is there a seed that things referenced by language-selector are normally added to?
[14:08] <vorlon> libenchant-voikko is in the supported seed
[14:08] <vorlon> so I guess it needs adding there?
[14:10] <Mirv> right, seeds, those I had forgotten about. correct, then. I see if I can do a MR.
[14:11] <vorlon> and should libenchant-voikko be dropped, in favor of libenchant-2-voikko?  is this a swap?
[14:16] <Mirv> the transition isn't 100% complete, enchant 1 is still in default installation, so maybe not for 20.04 yet
[14:18] <vorlon> Mirv: so in what cases is language-selector installing -2- instead of libenchant-voikko?
[14:22] <Mirv> I'm trying to update myself on this topic.. it seems my installation was outdated. It seems default installation no longer installs enchant 1, but eg abiword does want it. Enchant 1 is in main, but maybe nothing in main depends on it anymore.. but this goes a bit out of voikko topic.
[14:23] <Mirv> vorlon: It's currently trying to install plugins for both enchant 2 and enchant 1. I think it'd be alright if enchant 1 would not be automatically installed during installation, but suggested after installation by Language Support when universe repo is enabled.
[14:23] <Mirv> (in the case Enchant 1 would be demoted to universe)
[14:24] <Mirv> That would mean I could both add -2- to seeds and remove the version 1 from there, as the latter is a useful package but not required in default installation.
[14:24]  * vorlon nods
[14:31] <Mirv> ok done the change add https://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/ubuntu/commit/?id=6901c478d792124c2fe3cf2289daac94ec245644 - please review, I feel shaky at using my superpowers which I don't do daily these days
[14:32] <vorlon> Mirv: lgtm
[14:48] -queuebot:#ubuntu-release- Unapproved: accepted crash [source] (bionic-proposed) [7.2.8-1ubuntu<IP_ADDRESS>]
[14:59] <Eickmeyer> vorlon, doko: Ok, then please reject 0.76 hanging around in proposed.
[15:01] <Eickmeyer> doko: To answer your question, I was unaware you did anything because we do everything using git, and there were no changes there.
[15:09] <cpaelzer> thanks vorlon, I re-scheduled the tests that formerly failed
[15:09] <cpaelzer> will check somewhen later if they succeed now as intended
[15:15] <Eickmeyer> vorlon: nm, I guess it'll just supercede anyhow.
[16:56] <wxl> there's some weird stuff going on with our lubuntu daily. should i just assume this is some sort of blip and restart? https://launchpadlibrarian.net/468001105/buildlog_ubuntu_focal_amd64_lubuntu_BUILDING.txt.gz similar issue in budgie btw https://launchpadlibrarian.net/467987391/buildlog_ubuntu_focal_amd64_ubuntu-budgie_BUILDING.txt.gz
[16:57] <RikMills> some kubuntu 20.04 users have reported the same error. looks like the last plymouth upload
[16:58] <wxl> on upgrade?
[16:58] <RikMills> yes, they pasted this error https://paste.ubuntu.com/p/wDSsdSh2YQ/
[16:58] <RikMills> I'm going to update a VM to see shortly
[17:01] <wxl> looks like that file was added here https://launchpadlibrarian.net/467954305/plymouth_0.9.4git20200109-0ubuntu3.3_0.9.4git20200109-0ubuntu5.diff.gz
[17:02] <RikMills> wxl: I get this: https://i.imgur.com/hK2eEFX.png
[17:02] <wxl> looks similar
[17:02] <RikMills> looks like seb128 has already logged off IRC for the day
[17:07] <wxl> that file most definitely does not exist
[17:10] <RikMills> I guess it wouldn't, as a flavour would not have the ubuntu log plymouth theme installed
[17:10] <RikMills> *log
[17:10] <RikMills> *logo
[17:10] <RikMills> ffs
[17:11]  * RikMills blames new keyboard....
[17:11] <wxl> no, i mean that image does not exist in the package
[17:11] <wxl> so we added a reference in rules to install a file that doesn't exist
[17:11] <wxl> that change should really be reverted until someone can actually add the right image XD
[17:11] <franksmcb> RikMills we are seeing that plymouth error in Ubuntu MATE
[17:16] <RikMills> there is a /usr/share/plymouth/themes/spinner/watermark.png installed by the plymouth deb
[17:18] <franksmcb> https://bugs.launchpad.net/ubuntu-mate/+bug/1866377
[17:18] <wxl> that's the problem file RikMills
[17:38] <RikMills> wxl: I think it is more that the target dir of the copy command does not exist?
[17:39] <wxl> it's the file itself
[17:39] <RikMills> no
[17:40] <wxl> ??
[17:41] <RikMills> wxl: cp /usr/share/plymouth/ubuntu-logo.png "${DESTDIR}/usr/share/plymouth/themes/spinner/watermark.png"
[17:42] <RikMills> ubuntu-logo.png exists
[17:42] <RikMills> if ${DESTDIR}/usr/share/plymouth/themes/spinner/ does not exist, you would get the error in the upgrade
[17:43] <wxl> oh derp i didn't read that right
[17:48] <wxl> you're right RikMills it's the target dir
[18:27] <cpaelzer> vorlon: python-cffi now passed on all arches - no more blocking itself and python3-defaults
[18:27] <cpaelzer> just FYI, thank for merging the big_packages MP
[18:46] <tumbleweed> cpaelzer: how did you get it passing?
[19:02] <ginggs> tumbleweed: https://git.launchpad.net/autopkgtest-cloud/commit/?id=c47f5e879fa836425d950053b6bf128598591527
[19:03] <tumbleweed> aha, thanks
[19:03] <tumbleweed> I *knew* it had to be something infra...
[19:03] <tumbleweed> not sure what test is that huge, though
[19:27] <Eickmeyer> RikMills, wxl: Same with Ubuntu Studio. ISO FTB.
[19:39] <kanashiro> hi, chef and some related packages were removed from Debian testing as per maintainer request: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=952792
[19:39] <kanashiro> we also have some issues with chef and ruby 2.7
[19:39] <kanashiro> should we follow Debian and remove them as well?
[19:47] <tumbleweed> yes
[19:49] <bryce> doko yep removing 7.3 is the plan, and do feel free to skip anything as needed to resolve icu, I suspect getting that transition completed is a much higher priority.
[19:51] <doko> bryce: it would be nice if yould look the php-horde-* test failures triggered by php7.4
[19:52] <ahasenack> "yould" "you could"? :)
[19:52] <kanashiro> I just talked one of the chef maintainers in Debian and he said that he will try to fix it this weekend, let's wait until Monday and if he has those packages fixed I'll request a FFe
[19:52] <doko> late here ... sprint finished ;p
[19:52] <bryce> doko, yep it's on our list, cpaelzer had looked at them a couple days ago
[19:53] <bryce> for some reason those didn't show up on the ben-generated report, nor in the excuses page but I remembered they were problems with php7.2->7.3
[21:14] <doko> Unpacking libc6:amd64 (2.31-0ubuntu1) over (2.30-0ubuntu3) ...
[21:14] <doko> Setting up libc6:amd64 (2.31-0ubuntu1) ...
[21:14] <doko> /usr/bin/perl: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory
[21:14] <doko> dpkg: error processing package libc6:amd64 (--configure):
[21:14] <doko>  installed libc6:amd64 package post-installation script subprocess returned error exit status 127
[21:14] <doko> Errors were encountered while processing:
[21:14] <doko>  libc6:amd64
[21:14] <doko> E: Sub-process /usr/bin/dpkg returned an error code (1)
[21:21] <doko> vorlon: so every autopkg test fails now, and there's nothing that pulls in libcrypt1
[21:22] <doko> I assume we can cancel almost all running autopkg tests
[21:26] <juliank> doko: sounds like libc6 must predepend on libcrypt1
[21:26] <juliank> or depends, i'm not sure
[21:32] <doko> I uploaded perl to pick up that dependency, but getting all those tests passing quicky doesn't seem to be possible, so I'm uploading base-files to depend on libcrypt1, planning to copy that to the release pocket
[21:33] <doko> juliank: it has the dependency, but almost all autopkg tests are picking up the glibc from the release pocket
[21:34] <juliank> doko: I don't understand, glibc in release pocket ships libcrypto1, so that should be fine; and if libc6 from proposed depends on libcrypto1 it should be fine too
[21:36] <doko> hmm
[21:37] <doko><EMAIL_ADDRESS>[21:37] <doko> it unpacks libcrypt1 before updating libc6
[21:38] <juliank> doko: right, but it might need running ldconfig between those steps to make it pick it up in the ld.so cache
[21:39] <doko> just wondering why that wasn't see in unstaböe
[21:39] <doko> seen even
[21:39] <juliank> doko: so libcrypt1 needs to be configured before libc6, aka libc6 needs to pre-depend on libcrypto1 (or run ldconfig in its preinst)
[21:39] <juliank> running ldconfig in the preinst should be easier
[21:40] <juliank> it at least avoids a pre-depends at the bottom layer of the dependency tree
[21:41] <juliank> doko: oh but it is configured
[21:44] <juliank> doko: oh, but the ldconfig call is done by triggers, it probably has not been executed at that point?
[21:45] <juliank> anyway, seems a bit odd
[21:45] <doko> yep, but why doesn't it fail in unstable? I was looking for some version tests which I didn't update, but can't find anything
[21:46] <juliank> i don't really know
[21:50] <doko> something to investigate before the release ...
[21:55] <juliank> doko: I played around locally, upgrading libc6 (which instlaled libcrypt1), and it configured fine
[21:55] <juliank> so ... confused
[22:07] <doko> libxcrypt should never have migrated to the release pocket with the wrong breaks/replaces, but it was a debian sync :-/
[22:14] <doko> juliank: so calling ldconfig in the preinst unconditionally sounds like an appropriate fix, when updating to the current version. but not now. I'll look at that tomorrow again
[22:15] <juliank> doko: not unconditionally, but on first upgrade to version depending on libcrypt1 should be ok
[22:15] <juliank> But maybe you meant that
[22:15] <doko> yep, that's what I mean
[22:15] <juliank> Ok
[22:15] <juliank> It's late
[22:24] <doko> the pre-depends wouldn't work with the current breaks/replaces in libcrypt1
[22:35] <doko> juliank: https://launchpad.net/~doko/+archive/ubuntu/toolchain/+sourcepub/11045520/+listing-archive-extra  now building, will check tomorrow
[22:51] <xnox> doko:  and do just execute the ldconfig with LDCONFIG_NOTRIGGER=1 environment variable to actually force the ldconfig to happen.


[02:23] <InHisName> rmg51: I did the REinstall of samba but still crashes the system-config-samba app
[02:24] <InHisName> How to REstart samba ?     it rejected;   sudo service samba restart
[09:36] <rmg51> Morning
[12:16] <teddy-dbear> Morning peoples, dogs, turkeys, hamsters and everything else
[12:17] <waltman> polar bears, penguins, ...
[13:00] <MutantTurkey> so... kathleen kane not looking so hot now?
[13:00] <MutantTurkey> http://articles.philly.com/2014-03-16/news/48269239_1_investigation-kane-ali
[13:01] <MutantTurkey> on the upside - pat boone apparently put out a album of metal covers.... which is amazing! Listening to smoke on the water by a crooner? I love it2
[14:16] <InHisName> How to REstart samba ?     it rejected;   sudo service samba restart
[14:19] <MutantTurkey> InHisName: what did it say?
[14:19] <MutantTurkey> that seems right
[14:44] <jedijf> then maybe it wasn't /started/ - tyr start instead
[14:44] <jedijf> try*
[14:45] <K3YLE> jedijf: http://www.vintage.org/2014/east/
[14:45] <InHisName> I tried this: sudo service smbd restart,   that one worked
[14:45] <InHisName> missing a 'd'
[14:57] <jedijf> K3YLE: yeah, they do that every year....i'm into newer vinatge
[14:58] <jedijf> vintage too
[15:00] <jedijf> K3YLE: hmm, might be worth price of admission friday to try to win the scope
[15:00] <K3YLE> It's not a WWII vintage scope is it?
[15:01] <jedijf> Best viewed in a browser that renders legacy HTML properly.
[15:01] <K3YLE> ie6
[15:01] <jedijf> K3YLE: me have those already
[15:35] <InHisName> Ok, I can now get into settings for samba.
[18:06] <MutantTurkey> jedijf: you deliver to red lion right?
[18:19] <jedijf> MutantTurkey: diner? yeah and lancers
[18:19] <jedijf> and kitchen bar and drakes ...etc
[18:21] <MutantTurkey> baked daily?
[18:26] <jedijf> yes
[18:27] <InHisName> Cups printer     State shows 'stopped "Filter failed"'
[18:27] <MutantTurkey> im repping red lion on reddit
[18:27] <jedijf> don't deliver printers
[18:27] <jedijf> MutantTurkey: ripping?
[18:27] <InHisName> not bready enough ?
[18:36] <MutantTurkey> reppin
[18:37] <JonathanD> Afternoon.
[18:37] <MutantTurkey> Afternoon
[18:37] <MutantTurkey> btw - I have a good experience at philly bikesmith if anyone's looking for a good repair shop
[18:37] <MutantTurkey> fixed my bike up no problem, short wait, friendly attitudes
[18:38] <MutantTurkey> didn't make any remarks about my POS
[18:38] <JonathanD> I need a bike.
[18:38] <MutantTurkey> JonathanD: I love it. seriously changed my experience of living in the city
[18:38] <JonathanD> I might be able to ride to work.
[18:38] <MutantTurkey> whats the distance?
[18:38] <JonathanD> not sure.
[18:39] <JonathanD> 6 miles.
[18:39] <JonathanD> hmmm
[18:39] <JonathanD> that route might not be too bad.
[18:39] <JonathanD> I'd want to drive it first to make sure I wouldn't die :)
[18:40] <MutantTurkey> where's the area to and fro?
[18:40] <MutantTurkey> my ride is about 6 miles, takes about half an hour / less if i'm in a rush
[18:40] <JonathanD> King of prussia to blue bell (coredial)
[18:40] <MutantTurkey> oh f that.
[18:42] <MutantTurkey> well, maybe that doesn't look so bad...
[18:42] <jedijf> MutantTurkey: now i'm commenting....LOL
[18:42] <JonathanD> MutantTurkey: going through norristown might not be so good.
[18:42] <MutantTurkey> is that rough or what?
[18:42] <MutantTurkey> haven't really been up there
[18:42] <JonathanD> MutantTurkey: the roads are kinda crumby
[18:42] <MutantTurkey> ah
[18:42] <MutantTurkey> well
[18:42] <MutantTurkey> i wouldn't worry about that
[18:43] <MutantTurkey> it's more about the drivers
[18:43] <JonathanD> not dangerous neighborhood or anything.
[18:43] <MutantTurkey> cause on a bike is so easy to dodge potholes
[18:43] <JonathanD> MutantTurkey: what if the road is a pothole?
[18:43] <MutantTurkey> jedijf: everyone knows lancers is crap
[18:43] <jedijf> except the one guy
[18:43] <MutantTurkey> JonathanD: get a mountain bike, have fun!
[18:43] <JonathanD> MutantTurkey: hah :)
[18:43] <jedijf> MutantTurkey: you only eat there 'cause you don't want to wait at RL
[18:44] <JonathanD> MutantTurkey: I'd want to drive it first... get a look for how wide the road is etc.
[18:44] <MutantTurkey> or it's closed
[18:44] <MutantTurkey> JonathanD: true, make sure you have room to get over
[18:44] <jedijf> MutantTurkey: Abbeys is cool, prolly too $$$, I would do Drake
[18:44] <MutantTurkey> i bike in the middle, but you are gonna need to scoot over
[18:44] <MutantTurkey> Abbeys?
[18:44] <MutantTurkey> oh iron abby?
[18:44] <jedijf> the first recommendation - it's at naBrasa - their bar
[18:44] <MutantTurkey> jedijf: i'm not going up to the meetup, it's out of my way
[18:44] <MutantTurkey> yeah sorry just spaced out
[18:45] <jedijf> MutantTurkey: then sthu
[18:45] <MutantTurkey> :p
[18:45] <MutantTurkey> ElvisAndretti started it!
[18:45] <MutantTurkey> I just offered that there were 2 diners in close proximity
[18:45] <jedijf> MutantTurkey: dude if you're not going . just stop - let the goers figure it out - state you piece /once/ and walk away
[18:46] <MutantTurkey> jedijf: my life = arguing on reddit
[18:46] <MutantTurkey> no reason why
[18:46] <jedijf> ok...
[18:47] <jedijf> I like Drake.  :( You'd think they could afford to comp a drink or two for the talent.
[22:24] <waltman> so "jawn" can also mean "meetup"? At least that's my best guess giving the context.
[22:55] <jedijf> waltman: jawn can mean anything
[22:56] <jedijf> inversely proportional to energy level
[22:56] <jedijf> jawn is easy


[00:01] <jamalta> Angry birds uses vectors?
[00:01] <jamalta> I thought it was also sprite based.
[00:02] <jamalta> but i think angry birds does use a floss physics engine
[00:02] <mhall119> I dunno, it looks vector based
[00:02] <jamalta> http://www.box2d.org/
[00:02] <jamalta> Not sure what they use for their game engine
[00:03] <mhall119> thansk jamalta
[00:03] <jamalta> mhall119: np!
[00:05] <mhall119> cocos2d, that looks nice
[00:09] <jamalta> mhall119: i thought it was only for iOS
[00:11] <mhall119> there's cocos2d for iphone
[00:11] <mhall119> and a regular cocos2d that's python
[00:11] <mhall119> http://www.cocos2d.org/index.html
[00:12] <mhall119> the regular one doesn't seem to have the physics engine though...
[00:13] <jamalta> oh i see.. i didn't know that
[00:13] <jamalta> there's python bindings for box2d :)
[00:13] <jamalta> http://code.google.com/p/pybox2d/
[00:14] <jamalta> i think chipmunk also has python bindings
[00:14] <jamalta> http://code.google.com/p/chipmunk-physics/
[00:14] <jamalta> ah, here http://code.google.com/p/pymunk/
[02:45] <munz> raubvogel: lol, curse is right...good idea :)
[15:07] <dantalizing> morning
[15:26] <itnet7> dantalizing: morning
[16:08] <jck77> hello
[16:13] <itnet7> Hey there jck77 !
[16:19] <jck77> itnet7: how are you?
[16:20] <itnet7> not bad, how have you been?
[16:37] <jck77> itnet7: busy but im ok :D
[16:43] <itnet7> cool
[16:53] <jck77> anyone here use macbook pro? how ubuntu runs?
[16:53] <jck77> trying to invest in a good laptop that last at least 3 years or more
[17:41] <zbrown> jck77: I'd get a thinkpad personally
[17:43] <zbrown> jck77: cheaper and better support in general for Ubuntu
[17:43] <zbrown> and I suppose arguably more durable (I've owned two, both are tanks)
[17:51] <jamalta> jck77: i'd go with zbrown's suggestion. i use a macbook with ubuntu and it's annoying.
[17:52] <jamalta> the nvidia drivers are not really all that great, and the touchpad support is just terrible.
[17:53] <zbrown> jamalta: hav eyou stuck 3.1 on your Galaxy Tab yet?
[17:53] <jamalta> zbrown: yeah
[17:54] <zbrown> i need to do that, been lazy
[17:54] <jamalta> the plex client works now :)
[17:54] <zbrown> plex?
[17:54] <jamalta> i don't really care for the other improvements... i'm just glad they fixed whatever was broken with their video playback.
[17:54] <zbrown> jamalta: is it less crashy than 3.0 was?
[17:54] <jamalta> http://plexapp.com/
[17:54] <jamalta> i guess, yeah...
[17:54] <jamalta> i would say it is.
[17:54] <zbrown> i used it for a while but it really pissed me the hell off
[17:56] <jamalta> it's been working well for me so far
[17:59] <jamalta> although the laptop i run the server on has a hard time transcoding 1080p video
[17:59] <zbrown> ah cool
[17:59] <zbrown> (and sucky for transcoding issue)
[17:59] <zbrown> ugh, need to write my yearly review
[18:09] <jamalta> that sucks :\... i hate those
[18:10] <zbrown> i dislike having to talk about myself
[18:32] <jck77> zbrown jamalta thanks
[18:33] <zbrown> jck77: if you don't care about CD drive, X201 (or whatever the newer version is) is great
[18:34] <zbrown> I have one generation back of those and I get 9+ hours with the 9 cell battery
[18:34] <jck77> I guess is x1
[18:34] <zbrown> one moment and I'll take a look
[18:35] <jck77> my sister wants a laptop too but she works with autocad so she needs a win machine :S
[18:35] <zbrown> jck77: mmm no, X220
[18:35] <zbrown> X1 is brand new series
[18:35] <jck77> ohh ok
[18:36] <zbrown> ya, mine is the 12.1 inch form factor and they revamped with the new intels
[18:36] <zbrown> (to 12.5 inch)
[18:36] <zbrown> 13.3 is actually a replacment of the older T300
[18:36] <zbrown> which people were pissed about them removing
[18:36] <zbrown> so they brought it back as an X series
[18:36] <jck77> looks really nice
[18:37] <zbrown> jck77: anyway, in short. I spilled a giant glass of water on my older Thinkpad from 2007. Sent it to them, they replaced mobo for free, didn't even care it was my fault and I was out of warranty
[18:39] <jck77> nice
[18:40] <jck77> the same x220 will handle the workload of autocad?
[18:45] <zbrown> with a Core i7 yes
[18:45] <zbrown> with a Core i5, mostly yes
[18:45] <zbrown> with a Core i3, maybe yes
[18:45] <zbrown> if you really wanted to ensure it though, buy yourself an SSD after market and use that as the HDD
[19:05] <zoopster> jck77 why autocad...why not bricscad...fully compatible replacement and cheaper too
[19:06] <zoopster> jck77: older mbp's run Ubuntu flawlessly...there are a few niggles in the newer models...my 3,1 runs it better than the newer machines and EVERYTHING works.
[19:07] <zoopster> jamalta: what version of mbp and ubuntu? mine works awesome. even the touchpad works great
[19:07] <zoopster> my stinkpad on the other hand sucks with ubuntu
[19:07] <jamalta> zoopster: stinkpad? i think it's 5,4.. i'm running 11.04.
[19:08] <jamalta> the thing that upsets me about the touchpad is that you can't rest your thumb on it, or click and drag with your thumb + index finger.
[19:08] <jamalta> click and hold with thumb, and move with your finger, i mean.
[19:08] <jck77> zoopster: autocad because the whole office runs autocad and an specific version
[19:09] <zoopster> jck77: bummer
[19:09] <jck77> zoopster: not only the office but also the consultants
[19:09] <jck77> and the problem with autocad is that if is a different version of autocad the file fail
[19:09]  * jck77 hates Autodesk
[21:30] <munz> i'm trying to copy a file from an xp disk in ubuntu and got "Error splicing file: Value too large for defined data type" anyone ever recived this?


[00:00] <bluesabre> Now that's a changelog
[00:00] <bluesabre> Running a test build, then uploading
[00:03] <Unit193> http://paste.openstack.org/show/D2mqTtz5B50O5dt9IxN3
[00:03] <Unit193> Oh, so you're doing it. Backing off.
[00:03] <bluesabre> Unit193: go for it
[00:03] <bluesabre> :D
[00:03] <bluesabre> Your diff is more work than I was going to do
[00:12]  * bluesabre hopes Unit193 backs back onto doing the upload
[00:13] <Unit193> Yeah, just about to push.
[00:39] <Unit193> Since I don't have push rights: https://code.launchpad.net/~unit193/xubuntu-docs/pkging-updates/+merge/322175
[00:45] <bluesabre> Since I apparently do: http://bazaar.launchpad.net/~xubuntu-doc/xubuntu-docs/zesty/revision/635
[00:52] <Unit193> Oh poop, I forgot to tag.
[00:53] <Unit193> https://launchpad.net/~xubuntu-doc/+members
[00:55] <bluesabre> Tempted to just add you :D
[00:55] <krytarik> Yes!
[00:56] <bluesabre> Added
[00:57] <bluesabre> Since you're so handy with fixing the issues that arise
[00:57] -SwissBot:#xubuntu-devel- ::xubuntu-docs:: [pkging-updates] r635 Update packaging and changelog. (by Unit 193)
[00:57] -SwissBot:#xubuntu-devel- ::xubuntu-docs:: [zesty] r635 Unit 193 2017-04-06 Update packaging and changelog.... (by Sean Davis)
[00:57] <Unit193> :3
[01:01] <Unit193> I will never understand bzr merges, btw.
[01:06] <bluesabre> Yeah, they are a little... straaaange
[01:07] <Unit193> Because I know I didn't use that message!  OH WELL.  We'll fix that once we convince the docs team to use git.  Noticed when building there was even a git page.
[01:08] <Unit193> I suppose we should get XC/XTL or someone to ACK on -release.
[06:14] <flocculant> ali1234: not letting me attach - possibly because marked fixed/resolved. I think ochosi wanted a new bug to cut out the chaff and have a new base to report against
[07:45] <ali1234> flocculant: okay please make a new one then :)
[08:56] <flocculant> ali1234: xfce 13481
[21:28] <ochosi> bluesabre: just fyi (even if it's too late for zesty), here it is: https://github.com/shimmerproject/Greybird/releases/tag/v3.22.3
[21:31]  * bluesabre high fives ochosi
[21:32]  * ochosi high fives back
[21:48] <ochosi> bluesabre: you should really give xfce-test a try, especially with behave. it could replace most of our manual GUI testing (at least where we have well defined test-cases)
[21:48] <bluesabre> I know nothing about any of this
[21:52]  * flocculant thinks he knows about it - thinks it's what he didn't get his head around :p
[21:52] <flocculant> evening bluesabre :)
[21:53] <bluesabre> evening flocculant
[21:55] <ochosi> soooo
[21:55] <ochosi> i've backported the "primary" (RandR) support for xfce4-panel to 4.12
[21:55] <ochosi> any takers?
[21:56] <ochosi> or even:
[21:56] <ochosi> s/takers/testers/
[21:56] <flocculant> what needs testing?
[21:57] <flocculant> and where?
[21:57] <ochosi> the feature is that you can in multi-display scenario use the "primary" option to tell the panel where to go
[21:57] <ochosi> this can be checked in the display dialog
[21:57] <flocculant> oh right
[21:57] <ochosi> so e.g. your laptop is always primary if you want
[21:57] <ochosi> and never "the projector" or whatever
[21:58] <ochosi> works in gtk3 already
[21:58] <ochosi> aka git mster
[21:58] <ochosi> master
[21:58]  * flocculant has another monitor in the loft ...
[22:01] <ochosi> you'll see my branch here any minute: https://git.xfce.org/users/ochosi/xfce4-panel
[22:01] <flocculant> I'll dig it out over the weekend ... again :p
[22:02] <knome> :P
[22:02] <flocculant> hi knome :)
[22:02] <knome> oi flocculant
[22:02] <flocculant> ochosi: I assume I'll need some installation other than zesty for this?
[22:02] <ochosi> anything should work with this
[22:03] <ochosi> it's plain 4.12
[22:03] <ochosi> with one patch on top
[22:03] <flocculant> only just got the gtk3 panel 'just so' here recently :D
[22:03] <ochosi> hehe
[22:04] <ochosi> you can test the other thing anywhere else if you prefer to keep the gtk3 panel ;)
[22:04] <ochosi> anyway, night everyone
[22:04] <knome> nighty ochosi
[22:04] <flocculant> ochosi: if it can wait a day or so I'll do so on a clean zesty once we have RC
[22:04] <bluesabre> g'night ochosi
[22:04] <flocculant> and good night :)
[22:04] <ochosi> knome, pleia2: regarding the shirt - still in memphis i presume (https://xkcd.com/281)
[22:04] <knome> hehe
[22:04] <knome> :)
[22:05] <flocculant> ha ha ha
[22:05] <ochosi> flocculant: there's no rush with this, the maintenance release won't make it into zesty directly
[22:06] <flocculant> ochosi: okey doke - I'll concentrate on RC's etc for akxwi-dave this week :)
[22:06] <bluesabre> :)
[22:06] <ochosi> bluesabre: unless you think we can sneak in another small patch..?
[22:07] <ochosi> (it's literally tiny)
[22:07] <flocculant> but literally needs testing :p
[22:08] <ochosi> yeah, it's well tested on gtk3 though and the code is identical
[22:08] <ochosi> it's just in different places ;)
[22:48] <flocculant> :)
[23:15] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: [greybird] r503 Fix buttons in Nautilus notification (closes #168)... (by Simon Steinbeiß)
[23:15] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: [greybird] r504 Update xfce-panel.rc (by Kate Richardson)
[23:18] <bluesabre> ochosi: I can try to land those tonight or tomorrow