[00:01] <cjwatson> directhex: let me know when you've had .orig.tar.gz confirmation from meebey
[00:02] <directhex> confirmed
[00:04] <cjwatson> directhex: hmm, xsp won't dep-wait; all its build-dependencies are already available
[00:05] <cjwatson> directhex: I think I'll indeed leave this until tomorrow morning after it's all built and I've done binary NEW
[00:05] <cjwatson> seems safer
[00:05] <directhex> yeah, indeed. let me check my build-deps
[00:06] <cjwatson> I don't have a major problem with the build-deps not being 100% accurate for Ubuntu since we're going to operate in strict order anyway, but you might want to get them right for Debian
[00:07] <directhex> hm, no, i think it's a bug in the archive. build-depends-indep: mono-devel
[00:08] <directhex> mono-devel doesn't currently exist in jaunty
[00:08] <directhex> i should version that as (>=2.0) though
[00:08] <cjwatson> oh, yeah, you're right
[00:08] <cjwatson> no bug in the archive, bug in my brain
[00:08] <directhex> same difference!
[00:09] <cjwatson> thankfully, the archive has more work to do :)
[00:09] <directhex> heh!
[00:09] <cjwatson> I've uploaded xsp, then
[00:09] <Mithrandir> mmm, braaains
[00:09] <directhex> yay, thanks cjwatson
[00:12] <cjwatson> Mithrandir: could you score up https://launchpad.net/ubuntu/+source/mono/2.0.1-0ubuntu1/+build/794238, please? sparc is down to one buildd so it'll take forever otherwise
[00:13] <cjwatson> maybe also https://launchpad.net/ubuntu/+source/mono/2.0.1-0ubuntu1/+build/794235, though that's less bad
[00:14] <Mithrandir> cjwatson: sure, doing so
[00:14] <Mithrandir> done, 5k
[00:14] <cjwatson> thanks
[00:14] <Mithrandir> 50k for sparc, so it builds now
[00:14]  * Hobbsee waves to Mithrandir, directhex, and cjwatson
[00:15] <directhex> hello Hobbsee
[00:15] <cjwatson> perfect, all builds due to start within an hour now
[00:15] <Mithrandir> hiya little green Australian
[00:15] <cjwatson> Hobbsee: hiya
[00:15] <Hobbsee> Mithrandir: i'm not a green alien today.  i'm a blue, crystalised alien.
[00:16] <Mithrandir> oh, is it cold?
[00:16] <Hobbsee> very.  14C here
[00:16] <directhex> 14C is cold?
[00:16] <directhex> they had snow oop norf today!
[00:17] <Hobbsee> directhex: it is for here
[00:17] <Hobbsee> we're probably getting snow on the mountains today
[00:17] <Hobbsee> directhex: oh, and i freeze extremely quickly.
[00:17] <Mithrandir> it's only like 20°C here now.
[00:18] <Hobbsee> send us a bit of warmth, then!  :P
[00:18] <Mithrandir> I'm here for another week, come visit
[00:18] <Hobbsee> someone else can do my dratted exams?
[00:21] <Hobbsee> oh *damn*.  This is the max temp for san fransisco in december, too.  I thought it'd be a bit warmer, at least.
[00:30] <stgraber> Hobbsee: California will be warm, at least compared to what I've here (-7C) :)
[00:30] <Hobbsee> stgraber: ewww!
[00:30] <Hobbsee> stgraber: you're..canadian now, right?
[00:31] <directhex> http://www.bbc.co.uk/weather/5day.shtml?id=2941 - toasty!
[00:31] <stgraber> yeah but I'd have get something similar in switzerland too
[00:32] <stgraber> but yeah, if you plan to relocate and like warm winters, don't choose canada :)
[00:33] <directhex> go south for the winter?
[00:36] <stgraber> yeah, I should ask to work at the Brazilian office during the winter :) (well, office == 1 employee at the moment)
[00:38] <directhex> so ask to work in a brazilian employee's closet?
[00:43] <directhex> and now, time for bed. tonight i sleep the sleep of the just
[00:45] <Hobbsee> night!
[01:26] <kirkland> madduck: because the user might boot into a system where they are no longer protected by redundancy, and loss of a second disk would spell permanent data loss
[01:26] <kirkland> madduck: seemed wise, to us, to provide the option to the system administrator
[03:18] <persia> directhex, Some people have found that using gzip -9fn is a handy for bzip -> gzip changes to maintain md5sum reproduction (for future reference)
[09:19] <madduck> kirkland: sure, knowing that there is no redundancy and the data are in immediate danger is helpful, but choosing not to assemble the degraded array doesn't increase the lifetime of the other component disks.
[09:44] <doko_> directhex, cjwatson: mono did fail to build on arm. maybe wait until accepting it from NEW?
[10:17] <directhex> doko_, doko_ balls. build log?
[10:18] <directhex> wait, got it
[10:18] <doko_> directhex: see bug 301232
[10:19] <directhex> NCommander, i need your healing touch i think
[10:36] <directhex> doko_, i don't have much knowledge of arm porting. can you answer a couple of questions, or should i wait for NCommander to appear?
[10:39] <doko_> directhex: not that much time today, I may be unresponsive
[10:49] <directhex> doko, i think the problem comes from incomplete changes to the code relating to the new arm-darwin target (i.e. iphone). the darwin target explicitly defines -DARM_FPU_NONE=1, the linux target does not. what kind of FPU should be checked for slash built for?
[10:55] <directhex> hm, config.log would probably be helpful :/
[11:00] <doko> directhex: defining -DARM_FPU_NONE=1 should be ok for now
[11:00] <directhex> for now?
[11:04] <cjwatson> doko: rather too late, I already accepted it
[11:05] <cjwatson> directhex: we might want a variant built with VFP later, but ARM_FPU_NONE will be a baseline
[11:05] <doko> directhex: yes
[11:06] <directhex> morning cjwatson
[11:06] <directhex> i'll prep a 0ubuntu2 then, it's a 1-line change
[11:06] <cjwatson> throw me a patch and I'll sponsor it
[11:37] <cjwatson> directhex: did you get round to writing that gluezilla MIR?
[11:38] <directhex> cjwatson, no, it was late last night, and i got up late today
[11:38] <directhex> cjwatson, i'll do that now
[11:42] <cjwatson> mono-debugger uploaded
[11:45] <cjwatson> directhex: was there a reason to repack the mod-mono tar?
[11:46] <cjwatson> (i.e. do you want to take the opportunity to just bunzip2 | gzip?)
[11:48] <directhex> no explicit reason (i was probably glancing over the code), but at this stage, it would do more harm than good to regenerate the orig (as meebey has already got the one from LP to be used for debian)
[11:48] <cjwatson> ok
[11:48] <directhex> rules r.e. repacking are being added to cli policy
[11:48] <directhex> or at least to team policy
[11:50] <cjwatson> directhex: mono-debugger failed to build: http://launchpadlibrarian.net/19878271/buildlog_ubuntu-jaunty-i386.mono-debugger_2.0-0ubuntu1_FAILEDTOBUILD.txt.gz
[11:50] <cjwatson> mod-mono uploaded
[11:52] <directhex> okay, thanks for mod-mono
[11:52] <directhex> mono-debugger..... it seems that whilst it was marked as "done", it's anything but. sigh.
[11:52] <directhex> sorry
[11:52] <cjwatson> looks like mono-debugger needs to look for gmcs2 rather than gmcs?
[11:53] <cjwatson> or is that a bug in mono-gmcs?
[11:53] <cjwatson> hmm, or csc?
[11:54] <directhex> control and rules need patching
[11:55] <directhex> for all my bluster, it hasn't actually been transitioned to the new build-deps
[11:55] <directhex> cjwatson, it should look for csc, but that change isn't in svn. i'll do it now
[11:55] <cjwatson> ok
[12:01] <directhex> gah, parents have turned up. back in a couple
[16:10] <maxb_> Would anyone happen to know of an alternate implementation of sha256 besides the coreutils one?
[16:11] <maxb_> it and reprepro are disagreeing about what the sha256 of a file is, and I want to determine which package has the bug by getting a third opinion
[16:13] <directhex> cjwatson, ping: https://bugs.launchpad.net/ubuntu/+source/mono/+bug/301232
[16:19] <geser> maxb_: openssl dgst -sha256 $file
[16:32] <cjwatson> directhex: I think it would be better to decide on a particular one in debian/rules, rather than having it depend on the build machine
[16:32] <cjwatson> directhex: we don't necessarily want runtime requirements to be identical to what the buildd has available
[16:33] <cjwatson> directhex: ... i.e. add --with-fpu=NONE on armel please?
[16:35] <directhex> cjwatson, eh, it's added:
[16:35] <directhex> else ifeq ($(DEB_BUILD_ARCH), armel)
[16:35] <directhex>         CONF_FLAGS += --with-tls=pthread --with-fpu=NONE
[16:36] <cjwatson> directhex: not in the debdiff attached to that bug
[16:36] <cjwatson> directhex: oh, I see, it was there already
[16:37] <directhex> cjwatson, upstream promised the --with-fpu= thing had gone upstream a while ago. it's a regression that means it's gone, so we've updated a dpatch which adds it back
[16:37] <directhex> so passing --with-fpu wasn't doing anything
[16:37] <cjwatson> directhex: ok, edited the changelog entry to close that LP bug, otherwise uploading as given
[16:37] <cjwatson> thanks
[16:38] <directhex> cjwatson, well, meebey fixed it, i was out with visiting parents today
[16:47] <cjwatson> directhex: oh, I'm also putting the Ubuntu Maintainer field back
[16:49] <directhex> oh, cocks, sorry. i keep forgetting about those
[16:56] <cjwatson> directhex: sorry to keep going back and forward, but is it just me or will the automatic detection override anything you set via AC_TRY_WITH anyway?
[16:56] <cjwatson> directhex: it doesn't seem to check whether fpu is already set before doing AC_TRY_COMPILE
[16:56] <cjwatson> directhex: ... except that I'm blind and can't read diffs. Ignore me!
[16:56] <directhex> /ignore
[16:57] <cjwatson> really uploaded this time
[16:59] <directhex> heh. better *right* than rushed
[17:37] <directhex> sparc build of mono 2.0.1-0ubuntu2 in ubuntu jaunty RELEASE
[17:37] <directhex> Estimated build start:  	2008-11-26
[17:37] <directhex> someone needs to beat more sunfires out of sun
[17:38] <directhex> (nah, scoring it up isn't worth it, it has 0ubuntu1 and 0ubuntu2 is arm fixes only)
[18:34] <directhex> jaunty armel   Successfully built  (ACCEPTED)
[18:34] <directhex> cjwatson, can i hear a "w00t"? :)
[19:04] <cjwatson> directhex: w00t
[19:04] <directhex> :)
[19:06] <directhex> cjwatson, hanska has finalized his monodoc 2.0 package, which includes some *great* backports from 2.2 (in <2.2, the monodoc.xml index file needs mangling every time a manual package is added or removed, we've backported dynamic index generation from an improvement upstream wrote for our benefit). once meebey signs off on it, i'll file a bug on that. ditto a *fixed* mono-debugger
[19:07] <cjwatson> ok, cool
[19:44] <NCommander> hola
[19:47] <directhex> HELO!
[19:47] <directhex> NCommander, needed you this morning, had to fix armel ftbfs all alone ;)
[19:48] <NCommander> I was recovering from beer
[19:48] <NCommander> directhex, and the ARM one is still broken
[19:49] <directhex> NCommander, hm?
[19:50] <NCommander> directhex, nm, the build log I saw was old
[19:50] <NCommander> directhex, how did you fix it?
[19:50] <NCommander> (what did you define?)
[19:50] <directhex> NCommander, we had an old patch to make configure understand a --with-fpu= setting, which we turned back on after refreshing
[19:51] <directhex> NCommander, basically defining ARM_FPU_NONE explicitly
[19:51] <NCommander> I thought were compiling FPU support in ...
[19:51] <NCommander> directhex, er, nm
[19:52] <directhex> NCommander, important thing is, mono 2.0.1 ACCEPTED on armel
[19:53] <persia> NCommander, The idea is to start with a base system that should work everywhere, and build optimised versions of libraries where required.  It might make sense to have a vfp version of mono, but not in the default build.
[19:53] <NCommander> persia, an VFP version will work fine
[19:53] <NCommander> The kernel will catch the exception when a FPU instruction is executed, and then emulate it
[19:53] <NCommander> (its slow, but the binaries themselves would worK :-))
[19:54] <persia> slow isn't better :)
[19:55] <directhex> i'm open to long-term solutions, but i think letting mono use its own ARM_FPU_NONE code for now is a sensible enough solution to having it at least be functional
[19:56] <sebner> persia: only some hours left until you leave :)
[19:57] <persia> directhex, Short-term, I'd agree.  Longer-term, if there's a signficant performance difference, it might be worth having a double-build with different versions of the library available.
[19:57] <directhex> persia, yes, i think that would be interesting
[19:58] <directhex> persia, an alternate mono-jit package i think
[19:58] <persia> directhex, I'll trust you on which bit might benefit from optimisation :)
[19:59] <directhex> persia, it might require some re-sculpting of debian/rules unless armel-fpu got its own $ARCH, lpia-style
[20:01] <cjwatson> I don't expect it to be a separate dpkg architecture
[20:02] <cjwatson> we have enough to do bringing one architecture up
[20:02] <persia> directhex, It would require sculpting of debian/rules, but I suspect the adjustment would have benefit for both Debian and Ubuntu.
[20:03] <persia> directhex, Given where you tend to concentrate your work, if you get something that seems to work, it's probably worth chatting with the Debian armel team about the possible optimisations.
[20:12] <directhex> persia, without access to an armel machine for testing, i'm pretty much unable to help
[20:13] <directhex> persia, i.e. a buildd or developer machine
[20:14]  * NCommander just found his next project
[20:14] <directhex> NCommander, mono-jit-supermegaarmfpu?
[20:15] <NCommander> directhex, orig.tar.bz2/orig.tar.lzma
[20:15] <NCommander> in dak
[20:15] <directhex> NCommander, even better!
[20:15]  * directhex is slightly aroused at the thought
[20:15] <NCommander> I figure it I can get Debian to accept them
[20:15] <NCommander> THe LP devs must add support
[20:15]  * NCommander laughs evilly
[20:16] <Byrnison> I haven't been paying attention... LZMA compressed packages?
[20:17] <ajmitch> directhex: funny, I thought that NCommander would be porting mono to nvidia/ati cards
[20:17] <NCommander> mono works fine on both
[20:18] <ajmitch> I mean using the GPU to accelerate certain things
[20:18] <directhex> ajmitch, O RLY?
[20:18] <directhex> [jms@durandal ~]$ mono deviceQuery.exe
[20:18] <directhex> There are 2 devices supporting CUDA
[20:18] <directhex> Device 0: "Tesla C870"
[20:18] <ajmitch> interesting
[20:19] <ajmitch> and mildly scary
[20:19] <cjwatson> NCommander: I thought it was something planned for dak after lenny anyway, TBH
[20:19] <cjwatson> NCommander: I'd take it as a favour if you'd ensure that LP gets fair warning if you do it, though; it would be very annoying to be unable to sync lots of packages for a month
[20:19] <directhex> ajmitch, hell to code, and CUDA.NET.dll is non-free
[20:20] <NCommander> cjwatson, of course, I'll make sure the devs get fair warning before any code lands on ftp-master-production
[20:21] <directhex> ajmitch, it's a direct language binding, e.g. only supports native CUDA data types like "float4", not normal CLI ones like Double
[20:23] <directhex> and once you start using array pointers to point to c# arrays, you've already lost
[20:30] <doko> directhex, NCommander: if you rebuild packages for the mono transition, please don't upload openoffice.org. still building on armel, and there's at least on other change to make with the next upload
[20:31] <directhex> doko, i don't intend to molest any non-pkg-cli-* apps directly - other than offer patches
[20:32] <directhex> doko, did calc CC you the OOo patch i sent him?
[20:33] <doko> directhex: no, calc is currently preparing 3.0, please could you send it to me as well?
[20:33] <directhex> doko@debian ?
[20:33] <doko> directhex<EMAIL_ADDRESS>[20:40] <directhex> senyt
[20:46] <kees> hrm, what's this Pulse Null Output junk?
[20:57] <persia> kees, Maybe you want to use pulse, but you don't want to make any noise.
[20:58] <slangasek> yes, a frequent goal of mine is to consume CPU cycles without generating output
[20:59] <kees> slangasek: I always run "cat /dev/urandom > /dev/null" for each CPU I have.
[21:00] <persia> slangasek, Maybe you have an app that won't shut up, and you want to redirect it's output?  Maybe you're testing something, and want to avoid interactions of a given output plugin?
[21:02] <NCommander> Question, IF I'm converting a friend to Ubuntu for the first time, should I give him Hardy or Intrepid?
[21:03] <directhex> intrepid imho
[21:03] <slangasek> persia: I am immune to your logic
[21:04] <persia> slangasek, We've known that for a while :)
[21:04] <cody-somerville> lol
[21:05]  * NCommander packs up
[21:12] <mok0> Anyone with a bit of time on their hands, please take a look at Bug #299489 , there is a patch to fix an annoying bug in libupsclient1-dev
[21:19] <NCommander> mok0, let me see
[21:19] <NCommander> oh, needs a core dev
[21:20] <mok0> yes
[21:49]  * NCommander pokes LP
[21:49] <NCommander> I think I broke it
[21:52] <directhex> NCommander, consider it just punishment for no debian PPAs
[21:52]  * NCommander also learned his laptop knows what a DVD-RAM is O_O;
[21:56] <directhex> NCommander, panasonic drive?
[21:56] <NCommander> Nope
[21:56] <directhex> hm, odd then. i thought it was mostly panasonic drives w/ dvd-ram support
[22:04] <ScottK> mok0: It looks like the Debian maintainer is trying to be responsive.  Could you work with him to try and get a complete fix in Debian and then we sync the pacakge?
[22:06] <ScottK> doko: Are you going to update python 3.0 in Intrepid too (please)?
[22:07] <mok0> ScottK: that was fast
[22:08] <ScottK> mok0: Is that a yes then?
[22:09] <mok0> ScottK: of course
[22:09] <mok0> ScottK: trying to find his reply
[22:10] <ScottK> mok0: I don't think he replied to your last comment, just the one from two days ago.
[22:10] <mok0> Ah, ok
[22:10] <ScottK> If the Debian maintainer is active in the bug, then I think it's good to try and work with them.
[22:10] <mok0> Absolutely
[22:10] <ScottK> Generally I think it's good, but particularly in such a case.
[22:11] <doko> ScottK: not before the final
[22:11] <ScottK> doko: OK.  I can understand that.  Is that expected soon?
[22:11] <mok0> ScottK: Actually, I don't think I got all the Ubuntu changes merged in. I don't know what happened, I took the grab-merge output
[22:12] <doko> Dec 3
[22:12] <ScottK> Not long at all.
[22:12] <ScottK> mok0: Sounds like a good time to sort it all out with Debian and see how much they'll take.
[22:15] <mok0> ScottK: will you remove the bug from the sponsor queue, then?
[22:15] <ScottK> Sure thing
[22:16] <ScottK> mok0: Done.
[22:22] <james_w> when a package needs specific permissions on a owner/permissions on a package it will chown/chmod it in postinst. If that directory is in /var/run then Ubuntu will move that code to the init script.
[22:22] <james_w> the correct way to change the owner/permissions is to guard the call with a call to dpkg-statoverride
[22:23] <james_w> however, I haven't seen many packages do that in code in the init script.
[22:23] <james_w> Is this a bug that we are introducing to these packages, or is it not a problem as dpkg-statoverride doesn't work on a tmpfs?
[22:27] <mok0> james_w: good question
[22:54] <soren> james_w: One could easily make the argument that we should be respecting statoverrides in init scripts.
[22:58] <soren> james_w: Regardless of whether the created files/directories are on tmpfs.
[23:37] <Philip5> hi! is there a dh-command for bumping the changelog with a new timestamp etc in a existing debian/files tree like the autogenerated one you get in the changelog the first time you run dh_make?
[23:39] <TheMuso> Philip5: dch -e
[23:39] <TheMuso> Philip5: which is in devscripts
[23:39] <TheMuso> Philip5: or dch -i depending on whether you want a new changelog entry, or update the timestamp for the top most entry.
[23:39] <TheMuso> Philip5: man dch for more info.
[23:39] <Philip5> nice... thanks
[23:41] <Philip5> it was the -i parameter and the command it self i was looking for
[23:41] <Philip5> thanks a bunch
[23:41] <TheMuso> Philip5: You're welcome.
[23:47] <savvas> Now that Philip5 mentioned it, do you happen to know a script that creates just the timestamp line similar to the changelog one, e.g.  -- Name Surname <email> date/time
[23:49] <TheMuso> savvas: Creates, or edits?
[23:50] <savvas> creates
[23:50] <TheMuso> Dch may have something, but if it does, I don't know about it yet.
[23:50] <savvas> I just wanted to add a timestamp in debian/README.Debian file :)
[23:50] <TheMuso> savvas: devscripts may have something, the package devscripts that is.
[23:51] <savvas> I'll take a look
[23:51] <james_w> savvas: dch can create other files
[23:52] <james_w> savvas: but I'm not sure it does README.Debian, as that is normally considered to be for all versions, as opposed to NEWS.Debian
[23:53] <savvas> wait I think I'm on to something, debchange --news
[23:54] <james_w> dch -c README.Debian as well
[23:54] <savvas> by the way, is it recommended to use debian/README.Debian in Ubuntu packages or debian/README.Source ?
[23:56] <RAOF> savvas: Those two files serve different purposes.
[23:57] <RAOF> savvas: README.Debian is things that (advanced) end-users may want to know about the package; README.Source is things that packagers should know when messing with the package.


[11:54] <AnAnt> Hello
[14:42] <pmatulis> how can i more info on what's happening at the kernel level during the shutdown process?  i have a system that sometimes hangs at the very end of the shutdown
[15:24] <cking> pmatulis, it could be that acpi S5 shutdown fails.
[15:25] <pmatulis> cking: any way to get extra kernel debug logs (to a file)?
[15:27] <pmatulis> cking: i see that if i use boot option '--debug', stuff does end up in /var/log/debug, but this seems more for services
[15:27] <cking> well, one could try and bypass this by using apm to shutdown (which is ugly workaround).  I generally shove debug into the kernel at this point to see why it's not working.
[15:28] <pmatulis> cking: your debug different than mine?  ;)  (or special debug kernel?)
[15:28] <cking> pmatulis, try kernel parameter "apm=power-off"   (I've never tried this)
[15:29] <cking> this should shut the machine down using the old BIOS APM mechanism.
[15:29] <pmatulis> cking: also, this is wubi.  some special shutdown issues can arise?  (releasing the underlying file?)
[15:30] <mjg59> cking: Wurgh. I'm pretty sure we'll refuse to touch apm if the system's booted with ACPI
[15:30] <cking> mjg59, ok
[15:31] <mjg59> pmatulis: Does it work if it's booted raw (ie, non-wubi)?
[15:31] <mjg59> pmatulis: There's some potential for things to go wrong during shutdown if / relies on fuse stuff that's no longer there
[15:31] <pmatulis> mjg59: not sure, customer system
[15:32] <cking> yep, factor out the wubi complexity first
[15:32] <pmatulis> is there a special debug kernel somewhere?
[15:36] <cking> pmatulis, no, we generally have to ask a kernel engineer to cruft one up.
[15:38] <pmatulis> cking: k
[15:39] <cking> apw, ^ any chance of generating a debug kernel for pmatulis?
[15:56] <JFo> hi skaet :-D
[15:56] <skaet> hi JFo,  no bug list for you yet, ;)
[15:57] <JFo> :-) I thought not... I suspect you, much like me, got caught up in tons of other stuff
[15:57] <JFo> no problem :-)
[15:58] <skaet> will plan on hiding out somewhere this afternoon, and see what interesting things I can find...  :P
[15:59] <JFo> ok :)
[15:59] <JFo> skaet, you know... I'm ok if you don't find any too :-P
[16:00] <skaet> lol,  indeed.
[18:03] <ekoore> hi to all
[18:03] <ekoore> i have a question
[18:03] <ekoore> in what way i can disable a interrupt in the kernel?
[18:08] <ekoore> can you help me?
[18:22] <JFo> hi ekoore
[18:22] <JFo> may be a while before someone responds
[18:23] <JFo> we are all at a series of meetings that last all week
[18:23] <JFo> from what I am being told, there may be some sort of masking possible
[18:24] <JFo> but it is difficult to answer off the top of the head
[18:26] <ekoore> is possible disable  a interrupt of the kenrel, from grub?
[18:28] <JFo> not that I am aware of currently ekoore
[18:28] <JFo> I can ask, but I am pretty sure the person who would possibly know is offline just now
[18:28]  * JFo makes a note
[18:29] <ekoore> is a long story
[18:29] <ekoore> i have the file rc.local with a script that disable gpe11
[18:29] <JFo> ok
[18:29] <ekoore> rc.local is executte in the end of the boot process
[18:33] <JanC> that's about ACPI interrupts?
[18:37] <Kano> hi, are the changes files for the kernels stored somewhere?
[18:40] <JFo> what do you mean exactly Kano?
[18:40] <Kano> well when i only want to fetch a kernel from u repo it would be nice to parse the files
[18:40] <JFo> what changes were added between kernels?
[18:40] <Kano> no the changes file you get when you create a deb
[18:41] <Kano> there you get checksum + names of the packages
[18:41] <JFo> so the generated changelogs from the deb builds?
[18:41] <Kano> basically signed, but i dont need the signed ones
[18:41] <Kano> the changelog is there too yes
[18:41] <Kano> or is there an extra repo only with kernels?
[18:42] <JFo> hmmm, they should be available in Launchpad
[18:42] <Kano> as ppa?
[18:42] <Kano> i want something that i could parse...
[18:43] <JFo> one sec...
[18:43] <Kano> since the kernel does not disable hpa by default i would not need to recompile em
[18:43] <Kano> i hated that default
[18:43] <JFo> it will be in the build directory as a link
[18:44] <JFo> from launchpad.net/ubuntu/+source/linux
[18:44] <Kano> the the build dir always the same?
[18:44] <bjf> Kano, does http://bazaar.launchpad.net/~ubuntu-archive/ubuntu-archive-tools/trunk/annotate/head:/sru-report show you how to do what you want?
[18:44] <JFo> well, you would select the specific build you want from there
[18:45] <Kano> i want to write a script that fetches the latest kernel only
[18:46] <Kano> this time the ones for natty
[18:46] <Kano> but no udebs
[18:47] <Kano> and i only need the generic(-pae) ones
[18:47] <kamal> Kano: you can get the .changes file this way:   https://launchpad.net/ubuntu/+source/linux  , then click the arrow next to the kernel version under "The Natty Narwhal",  then select one of the builds (amd64, armel, i386) ...
[18:47] <kamal> Kano: that'll take you to a page e.g. https://launchpad.net/ubuntu/+source/linux/2.6.37-12.26/+build/2125796  which has a link to the .changes file itself.
[18:48] <Kano> ah there are the changes
[18:49] <kamal> Kano: yeah, launchpad sure makes you work to find that :-)
[18:49] <Kano> well not really optimal for scripts...
[18:49] <Kano> click there ;)
[18:50] <kamal> Kano: agreed
[18:51] <Kano> it would be too simple when the changes files would be uploaded
[18:51] <Kano> in the repo
[18:57] <Kano> hmm i think i can parse it
[18:57] <Kano> when the website will be still the same...
[19:01] <Kano> wget -qO- https://launchpad.net/ubuntu/+source/linux|grep listing-archive-extra|head -1|sed 's/href=//;s/"//g'|wget -B https://launchpad.net -i- -qO-|grep \\.deb
[19:01] <Kano> something like that a bit more optimized then
[19:03] <Kano> thx


[12:47] <new0> hey guys
[12:47] <new0> i guess i don't have heb for now
[12:48] <new0> on XChat, how do i connect to server?
[12:48] <new0> -> /server irc.freenode.net ? .com


[13:03] <xu-help62w> how do I download new software
[13:05] <tomreyn> xu-help62w: you use the package management software
[13:06] <tomreyn> https://docs.xubuntu.org/current/user/C/managing-applications.html
[13:06] <xu-help62w> what do I click on to get started
[13:07] <tomreyn> the link i just posted, then you read
[13:08] <tomreyn> i think you can also access help by just pressing F1 at any time
[13:08] <tomreyn> the online help, that is
[13:11] <xu-help62w> getting there but can't find lilypond music writing software
[13:12] <oerheks> info lilypond
[13:12] <oerheks> !info lilypond
[13:12] <xu-help62w> f1 does nothing'
[13:13] <oerheks> it is available, make sure you have universe enabled in software settings
[13:14] <xu-help62w> yes! I do a lot of music arranging & lost my Sibielius
[13:18] <xu-help62w> can't find software setttings
[13:22] <xu-help62w> I got this far, But don't know how to do it, Step 1. Create your ‘.ly’ file
[13:22] <xu-help62w> Create a text file called ‘test.ly’ with the following contents.
[13:22] <xu-help62w>     \version "2.22.2"
[13:22] <xu-help62w>     {
[13:22] <xu-help62w>       c' e' g' e'
[13:22] <xu-help62w>     }
[13:24] <xu-help62w> how do I create my own ' ly' file?
[13:25] <xu-help62w> how do I get to the command line?
[13:30] <xu-help62w> Drone - I see what you are saying, but don't know what to do with it!
[13:32] <xu-help62w> I am 69 years old & have Parkinson's disease. I am used to Windows
[13:39] <xu-help62w> tomreyn I clicked the link & found Gnome, but lilypad is not in the list
[13:42] <xu-help62w> where is the command line
[13:43] <tomreyn> xu-help62w: you can run "terminal" from the applications menu
[13:44] <tomreyn> then you get a shell, where you can type commands
[13:44] <tomreyn> !terminal | xu-help62w
[13:45] <xu-help62w> it says "failed to execute child"
[13:51] <tomreyn> what is "it"?
[13:51] <tomreyn> did the terminal window open fine, or is that when the error happened already?
[13:52] <xu-help62w> the terminal command-line
[13:52] <tomreyn> so was the "failed to execute child" message something written in the terminal window after you ran a command?
[13:53] <xu-help62w> I went to Applications Menu, Terminal Emulator
[13:53] <tomreyn> or did the terminal window not even open, but a pop-up message showed instead, bearing this text?
[13:54] <xu-help62w> tomreyn - whenever I go to the terminal window, it has this popup over it
[13:54] <tomreyn> and you can't access the terminal window at all then?
[13:54] <tomreyn> or can you, after confirming this message?
[13:55] <xu-help62w> It is behind the popup, but i have to make it happy first1
[13:55] <xu-help62w> !'
[13:55] <xu-help62w> how do I confirm the messsage
[13:56] <tomreyn> i do not know, don't think i've seen this one
[13:56] <tomreyn> can you take and post a screenshot?
[13:56] <tomreyn> you can upload it to imgur.com
[13:56] <xu-help62w> I hit close instead of the X it worked!
[13:57] <tomreyn> which xubuntu version are you using? you can type this in terminal:  lsb_release -ds
[13:58] <tomreyn> copy / paste should also work
[13:58] <tomreyn> you may need to press ctrl-shift-v to insert in the terminal.
[13:59] <xu-help62w> i can't type in terminal
[13:59] <tomreyn> What happens if you press ALTF+F2 and type: xfce4-terminal
[14:13] <xu-help62w> tomreyn - I have to go to work now - I should be back in about 4 hours. & will get you a screenshot
[14:14] <xu-help62w> Thank you all! I copied your chats & it is all good info!
[17:50] <Johnson> Anyone around here?
[17:52] <orqcxha> Kinda
[17:52] <orqcxha> hi
[17:52] <Johnson> Fair enough.
[17:53] <Johnson> No worries. I'll just keep reading wikis and manuals.
[17:53] <orqcxha> Why, whats happening
[17:56] <Johnson> Oh, just having a rough time figuring out how to play windows apps using wine.
[18:00] <orqcxha> have you tried winetricks
[18:01] <orqcxha> Some apps may need additional stuff
[18:01] <orqcxha> also some games may be better with proton etc.
[18:01] <orqcxha> Hard to tell without more information
[18:02] <Johnson> I haven't heard of proton. Thanks!
[18:02] <orqcxha> Are you trying to run games?
[18:02] <orqcxha> There's also lutris
[18:03] <orqcxha> And https://appdb.winehq.org/ may have specific things about your app
[18:03] <Johnson> I thought I'd play a few games as a good start.
[18:05] <orqcxha> If you dont mind DRM I'd suggest to use steam/proton. Almost everything I tried just works.
[18:05] <orqcxha> But there are loads of native things too
[18:06] <orqcxha> Like I love to play https://www.openra.net/
[18:06] <Johnson> I'll probably try those out later.
[18:08] <orqcxha> Well good luck. Not many chat in here by the way and if you have trouble its usually better to ask specific stuff
[18:08] <Johnson> Well, it's been about 15 years since I used linux, so I'm mostly getting use to it, again.
[18:09] <orqcxha> Nice!
[18:09] <orqcxha> Lot has happened in 15 years
[18:09] <orqcxha> Some for the better some for the worse
[18:10] <Johnson> Yeah, it has. I haven't seen too many negatives.
[18:11] <orqcxha> why did you choose xubuntu specifically
[18:12] <Johnson> Because, I bought a student laptop really cheep at a junk store and Google ChromeOS made me want to throw it across the room.
[18:13] <orqcxha> My laptop is weak and cheap too so I wanted something with xfce too
[18:14] <Johnson> Yeah. That's exactly why I choose xubuntu. My research pointed at this being a good choice.
[18:16] <Johnson> Also, the students in my study hall at my current job have no clue how to use linux.
[18:44] <Johnson> Hey. Thanks for chatting. Have a great day!
[19:01] <tomreyn> supposedly, lutris and steam are often a good enough way to play windows games on *buntu
[19:03] <orqcxha> yeah but i rarely play games any more honestly
[19:06] <tomreyn> i just thought i'd hint on those here in case Johnson would be back
[19:06] <orqcxha> i recommended those too haha
[19:06] <orqcxha> but lot of the times just pure wine works too honestly
[19:10] <tomreyn> whoops, i overread this


[01:07] <PriceChild> Seveas, ubotu doesn't report in here when an alias of !ops is used.
[02:10] <ubotu> Jordan_U called the ops in #ubuntu
[02:12] <Jordan_U> Mass flooding in #ubuntu
[02:12] <Jordan_U> !ops
[02:12] <ubotu> Help! Mez, LjL, elkbuntu, imbrandon, DBO, gnomefreak, Hobbsee, rob, ompaul, Madpilot, Burgundavia, Seveas, CarlK, crimsun, ajmitch, tritium, Nalioth, thoreauputic, apokryphos, tonyyarusso, PriceChild, Amaranth, jrib, jenda or mneptok
[02:12] <ubotu> Jordan_U called the ops in #ubuntu-ops
[02:16] <nalioth> yes i see them
[02:17] <nalioth> is anyone in #ubuntu-unregged ?
[02:17] <nalioth> i can't get in, for some reason
[02:17] <apokryphos> I am now
[02:17] <apokryphos> you set +rR three times
[02:18] <apokryphos> and you're in unregged
[02:18] <Pricey> I am
[02:19] <nalioth> apokryphos: NOTHING was heppening
[02:19] <nalioth> massive bot attacks and my client froze, i guess
[02:19] <nalioth> i was trying to set +Rr when they first appeared, but NOTHING was happening
[02:19] <apokryphos> ah, I see
[02:20] <nalioth> and as many times as i tried to set it, i'll probably be setting it for a few minutes more . . .
[02:20] <apokryphos> off to bed, but yeah -- they're not talking bots, no need for +R
[02:20] <nalioth> at the time, i did not know.
[02:21] <nalioth> they've been hitting the whole network
[02:21] <nalioth> which is probably why my client froze
[02:22] <nalioth> since i'm in many of the targetted channels
[02:24] <nalioth> Pricey: this should be right up your alley, you can spam all the users in -unregged
[02:24] <Pricey> haha :)
[02:32] <Pricey> I try...
[02:49] <null__> Please test for router bug so I can join #ubuntu
[02:50] <nalioth> null__: join me in #moderation, please
[02:50] <Pricey> #ubuntu's now -rR.... ok to clear -unregged nalioth or shall we leave them to register nicks?
[02:50] <Pricey> oh wait its still +r
[02:51] <Pricey> can we lower that?
[02:51] <Pricey> Argh I'm laggy :(
[02:51] <nalioth> null__: changning your nick to avoid bans is a bad idea
[02:51] <nalioth> this ban was only to help you
[02:52] <nalioth> you can join #ubuntu now
[08:59] <abortd> !ops
[08:59] <ubotu> Help! Mez, LjL, elkbuntu, imbrandon, DBO, gnomefreak, Hobbsee, rob, ompaul, Madpilot, Burgundavia, Seveas, CarlK, crimsun, ajmitch, tritium, Nalioth, thoreauputic, apokryphos, tonyyarusso, PriceChild, Amaranth, jrib, jenda or mneptok
[08:59] <ubotu> abortd called the ops in #ubuntu-ops
[09:15] <Hobbsee> Seveas: what's the ban on bftd for?
[09:16] <BFTD> hi all
[09:17] <BFTD> I logged into #ubuntu-offtopic with a cgi-irc client and got banned, I changed the client, so can i have my ban lifted?
[09:24] <ompaul> he throws a riddle at GazzaK in -offtopic
[03:21] <ubotu> In #ubuntu, firefoxman said: !scanners is <alias>scanner
[03:23] <Hobbsee> !scanner
[03:23] <ubotu> Scanning software: XSane, the gimp, Kooka. For instructions see https://help.ubuntu.com/community/ScanningHowTo and to see supported hardware: https://wiki.ubuntu.com/HardwareSupportComponentsScanners
[03:23] <Hobbsee> !scanners is <alias>scanner
[03:23] <ubotu> I'll remember that, Hobbsee
[03:23] <Hobbsee> !scanners > firefoxman
[03:43] <GazzaK> nalioth, are you about/busy?
[04:08] <ompaul> GazzaK, now tell the nice man you are sorted
[04:09] <GazzaK> yeah, better do
[04:09] <GazzaK> nalioth, ompaul beat ya (to it)
[04:09] <GazzaK> :-)
[05:36] <ubotu> In ubotu, chuck said: foo is bar
[05:36] <ubotu> In ubotu, chuck said: !foo is bar
[05:36] <ubotu> In ubotu, chuck said: kubuntu is teh hax
[05:42] <ubotu> cellojoe called the ops in #ubuntu
[05:43] <PriceChild> bots entering -unregged
[05:43] <PriceChild> unusual
[05:43] <ubotu> |NewUser| called the ops in #ubuntu
[05:44] <PriceChild> |NewUser| was klined yesterday for soemthing....
[05:44] <PriceChild> something odd with him
[05:44] <SportChick> Hobbsee: you might want to temporarily set a banforward on that host
[05:45] <Hobbsee> SportChick: which host?
[05:45] <Hobbsee> ahh
[05:45] <PriceChild> |NewUser|'s ?
[05:45] <SportChick> abo.etc
[05:45] <SportChick> they're coming from 152.1
[05:46] <PriceChild> ah
[05:46] <PriceChild> There was a LOT more hosts though...?
[05:47] <PriceChild> looking at hostnames in -unregged anyway
[05:47] <SportChick> PriceChild: could be, but been having problems all morning from abo.wanadoo
[05:47] <Hobbsee> SportChick: i'm fairly sure that [01:47]  [314]  ntsdm n=ntsdm c-75-73-142-127.hsd1.mn.comcast.net * ntsdm was the head of that lot..
[05:48] <SportChick> Hobbsee: oh?
[05:48] <Hobbsee> just the way he trolled, quit, then all of the bots came in
[05:48] <SportChick> ah
[05:48] <Hobbsee> either way, he doesnt deserve to be on the network
[05:50] <PriceChild> |NewUser| is back
[05:55] <PriceChild> I'm going to remove +r ?
[05:55] <PriceChild> bah Seveas de-opping me :P
[05:55] <ompaul> PriceChild, your looking the wrong way
[05:55] <PriceChild> hehe
[05:55] <PriceChild> ompaul, ready for -r? :)
[05:55] <ompaul> PriceChild, give it 10
[05:55] <PriceChild> ok will do
[05:56] <ompaul> or 5 actually
[05:56] <ompaul> that is a total of 15 since it happens
[05:56] <PriceChild> Hobbsee, that also works
[05:57] <Hobbsee> heh :P
[05:57] <ompaul> they are all out today
[05:57] <Hobbsee> bloody morons.
[05:57] <PriceChild> grrr trust |NewUser| to pick up on that...
[05:59] <Hobbsee> they are.  they came to my work, too.
[06:01] <Hobbsee> must be full moon, or something.
[06:02] <Hobbsee> yay.  troll #3
[06:02] <PriceChild> someone else do the -r later :)
[06:22] <GazzaK> lol - Doesn't work is a strong statement. Does it sit on the couch all day? Does it want more money? Is it on IRC all the time? Please be specific! Examples of what doesn't work tend to help too.
[06:22] <GazzaK> that sounds like me
[06:22] <GazzaK> Seveas, did you write that one for me?
[06:23] <nalioth> GazzaK: ompaul beat me to what?
[06:23] <GazzaK> helping me set up a new cloak for a lug member
[06:24] <nalioth> GazzaK: it's easy to outdistance a sleeping competitor . . .
[06:25] <GazzaK> yeah, I think we should kick ompaul for such a petty one-up-manship
[06:26] <GazzaK> did you have a nice sleep though?
[06:26] <nalioth> always
[06:27] <nalioth> the customers can't tell the difference
[06:27] <GazzaK> eeek
[06:27] <GazzaK> suppose that would be fun
[06:27] <GazzaK> where abouts?
[06:28] <nalioth> Houston, Texas
[06:28] <GazzaK> over here (UK) taxi driving seems to be populated by really bad people
[06:29] <GazzaK> I once told a taxi driver to stop and let me out, as he was half asleep and swerving all over the place, scared me senseless
[06:29] <GazzaK> did you tell me where you were before then ?
[06:30] <nalioth> i don't do things by half
[07:28] <ubotu> atoponce called the ops in #ubuntu
[07:40] <dauoalagio2> can someone check to see if my router has been affected by a bug?
[07:40] <nalioth> dauoalagio2: join me in #moderation, please
[07:41] <dauoalagio2> okay nalioth
[07:41] <nalioth> oops
[08:09] <ubotu> In #ubuntu, cables said: !startup is <reply> To add programs to start up when you log into your Gnome session, go to System>Preferences>Sessions and use the Startup Programs tab. For more information, go to https://help.ubuntu.com/community/AddingProgramToSessionStartup
[08:41] <PriceChild> ubotu needs +o in -unregged to be able to respond to people asking for !tor-gpg etc.

[08:42] <nalioth> why -unregged?
[08:42] <PriceChild> bah not -unregged
[08:42] <PriceChild> -proxy-users sorry
[08:44] <PriceChild> but bots with ops isn't good so unless we -m...
[08:44] <tsmithe> talking of bots...
[08:45] <PriceChild> tsmithe, we were talking about you earlier
[08:45] <tsmithe> mmhmm...
[08:45] <nalioth> PriceChild: happy now?
[08:45] <tsmithe> what was said, or do i need to pull up logs again?
[08:45] <GazzaK> nothing nice of course tsmithe
[08:45] <nalioth> PriceChild: and what is the matter with just YOU opping ubotu?
[08:46] <tsmithe> GazzaK, wouldn't have thought so
[08:46] <PriceChild> nalioth, because I'd been "shouted"at the other day when I suggested it because of bots with ops being bad
[08:46] <nalioth> what's gonna happen in -proxy-users?
[08:46] <PriceChild> I don't know :S
[08:46] <GazzaK> auto kicks?
[08:47] <PriceChild> But I didn't want to do this after I'd been told it wasn't a good idea last time.
[08:49] <PriceChild> I'm not trying to get on your nerves every day nal ioth I promise :)
[08:49] <tsmithe> so PriceChild; what was said?
[08:49] <PriceChild> tsmithe, basically its going to cost you
[08:49] <tsmithe> what is "it"?
[08:49] <PriceChild> un-ignoring from ubotu
[08:49] <tsmithe> oh whys?
[08:50] <PriceChild> handling costs,  packaging, insurance, VAT, not to mention Seve.as wants money.
[08:50] <tsmithe> righ
[08:50] <tsmithe> *right
[08:51] <tsmithe> i knew you'd come up with something like that
[08:52] <tsmithe> hiya effie_jayx
[08:52] <effie_jayx> sup bro :D
[08:54] <tsmithe> nothing much. germany is nice. how're you?
[09:03] <Seveas> tsmithe, you invadeed germany?
[09:04] <GazzaK> Seveas, we chucked him out of the UK
[09:04] <Seveas> sounds more believable
[09:06] <nalioth> Seveas: when the Germans get tired of him, he's coming to live with you . . .
[09:07] <Seveas> nalioth, I'm prepared for that and bought a shotgun :)
[09:08] <PriceChild> awww poor tsmithe, he's only 11...
[09:10] <nalioth> Seveas: for the Germans or tsmithe ?
[09:10] <Seveas> LOL
[09:14] <effie_jayx> tsmithe,  all cool, enjoying the days off ... learning some code ... :D
[09:19] <effie_jayx> tsmithe,  have you spoken to elkbuntu  ins spanish? ... she has learned a lot ...
[09:26] <ompaul> tsmithe, you can only annoy people to a point where they will react, you reached that plateau a long time ago :P
[10:26] <tsmithe> Seveas, i did indeed
[10:26] <tsmithe> ompaul, mrrrgh
[10:27] <tsmithe> ...


 Just having one of my entrepreneurial ideas.
 At the meeting on Friday we talked about paid developer positions, and I got to putting my thinking cap on
 How about creating a membership club, where members contribute a monthly amount. I'm not thinking Patreon, but something more like nationbuilder.com - This provides for a central Kubuntu group, along with chapters ( or sub groups )
 Really it's designed for political parties, but there is so much overlap, we could use a toll like that for community growth, which is pretty much what a political party does.
 The funds raised from the members gets used to develop our core, providing funding for growth and development.
 Just a crazy idea at this point, but if the KC thinks it worth pursuing I can look into it in more detail.
 @Sick_Rimmit, I disagree with not using Patreon — it's a platform that many people recognize and are already on (including myself) and has shown great success for flavors like Ubuntu MATE, who get upwards of $1700 a month.
 Screws over people outside the US though
 Oh?
 Ubuntu MATE is a British project :P
 Depends what you do with the money
 Its fine for people in the US
 It's worth looking at the nation holder link, it's much more than Paterson, it's about community development
[18:40] <clivejo> the EU see it as exporting a service so 20% VAT is payable
[18:41] <clivejo> 5% Transaction fee, 5% Patreon fee
[18:42] <clivejo> and then transfering $ to £
 But the UK isn't part of the EU :P
 *runs*
[18:43] <clivejo> unfortunately it is
[18:45] <clivejo> if you do decide to go patreon, be better to setup a US part
 I'm still behind Patreon
 Same
 We actually agree on something :P
 if you do, let me recommend you :P
 The US think might be a issue but we can use a US bank and transfer. I know the convert rate will be a but off but it's possible
[21:03] <valorie> the tools all suck, for sure


[06:03] <oSoMoN> good morning desktoppers
[06:11] <ricotz> hello oSoMoN
[06:17] <duflu> Morning oSoMoN and ricotz
[06:17] <ricotz> hey duflu
[06:32] <oSoMoN> hey ricotz, duflu
[06:56] <didrocks> hello
[07:04] <jpnurmi> good morning
[07:18] <duflu> Hi didrocks and jpnurmi
[07:18] <jpnurmi> hey duflu and didrocks
[07:20] <didrocks> hey duflu, jpnurmi
[07:38] <seb128> goood morning desktopers
[07:41] <oSoMoN> salut seb128
[07:41] <oSoMoN> et salut didrocks
[07:41] <oSoMoN> good morning jpnurmi
[07:44] <didrocks> salut seb128 et oSoMoN
[07:57] <jpnurmi> hey oSoMoN and seb128
[08:00] <seb128> hey oSoMoN, didrocks, jpnurmi, how are you?
[08:00] <oSoMoN> a bit more tired than the average Wednesday, but good otherwise
[08:00] <oSoMoN> how are you seb128 ?
[08:01] <didrocks> seb128: let’s say I’m ok :p
[08:04]  * jpnurmi woke up a bit too early but otherwise feeling ok :)
[08:15] <seb128> didrocks, sounds like a challening but ok, well if the outcome is ok then it's ok :)
[08:15] <seb128> oSoMoN, I'm alright thanks, school holidays are always challenging
[08:52] <oSoMoN> jamesh, we're going to need to do something about https://github.com/flatpak/xdg-desktop-portal/issues/769 because when native messaging through the new portal lands in firefox, it won't work until this is resolved (and worse, gnome-shell will silently refuse the requests and the rejection will be stored persisently)
[08:52] <oSoMoN> I'd appreciate your input on this
[08:53] <oSoMoN> Trevinho, seb_128 mentioned that you might be familiar with this class of issues too, so your opinion would be welcome
[08:57] <duflu> Morning seb128
[09:05] <jamesh> oSoMoN: I'll put in an update.
[09:05] <jamesh> about how I see things, and hopefully that can move forward
[09:05] <oSoMoN> thanks
[09:41] <seb128> duflu, hey, how are you?
[09:46] <duflu> seb128, going OK. Spent most of the two days this week just answering emails. But also did a longer than usual interview today. How are you?
[09:51] <seb128> duflu, I'm alright, doing some bug triage, no fire there so far it seems which is positive :)
[09:55] <duflu> Yeah we did well. Although I would like to see more Canonicalers testing Ubuntu months before release rather than only days/weeks
[09:59] <seb128> indeed
[10:07] <oSoMoN> seconded
[11:59] <jbicha> good morning
[12:02] <seb128> jbicha, hey, how are you?
[12:04] <oSoMoN> good morning jbicha
[12:16] <jbicha> good, thanks for the help with bug 1970248 🙂
[12:20] <seb128> 👍
[12:34] <jbicha> hmm, my Debian GNOME watchfiles stopped working overnight
[14:42] <KGB-2> gtk4 pristine-tar af978b0 Simon McVittie gtk4_4.6.3+ds.orig.tar.xz.delta gtk4_4.6.3+ds.orig.tar.xz.id * pristine-tar data for gtk4_4.6.3+ds.orig.tar.xz * https://deb.li/3ltVg
[14:42] <KGB-0> gtk4 tags 01e35d4 Simon McVittie upstream/4.6.3+ds * Upstream version 4.6.3+ds * https://deb.li/9pLN
[15:35] <KGB-0> gnome-session Simon McVittie 306866 * commented merge request !9 * https://deb.li/T98F
[17:28] <KGB-2> pango upstream/latest 7cbe8e8 Simon McVittie * pushed 19 commits (first 5 follow) * https://deb.li/yjVv
[17:28] <KGB-2> pango upstream/latest 9093ffd John Ralls pango/pangocoretext-fontmap.c * Coretext: fix clang build failure. * https://deb.li/3Mqln
[17:28] <KGB-2> pango upstream/latest cf11b63 Matthias Clasen pango/pangocoretext-fontmap.c * Merge branch 'coretext-fix' into 'main' * https://deb.li/Iq1e
[17:28] <KGB-2> pango upstream/latest 5372a0c Fabrice Fontaine utils/viewer-cairo.c * utils/viewer-cairo.c: fix empty-body * https://deb.li/3mgx0
[17:28] <KGB-2> pango upstream/latest f9cc99d Matthias Clasen utils/viewer-cairo.c * Merge branch 'main' into 'main' * https://deb.li/3kaNA
[17:28] <KGB-2> pango upstream/latest bc00edb Matthias Clasen pango/pango-layout.c tests/test-bidi.c * Fix move pango_layout_move_cursor_visually * https://deb.li/i7jPi
[17:28] <KGB-2> pango tags 9058efc Simon McVittie upstream/1.50.7+ds * Upstream version 1.50.7+ds * https://deb.li/4gJh
[19:35] <KGB-0> GNOME / gexiv2 builds Jeremy Bicha * Build #2708809 (build-fedora-container@x86_64) stage: prepare, status: created
[19:35] <KGB-0> GNOME / gexiv2 builds Jeremy Bicha * Build #2708811 (test-fedora@x86_64) stage: test, status: created
[19:35] <KGB-2> GNOME / gexiv2 builds Jeremy Bicha * Build #2708808 (check-merge-request) stage: review, status: pending
[19:36] <KGB-2> GNOME / gexiv2 builds Jeremy Bicha * Build #2708810 (build-fedora@x86_64) stage: build, status: created
[19:36] <KGB-0> GNOME / gexiv2 builds Jeremy Bicha * Build #2708807 (check-commit-log) stage: review, status: pending
[19:38] <KGB-2> zenity upstream/latest 2f23367 Jeremy Bicha * pushed 7 commits (first 5 follow) * https://deb.li/3cwuU
[19:38] <KGB-2> zenity upstream/latest 52447ee hydrargyrum src/zenity.ui * src/zenity.ui: add default OK button for --scale * https://deb.li/xxlA
[19:38] <KGB-2> zenity upstream/latest 667ae24 Logan Rathbone src/zenity.ui * Merge branch 'hydrargyrum-master-patch-43242' into 'master' * https://deb.li/3lIai
[19:38] <KGB-2> zenity upstream/latest f5a68cd David King src/msg.c * msg: Fix maximum width to 60 characters * https://deb.li/9DI0
[19:38] <KGB-2> zenity upstream/latest 782cd3a David King src/zenity.ui * zenity.ui: make message dialogs non-resizable * https://deb.li/358p2
[19:38] <KGB-2> zenity upstream/latest 25a92ff Logan Rathbone src/ msg.c zenity.ui * Merge branch 'wip/davidk/msgdialog-max-width' into 'master' * https://deb.li/P8Es
[19:40] <KGB-0> gexiv2 pipeline Jeremy Bicha 372365 * running (check-commit-log: running; check-merge-request: pending; build-fedora-container@x86_64: created; build-fedora@x86_64: created; test-fedora@x86_64: created; coverage-analysis: created; static-scan: created)
[19:40] <KGB-2> gnome-menus pipeline Jeremy Bicha 372366 * running (validate-menu: running)
[19:41] <KGB-0> gnome-menus pipeline Jeremy Bicha 372366 * [1 minute and 21 seconds] success (validate-menu: success)
[19:42] <KGB-0> GNOME / meld builds Jeremy Bicha * Build #2708828 (build i386) stage: build, status: created
[19:42] <KGB-0> GNOME / meld builds Jeremy Bicha * Build #2708829 (build source) stage: build, status: created
[19:42] <KGB-2> meld pipeline Jeremy Bicha 372368 * pending (extract-source: pending; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[19:42] <KGB-2> GNOME / meld builds Jeremy Bicha * Build #2708830 (test-build-any) stage: test, status: created
[19:42] <KGB-2> GNOME / meld builds Jeremy Bicha * Build #2708831 (test-build-all) stage: test, status: created
[19:42] <KGB-0> GNOME / meld builds Jeremy Bicha * Build #2708832 (test-crossbuild-arm64) stage: test, status: created
[19:42] <KGB-0> GNOME / meld builds Jeremy Bicha * Build #2708833 (reprotest) stage: test, status: created
[19:42] <KGB-2> GNOME / meld builds Jeremy Bicha * Build #2708835 (autopkgtest) stage: test, status: created
[19:42] <KGB-0> GNOME / meld builds Jeremy Bicha * Build #2708836 (blhc) stage: test, status: created
[19:43] <KGB-0> GNOME / meld builds Jeremy Bicha * Build #2708837 (piuparts) stage: test, status: created
[19:43] <KGB-2> meld pipeline Jeremy Bicha 372368 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[19:43] <KGB-0> GNOME / meld builds Jeremy Bicha * Build #2708826 (extract-source) stage: provisioning, status: running. Duration: no time
[19:43] <KGB-2> xdg-desktop-portal-gnome pipeline Jeremy Bicha 372369 * pending (extract-source: pending; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[19:44] <KGB-0> xdg-desktop-portal-gnome pipeline Jeremy Bicha 372369 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[19:44] <KGB-2> GNOME / meld builds Jeremy Bicha * Build #2708828 (build i386) stage: build, status: pending
[19:44] <KGB-2> GNOME / meld builds Jeremy Bicha * Build #2708827 (build) stage: build, status: pending
[19:45] <KGB-0> xdg-desktop-portal-gnome upstream/latest ddc253f Jeremy Bicha * pushed 8 commits (first 5 follow) * https://deb.li/Lzkh
[19:45] <KGB-0> xdg-desktop-portal-gnome upstream/latest 72a1735 Georges Basile Stavracas Neto meson.build * Post-release version bump * https://deb.li/3qnqc
[19:45] <KGB-0> xdg-desktop-portal-gnome upstream/latest 6d3c402 Nathan Follens po/ LINGUAS nl.po * Add Dutch translation * https://deb.li/3iAZC
[19:45] <KGB-0> xdg-desktop-portal-gnome upstream/latest 1ef7d46 Sveinn í Felli po/is.po * Update Icelandic translation * https://deb.li/iQ2oG
[19:45] <KGB-2> xdg-desktop-portal-gnome signed tags 94a54f9 Jeremy Bicha upstream/42.1 * Upstream version 42.1 * https://deb.li/3Tb81
[19:45] <KGB-0> xdg-desktop-portal-gnome upstream/latest 1d91dc7 Philipp Kiemle po/de.po * Update German translation * https://deb.li/wz2v
[19:46] <KGB-0> xdg-desktop-portal-gnome upstream/latest 37b5359 Bruce Cowan po/en_GB.po * Update British English translation * https://deb.li/3tnGn
[19:47] <KGB-0> vala tags 728a155 Rico Tzschichholz upstream/0.56.1 * Upstream version 0.56.1 * https://deb.li/GACs
[19:50] <KGB-0> gexiv2 pipeline Jeremy Bicha 372365 * [9 minutes and 44 seconds] success (check-commit-log: success; check-merge-request: success; build-fedora-container@x86_64: success; build-fedora@x86_64: success; test-fedora@x86_64: success; coverage-analysis: success; static-scan: success)
[19:57] <KGB-2> meld pipeline Jeremy Bicha 372368 * [14 minutes and 17 seconds] failed (extract-source: success; build: success; build i386: success; build source: success; test-build-any: success; test-build-all: success; test-crossbuild-arm64: success; reprotest: failed; lintian: success; autopkgtest: success; blhc: success; piuparts: success)
[19:58] <KGB-0> xdg-desktop-portal-gnome pipeline Jeremy Bicha 372369 * [14 minutes and 23 seconds] success (extract-source: success; build: success; build i386: success; build source: success; test-build-any: success; test-build-all: success; test-crossbuild-arm64: failed; reprotest: success; lintian: success; autopkgtest: success; blhc: success; piuparts: success)
[20:15] <KGB-0> gnome-remote-desktop pristine-tar 4aa1cf8 Jeremy Bicha gnome-remote-desktop_42.1.1.orig.tar.xz.delta gnome-remote-desktop_42.1.1.orig.tar.xz.id * pristine-tar data for gnome-remote-desktop_42.1.1.orig.tar.xz * https://deb.li/ikj4
[20:29] <KGB-0> gnome-shell-extension-freon pristine-tar 7694a24 Matteo F. Vescovi gnome-shell-extension-freon_48+dfsg.orig.tar.xz.delta gnome-shell-extension-freon_48+dfsg.orig.tar.xz.id * pristine-tar data for gnome-shell-extension-freon_48+dfsg.orig.tar.xz * https://deb.li/3HKKF
[20:34] <KGB-2> libnotify tags 8d54654 Marco Trevisan upstream/0.7.11 * Upstream version 0.7.11 * https://deb.li/RLT2
[20:34] <KGB-0> libnotify upstream/latest 1ef634a Marco Trevisan * pushed 45 commits (first 5 follow) * https://deb.li/3zNPC
[20:34] <KGB-0> libnotify upstream/latest f9c1cf1 Marco Trevisan (Treviño) libnotify/notification.c * notification: Keep converted URIs as such when we prepend a path * https://deb.li/33GOh
[20:35] <KGB-0> libnotify upstream/latest 652b4d6 Paul Collins tools/notify-send.c * notify-send: Support for replacing an existing notification * https://deb.li/i24mc
[20:35] <KGB-0> libnotify upstream/latest 00a7e74 Matthias Sweertvaegher docs/notify-send.xml * docs/notify-send: Add print/replace-id arguments to man page * https://deb.li/ULnz
[20:35] <KGB-0> libnotify upstream/latest a396dd9 Ben Blain docs/notify-send.xml tools/notify-send.c * notify-send: Add option to wait until notification has been closed * https://deb.li/37Nds
[20:35] <KGB-0> libnotify upstream/latest 6c707d2 Ben Blain docs/notify-send.xml tools/notify-send.c * notify-send: Add support for notification actions and responses * https://deb.li/mG7v
[20:35] <KGB-0> libnotify pristine-tar 33a5dee Marco Trevisan (Treviño) libnotify_0.7.10.orig.tar.xz.delta libnotify_0.7.10.orig.tar.xz.id * pristine-tar data for libnotify_0.7.10.orig.tar.xz * https://deb.li/3y4Vn
[20:36] <KGB-0> libnotify pristine-tar 30f1aae Marco Trevisan (Treviño) libnotify_0.7.11.orig.tar.xz.delta libnotify_0.7.11.orig.tar.xz.id * pristine-tar data for libnotify_0.7.11.orig.tar.xz * https://salsa.debian.org/gnome-team/libnotify/-/commit/30f1aae
[20:45] <KGB-0> libnotify signed tags e2f8019 Marco Trevisan ubuntu/0.7.11-1ubuntu1 * libnotify Debian release 0.7.11-1ubuntu1 * https://deb.li/3dK7e
[20:46] <KGB-2> libnotify ubuntu/master df2382c Marco Trevisan * pushed 61 commits (first 5 follow) * https://deb.li/u4nI
[20:46] <KGB-2> libnotify ubuntu/master 59553a5 Marco Trevisan (Treviño) NEWS * NEWS: Add --wait feature to last release * https://deb.li/3U4uy
[20:46] <KGB-2> libnotify ubuntu/master 6e871a4 Marco Trevisan (Treviño) libnotify/notify.c tests/test-error.c tests/test-replace.c tools/notify-send.c * cleanup: Do not use GLIB_CHECK_VERSION * https://deb.li/i7LR4
[20:46] <KGB-2> libnotify ubuntu/master d6f4734 Marco Trevisan (Treviño) docs/notify-send.xml tools/notify-send.c * notify-send: Add support for boolean hints * https://deb.li/4KzD
[20:46] <KGB-2> libnotify ubuntu/master 02f2f91 Marco Trevisan (Treviño) docs/notify-send.xml tools/notify-send.c * notify-send: Support passing any hint value, by parsing variant strings * https://deb.li/3jGUz
[20:46] <KGB-2> libnotify ubuntu/master ed43da3 Marco Trevisan (Treviño) tools/notify-send.c * notify-send: Add explicit option to create transient notifications * https://deb.li/YLsR
[21:21] <KGB-0> libnotify signed tags b5d6bdb Marco Trevisan ubuntu/0.7.9-3ubuntu<IP_ADDRESS> * libnotify Debian release 0.7.9-3ubuntu<IP_ADDRESS> * https://deb.li/3K4TU
[21:21] <KGB-0> libnotify ubuntu/jammy b60e600 Marco Trevisan * pushed 10 commits (first 5 follow) * https://deb.li/9N1n
[21:21] <KGB-0> libnotify ubuntu/jammy f775376 Sebastien Bacher debian/ (5 files in 3 dirs) * Import Debian changes 0.7.9-3ubuntu1 * https://deb.li/3mCAI
[21:21] <KGB-0> libnotify ubuntu/jammy e1d68ee Sebastien Bacher debian/ changelog control control.in * Import Debian changes 0.7.9-3ubuntu2 * https://deb.li/3U7IE
[21:21] <KGB-0> libnotify ubuntu/jammy 4f465ed Matthias Klose debian/changelog * Import Debian changes 0.7.9-3ubuntu3 * https://deb.li/i7Yie
[21:21] <KGB-0> libnotify ubuntu/jammy 1fa4558 Julian Andres Klode debian/ changelog control control.in * Import Debian changes 0.7.9-3ubuntu4 * https://deb.li/3xzI
[21:21] <KGB-0> libnotify ubuntu/jammy 6824c87 Robie Basak debian/ changelog control control.in * Import Debian changes 0.7.9-3ubuntu5 * https://deb.li/3OJUA
[21:22] <KGB-2> libnotify tags b5d6bdb Marco Trevisan ubuntu/0.7.9-3ubuntu<IP_ADDRESS> * tag deleted
[21:23] <KGB-0> libnotify ubuntu/jammy faebce3 Marco Trevisan (Treviño) debian/changelog * Update changelog * https://deb.li/3sKO7
[21:23] <KGB-0> libnotify ubuntu/jammy 4b6964d Marco Trevisan (Treviño) debian/changelog * Upload to jammy * https://deb.li/CKd0
[21:28] <KGB-2> libnotify tags a485a3b Marco Trevisan ubuntu/0.7.9-1ubuntu1 * Debian release 0.7.9-1ubuntu1 * https://deb.li/6LBi
[21:28] <KGB-0> libnotify tags ed993cd Marco Trevisan ubuntu/0.7.9-1ubuntu2 * Debian release 0.7.9-1ubuntu2 * https://deb.li/iwNKh
[21:44] <KGB-2> libnotify ubuntu/focal b0a4ce2 Marco Trevisan * pushed 7 commits (first 5 follow) * https://deb.li/364vl
[21:44] <KGB-2> libnotify ubuntu/focal 907d528 Sebastien Bacher debian/ (6 files in 2 dirs) * Import Debian changes 0.7.9-1ubuntu1 * https://deb.li/bkpM
[21:44] <KGB-2> libnotify ubuntu/focal 4d4bcc2 Sebastien Bacher debian/ changelog tests/control * Import Debian changes 0.7.9-1ubuntu2 * https://deb.li/39Lzj
[21:44] <KGB-2> libnotify ubuntu/focal 7e8e7ec Marco Trevisan (Treviño) debian/ control control.in gbp.conf * debian: Update references as per ubuntu/jammy branching * https://deb.li/3xKD4
[21:44] <KGB-2> libnotify ubuntu/focal f30b43f Marco Trevisan (Treviño) debian/patches/ notify-send-Give-failing-exit-code-if-showing-notificatio.patch series * debian/patches: Exit with an error if showing notification fails * https://deb.li/ilmsD
[21:44] <KGB-2> libnotify ubuntu/focal f7241f0 Marco Trevisan (Treviño) debian/patches/ (9 files) * debian/patches: Handle file paths, uris and desktop-ID's in Snapped apps * https://deb.li/kzz
[21:46] <KGB-2> libnotify ubuntu/master c46fcd8 Marco Trevisan (Treviño) debian/changelog * Update changelog * https://deb.li/3xdUs
[21:46] <KGB-2> libnotify ubuntu/master 2e10e77 Marco Trevisan (Treviño) debian/changelog * Upload to kinetic * https://deb.li/bKsv
[21:46] <KGB-0> libnotify signed tags 6dda506 Marco Trevisan ubuntu/0.7.11-1ubuntu1 * libnotify Debian release 0.7.11-1ubuntu1 * https://deb.li/3dK7e


[05:50] <alkisg> Good morning, about appdata.xml, how would projects using distutilsextra handle the translations of appdata.xml (extract from .xml and put to .pot)?
[05:50] <alkisg> Could someone point me to a project doing that, so that I could look at its source code?
[07:49] <dholbach> good morning
[09:26] <Laney> alkisg: hey
[09:26] <alkisg> Hi Laney
[09:26] <Laney> alkisg: look at 'meld', is that any help to you?
[09:29] <alkisg> Laney: I see it has a manual po/POTFILES.in, with [type: gettext/xml]data/meld.appdata.xml.in
[09:29] <Laney> sounds correct
[09:31] <alkisg> Maybe distutilsextra can't handle it automatically and a manual POTFILES.in is needed
[09:31] <alkisg> I'll give it a try, thank you :)
[22:05] <justin_time> Hi, if I want to request a FeatureFreeze Exception can I simply subscribe ubuntu-release to the existing bug (LP: #1487729) or do I have to create a new bugreport?


[02:06] <IdleOne> looks good to me
[02:08] <rww> !foocoin is <reply> Ubuntu's repositories do not include clients for most cryptocurrencies. You will need to use a !PPA or !compile from source to get them. Since neither of these options is officially supported, consider asking your cryptocurrency's IRC channel (see !alis) for help.
[02:08] <rww> !bitcoin is <alias> foocoin
[02:08] <rww> !dogecoin is <alias> foocoin
[02:08] <rww> !cgminer is <alias> foocoin
[03:41] <JohnCalvin> Did kim kardashian spread her pussy for kayne west?
[03:41] <rww> evenin' HFSPLUS
[03:42] <rww> how are you today?
[03:42] <JohnCalvin> hungover
[03:42] <rww> out last night?
[03:42] <JohnCalvin> nah
[03:42] <JohnCalvin> i had a 40 today
[03:42] <JohnCalvin> and im hungover
[03:42] <rww> ah, okay
[03:42] <rww> celebrating something?
[03:42] <JohnCalvin> nah
[03:42] <JohnCalvin> bored
[03:42] <JohnCalvin> i love to drink but i have to stop
[03:43] <JohnCalvin> bye
[03:57] <LjL-Tablet> Hello IRC Team.   And I'm once again tired of seeing you being condescending and paternalistic. You have a clear agenda of chasing me out, so YAWN.
[03:59] <IdleOne> wth is a mushroomface?
[08:46] <DJones> Just removed and banned nostumh in #ubuntu as a PM spammer
[08:48] <rww> ugh ircap
[08:48] <DJones> Yep, no other similar hosts according to lastlog
[08:51] <DJones> They were spamming a .es based webcam, I didn't bother clicking, I have no desire to watch a webcam at this time of day
[10:22] <bazhang> hehe
[10:22] <bazhang> other times of day being fine
[10:44] <bazhang> kookooka chu
[12:47] <basketballllll> Did idle one really quit
[12:48] <basketballllll> He was like the best op ever
[16:09] <DJones> We've had 3 spammers with what appear to be .br hostnames spamming the same junk in #ubuntu
[16:10] <DJones> If somebody else is around to keep an eye on it, I'm in the middle of cooking dinner so may miss some of it
[16:34] <DJones> And another one
[16:43] <k1l> hi there
[16:58] <RepentNow> AMERICA IS DOOMED
[18:17] <h00k> ^ that doesn't look like an effective way to get your message heard
[18:36] <k1l> hi scholnick
[19:14] <Unit193> Bot.
[19:35] <chu> !botsnack
[19:35] <phunyguy> good job ubottu
[21:35] <hggdh> DJones: probably the same idiot that has been spamming #ubuntu-br...


[03:51] <dupingping> hi, everybody.
[03:51] <dupingping> no person?
[03:52] <dupingping> all does not reply?
[03:52] <dupingping> wow, long silence.
[03:56] <dupingping> wow, this channel is not kind.
[04:15] <dupingping> nobody?
[04:31] <nhaines> !patience
[04:31] <nhaines> IRC tends to be characterized by long periods of silence.  It's not personal.
[04:32] <nhaines> It's late night in the US and everyone in the EU is asleep.
[12:27] <ahoneybun> thanks nhaines
[15:32] <tsimonq2> does anybody know if instead of using lists.ubuntu.com for the Wisconsin team mailing list, if officially we could use Launchpad and have the other one deleted? It has seemed to work best for us so far and I don't see any reason to change it when becoming official...
[16:05] <ahoneybun> any reason the LP ML works better?
[16:05] <ahoneybun> tsimonq2: ^
[16:05] <tsimonq2> ahoneybun: It is integrated with Launchpad, so it is all in one place
[16:06] <tsimonq2> ahoneybun: We have already applied it and I really don't want to reverse that change
[16:06] <tsimonq2> ahoneybun: And nobody has the password for the lists.ubuntu.com one
[16:06] <ahoneybun> you could file a RT for it
[16:07] <ahoneybun> but the LP one is archived as well
[16:07] <ahoneybun> so I don't really see why not
[16:07] <tsimonq2> ahoneybun: is there any way we could just use the Launchpad one? why not? :)
[16:08] <ahoneybun> why you could not use it
[16:08] <ahoneybun> unless there is a rule that all the LoCo's have to use list.ubuntu.com
[16:09] <tsimonq2> ahoneybun: which is why I am asking here
[16:09] <ahoneybun> just chating about it tsimonq2
[16:09] <tsimonq2> so
[16:09] <tsimonq2> !lococouncil
[16:10] <tsimonq2> oh wxl is on the LoCo Council...I forgot
[16:10] <tsimonq2> could wxl or anyone else shed some light on this? thanks
[17:35] <tsimonq2> hooray! could someone duble-check that we have everything? thanks! https://wiki.ubuntu.com/MeetingLogs/WisconsinTeam/20151103
[17:35] <tsimonq2> *double


[21:44] <furkan> tjaalton: when you're around, can you let me know how i should file a bug for x-staging?
[21:44] <furkan> and btw i asked in #radeon if anybody else noticed the red text issue
[21:45] <furkan> 17:15	<airlied>	furkan: sounds like a possible bug with the core profile support
[21:47] <furkan> i've never had any luck building xorg myself though... i've always had issues with dependencies and some multiarch stuff, but if you have any tips that will make it easy i could rebuild and test without the core profile support
[22:25] <TheK__> Is there a reasonably safe way to test the new vulkan drivers on 14.04 ?
[22:25] <TheK__> I'm looking at https://launchpad.net/~canonical-x/+archive/ubuntu/vulkan
[22:26] <TheK__> but it states "maybe in the future".