[05:01] <Big_D_271> anyone know if I can use my PVR-350 in Mythbuntu?  I used to use on a Knoppmyth R5.5 box using the TV out feature of the card.  I would like to run Mythbuntu so that I can also do Boxee.  Please Help.
[05:04] <rhpot1991> Big_D_271: used to be able to, that functionality may have been dropped from mythtv now
[05:04] <rhpot1991> anyone want to correct me here ^
[05:06] <Big_D_271> ahh... that's what i've been hearing.. and I also hear I don't want to use it's tv out for running boxee either
[05:08] <rhpot1991> Big_D_271: HD tv?
[05:09] <Big_D_271> No.. just SD
[05:10] <Big_D_271> am i best to just use an Nvidia PCI card (I only have agp or pci to use.. not pcie
[05:13] <rhpot1991> !vdpau | Big_D_271
[05:13] <Zinn> Big_D_271: http://www.mythtv.org/wiki/VDPAU
[15:18] <rileyp> mythexport help anyone
[15:18] <rileyp> seems i cant get it to transcode even with the simnplest of settings
[16:32] <rhpot1991> if you stuck around I could help
[17:17] <dewman> rhpot1991, people get impatient. =P
[17:19] <tgm4883> dewman, then his post belongs on the forums
[17:23] <rhpot1991> yep
[17:24] <tgm4883> although it is completely possible he only had a fixed amount of time
[17:25] <tgm4883> it is frustrating when you have the answers that people seek and they don't stick around
[17:29] <rhpot1991> tgm4883: or when they don't read the wiki that has the answer
[17:29] <rhpot1991> as is this case


[00:35] <Unit193> kurly: Did you end up getting the mainline kernel thing solved?
[00:39] <kurly> Unit193: 5.17.8 and 5.17.9 do not work, but 5.18.0 does. also the laptop's bios stuff is whack, so there's lots of nastiness in dmesg, and sometimes the GPU goes wonky?
[00:40] <Unit193> Sounds like a new computer.
[00:40] <kurly> pretty sure the remaining problems are bios related, not ubuntu
[00:40] <kurly> yeah, it's a ... GA402RJ? Asus ROG Zephyrus (2022)
[00:41] <kurly> interestingly, they posted a new bios revision late last week. i applied it, and now if you go to their site, it' gone. and you can't downgrade. so hopefully there'll be a newer one soon?
[00:41] <Unit193> ...Thaaat's not concerning.
[00:42] <kurly> yeah, wish they would've released a 312 that is literally just 310 rebadged as 312, since now i'm stuck on a broken 311
[00:42] <kurly> it's okay, it's only my work laptop ;)
[00:45] <Unit193> "It's only the device I get paid for" OK, sure.
[00:45] <Unit193> Once they start coming out, I'd make sure to jump aboard the HWE stack.
[00:45] <kurly> to be fair, the crashing seems only to happen when i'm not paying attention (ie, nothing is happening)
[00:46] <kurly> if I'm reading something on my personal laptop sometimes I'll glance back and see the clock is stuck on the work laptop, which means it's frozen again
[00:46] <Unit193> ...So you have both set up, do you use barrier?
[00:46] <kurly> actually I saved a dmesg from the last time, lemme go wgetpaste it (I have a gentoo prefix on it ;))
[00:46] <kurly> no, they're not connected in any real way other than being on the same wifi network
[00:46] <Unit193> ...I actually packaged wgetpaste for Debian once.
[00:47] <Unit193> Wifi network is how barrier works, yes.
[00:47] <kurly> right, but i'm not connecting the two, other than rarely sshing from one to the other
[00:50] <kurly> Unit193: http://dpaste.com/APEZN5F23
[00:56] <Unit193> I'm just going to presume you've already done the research and tried the standard kernel switches.
[00:57] <kurly> only thing I really tried is tricking bios into thinking it's various sorts of windows; didn't really help, but that's because the bios is in a sad state i presume
[01:03] <Unit193> I had seen a few options, but not very specific to your issue.
[01:03] <kurly> yeah the weird GPU crashing is unfortunate; I can Ctrl-Alt-F1 out to a prompt to reboot safely-ish though. or perhaps capture a dmesg, as in this case
[01:05] <Unit193> Well hey, that's better than what I have!  Nice.
[09:14] <frost-core> Oh my god
[09:15] <frost-core> sorry for not being back
[09:16] <frost-core> its been a while
[09:28] <sophie> welcome back \o/
[15:23] <davide_> hello?
[15:23] <GridCloud> hi
[15:24] <davide_> I use IceWM BTW
[15:25] <GridCloud> o.O
[15:25] <sudoo> Hi


[00:45] <len> ScottL: I am downloading the live iso. The alt doesn't seem to be updating any more. (probably correct)
[01:35] <ScottL> ailo__, i think it's amazing that an email such as yours can generate so much response from so many deeply involved people in jack
[01:36] <falktx> where?
[01:36] <ScottL> not that it's you specifically, but rather than everyman can do such a thing and perhaps start the discussion that causes a fundamental and sweeping changes
[01:36]  * falktx is missing the action
[01:36] <ScottL> falktx, it's on the ubuntustudio-devel mailing list
[01:37] <falktx> hm, that wasn't much
[01:37] <ScottL> my description or the mail thread?
[01:37] <falktx> the mail thread
[01:38] <falktx> the LAU list went flamewar mode recently with the bitwig thing
[01:38] <falktx> http://linuxaudio.org/mailarchive/lau/187469/search/subject
[01:38] <falktx> and I'm not sure if that is all
[01:39] <ScottL> oh crap, it's on jack-devel mailing list
[01:40] <ScottL> but you have to be subscribed to get it
[01:40] <ScottL> falktx, i posted a thread about the work items left for precise
[01:41] <ScottL> falktx, i'm hoping that either you or astraljava will handle the ubiquity plugin
[01:55] <falktx> ScottL: can you see this page? -> http://lists.jackaudio.org/private.cgi/jack-devel-jackaudio.org/2012-January/008966.html
[01:58] <falktx> I need to check how easy/hard the ubiquity work is
[02:10] <ScottL> falktx, yes, i can see that page
[02:11] <falktx> ScottL: ah, then you got the jack devel ML thread about this
[02:11] <ScottL> falktx, yes that was the one i was talking about
[02:12] <falktx> ah, then yes, it generated a lot of response
[02:13] <ScottL> i like seeing torben, paul, nedko, et al in their talking about it....it just might make a huge difference
[02:16] <TheMuso> ScottL: I will get to the kernel tonight hopefully, been rather busy, and after the rally, the weekend was the first time I had time off since I got back so did very little.
[02:16] <TheMuso> ScottL: As for the jack-dev thread, how is it progressing?
[02:16] <TheMuso> Ultimately, jack shoudl use consolekit/whatever does consolekit functionality, like systemd et al... *shudder*
[03:18] <ScottL> looks like live-dvd is building now :)  http://cdimage.ubuntu.com/ubuntustudio/dvd/
[03:18] <ScottL> i look forward to hearing len_ 's experience with it
[03:20] <falktx> woot! the magic happened
[03:20] <falktx> US live dvd
[03:46] <Len_on_live_dvd> Well, ScottL and all, the live DVD boots.
[03:47] <falktx> yay!
[03:48] <Len_on_live_dvd> I was able to boot from the SD in the side slot but still got a K panic when I tried to connect to net.
[03:48] <Len_on_live_dvd> Switched it to usb adaptor and it is ok.
[03:49] <Len_on_live_dvd> Um, this is no good...
[03:49] <Len_on_live_dvd> audio:x:29:pulse
[03:50] <Len_on_live_dvd> mudita24 not found
[03:57] <Len_on_live_dvd> foo yc20, I'm not running it now, but when I have tried it before. Seems to use a LOT of cpu
[03:58] <Len_on_live_dvd> So much that virtkeyboard misses key press/release events.
[03:59] <ScottL> Len_on_live_dvd, that is awesome :)
[04:01] <Len_on_live_dvd> I think I will try the live install now....
[04:01] <ScottL> i'm curious to how the performance will be from the dvd as well
[04:02] <Len_on_live_dvd> Hard to tell. Jack does run even with no audio group.
[04:02] <Len_on_live_dvd> This little netbook is maybe not the best test.
[04:04] <Len_on_live_dvd> a2jmidid gives:Cannot use real-time scheduling
[04:12] <ailo__> Len_on_live_dvd: jack runs in realtime without audio group?
[04:12] <Len_on_live_dvd> virtkeybd -> a2j->zynjacku->calforgan->jackd gives clear sound no bad messages in jackd logging
[04:13] <Len_on_live_dvd> Wed Jan 25 03:59:12 2012: JACK server starting in realtime mode with priority 10
[04:14] <ailo__> ScottL: I'm invigorated by the fact that a simple question can get people to start talking, but that really only shows that it has already been on peoples minds, but no one was putting it in priority yet. Perhaps something comes out from it. At least it seems the jackd package might administer the audio group for us when it is updated next time.
[04:15] <ailo__> Len_on_live_dvd: It just seems impossible that it would run without audio group.
[04:15] <ailo__> I will give it a try as well
[04:16] <ailo__> Len_on_live_dvd: Give a link to the download :P
[04:17] <Len_on_live_dvd> I'll have to find it again...
[04:19] <Len_on_live_dvd> http://cdimage.ubuntu.com/ubuntustudio/dvd/current/
[04:19] <Len_on_live_dvd> ailo__ ^^^
[04:20] <ailo__> Len_on_live_dvd: Thanks!
[04:26] <Len_on_live_dvd> hmm, ubuntu-studio@ubuntu-studio:/media$ sudo bash
[04:26] <Len_on_live_dvd> root@ubuntu-studio:/media#
[04:27] <ailo__> Len_on_live_dvd: That explains it :)
[04:27] <falktx> rm -rf /media/*
[04:27] <ailo__> Oh, I missed the command :P
[04:27] <falktx> ailo__: live-user is like a normal user, but doesn't have password
[04:27] <falktx> don't confuse that
[04:28] <falktx> it's still like a admin user, like it was installed
[04:28] <ailo__> falktx: I'm still wondering about how he's getting realtime without being in audio group
[04:28] <falktx> but because password is blank, you won't need to type password
[04:28] <falktx> so:
[04:28] <falktx> sudo echo 1
[04:28] <falktx> will always work on live-dvd
[04:28] <falktx> ailo__: he's not, I would bet
[04:28] <Len_on_live_dvd> I am not sure if I have realtime or not a2j says not.
[04:30] <ailo__> Len_on_live_dvd: jackd starts in realtime by default, but you could try to give it the --realtime argument just to be sure
[04:31] <falktx> Len_on_live_dvd: there's an option for force realtime and fail if not possible (I think)
[04:31] <falktx> maybe it was in my dreams...?
[04:33] <Len_on_live_dvd> sorry doing some copying in case my install does something weird.
[04:36] <Len_on_live_dvd> ubuntu-studio@ubuntu-studio:~$ cat .jackdrc
[04:36] <Len_on_live_dvd> /usr/bin/jackd -dalsa -dhw:0 -r44100 -p1024 -n2
[04:39] <falktx> Len_on_live_dvd: you're missing '-R' or -r, don't know which
[04:39] <falktx> hm, I don't even have jackd here!
[04:39] <falktx> :)
[04:39]  * falktx is fully working on jackdbus only mode for weeks now
[04:41] <Len_on_live_dvd> ubuntu-studio@ubuntu-studio:~$ /usr/bin/jackd -dalsa -dhw:0 -r44100 -p1024 -n2 --realtime
[04:41] <Len_on_live_dvd> gives:
[04:42] <Len_on_live_dvd> jackdmp 1.9.7
[04:42] <Len_on_live_dvd> Copyright 2001-2005 Paul Davis and others.
[04:42] <Len_on_live_dvd> Copyright 2004-2011 Grame.
[04:42] <Len_on_live_dvd> jackdmp comes with ABSOLUTELY NO WARRANTY
[04:42] <Len_on_live_dvd> This is free software, and you are welcome to redistribute it
[04:42] <Len_on_live_dvd> under certain conditions; see the file COPYING for details
[04:42] <Len_on_live_dvd> Cannot create thread 1 Operation not permitted
[04:42] <Len_on_live_dvd> Cannot create thread 1 Operation not permitted
[04:42] <falktx> ah, so no rt privileges
[04:43] <Len_on_live_dvd> Yet qjackctl has the realtime box checked.
[04:43] <Len_on_live_dvd> It must play some games with things.
[04:44] <falktx> Len_on_live_dvd: jack no longer "not starts" when rt is enabled but not possible
[04:44] <Len_on_live_dvd> But it does write a sane .jackdrc
[04:45] <falktx> Len_on_live_dvd: because rt is default
[04:45] <Len_on_live_dvd> OK
[04:45] <falktx> Len_on_live_dvd: if you disable rt, you'll see changes
[04:49] <falktx> later
[04:53] <holstein> W0W!
[04:54] <holstein> im downloading an ubuntustudio live CD!
[04:54] <ailo__> holstein: Do you have a firewire device around?
[04:55] <holstein> ailo__: i do, but i cant get to it tonite
[04:55] <holstein> it'll take another 50 minutes do DL
[04:55] <ailo__> holstein: Would be great if you could check if it runs without realtime - ah :)
[04:55] <holstein> ailo__: yeah... im excited about tryint it out!
[04:56] <holstein> i always thought it was interesting how with the 64studio live CD, firewire worked
[04:56] <holstein> you install... and it didnt
[04:56] <holstein> i mean, out of the box
[05:06] <Len_on_live_dvd> The slide show has some stuff on it we don't use.
[05:07] <Len_on_live_dvd> It also has at least one page where the continue/go back buttons are below the screen.
[05:09] <holstein> Len_on_live_dvd: the installer slide show?
[05:09] <Len_on_live_dvd> The page where it asks for your picture is too big for a netbook.... whats with that anyway?
[05:09] <holstein> is your screen tiny?
[05:09] <Len_on_live_dvd> netbook sized.
[05:10] <Len_on_live_dvd> 11inch?
[05:10] <Len_on_live_dvd> Ja the slides need to be changed
[05:11] <holstein> wonder if we can do that...
[05:11] <holstein> is that all ubiquity?
[05:11] <Len_on_live_dvd> I have yet to get anything that asks what work flows I want
[05:12] <holstein> Len_on_live_dvd: that could be on the way still
[05:12] <Len_on_live_dvd> The slides are standard ubuntu stuff. Ubuntu one, libre office etc
[05:12] <holstein> we gotta grab it from edubuntu and have it changed
[05:13] <Len_on_live_dvd> Yes it would be very confusing being told there was all this stuff being loaded and it not being there.
[05:14] <holstein> yeah, not a deal breaker for me though
[05:14] <Len_on_live_dvd> I got the idea though that at this stage we would be happy if it worked.
[05:14] <holstein> i hopw its editable
[05:14] <holstein> hope*
[05:19] <holstein> i gotta crash... got about 40 minutes left on the DL
[05:19] <holstein> im *so* excited about it!
[05:26] <Len_on_live_dvd> The slideshow is in /usr/share/ubiquity-slideshow
[05:27] <Len_on_live_dvd> if you go to the /slides dir and run index.html in firefox you get the same thing.
[05:27] <Len_on_live_dvd> This is on the live cd directories. I am sure it won't be on the installed version
[05:28] <Len_on_live_dvd> So it  looks like an impress slide show exported to html
[05:29] <Len_on_live_dvd> It should be easy to replace. One of the packages in the dvd or live dvd is a slide show package.
[05:31] <Len_on_live_dvd> synaptic shows many ubiquity-slideshows... we just have to make our own.
[05:32] <Len_on_live_dvd> there is one for edubuntu, kubuntu, lubuntu, ubuntu (the one we have) and xubuntu.
[05:35] <Len_on_live_dvd> If we get rid of that picture taking thing, all the frames will fit on a netbook. I should file a bug against ubuiquity though. for not fitting. Is that picture thing in all of them?
[05:36] <Len_on_live_dvd> Anyway, I am going to see what this thing loaded. There was never a time to select work flows yet. So that is missing
[05:53] <len_> Ok, now on the installed version of things.
[05:54] <len_> /usr/share/xgreeters/default.desktop link is still missing. Are we sure this not some theme change we have made?
[05:55] <len_> The live dvd seems to have installed all the work flows.
[05:55] <len_> just checking synaptic...
[05:58] <len_> synaptic shows ubuntustudio-audio not installed.
[05:59] <len_> Maybe because all it's deps are already in something else?
[06:00] <len_> audio:x:29:pulse,len   ... good
[06:07] <len_> Even still jackd did not start the first time.
[06:09] <len_> jack says Tue Jan 24 22:02:15 2012: ERROR: Cannot use real-time scheduling (RR/10)(1: Operation not permitted)
[06:09] <len_> Tue Jan 24 22:02:15 2012: ERROR: AcquireSelfRealTime error
[06:09] <len_> Jack quit the first time with:
[06:10] <ailo__> So, we need to add the live user to audio group
[06:10] <len_> 22:02:19.893 Could not connect to JACK server as client. - Overall operation failed. - Server communication error. Please check the messages window for more info.
[06:10] <len_> This is with the user in the audio group still no rt
[06:12] <len_> but status says: Realtime Mode: Yes?
[06:13] <ailo__> len_: Could be some hassle with pa as well
[06:13] <ailo__> len_: You installed it on disk now?
[06:13] <len_> could be
[06:13] <ailo__> Oh, you said that
[06:14] <ailo__> len_: You have the file /etc/security/limits.d/audio.conf in place, right?
[06:14] <len_> pulse is connected through jack ok.
[06:14] <len_> let me check
[06:15] <len_> len@ustudio1204:/etc/security/limits.d$ ls
[06:15] <len_> audio.conf.disabled  ubuntustudio-audio-rtprio.conf
[06:15] <ailo__> len_: Oh, there's a special us file there.
[06:15] <len_> That could be it......
[06:15] <len_> So thats two missing files
[06:16] <ailo__> len_: I haven't installed US since oneiric pre-final, so I've missed out on some things
[06:16] <ailo__> len_: No, it looks  like US is disabling the normal jackd file by introducing its own
[06:16] <ailo__> len_: You could check the contents of both
[06:17] <len_> ailo__ my problem is that I don't really know enough about setting jack up
[06:17] <ailo__> It's important that audo.conf.disable actually does not have @audio in use
[06:17] <ailo__> len_: audio.conf is the file that makes it possible to use realtime for users belonging to audio group
[06:17] <len_> is there supposed to be a link to the us file maybe?
[06:18] <len_> I'll try
[06:18] <ailo__> len_: Just check the contents of both
[06:18] <ailo__> len_: cat /etc/security/limits.d/*
[06:19] <len_>  cat *
[06:19] <len_> # Installed by the ubuntustudio-audio package
[06:19] <len_> @audio   -  rtprio     99
[06:19] <len_> # Provided by the jackd package.
[06:19] <len_> #
[06:19] <len_> # Changes to this file will be preserved.
[06:19] <len_> #
[06:19] <len_> # If you want to enable/disable realtime permissions, run
[06:19] <len_> #
[06:19] <len_> #    dpkg-reconfigure -p high jackd
[06:19] <len_> @audio   -  rtprio     95
[06:19] <len_> @audio   -  memlock    unlimited
[06:19] <len_> #@audio   -  nice      -19
[06:19] <len_> # Installed by the ubuntustudio-audio package
[06:19] <len_> @audio   -  rtprio     99
[06:20] <ailo__> len_: It seems audio.conf is not diabled
[06:20] <ailo__> Instead there are two files trying to do the same thing
[06:20] <ailo__> Renaming the files doesn't matter
[06:21] <ailo__> Those two lines are what makes jack able to use realtime and lock memory
[06:21] <ailo__> For users belonging to audio group
[06:21] <ailo__> If you change @audio to something else, you just make sure the user is member of that group
[06:22] <len_> Ok, so I need to get rid of one of these files?
[06:22] <ailo__> len_: Only one of them is tuning rtprio. I would guess memlock is tuned by one of them. Having two makes it a guessing game which is in use
[06:23] <ailo__> I don't really see the point in having a US specific file there at all
[06:23] <ailo__> No unless it is doing something worth while
[06:24] <ailo__> Like, setting memlock to something else than unlimited, but then it would require a script that checks memory size at boot time and sets it to a good value each time you log in
[06:24] <len_> The second one just has the one line in it. Is 99 a better setting than 95?
[06:24] <ailo__> len_: I don't think it matters a lot
[06:25] <ailo__> Ralph seems to think so. I haven't really made any tests to find out
[06:25] <len_> I'm one of those, "I just want something that works"
[06:26] <len_> I don't really know what all these things do.
[06:26] <ailo__> len_: memlock unlimited can be dangerous, if you run out of memory
[06:26] <ailo__> Or, it can lock up the system
[06:26] <len_> I can figure that
[06:26] <ailo__> But, you can never know how much memory a user has, so in order to find out, you would need a script
[06:26] <ailo__> I will take up this with the jack packagers
[06:27] <len_> OK
[06:27] <ailo__> ScottL: Do you know when /etc/security/limits.d/ubuntustudio-audio-rtprio.conf was introduced, and why?
[06:28] <ailo__> len_: Actually, it is probably disabled
[06:28] <ailo__> len_: I guess the file must end with .conf. Not sure
[06:29] <len_> So we lose memlock then
[06:29] <ailo__> len_: I would need to test it to find out
[06:30] <len_> Should have looked around more while on live dvd ailo__
[06:30] <ailo__> Not sure how much not having memlock affects performance. Never bothered to find out. Not sure if the file must end with .conf
[06:31] <len_> ailo__: I'm going to have to pack it up for the night.
[06:32] <len_> later all.
[07:39] <live-ailo> There is some trouble with dbus and zeitgeist. Takes up a lot of the CPU
[07:40] <live-ailo> Couldnt get PA working with jack. They connect, but no sound
[07:40] <live-ailo> jack was working alright
[07:44] <live-ailo> no realtime of course
[13:06] <scott-work> ailo:  re: /etc/security/limits.d/ubuntustudio-audio-rtprio.conf
[13:06] <scott-work> ailo: i don't know when it was introduced, who did it, or why they thought it was necessary
[13:07] <scott-work> my best suggestion at this moment is to install he ubuntustudio-audio source and grep 'ubuntustudio-audio-rtprio.conf'
[13:07] <scott-work> i would guess it's in an .install file somewhere, but i would guess there is a significant chance i am wrong as well :P
[13:09] <scott-work> oh, by the way, i added a 'build environment' to the seeds similar to all other *buntu versions that have live cd/dvd
[13:09] <scott-work> this would allow us to have gcc and a few others to build drivers and whatnot
[13:09] <scott-work> for testing and debugging within the live environment
[13:09] <scott-work>
[13:10] <scott-work> i admit that it wasn't some brilliant idea of mine, i simply saw it in the ubuntu/xubuntu desktop seeds :P
[13:17] <ailo> scott-work: I would suggest to take that file away
[13:17] <ailo> I've put a suggestion to Debian Multimedia, the guys packaging jack if they could use a script to make memlock less than limited
[13:18] <ailo> The problem with having two files is that you can easily get things mixed up
[13:18] <ailo> Depending on which order you install stuff
[13:19] <scott-work> ailo: i completely agree, i'm going to poke a few people who i think might have knowledge about it before simply removing it, i will check the source package tonight and see if i can find any clues to the author
[13:19] <scott-work> as well
[13:20] <scott-work> i suppose it could have been added to either the jackd package or the qjackctl package, i know that david h. has added bits of "plumbing" code (e.g. jackdbus) to the qjackctl package
[13:20] <ailo> scott-work: I tried the live DVD today. There's probably a Ubuntu bug that makes dbus not behave well, so I had some performance problems, but other than that, and of course it's not finished yet, it worked well
[13:21] <scott-work> ailo: yay!
[13:21] <ailo> scott-work: The file suggests it was added by ubuntustudio-audio
[13:22] <scott-work> looking at qjackctl you can see quite a lot of changes to make it play nicer with pulseaudio:  https://code.launchpad.net/~ubuntu-branches/ubuntu/precise/qjackctl/precise
[13:24] <ailo> scott-work: I never got sound from pa, and flash-player hung, so I guess it's not perfectly functional yet
[13:24] <ailo> I mean, while jack was running
[14:00] <scott-work> ailo: ubuntustudio-controls could be used to add users and include them in the 'audio' group
[14:01] <scott-work> this was a thought i had several days ago but was reluctant to inject this thought into the email thread
[14:01] <scott-work> quite frankly, some will disagree with adding another methodology to add users to a system, but this might warrant it
[14:02] <scott-work> with the warning caveats mentioned in the last email about 'this person is being added to the 'audio' group which could be dangerous'
[14:03] <scott-work> 'for more information and education, see _this_ wiki page"
[14:04] <scott-work>
[14:04] <scott-work> what i would like to do is for various people to do some comprehensive testing and come up with a list of problems that we can address as a group
[14:04] <scott-work> for the live-dvd, i mean
[14:05] <scott-work> if we need to contact cjwatson about items, i think he would prefer it if we were to poke him once with a list, rather than poke him several times with singular items
[14:09] <scott-work> astraljava: are you around?
[14:16] <ailo> scott-work: Since the debian packager is going to do that for us, so need for us to bother with audio group
[14:16] <scott-work> holstein and len:  the ubiqiuty slideshow is on the precise work items:  https://wiki.ubuntu.com/UbuntuStudio/Roadmap
[14:16] <ailo> scott-work: Besides, audio group will not be used for jack anymore
[14:17] <ailo> It'll be rtprio or something like that
[14:17] <scott-work> ailo: i don't remember what they said they would, i'm about to go to an all day meeting so i'll refresh my memory later
[14:17] <ailo> There will probably be a jack-common package that handles that stuff
[14:17] <scott-work> ailo: super cool, that would be nice, and i do remember that
[14:17] <ailo> scott-work: Here's what's going on so far http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656910
[14:18] <scott-work> ailo: would you look at the work items for precise (https://wiki.ubuntu.com/UbuntuStudio/Roadmap) and see if there is something that you will head up?
[14:19] <ailo> scott-work: I'm not that sure having sane jack settings is required. The default settings are great in my opinion
[14:19] <ailo> Besides, everyone will want to tune those anyway
[14:20] <ailo> scott-work: I wasn't supposed to get involved that much. I really don't have a lot of time
[14:20] <ailo> I have a deadline and need to do a lot of work for that
[14:20] <ailo> Both school and for our band
[14:21] <ailo> These last days have been a sort of detour
[14:21] <ailo> I would have really liked to work on us-controls exclusively, but I just don't have the time for it
[14:22] <ailo> Maybe one or two release into the future, if one will be required
[16:35] <falktx> ScottL: ping
[17:59] <scott-work> falktx: sorry i missed your ping, storm took computers/internet down for a bit
[18:00] <ailo> scott-work: Lot of mutants in your area?
[18:00] <falktx> scott-work: I don't know where to find the required stuff to work on ubiquity
[18:00] <scott-work> ailo: i don't think so (?)
[18:00] <falktx> scott-work: is this on ubuntustudio bzr?
[18:01] <ailo> scott-work: since you said storm was around there
[18:01] <scott-work> falktx: look in the notes in this blueprint:  https://blueprints.launchpad.net/ubuntu/+spec/other-p-ubuntustudio-livedvd
[18:01] <scott-work> falktx: there isn't any bzr branches at this point
[18:01] <scott-work> falktx: any *ubuntustudio* bzr branches at this point, i should have said
[18:03] <scott-work> ailo: reading the log i see you mentioned the jack default settings
[18:03] <scott-work> ailo:  i think jack had been coming in with 1024 frames a sec
[18:04] <scott-work> ailo: i think we can improve the "works out of the box" appeal by adjusting the setting a bit
[18:04] <scott-work> especially if we get the -lowlatency kernel
[18:05] <scott-work> falktx: if you have specific questions about ubiquity you can always talk to stephane graber who is the author and lead on edubuntu, great guy and bloody brilliant
[18:05] <scott-work> nice as well :)
[18:13] <ailo> ScottL: Not everyone will have a -lowlatency kernel. I think it would be better to take up the case with those who package qjackctl, so we don't end up with tuneup on tuneup
[18:14] <ailo> scott-work: Not everyone will have a -lowlatency kernel. I think it would be better to take up the case with those who package qjackctl, so we don't end up with tuneup on tuneup
[18:15] <ailo> Personally, I don't see why it is a big deal.
[18:15] <ailo> It's just a parameter
[18:15] <scott-work> ailo: i had originally considered a ubuntu studio specific file that was installed only during ubuntu studio ISO install as to not overwrite someone's already existing jack settings
[18:15] <ailo> Not meant to be static
[18:15] <scott-work> ailo: because there are people who aren't linux specialists  or geeks and want it to "just work"
[18:16] <scott-work> it would certainly be a better selling point if an install worked right out of the box (albeit not as good as it could be) rather than if it was completely unusable
[18:17] <ailo> scott-work: I don't think you achieve that by changing jack settings. It would be better for software to automatically interact with jack (meaning you don't need to start it manually), and also that the software is able to set jack settings live
[18:21] <ailo> Beam yourself up, Scotty :P
[18:22] <ailo> scott-work: What is missing for non-geeks is better interfaces. Fewer controls that are pedagogically named.
[18:23] <ailo> Allthough, overwriting a file is not a big deal
[18:23] <ailo> There should be a super-simple jack-control
[18:24] <ailo> Most people only need to start it and set latency
[18:25] <ailo> I suppose falktx would be able to make one, since he's already been doing that type of thing
[18:26] <ailo> scott-work: You seem to be on a mission to find a garage-band scenario for Ubuntu Studio
[18:26] <ailo> Unfortunately there are no apps like that
[18:26] <ailo> And the apps that are available are not meant to be garage-band
[18:27] <scott-work> ailo: no, that is not the desire.  it is completely untenable given the number of hardware available and could be used
[18:27] <ailo> To use them, you simply must learn how to use them
[18:27] <scott-work> ailo: however, that does not preclude trying to make ubuntu studio more accessible to the less technically minded, as quite a few musicians are
[18:27] <falktx> ailo: if all goes well, I may be able to get Cadence beta1 ready for 12.04
[18:30] <ailo> I see three cases for non technical users. 1. they only use jack with one piece of software. They only need to start jack and set latency. 2. They use more than one app, and also need to connect them. 3. They want to use multiple apps and save the session as well
[18:30] <ailo> In which case, you need 1. start/stop controls 2. simple latency parameter 3. connect window 4. session save/load
[18:31] <falktx> I have it all I guess
[18:31] <ailo> falktx: But you have more too, right?
[18:31] <falktx> yes
[18:31] <falktx> ailo: problem is jack1 with no-dbus support
[18:32] <ailo> I would design the interface, so that those controls I mentioned would be directly in front, while other settings would be hidden
[18:33] <ailo> And setting latency would be like a slider
[18:33] <ailo> Numbers and explanation - high latency, medium latency, low latency
[18:34] <ailo> I haven't looked at Cadence for a while
[18:34] <ailo> falktx: Why not push it into Debian?
[18:35] <ailo> I forgot one essential thing: Choosing sound card
[18:35] <ailo> Choosing sound card with qjackctl is great, but there are more options than most people would need
[21:41] <scott-work> progress is even better today :)  http://status.ubuntu.com/ubuntu-precise/group/topic-precise-flavor-ubuntu-studio.html
[21:43] <knome> shiny
[21:44] <knome> http://status.ubuntu.com/ubuntu-precise/group/topic-precise-flavor-xubuntu.html is not too bad either :)
[21:58] <micahg> are the -extra packages out of sync breaking anything ATM aside from today's image?  I just want to know if I need to upload now or can wait a few hours
[23:21] <ScottL> astraljava, ping
[23:27] <astraljava> ScottL: pong


[14:41] <xnox> infinity: chort is a sad panda https://launchpad.net/builders/chort/+history
[14:42] <xnox> pinged lp-ops as well.
[15:04] <xnox> infinity: chort is on manual, but these need to be retried: https://launchpad.net/ubuntu/+archive/test-rebuild-20121221/+builds?build_text=&build_state=chrootwait
[15:19] <xnox> emailed doko about them.
[15:47] <cjwatson> xnox: http://paste.ubuntu.com/1473072/ - running
[15:51]  * cjwatson vanishes again
[17:04] <xnox> ack.
[17:14] <ScottK> http://extras.ubuntu.com/ubuntu/pool/main/l/lintian/lintian_2.5.11ubuntu12.10.1.dsc seems like an odd place to have published that.  Was it discussed outside the ARB with anyone?
[17:22] <stgraber> hmm, that's a very bad idea indeed as there's nothing preventing a 12.10 system from just upgrading to an arb package
[17:23] <stgraber> and it violates ARB policy wrt never including packages that exist in the archive
[17:29] <ScottK> That's kind of what I thought.
[17:34] <TheLordOfTime> ScottK, we were asking about that in -bugs, and it ended up shifting to -devel.
[17:34] <TheLordOfTime> trying to see whats with that being in extras
[17:34] <ScottK> I know.  That's why I know about it.
[17:34] <TheLordOfTime> indeed.
[17:36] <stgraber> I really can't think of any good reason why we'd want it in there, so I'm going to remove it for now and send an e-mail to ARB + ubuntu-devel to try and understand what's going on there
[17:37] <stgraber> alright, removed. Should disappear from extras.ubuntu.com the next time the mirror is synced (in an hour or so)
[17:37] <ScottK> stgraber: I sent an email to the ARB list.
[17:38] <ScottK> (while you were removing)
[17:38] <ScottK> I cc'ed the ubuntu-release too.
[17:38] <stgraber> ok, let me reply to that one then
[17:39] <stgraber> once I moderate it through app-review-board
[17:40] <ScottK> Nice having a moderated list as your primary "here's how you contact us".
[17:41] <stgraber> well, I tend to moderate things pretty quickly at least
[17:42] <stgraber> (even though I'm not on the ARB anymore)
[17:42] <stgraber> not really better than having ubuntu-devel or ubuntu-motu as contact address I guess :)
[17:43] <ScottK> That's one of the things I like better about Debian.  Most of the lists aren't moderated, so you don't need to subscribe to send one message.
[17:44] <cjwatson> In hindsight I think we should have just dealt with ubuntu-devel having some noise rather than trying to apply the moderation stick to it.
[17:44] <cjwatson> (I can't remember what I thought at the time; IIRC it was Matt's initiative)
[17:45] <ScottK> stgraber: Reading the backscroll in #ubuntu-motu, I see this lintian update broke lintian4python, so it wasn't without effect on other packages.
[17:46] <stgraber> for the ARB mailing-list I tend to whitelist anyone who gets in the moderation queue and didn't send spam, though that's still a fair amount of manual work and depending when someone e-mails the list, a potential few hours wait (I need to sleep sometimes)
[17:47] <stgraber> ScottK: is it "just" causing an apt break at install or is it installing then breaking lintian on the system?
[17:47] <stgraber> ScottK: (as in, do we need to tell people to downgrade to the archive version?)
[17:47] <ScottK> The lintian4python version in quantal is incompatible with that lintian.
[17:48] <ScottK> It might be worth a short mail to u-d-a telling people that if they upgraded from extras they'll need to manually downgrade to the archive version if they want lintian4python to work.
[17:48] <ScottK> (not that it has a huge user base)
[17:48] <TheLordOfTime> stgraber, from my observations in #ubuntu and in a VM, its being held back automatically, like linux-headers-generic,.
[17:49] <TheLordOfTime> so unless you're doing a dist-upgrade or specifying it specifically, i don't think its upgrading automagically for users.
[17:49] <ScottK> TheLordOfTime: A lot of people will have just done apt-get dist-upgrade then.
[17:49] <TheLordOfTime> ScottK, true.
[17:49] <ScottK> And since we promise zero regressions post release and extras is enabled by default, I think we have to care.
[17:49] <TheLordOfTime> mhm
[17:51] <ScottK> First thing I do after a new install is disable extras.
[17:52] <ScottK> People have chided me for being over cautious because "extras won't affect existing packages".
[17:52] <stgraber> I guess "apt-get install lintian/quantal-updates" should be enough to get people to safely downgrade right?
[17:53] <ScottK> I think so.
[17:54] <ScottK> Upload was signed by "Bhavani Shankar<EMAIL_ADDRESS>[17:58] <stgraber> am I reading this right that the version in extras is also higher than that in raring (and even raring-proposed)?
[17:58] <cjwatson> Yes :-(
[18:00] <stgraber> fun...
[18:02] <stgraber> so now we'll need something >= 2.5.11ubuntu13 in raring... let's hope Debian will do a new release by then
[18:11] <cjwatson> Probably a safe enough assumption


[15:09] <Eickmeyer> OvenWerks: We've lost patchage, they failed to update to Python3 in time. We also lost gmidimonitor and displaycal.
 eickmeyer don't we have carla at least for partial coverage?
 (for patchage I mean)
 Yes, we do.
 I will miss DisplayCAL, however. :(
 yeah... :/
 what happened to displaycal anyway? package conflict?
 No. Displaycal is still on Python 2.
 @azbulutlu [what happened to displaycal anyway? package conflict?], Developer didn't see the value in updating to Python 3. https://hub.displaycal.net/issue/17813/
 They've only had over a decade to get it sorted.
 :(
 Indeed. I'm not happy about that one, as a photographer. Now I have to boot into Windows in order to do any sort of calibration, then take the profile over to my LInux install(s).
 As for patchage, it's kinda been limping along and on its death bed, so I'm not too surprised. At least we have Carla.
 I mean more and more screens come out of factory calibrated. but yeah having display cal as an option was a good thing. :( is there an alternative out there?
 pathage... *is also not surprised*
 I've looked for alternatives to DisplayCAL, and there really is none.
[15:48] <OvenWerks> patchage has commits in feb 2020
[15:48] <Eickmeyer> OvenWerks: Yes, but no release, and still needs Python 2.
[15:49] <Eickmeyer> Python 2 is officially gone.
[15:49] <OvenWerks> Dave is pretty busy with real work.
[15:49] <Eickmeyer> I agree, but the archive doesn't care.
[15:50] <Eickmeyer> I'm not upset about that one. The DisplayCAL developers actually get PAID to do that one.
[15:51] <Eickmeyer> BTW, Patchage and DisplayCAL are both missing from Fedora for the same reason.
[15:51] <OvenWerks> and arch
[15:51] <Eickmeyer> Yep.
[15:52] <Eickmeyer> Unless Dave can miraculously fix Patchage in the next week, people will have to adjust their workflows. We have no control over that.
[16:03] <OvenWerks> maybe it was me that vanished
[16:03] <Eickmeyer> You did. Your network took a dump, I think.
[16:05] <OvenWerks> gmidimonitor is probably more important than patchage
[16:05] <OvenWerks> my new inet service seems much more flakey than the old...
[16:07] <Eickmeyer> RE: gmidimonitor: Sadly, there's nothing we can do at this point. It's gone.
[16:10] <Eickmeyer> Looks like trebmuh has been working on it in Salsa.
[16:11] <Eickmeyer> Huh, looks like it might just be a build-dep issue.
[16:11] <Eickmeyer> Unfortunately, without the upstream code, I don't know how to fix it.
[16:12] <OvenWerks> it is really quite a simple gui and app for that matter
[16:12] <Eickmeyer> The source home doesn't even exist anymore.
[16:14] <Eickmeyer> I guess I could play around with the salsa repo and see if there's a fix that way.
[16:14] <Eickmeyer> Oh... it builds with waf. That's why.
[16:14] <Eickmeyer> Same issue as we had with Ardour.
[16:16] <OvenWerks> I wonder if Nedko is still around
[16:16] <Eickmeyer> Well, with my experience fixing Ardour, I *might* be able to fix this, but don't hold your breath.
[16:17] <Eickmeyer> Additionally, it's WAY late in the cycle.
[16:17] <Eickmeyer> teward: Might need your help.
[16:17] <OvenWerks> backports is fine
[16:17] <Eickmeyer> TL;DR: gmidimonitor was removed from the repos due to ERR:Python2.
[16:18] <Eickmeyer> And it was removed 1) after Beta freeze, and 2) after Feature freeze.
[16:18]  * teward yawns
[16:18] <teward> hmm?
[16:18] <teward> i'll need more details here
[16:18] <Eickmeyer> gmidimonitor was in the repos until sometime within the past week. It was removed due to Python2's removal.
[16:18] <Eickmeyer> It FTBFS.
[16:18] <teward> it was also removed in Debian
[16:19] <Eickmeyer> Indeed.
[16:19] <teward> see Debian Bug #943041
[16:19] <Eickmeyer> But all this was after Feature Freeze.
[16:19] <Eickmeyer> And Beta Freeze.
[16:19] <Eickmeyer> Turns out, according to OvenWerks, this is a rather important application.
[16:19] <teward> and...?  The Py2 removal has been an "Ongoing Task" with freeze exemptions since the dawn
[16:19] <teward> the only way to fix it is to port it to Python 3, or find a replacement
[16:19] <Eickmeyer> Well, it's just the build system that's Python. The rest is c.
[16:19] <teward> in both cases, it needs to be an -ng variant probably because it's a 'new' replacement
[16:20] <teward> i'm confused then, what do you need from me?
[16:20] <teward> i can't veto a removal in this case
[16:20] <Eickmeyer> I might need you to sponsor an upload.
[16:20] <teward> Eickmeyer: i'll need to heavily vet it first
[16:20] <teward> and i'll need to coordinate with Archive Admins and Release Team
[16:20] <Eickmeyer> That's assuming I can get it to build, of course.
[16:21] <Eickmeyer> It's the exact same issue we had with Ardour.
[16:21] <Eickmeyer> Except it got removed (annoyingly) much later.
[16:21] <OvenWerks> Eickmeyer: we may want to concider it dead of bitrot... useful as it is.
[16:22] <OvenWerks>  if some one really wants that function they can use amidi in the terminal
[16:22] <Eickmeyer> OvenWerks: If you're OK with that... you seemed to give me the impression that it is necessary.
[16:22] <OvenWerks> it is 2011
[16:22] <OvenWerks> https://repo.or.cz/gmidimonitor.git
[16:23] <Eickmeyer> 9 years old. Yeah, let's let it die. We can't keep resurrecting stuff from the dead.
[16:23] <teward> > 8 years ago	3.6		 	 | commit | log  < yikes
[16:23] <teward> yeah i'm not sponsoring bitrot
[16:23] <teward> :p
[16:23] <OvenWerks> maybe something to add to -controls
[16:23] <Eickmeyer> Maybe, if you want to take the code and give them credit.
[16:23] <OvenWerks> I would just add a gui layer to amidi
[16:23] <teward> unrelated, its homepage is one lol
[16:24] <teward> gone*
 I wonder if Nedko is still around -> yes those days he's on #lad
[16:25] <trebmuh> he's right now
[16:25] <OvenWerks> trebmuh: yes but I have not seen comments from him in ages
[16:26] <trebmuh> he's not involved too much in the linuxaudio community since the ladish VS jack-session debacle
[16:26] <OvenWerks> both have basically gone away
[16:27] <trebmuh> but if you want to catch up with him about gmidimonitor, you've got an answer to your initial question
[16:27] <OvenWerks> The days of using a pile of applications all connected via jack are basically gone with LV2 and lxvst
[16:28] <trebmuh> Eickmeyer, y'es I've been adding a few little things : https://salsa.debian.org/multimedia-team/gmidimonitor/-/commits/master/
[16:28] <trebmuh> I don't believe so OvenWerks
[16:29] <trebmuh> it might be right that some stuff are done now with an host/plugin approach
[16:29] <OvenWerks> not going to argue that one, it is true that people still route via jack
[16:30] <trebmuh> but one still need jack for using lets say using hydrogen with ardour with rosegarden
[16:30] <OvenWerks> yes
[16:30] <trebmuh> jack transport rocks
[16:30] <OvenWerks> and it does so because it has not changed :)
[16:30] <trebmuh> if we would loose the jack approach, then the linuxaudio realm would be f*cked up
[16:31] <trebmuh> and we would end up with the same crap than on proprietary system
[16:31] <OvenWerks> remind Paul and Robin of that once in a while...
[16:31] <trebmuh> ie : you're bloody stuck with the host/daw you started with
[16:31] <trebmuh> I know, I know
[16:31] <trebmuh> but hey, they aren't the center of the universe
[16:32] <OvenWerks> both have commented about how easy things would be if they just removed the jack backend]
[16:32] <trebmuh> and moreover, they're community driven
[16:32] <trebmuh> they're ardour/mixbus driven
[16:32] <Eickmeyer> Just throwing this out there: pipewire supports the Jack API now.
[16:32] <trebmuh> (even if they are doing a great job within the community IMHO)
[16:32] <trebmuh> Eickmeyer, no
[16:32] <trebmuh> Eickmeyer, it supports parts of the API
[16:33]  * OvenWerks hides behind a rock
[16:33] <trebmuh> but it's not ready to replace jack and will not soon
[16:34] <OvenWerks> trebmuh: I agree that those who use jack for gluing daws, trackers etc. together would not like PW
[16:34] <Eickmeyer> trebmuh: That's true. I have it in Fedora Jam 32 as an optional, experimental component.
[16:34] <trebmuh> OvenWerks, why hiding? you work for mixbus/ardour maybe?
[16:35] <Eickmeyer> OvenWerks: Talking to the devs, they are working on the same glue that Jack uses in terms of patching/routing together different audio applications.
[16:35] <trebmuh> that wasn't a "they are the evil" thing from me, just a fact that you're not driven by the same thing when doing thing freely or doing thing for money
[16:35] <OvenWerks> I do work on Ardour but do not agree jack is dead. No hiding because I really don't want to even begin arguing that one
[16:35] <Eickmeyer> Including apps that only use Pulseaudio.
[16:36] <trebmuh> OvenWerks, you do work as a paid work ?
[16:36] <Eickmeyer> (it doesn't use the Pulse APi yet).
[16:36] <OvenWerks> no
[16:36] <trebmuh> that the full point OvenWerks
[16:36] <trebmuh> at least the one I'm talking about here :)
[16:36] <OvenWerks> The OSC surface stuff is mostly mine though
[16:37] <OvenWerks>  The foldback bus/send stuff is mine
[16:37] <trebmuh> oh yeah, I remember a bunch of commits from you on the github ardour tracker now
[16:37] <trebmuh> great job BTW
[16:37] <trebmuh> anyway guys, I've got to go now
[16:37] <trebmuh> TTYL
[16:37] <Eickmeyer> Bye trebmuh o/
[16:38] <OvenWerks> However, I test all ardour stuff with jack
[16:38] <OvenWerks> o/
[16:39] <OvenWerks> Eickmeyer: what is the status of libfltk in 20.04?
[16:40] <Eickmeyer> Nonexistant, afaict.
[16:40] <Eickmeyer> Uh... hold please
[16:40] <Eickmeyer> I was looking at the wrong package. It's there.
[16:41] <OvenWerks> Ya it is still there
[16:41] <Eickmeyer> !libfltk1.3
[16:41] <Eickmeyer> !info libfltk1.3 focal
[16:42] <Eickmeyer> I have it installed as a dep for something.
[16:42] <OvenWerks> fluid is still there too
[16:43] <Eickmeyer> Yep, stuff got rebuilt against fluidsynth 2 back in January.
[16:43] <OvenWerks> fluid as oposed to fluidsynth
[16:43] <Eickmeyer> Ohhh...
[16:44] <OvenWerks> looks like infamous plugins uses it
[16:44] <OvenWerks> (I must have the source in here)
[16:45] <Eickmeyer> So, the only things that got removed when I updated the metas this morning were the packages I listed, only after Ross told the ML DisplayCAL was gone.
[16:45]  * OvenWerks prefers fltk to gtl or qt
[16:45] <Eickmeyer> Patchage fell victim, and gmidimonitor died of bitrot.
[16:46] <Eickmeyer> fltk is a bit DE-agnostic, so yeah, I can see that.
[16:47] <OvenWerks> gmidimonitor make come back it seems but I think it would be better look for something that being maintained
[16:47] <Eickmeyer> I saw a qt equivalent at one point.
[16:51] <OvenWerks> kmidimon?
[16:52] <OvenWerks> it is still there in 18.04 still in 20.04?
[16:53] <OvenWerks> midisnoop?
[16:54] <OvenWerks> amidi, BTW, will not replace gmidimonitor
[16:56] <OvenWerks> kmidi mon only goes to disc
[16:57] <OvenWerks> midisnoop is still there
[17:00] <OvenWerks> Eickmeyer: Can we at this time substitute midisnoop for gmidimonitor as being the same feature?
[17:00] <Eickmeyer> OvenWerks: I think we can. Let me check..
[17:00] <Eickmeyer> !info midisnoop focal
[17:01] <Eickmeyer> Yeah, let me sub it out in the seed real quick.
[17:03] <OvenWerks> Actually it looks nicer
[17:05] <Eickmeyer> Updated in seed, now updating metas.
[17:06] <OvenWerks> It has no upstream though :P
[17:06] <OvenWerks> >>>http://midisnoop.googlecode.com/
[17:07] <Eickmeyer> Lovely. :P
[17:07] <OvenWerks> googlecode is gone
[17:07] <Eickmeyer> It's only moved:
[17:07] <Eickmeyer> https://github.com/surfacepatterns/midisnoop
[17:07] <Eickmeyer> Except... latest commit was 2014.
[17:07] <OvenWerks> yeah
[17:08] <Eickmeyer> We can include it, but it's not long for this world.
[17:10] <OvenWerks> and there is no desktop file
[17:10] <Eickmeyer> *sigh*
[17:11] <OvenWerks> thats ok I think
[17:11] <OvenWerks> not nice but ok
[17:11] <Eickmeyer> Yeah, we can backport something in -menu to fix that.
[17:12] <Eickmeyer> I was considering an emergency bugfix to that, but it is SO late in the cycle, the changes to -meta are sure to annoy the release team.
[17:12] <Eickmeyer> As it is, I am going to be filing a FFe for the metas.
[17:12] <OvenWerks> Eickmeyer: is there anyway to tell which libs it actually chose as deps?
[17:13] <OvenWerks> The source does seem to have a desktop file
[17:14] <Eickmeyer> https://packages.ubuntu.com/focal/midisnoop
[17:14] <Eickmeyer> The deps aren't outlandish by any means, and I think stuff we already carry.
[17:14] <Eickmeyer> Nice that it's already Qt5.
[17:16] <OvenWerks> and python3
[17:20] <Eickmeyer> Ok, metas updated and uploaded with FFe attached.
[17:24] <Eickmeyer> Now the release team does their thing.


  You can disable in in Settings -> Desktop Effects -> uncheck "Show FPS" (re @KevinBacon: one last try if anyone knows what it is and how to disable it
 "this effect is not a benchmark")
[10:55] <user|35> no more miniatures on folder icons after update
[10:56] <user|35> how to restore?
[11:26] <user> 00
 Hello
 Intel (Power saving mode) is disabled in Nvidia X Server Settings, but I can still select it from the terminal.
 Does anyone know what the problem might be?
 Isn't that since the last update of nvidia-settings tool few days ago? (re @adhooooooooom: Hello
 Intel (Power saving mode) is disabled in Nvidia X Server Settings, but I can still select it from the terminal.
 Does anyone know what the problem might be?)
 I started it for the first time a couple of days ago indeed.
 It was working correctly before and is still working from the terminal.
 Only the GUI is disabled.
 I noticed it for the first time a couple of days ago indeed.
 It was working correctly before and is still working from the terminal.
 Only the GUI is disabled.
 Well I don't know the solution but some discussions on the topic are here :
 https://askubuntu.com/questions/1395034/nvidia-x-server-power-safe-mode-unavailable
 https://askubuntu.com/questions/1394227/nvidia-x-server-settings-prime-profiles-without-intel-power-saving-option-avai
 Thank you very much for your help, I didn't know about this. (re @Pixel: Thats a FPS graph. You can disable in in Settings -> Desktop Effects -> uncheck "Show FPS")
 You are welcome :) (re @KevinBacon: Thank you very much for your help, I didn't know about this.)
[19:49] <mahmoud> Hello
[19:50] <mahmoud> Anyone there from Barcelona
[19:52] <Maik> mahmoud: if you have a Kubuntu support question just ask, casual talk is in #kubuntu-offtopic and/or #ubuntu-offtopic
[20:17] <mahmoud> I am just curious about the switching in Barcelona government from Windows to Linux and open source, are there any signs in schools and offices?
[20:17] <mahmoud> I have switched to #ubuntu-offtopic
[20:38] <valorie> cool news about Barcelona tho
[20:39] <valorie> IMO all governments should have open governement, open code, open source software
[22:36] <alpha> Kubuntu 21.10 Plasma 5.22.5 - When I right click on a file and "Open With" all of my open with options are gone except for 3 random programs. I've created a new user account and it still happens there. Does anyone know how to fix this? Or get the default file type associations working again?
[22:47] <valorie> alpha: that sounds odd -- I would check in your $HOME file .config
[22:47] <valorie> and look into the main plasma default file and see what it says
[22:47] <valorie> you can edit; it's just text files
[22:48] <valorie> if it seems too wrong, just rename and it will be recreated afresh
 Go to $HOME/.config, locate mimeapps.list file, rename it, log out, log in. See if it helped :) (re @IrcsomeBot: <alpha> Kubuntu 21.10 Plasma 5.22.5 - When I right click on a file and "Open With" all of my open with options are gone except for 3 random programs. I've created a new user account and it still happens there. Does anyone know how to fix this? Or get the default file type associations working again?)
[23:33] <alpha> There isn't a mimeapps.list file in $HOME/.config, but wouldn't creating a new user and testing with a new user also be the same as renaming/deleting the one in the $HOME/.config folder? Seems like a system wide issue
 thats probably a fair point. What the output of command:
 locate mimeapps.list
 ? (re @IrcsomeBot: <alpha> There isn't a mimeapps.list file in $HOME/.config, but wouldn't creating a new user and testing with a new user also be the same as renaming/deleting the one in the $HOME/.config folder? Seems like a system wide issue)


[09:11] <micahg> doko: FYI, Bug #1167177
[09:12] <ubot2> Launchpad bug 1167177 in python-defaults (Ubuntu Precise) "package python-dev 2.7.3-0ubuntu2 failed to install/upgrade: tentative de remplacement de « /usr/lib/pkgconfig/python2.pc », qui appartient aussi au paquet python2.7 2.7.3-0ubuntu3.1" [High,Triaged] https://launchpad.net/bugs/1167177
[10:25] <Laney> synced too soon ...
[13:54] <smartboyhw> Laney, ping
[23:06] <micahg> can I get the SRU team's opinion on bug 701544?  it needs phpunit needs 5 new sources in precise to work correctly, but it's broke without them
[23:06] <ubot2> Launchpad bug 701544 in phpunit (Ubuntu Precise) "phpunit requires PHP_CodeCoverage" [Medium,Triaged] https://launchpad.net/bugs/701544
[23:09] <ScottK> micahg: Are all the packages you need in 12.10 and can you "backport" those to -proposed?
[23:09] <micahg> yes
[23:09] <micahg> well, I haven't tested the whole stack yet, but I believe so
[23:09] <micahg> the dependencies are sane
[23:11]  * micahg throws it in his PPA for a test
[23:17] <ScottK> micahg: Assuming it all works, I think it's fine to fix in precise via SRU.
[23:18] <micahg> ok, thanks, will upload for review after I test it tomorrow
[23:23] <ScottK> smartboyhw: ^^^
[23:25] <smartboyhw> ScottK:^?
[23:25] <ScottK> arandr is updated.
[23:26] <smartboyhw> ScottK: \o/
[23:26] <ScottK> I thought you'd be interested.
[23:27] <smartboyhw> ScottK: Thanks.
[23:28] <ScottK> You're welcome.


[19:46] <bdoin> does anybody know the packaging status for GCompris on Jaunty, we made recent releases with many bug fixes, it would be great to see an updated package.
[22:02] <faustino3331> stgrabber: i've created with alpha 6 the ltsp-build-client --arch i386 without problems but i can't boot the thin clients
[22:03] <faustino3331> stgraber: in the thin client i have an error about chroot: usr/bin/getltscfg do i have to create a lts.conf file?
[22:06] <faustino3331> ogra: i've tried ltsp-manager but it doesn't show anything i'm using amd64 jaunty alpha6, it's just an empty window and nothing else in the console it just shows a warning telling that popen2 is deprecated
[23:42] <stgraber> faustino3331: can you be a bit more precise about the error message or even take a photo of it ?
[23:47] <faustino3331> stgraber: i'm not near the computer right now
[23:48] <faustino3331> but it was something like chroot: /usr/bin/getltscfg exec error
[23:48] <faustino3331> could it be because i have no created an lts.conf file?
[23:48] <faustino3331> not


[00:38] <noonien> How can one tell what interfaces a snap needs?
[00:38] <noonien> I'm guessing there's no way of knowing, not even at runtime
[02:15] <jamesh> noonien: "snap interfaces" should tell you
[02:15] <jamesh> "snap interfaces $snap_name" will limit it to just a particular named snap
[05:21] <amosbird> hello
[05:21] <amosbird> can I use snap in centos 6?
[09:23] <noonien> jamesh: I'm creating a snap of an app of which I don't know everything about
[09:23] <noonien> And would like to know what interfaces said app needs
[09:48] <noonien> Hmm, I'm using snap-debug.security to check interface violations, I gave a snap I made a plug to "home", however, it cannot access files in my home directory.
[09:48] <noonien> It gets denied by apparmor
[09:48] <noonien> the snap gets listed under home in `snap interfaces`
[11:23] <ogra_> noonien, dont forget that the home interface will not allow access to hidden dirs (for security reasons)
[11:27] <noonien> Yes, I know. It was not a hidden directory
[11:27] <jgdx> ogra_: is wlan expected to work on pi3? i get a timeout. Ethernet works fine.
[11:28] <jgdx> also, are there any instructions on how to set up wlan on a running core?
[11:28] <noonien> Snap looks like great packaging, however, due to needing to specify every single thing that an app needs access to, I've decided not to use it
[11:28] <ogra_> jdstrand, only if you fist configure it with wired ... there is a driver bug ...
[11:28] <ogra_> bah
[11:28] <jgdx> :)
[11:28] <ogra_> jgdx,
[11:29] <ogra_> jgdx, so on first boot, set it up with wired ... then reboot, ssh in, run sudo console-conf, turn off wried and enable wlan ... rebopot again and it should all work
[11:29] <jgdx> cool, thx!
[11:30] <jgdx> ogra_: is it known that rocket chat isn't accepting anything on 80/3000 out of the box?
[11:31] <noonien> Perhaps an android type permission system would have been better, allow everything until an interface for restricting is implemented.
[11:31] <jgdx> noonien: wouldn't that … what??
[11:34] <noonien> Packaging apps that need minimal access to the system seems trivial, but packaging something that needs access to a wider set of system facilities seems rather impossible at this point, as far as I can tell.
[11:35] <jgdx> noonien: then you write an interface, then another … there's only a finite number of interfaces to write. There are, however, a bazillion ways to get hacked on a traditional system with no security
[11:36] <noonien> I wonder how apps that support plugins are supposed to be packaged, considering some plugins might need interfaces that the app did not.
[11:38] <noonien> jgdx: I agree, however, from my point of view, because of the said restrictions, I would have to either invest time into creating interfaces, or drop snappy, the latter would provide me with even less security than what I proposed.
[11:40] <jgdx> noonien: it doesn't get any clearer than that
[11:41] <ogra_> if your app has an upstream way to handle these plugins already you just make sure they are used from one of the snap dirs and ship a tool to download and install them ... as long as the plugin doesnt need HW access you wont need interfaces, just handle it internally in the snap itself
[11:43] <ogra_> the trick with snaps it to stop thinking in old packaging mechanisms, everything is possible, just different ;)
[11:45] <ogra_> s/it/is/
[11:49] <jgdx> ogra_: if the snap already have hw acc, e.g. a .so in the common dir would also have access to it?
[11:49] <ogra_> if it is in $SNAP_COMMON ? sure
[11:50] <jgdx> okay good, thanks
[11:50] <ogra_> jgdx, oh, and i totally missed your second ping, what ports would you like rocket to use ?
[11:51] <ogra_> (and why)
[11:55] <jgdx> ogra_: i'm not getting any response on the ports I try, so any, really.
[11:55] <ogra_> well, its a web service
[11:56] <ogra_> port 80 should definitely return some hhtp :)
[11:56] <ogra_> *http
[11:56] <jgdx> i agree, but it doesn't.. logs confirms it's running fine afaics
[11:57] <jgdx> anyway, maybe the default web server is configured to use localhost as a host. Need to take a closer look
[13:09] <Cyrus104> Good day, looking to see if having multiple default command is in the snap roadmap.
[13:21] <noonien> How would one support alternatives? For example, let's say an app relies on command "X", packaged by app X, however, app "X-but-better" also provides "X", how can my app use the X from "X-but-better"?
[13:24] <Son_Goku> you don't :)
[13:25] <noonien> As far as I can tell, the only solution is to build every permutation of the app.
[13:48] <Son_Goku> noonien: :)
[14:50] <jgdx> noonien: out of curiosity, when would that ever be wanted? You have file level control during creation of a snap…
[14:52] <noonien> Well, for example, I was trying to package polybar, it depends on i3, however, I'd like to have the flexibility of using i3-gaps, and do not know if the communication protocol is completely compatible.
[14:53] <noonien> So I don't know if the polybar package should depend on i3 or i3-gaps.
[15:04] <Son_Goku> sergiusens: morning!
[17:44] <jgdx> ogra_: is snap installation possible on rasbian?
[19:05] <Bashfulrobot> I have been reading through the site, and the one thing I can't seem to find info on is how to get your snap into the channels. Is there a documented process? Review? Etc.
[19:10] <oky> Bashfulrobot: to publish into a channel, you have to use the CLI (afaict) - its documented somewhere
[19:11] <oky> for review, it seems like automated vetting (i've packaged one package and submitted to beta channel, so that's very small experience point)
[19:12] <ogra_> jgdx, well, perhaps without any confinement enabled, not sure, but i guess even then the kernel will miss a lot
[19:12] <jgdx> ogra_: okay
[19:13] <ogra_> Bashfulrobot, just go to https://myapps.developer.ubuntu.com, log in and in the details page of your snap you can then select the channels you want it in
[19:13] <oky> Bashfulrobot: ok, i checked my command history. i did: `snapcraft push <package_file.snap>`, followed by `snapcraft release <package> <ver> <channel>`
[19:14] <ogra_> right, as oky said you can also use snapcraft release...
[19:14] <oky> ogra_: the web UI was quite confusing to me and i could not see how to change channels its available in
[19:14] <oky> maybe Bashfulrobot will have different experience (and i hope so)
[19:15] <ogra_> you click on the revision on the left ... then there is a "Channels" on the right with a "Release" link ... if you click that there is a form with the list of possible channels and checkboxes next to them
[19:16] <oky> Bashfulrobot: notice that to release to certain channels, your package has to be marked 'stable' or whatever the equivalent is. otherwise, edge / beta are the available channels
[19:17] <oky> ogra_: awesome, thanks!
[19:18] <ogra_> right, the stable channel only allows packages with strict confinement ... also note that "snap find" or the software center only operate on the stable channel
[19:19] <Bashfulrobot> Oh! Just push it yourself and that is that. Great to know.
[19:20] <Bashfulrobot> Is there a spot on the site that explains this? Was I a dumbass that missed this?
[23:17] <thos37> @kyrofa @JohnAgosta I’m working on a time-sensitive embedded system project in which we’re attempting to use Ubuntu 16.04 (desktop or snappy) on an Intel Joule 570x (codename tuchuck) instead of Intel’s minimalistic Ostro linux.  A pretty big deal-breaker problem is lack of support in 16.04 for the board’s 2 SPI ports and 2 UARTs.  An answer on one of our AskUbuntu threads
[23:17] <nothal> thos37: No such command!
[23:17] <thos37> (http://askubuntu.com/questions/879580/spi-appears-broken-ubuntu-core-and-intel-joule) referenced this #channel and the channel logs (https://irclogs.ubuntu.com/2017/02/01/%23snappy.html#t18:25) referenced a private bug tracked at  https://bugs.launchpad.net/tuchuck/+bug/1661067   This is a high priority issue for our project.  Is there any possibility that I could have access to at least this bug and this tuchuck tracker channel?  We can
[23:17] <thos37> offer significant quality technical feedback and testing on this issue if needed.


[00:07] <Etriaph> Has anyone performed a successful build of QtWebEngine by any chance?
[07:11] <ovidiu-florin> I made this: https://www.google.com/calendar/embed?src=sagpcrrqt6rbjff1bncam36in4%40group.calendar.google.com
[07:11] <ovidiu-florin> can we use it?
[07:13] <shadeslayer> 10 PM?!
[07:25] <seaLne> has anyone else noticed muon update notification getting the number of updates wrong? currently for me it thinks there are 30 with 9 security. but both muon update manager and apt think there are only 8? this has been happening for a wee while but it now looks consistantly wrong instead of just confused
[07:27] <shadeslayer> let me check, though I'm on utopic
[07:27] <sitter> there are plenty of things wrong with how updates are implemented
[07:28] <shadeslayer> 275 updates with 14 security upgrades
[07:28] <sitter> among them the fact that the update widget can get the count wrong, because it asks another tool for the update count
[07:28] <shadeslayer> :P
[07:29] <shadeslayer> count seems wrong yes
[07:29] <shadeslayer> apt-get says 253 upgraded, 5 newly installed, 2 to remove and 0 not upgraded.
[07:30] <sitter> shadeslayer: /usr/lib/update-notifier/apt-check
[07:30] <shadeslayer> 247;14%
[07:30] <sitter> lol
[07:30] <shadeslayer> off by one?
[07:31] <sitter> well, at least the notification and /usr/lib/update-notifier/apt-check should add up
[07:31] <sitter> the fact that they too do not just makes this more ridiculous
[07:32] <seaLne> i had updated and that does now correctly say 0;0%
[07:32] <shadeslayer> mm ... this makes no sense
[07:32] <shadeslayer> anyway
[07:33] <sitter> seaLne: best file a bug on bugs.kde I suppose
[07:35] <seaLne> what is it against?
[07:36] <seaLne> muon?
[07:36] <sitter> seaLne: yes
[07:36] <seaLne> k
[07:45] <seaLne> https://bugs.kde.org/show_bug.cgi?id=347284
[08:10] <Riddell> well that'll be my server broken
[08:44] <Riddell> http://summit.ubuntu.com/uos-1505/meeting/22506/gcc-5-update-for-1510/ wibble "GCC 5 introduces an new libstdc++ ABI which makes it difficult to combine code built with the new and the old ABI"
[08:45] <Riddell> haven't had that for years
[08:51] <soee> can someone check if RSIbreak notification work for him in 15.04 ?
[08:51] <lordievader> Good morning.
[08:58] <Blizzzek> FYI, it seems there is something at odds with kde-l10n-ru on update: trying to overwrite '/usr/share/locale/ru/LC_SCRIPTS/ki18n5/ki18n5.js', which is also in package libkf5i18n-data 5.9.0-0ubuntu1
[08:59] <Riddell> Blizzzek: didn't know you spoke russian?
[08:59] <Riddell> what version of  kde-l10n-ru ?
[09:00] <Riddell> it's https://bugs.kde.org/show_bug.cgi?id=343277
[09:00] <Blizzzek> Riddell: learning :)
[09:00] <Blizzzek> Riddell: 4:15.04.0-0ubuntu1~ubuntu15.04~ppa4
[09:00] <Riddell> hmm I thought I'd not copied that one over but maybe it slipped in
[09:01] <Blizzzek> Riddell:  was pulled in from http://ppa.launchpad.net/kubuntu-ppa/backports/ubuntu/
[09:04] <Riddell> you'll need to dpkg --install  it I'm afraid
[09:05] <Riddell> Blizzzek: I deleted it now
[09:06] <Riddell> 15.04.1 due tomorrow to fix it
[09:07] <Blizzzek> Riddell: i installed it, no prob for me. Thinking about others who might not have a clue, so i wanted to pass it on.
[09:07] <Riddell> yep, thanks for letting me know
[09:15] <Blizzzek> my pleasure
[11:25] <BluesKaj> Hi folks
[11:49] <sgclark> morning
[11:49] <lordievader> o/
[11:49] <soee> is it normal that plasmashell uses ~ 25% cpu ?
[12:00] <kfunk> nope
[12:00] <kfunk> soee: check if you have a busy indicator running somewhere
[12:01] <kfunk> like a wheather applet not finding a station or something
[12:04] <soee> kfunk: nah im nut using usch widgets :) just analog clock
[12:11]  * yofel removed the ktp icon because that usually stays in busy state
[12:16] <soee> hmm need to reboot, panel freezed after gdb check
[13:17] <seaLne> soee: after discovering that rsibreak wasn't running and starting it i get notifications
[13:17] <soee> seaLne: out of the box ?
[13:20] <seaLne> vivid with backports
[13:23] <soee> it seems like it has no by default marked notifications to inform about break start
[13:23] <seaLne> i got one in the top left of the screen
[13:29] <BluesKaj> soee, trying Wily ? , there are some packahes in the repos :-)
[13:29] <BluesKaj> err packages that is
[13:30] <soee> BluesKaj: what is Wily ?
[13:30] <soee> ah teh next version codename
[13:30] <BluesKaj> sed'd the sources.list
[13:31] <soee> BluesKaj: it will tak esome time nah till all required packages get
[13:32] <BluesKaj> I have the other 15.04 install for fallback so I'm trying 15.10, such as it is
[13:34] <soee> i have only my laptop :D
[13:34] <BluesKaj> had to change the hostname and /etc/hosts settings to make it look "real "  :-)
[13:35] <BluesKaj> yeah, my laptop remains on 15.04 and will stay that way for quite some time
[14:48] <Darkwing> There a way to change the name of the drive for decryption on boot up?
[14:49] <Darkwing> Its purely a... Polished look thing.
[14:55] <Darkwing> This is what it looks like... https://www.dropbox.com/s/nqfduvc3w6nts5d/IMG_20150506_104545.jpg?dl=0
[15:11] <sgclark> Riddell: can you poke me a few before meeting? that is today right?
[15:23] <Riddell> sgclark: yes it's today, will do
[15:24] <sgclark> tyvm
[15:25] <Riddell> sgclark: it's in 3.5 hours
[15:25] <sgclark> okies. I have not had much sleep in many days so I will not go live, but will be present.
[15:59] <Riddell> ovidiu-florin: you prepared for your presentation?
[15:59] <Riddell> mparillo: how about a social media bomb with the URLs to the presentation and meetings?
[16:00] <ovidiu-florin> almost
[16:00] <ovidiu-florin> last checks on my virtual machine
[16:00] <Riddell> http://summit.ubuntu.com/uos-1505/meeting/22517/plasma-5-demo/  in 2 hours and  http://summit.ubuntu.com/uos-1505/meeting/22508/kubuntu-kickoff/  in 3 hours
[16:01] <ovidiu-florin> Riddell: there's a kde office meeting in #kde-ev
[16:01] <ovidiu-florin> in one hour
[16:01] <Riddell> ovidiu-florin: ok, what's that?
[16:02] <ovidiu-florin> Riddell: http://blog.lydiapintscher.de/2015/05/01/evolving-kde-office-hour/
[16:19] <ovidiu-florin> ahoneybun is stil not here
[16:19] <ovidiu-florin> rick isn't eighter
[16:21] <Riddell> ovidiu-florin: do you know how to start a hangout for a session?
[16:21] <ovidiu-florin> yes
[16:21] <ovidiu-florin> and I'd like to start it
[16:21] <ovidiu-florin> wait
[16:21] <ovidiu-florin> I know how do do a hangouts on air
[16:21] <Riddell> ovidiu-florin: https://wiki.ubuntu.com/UDS/Sessions
[16:21] <ovidiu-florin> but how to make it be in the session, that I don't know
[16:21] <Riddell> yes it's a hangout on air
[16:22] <Riddell> ovidiu-florin: do you have an Edit Hangout Details button on http://summit.ubuntu.com/uos-1505/meeting/22517/plasma-5-demo/ ?
[16:24] <ovidiu-florin> no
[16:24] <ovidiu-florin> I think Aaron has that
[16:24] <ovidiu-florin> he registered the event
[16:27] <Riddell> ovidiu-florin: I do too so I can add the url if you start a hangout
[16:35] <ovidiu-florin> Riddell: I gave the links to nicholas to update
[16:35] <Riddell> ok
[16:42] <ovidiu-florin> Riddell: care to join the hangout so we can do some testing?
[16:47] <Riddell> ovidiu-florin: URL?
[16:54] <mparillo> Riddell: Sorry that whole work thing. Looks like somebody beat me to twitter. Whoever did, thanks.
[16:56] <Riddell> mparillo: oh aye I got on it
[17:08] <ovidiu-florin> Riddell: you got interupted
[17:08] <ovidiu-florin> kubotu: ping
[17:08] <kubotu> pong
[17:08] <ovidiu-florin> so I'm ok
[17:17] <Riddell> it's my end
[17:17] <Riddell> hopefully that's it sorted
[17:19] <Etriaph> G'day folks.
[17:34] <Riddell> 25 mins to Plasma 5 demo! http://summit.ubuntu.com/uos-1505/meeting/22517/plasma-5-demo/
[17:39]  * Etriaph walks dogs &
[17:39] <ovidiu-florin> kubotu: ping
[17:39] <kubotu> pong
[17:40] <genii> I'm so torn. Canada vs Sweden, or Plasma5 demo. Choices, choices....
[17:40] <ovidiu-florin> the hangout just died on me
[17:40] <ovidiu-florin> Riddell: ^
[17:40] <ovidiu-florin> is it still on?
[17:40] <Riddell> it died on me too
[17:40] <ovidiu-florin> damn
[17:40] <ovidiu-florin> I'll make a new one
[17:40] <ovidiu-florin> are you ready to update the links?
[17:43] <Riddell> sure
[17:43] <ovidiu-florin> Riddell: ^^^
[17:44] <Riddell> ovidiu-florin: the old one works
[17:44] <ovidiu-florin> really?
[17:44] <ovidiu-florin> should I switch?
[17:44] <ovidiu-florin> do
[17:44] <ovidiu-florin> update the links please
[17:44] <Riddell> "Waiting for people to join this video call..."
[17:44] <ovidiu-florin> I've published this new one on Google+
[17:45] <ovidiu-florin> hello Sick_Rimmit
[17:45] <Sick_Rimmit> ovidiu-florin:
[17:45] <Sick_Rimmit> hI
[17:45] <ovidiu-florin> I've sent you the link
[17:46] <Riddell> Sick_Rimmit!
[17:46] <Riddell> anyone got a phone for aaron?
[17:47] <ovidiu-florin> http://pad.ubuntu.com/plasma5-UOS-2015
[17:49] <ovidiu-florin> http://summit.ubuntu.com/uos-1505/meeting/22517/plasma-5-demo/
[17:51] <valorie> hmmm, I have no phone #
[17:51] <Riddell> still 10 minutes
[17:51] <valorie> for aaron
[17:54] <valorie> gack, and Ubuntu-Women meet is now also
[17:54] <valorie> sooo many meetings today!
[18:01] <Riddell> Plasma 5 demo on now! http://summit.ubuntu.com/uos-1505/meeting/22517/plasma-5-demo/
[18:07] <soee> kickoff ?
[18:13] <sgclark> sorry I have no sound..
[18:15] <soee> sgclark: working on kf5.10 maybe ?
[18:16] <sgclark> I am on ci build yeah
[18:16] <ovidiu-florin> Sick_Rimmit: turn on your lower third
[18:16] <ovidiu-florin> ahoneybun: as well ^
[18:52] <shadeslayer> Riddell: linkeroo
[18:53] <shadeslayer> plz
[18:53] <Riddell> https://plus.google.com/hangouts/_/hoaevent/AP36tYc8MGQiy1PyrQS_dRFnX53nvjJhUvi2hLgveW7mAfLrAoQvgQ?authuser=0&hl=en
[18:53] <Riddell> http://summit.ubuntu.com/uos-1505/meeting/22508/kubuntu-kickoff/
[18:53] <Riddell>  #ubuntu-uos-core
[18:54] <shadeslayer> I'm there
[18:54] <Riddell> still doing the plasma 5 demo now
[18:55] <Tm_T> I need to get sleep, travelling tomorrow and then showing off Ubuntu (and Kubuntu most likely) in an event on friday
[18:55] <Tm_T> yeeeee
[18:55] <shadeslayer> Riddell: okie
[18:57] <genii> That went reasonably well.
[19:07] <Sick_Rimmit> Yes its was pretty good
[19:08] <Riddell> Sick_Rimmit: join #ubuntu-uos-core
[19:08] <Riddell> and the new url https://plus.google.com/hangouts/_/hoaevent/AP36tYf8Q-X4hy5CQI0ettYyhrlapK4qnFxGVRgdE8NtoxCHG3pfeA?authuser=0&hl=en
[19:21] <Sick_Rimmit> Sorry guys browser crashed
[19:29] <ahoneybun> Riddell: can I move the card over to 'Doing' now?
[19:29] <Riddell> ahoneybun: sure
[19:30] <Riddell> but use the right channel!
[19:30] <ahoneybun> k
[19:30] <ahoneybun> oh
[19:35] <genii> Yes, Konsole does not remember which screen it was open on in the last session
[19:59] <Etriaph> Riddell<EMAIL_ADDRESS>[19:59] <Etriaph> Account is setup.
[20:02] <Etriaph> Google will spam-catch anything from logs.
[20:02] <Etriaph> I don't mind if any of you email me.
[20:03] <Etriaph> ovidiu-florin, ahoneybun: With respect to the manual and SEO; it's probably best if it lives on the Kubuntu site as Kubuntu is not a KDE product.
[20:03] <Etriaph> Or within our domain.
[20:03] <Riddell> groovy, thanks all
[20:04] <Riddell> thanks for joining us Etriaph and whoever Dave was I don't think I got his nick
[20:04] <ovidiu-florin> Etriaph: we can do some URL rewrites to the current wiki with our domain
[20:04] <Etriaph> Hey, this was fun, :D
[20:04] <valorie> excellent session
[20:04] <Etriaph> ovidiu-florin: Nothing that crazy
[20:04] <Etriaph> ovidiu-florin: :D
[20:04] <Riddell> Etriaph: well now you have responsibility!
[20:04] <valorie> to explain why we started using the wiki: docbook sucks, and so does the Ubuntu wiki
[20:05] <valorie> so we started using the KDE wiki to develop the docs
[20:05] <Etriaph> Riddell: I'm happy to assist in any way I can.  I've never assisted with an election before this, I don't know your processes.
[20:05] <Riddell> Etriaph: you're subscribed to kubuntu-devel mailing list?
[20:05] <Etriaph> Riddell: Yes.
[20:05] <valorie> but as yofel says, that isn't the proper way to *present* the docs
[20:05] <Etriaph> ovidiu-florin: We use WordPress
[20:05] <Etriaph> ovidiu-florin: There must be a module that can assist
[20:06] <Etriaph> Nope, WordPress == Evil
[20:06] <Etriaph> But, if you're comfortable with it
[20:06] <Etriaph> Yes
[20:06] <valorie> the docs should be available in the software, on webpages, in ePub, etc.
[20:06] <Riddell> Etriaph: first thing is to send out an e-mail calling for new council members.  we need 3 membres to replace the 3 of us at the end of our times.  people can re-stand if they want.  people can nominate other people if they want
[20:06] <Etriaph> valorie: For SEO, you want one location
[20:06] <Etriaph> Yes
[20:06] <Etriaph> PodsCMS
[20:07] <Etriaph> No
[20:07] <Etriaph> WordPress module
[20:07] <valorie> we can't develop on the web
[20:07] <Riddell> Etriaph: http://www.kubuntu.org/kubuntu-council has the constitution including links to the voting system we use once the nominations are in
[20:07] <Etriaph> Riddell: OK, I'll get a draft going tonight.
[20:07] <valorie> the most open way to develop the docs is on the wiki
[20:07] <lordievader> Riddel: I think Dave is davevanloo in #kubuntu ;)
[20:07] <Riddell> Etriaph: https://launchpad.net/~kubuntu-council/+members lists current members
[20:07] <Riddell> Etriaph: you can see the dates for the 3 coming to the end of their terms
[20:08] <Etriaph> ovidiu-florin: SEO, remember SEO
[20:08] <Riddell> lordievader: ah you could be right
[20:08] <valorie> wow, I can't believe it's been 2 years already
[20:08] <Etriaph> ovidiu-florin: In our domain = higher credibility
[20:08] <valorie> Etriaph: thank you very much for doing the election
[20:08] <Etriaph> valorie: No problem :D
[20:09] <valorie> I'll volunteer for next year
[20:10] <Etriaph> ovidiu-florin: If I can get my mic working this evening (not set up yet I'm sure) I'll get in a chat and just talk web stuff.
[20:10] <Etriaph> ovidiu-florin: Ya, I understand, I'm talking for the future so I'm not caught typing :D
[20:10] <valorie> that said, we could go back to using launchpad to develop the docs -- they will now host git as well as bazaar
[20:11] <yofel> valorie: oh? from when?
[20:11] <ahoneybun> launchpad?
[20:11] <Etriaph> Riddell, valorie: One thing to note, I'm not a member, is it normal for a non-member to be running the election?
[20:11] <yofel> Etriaph: not really, but it doesn't matter either, you just don't get to vote ^^
[20:12] <ovidiu-florin> Sick_Rimmit: you said something about a floss event?
[20:12] <Etriaph> yofel: Ah, makes sense :D
[20:12] <ovidiu-florin> soon?
[20:12] <Riddell> not a member...yet :)
[20:12] <yofel> right, and that ^
[20:12] <sgclark> I would but I do NOT want to replace the 3 lovely members lol
[20:12] <valorie> Etriaph: you should totally become a member
[20:12] <valorie> running the election will be something of a large contribution
[20:12] <Etriaph> valorie: I don't know what the requisites for that are.
[20:12] <valorie> no, no
[20:12] <ahoneybun> Riddell: I'll be up for running for the Council if I can
[20:12] <Etriaph> ovidiu-florin: https://launchpad.net/~kubuntu-council/+members
[20:12] <valorie> Kubuntu Member is not the same as the Council
[20:13] <Etriaph> ovidiu-florin: ;)
[20:13] <Riddell> ahoneybun: awooga
[20:13] <ahoneybun> que?
[20:13] <Riddell> sgclark: do it! competition is good
[20:13] <valorie> !member
[20:13] <sgclark> lol
[20:13] <valorie> Kubuntu Membership is Ubuntu Membership
[20:13] <ahoneybun> awooga?
[20:13] <Riddell> awooga awooga awooga
[20:13] <valorie> same, but better :-)
[20:13] <yofel> ahoneybun: any kubuntu member can run for the council, go ahead
[20:14] <ahoneybun> Riddell: what does that mean lol
[20:14] <yofel> ahoneybun: it means wheeee \o/
[20:14] <Riddell> ahoneybun: dunno but it sounds good (and don't you want Red Dwarf?)
[20:14] <valorie> ahoneybun: it's a sound from old movies
[20:14] <valorie> ah, and Red Dwarf, how did I forget
[20:14] <ahoneybun> Riddell: where do I go to put my name up?
[20:14] <Etriaph> Riddell: Does the email just go to Kubuntu-devel mailing list?
[20:14] <Riddell> ahoneybun: wait for Etriaph to send out the e-mail
[20:15] <Riddell> Etriaph: yep
[20:15] <valorie> ahoneybun: the election hasn't started yet
[20:15] <ahoneybun> ok
[20:15] <valorie> lol
[20:15] <yofel> Riddell, Etriaph: doesn't it go to -users too?
[20:15] <Riddell> good idea/point
[20:16] <Etriaph> OK, I'll get that sorted out, probably send it out after 9PM EST
[20:16] <yofel> the mailing list archive from may/june last year should have the last election mails
[20:16] <Etriaph> I have them in my gmail account somewhere too.
[20:16] <Etriaph> Take it easy ovidiu-florin
[20:17] <Etriaph> Sleep well
[20:17] <Etriaph> ahoneybun: Yup, still banging around.
[20:17] <valorie> woah, http://arstechnica.com/security/2015/04/spam-blasting-malware-infects-thousands-of-linux-and-freebsd-servers/
[20:17] <Etriaph> ahoneybun: Gonna hop out and listen to some chopin actually
[20:18] <Etriaph> Eh-tree-aff
[20:18] <Etriaph> :D
[20:18] <ovidiu-florin> here: Go nuts: https://www.youtube.com/watch?v=EFwAAjutC_0
[20:18] <Etriaph> Call me Rob
[20:18] <ovidiu-florin> And the kickoff: https://www.youtube.com/watch?v=YHCda9mqjbA
[20:18] <Etriaph> ahoneybun: We have IRC, it works just as well.
[20:18]  * ovidiu-florin ZZZZZZzzzzz......
[20:20] <Etriaph> It doesn't say which service was compromised re: ars article
[20:20] <valorie> yes, a bit vague
[20:20] <valorie> sweet dreams ovidiu-florin
[20:20] <valorie> congratulations on the show and tell
[20:21] <valorie> you and Sick_Rimmit and ahoneybun
[20:21] <valorie> well done
[20:21] <ahoneybun> thanks valorie
[20:22] <valorie> I look forward to those more in-depth looks
[20:22] <valorie> when I'm not trying to cook breakfast while watching
[20:22] <Etriaph> LOL valorie
[20:27] <ahoneybun> Riddell: I added a comment on the muon discover card
[20:27] <ahoneybun> seems I found the dir where the slides are coming from
[20:28] <Etriaph> yofel: On users now.
[20:28] <Etriaph> Is the schedule something I set myself, or is there a predetermined election scheduling format that is used?
[20:31] <yofel> Riddell: ^
[20:31] <Riddell> Etriaph: I forget, try searching kubuntu-devel archives from this time last year to see what happened
[20:32] <Etriaph> Riddell: OK, I'll keep the same general voting period and sane defaults aside.
[20:59] <soee> do we need applications and plasma status links in topic ? :)
[21:06] <sgclark> ?
[21:07] <valorie> oh right, now that wily is named, topic could use some updating
[21:08] <valorie> otoh, wily branches aren't working yet
[21:09] <ScottK> Sneaky aren't they.
[21:11] <Etriaph> Call for nominations is out.
[21:11] <soee> ~.~
[21:12] <soee> sgclark: we have Plasma 5.3 and applications 15.04 in backports so teh building status in topic is a bit outdated :)
[21:19] <valorie> umm, that last bit is in the past
[21:19] <valorie> perhaps link to the youtube of it?
[21:19] <ahoneybun> I'll do it
[21:23] <ahoneybun> done
[21:23] <valorie> thank you
[21:23] <ahoneybun> np
[21:23] <ahoneybun> valorie: I'm going to put in my name for the Council
[21:24] <valorie> yes, you said so earlier
[21:24] <ahoneybun> forgot I did
[21:24] <ahoneybun> sorry
[21:44] <valorie> whoever is watching over our site: http://arstechnica.com/security/2015/04/spam-blasting-malware-infects-thousands-of-linux-and-freebsd-servers/
[21:50] <Etriaph> They haven't pin-pointed the vulnerability really, there are a lot of ideas and speculation atm.
[21:53] <Etriaph> ovidiu-florin: http://codex.wordpress.org/Hardening_WordPress
[21:56] <Etriaph> valorie: Should I move the council elections card to the 'Doing' column?
[21:58] <ScottK> Etriaph: Yes
[21:59] <Etriaph> ScottK: Thanks Scott
[22:05] <valorie> yup
[22:05]  * valorie goes to pay bills on the winbox :(
[22:06] <valorie> worst part of the whole trail-widow gig beyond missing my hubby
[22:13] <Etriaph> We all have to pay the bills.
[22:13] <Etriaph> Sadly.
[23:05] <valorie> that wasn't so bad
[23:05] <valorie> I didn't get hives or pull all my hair out
[23:06] <valorie> plus I fertilized the houseplants and swept the front porch
[23:06] <valorie> hmmm, why is an xfinity truck out front?
[23:07] <valorie> so now time to pack, I'll be gone until Wed. which is one of the reasons it is lovely you volunteered to run the election Etriaph
[23:08] <Etriaph> Glad to help :)
[23:15] <ahoneybun> Etriaph: I've add you to the Docs trello board as well
[23:15]  * ahoneybun goes to shower
[23:23] <Etriaph> ahoneybun: Roger that.


[06:37] <valorin_> Is there anyone around who can help with Bug #755842? It's a pretty bug usability bug imho, but it doesn't appear to have been noticed by the right people in over 2 months...
[06:37] <ubot4> Launchpad bug 755842 in unity (Ubuntu) (and 1 other project) "Non-maximized windows which sit on the border of a workspace move when called (affects: 19) (dups: 3) (heat: 78)" [Undecided,Confirmed] https://launchpad.net/bugs/755842
[14:12] <Bombadill> Hi, I need some help with Launchpad: #799225
[14:13] <Bombadill> How do I get the state back to New so that it gets reviewed by the ubuntu-sponsors team?
[14:14] <Ampelbein> Bombadill: hi!
[14:14] <Ampelbein> Bombadill: I can set it back to new or just upload to ubuntu.
[14:15] <Bombadill> please set it back to 'New', it's a Sync request
[14:15] <Bombadill> or, just sync it ;)
[14:18] <Ampelbein> I'll set it to confirmed and let an archive-admin sync it. (-2 isn't on packages.debian.org yet)
[14:20] <Bombadill> okay, thanks a lot!
[14:20] <Ampelbein> Bombadill: as to your question why it didn't fail on debian: I don't know, maybe something to do with arch:all packages being built by the uploader (you) and not the buildds. (the failure was at the -doc package)
[14:21] <Bombadill> ah, good point
[14:21] <Ampelbein> thanks for making a new debian upload so quickly for a ubuntu issue btw! ;-)
[14:24] <Bombadill> no problem. From my experience with my packages, Ubuntu problems almost always are Debian problems too ;)
[14:25] <Bombadill> Ampelbein: Thanks a lot for the Launchpad updates.
[14:26] <Ampelbein> yw
[14:29] <penguin42> does anyone know if there is an equivalent debian bug channel somewhere?
[14:32] <Bombadill> penguin42: hmm, I don't know, but I guess you would get a better answer on #debian-devel
[14:32] <Ampelbein> penguin42: hmm, maybe #debian-bugs or #debian-devel on OFTC?
[14:35] <penguin42> Ampelbein: Thanks; I rarely use OFTC
[17:26] <Abhijit> charlie-tca, ping
[17:30] <charlie-tca> Pong
[17:34] <Abhijit> charlie-tca, may i pm
[17:34] <charlie-tca> sure
[21:39] <bullgard4> [Natty 64-bit] My new computer shows after 1 week for the 1st time: "panic occurred, switching back to text console". It shows a detailed error report of 64 lines in a virtual console.  To report meaningfully to Launchpad, do I have to copy all 64 lines by hand, or will I find them in a log on hdd after restart?
[21:45] <charlie-tca> Usually they will be in a log, if it was already running a desktop, it should be in /var/log/kern.0 or /var/log/syslog.1 after the restart
[21:56] <bullgard4> charlie-tca: Thank you for your information.
[22:00] <charlie-tca> You are welcome


[00:48] <stelt> on "create new empty partition table on this device" it also says "Note that you will be able to undo this operation later if you wish." Shouldn't that be "... wil NOT ..." ?
[00:51] <evand> No, because the partition table changes are not committed until you press the Install button.
[00:59] <stelt> evand, that's not an "Undo", but a "Cancel" then. The current text obviously gives misinterpretation to some people
[01:01] <evand> actually, both are true.  You can undo the changes you make to the partition table on that same page, and you can cancel the install before you press the Install button.
[01:02] <stelt> agreed. But that doesn't remove the significant room for misinterpretation
[01:05] <evand> stelt: Can you file a bug report on this and assign it to me?
[01:05] <evand> or just paste the bug number in here and I'll triage it myself
[01:06] <stelt> "When the 'install' is finally committed ... " might be a basis for a better text
[01:06] <stelt> i'll see if i can report and post the bug nr here
[01:07] <evand> thanks
[01:27] <stelt> https://bugs.launchpad.net/ubuntu-express/+bug/182733
[01:27] <ubotu> Launchpad bug 182733 in ubuntu-express "ambiguous wording in "prepare partitions"" [Undecided,New]
[01:46] <evand> thanks
[01:46] <evand> oh
[01:59] <stelt> oh?
[02:00] <evand> For future reference when filing bugs, you want to set the project to Ubuntu and the file against the ubiquity source package.
[02:00] <evand> We handle the installer bugs on their source packages, and ubuntu-express was renamed to ubiquity a while back.
[02:01] <evand> But no worries, I'll fix it for this one.  Thanks again for filing this.
[04:41] <stelt> when i tried to manually make a partition at liveCDs' "install" and picked "dont_use" the whole installer crashed and so did the error report thing :-(
[05:15] <stelt> a URL giving a detailed list of differences between the live CD and the alternate CD please
[07:04] <CIA-8> ubiquity: superm1 * r2408 ubiquity/ (10 files in 5 dirs): adjust to use mythbuntu-common
[07:42] <CIA-8> ubiquity: superm1 * r2409 ubiquity/scripts/mythbuntu/mythbuntu_install.py: its not urgent to raise InstallStepErrors if there is something wrong with lirc. Let the install finish
[10:14] <Le_Vert> evand: I just tried your patch for ubiquity/partman/preseed
[10:14] <Le_Vert> it works when choosing guided partitionning on the whole disk
[10:14] <Le_Vert> but crash when using manual partitionning :)
[14:09] <evand> yikes, I'll have to fix that then.
[14:21] <xivulon> evand anything I can help with on my side?
[14:22] <xivulon> re #177868 can you please also extend that to mkswap?
[14:24] <evand> will do
[14:30] <xivulon> thanks
[16:56] <twb> cjwatson: say, did the netboot syntax for casper change in hardy?
[16:56] <twb> I'm trying to netboot an alpha image, and it seems to think I supplied an nfs rootserver but not a rootpath.
[16:57] <twb> ...with APPEND boot=casper initrd=ubuntu-live/ubuntu-7.10-desktop-i386/casper/initrd.gz rw netboot=nfs nfsroot=<IP_ADDRESS>:/srv/netboot/ubuntu-live/ubuntu-7.10-desktop-i386 quiet splash
[16:57] <twb> Oops, that's still gutsy.  So I've done something wrong, because gutsy used to work.
[16:58] <cjwatson> hmm, not that I know of; the list of changes is really small
[16:58] <cjwatson> surely NFSROOT= though
[16:58] <twb> You mean uppercase?
[16:58] <cjwatson> I don't know why nfsroot= worked in gutsy ;-)
[16:58] <cjwatson> yeah
[16:59] <twb> Hmm, I've never done it upper case before
[17:01] <twb> If it doesn't understand nfsroot (lowercase), then it's probably getting roothost from DHCP; which would explain why it gets that but not rootpath.
[17:02] <cjwatson> ah, that could be it
[17:02] <cjwatson> nfsroot works in Debian and is what is documented, but there was a screwy merge at some point and our casper is missing some of the option parsing :(
[17:02] <cjwatson> somebody needs to bring it back into sync
[17:03] <twb> You mean Debian's casper, or live-initramfs?
[17:04] <cjwatson> Debian's casper before the name change; I assume live-initramfs too
[17:35] <evand> xivulon: is there any particular reason you used "$(basename /host$path)" = "swap.disk" instead of checking the fs argument?  If there isn't, I'll make that change to your patch as swap.disk is wubi-specific.
[17:35] <evand> in autopartition-loop, that is.
[17:37] <twb> cjwatson: using NFSROOT didn't help
[17:37] <twb> Maybe I need to do `exportfs -va' to update it, even though it's a subtree.
[17:39] <cjwatson> I have a feeling you're beyond me already
[17:39] <twb> Yeah
[17:40] <twb> It's rtfs time
[18:31] <xivulon> evand no reason
[18:32] <xivulon> it's only important to make sure that when we need to generate swap files, they are contiguous and fully zeroed
[18:33] <xivulon> the code simply identifies a swap file and as you pointed out using fs is a better choice
[18:34] <evand> indeed, ok
[20:43] <choudesh> hello
[20:44] <choudesh> I need a bit of help here. I am customizing the liveCD, trying to add the dist/pool folders. It seems when I add these folders, sqaushfs just hangs on boot up
[20:52] <choudesh> cjwatson, you around?
[20:54] <cjwatson> there's no need to /msg me
[20:55] <cjwatson> it's my evening, and nagging me will make me grouchy
[20:55] <cjwatson> 12 minutes response time is pretty good at nearly 9pm ;)
[20:55] <choudesh> heh
[20:55] <cjwatson> I've seen your mail, but have not yet had a chance to work out what might be wrong
[20:56] <cjwatson> however it would help if you could provide log messages
[20:56] <choudesh> didn't want to flood the channel with my issues
[20:56] <choudesh> hmm, how would I produce the log?
[20:56] <cjwatson> transcribing the last few things you see would be fine
[20:56] <cjwatson> I assume you're ascribing the issue to squashfs due to some log messages you're seeing
[20:57] <choudesh> well, it never gets past the sqaushfs so I am pretty sure that is it.
[20:57] <cjwatson> "gets past the squashfs"?
[20:57] <choudesh> It is not using lzma, so it isn't a decompression issue
[20:57] <cjwatson> at what stage in the boot process does it hang?
[20:58] <cjwatson> boot without quiet or splash on the kernel command line to get more detail
[20:58] <choudesh> during boot, after initramfs, about kernel init, and right before it goes to decompress the squashfs. I see the squashfs markers, but it never gets past that
[20:58] <choudesh> I have - with both verbose and debug
[20:58] <cjwatson> at that point you should be able to tell us the last few things on the screen
[20:59] <choudesh> ok - I will get you a detailed log of what happens. If you don't mind I will email it to you.
[20:59] <cjwatson> are you sure you don't mean the initrd?
[20:59] <cjwatson> because there's no point in the boot process that can be described as "decompressing the squashfs"
[20:59] <cjwatson> the squashfs is *mounted*, and bits of it are decompressed as needed
[20:59] <cjwatson> it's not all decompressed into memory in one go or anything
[21:00] <cjwatson> e-mail's fine
[21:14] <xivulon> http://diozaka.org/octod/
[21:14] <xivulon> ops sorry
[23:56] <xivulon> evand please note I pushed rev 41 in partman-auto-loop/lupin-support


[00:01] <ubotu> New bug: #163237 in linux-restricted-modules-2.6.20 (restricted) "X Problems with nVidia on Qudra FX 1600M in Dell Precision M6300" [Undecided,New] https://launchpad.net/bugs/163237
[13:26] <ubotu> New bug: #153917 in xserver-xorg-video-ati (main) "gnome-system-monitor when run as user has display problems on process tab.screen flashes on/off whenever the mouse cursor is on screen.flashing stops when mouse cursor is off screen.when run as sudo NO problem,always repeatable as user." [Low,Fix released] https://launchpad.net/bugs/153917
[15:01] <ubotu> New bug: #57878 in xkeyboard-config (main) ""Serbia and Montenegro" no longer exists" [Undecided,Confirmed] https://launchpad.net/bugs/57878
[15:49] <tormod> timo or bryce, can you ack bug #163356 please?
[15:49] <ubotu> Launchpad bug 163356 in xserver-xorg-video-savage "please sync xserver-xorg-video-savage 1:2.1.3-5 from Debian unstable main" [Undecided,New] https://launchpad.net/bugs/163356
[15:51] <tormod> bryce, http://people.ubuntu.com/~bryce/Xorg/versions_current.html seems broken: there are no Debian versions.
[15:55] <ubotu> New bug: #163356 in xserver-xorg-video-savage (main) "please sync xserver-xorg-video-savage 1:2.1.3-5 from Debian unstable main" [Undecided,New] https://launchpad.net/bugs/163356
[17:05] <tormod> can someone wishlist,low bug #157706 please?
[17:05] <ubotu> Launchpad bug 157706 in xserver-xorg-video-ati "ATI crash with several graphics boards or other non-randr 1.2 drivers" [Undecided,New] https://launchpad.net/bugs/157706
[22:11] <ubotu> New bug: #163250 in xorg (main) "Mouse cursor disappears in firefox during page loading" [Undecided,New] https://launchpad.net/bugs/163250
[22:50] <bryce> tormod: ok wishlisted and acked.
[22:52] <bryce> tormod: regenned page with debian
[22:53] <bryce> (I have to manually generate it to include debian packages for now, which is why it doesn't always show them)
[23:11] <tormod> down to zero New bugs in -ati and mesa!
[23:28] <bryce> yay!
[23:30] <Q-FUNK> mesa been jah-jah binks
[23:33] <bryce> what's up q?
[23:36] <Q-FUNK> playing with the newest version of the ThinCan.
[23:36] <Q-FUNK> benchmarking it against the previous one.
[23:37] <Q-FUNK> waiting to see what sort of miracles dilinger will manage to accomplish with -amd