[05:57]  * enyc meows
[09:20] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-460 (hirsute-proposed/restricted) [460.73.01-0ubuntu1 => 460.73.01-0ubuntu<IP_ADDRESS>] (core, i386-whitelist)
[09:30] -queuebot:#ubuntu-release- Unapproved: gtk+3.0 (hirsute-proposed/main) [3.24.25-1ubuntu4 => 3.24.25-1ubuntu5] (i386-whitelist, ubuntu-desktop)
[09:33] <guiverc> vorlon, I still haven't noticed the 16.04 ML annoucement
[09:48] <sil2100> Laney: hey! hm hm, where can I find the logic behind running proposed migration (britney2 especially) for specific series? I'm asking since I see that we had no britney2 runs for bionic since the 27th
[09:48] <sil2100> https://people.canonical.com/~ubuntu-archive/proposed-migration/log/bionic/
[09:51] <Laney> sil2100: it starts from archive-reports calling run_proposed_migration
[09:51] <sil2100> Thanks!
[09:51] <Laney> one of those tests is probably failing I guess
[09:51]  * sil2100 digs into that
[09:51] <Laney> at 151
[09:52] <Laney> s/one/all/ !
[09:53] <sil2100> Will find out eventually, this is a good occassion for me to get to know this stuff
[09:54] <Laney> yep, good to know how it fits together
[09:56] <Laney> there's also a lockfile btw, chance that might have gotten stuck
[09:56] <Laney> bin/run-proposed-migration line 38
[09:57] <icey> sil2100: the additional bug you referenced on https://bugs.launchpad.net/cloud-archive/+bug/1923036 should only block Nova, if I'm reading it right?
[09:57] <ubot3> Launchpad bug 1923036 in octavia (Ubuntu Focal) "[SRU] Ussuri stable releases" [Undecided, Fix Committed]
[09:58] <sil2100> Laney: yeah, I just saw that, I see the lockfile is from the 27th
[09:58] <sil2100> So I guess we just need t o remove it
[09:59] <Laney> nod
[09:59] <Laney> check there's no stuck britney process or anything
[09:59] <sil2100> icey: yes, but we usually release the whole stack at once - is it safe to leave out nova in -proposed but release the rest?
[10:00] <sil2100> Laney: none for bionic at least
[10:00] <icey> sil2100: that should be OK for the OpenStack point releases, as the various projects don't release them in any kind of coordinated fashion, in general
[10:00] <Laney> sil2100: good, then go ahead and remove, it should run I guess/hope
[10:02] <sil2100> icey: good to know! Let me release those in a moment then ;)
[10:02] <icey> thanks sil2100! I got poked on Monday about another Neutron bug for Focal so I wanted to see if I could progress this :)
[11:06] <sil2100> icey: yw!
[11:06] <sil2100> Laney: yay, it's running now o/
[11:07] <Laney> w00t
[11:07] <sil2100> rbalint: hey! Do you know when we can expect systemd 248 in impish? I see it's still not imported into Debian
[11:14] -queuebot:#ubuntu-release- New binary: ssshtest [amd64] (impish-proposed/none) [0.0+git20190416.6f5438a-1] (no packageset)
[12:27] <ddstreet> icey for neutron are you referring to lp: #1832021? just asking to see if you are planning to sponsor it, if you're too busy i can help with sponsoring
[12:27] <ubot3> Launchpad bug 1832021 in neutron (Ubuntu Bionic) "Checksum drop of metadata traffic on isolated networks with DPDK" [Medium, New] https://launchpad.net/bugs/1832021
[12:29] <icey> ddstreet: it looks like there's a Neutron upload from yesterday that's accepted into bionic-proposed with three bugs attached already; coreycb I don't remember if you wanted me to grab ^ as well or if you were?
[12:31] <icey> ah ddstreet - that's not the bug I was thinking of
[12:31] <icey> ddstreet: so no summary on that yet, this is the first I'm seeing it
[12:33] <ddstreet> well i just was told of another neutron bug, lp: #1883089
[12:33] <ubot3> Launchpad bug 1883089 in neutron (Ubuntu Focal) "[L3] floating IP failed to bind due to no agent gateway port(fip-ns)" [Undecided, New] https://launchpad.net/bugs/1883089
[12:35] <ddstreet> icey i'm sure dosaboy will sync with you guys on these, and we're happy to help with sponsoring/uploading if you're all busy
[12:35] <icey> ddstreet: indeed, Monday's the normal sync day
[12:36] <icey> I intend to upload the change for 3089 to Focal in a few, verifying that it builds correctly
[12:53] <jamespage> lukasm: if you have cycles there are a couple of ceph uploads in the focal and groovy UNAPPROVED queues which drop the patch which failed verficiation in the current -proposed versions
[12:54] <lukasm> jamespage: I guess that is directed to sil2100
[12:54] <jamespage> doh yes
[12:54] <jamespage> ETOMANYCONVERSATIONS
[12:55] <lukasm> and ETOMANYLUKAS[Z]s
[13:06] <sil2100> o/
[13:06] <sil2100> heh
[13:21] <rbalint>  sil2100 re:systemd 248: i'd like to migrate 247.3-5ubuntu1 first and then land 248 which is being tested in https://bileto.ubuntu.com/#/ticket/3840
[13:21] <rbalint> sil2100, looking at the arm64 queue the optimistic ETA is mid next week
[13:25] <sil2100> rbalint: thanks for the update! That works
[13:25] <sil2100> jamespage: on it in a moment o/
[13:26] <jamespage> sil2100: thanks muchly :)
[13:38] -queuebot:#ubuntu-release- Unapproved: neutron (focal-proposed/main) [2:16.3.1-0ubuntu1 => 2:16.3.1-0ubuntu1.1] (openstack, ubuntu-server)
[13:55] -queuebot:#ubuntu-release- Unapproved: linux-firmware-raspi2 (focal-proposed/multiverse) [3-0ubuntu2~20.04.1 => 4-0ubuntu0~20.04.1] (raspi)
[13:56] <doko> Laney, juliank: arm64 autpkg test queue is still filling up. any estimate when we'll see more capacity?
[13:56] <Laney> I'm trying
[13:58] <Laney> I've been asking IS to help out, and they have to be fair, hopefully the slope should look better soon
[14:00] <doko> nice
[14:02] <waveform> Laney, juliank -- more optimizations for publish-db proposed here: https://code.launchpad.net/~waveform/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/402343 -- do let me know if anything's too obscure/requires more explanation, and obviously feel free to ignore if you're too busy!
[14:03] <Laney> waveform: nice, thanks, on first glance it looks like good educational material for me too!
[14:03] <Laney> will try to get to it at some point™
[14:08] <juliank> waveform: looks good to me, need to apply in staging and see if there are any bugs :D (CC Laney - shall I do that?)
[14:10] <Laney> if you're confident in your review :p
[14:11] <juliank> Laney: the staging change is part of the review :D
[14:11] <juliank> but yes
[14:11] <Laney> you can release into edge if you want, no problemo
[14:12] <juliank> did that :D
[14:27] <sil2100> jamespage: ouch! hm, could you re-upload ceph either when building with -v (but you'd have to leave out this one LP bug  that failed verification somehow) or with a changelog entry that has the LP bugs to verify? Since right now the .changes file has no launchpad bugs attached
[14:27] <sil2100> So we can't really accept it as it would be unverifiable
[14:29] <juliank> Laney: $ time curl -o /dev/null -s https://autopkgtest.ubuntu.com/statistics
[14:29] <juliank> real    1m1,718s
[14:30] <juliank> People can make us spend a lot of CPU time on this
[14:32] <juliank> waveform: It seems in browse.cgi there are a lot of queries matching WHERE test.id == result.test_id [...], but result.test_id has no index :)
[14:34] <juliank> I should add an index on that, maybe change the field to say it's a foreign key but meh
[14:34] <waveform> juliank, there *sort of* is in that test_id is at the front of the PK on the result table. Now, while that's not quite as good as an index solely on test_id itself, prefixes of indexes can still be used for query optimization
[14:34] <waveform> in other words adding such an index might be a gain but it'd be a small one and you'd likely lose that gain to the maintenance of that additional index itself
[14:34] <juliank> waveform: oh i see
[14:36] <juliank> maybe we should just add caching for /statistics in the haproxy, as that one can be used to DoS us easily I guess
[14:36] <juliank> Made 4 requests and workers now run at 100% CPU
[14:36] <juliank> yay
[14:37] <juliank> waveform: This can't be fast, though: SELECT DISTINCT release from test'
[14:37] <juliank> followed by SELECT DISTINCT arch from test WHERE release=?
[14:37] <juliank> for each release
[14:38] <juliank> Also can't I just select DISTINCT (release, arch) from test?
[14:38] <waveform> oh yeah - I noticed that one and thought SELECT DISTINCT arch, release FROM test would be much preferable
[14:38] <waveform> yes - no need for the parentheses though (DISTINCT is a SELECT level option, not field level)
[14:38] <waveform> and then you can ditch that loop obviously
[14:40] -queuebot:#ubuntu-release- Unapproved: rejected ceph [source] (groovy-proposed) [15.2.11-0ubuntu<IP_ADDRESS>]
[14:41] <sil2100> xnox: looking at your DKMS rebuild batch!
[14:41] -queuebot:#ubuntu-release- Unapproved: rejected ceph [source] (focal-proposed) [15.2.11-0ubuntu<IP_ADDRESS>]
[14:44] <juliank> waveform: The next two queries at https://git.launchpad.net/~juliank/autopkgtest-cloud/tree/charms/focal/autopkgtest-web/webcontrol/browse.cgi#n350 can be merged into one too
[14:46] <juliank> and "number of packages with tests that pass" at the end I don't see need to first extract source versions for each release, and then do a loop over release x arch and big query for each of them
[14:46] <waveform> hmm, the GROUP BY might be an issue there but I'll have a look (oh, and I'll get rid of that WHERE == too - urgh :)
[14:47] <juliank> waveform: The group by is fine, just that we get multiple rows that we need to add together because they are now grouped by exitcode too
[14:48] <jamespage> sil2100: ack - I'll do with -v and then we can drop the verification requirement for the bug reverted
[14:49] <waveform> juliank, okay -- I'll have a play with it in a mo, and yes - I think you're correct about the later big-query-in-a-loop
[14:50] <juliank> So much sadness
[14:53] -queuebot:#ubuntu-release- Unapproved: ceph (groovy-proposed/main) [15.2.11-0ubuntu<IP_ADDRESS> => 15.2.11-0ubuntu<IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[14:54] -queuebot:#ubuntu-release- Unapproved: ceph (focal-proposed/main) [15.2.11-0ubuntu<IP_ADDRESS> => 15.2.11-0ubuntu<IP_ADDRESS>] (desktop-core, ubuntu-server)
[14:59] <sil2100> jamespage: yeah, that could work, but we'll have to remember to switch it back to not fixed once we release the SRU
[15:01] <jamespage> sil2100: agreed :)
[15:15] -queuebot:#ubuntu-release- Unapproved: accepted acpi-call [sync] (focal-proposed) [1.1.0-5ubuntu0.2]
[15:16] -queuebot:#ubuntu-release- Unapproved: accepted backport-iwlwifi-dkms [sync] (focal-proposed) [8324-0ubuntu3~20.04.3]
[15:16] -queuebot:#ubuntu-release- Unapproved: accepted bcmwl [sync] (focal-proposed) [<IP_ADDRESS>1+bdcom-0ubuntu7~20.04.2]
[15:17] -queuebot:#ubuntu-release- Unapproved: accepted dahdi-linux [sync] (focal-proposed) [1:2.11.1~dfsg-1ubuntu6.2]
[15:18] -queuebot:#ubuntu-release- Unapproved: accepted dm-writeboost [sync] (focal-proposed) [2.2.9-1ubuntu1.2]
[15:20] -queuebot:#ubuntu-release- Unapproved: accepted evdi [sync] (focal-proposed) [1.7.0+dfsg-1ubuntu1~20.04.3]
[15:21] <jamespage> sil2100: both uploaded with -v so the changelog includes the previous entry aswell
[15:21] -queuebot:#ubuntu-release- Unapproved: accepted gost-crypto [sync] (focal-proposed) [0.3.2-2ubuntu0.2]
[15:22] -queuebot:#ubuntu-release- Unapproved: accepted iptables-netflow [sync] (focal-proposed) [2.4-2ubuntu0.3]
[15:25] -queuebot:#ubuntu-release- Unapproved: accepted liblzf [sync] (focal-proposed) [3.6-2~ubuntu<IP_ADDRESS>]
[15:26] -queuebot:#ubuntu-release- Unapproved: accepted lime-forensics [sync] (focal-proposed) [1.9-1ubuntu0.2]
[15:30] -queuebot:#ubuntu-release- Unapproved: accepted lttng-modules [sync] (focal-proposed) [2.12.2-1ubuntu1~20.04.2]
[15:30] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-340 [sync] (focal-proposed) [340.108-0ubuntu<IP_ADDRESS>]
[15:32] -queuebot:#ubuntu-release- Unapproved: accepted oss4 [sync] (focal-proposed) [4.2-build2010-5ubuntu6~20.04.2]
[15:33] -queuebot:#ubuntu-release- Unapproved: accepted r8168 [sync] (focal-proposed) [8.048.00-1ubuntu<IP_ADDRESS>]
[15:34] -queuebot:#ubuntu-release- Unapproved: accepted rtl8812au [sync] (focal-proposed) [<IP_ADDRESS>75.20140902+dfsg-0ubuntu13~20.04.2]
[15:34] -queuebot:#ubuntu-release- Unapproved: accepted sysdig [sync] (focal-proposed) [0.26.4-1ubuntu0.3]
[15:35] -queuebot:#ubuntu-release- Unapproved: accepted v4l2loopback [sync] (focal-proposed) [0.12.3-1ubuntu0.4]
[15:36] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox [sync] (focal-proposed) [6.1.16-dfsg-6~ubuntu<IP_ADDRESS>]
[15:37] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-hwe [sync] (focal-proposed) [6.1.16-dfsg-6ubuntu<IP_ADDRESS>]
[15:39] -queuebot:#ubuntu-release- Unapproved: accepted zfs-linux [sync] (focal-proposed) [0.8.3-1ubuntu12.9]
[15:40] <juliank> Laney: doko mentioned we should skip running tests triggered by build-essential
[15:40] <juliank> or well, britney shouldn't trigger tests for build-essential
[15:48] -queuebot:#ubuntu-release- Unapproved: rejected shim-signed [source] (hirsute-proposed) [1.46.1]
[15:48] -queuebot:#ubuntu-release- Unapproved: rejected shim [sync] (hirsute-proposed) [15.4-0ubuntu2]
[15:49] <xnox> ok
[16:00] -queuebot:#ubuntu-release- Unapproved: ceph (groovy-proposed/main) [15.2.11-0ubuntu<IP_ADDRESS> => 15.2.11-0ubuntu<IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[16:01]  * blackboxsw sil2100: thanks for the review on ua-tools 27.0 to Bionic++. I added the comment  about known PPC and riscv package build failures due to goloang dependency issues. We plan to fix this in 27.1. I'm checking on whether this is considered an SRU blocker
[16:02] <sil2100> jamespage: ...ok, so I actually hand tinkered .changes file for the ceph uploads so that we don't have to remember about this one reverted bug!
[16:04] -queuebot:#ubuntu-release- Unapproved: rejected ceph [source] (groovy-proposed) [15.2.11-0ubuntu<IP_ADDRESS>]
[16:14] -queuebot:#ubuntu-release- Unapproved: ceph (focal-proposed/main) [15.2.11-0ubuntu<IP_ADDRESS> => 15.2.11-0ubuntu<IP_ADDRESS>] (desktop-core, ubuntu-server)
[16:16] -queuebot:#ubuntu-release- Unapproved: rejected ceph [source] (focal-proposed) [15.2.11-0ubuntu<IP_ADDRESS>]
[16:20] -queuebot:#ubuntu-release- Unapproved: accepted ceph [source] (groovy-proposed) [15.2.11-0ubuntu<IP_ADDRESS>]
[16:22] -queuebot:#ubuntu-release- Unapproved: accepted ceph [source] (focal-proposed) [15.2.11-0ubuntu<IP_ADDRESS>]
[16:24] <sil2100> xnox: ok, so I'm reviewing shim for hirsute - since this is a special snowflake I'll accept it as is, but could you take a look at the SRU bugs and make sure those are verifiable and verified?
[16:25] -queuebot:#ubuntu-release- Unapproved: accepted shim [sync] (hirsute-proposed) [15.4-0ubuntu2]
[16:27] -queuebot:#ubuntu-release- Unapproved: accepted shim-signed [sync] (hirsute-proposed) [1.47]
[16:28] -queuebot:#ubuntu-release- Unapproved: rejected shim-signed [sync] (groovy-proposed) [1.46]
[16:28] -queuebot:#ubuntu-release- Unapproved: rejected shim [sync] (groovy-proposed) [15.4-0ubuntu1]
[17:24] <xnox> sil2100:  will do.
[18:22] <bryce> ubuntu-archive: we can go ahead and let php8.0 into impish, I plan to start working on the transition.  (lp: #1927288)
[18:22] <ubot3> Launchpad bug 1927288 in php8.0 (Ubuntu) "Please enable php8.0 in Ubuntu 21.10" [Undecided, New] https://launchpad.net/bugs/1927288
[18:25] <doko> bryce: sure, there are no other transitions ongoing. would be nice to mention this transiton and also others in the impish release schedule
[18:38] <bryce> doko yes that would be nice
[18:39] <bryce> doko I've drafted my plan here, if it is worth linking:  https://wiki.ubuntu.com/ServerTeam/Transition/Php8.0
[18:40] <doko> bryce: please do in the second table in https://discourse.ubuntu.com/t/impish-indri-release-schedule/18540
[19:40] <bryce> doko done tentatively; obviously when the transition can be done depends on when php8.0 becomes available in the archive
[21:17] <mwhudson> vorlon: did you look into the initramfs-tools autopkgtest failures after your merge at all?
[21:20] <mwhudson> also imports of the package appear to be stuck :(
[21:26] <mwhudson> (not meant to be any kind of oblique dig, i just want any information you have!)


[21:31] <mamarley> ricotz: 415.27 is ready in the normal place.
[21:32] <ricotz> mamarley, great :) thank you
[21:32] <mamarley> No problem


[00:35] <m_tadeu> how can I watch internet tv on fullscreen?
[01:31] <pteague> is 512mb fine for a front end or should i go for 1gb?
[02:00] <spikemcc> is someone here ?
[02:00] <hads> !ask
[02:00] <Zinn> Please don't ask if anyone is around or if it is alright to ask a question.  Many people check back periodically and may answer your question when they see it.  IRC is not normally an instant fix so check back often for an answer.
[02:01] <spikemcc> !ask
[02:01] <Zinn> Please don't ask if anyone is around or if it is alright to ask a question.  Many people check back periodically and may answer your question when they see it.  IRC is not normally an instant fix so check back often for an answer.
[02:01] <bmathis1> I wanna setup a frontend by installing to a compact flash card, how much harddrive space is required for a base install of the frontend? 2G or 4G?
[02:01] <spikemcc> I'm trying to install my tv-tuner ...
[02:02] <spikemcc> http://o2s.csail.mit.edu/o2s-wiki/MythTV like that but I cannot extract the firmware of my wintvpvr usb 2
[02:02] <spikemcc> ./pvrusb2-mci-20071202/utils/fwextract.pl hauppauge_cd_3.4d1
[02:03] <spikemcc> can someone explain me the trouble I have ?
[02:43] <bmathis1> i got a good answer from #mythtv-users.... thanks
[02:44] <spikemcc> bmathis1 they really helped ?
[02:44] <spikemcc> seem like an hour I wait
[02:44] <bmathis1> believe it or not... yes they did
[02:44] <bmathis1> it takes awhile to get an answer on here, it doesnt hurt to try.
[02:45] <KillerKiwi2005> spikemcc: does the usb remote need firmware?
[02:45] <KillerKiwi2005> ..I dont think mine did
[02:45] <bmathis1> on the #mythtv-users channel, you have to just jump right in and hope that someone pays attention to you
[02:45] <spikemcc> i'm trying to make my wintvpvr usb 2 work I tried 2 tutorials
[02:46] <KillerKiwi2005> ahh a usb tuner.. I see
[02:46] <spikemcc> http://ubuntuforums.org/showthread.php?t=159989 I'm trying this one now
[02:46] <spikemcc> but i cannot extract the firmware ...
[02:48] <spikemcc> Quote:
[02:48] <spikemcc> pvrusb2.f1 -> v4l-pvrusb2-29xxx-01.fw
[02:48] <spikemcc> pvrusb2.f2 -> v4l-cx2341x-enc.fw
[02:48] <spikemcc> this part don't work ...
[02:48] <KillerKiwi2005> this one http://www.mythtv.org/wiki/index.php/Hauppauge_WinTV-PVR-USB2 ?
[02:50] <spikemcc> (included with recent kernels) what does it means ?
[02:50] <KillerKiwi2005> spikemcc: means the driver in in mainline kernel
[02:50] <spikemcc> so how I make it work ?
[02:50] <KillerKiwi2005> http://www.isely.net/pvrusb2/setup.html#Firmware
[02:51] <KillerKiwi2005> "If the extraction didn't work, then possibly you are dealing with a later driver version that fwextract.pl doesn't know how to handle yet"
[02:52] <spikemcc> lsmod | grep pvrusb2
[02:52] <KillerKiwi2005> manual firmware extraction - http://www.isely.net/pvrusb2/firmware.html
[02:52] <spikemcc> work nice ...
[02:52] <KillerKiwi2005> does dmegs grep | pvrusb2 give you anything?
[02:53] <KillerKiwi2005> sorry thats dmesg
[02:53] <KillerKiwi2005> lol that command was screwed
[02:54] <KillerKiwi2005> dmesg | grep pvrusb2
[02:54] <spikemcc> I can paste it
[02:54] <spikemcc> can't
[02:55] <KillerKiwi2005> why not?
[02:55] <KillerKiwi2005> try http://rafb.net/paste/ if its to big
[02:55] <spikemcc> mirc on wine I don't understand
[02:55] <spikemcc> no I mean your command line
[02:56] <KillerKiwi2005> dmesg | grep pvrusb2 ?
[02:56] <spikemcc> yes
[02:56] <spikemcc> I can't make the bar
[02:56] <KillerKiwi2005> :)
[02:56] <spikemcc> alt code of the bar or paste bin the command line please
[02:57] <KillerKiwi2005> its a pipe on your keyboard its a virtical line with a gap in the middle
[02:57] <KillerKiwi2005> http://rafb.net/p/WG9vCa73.html if you need it
[02:59] <spikemcc> http://rafb.net/p/7w969t33.html
[02:59] <spikemcc> check this
[02:59] <KillerKiwi2005> [ 5804.130084] pvrusb2: Device microcontroller firmware (re)loaded; it should now reset and reconnect.
[02:59] <KillerKiwi2005> looks like its got its firmware already
[03:00] <KillerKiwi2005> try  ls /dev/video*
[03:01] <KillerKiwi2005> looks like it should be /dev/video1
[03:01] <KillerKiwi2005> [ 8383.594442] pvrusb2: unregistered device video1 [mpeg]
[03:01] <spikemcc> i got the two files video0 and video1 but i can open them
[03:02] <KillerKiwi2005> there not files there devices..... like in windows but they are visible on the filesystem
[03:02] <spikemcc> ok
[03:03] <KillerKiwi2005> video0 is probably your webcam
[03:03] <KillerKiwi2005> or another video capture card
[03:03] <spikemcc> yes i got my webcam plugged in
[03:03] <KillerKiwi2005> yup thats what video0 is then
[03:03] <KillerKiwi2005> so it looks like its working... just fire myth setup up and run through that
[03:04] <KillerKiwi2005> select /dev/video1 as your device
[03:04] <spikemcc> can I test it another way ?
[03:04] <KillerKiwi2005> yes do you have mplayer installed
[03:04] <spikemcc> i wanna make sure it work
[03:04] <spikemcc> yes
[03:04] <spikemcc> in mplayer i do what to test it ?
[03:04] <KillerKiwi2005> mplayer /dev/video1
[03:05] <KillerKiwi2005> it will propably be static though ;)
[03:05] <spikemcc> the sound work
[03:05] <KillerKiwi2005> cool
[03:06] <KillerKiwi2005> you might be missing a codex for the video
[03:06] <KillerKiwi2005> codec
[03:06] <spikemcc> how i install it
[03:06] <spikemcc> mplayer doesn't have open
[03:06] <KillerKiwi2005> mythtv should pull it in
[03:06] <spikemcc> i installed it
[03:07] <KillerKiwi2005> is it a dvb-t capture?
[03:07] <spikemcc> i have installed it
[03:07] <spikemcc> yes i think
[03:07] <spikemcc> my cable is in
[03:07] <spikemcc> on it
[03:07] <KillerKiwi2005> digital not analogue?
[03:07] <spikemcc> it work with windows perfectly
[03:08] <KillerKiwi2005> id try it though mythtv... it handles all this for you
[03:08] <KillerKiwi2005> the card is working
[03:09] <spikemcc> http://rafb.net/p/OlpNaK47.html see the mplayer output
[03:09] <KillerKiwi2005> for the codecs you could try medibuntu
[03:10] <KillerKiwi2005> https://help.ubuntu.com/community/Medibuntu its a repo with lots of restricted codecs
[03:10] <spikemcc> ok
[03:12] <KillerKiwi2005> also what video card do you have nvidia ?
[03:12] <spikemcc> ati
[03:12] <spikemcc> ati radeon xpress 1150 256 mo integrated
[03:13] <KillerKiwi2005> yuck :)
[03:13] <KillerKiwi2005> try the restircted driver
[03:13] <spikemcc> a good chip anyway for a laptop
[03:13] <KillerKiwi2005> linux and ati have an historically bad relationship
[03:13] <spikemcc> i got the latest drivers it handle 1280x800 80fps gaming
[03:13] <KillerKiwi2005> ok
[03:14] <spikemcc> I know for linux history with ati but it will be soon over
[03:14] <KillerKiwi2005> your runing myth on a laptop :)
[03:14] <spikemcc> yes
[03:14] <KillerKiwi2005> true
[03:14] <KillerKiwi2005> thanks to AMD
[03:15] <spikemcc> ati always better than nvidia for some things you should wait and see
[03:16] <spikemcc> artist like ati and gamerz like nvidia for speed (linux helped with drivers a little if you don't know)
[03:16] <KillerKiwi2005> i got intel in my lenovo laptop... works nice
[03:17] <spikemcc> intel ouch
[03:17] <KillerKiwi2005> lol
[03:17] <spikemcc> but lenovo a perfect choice for linux
[03:17] <KillerKiwi2005> yes works out of the box
[03:17] <KillerKiwi2005> suspend + hibernate + all devices
[03:18] <spikemcc> in my case i choosed it for this www.ubuntu1501.com
[03:18] <spikemcc> great price and performance and lot of tutorials for windows and linux even mac os X work on it
[03:20] <spikemcc> i mostly use it as a testing machine so it handles pretty well the job
[03:20] <KillerKiwi2005> My biggest concern was will it survive the kids jumping/falling on it.... lenono == yes, toshiba == FAIL
[03:20] <KillerKiwi2005> cheap usless toshiba
[03:20] <spikemcc> ouch you're rude man
[03:21] <WattoDaToydarian> Hey does anyone know how to make a dvdrom automatically mount to a specific folder on insertion?
[03:21] <spikemcc> sorry i don't know for this issue
[03:22] <KillerKiwi2005> udev rule... maybe
[03:22] <spikemcc> sources.list french service unnavaillaible it sucks !!!
[03:24] <spikemcc> KillerKiwi2005 thanks for your help
[03:25] <KillerKiwi2005> np
[03:25] <spikemcc> it's hard for the first time to try it
[03:25] <KillerKiwi2005> yes.. yes it is :)
[03:26] <KillerKiwi2005> spikemcc: a better setup might be a dedicated  backend box and just mythfrontend on your laptop
[03:27] <spikemcc> can you point me a good tutorial for mythtv or another good dvb app setup ?
[03:27] <KillerKiwi2005> you done the worst bit.. trust me the rest of the setup is all gui
[03:27] <spikemcc> i know but i use it for both but i got plenty of power
[03:28] <spikemcc> no but i still need help for the setup a tutorial should help me beat the rest
[03:28] <KillerKiwi2005> http://www.mythbuntu.org/installation_manual
[03:30] <spikemcc> does it's hard with lirc for the ir remote ?
[03:32] <KillerKiwi2005> yeah lirc can be tricky.. if you have a common remote mythbuntu control center will do the hard work for you
[03:33] <spikemcc> i hope
[03:33] <spikemcc> lol
[03:34] <KillerKiwi2005> its more that there a so many pieces,, driver -> lircd -> myth
[03:35] <KillerKiwi2005> plus remote config
[03:38] <spikemcc> ok i will try to config but it seem full of unusefull parts in the setup tutorial
[03:41] <spikemcc> see ya and thanks for all !!!
[04:29] <pteague> There is -2 days worth of data, through to 2008-07-04
[04:30] <pteague> is there a cronjob i can run to keep my tv guide data up to date without me having to manually do it all the time?
[04:33] <tgm4883_laptop> pteague, in the frontend you need to set mythfilldatabase to run daily.  It is undergeneral setup
[04:34] <pteague> does that mean i need to keep a frontend running?
[04:34] <tgm4883_laptop> no
[04:34] <tgm4883_laptop> you just set it on the frontend, it's a backend proces
[04:34] <tgm4883_laptop> s
[04:35] <Frans-Willem> tgm4883_laptop: Quick question about mythfilldatabase, any idea as what user it runs when started automatically? running mythfilldatabase manually seems to work fine whereas the automatic always fails here (xmltv error code 256)
[04:37] <pteague> cool
[04:38] <pteague> do you guys think 512mb ram is ok for a frontend?
[04:39] <tgm4883_laptop> pteague, should be fine
[04:39] <tgm4883_laptop> Frans-Willem, i'd have to guess the mythtv user
[04:45] <hads> Yeah, same as the backend
[04:46] <hads> So you'll need to take into account the $HOME for that user
[09:12] <Rimers> hi guys, i got a slight problem, not with my mythbuntu install itself, but with the fact that i can't figure out what program is using the harddisk every 1/2 second, is there a way to troubleshoot that and what program can i use to see what programs access the harddisk
[09:14] <jduggan> Rimers: if you're recording, its mythtv
[09:14] <Rimers> not recording
[09:14] <jduggan> there are lots of apps writing to disk, syslog etc
[09:14] <Rimers> as far as i can see mythtv is not doing anything
[09:15] <Rimers> even tried stopping mythtv process to verify it was not the problem
[09:17] <Rimers> atm i have stopped mythtv, samba, nfs and cron to try locating the source
[13:54] <Keithamus> Has anyone got ProjectM working with Mythmusic on mythbuntu?
[17:17] <kirkland> superm1: ping
[17:35] <quentusrex> Does anyone know if it's possible to send 5.1 audio over hdmi?
[18:01] <spikemcc> hi, i need a tutorial for a wintvpvr usb 2 setup ...
[18:47] <jphillip> quentusrex depends on your board
[18:55] <quentusrex> gigabyte GA-MA78GM
[19:01] <quentusrex> jphillip, ?
[19:31] <jphillip> quentusrex sorry, I don't know particular hardware, just that hdmi sound is hit or miss depending on your hardware
[19:36] <spikemcc> I still have 4 issues to resolve with hardy my microphone , my keyboard layout for old canadian french keyboard ,
[19:36] <spikemcc> my hauppage wintvpvr usb 2 setup and my game controllers block each other ...
[21:25] <KjetilK> has anybody compiled the latest mantis drivers for Ubuntu?
[21:56] <zabbadapp> so I upgraded mythbuntu to 8.04, but mysql doesn't start ... it says: ERROR: Using expire_logs_days without log_bin crashes the server ... also, every /etc/init.d/mysql* file has a new version that ends in .dpkg-new ... i.e. mysql and mysql.dpkg-new and so on ... why isn't the one with the newer filedate replacing the old one? Upgrade only asked about my.cnf which I let it replace
[22:03] <zabbadapp> ok .. so letting the upgrade replace my.cnf was a mistake ... replaced it with the old one and mysql started
[22:11] <zabbadapp> oh, "dpkg was interrupted" ... so the upgrade was never completed??! well, it did some kind of restart of X and the stopped with the desktop running at low res and a new theme ...
[22:14] <laga> how did you upgrade?
[22:15] <zabbadapp> started the upgrade manager
[22:15] <laga> well, that certainly shouldnt happen then :(
[22:16] <zabbadapp> i don't know if I was too quick to restart it when it seemed finished and just sat with the desktop, new theme and low resolution ...
[22:20] <zabbadapp> mythbackend won't start either :-( /usr/bin/mythbackend: symbol lookup error: /usr/lib/libmythavcodec-0.21.so.0: undefined symbol: faacDecOpen
[22:25] <zabbadapp> ah, I have to re-add weekly fixes for hardy first?
[22:33] <rhpot1991> there is some way to have dpkg finish what it was doing
[22:33] <rhpot1991> if you try to sudo apt-get upgrade again it should tell you the command
[22:35] <zabbadapp> yes, i did that. fixed mysql. but mythtvbackend still didn't start, so I read that the weekly fixes repos in gutsy caused hardy mythtv not to be upgraded. So I added the hardy fixes repos and did apt-get update, apt-get upgrade and lots of mythpackages where installed ... but still the same error after reboot and trying to start mythtvbackend
[22:35] <rhpot1991> check your mysql password, maybe it changed it?
[22:37] <zabbadapp> i can connect with sql-yog (wine) to the db... and "symbol lookup error: /usr/lib/libmythavcodec-0.21.so.0: undefined symbol: faacDecOpen" sounds like something else is wrong
[22:39] <zabbadapp> hmm, I started the update manager, and it says "a previous upgrade didn't complete" ...  "run a partial upgrade to install as many updates as possible" ... ok, i'll try
[22:46] <zabbadapp> YES! it started :-D  ... wheeew
[22:49] <zabbadapp> but wtf happened to the xfce sensors plugin??!! purple and green text for my temperatures ... it looks sick, and there is no config in the properties for it :(
[22:55] <zabbadapp> configfile had colour-settings .. hope they kick in next time
[23:32] <zabbadapp> the LCD stops displaying myth-stuff when I start the frontend, how come? if I start watching live-tv it starts showing info on the lcd
[23:43] <zabbadapp> seems like it recovers and start showing mythinfo after using a jump point key .. i can live with that
[23:44] <zabbadapp> uhm, no ... it returns to the LCDproc status page after a while :-(
[23:49] <m_tadeu> g'night everyone
[23:50] <m_tadeu> is it possible to get movie covers?


[08:11] <zequence> morning
[11:29] <smartboyhw> zequence: You started working on the S blueprints?
[11:35] <zequence> smartboyhw: Yes. Sorry for all the mail
[11:36] <zequence> I should have subscribed teams last
[11:37] <smartboyhw> zequence: No worries, just asking:)
[11:45] <zequence> I'm also starting planning for 14.04
[11:49] <smartboyhw> zequence: Whoo hoo!
[11:51] <smartboyhw> zequence: One strange thing: We still don't have a codename for S.
[11:51] <zequence> smartboyhw: It will be decided around the release for 13.04
[11:51] <zequence> The names for the blueprints can be changed, so there's no worry
[11:51] <zequence> If needed..
[11:52] <smartboyhw> zequence: Em the Ubuntu Foundations Team are already feeling strange that the codename isn't out out.
[11:52] <smartboyhw> s/out out/out yet/
[11:52] <kubotu> smartboyhw meant: "zequence: Em the Ubuntu Foundations Team are already feeling strange that the codename isn't out yet."
[11:53] <smartboyhw> Clearly that might be a possible solution for sabdfl to start rolling by simply not naming S:P
[11:55] <zequence> Well, I can only plan for what I know. I would be surprised if they decided on a rolling release post 13.04, after all that has been said
[11:55] <zequence> I'm more leaning on that possibility after 14.04
[11:55] <smartboyhw> zequence: +1
[12:18] <smartboyhw> zequence: So the number of blueprints in S will be = to R?
[12:20] <zequence> smartboyhw: I haven't counted
[12:20] <zequence> The categories are a little different this time
[12:20] <smartboyhw> zequence: By how?
[12:20] <zequence> I'm focusing a bit more on the actual packages we have
[12:20] <smartboyhw> \o/
[14:51] <DarkEra> i don't know what update caused it but on the 13.04 the fan of my videocard keeps spinning very high. Checking the temperature in nvidia-settings showed it starts with 70°C and went up to 78°C. The normal temperature should be between 66°C and 68°C
[14:52] <DarkEra> i removed the driver and switched back to nouveau but have the same result
[14:52] <holstein> DarkEra: try the older kernel
[14:53] <DarkEra> holstein, i did try that, same result
[14:53] <DarkEra> i'm back on 12.04 on my dual boot machine
[14:53] <DarkEra> could this be Xorg related?
[14:54] <holstein> DarkEra: its unreleased software.. could be anything
[14:54] <holstein> DarkEra: is the install still there?
[14:55] <DarkEra> i know, just trying to help with testing and solve the issue :)
[14:55] <DarkEra> what install, 13.04?
[14:55] <holstein> DarkEra: yes.. is the installation still there?
[14:55] <DarkEra> yes, i have it on another partition for testing
[14:56] <holstein> i would do a few things... one thing.. consider just waiting and upgrading again after asking about it in #ubuntu+1
[14:56] <holstein> another option.. force the vesa driver in a custom xorg.conf
[14:57] <holstein> also, boot the generic kernel ... using the generic kernel puts this upstream of ubuntustudio... meaning, if you are not booting our kernel, then this is not an ubuntustudio specific issue
[14:57] <holstein> that would be good, since i think it would be more likely to get attention
[14:57] <zequence> xserver got updated 8th of April. you can see the changes, by doing: apt-get changelog xserver-common
[14:58] <DarkEra> ok, i'll look into that later on the evening
[14:59] <zequence> DarkEra: Is this a laptop?
[14:59] <DarkEra> yes
[14:59] <holstein> could be hardware related
[14:59] <holstein> is it "acting" like that from other installs? or live CD's?
[14:59] <zequence> DarkEra: First thing I would do is make sure you don't have dust in your fan outtake. Open the back, blow through the fan outtake - even if it looks clean.
[15:00] <zequence> DarkEra: Just make sure to open the back before you blow
[15:00] <DarkEra> 12.04 is working fine holstein, i'm on that now
[15:00] <zequence> holstein: We've had other reports saying newer releases make HW warmer
[15:00] <holstein> great... nvidia zequence ? or accross the board?
[15:01] <zequence> I do think however that the amount of increase is pretty steep, and would feel more comfortable in making it a real issue, if I was sure there wasn't dust involved
[15:01] <zequence> DarkEra: My
[15:01] <zequence> holstein: Seems to affect at least AMD and Nvidia so far
[15:01] <DarkEra> this problem occured after i pulled in the latest updates 30 minutes ago
[15:01] <holstein> zequence: it wont hurt to blow out some dust.. it can only be helpful
[15:01] <holstein> DarkEra: ^^
[15:01] <zequence> DarkEra: My experience of dust is that it makes a gigantic difference removing it
[15:02] <DarkEra> i'll be right back, wife needs me for a few minutes
[15:02] <holstein> it does.. i have had quite a few machines that would overheat to the point of failure.. blow them out, and they work again
[15:03] <zequence> Yeah. Like new from the factory
[15:03] <zequence> time to go home. bb in a couple of hours
[15:03] <DarkEra> k
[15:04] <DarkEra> gonna have a look at the fan, bbl
[15:40] <smartboyhw_> Hello ttoine
[15:43] <smartboyhw_> ttoine: madeinkobaia made some merchandise art in the Ubuntu Studio Art bzr branch I think.
[15:51] <smartboyhw_> Hey DarkEra, glad to see you joining the LP teams:)
[15:52] <DarkEra> thanks smartboyhw_  :)
[15:53] <DarkEra> i guess some people got a bit upset after you shared my wallpaper on G+... lol
[15:53] <smartboyhw_> DarkEra: May I ask who?!
[15:53] <DarkEra> i guess the fuduntu peeps
[15:54] <smartboyhw_> DarkEra: Sorry there:(
[15:55] <DarkEra> all of the sudden i got my old hostmask/cloak back, they wanted to give me a fuduntu/member cloak first when i announced i would leave
[15:55] <DarkEra> smartboyhw_, no worries
[15:55] <DarkEra> nothing has been said to me so it's all cool :)
[15:56] <smartboyhw_> DarkEra: :)
[15:57] <DarkEra> bbl, food
[15:57] <ttoine> hello
[15:57] <DarkEra> hi there ttoine
[15:58] <smartboyhw_> ttoine: Meet DarkEra!
[15:58] <ttoine> so, it is definitive: we have the right to create a spreadshirt shop. Both Canonical and Spreadshirt legal dpt agree
[15:58] <ttoine> hi DarkEra
[15:58] <ttoine> nice to meet you
[15:58] <smartboyhw_> ttoine: Whoa
[15:58] <DarkEra> likewise ttoine :)
[15:58] <smartboyhw_> ttoine: DarkEra is a new contributor to Ubuntu Studio.
[15:59] <DarkEra> gonna have some food now, will be back soonish
[15:59] <smartboyhw_> He is actually originally a Fuduntu Team member
[15:59] <ttoine> was hard with canonical... I had to explain a lot of stuf, etc...
[15:59] <ttoine> but eventually, I did it!
[15:59]  * ttoine is very proud of that !!!
[15:59] <smartboyhw_> ttoine: Phew thanks!!!!!!!!!
[15:59] <dtchen> ttoine: nice!
[15:59] <ttoine> fubuntu ? what is fubuntu ?
[16:00] <smartboyhw_> ttoine: Fuduntu sorry;P
[16:00] <smartboyhw_> It is a Fedora clone with GNOME 2
[16:00] <ttoine> smartboyhw_, a link please ?
[16:00] <smartboyhw_> ttoine: Don't care about it, Fuduntu Linux will die in 30 Sep.
[16:00] <smartboyhw_> die = EOL
[16:02] <smartboyhw> Sorry I left.
[16:02] <smartboyhw> Stupid wi-fi on my GALAXY Pocket
[16:04] <smartboyhw> ttoine: You got the message about the merchandise artwork from madeinkobaia?
[16:05] <ttoine> no
[16:05] <ttoine> I was hoping to find it here
[16:05] <smartboyhw> ttoine: There isn't
[16:05] <ttoine> I was very busy at work
[16:05] <smartboyhw> ?
[16:06] <ttoine> to find him
[16:07] <smartboyhw> ttoine: Check out the artwork in ~ubuntustudio-art 's bzr branch
[16:21] <ttoine> smartboyhw_, could you give me the link ? i don't use bzr at the moment
[16:22] <smartboyhw_> ttoine… erm wait
[16:30] <smartboyhw_> ttoine: http://bazaar.launchpad.net/~ubuntustudio-art/ubuntustudio-resources/art/files
[16:30] <smartboyhw_> Not sure if it is FULLY completed though
[16:33] <ttoine> smartboyhw_, there is no directory for merchandise...
[16:33] <ttoine> I will try to spend more time on the chat
[16:33] <ttoine> and chat with him
[16:34] <smartboyhw_> ttoine: Try to do some e-mail conversation.
[16:45] <ttoine> smartboyhw_, ok
[16:59] <zequence> ttoine: https://bazaar.launchpad.net/~ubuntustudio-art/ubuntustudio-resources/art/files/head:/ON-AIR/
[17:09] <ttoine> zequence, thanks
[17:09] <ttoine> I just need the files without the shirts ;-)
[17:10] <zequence> ttoine: We're not printing any shirts yet
[17:10] <ttoine> ?
[17:10] <zequence> ttoine: We first need to make up the design
[17:11] <zequence> ttoine: This is still work in progress
[17:11] <ttoine> this is not t-shirt design ?
[17:11] <ttoine> ah ok
[17:11] <ttoine> bbl
[17:33] <DarkEra> good evening madeinkobaia :)
[17:34] <DarkEra> ttoine was here and said he'll be back later
[17:34] <DarkEra> looks like you got a go for the wenbshop and shirts
[17:36] <zequence> madeinkobaia: You may have noticed that I put some blueprints up for 13.10 and 14.04
[17:38] <zequence> madeinkobaia: You are free to add to them. I'm thinking our main goal is 14.04, and 13.10 is more of a rehersal for that. Also, there's no pressure to be finished with anything for 13.10.
[17:39]  * DarkEra is dreaming about 14.04 already
[17:39] <zequence> madeinkobaia: Since you work with art, maybe you have some knowledge about graphics applications? Would be nice if you could also have a look at our -graphics meta, to see if we are providing a good choice of apps, and if we have enough extras, like fonts, brushes, or anything like that.
[17:41] <zequence> madeinkobaia: About the meta, or the "workflow", I will prepare similar workitems for all workflows. But, I thought maybe you'd be suitable for taking care of graphics
[17:42] <zequence> If we can't get other people involved, we need to share the workload on doing the same for -audio, -video, -photography, and -puplishing as well
[17:42] <zequence> Some require more work than others
[17:49] <madeinkobaia> darkera : hello, thanks for the info, I contacted ttoine by mail.
[17:50] <madeinkobaia> zequence : Hi, no problems I will check all that : )
[17:51] <madeinkobaia> zequence : I added a working note for the webshop project, feel free to take a look on it.
[17:51] <zequence> I'll check it out
[17:54] <madeinkobaia> zequence : still for the webshop, I will put online on monday few propositions who will include your last remarks. I contacted ttoine and waiting his remarks too.
[20:40] <Len-nb> zequence, smartboyhw_ when is release day?
[21:03] <zequence> Len-nb: April 25th
[21:04] <zequence> RC should be out today
[21:07] <len-1304> Good, just reading it says Final freeze today.
[21:07] <len-1304> Testing tracker doesn't have an RC though
[21:10] <zequence> https://wiki.ubuntu.com/RaringRingtail/ReleaseSchedule
[21:11] <zequence> We also have our own, slimmed down version https://wiki.ubuntu.com/UbuntuStudio/DevelopmentReleaseSchedule
[21:12] <len-1304> The first one is really hard to read towards the end with orange on red.
[21:18] <len-1304> So should we expect a respin for RC? or will they just rename the daily.
[21:20] <zequence> I think the RC will pop up as soon as they're ready to build it
[21:20] <zequence> Haven't followed the QA procedure, so no idea how that works with RC
[21:20] <zequence> smartboyhw_: ^
[21:24] <DarkEra> i hope it isn't the current ubuntu iso they release as RC, i wanted to have a look but couldn't get the unity desktop loaded on the laptop with the nvidia graphics card. Compiz failed
[21:25] <DarkEra> works fine though on the netbook
[21:25] <DarkEra> intel card^
[21:26] <zequence> I'll probably get Intel graphic for my next machine
[21:27] <DarkEra> nice :)
[21:27] <zequence> Makes sense, since they write their own drivers, and they are FLOSS
[21:29] <DarkEra> throught the years i used linux i got the impression that intel and linux work really great with each other. I had a Packard Bell laptop before and never had any issues
[21:30] <DarkEra> most of the stuff was intel in there
[21:30] <DarkEra> too bad it died on me after 3 years
[21:31] <zequence> Intel is one of the main contributors to the Linux kernel, and my impression is that they will sometimes even add support for hardware not yet on the market
[21:31] <zequence> I would guess most of their work is in making drivers for their products
[21:31] <zequence> Or, add new features, as for their CPUs
[21:32]  * DarkEra takes a note.... when buying a desktop pc make sure Intel stuff is in there
[21:33] <zequence> AMD should work too, as from what I've understood, they are quite open and providing info so free drivers can be made
[21:33] <zequence> But, it's not perfect IMO
[21:33] <zequence> https://www.system76.com/
[21:34] <zequence> Most of it is Intel, but when you need top notch graphics, it's Nvidia
[21:34] <DarkEra> don't make me drool again.... i visit that site often
[21:34] <zequence> For a multimedia content creator, with no special need for extreme graphics, Intel should be fine
[21:34] <DarkEra> :D
[21:35] <DarkEra> yeah, think so too
[21:36] <zequence> They visited last physical UDS in Copenhagen. I was there. I think it was this one https://www.system76.com/laptops/model/gazp8
[21:36] <zequence> Pangolin Performance also has the same graphic chip
[21:36] <zequence> From the information I got from them, it's enough for graphics production
[21:36] <zequence> But, I'm not an expert
[21:37] <zequence> Fantastic colors
[21:37] <DarkEra> i want to have a chat with the guy from this 'shop' in the near future if his business continues: http://www.ubuntushop.be/index.php/ubuntu-desktop-computers.html
[21:37] <DarkEra> there's a pdf for download with more pc's they sell
[21:38] <zequence> He includes LCD screens, right?
[21:38] <zequence> The whole set, with keyboard, mouse, etc
[21:38] <DarkEra> that's indeed a nice laptop from system76
[21:38] <zequence> That considered, the price is not that bad
[21:38] <DarkEra> yeah, i guess he does
[21:39] <zequence> But, otherwise, the components are a bit out of date
[21:39] <DarkEra> but i think only with those two on the website
[21:39] <DarkEra> i have to look into the pdf to make sure
[21:41] <DarkEra> from what i can tell only the two on the website come with a monitor. The rest is keyboard and mouse only


[01:28] <ahayzen> balloons, any idea what has happened here https://core-apps-jenkins.ubuntu.com/job/adt-krillin/49/console for this mp https://code.launchpad.net/~fazerlicourice/music-app/test-empty-library/+merge/280794
[01:34] <balloons> ahayzen, I may be playing with adt-krillin atm
[01:35] <balloons> lol, I saw the failure and thought you might ask
[01:35] <balloons> oops, can you re-approve ahayzen?
[01:35] <balloons> it will work this time
[01:35] <ahayzen> balloons, ah :-) it just passed and failed again :-)
[01:35] <ahayzen> okies
[01:39] <ahayzen> balloons, yey it landed, thanks :-)
[01:40] <balloons> yw. Working on the AP stuff. It should work, but the click's aren't copying
[01:41] <balloons> and that's the confusing bit for me..
[01:53] <ahayzen> :-/
[13:53] <mhall119> Elleo: the Download Manager API docs are fixed in production now: https://developer.ubuntu.com/api/apps/qml/sdk-15.04.1/Ubuntu.DownloadManager.SingleDownload/
[13:55] <Elleo> mhall119: awesome, thanks :)
[13:55] <Elleo> mhall119: now people don't have to guess how to get file paths for their finished downloads :P
[13:56] <mhall119> \o/
[13:59] <mhall119> oh nice, I just realized that the API docs also imports this: https://developer.ubuntu.com/api/apps/qml/sdk-15.04.1/UbuntuUserInterfaceToolkit.ubuntu-whatsnew/
[14:03] <dholbach> very nice
[15:19] <t1mp> ahayzen: I confirmed bug https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1531016
[15:19] <ubot5`> Launchpad bug 1531016 in ubuntu-ui-toolkit (Ubuntu) "GridView that is inside tabs or pagestack on desktop judders when the header scrolls in/out" [High,In progress]
[15:19] <t1mp> ahayzen: it is a tricky one. The issue is not there with a ListView or Flickable, and also not without the Tabs
[15:20] <ahayzen> t1mp, thanks, it does exist with PageStack as well
[15:20] <ahayzen> so Tabs or PageStack
[15:20] <t1mp> in the example program, if I set the width and height of the Page to the width and height of the MainView, it works fine. But probably you cannot do that in all actual apps
[15:21] <ahayzen> oh interesting
[15:21] <ahayzen> does it need like anchors { fill: parent; } or something?
[15:22] <t1mp> the page already tries to do that by itself
[15:22] <t1mp> maybe that's where it goes wrong
[15:22] <ahayzen> and why it doesn't happen with ListView is intriguing as well lol :-)
[15:49] <t1mp> ahayzen: it seems like the difference is the 'moving' property of the GridView
[15:49] <t1mp> it becomes false and true when you are using the scrollwheel.. :s
[15:49] <t1mp> doesn't happen for the ListView
[15:49] <ahayzen> ah
[15:49] <t1mp> I'm not sure why it happens
[15:50] <t1mp> hmm.. when I set the width and height of the Page, 'moving' also only changes when needed.. so not multiple times
[19:42] <balloons> ahayzen, nudge nudge on those tasks for GCI :p
[20:25] <ahayzen> balloons, ah yes :-) sorry been busy with qtubuntu-media stuff :-)
[20:32] <aquarius> appdevs: I have the sdk ppa installed; I've just created a brand new app, given it the "Ubuntu SDK Desktop" kit, and tried running it, and I get this error: /usr/ubuntu-sdk-dev/bin/qmlscene: symbol lookup error: /usr/ubuntu-sdk-dev/bin/qmlscene: undefined symbol: _ZN7QString18toLocal8Bit_helperEPK5QChari. anyone have any idea what that means or what I can do about it?
[20:37] <ahayzen> aquarius, the only time i've seen something like that is when trying to run something from a future version of Qt on an older one
[20:37] <aquarius> ahayzen, it's possible that that's what's happening, but I haven't done anything to make that so: I've just added the SDK PPA and then installed the SDK from it
[20:37] <aquarius> note that it's running /usr/ubuntu-sdk-dev/bin/qmlscene, which is the SDK PPA version
[20:38] <aquarius> so... surely the SDK isn't currently broken?
[20:38] <ahayzen> yeah weird, blame the SDK folks ? ;-)
[20:38] <mcphail> aquarius: I'm sure one of the SDK guys (? bzoltan_?) mentioned that the desktop kit is incomplete
[20:38] <aquarius> you're joking
[20:38]  * ahayzen tries it
[20:39] <aquarius> so even having the SDK installed from a PPA and it parallel-installing a whole bunch of extra Qt stuff and whatnot *still* doesn't mean that I can run an Ubuntu app on my desktop?
[20:39]  * aquarius sobs
[20:39] <aquarius> $ /usr/ubuntu-sdk-dev/bin/qmake -v
[20:39] <aquarius> QMake version 3.0
[20:39] <aquarius> Using Qt version 5.4.1 in /usr/ubuntu-sdk-dev/lib
[20:40] <mcphail> aquarius: I wouldn't take my word on it, as it is a dim recollection of a previous conversation. But, AFAI remember, the desktop kit isn't fit for purpose
[20:40] <aquarius> OK. If that's honestly the case, then maybe I'll just have to step back to Ubuntu.Components 1.2 or whatever
[20:41] <aquarius> writing an app from scratch when it can only be tested on a device is a complete nightmare
[20:41] <mcphail> aquarius: I tend to use the native desktop approach, rather than using the desktop kit. Not sure if that brings more or less breakage
[20:42] <aquarius> mcphail, that's my plan, but i'm not running an interim release; I'm running 14.04, because it's the LTS
[20:42] <mcphail> aquarius: yes, it isn't pretty, is it?
[20:43] <aquarius> heh, the desktop only has Ubuntu.Components 1.1
[20:43] <aquarius> still, that's probably OK for the app I'm making
[20:48] <balloons> aquarius, sigh. Sad to hear another victim
[20:49] <aquarius> balloons, ya. So, I'm developing with version 1.1 of the components, because that works at least
[20:49] <aquarius> and I do not want to upgrade to 15.10
[20:59] <bzoltan_> mcphail:  aquarius: tell me in brief what is the problem
[20:59] <aquarius> bzoltan_:  appdevs: I have the sdk ppa installed; I've just created a brand new app, given it the "Ubuntu SDK Desktop" kit, and tried running it, and I get this error: /usr/ubuntu-sdk-dev/bin/qmlscene: symbol lookup error: /usr/ubuntu-sdk-dev/bin/qmlscene: undefined symbol: _ZN7QString18toLocal8Bit_helperEPK5QChari. anyone have any idea what that means or what I can do about it?
[20:59]  * bzoltan_ watching ice hockey championshop
[21:00] <bzoltan_> aquarius: would you please give a bit more details :) Like versions, release, apt-cache policies and stuff like that
[21:02] <aquarius> bzoltan_, certainly. What would you like version numbers of? OS: Ubuntu 14.04. /usr/ubuntu-sdk-dev/bin/qmake -v says "Using Qt version 5.4.1 in /usr/ubuntu-sdk-dev/lib". "apt-cache policy ubuntu-sdk-dev" says it's "3.5.0+16.04-0ubuntu1~109+201512221317~ubuntu14.04.1".
[21:03] <aquarius> Happy to provide any other version numbers you may find useful, if you tell me how.
[21:47] <randy_O> I'm having trouble getting an app to compile for armhf with the Ubuntu SDK. I'm getting the error: Could not find compiled binaries for architecture 'armhf'. Any ideas for what I should check?


[01:21] <VampyreDragon> Good Evening
[08:56] <amitk> morning pgraner
[09:02] <pgraner> amitk: good morning. I see you made it back ok
[09:07] <amitk> pgraner: yeah... wasn't too bad on the way back
[09:09] <pgraner> amitk: cool.
[16:29] <nir> join #ubuntu-helpteam
[16:29] <nir> hi
[17:02] <BenC> amitk, smb_tp, cking, rtg: ping a ling
[17:02] <smb_tp> BenC, There I am
[17:02] <cking> BenC, me too
[17:02] <rtg> BenC: dude
[17:02]  * zul lurks
[17:02] <BenC> sweet
[17:02] <amitk> BenC: ping
[17:02] <cr3> hey dudes, I'll be joining today
[17:02] <BenC> ogasawara, slangasek: alive?
[17:03] <slangasek> hi
[17:03]  * ogasawara waves
[17:03] <smb_tp> cr3, hey dude :)
[17:03] <BenC> The gangs all here
[17:03] <zul> hi cr3
[17:03] <BenC> Call the meeting to order then
[17:03] <BenC> Primary agenda for today, which we will dive right into, is whether we should start the move to 2.6.27 for intrepid
[17:03] <cr3> smb_tp: yo mama!
[17:04] <BenC> If we do it, it has to start now
[17:04] <zul> BenC: that would be nice
[17:04] <BenC> Luckily, I've been maintaining a synced 2.6.27 tree that is pretty much a drop in replacement for 2.6.26
[17:04] <BenC> so the "doing it" part is pretty much "done"
[17:04] <smb_tp> As you said the volume of new stuff went down, so the main window might be over
[17:05] <BenC> Other than the upload
[17:05] <cking> I think the benefits (additional drivers, etc) outweigh the risks.
[17:05] <BenC> The drawbacks we face, and have to decide whether it is worth the effort are:
[17:05] <BenC> 1) 2.6.27 timeline may leave us with a pre-released kernel at intrepid release time
[17:06] <BenC> 2) The possibility that the kernel will be less stable due to it being so fresh (even if it is final 2.6.27 at intrepid release)
[17:06] <amitk> BenC: bugs(2.6.26 + backport of alsa+wireless) > bugs(2.6.27-rcX)
[17:07] <BenC> As cking and amitk have pointed out, we are already considering moving to a newer wireless and alsa stack in 2.6.26, which we would get for free moving to 2.6.27
[17:07] <rtg> amitk: I'm beginning to become convinced that backporting the wireless pile is not feasible.
[17:08] <BenC> One of the main reasons for alsa and wireless is newer device support that isn't easy to backport in bits
[17:08] <slangasek> and if the timeline leaves us with a pre-release at intrepid release, is the intent that it be updated to 2.6.27 release in SRU?
[17:08] <BenC> slangasek: yes
[17:08] <BenC> slangasek: if we are left with -rc at release, the amount of delta to final wont be much
[17:09] <BenC> slangasek: so we should be able to evaluate every commit that will be there
[17:09] <rtg> slangasek: I also think we (the kernel team) should follow the stable tree updates until upstream stops maintaining it.
[17:09] <slangasek> that's not an answer I like very much, just because SRUs take time away from working on the next dev release
[17:10] <BenC> slangasek: hardy SRU's are already taking up time, and we didn't do this for hardy
[17:10] <slangasek> for an LTS it's understandable that there are going to be SRUs
[17:10] <slangasek> for intrepid, which isn't an SRU, I think that's spreading ourselves rather thin
[17:10] <BenC> slangasek: I don't think it will incur a long period of overhead...just a one shot deal
[17:10] <slangasek> er, isn't an LTS
[17:11] <BenC> slangasek: and because we are on a continuous move, we'll be able to get started on intrepid+1 kernel pretty quickly
[17:11] <slangasek> no SRU is a "one-shot deal" for the SRU team :)
[17:11] <BenC> slangasek: IOW, we wont have the huge burden of forward porting all of our patches across two versions of the kernel before starting...we'll have a kernel ready on day zero of intrepid+1 opening
[17:12] <BenC> our work on intrepid+1 wont really start until after UDS, so we have that time frame
[17:13] <BenC> slangasek: we usually have a month or so of SRU's for the kernel, even on non-LTS...do you think this one would incur more overhead than usual?
[17:13] <BenC> (and note, most of those SRU's are lum/lbm work for supporting newer drivers, which will be moot because of the move to 2.6.27)
[17:14] <slangasek> well, my work on intrepid+1 has to start significantly earlier than UDS in order to get the archive opened, so having to spend additional time on SRUs would be resource contention :)
[17:14] <BenC> slangasek: plus we have to consider how much work it will be for us if we stick to 2.6.26
[17:14] <slangasek> right, that's fair
[17:14] <smb_tp> It also depends on the policy. If it is agreed to follow the stable kernel updates it is less overhad to process...
[17:14] <amitk> it would also help to move kerneloops package to default install if we decide to go with 2.6.27 to help upstream bug identification
[17:14] <BenC> amitk: sounds like a volunteer has stepped in to do that ;)
[17:14] <slangasek> OTOH, it also seems to imply that the kernel is going to be undergoing significant changes well past FeatureFreeze?
[17:15] <amitk> BenC: ack
[17:15] <slangasek> which can have a destabilizing effect on bits of userspace, as things are deprecated etc
[17:15] <zul> I guess from the server team perspective there is additonal features that we want for the virtualization stuff that we do (xen64 and more kvm features)
[17:15] <BenC> slangasek: well, the kernel updates past feature freeze will be limited to bug fixing by upstream's process
[17:15] <slangasek> ok
[17:15]  * soren agrees with zul and drools over mmu notifiers
[17:15] <BenC> zul: xen64 is in .27?
[17:15] <slangasek> you seem to have addressed all the objections I can think of, then
[17:15] <amitk> slangasek: things don't really get deprecated in -rc6/rc7, it is only bug fixing
[17:16] <zul> BenC: yep
[17:16] <BenC> another reason to add to the list, thanks
[17:16] <BenC> slangasek: I've been watching .27 tree since it opened, and the churn has already dropped to bug fixing only
[17:16] <zul> also so we dont have to carry a different flavour for redhat's xen64 patchset
[17:17] <slangasek> I'd appreciate it if this plan can be floated by more people than just me (i.e., cjwatson/Keybuk) before we're committed to it
[17:17] <BenC> slangasek: I'll post the summary of this discussion and our reasoning to -devel to get feedback
[17:18] <BenC> slangasek: If we do it, I'd like to hit next Alpha
[17:18] <slangasek> given that next alpha is after FF, I agree :)
[17:18] <BenC> when is next alpha?
[17:18] <BenC> two weeks from thu?
[17:18] <slangasek> Sep
[17:18] <slangasek> so, yes
[17:19] <BenC> If we can commit to this by next week, same time, we should be good then
[17:20] <BenC> Ok, so action: Me: post summary for discussion on ubuntu-devel list
[17:20] <BenC> Will do that today
[17:20] <BenC> That's the only topic I had formally set for this
[17:20] <BenC> slangasek, zul, soren: Thanks for input
[17:20] <zul> np
[17:21] <smb_tp> Ok, then we might discuss quickly about the -security fixes
[17:21] <BenC> Anyone have anything they want to bring up now?
[17:21] <BenC> smb_tp: Ok, podium's yours then :)
[17:21] <smb_tp> It seems quity urgent for at least Gutsy to have something out
[17:21] <cr3> BenC: I would like to mention that all daily iso images for ubuntu (alternate), kubuntu, mythbuntu, xubuntu, ubuntu-server are being tested
[17:21] <smb_tp> I checked those asn fixes upstream and they disagree how to fix
[17:22] <smb_tp> One is fixed by ULONG to UINT
[17:22] <slangasek> BenC: n/p, thanks for the invite :)
[17:22] <cr3> BenC: this is all done automatically, so I would like to take this opportunity to ask whether the kernel team might have special requests for tests to run. I'll be integrating ltp and autotest, but I'm wondering what might be your priorities
[17:22] <smb_tp> the other (better as I guess) by making size to be size_t
[17:22] <BenC> cr3: excellent!
[17:23] <BenC> cr3: let's let smb finish this topic, and we'll open to that discussion
[17:23] <BenC> smb_tp: Ok...is it easy to cherry pick the upstream fixes?
[17:24] <smb_tp> Ok, quite simple, yes. And if upstream is happy with that.
[17:24] <BenC> smb_tp: Ok, can you resubmit the upstream versions to kernel-team for ACK?
[17:24] <smb_tp> ASAP
[17:25] <BenC> I don't see a problem with ACK'ing them, but just to keep the process rolling...
[17:25] <BenC> smb_tp: thanks
[17:25] <BenC> cr3: Ok, on to your topic
[17:25] <BenC> cr3: what are you currently running as testing right now?
[17:25] <cr3> BenC: so, I would like to know what the kernel team would find most urgen, preferably in order of priority, to test in my automated suite
[17:26] <cr3> BenC: it's rather pathetic right now, I'm simply making sure that the image installs and then making sure that a few processes relating to specific packages are running
[17:26] <ogasawara> cr3: can you refresh my memory what specific kernel tests autotest provides?
[17:27] <rtg> cr3: device support, virtualization issues, tests that focus on kernel stuff.
[17:27] <cr3> ogasawara: I don't recall, sorry
[17:27] <cr3> rtg: for device support, I have hardware to help me automate audio testing but it still requires a bit of work, I have also thought of a way to automate webcam testing and I need to perform some exploration for modem testing.
[17:27] <cking> cr3: autotest covers ~
[17:28] <cr3> rtg: for those devices and potentially other devices, what might be your priorities?
[17:28] <cking> cr3: try again..  ltp covers 3000+ tests, fs, memory, scheduler, disk I/O, networks, syscalls
[17:28] <rtg> cr3: disk, wireless, video
[17:28] <BenC> cr3: a check for /proc/asound/card0 existing
[17:28] <cr3> BenC: noted
[17:29] <BenC> cr3: checking that there is an interface for every PCI device that is of network class
[17:29] <amitk> cr3: how many machines and what kinds do you test on?
[17:29] <cking> cr3: maybe consider dbench, aio-stress, aio-cp, hackbench, vmmstress, kernbench
[17:29] <BenC> cking: one thing we have to remember is "daily testing" and the time it takes to run tests :)
[17:30] <rtg> cr3: are you doing anything with lvm and/or RAID stuff?
[17:30] <BenC> cr3: is this geared at testing the dist, or specific hardware?
[17:30] <cking> BenC: true..
[17:30] <cr3> amitk: I have about 100 machines ranging from laptops, desktops, servers and a few thin clients I'm not testing very well
[17:30] <cking> cr3: How much time does the current testing take?
[17:31] <cr3> amitk: the automated tests right now are very poor, the most relevant being simply testing the installation. however, I'm now in a position to add more tests since the whole process is completely automated so I get test results when I come in the office in the morning :)
[17:31] <rtg> cr3: wow, you just about need a test profile for each machine 'cause some of the tests aren't relevant.
[17:31] <cking> cr3: I will send you some info from OLS on testing that I may be useful.
[17:32] <cr3> cking: I'm reluctant to test the hardware with benchmark tools rather than the compatibility of ubuntu with the hardware. what do you think is the particular relevance of benchmark tools?
[17:32] <amitk> cr3: if you can simultaneously test on all of them, then I'd like to know if every PCI and USB device has a driver associate with it.
[17:32] <cr3> rtg: nothing with lvm or raid right now, but noted
[17:32] <smb_tp> cr3, benchmarks usually are doing some stress test
[17:32] <rtg> cr3: per amitk's suggestion, you should definitely note unsupported devices.
[17:33] <cr3> BenC: now that certification is under QA, the tests are geared towards both hardware and software. basically, everything :)
[17:33] <smb_tp> cr3, and some problems show up on procesing high volumes of traffic network or storage
[17:33] <BenC> cr3: Ok...just wanted to make sure the comments I was making fell under the scope you were working toward :)
[17:33] <cr3> cking: current testing takes about the time of installation, so about 20 minutes. So, I get test results between 20 and 1h20 minutes after a new ISO images is made available on cdimage.ubuntu.com
[17:34] <cr3> rtg: the relevance of some tests is currently detected on the machine itself. so, if hal detects that there's an audio controller, then the audio tests are run
[17:34] <rtg> cr3: makes sense
[17:34] <cr3> rtg: however, this doesn't always work. for example, there might be two network controllers in a machine but only one is detected
[17:35] <cr3> rtg: so, I will be introducing the concept of profiles but I have no timeline for this
[17:35] <cking> cr3: It would be interesting to see how much coverage these tests actually do on the entire kernel - I believe that LTP only covers a few percent of the kernel
[17:36] <cr3> smb_tp: true, but there's a difference between running a cpuburn and compiling the kernel with num_processors + 1 processes. I think the former is irrelevant because it only tests the hardware whereas the latter is relevant because it tests smp
[17:36] <BenC> Ok. I say we take this up more in depth over email...sounds like we have some good ideas, and cr3 is probably going to get swamped :)
[17:37] <cr3> cking: I think ltp in combination with autotest and lsb might cover a good portion of the kernel
[17:37] <smb_tp> cr3, I would rather think of iobench or netbench or how they are named
[17:38] <cr3> smb_tp: noted, I actually used to have those as part of my suite, but I removed them eventually because I figured the provided little bang for the buck: some of these benchmarks take a long time to run which delays test results
[17:38] <cr3> smb_tp: one solution might be to dispatch test results incrementally, instead of in a batch, but there are no real plans for this yet
[17:40] <BenC> cr3: Are these results going to be made available for others?
[17:40] <cr3> ok, I think I have plenty to work on until the meeting next week. I will try to keep you guys posted
[17:40] <cr3> BenC: yes. this is currently done under the certification framework which is gradually being opened to the community since the department is now under QA
[17:41] <BenC> cr3: great, thanks
[17:41] <BenC> If no one else has anything to discuss....
[17:41]  * BenC pauses for slow typers
[17:41] <amitk> cr3: what's your annual HW upgrade budget to keep with the current fashion? ;-p
[17:42] <BenC> amitk: we don't stock Mac's, so we're not into fashion ;)
[17:42] <amitk> hehe
[17:42] <cr3> amitk: I have no budget, this is all hardware sent to us by hardware vendors
[17:43] <amitk> good to know
[17:44] <cr3> amitk: if you think we should have specific devices, let me know and I could raise this issue with heno
[17:44]  * BenC calls the meeting adjourned
[17:44] <cr3> personally, I would rather invest my budget in testing infrastructure such as some telephone switch for testing modems
[17:44] <BenC> Thanks everyone. See you next week
[17:45] <cr3> thanks for all the suggestions folks, much appreciated!
[18:53] <zul> BenC: where are the 2.6.27 kernels again?
[18:55] <BenC> zul: http://kernel.ubuntu.com/pub/next/
[18:59] <zul> thanks
[19:14] <rtg> soren: bug #257569, can you think of a use case for IP filter and connection tracking in the virtual kernel?
[19:15] <elmo> rtg: kernels without those options are useless to me, FWIW
[19:16] <rtg> elmo, yeah, but a virtual kernel?
[19:16] <elmo> rtg: well, I use the -xen kernel, but yes ;-)
[19:20] <_ruben> virtualized routers arent that uncommon
[19:20] <_ruben> especially for testing purposes, but also live environments
[20:01] <soren> rtg: Yes. I use it all the time.
[20:02] <soren> rtg: My vpn endpoint is a virtual machine.
[20:02] <rtg> soren: I'm talking about the virtual flavour.
[20:02] <soren> rtg: Yes...
[20:03] <soren> rtg: I thought I was too.
[20:04] <soren> rtg: My vpn server is a virtual machine, which would be running the virtual kernel if there were an amd64 version of it.
[20:04] <rtg> soren: config.virtual:# CONFIG_NF_CT_NETLINK is not set
[20:04] <soren> rtg: The only difference between the server kernel and the virtual kernel really should be device drivers.
[20:05] <rtg> soren: ok, I'll enable it for -virtual.
[20:05] <soren> rtg: In Intrepid?
[20:05] <rtg> soren: Hardy for now. I'll make sure Intrepid is consistent
[20:05] <soren> Don't worry about intrepid.
[20:05] <soren> It's handled quite differently.
[20:06] <rtg> soren: I want to make sure the main kernel flavors have it enabled.
[20:06] <soren> rtg: all my vm's are amd64 ones, so I don't actually use the virtual kernel flavour much.
[20:06] <soren> rtg: (the production ones are running hardy)
[20:06] <soren> Yes, they should all have the same ip filtering capabilities.
[20:07] <rtg> soren: Intrepid has connection tracking enabled for all flavours.
[20:07] <soren> Right.
[20:20] <perfector> will increasing the kernel shared memory improve overall performance?
[21:36] <arturo-xinerama> hey everyone. I'm trying to follow online instructions to use my Microsoft Ergonomic Keyboard, but modprobe usbnek4k says no such module found
[21:36] <arturo-xinerama> running kernel 2.6.24-19-generic
[21:36] <arturo-xinerama> last thing I read this module was included in the 2.6.24 kernel release
[23:05] <chris_goe> arturo-xinerama: you can use "/sbin/modprobe -l" to see which kernel modules are available


[06:03] <walrider> u-la-la: tell pavlushka that i wanted to talk with him about DIU
[06:03] <u-la-la> walrider: I'll pass that on when pavlushka is around.
[17:07] <pavlushka> Good day Kilos :)
[17:07] <u-la-la> pavlushka: 06:03Z <walrider> tell pavlushka that i wanted to talk with him about DIU