[22:00] <lool> Any up to take the meeting?
[22:00] <lool> plars, GrueMaster, NCommander, ogra: tempted?
[22:01] <lool> Oh it's done already
[22:01] <NCommander> lool, I already agreed to chair :-)
[22:02] <GrueMaster> Done already?  Does that mean I can go back to sleep?
[22:02] <ogra> oh, cool
[22:02]  * ogra goes back to the TV then
[22:03] <GrueMaster> guess not.
[23:02] <persia> GrueMaster, Since the meeting is coming to a close, and you didn't ask any questions about my mail about specs, perhaps we could cover them here?
[23:03] <GrueMaster> Just curious if it is required for each of us to come up with something.  If so, I'll start formualting ideas and run them by you next week.
[23:04] <persia> GrueMaster, I don't think anyone is *required* to add anything, but if there's anything you'd like to see (and know can be achieved), it's worth writing it up.
[23:04] <persia> We can discuss at UDS, and make determinations.
[23:05] <persia> Of course, if *lots* of people submit things, some things will be dropped: it really depends on how many people write things up, and how many intend to attend UDS to discuss them.


[00:01] <kees> @pilot out
[00:17] <bdrung> persia: can you please have a look at https://wiki.ubuntu.com/fakesync and extent it / improve the wording?
[02:37] <ebroder> ari-tczew: I was skimming the sponsorship queue and noticed bug #615734. Was there a particular reason you asked tjcasey to switch to bzr? As long as both bzr and debdiffs are considered acceptable ways of getting sponsorship, I don't think we should be asking contributors to jump back and forth between the two based on personal preference
[03:36] <YokoZar> latest natty kernel package doesn't seem to be installable on my natty vm...
[03:43] <RAOF> Installed for me :)
[03:52] <yao_ziyuan> i think the no.1 problem in gnome is probably the desktop icon text color. it's white and just doesn't work with light wallpapers. i found a perfect solution.
[03:52] <yao_ziyuan> put a gtkrc-2.0 file in your home dir with this content: http://fpaste.org/jpvP/ . this will set your desktop icon text color to black, and put a 50%-translucent round-cornered box around the text.
[03:53] <yao_ziyuan> the purpose is that whether your wallpaper is dark or light, desktop icon text will always be highly contrasted. i recommend it be a default configuration for ubuntu.
[04:15] <StevenK> yao_ziyuan: That sounds like a great suggestion -- I'd recommend you file a bug so it doesn't get lost.
[04:17] <yao_ziyuan> StevenK: thanks for encouragement
[04:18] <yao_ziyuan> StevenK: i'm actually using fedora but it doesn't matter
[04:24] <yao_ziyuan> StevenK: i found an existing ubuntu bug report concerning exactly the same issue: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/643836
[04:25] <yao_ziyuan> StevenK: it blamed the upstream (gnome). should i add a comment providing my near-perfect solution, or create a new bug report
[04:25] <yao_ziyuan> i guess adding a comment
[06:07] <omdag> hi
[06:07] <omdag> anyone around
[06:10] <cjwatson> (sorry for slow reflexes)
[06:13] <CarlFK> http://dpaste.de/LZ1X/  software-properties$ bzr diff - what is the process for submitting a patch?
[06:19] <micahg> CarlFK: https://wiki.ubuntu.com/Bugs/HowToFix#Using%20Ubuntu%20Merge%20Proposals
[06:22] <CarlFK> micahg: thanks.  figured there was something like that
[07:06] <didrocks> good morning
[07:08] <dholbach> good morning!
[07:09] <didrocks> hey dholbach!
[07:09] <dholbach> salut didrocks
[07:09] <didrocks> dholbach: I filed a bug against the kernel as I got no answer in #ubuntu-kernel, want to subscribe?
[07:09] <dholbach> sure
[07:10] <didrocks> dholbach: bug #686070
[07:10] <dholbach> gracias
[07:10] <didrocks> yw :)
[07:51] <didrocks> @pilot in
[07:51] <didrocks> "welcome onboard" :)
[07:51] <ebroder> Whooo!
[07:51] <dholbach> yooohoooo!
[08:01] <pitti> Good morning
[08:23] <Huawei> hello
[08:26] <hekireki> Hey guys
[08:27] <hekireki> I've built a deb package for my app, and i'd like it to be downloadable via apt, how can i do that ?
[08:29] <CarlFK> hekireki: /j #launchpad and ask about PPA
[08:30] <hekireki> thanks you carl
[09:01] <\sh> hmmm...why is dh_autotools-dev_{restoreconfig,updateconfig} in autotools-dev and not in debhelper ? even if the man page says, that it belongs to debhelper 7?
[09:09] <hyperair> wait, there's a dh_autotools-dev?
[09:09] <hyperair> what happened to dh_autoreconf?
[09:11] <\sh> hyperair: since maverick it seems...
[09:12] <hyperair> what
[09:12] <dapal> \sh, hyperair: they're different
[09:12] <hyperair> dapal: eh?
[09:12] <dapal> dh_autoreconf runs "autoreconf -f -i"
[09:12] <hyperair> ah yes
[09:12] <hyperair> config.guess/sub
[09:12] <dapal> thus changes Makefile.in's, for example
[09:12] <dapal> exactly
[09:12] <dapal> dh_autotools-dev_* only changes config.{guess,sub}
[09:13] <dapal> and that's the reason why it's in autotools-dev: they need the config.guess/sub copies
[09:13] <dapal> i.e. /usr/share/misc/config.sub and /usr/share/misc/config.guess
[09:13] <hyperair> makes sense.
[09:13] <hyperair> what 's config.sub and config.guess for again?
[09:14] <dapal> they're for architecture-specific things, AFAIR
[09:14] <dapal> but please don't ask more, I hate autofools :-p
[09:14] <dapal> (just because I don't know much)
[09:14] <hyperair> heheh
[09:15] <\sh> dapal: but wouldn't it make more sense, to include the debhelper scripts into debhelper itself and not in packages which are not related to debhelper actually?
[09:15] <hyperair> \sh: it's autofools specific
[09:15] <hyperair> just like how dh_quilt* is in quilt.
[09:15] <dapal> \sh: and then make debhelper depend on autotools-dev? Nasty. :)
[09:16] <dapal> hyperair: (or dh_bash-completion is in bash-completion, or [..])
[09:16] <hyperair> yeah
[09:16] <dapal> anyway, who uses dh_quilt these days? 3.0 (quilt) rocks \o/
[09:19] <\sh> hmm...I see it a bit different...someone who wants to change config.{sub,guess} will always include autotools-dev, the dh_autotools-dev_* stuff is a wrapper to some manual shell magic imho (i didn't take a deeper look at those scripts), so for me it belongs more into debhelper then in another package..anyways...it's probelmatic now to build a source package on lucid with those commands inside debian/rules...
[09:20] <hyperair> dapal: i use it when i need to do things before patching.
[09:20] <hyperair> dapal: on older ubuntus
[09:20] <dapal> ah, yes. :)
[09:20] <hyperair> stuff like ltmain.sh
[09:20] <hyperair> speaking of which, i hear that libtool's been fixed and we can drop the patch now
[09:20] <hyperair> is that true?
[09:20] <hyperair> and since when?
[09:20] <dapal> oh, well
[09:21] <dapal> I've been patching ltmain.sh since ages
[09:21] <hyperair> yeah same here
[09:21] <hyperair> rather, ever since i inherited banshee, i've been patching ltmain
[09:21] <dapal> is libtool being fixed just a rumour? :-p
[09:21] <hyperair> lol, maybe. =p
[09:23] <DktrKranz> mvo: I wonder if you had the time to look at a synaptic merge proposal I did some time ago (https://code.launchpad.net/~dktrkranz/synaptic/manual/+merge/42026)
[09:24] <mvo> DktrKranz: briefly, let me check it out again
[09:29] <mvo> DktrKranz: I commented on the bug, I'm a bit unsure about it, but I guess its the right approach
[09:31] <DktrKranz> mvo: it won't exclude other important bits (i.e. some key packages installed by tasksel, or equivalent), but at least it doesn't show apt, dpkg, tar, and thelike
[09:32] <DktrKranz> I'm trying to see if there's a way to do so, didn't come to a solution yet, though
[09:50] <pitti> mdz: did you recently change the tech-board LP settings? the moderation queue now gets tons of merge proposals, and I started getting every TB mail twice
[10:33] <mdz> pitti: yes, I set the contact email address for the team to the mailing list
[10:34] <pitti> mdz: seems TB is somehow involved in all these merge proposals then
[10:35] <mdz> pitti: should I undo that change?
[10:35] <mdz> while we track down why?
[10:36] <pitti> mdz: it's not hard to delete them from the moderation queue, but I wonder why they are landing there in the first place
[10:36] <pitti> seems tech-board is a default reviewer for ubuntu branches or so?
[10:36] <pitti> mdz: you did that because someone used "contact user" for the xubuntu  mail, right?
[10:37] <mdz> pitti: probably we are a member of some other team which is
[10:37] <pitti> mdz: I guess it just landed in a different folder for me then, thus I didn't see the original email where I saw sabdfl's reply
[10:37] <mdz> pitti: I'm actually subscribed to merge proposals for Ubuntu anyway, so I didn't notice
[10:41] <didrocks> pitti: btw, I didn't touch the language-selector and gdm changes for $LANGUAGE. I think the reporter subscribed you, the diff is quite large and you know the issue/functionnality :)
[10:42] <pitti> didrocks: right; I unsubscribed sponsors for that, for this very reason
[10:42] <pitti> it'd take ages for someone else to catch up
[10:42] <didrocks> that was my guess :)
[10:49] <hron84> Hi! I would like to know where finds the GDM its configuration file.
[10:49] <hron84> I use Ubuntu Lucid
[10:49] <pitti> hron84: gdm has a lot of configuration; what kind of config are you looking for?
[10:50] <pitti> (per-user or global, autologin vs. how to start the session, language vs session type, etc.)
[10:50] <hron84> I would like tell to it to don´t start Xorg as first VNC server, but Xvnc
[10:50] <hron84> ahh
[10:50] <hron84> I would like tell to it to don´t start Xorg as first  server, but Xvnc
[10:51] <hron84> i have a config file, i know what i need to do, but gdm doesn´t accepts the config file from standard places.
[10:51] <pitti> erm, Xvnc isn't an X server
[10:51] <hron84> Ok.
[10:51] <hron84> I know
[10:54] <hron84> pitti: i know. I´mn´t a newbie of linux or Ubuntu, just i use GDM and Xvnc very rarely on Ubuntu, i usually config it on Debian.
[10:56] <pitti> hron84: you might be able to set it in /etc/gdm/custom.conf, but I'm not sure whether the X server to use is configurable
[10:57] <hron84> pitti: i tried it, but GDM doesn´t accepts the config from here.
[10:57] <pitti> hron84: it does use the file, though; it's where we put autologin etc. settings
[11:44] <Kano> hi, is it a running gag that your iso images even for natty use a new enough isolinux version but they are still not hybrid because of missing isohybrid command?
[11:57] <ScottK> cjwatson: grantlee (via build-depends from kde4libs) is only used by KDE in Main, but isn't in the Kubuntu packageset.  It may be just because it's newly in Main, but it seems to me that it should be.
[12:15] <cjwatson> ScottK: kde4libs has to be overridden into the kubuntu set because it's so deep in the dependency chain.  I've added an exception for grantlee to match.
[12:15] <ScottK> cjwatson: Thanks.
[12:32] <ScottK> barry: Looks like pyrex is blocking 2.7 for some other packages (it's built for 2.7, so it's a works with 2.7 problem, not a rebuild issue). http://launchpadlibrarian.net/60079969/buildlog_ubuntu-natty-i386.python-evas_0.5.0%2Br49677-1build1_FAILEDTOBUILD.txt.gz
[12:33] <Kano> cjwatson: whats up with your iso builds, cant you trigger isohybrid at the end
[12:37] <Kano> bug 524803
[12:40] <cdbs> kees: there? Does the fetchmail package create a fetchmailrc? I don't think so, and it has START_DAEMON=yes by default in the /etc/default/fetchmail .
[12:40] <cdbs> so this is a clash
[12:55] <Daviey> Hmm... Does pbuilder standard config rebuild the debian.orig.gz?  I have the one that went in, and the one that came out (result), and they binary differ by sum.. but diffing contains the same contents... I'm quite suprised it seems to have repacked it... any ideas?
[12:58] <didrocks> ok, time to fully switch again to normal day job, ejection… :)
[12:58] <didrocks> @pilot out
[14:03] <et_> Can someone help disable cd rom drives on ubuntu?
[14:03] <et_> Need it for a project
[14:04] <et_> I need to deny access to CD ROM drive to certain users.  But so far, I'm unable to do so
[14:04] <et_> can anyone give me a pointer?
[14:05] <cdbs> !support | et_
[14:05] <et_> sorry.. & thanks.
[14:08] <kenvandine> @pilot in
[14:14] <avinashhm> hi, any one tried copying kernel source repos from one PC to another using NFS mount ??? stuck with 'Stale NFS file handle' errors .. any help ??
[14:23] <dnivra> hello. I am working on LP: #647045 and have something weird happening. I edit the only occurrence of the 'Handler silently failed' in the entire source code of apt and yet it displays the same error. How is that even possible?
[14:24] <dnivra> LP:#647045
[14:24] <ScottK> bug 647045
[14:25] <dnivra> Thanks ScottK.
[14:25] <ScottK> You're welcome.
[14:33] <juliank> dnivra: In which file is the message?
[14:34] <dnivra> juliank, apt-pkg/contrib/cmndline.cc
[14:36] <juliank> dnivra: Then, did you set LD_LIBRARY_PATH? And really, that
[14:37] <dnivra> juliank, it should point to? currently it points to /usr/local/lib.
[14:37] <juliank> dnivra: If you are running ./build/bin/apt-get you must also set LD_LIBRARY_PATH=./build/bin, otherwise it loads the old library
[14:38] <dnivra> which is the already existent unmodified library! well i didn't know that. thanks juliank!
[14:38] <dnivra> is it enough if I append './build/bin' to LD_LIBRARY_PATH or should it be the only value?
[14:39] <dnivra> juliank, thanks a lot! I've been breaking my head over this for whole of today-nearly 12 hours now.
[14:40] <juliank> dnivra: That's your thing. But the bug has to be fixed in cmdline/apt-cache.cc anyway, not in cmndline.cc
[14:42] <dnivra> juliank, i think the function 'DispatchArg' in cmdline.cc is what is called from apt-cache.cc, which prints the dependencies. I check it with gdb-it's immediately after the function call 'CmdL.DispatchArg(CmdB)' in line 1865 of apt-cache.cc that the dependencies are printed. but I'm not too sure about that.
[14:43] <juliank> dnivra: The bug is around line 590 of cmdline/apt-cache.cc
[14:43] <juliank> it returns false without creating an error first
[14:47] <dnivra> juliank, gotta check it out then. i'm still learning how apt works. and all I know for sure is that DumpErrors prints out the errors :D.
[14:50] <juliank> dnivra: I already pushed a fix into the debian-sid repository (mvo: fix for 647045 is in debian-sid)
[14:51] <dnivra> juliank, oh! okay then. time to find another bug. can i see the fix you made-link?
[14:51] <mvo> juliank: thanks
[14:52] <juliank> dnivra: The fix can be seen at http://bzr.debian.org/scm/loggerhead/apt/debian-sid/revision/2054
[14:52] <dnivra> it fixes both rdepends and depends? cos I had the same problem with depends too. just asking.
[14:52] <juliank> It prints 'E: No packages found' now if no package could be found.
[14:52] <juliank> dnivra: rdepends just calls depends with a reverse switch on.
[14:53] <juliank> => yes
[14:53] <dnivra> juliank, oh yeah true the same function! i forgot :).
[14:54] <juliank> dnivra: I did not want to take away your bug fun, but this was just too simple to have the ping-pong a patch involves.
[14:55] <dnivra> juliank, can i ask something- in the patch made, return _error->Error(_("No packages found"));, why is there an _ after Error(. i edited a line exactly like this-added to cmndline.cc actually but it complained error: stray '_' or something.
[14:56] <juliank> dnivra: _ is a function (well, it's a macro that calls gettext())
[14:56] <juliank> _("DD") == gettext("DD") == your translation of "DD"
[14:56] <dnivra> i see. hmmm wonder why that error arose then. oh well bug is fixed good enough :)
[14:57] <dnivra> juliank, not the first time :). i patched a bug in gedit long ago but then it was rejected by gnome/ubuntu desktop-i forget. i followed the discussion for a long time and after that lost interest seeing it won't be fixed and so unsubscribed. then, i used this bug to do a session on contributing to ubuntu-thought of showing this as a live fix-and so downloaded the latest source file only to find that the bug was fixed :).
[14:59] <juliank> dnivra: APT has around 700 other bugs (600 in Debian, 100 in Ubuntu), so if you want something to work on something in APT, you might find something.
[15:01] <dnivra> juliank, i'm okay with any bug-i'm pretty new to bug fixing. still finding my way around. been working on this bug for nearly a week now so you get the picture right :).
[15:02] <juliank> dnivra: Than you might want to hack on something else than old obscure complicated APT code.
[15:03] <dnivra> oh okay then. will do.
[15:03] <barry> ScottK: reading backlog.  re: pyrex issue.  is there a bug open on that yet?
[15:03] <ScottK> barry: no.
[15:03] <ScottK> (or not AFAIK)
[15:04] <dnivra> i picked this apt bug randomly and started on it. learnt a lot while attempting to fix it.
[15:05] <barry> ScottK: ok
[15:09] <barry> ScottK: https://bugs.launchpad.net/ubuntu/+source/python-evas/+bug/685492
[15:09] <barry> ScottK: if it turns out to be a pyrex bug, i'll open a new one
[15:11] <slangasek> RoAkSoAx: 'dh_makeshlibs -V' is low-maintenance and usually works, but it's also usually not very accurate
[15:29] <doko> seb128, pitti: could you have a look at the libgda4 build failure? gir issues
[15:33] <pitti> I have a meeting now, so afterwards
[15:38] <mdz> thanks for the brainstorm reply, pitti
[15:39] <geser> lucas, lool: re the apport FTBFS: I can reproduce it with my natty pbuilder. I usually also use tmpfs for it, so I tried without tmpfs (ext4 instead) -> same FTBFS. I've put both logs on http://www.bienia.de/tmp/ubuntu/ if you want to compare both (they differ).
[15:39] <pitti> mdz: yw; please let me know if you think I should take this anywhere else
[15:39] <mdz> pitti: I wish brainstorm had anchors for the comments; it's impossible for me to link directly to your response
[15:39] <pitti> mdz: fortunately the thread isn't very long
[15:41] <cjwatson> lamont: dunno if you noticed, but making the livefs builds use --force-unsafe-io took 16 minutes or so off the amd64 and i386 build times
[15:41] <cjwatson> (out of ~38 minutes)
[15:48] <mdz> cjwatson: is that a dpkg option?
[15:51] <ebroder> cjwatson: Do the buildds have enough RAM and/or swap that you could do the builds into a tmpfs? That made a *huge* performance difference for my livefs builds
[15:51] <cjwatson> mdz: yes, new
[15:51] <cjwatson> ebroder: https://blueprints.launchpad.net/ubuntu/+spec/other-foundations-n-cd-build-speed
[15:51] <cjwatson> "[lamont] Switch to tmpfs for non-DVD builds: TODO"
[15:52] <ebroder> Haha, ok :)
[15:52]  * ogra_ac doubts that building in swap makes a huge difference
[15:52] <ebroder> Yeah, sure - you've lost once you hit swap. The concern is more over OOMing before you can finish
[15:53] <ogra_ac> well, my builds usually happen on machines that dont have much ram
[15:53] <ogra_ac> (read ARM)
[15:56] <cjwatson> powerpc only got 6 minutes faster out of 40; armel+omap4 got 3 minutes faster out of 62
[15:56] <cjwatson> (haven't checked how much variance there is there, though!)
[15:56] <cjwatson> I imagine you need to be bottlenecked on I/O before it makes much of a difference
[16:01] <pitti> sconklin: oh, I eradicated the lucid-proposed dove kernel as well
[16:01] <sconklin> pitti: thank you
[16:09] <Daviey> Riddell: Hey!  Are you doing AA work at present? :)
[16:12] <Riddell> Daviey: at some point today i
[16:12] <Riddell> will
[16:19] <Daviey> Riddell: great..  there is a libvirt, lucid sru - i'm interested in.  no hurry. :)
[16:20] <Riddell> Daviey: bug no?
[16:22] <Daviey> Riddell: bug #668042 , in lucid unapproved queue
[16:30] <doko> ScottK: do you requeue the arm builds? do you some the order to build?
[16:31] <ScottK> doko: For qt/kde?  Yes.
[16:31] <doko> ok, thanks
[16:31] <ScottK> kde4libs should go in about 15 mnutes.
[16:32]  * doko curses Riddell for pre-promoting packages without checking that they are built
[16:32] <ScottK> doko: For reference, here's the KDE build order: https://wiki.kubuntu.org/Kubuntu/Ninjas/DependencyGraph
[16:49] <pitti> sconklin: ah, bummer -- it seems the debdiffs generated at https://launchpad.net/~canonical-kernel-team/+archive/ppa/+packages?field.series_filter=maverick are against maverick final, not what's in -updates/-security
[16:50] <sconklin> pitti: sorry. That's an easy mistake to make, and we're working on some tools to prevent that
[16:50] <pitti> sconklin: ?
[16:50] <sconklin> (among other common errors)
[16:51] <pitti> sconklin: that's a Launchpad bug
[16:51] <pitti> the Launchpad generated debdiffs in the Ubuntu unapproved queue are fine, but it seems the ones in PPAs don't do what we need
[16:51] <sconklin> oh, sorry. We often forget to generate packages as a diff.
[16:51] <pitti> sconklin: no, that's not what I mean
[16:51] <sconklin> pitti: yeah, I get it now
[16:51] <pitti> sconklin: I mean, for review I need a debdiff against the version that's currently in that release
[16:52] <pitti> sconklin: well, at least I sufficiently fixed my tools to open all the bugs, get the .changes, etc.
[16:55] <doko> ogra_ac: your `shadow' upload doesn't build
[16:56] <RoAkSoAx> pitti: is there a change you could review bug #527195
[16:56] <pitti> RoAkSoAx: sorry, no; I'm not a MIR reviewer any more, and I'm in a meeting ATM
[16:58] <RoAkSoAx> pitti: oh ok thanks! no worries then. sorry to bother :)
[16:58] <doko> RoAkSoAx: mterry did start these reviews in the past
[16:58] <mterry> doko, yeah, I'm looking at the cluster-glue one anyway
[16:58] <RoAkSoAx> doko: yes he is doing cluster-glue :) IDK about pacemaker though.
[17:09] <jdstrand> pitti, sconklin: just a thought, as an interim solution, it should be possible for the kernelteam to add a manually generated debdiff to the SRU master bug.... not ideal, but could work until LP is fixed
[17:09] <pitti> that'd be awesome
[17:09] <pitti> (and actually that's already part of the SRU policy..)
[17:10] <pitti> bonus points if you can filterdiff -x '*/debian.master/*'
[17:10] <pitti> and all the ABI diffs (which usually account for 90% of the size)
[17:10] <jdstrand> sconklin: to generate a debdiff: debdiff <current kernel in -updates/-security>.dsc <-poposed kernel>.dsc
[17:11] <jdstrand> sconklin: and then filter as pitti mentioned
[17:11] <pitti> sconklin: alternatively, using git diff across all commits to that upload
[17:11] <jdstrand> (should be scritable-- we do it on our team)
[17:11] <cjwatson> https://help.launchpad.net/API
[17:11] <cjwatson> oops
[17:11] <pitti> if you diff against the previous tag, that should also be scriptable
[17:13] <sconklin> in a meeting, but looks like a good idea
[17:18] <mterry> doko, but actually, I wanted you to look at cluster-glue a bit.  There were some issues with libraries being bundled into one package.  That's fixed now, but then the question became to add .symbols or use makeshlibs -V.  How to best use -V with a source package that doesn't use cdbs/dh7 with lots of libraries in it?
[17:20] <doko> mterry: hm, ok, will look at these, but it's end of day for me today, and tomorrow I did plan the python transition ...
[17:21] <mterry> doko, OK.  I guess I didn't want you to look at it so much as advice regarding -V.  I'll ask another MIR person though.  See ya later
[17:22] <mterry> asac, ^
[17:22] <asac> mterry: does it use dh5?
[17:23] <pitti> barry, doko: are we going to drop support for Python 2.6 from natty, or keep 2.6 and 2.7? the former would reclaim the 9.5 MB of extra CD space that 2.7 added
[17:23] <mterry> asac, it uses dh at compat level 7, but not new-style dh.  Still lists all the dh_* items to run and such
[17:24] <doko> pitti: can we discuss this at the sprint?
[17:24] <pitti> doko: sure; I was just curious whether this was already planned, or still in the air
[17:24] <pitti> doko: thanks
[17:24] <cjwatson> .symbols means that packages depending on this one get fine-grained calculation of dependencies based on exactly which symbols they use.  -V just sets a fixed >= minimum.  you can use either - in many cases it isn't worth bothering maintaining symbols file.
[17:24] <doko> pitti: stop shipping the compiler on the CD
[17:24] <cjwatson> *files
[17:24] <cjwatson> it doesn't make much difference what source helper is involved
[17:24] <pitti> doko: which compiler?
[17:25] <doko> gcc
[17:25]  * doko is now afk
[17:25] <pitti> ergh, this isn't even meant to be shipped
[17:25] <cjwatson> yeah it is
[17:25] <pitti> doko: right, thanks for pointing out
[17:25] <cjwatson> there's a comment in the seeds about why, and everything
[17:25] <cjwatson> Here we provide a minimal development environment sufficient to build kernel
[17:25] <cjwatson> drivers, so that this is possible on the live CD and in scenarios where
[17:25] <cjwatson> it is problematic to get these packages onto the installed system in order
[17:25] <cjwatson> to compile a driver. -mdz
[17:26] <james_w> pitti, hi, could I trouble you to take a look at https://code.launchpad.net/~james-w/launchpad-work-items-tracker/multi-project/+merge/42893 soonish? We need some solution for this to have useful charts for Linaro this cycle.
[17:26] <doko> but how many people do this?
[17:26] <cjwatson> it's certainly one of the things that is debatable.  I was merely saying that it wasn't as simple as being there by accident
[17:26] <cjwatson> I have no idea how to get data
[17:26] <pitti> ah, so indeed; I thought this accidentally slipped in as a dependency
[17:27] <pitti> james_w: I got your mail; will look at it ASAP
[17:27] <asac> mterry: it probably runs dh_makeshlibs ... you just use the -vVERSION there iirc
[17:27] <pitti> so, the rallye will be a nice opportunity to have another one of these "what to kick off the CD" fights then
[17:27] <james_w> pitti, thanks. Doesn't need to interrupt your work, but I promised a solution to this this week.
[17:28] <asac> mterry: dh_makeshlibs -V'packagename (>= explicit.version)'
[17:29] <mterry> asac, yar OK.  thanks
[17:29] <RoAkSoAx> asac: but other packages don't have symbols file nor dh_makeshlibs -V'packagename (>= explicit.version)'
[17:29] <RoAkSoAx> and they just have dh_makeshlibs -V
[17:30] <cjwatson> dh_makeshlibs(1) documents what that does
[17:30] <cjwatson> and why you might or might not want to use it
[17:30] <cjwatson> the paragraph in question starts with "Beware of"
[17:30] <kees> cdbs: hi! no, it doesn't create /etc/fetchmailrc and doesn't set START_DAEMON=yes.
[17:30] <RoAkSoAx> indeed
[17:31] <cdbs> kees: hmm? /me confirms
[17:31] <cdbs> since it did that in mmy case
[17:32] <kees> cdbs: hm, did you apt-get purge fetchmail before you started? I tested in a fresh chroot.
[17:33] <cdbs> kees: well, my case is different. I installed on maverick and then upgraded to natty
[17:33] <asac> RoAkSoAx: right. but those dont track the API explicitly which is not good
[17:34] <cdbs> kees: ah, maybe a case that came up due to the upload. I can't see anything wrong with the code
[17:34] <ScottK> cjwatson: In maverick I can do a fresh install on a broadcom wifi system and get working wireless with dkms, etc from the ISO.  If we gave up on that, I would consider it a significant regression for such systems (another reason for gcc).
[17:34] <asac> e.g. indicates that the packager doesnt care about API/ABI imo
[17:34] <cdbs> s/upload/update/
[17:34]  * kees tries
[17:35] <RoAkSoAx> asac: right, but something is for sure in cluster-glue and pacemaker, ABI changes (iirc verioning of the library) doesn't happen quite often
[17:35] <cjwatson> ScottK: that's a good example, yes
[17:35] <cjwatson> (until/unless broadcom fix their stuff ...)
[17:36] <kees> cdbs: hm, nope. same thing for me still. installed maverick fetchmail in a fresh chroot, START_DAEMON=no, did an update to natty fetchmail, still set to =no.
[17:36] <cdbs> kees: okay, I am closing bug, Thanks for testing!
[17:37] <kees> you bet!
[17:37] <cdbs> Don't know how it happened, I surely remember I never modified any file there
[17:39] <asac> RoAkSoAx: right. but even there its more important to see that maintainer double checks to catch upstream mistakes etc.
[17:40] <RoAkSoAx> asac: indeed, to tell you the thruth, at first they didn't even wanted to do the library split! So it's been an strugle to get this to happen in debian
[17:41] <asac> RoAkSoAx: thanks so much for convincing debian on this!
[17:41]  * mterry has to run out. bbl
[17:42] <RoAkSoAx> asac: was not exactly convincing :) but they finally realized it was a blocker on Ubuntu after various attempts to get these packages into Main, and of course, varios rejections of patches from their side
[17:42] <asac> hehe
[17:45] <pitti> skaet_, sconklin: I made two followups to bug 683422; please let me know if you are ok with the current problems and want me to go ahead with the publication
[17:46] <sconklin> looking
[17:52] <pitti> sconklin, jdstrand: FYI, I updated https://wiki.ubuntu.com/ArchiveAdministration#Copying%20PPA%20kernels%20to%20proposed%20(DRAFT) to show how to use queuediff (I just updated it to work with PPAs)
[17:54] <sconklin> pitti: I thin that for this cycle we'll (meaning the kernel team people) just manually update the bug with the typo and keep you informed as needed, and I'll find out why armel didn't get built
[17:55] <pitti> sconklin: ok, so we'll just try and see whether it gets a proper build record in -proposed now?
[17:56] <jdstrand> ack
[18:01] <pitti> erk, this new launchpadlib keyring is awkward
[18:03] <pitti> sconklin-lunch: yup, building: https://launchpad.net/ubuntu/+source/linux/2.6.35-24.42/+build/2084938
[18:03] <BlackZ> kenvandine: bug #685860: I'm not sure I understand your comment. I built the package with the "-v" option. That debdiff will not apply to the currently package in natty, rather you should apply that debdiff to the latest version of the package available in Debian unstable (it's a debdiff debian → ubuntu)
[18:03] <kenvandine> BlackZ, i see
[18:04] <kenvandine> i thought the debdiff was the diff to ubuntu
[18:04] <BlackZ> kenvandine: no, it's not :)
[18:04] <kenvandine> so i need to get the debian unstable version, and apply the debdiff :)
[18:04] <kenvandine> sorry
[18:05] <kenvandine> will do
[18:24] <kenvandine> @pilot out
[18:46] <hallyn_> zul: for daily builds, have you switch to natty as the release, or are you still using maverick?
[18:47] <zul> im still using maverick i havent had a chance to switch to natty yet
[18:50] <hallyn_> zul: which do you think is more useful?
[18:50] <hallyn_> zul: i was thinking more ppl filing bugs fo whom i ask to use upstream would be on maverick...
[18:50] <zul> maverick for now...
[18:50] <hallyn_> kthx
[18:50] <RoAkSoAx> mterry: btw.. you working on pacemaker as well? :)
[18:59] <janimo> .join #ghc
[19:00]  * janimo oopses
[19:02] <tkamppeter> pitti, still there?
[19:16] <kklimonda> jdstrand: do you remember why have you removed locales-all from the Build-Dep of python-django? The comment is "don't Build-Depends on locales-all, which doesn't exist in maverick" but the build-dependency is locales-all | language-pack-en-base which should work on both Debian and Ubuntu (the idea was to limit delta between debian and ubuntu to bare minimum, and to make package syncable)
[19:28] <jdstrand> kklimonda: off-hand? no. but it is very likely that it didn't build with only the main component enabled
[19:29] <kklimonda> hmm, weird - I'll have to test it once more.
[19:29] <jdstrand> kklimonda: in other words, I don't change debian/control in a -security update unless I have to
[19:29] <kklimonda> jdstrand: right, I understand
[19:29] <jdstrand> kklimonda: and that is the only reason I can think of why I would do that
[19:29] <jdstrand> kklimonda: cool
[19:43] <hallyn_> where do debian syncs come from - sid?
[19:44] <hallyn_> oh, hm.  ubuntu package is patched.  so then syncs don't apply, i recon'?
[19:47] <RoAkSoAx> hallyn_: if there's an ubuntu delta, no auto-syncs will be performed for that package
[19:57] <hallyn_> RoAkSoAx: yup, thanks :)
[20:05] <ogra_ac> doko, yeah, i know, one patch needs some adjustments, i'll care for it first thing after my vacation
[20:25] <mr_pouit> mmh, I think the archive admin who accepted the new binary packages libthunarx-2-0 and libthunarx-2-dev put them wrongly in main… (thunar is in universe)
[20:42] <hallyn_> james_w: cjwatson: pitti: do you know of anyone in particular interested in being the ubuntu maintainer of multipath-tools?
[20:42] <james_w> nope
[20:42] <hallyn_> ISTM the package is bit-rotting bc of ubuntu-specific changes which should be pushed back to debian
[20:43]  * hallyn_ strokes his imaginary beard, pondering
[20:44] <hallyn_> is there any particularly good place to talk about the ubuntu package?
[20:45] <james_w> I don't know of a better one than ubuntu-devel@ or ubuntu-server@
[20:45] <hallyn_> james_w: ok, thanks
[21:19] <Roey> hi
[21:19] <Roey> Hey all, using the latest KDE 4.6 beta PPAs here.  I have Capslock mapped to an additional control, keyboard layout switcher mapped to two shift keys pressed together, and repeat delay to 200ms.  I upgraded to the latest PPAs and now these settings no longer seem to be respected, even though they show up as I configured them in System Settings
[21:19] <Roey> Has anyone else seen this?
[21:42] <soren> :( ttf-mscorefonts-installer from maverick-updates just asked me to accept an EULA.
[21:42] <ion> What’s the problem?
[21:43] <soren> I would have expected that stuff from -updates didn't require prompting.
[21:43] <soren> Unless it functionally changed stuff that I needed to be aware of. I have to expect that I've already accepted said license agreement.
[21:44] <soren> Ah, the EULA is new since maverick's release.
[22:43] <doko> barry: nipy fails on i386 only
[22:43] <barry> doko: okay thanks. i'll do a build there
[22:45] <xnox> barry, raphael hertzog recommeds to have debian/source/local-options to have unapply-patches
[22:45] <xnox> that way the tree stays "reverted" after each debuild
[22:45] <xnox> in-tree.
[22:45] <xnox> unfortunatly local-options do not make their way into source package.
[22:46] <xnox> they only stay in vcs
[22:46] <Laney> soren: the eula is new, but there's nothing stopping you patching it out AFAICS (without changing the license, which I don't think has been done). :)
[22:46] <doko> barry: and marked as a sphinx 1.0 failure
[22:46] <barry> xnox: thanks, i'll have to digest that later ;)
[22:46] <xnox> maybe our imports should generate debian/source/local-options on the checkout.
[22:47] <barry> doko: yes, bug 685180, which i'm working on now
[22:47] <xnox> barry: lp:xiphos/debian for you to play around =) it is managed like I describe
[22:47] <doko> barry: and binary-indep packages are only built on i386
[22:54] <achiang> i've a question re: bzr-style development (cf. https://wiki.ubuntu.com/DesktopTeam/Bzr)
[22:54] <achiang> the page doesn't really explain how to update a patch, say if the package uses quilt
[22:54] <achiang> or if it does explain, it's too subtle and i'm not tall enough.
[22:54] <achiang> can anyone clue me in?
[23:03] <barry> doko: nipy built fine for me on natty-i386 chroot
[23:04] <barry> i guess i'll try a ppa just to see if i can reproduce the failure
[23:04] <doko> barry: in such cases, you can give back the build and see if it still exists
[23:05] <barry> doko: i don't think i have permission to do that, but i will still try the ppa first
[23:06] <doko> barry: https://launchpad.net/ubuntu/+source/nipy/0.1.2+20100526-2build1/+build/2076394
[23:06] <doko> can you click on "Retry this build?"
[23:06] <micahg> achiang: I would think you use quilt to update a patch
[23:06] <barry> doko: no such button for me
[23:07] <doko> ok, I'll do it
[23:07] <barry> doko: thanks
[23:08] <achiang> micahg: but if i say: bzr branch lp:~ubuntu-desktop/package/ubuntu ... all i get is the debian/ dir. i can issue a pbuild because there is a file named debian/watch that will download the .orig.tar.gz
[23:08] <micahg> achiang: what does that have to do wtih anything?
[23:08] <achiang> micahg: but the source isn't unpacked... i guess i could just manually unpack it, drop the debian dir in and see what happens?
[23:09] <achiang> micahg: i must be really confused. how can quilt push possibly work if there isn't actual source code to patch? all you have is the debian/ dir...
[23:09] <micahg> achiang: oh, sorry, you're referring to the -desktop branches, you should ask them
[23:09] <achiang> micahg: oh, do they not hang out here?
[23:09] <micahg> achiang: try #ubuntu-desktop
[23:10] <achiang> micahg: thank you
[23:10] <RAOF> achiang: “bzr bd-do” should do what you're after.
[23:14] <achiang> RAOF: wow! that's magic! thank you
[23:14] <achiang> RAOF: shall i update the wiki?
[23:15] <RAOF> Which wiki?
[23:15] <achiang> https://wiki.ubuntu.com/DesktopTeam/Bzr
[23:15] <RAOF> Yeah, that's probably a good idea.
[23:15] <achiang> it has a long section about autotools, but you kinda have to read between the lines to figure out how to update a package with a patch system
[23:28] <doko> barry: still FTBFS
[23:29] <barry> doko: huh.  it definitely builds in my natty schroots.
[23:29] <doko> buildds are not lying (according to lamont)
[23:31] <lamont> barry: which package?
[23:32] <achiang> RAOF: https://wiki.ubuntu.com/DesktopTeam/Bzr?action=diff&rev2=26&rev1=25
[23:32] <barry> lamont: nipy
[23:33] <barry> doko: i'm sure they're not.  but... what's different?
[23:33] <RAOF> achiang: Looks pretty good to me.
[23:34] <RAOF> You might possibly want to link to more information on bzr bd-do; possibly just a pointer to ‘bzr help bd-do’.
[23:34] <barry> well, the ppa is building so let's see what happens
[23:34] <achiang> RAOF: thx.
[23:35] <achiang> RAOF: oh hm. sure, I guess i can do that
[23:35] <lamont> barry: the only difference between your natty chroot and the one on the buildd should be that you have a maverick kernel, and the buildd has a hardy kernel
[23:36] <RAOF> achiang: That points out other interesting things, like the ability to run a command and the ability to cancel changes.
[23:36] <achiang> RAOF: nod. adding a small little pointer now
[23:36] <barry> lamont: hmm. i wouldn't expect that to be relevant in this case, but let's see how the ppa build goes
[23:38] <lamont> ppa should be identical.
[23:40] <barry> lamont: to...? :)
[23:40] <lamont> archive builder
[23:40] <lamont> that difference is only xen vs non-xen
[23:41] <barry> and indeed it is.  ftbfs from the ppa just showed up in my inbox
[23:53] <barry> well, at least i get a different build failure now


[11:05] <darkxst> ricotz, hey
[11:14]  * darkxst got bored... GNOME Shell 3.13.4 (with systemd 214)
[13:23] <zerwas> darkxst: any huge bugs?
[21:09] <guest838> hello
[21:09] <satya164> anyone here?
[21:11] <satya164> hmm
[21:11] <satya164> no meeting today, I guess?
[21:12] <satya164> kthxbye


[09:26] <arash> Hello, can i use launchpad as a git repo ? like github ?
[09:30] <cjwatson> arash: Sure: https://help.launchpad.net/Code/Git
[09:31] <cjwatson> arash: At least assuming that your material meets the general terms of use (https://help.launchpad.net/Legal)
[09:31] <arash> cjwatson, thank you, i think private repositories are not free in lunchpad, is that right ?
[09:31] <cjwatson> arash: Correct


[18:43] <philipballew> pleia2, welcome back to the west.
[18:43] <pleia2> thanks :)
[18:47] <akk> Yay, pleia2's back!
[18:47] <akk> pleia2: Is an Intel E2140 machine (945 graphics, 1G RAM, ran Linux just fine but we've pulled the hard drive) something Partimus would want?
[18:47] <pleia2> akk: oh! re: those specs, they are good for partimus :)
[18:47] <pleia2> yeah that
[18:48] <akk> yay. I'll try to figure out a good time/way to get it to you.
[18:48] <pleia2> desktop?
[18:48] <akk> Yes, should have mentioned that.
[18:48]  * pleia2 nods
[18:49] <akk> It's in a pretty (but large-ish) blue case with a really ancient front-panel multi flash card reader.
[18:50] <pleia2> ok :)
[18:50] <raevol> And so we meet again, philipballew
[18:51]  * philipballew tackles and hugs raevol
[18:51]  * raevol is tackled and hugged
[18:51] <akk> pleia2: I don't suppose you'll be at the MV UH on Thursday? (After all that traveling I could certainly understand wanting to stick around home.)
[18:52] <philipballew> raevol, were you able to log into launchpad?
[18:53] <pleia2> akk: I miss everyone :) I might come down, need to doublecheck with my fiance about his plans that night (he's my ride home)
[18:53] <raevol> philipballew: i haven't tried it since last night
[18:54] <raevol> but i'd imagine it's about the same...
[18:54] <philipballew> alright. No worries. I can look at the error and see whats up.
[18:55] <philipballew> "raevol is in use by another account" was the error?
[19:04] <philipballew> raevol, ^
[19:07] <raevol> philipballew: yea
[19:07] <raevol> philipballew: gotta run and do some stuffs for a bit, back in a while
[19:10] <philipballew> alright. alright then
[19:19] <philipballew> raevol, whenever you get back, ping me, and were gonna file a question here about what you have since your problem is probably with lp https://answers.launchpad.net/launchpad
[19:19] <darthrobot`> Title: [Questions : Launchpad itself]
[19:20] <philipballew> kdub, What is the best way for you to get that shirt off your hands?
[19:20] <raevol> philipballew: i did file a bug on it
[19:20] <kdub> philipballew, no g uarantees i'll be there thurs, but that would be probably
[19:20] <raevol> bbiab again -_-
[19:21] <philipballew> kdub, for sure. If your not there, I can just pick it up off your porch sometime, or wait till the next time we meet
[19:21] <philipballew> raevol, you need to ask a question with lp and not file a bug aganist the loco portal.
[19:22] <philipballew> also, a screenshot might work well
[19:35] <philipballew> raevol, back?
[19:59] <raevol> ._.


[00:00] <laga> i love flaming VIA
[00:00] <laga> i guess i must be a  bad person or something ;)
[00:00] <hads> I had an old VIA based Athlon desktop which I sold to a mate for a myth system, it works OK.
[00:01] <hads> I also have a VIA miniITX frontend in the bedroom. Slow little thing.
[00:01] <laga> i have an S100 in the bedroom
[00:02] <laga> http://www.zive.sk/Files/Obrazky/art/2006/telecom/T-Online_S100_STB.jpg
[00:02] <laga> celeron 733MHZ, wlan, power on and off using remote, fanless, like 40€ on ebay germany
[00:03] <hads> Nice
[00:03] <laga> cons: 128M ram, wlan isn't that great, you need a proprietary intel driver to get tv-out. no .ko though, yay.
[00:03] <hads> The LCD in the bedroom doesn't have DSUB so I need DVI unfortunately.
[00:03] <laga> :(
[00:04] <hads> Which is fine but limiting in what hardware you can use.
[00:04] <laga> 29€ for a s100 + ADSL router with wlan (at least partially supported by openwrt). not too bad.
[00:05] <hads> Good really.
[00:06] <laga> but 128M ram is really crippling. if you are really good at soldering, you can add more. but it's difficult to get the right chips.
[00:06] <laga> i've even found a new clock gen chip which allows more overclocking options. but there's only so much time you can spend wrecking hardware..
[00:06] <darthanubis> Bug #237801
[00:07] <laga> darthanubis: we don't have ubotu in here.
[00:07] <hads> I'm thinking of upgrading to full size board in the bedroom, it's hidden anyway.
[00:07] <darthanubis> laga I see that
[00:07] <laga> hads: ooh, i'm jealous.
[00:07] <hads> ubotu would be useful, I've done that a couple of times
[00:08] <darthanubis> wonder why its still incomplete
[00:08] <darthanubis> dunno why the bit is not here either
[00:08] <darthanubis> bot
[00:08] <laga> well, seveas left IRC and took ubotu with him. i think there are some replacements..
[00:10] <hads> I'm thinking the only fan I'll need in a frontend system will be the HSF so that should be quiet enough
[00:10] <laga> PSU?
[00:11] <hads> Going to use a Pico-PSU or something with an external power brick.
[00:11] <hads> It's diskless so the power draw will be minimal
[00:13] <darthanubis> ubottu is still in the other channels
[01:24] <pablo> test
[03:40] <WindyCN> hey, anyone free to lend a hand with getting networking working on my mythbox?
[05:45] <ChrisC35> hi
[05:49] <ChrisC35> in mythbutnu setup i can get card is recognized and scans the channels sucessfully. However back to mythtv, when i click on watch tv, nothing happens (just back to menu again)
[06:00] <benlake> check /var/log/mythtv/mythbackend.log
[06:09] <ChrisC35> hmm
[06:10] <ChrisC35> SG(LiveTV) Error: Group 'LiveTv' wants to use directory '/home/chris/livetv', but this directory is not writable
[06:10] <ChrisC35> i chose that dir in setup
[06:10] <ChrisC35> why is it not writable?
[06:12] <ChrisC35> also I see: GetChannelData() failed because it could not find channel number 'Please add' in DB for source '1'
[06:15] <ChrisC35> i guess i should chmod those 777?
[06:15] <ChrisC35> or 755
[06:16] <ChrisC35> and set owner to mythtv
[06:18] <benlake> I'm assuming you've run mythtv-setup?
[06:18] <ChrisC35> ya
[06:18] <ChrisC35> i guess those dirs should be in /home/myth/
[06:19] <benlake> it doesn't matter where the directories are, you can specify any directory you want, permissions permitting
[06:42] <ChrisC35> set permissions. Now when i scan channels in mythbuntu setup, it boots me out of setup.
[06:42] <benlake> how did you go about installing ythbuntu?
[06:43] <ChrisC35> from install cd i downloaded
[06:43] <benlake> what is your capture card?
[06:43] <ChrisC35> hvr-1600
[06:44] <ChrisC35> i installed the beta driver
[06:45] <benlake> not familiar with the support of that card, who is developing the driver?
[06:45] <ChrisC35> ivtvdriver.org/index.php/Cx18
[06:48] <benlake> is the driver in the repo or did you compile it?
[06:48] <benlake> cd
[06:48] <benlake> oops :)
[06:50] <ChrisC35> i followed instruction there, downloaded, compiled ,etc
[06:51] <benlake> have you tried to capture anything yourself? to just test the card?
[06:51] <benlake> not using myth at all?
[06:51] <ChrisC35> no, dont know how to do that
[06:52] <ChrisC35> it works in my winxp machine
[06:52] <benlake> to test the driver... not necessarily the hardware
[06:52] <ChrisC35> ah its scanning again...
[06:53] <ChrisC35> its adding channels. maybe now it will work
[06:54] <benlake> I think you can cat /dev/videoX > capture.mpg
[06:54] <benlake> let that run a few seconds then ctrl-c, then play it
[06:55] <benlake> replace the X with the video device that is connected to your antenna/cable
[07:02] <ChrisC35> i think the issue still is write perms
[07:03] <benlake> channel information is stored in mysql
[07:03] <ChrisC35> everytime i exit mythbuntu setup, it says:  cannot create a file /home/mythtv//.test - dir is not writable?
[07:03] <benlake> well that probably doesn't help either
[07:04] <ChrisC35> i did a chmod 755 on it
[07:04] <ChrisC35> and chown mythtv:mythtv on it too
[07:04] <ChrisC35> oh maybe i should have done 777 or 775
[07:05] <benlake> su mythtv and try to write to that file
[07:05] <benlake> not sure why but the setup program might be running as you
[07:06] <benlake> run `groups` is mythtv listed?
[07:06] <ChrisC35> mythtv is there yes
[07:07] <ChrisC35> i cant su mythtv i d ont know its pass
[07:09] <ChrisC35> whats the pass it sets up for itself?
[07:09] <benlake> you could `sudo su -` then su mythtv
[07:10] <benlake> do an `ls /home/mythtv//.test`
[07:10] <benlake> what do you get?
[07:13] <ChrisC35> oh btw i created the capture.mpg, it has size a couple megs, wont play though: AO: [pulse] Failed to connect to server: connection failed
[07:13] <ChrisC35> er refused not failed
[07:14] <ChrisC35> ok i could sudo su -\
[07:15] <ChrisC35> ls: cannot access /home/mythtv//.test: No such file or dir
[07:15] <benlake> ok so you need to make that work before it will work with setup
[07:16] <benlake> that feels like a directory you specified
[07:16] <ChrisC35> make what work? not quite following
[07:16] <benlake> if an ls doesn't work, setup wont work
[07:16] <ChrisC35> ok
[07:17] <benlake> make sure /home/mythtv is owned by mythtv group mythtv and 755 at least
[07:17] <ChrisC35> ok it wrote its tests now i think - no error now\
[07:18] <ChrisC35> did the 775 perms
[07:18] <benlake> does /home/mythtv look like "drwxr-xr-x 4 mythtv mythtv 4096 2008-06-09 22:44 ."
[07:18] <ChrisC35> i'll look - just tried watchtv again - still just a blank screeen for a minute, th en back to menu
[07:19] <benlake> not sure where the .test directories are coming from, but I suspect when setup is all said and done they will be removed
[07:19] <benlake> ok so go back to testing the card w/o myth
[07:19] <benlake> look in setup for the video device your using to scan for channels
[07:20] <ChrisC35> i made the file before
 oh btw i created the capture.mpg, it has size a couple megs, wont play though: AO: [pulse] Failed to connect to server: connection failed
[07:20] <benlake> oh gotcha missed that
[07:20] <benlake> play it with VLC or totem
[07:21] <benlake> mplayer gui is wonky
[07:21] <ChrisC35> drwxrwxr - x 25 mythtv mythtv 4096 2008-06-21
[07:21] <benlake> mplayer capture.mpg might work better
[07:22] <ChrisC35> mplayer could not connect to socket
[07:22] <ChrisC35> no such file or dir
[07:22] <ChrisC35> falied to open LIRC support
[07:22] <ChrisC35> you will not be able to use your remote control
[07:22] <benlake> yeah yeah, we don't care about that
[07:22] <ChrisC35> failed to load avisynth.dll
[07:22] <ChrisC35> seek failed
[07:23] <benlake> did it tell you anything about the file?
[07:24] <ChrisC35> playing catpure.mpt
[07:24] <ChrisC35> er g
[07:24] <ChrisC35> nothing no
[07:25] <ChrisC35> oh wait that was the wrong file
[07:25] <ChrisC35> ok the one i catpured did work
[07:25] <ChrisC35> i had a typo in its file name
[07:25] <benlake> great, video and sound?
[07:26] <ChrisC35> i dont have speakers h ooked up here ... i could do that thought.. video i saw was grainy black
[07:27] <ChrisC35> i'll try a new capture
[07:27] <benlake> grainy black as in not anything useful?
[07:27] <benlake> try different devices
[07:28] <ChrisC35> aha
[07:28] <ChrisC35> i have recorded chan 2 with chanel listings...
[07:28] <ChrisC35> so it works
[07:30] <ChrisC35> still nothing on watchtv though
[07:31] <benlake> ensure mythtv-setup is using the device you found that worked
[07:34] <ChrisC35> btw in mythbackend.log it says NVR /dev/video0: unknown video codec.
[07:35] <benlake> is that the device you successfully recorded from?
[07:35] <ChrisC35> please go into tv settings, recording profiles, and setup
[07:35] <ChrisC35> error unknown audio coded
[07:35] <ChrisC35> error: can't open vbi device ''
[07:36] <ChrisC35> wont work with the streaming intervace, falling back
[07:36] <ChrisC35> ok ill check now
[07:36] <ChrisC35> yes video0
[07:36] <ChrisC35> thatw what i used
[07:38] <ChrisC35> esd
[07:38] <ChrisC35>  --   /dev/video0 for card setup is Analog V4L capture card   - Hauppauge HVR-1600 [cx18]
[07:39] <benlake> what is giving those errors? Watch TV?
[07:40] <ChrisC35> codec is set to RTjpeg
[07:40] <ChrisC35> i should prolly change to mpeg
[07:43] <ChrisC35> watch tv, yes
[07:45] <ChrisC35> well i dont get the codec error now
[07:45] <benlake> but still nothing?
[07:46] <ChrisC35> still nothting
[07:46] <ChrisC35> it says:
[07:46] <ChrisC35> Changing from None to WatchingLiveTV
[07:46] <ChrisC35> HW Tuner: 1->1
[07:47] <ChrisC35> SampleRate: attempted to add a rate 3200Hz which is not in the list of allowed rates
[07:47] <ChrisC35> NVR /dev/video0 Error;: can't open vbi device: ' '
[07:47] <ChrisC35> video0 : won't work with the streaming interface, falling back `
[07:48] <ChrisC35> vidiocgmbuf:: invalid argument
[07:48] <ChrisC35> changing from watchinglivetv to none
[07:48] <ChrisC35> so those are all the rest i believ
[07:49] <ChrisC35> what is a  vbi device?
[07:49] <benlake> video buffer input, just a guess
[07:50] <benlake> you have errors to investigate, start googling from here
[07:50] <ChrisC35> in tv card, under the analog v4l card, under VBI devic,e it s ays nothing
[07:50] <ChrisC35> and theres no optinos
[07:50] <ChrisC35> i should probably just buya  supported card and reinstall it all
[07:50] <ChrisC35> whats a good card toget
[07:51] <benlake> I don't know these days, depends on what you want to do
[07:52] <benlake> pvr-500 and less are well supported
[07:54] <benlake> ah! here it is: http://www.pchdtv.com/index.html
[07:56] <benlake> takes a bit more CPU since it is software decoding but it should be more than supported :)
[07:56] <benlake> I'm out, peace
[08:06] <ChrisC35> t
[08:29] <tgm4883_laptop> I wouldn't recommend a software encoder
[08:29] <tgm4883_laptop> ever
[08:30] <tgm4883_laptop> ChrisC35, are you looking for an analog or digital tuner?
[08:32] <ChrisC35> our cable tv here is analog
[08:32] <ChrisC35> but we will get digital eventually
[08:33] <tgm4883_laptop> well for an analog tuner i'd recommend the pvr-150 or 500, although they are end of life so they may be difficult to find
[08:33] <ChrisC35> can i get a digital, and it will work with my analog signal?
[08:33] <tgm4883_laptop> for a digital card, i'd recommend the pcHDTV 5500 or the Silicon HDHomerun
[08:34] <tgm4883_laptop> ChrisC35, IIRC, the new hauppauge cards will do that and have a hardware encoder for the analog signal
[08:34] <tgm4883_laptop> the HVR-1600 and 1800 I think
[08:34] <tgm4883_laptop> support for those is getting better too
[08:34] <ChrisC35> i have a hvr-1600 now
[08:34] <ChrisC35> i cante get it to work
[08:34] <ChrisC35> well it does work in ubuntu
[08:35] <ChrisC35> and in mythbuntu i can get it to scan the channels
[08:35] <ChrisC35> but when i run watchtv in myth, nothing
[08:35] <tgm4883_laptop> hmm
[08:35] <ChrisC35> in mythbackend.log its complaining about vbi device - NVR /dev/video0 Error;: can't open vbi device: ' '
[08:36] <ChrisC35> video0 : won't work with the streaming interface, falling back `
[08:36] <tgm4883_laptop> yea i don't know
[08:36] <ChrisC35> SampleRate: attempted to add a rate 3200Hz which is not in the list of allowed rates
[08:36] <ChrisC35> i installed the beta driver
[08:36] <ChrisC35> what is a vbi device|? the input for it is b lank under tv card
[08:37] <ChrisC35> will i have to install winxp as my pvr machine..
[08:38] <tgm4883_laptop> IIRC, vertical blanking interval
[08:38] <ChrisC35> not sure what that is
[08:39] <ChrisC35> are those dig cards expensive?
[08:41] <tgm4883_laptop> my pcHDTV 5500 was about 125 new, the silicon hdhomerun is like 160 but is external and has dual tuners
[08:41] <tgm4883_laptop> but if you have analog cable, then it may not be of that much use
[08:43] <ChrisC35> well we wont have analog for long
[08:43] <ChrisC35> but they will tune analog as well as digi i assume?
[08:43] <tgm4883_laptop> the pcHDTV 5500 will, but the analog tuner is software only
[08:43] <ChrisC35> maybe i'll just use winxp with my 1600 - and sagetv or soemthing
[08:44] <tgm4883_laptop> i'm not sure if the HDHomerun has a analog tuner
[08:44] <ChrisC35> its ok, but i wanted commercial skipping
[08:44] <ChrisC35> too bad i cant get th is 1600 to work on mythbuntu
[08:44] <ChrisC35> stupid thing
[08:45] <tgm4883_laptop> yea, from what i'm reading there are a few different versions of the hvr-1600 floating around
[08:45] <tgm4883_laptop> some better supported than others
[08:46] <ChrisC35> ic
[08:46] <ChrisC35> when will they get the driver support ready?
[08:47] <ChrisC35> does that generally happen quickly?
[08:47] <tgm4883_laptop> well it depends on a few factors
[08:47] <tgm4883_laptop> card popularity, oem support, published specs
[08:47] <hads> Depends who's doing it and how quickly they want to do it.
[08:48] <tgm4883_laptop> yep
[08:48] <ChrisC35> ic
[08:48] <ChrisC35> http://www.ivtvdriver.org/index.php/Cx18 is where i found it
[08:49] <ChrisC35> whats a good myth type app for windows?
[08:50] <tgm4883_laptop> ChrisC35, what kernel are you running?
[08:53] <ChrisC35> you got me there
[08:53] <hads> uname -a
[08:54] <tgm4883_laptop> ok, so you loaded the cx18 driver, but what about the firmware?
[08:54] <ChrisC35> linux ccpvr 2.6.24-16-generic #1 SMP
[08:54] <ChrisC35> i copied the firmware as per those instructions to the dir and renamed the files
[08:55] <ChrisC35> as per the instructions here http://www.ivtvdriver.org/index.php/Cx18
[08:55] <tgm4883_laptop> what dir did you put the firmware in?
[08:58] <ChrisC35> hmm cant remember, and locate is not returning anything for them
[08:58] <tgm4883_laptop> /lib/firmware?
[08:58] <ChrisC35> where should they be?
[08:59] <ChrisC35> in there all i see is 2.6.24-16-generic
[08:59] <tgm4883_laptop> /lib/firmware
[08:59] <ChrisC35> ok in there...
[09:00] <ChrisC35> i think i renamed them wrong
[09:00] <ChrisC35> i put v4l (L) instead of v41 (one)
[09:00] <ChrisC35> oh thats because othere files in there were using v4l
[09:00] <ChrisC35> so i guess thats right. anywyas i put them in there
[09:00] <ChrisC35> in the 2.6.24-16-generic dir
[09:01] <ChrisC35> `is that correct?
[09:06] <ChrisC35> have you gone?
[13:31] <KjetilK> Upgrading to 8.04 killed DVD playback for me
[13:31] <KjetilK> No errors, nothing starts, nothing in any of the system logs...
[13:32] <KjetilK> mythdvd was removed upon upgrade, but if I understand it correctly, it has been merged with mythvideo
[13:32] <KjetilK> any ideas where I should start?
[14:29] <KjetilK> oh, got it, I needed to set the DVD player to use /dev/dvdrw1
[14:29] <KjetilK> next weirdness is the the sound level seems different for each plugin...
[15:12] <protonchris> I just upgraded from gusty to hardy and now apt-get is telling me that ubuntu-desktop is being 'kept back'.  Is this package still needed?
[17:08] <protonchris> I just upgraded from gusty to hardy and now apt-get is telling me that ubuntu-desktop is being 'kept back'.  Is this package still needed?
[17:33] <tplague> getting no audio on recording playback
[17:33] <tplague> anyone exparience this?
[17:40] <Ace2016> hi all
[17:40] <Ace2016> going to try mythbuntu again
[17:51] <ChrisC35> dammit got disconected
[17:51] <prodigel> hi all. How big should I make an xfs partition for mythtv?
[18:07] <Ace2016> as big as you want
[18:09] <prodigel> Ace2016: is there a minimum?
[18:10] <Ace2016> http://www.lirc.org/html/lircd.html
[18:10] <Ace2016> wrong one
[18:10] <Ace2016> http://www.mythbuntu.org/requirements
[18:10] <Ace2016> that one
[18:11] <prodigel> Ace2016: thanks
[18:13] <ChrisC35> can anyone tell me why in the tvtuner setup, vbi device is blank
[18:13] <ChrisC35> cant watch tv, mythbackend.log is complaining cant open vbi device
[21:03] <kiu112> hi, i installed the mythtv package under hardy/desktop. I have a dvbc card, created multiple scanfiles with w_scan (plain, -X, -x) - how do i import this this into mythtv ? I read several howtos, but its not realy clear. If i am using "import channel.conf" what should be selected  for "ATSC channel seperator" ?
[21:07] <kiu112> the import ends with "Found channel, but it doesnt match existing tsid" ?
[21:08] <laga> i dont think w_scan is supported. unless these are compatible with the files generated by 'scan' from the dvb-utils package.
[21:10] <kiu112> laga which output format of scan should be choosen ? zap, vdr or pids ?
[23:43] <pdxguy> hello
[23:45] <pdxguy> anybody here?
[23:47] <pdxguy> hmm... 53 other people in the room, but no one is talking.
[23:48] <rhpot1991_laptop> !ask | pdxguy
[23:48] <Zinn> pdxguy: ask - 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.
[23:49] <pdxguy> fair enough. I have Ubuntu 8.04 loaded on my Dell Inspiron 600m laptop. I'm hoping to purchase a USB tv tuner card for it. Does anyone have any recommendations on what would work (more-or-less) out of the box?
[23:50] <hads> What type of tuner?
[23:51] <pdxguy> Good question. Whichever kind will let me get off-the-air signals and maybe later on cable/sat signals (if I get cable/sat servcie).
[23:52] <hads> Well the PVR150 is a popular choice although they are an old model now I believe.
[23:54] <pdxguy> Who manufactures the PVR150? Do you think they'd still be available from Major Electronics stores or would I need to special order?
[23:55] <hads> Loads of results in Google
[23:55] <pdxguy> for the PVR150?
[23:55] <hads> Yup
[23:56] <pdxguy> ah Hauppauge. I had one of their cards in my desktop years ago. Worked well enough under Win XP.
[23:58] <rhpot1991_laptop> pdxguy: hauppauge makes them but they are no longer made
[23:58] <rhpot1991_laptop> they are replacing them with the hvr-xxx series
[23:58] <rhpot1991_laptop> which will have support in the .26 kernel IIRC
[23:59] <pdxguy> Ok, thanks. Anyone have any idea what the performance would be like? I'm a little concerned about doing it thru a USB device.


[15:32] <qwebirc12270> Hey ! I don't know how using zsync : I downloaded the file and zsync program, but there is no URL line. Many thanks !
[15:52] <qwebirc12270> Never mind...Changed my way, no problem. thanks


[16:07] <Coda1> Hi all. I have one question: can I install ubuntuone in a 12.04 server (without gui)? I have already an account on a desktop pc..
[16:31] <Coda1> no one?
[21:44] <failure_> hello. i did pay for a year of 20gb space via paypal but i havt retrived it yet and it has past like 5 days now, what to do?
[21:53] <dobey> failure_: please file a support request at https://one.ubuntu.com/help/contact/
[22:12] <failure_> ok i will thx


[06:20] <lifeless> there's a spammer on LP
[06:20] <lifeless><EMAIL_ADDRESS>[06:20] <lifeless> see https://bugs.launchpad.net/bugs/119420
[06:21] <lifeless> wgrant: ^
[06:35] <wgrant> lifeless: Slaughtered, thanks.
[06:36] <lifeless> wgrant: danke
[18:13] <alkisg> Hi, the page down key in launchpad.net and in firefox no longer works properly; the first time it pages down, the second time one presses it it pages up...
[18:14] <dobey> wfm
[18:14] <dobey> sounds like a keybaord or firefox issue
[18:14] <alkisg> It happens in all my installations, from 12.04 to 16.04
[18:15] <alkisg> It doesn't happen in chromium-browser though
[18:15] <dobey> i have about 10 launchpad pages open in firefox right now and they all work
[18:16] <alkisg> Let's check with a specific page: please load this one, then press pgdn two times: https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/1492546
[18:16] <dobey> maybe you're running some other thing on all your installations which screws with key events in X
[18:16] <dobey> pgdn and pgup are clearly distinct key codes
[18:16] <dobey> works fine
[18:17] <dobey> firefox 42 from ubuntu packages
[18:17] <alkisg> Thanks, let me find some way to cleanly reproduce it in e.g. live cds and I'll bring it up again
[18:18] <dobey> if you're using nightly firefox maybe it's broken, or something else is broken on your system, but it is very clearly working fine here
[18:18] <dobey> if you find some way to reproduce in a live cd, just file a bug report
[18:18] <alkisg> I thought it would be more common, but it looks like it's isn't so
[18:18] <alkisg> Thank you


 How do I install the additional drivers in lubuntu next? Sorry my English, is not my first language
 @leonardogorres, `sudo apt install lubuntu-restricted-extras` in a terminal 🙂
 @tsimonq2, Thanks I'll try it
[17:25] <SlEEpY543> hi everyone, I would like to contribute to the project by doing translations into Italian of the documentation and software
[17:26] <SlEEpY543> I already subscribed to the newsletter and joined the ubuntuwiki, I also read the "getting involved" section and watched a couple of suggested videos
[17:27] <tsimonq2> SlEEpY543: So for right now I can suggest a couple things
[17:27] <tsimonq2> SlEEpY543: First off, are you familiar with Git?
[17:30] <SlEEpY543> well, first I'm a linguist not really a programmer, I have basic knowledge of git (I mainly use magit) since I have a repo for my quantitative work in python, but I have never worked on a team's repo
[17:32] <tsimonq2> SlEEpY543: Would you be able to work your way around this?
[17:34] <SlEEpY543> I have a couple of friends who are programmers that can help me out with it, I'll make sure to practice enough first with branching
[17:35] <tsimonq2> SUre
[17:36] <tsimonq2> SlEEpY543: That's the first area I can think of
[17:36] <tsimonq2> Otherwise...
[17:37] <tsimonq2> SlEEpY543: If you get a Launchpad account, your contributions here would be appreciated: https://translations.launchpad.net/ubuntu/+source/ubiquity-slideshow-ubuntu
[17:37] <tsimonq2> A bit more simple than doing what I linked earlier
[17:39] <tsimonq2> SlEEpY543: Otherwise I'd recommend subscribing to lubuntu-devel here: https://lists.ubuntu.com/mailman/listinfo/lubuntu-devel and sticking around in this channel, whether it be with your current IRC setup, Telegram, or Matrix
[17:43] <SlEEpY543> \msg tsimonq2 sure thanks! My friend suggested me to try and practice with git-it, I'll do that first in order to feel more confident. I will have a look at the slides you linked me and get an account on launchpad
[17:43] <tsimonq2> Cool :)
 @Wolfenprey you might be interested in this as well ^^^^
 @tsimonq2, I will take a look for sure
[19:22] <SlEEpY543> \leave


[20:46] <wxl> just wanted to let you Telegram users know you are now officially linked to IRC so if you see messages like this, they're being relayed from the bot


[00:33] <Saj0577> starcraftman: good email better then mine, i spend 6hours trying to write them lol
[00:34] <starcraftman> Saj0577: hehe, gotta promote meeting. Time is good yes, had to move a bit later cuz I got english writing exam saturday at my uni.
[00:35] <Saj0577> argh right i will let you off i suppose :P
[00:35] <Saj0577> as long as its still saturday night not sunday morning im easyy.like a sunday morninggggg.
[00:40] <starcraftman> Saj0577: new time is one hour later, so after your supper I guess.
[00:40] <starcraftman> 2000 UTC or 1600 EDT
[00:40] <Saj0577> sweeeetttt
[00:40] <starcraftman> I remembered I had exam that ends at 230 that day, so I would have to reush for 3
[00:41] <Saj0577> yeah and it wil be good to have a lil chill/down time when finish exam
[00:42] <starcraftman> Saj0577: oh it ain't a hard one, english writing exam.   It's larger than the original and the text is poorer quality.
[18:37] <drs305> https://wiki.ubuntu.com/drs305/Sandbox
[20:37] <mdke> drs305: not sure if you've resolved it but it's looking ok to me
[20:37] <mdke> drs305: that looks like a really comprehensive page, thanks for working on it
[20:37] <drs305> mdke: The letters look just as clear as on your screen? On my screen they are not nearly as crisp.
[20:37] <drs305> mdke: I'm just about done.
[20:38] <drs305> :-)
[20:39] <drs305> The display on the page is actually larger than what shows up on my regular screen, which may be why it's distorted to me.
[20:41] <mdke> drs305: seems to look fine - might depend on screen resolution I guess
[20:41] <mdke> not sure
[20:42] <drs305> mdke: ok, thank you. it's been driving me nuts because I couldn't seem to fix it.
[21:15] <mdke> drs305: I didn't do anything :)
[21:16] <drs305> mdke: You confirmed it looked ok. If it looks good enough to you, I'm more than satisfied.  :-)
[21:17] <drs305> So I was able to move back to proofing and cleaning it up before posting in the help section.
[21:23] <mdke> drs305: looks good on my laptop too, running Windows and Firefox
[21:23] <drs305> mdke: ty


[06:01] -BottyMcBotFace:#ubuntu-news- ::Security:: Episode 58 @ https://ubuntusecuritypodcast.org/episode-58/
[13:36] -BottyMcBotFace:#ubuntu-news- ::Softpedia:: Privacy-Focused Tails OS 4.2 Improves Automatic Upgrades, Adds Tor Browser 9.0.3 @ https://news.softpedia.com/news/privacy-focused-tails-os-4-2-improves-automatic-upgrades-adds-tor-browser-9-0-3-528792.shtml (by Marius Nestor)
[15:02] -BottyMcBotFace:#ubuntu-news- ::OMG!Ubuntu:: Ubuntu Needs to Make it Easier to Enable Dark Mode @ https://www.omgubuntu.co.uk/?p=160221 (by Joey Sneddon)
[15:38] -BottyMcBotFace:#ubuntu-news- ::Softpedia:: Q4OS Linux Distro Is Now Based on Debian GNU/Linux 10.2 "Buster" @ https://news.softpedia.com/news/q4os-linux-distro-is-now-based-on-debian-gnu-linux-10-2-buster-528804.shtml (by Marius Nestor)
[16:44] -BottyMcBotFace:#ubuntu-news- ::OMG!Ubuntu:: Dell Puts Its New Ubuntu Laptop Center Stage at CES 2020 @ https://www.omgubuntu.co.uk/?p=160255 (by Joey Sneddon)
[16:49] -BottyMcBotFace:#ubuntu-news- ::Softpedia:: KDE Ships January 2020 Applications Update with FlatHub Support, Improvements @ https://news.softpedia.com/news/kde-ships-january-2020-applications-update-with-new-features-and-improvements-528806.shtml (by Marius Nestor)
[18:08] -BottyMcBotFace:#ubuntu-news- ::Softpedia:: KDE Wants to Help Windows 7 Refugees Upgrade to Linux and the Plasma Desktop @ https://news.softpedia.com/news/kde-wants-to-help-windows-7-refugees-upgrade-to-linux-and-the-plasma-desktop-528807.shtml (by Marius Nestor)
[22:03] -BottyMcBotFace:#ubuntu-news- ::Planet:: Ubuntu Blog: “MaaS. What number would you like?” @ https://ubuntu.com/blog/maas-what-number-would-you-like


[00:25] <wrst> cyberanger: I think you picked a good time to start ;)
[00:27]  * cyberanger snickers
[01:49] <cyberanger> wrst: better late then never
[01:56] <wrst> Ha ha


 openssl 3 got force migrated by the release-team 😮
 libssl1.1 is stll available as a binary apparently, so that won't break 'all the things' as you might think. at least that seems the idea....
 If there are any issues with current Qt, let me know.