[02:35] <LaserJock> hmm, pretty dead in here
[02:37] <rob> bored?
[02:37] <crimsun> some of us are at work :)
[02:38] <crimsun> and spent an hour chasing down a difference between /bin/echo and bash's built-in echo
[02:38] <rob> I'm going to the show shortly :)
[02:40] <crimsun> rob: nice
[02:41] <LaserJock> I just got home from shoping with the wife, etc.
[03:51] <bddebian> Heya gang
[04:18] <LaserJock> hi bddebian
[04:18] <bddebian> Heya LaserJock
[04:21] <LaserJock> bddebian: how's it going?
[04:22] <bddebian> OK, I guess, thanks.  You?
[04:40] <LaserJock> bddebian: not bad, trying to read *all* my email
[04:43] <bddebian> tseng: :)
[04:44] <tseng> I will try not to go on swearing for the next hour
[04:44] <bddebian> Ah, go ahead :-)
[04:45] <tseng> I would go so far as to say Beagle should be the alternative to Tracker
[04:45] <tseng> as Tracker uses nearly no memory in comparison
[04:45] <tseng> brilliant deduction
[04:47] <tseng> it doesnt even have its own ui, only a nautilus patch
[04:47] <LaserJock> tseng: I wouldn't worry too much
[04:47] <tseng> I am not worried, I am frustrated
[04:47] <LaserJock> ah, well then I can understand that
[04:48] <Erlang> why?
[04:48] <LaserJock> although I've never found beagle very useful, it seems much more mature than tracker
[04:48] <tseng> have you read the thread?
[04:48] <tseng> it starts out "woo blue sky idea, someone please do my work for me"
[04:48] <tseng> and ends with hypothetical corner cases deep in the kernel
[04:49] <tseng> courtesy of John Moser
[04:50] <Erlang> many threads kinda end up that way on tech mailing lists.  I did not pay much attention, but I see your point.
[04:52] <tseng> I will just refrain from replying as it has gone into reiser4 fanboing
[04:54] <LaserJock> yeah, there was like only 1 or 2 emails in the thread that actually had anything to do with tracker/beagle
[05:02] <zakame> huhu
[05:03] <LaserJock> hi zakame
[05:04] <bddebian> Heya zakame
[05:05] <zakame> hi LazerJock bddebian! =)
[05:05] <zakame> looks like I'll be in Manila longer than usual
[05:09] <bddebian> Oh?
[05:16] <Hobbsee> hi all
[05:17] <bddebian> Heya Hobbsee
[05:17] <Hobbsee> hi bddebian :)
[05:17] <Hobbsee> hi ajmitch_
[05:17] <zul> hey
[05:17] <zakame> heya Hobbsee
[05:17] <zakame> hey zul
[05:18] <Hawkwind> Hey ya Hobbsee, bddebian and zul
[05:18] <Hobbsee> hi zul
[05:18] <Hobbsee> hi Hawkwind
[05:18] <zul> anyone running edgy on amd64?
[05:19] <zul> if they are wanna test something for me? ;)
[05:21] <bddebian> Heya Hawkwind, zul
[05:22] <Hawkwind> zul: Not I, or I'd test it for ya
[05:22] <bddebian> I still need to get an amd64 box :-(
[05:23] <zul> hmmm...must fiddle with qemu then
[05:23] <TheMuso> Hey Hobbsee.
[05:24] <Hobbsee> hi TheMuso
[05:29] <LaserJock> hi imbrandon
[05:29] <TheMuso> Hey imbrandon.
[05:29] <imbrandon> heya ( /me kicks osx )
[05:29] <imbrandon> hey TheMuso
[05:31] <imbrandon> any irssi gurus in here ?
[05:31] <LaserJock> just a casual user here
[05:32] <imbrandon> heh whats the file that stores the default nickname and default server
[05:32] <imbrandon> and autojoin chans etc
[05:33] <LaserJock> .irrsi/config
[05:33] <imbrandon> cool thanks
[05:41] <bddebian> Hi imbrandon
[05:41] <imbrandon> heya bddebian
[05:42] <imbrandon> bah i hate kern updates, brb
[06:27] <bddebian> Gnight folks
[07:49] <Gloubiboulga> morning
[07:51] <Hobbsee> hi Gloubiboulga
[07:52] <Gloubiboulga> hey Hobbsee
[08:30] <Hobbsee> anyone feel like uploading something for me?
[08:32] <Gloubiboulga> Hobbsee, sure
[08:32] <Hobbsee> Gloubiboulga: thanks :) uploading in a sec - forgot to debsign it
[08:33] <Gloubiboulga> ok
[08:37] <Hobbsee> Gloubiboulga: right, it's uploaded, will grab you teh link in a sec
[08:37] <Hobbsee> oh, stupid dput!  it didnt upload the .orig.tar.gz!
[08:39] <Gloubiboulga> poor dput ;)
[08:39] <Hobbsee> Gloubiboulga: http://merges.ubuntu.com/k/kdiff3/kdiff3_0.9.90.orig.tar.gz is the .orig.tar.gz.
[08:39] <Gloubiboulga> I think dput only does what he's asked to do :p
[08:39] <Gloubiboulga> Hobbsee, ok
[08:39] <Hobbsee> it should have uploaded them all with the .changes file.
[08:40] <Gloubiboulga> have you use scott's merge-buildpackage?
[08:40] <Gloubiboulga> used*
[08:46] <Hobbsee> Gloubiboulga: yes
[08:46] <Hobbsee> or hang on, did i use that, or his genchanges?
[08:47] <Gloubiboulga> hi Yagisan
[08:47] <Hobbsee> Gloubiboulga: want me to use teh buildpackage, and reupload?
[08:47] <Yagisan> meh - I lost a day.
[08:47] <Gloubiboulga> Hobbsee, as you want
[08:48] <Hobbsee> Gloubiboulga: it doesnt matter to me - that way has worked before.  revu package is at http://revu.tauware.de/details.py?upid=2572
[08:52] <Hobbsee> thanks Gloubiboulga :)
[09:01] <Gloubiboulga> Hobbsee, the .diff.gz is really big
[09:03] <Gloubiboulga> there's a lot of .pot file changes, but maybe it's normal for KDE apps (I don't know how translations work for you)
[09:04] <Hobbsee> Gloubiboulga: two upstream releases between this and the last ubuntu release - that got anything to do with it?
[09:04] <Hobbsee> but you're right, there are
[09:04] <Gloubiboulga> the debian diff is smaller
[09:06] <Hobbsee> Gloubiboulga: wow, it's way smaller.  i'm not sure what happened there
[09:06] <Gloubiboulga> maybe a MoM 'bug'
[09:06] <Hobbsee> Gloubiboulga: the debian patch is huge, too
[09:07] <Gloubiboulga> yes, cause the ubuntu and debian diff.gz are really different
[09:07] <Hobbsee> why?
[09:08] <Hobbsee> Gloubiboulga: sheesh!  the debian patch is bigger than the .orig.tar.gz!
[09:09] <Gloubiboulga> yes...
[09:09] <Gloubiboulga> I'd just apply the changes manually to keep the diff as small as possible with debian
[09:12] <Hobbsee> Gloubiboulga: yeah, i'm not really confident with that patch now - it looked okay to me before, but...something seems to have borked
[09:12] <Gloubiboulga> hello raphink
[09:12] <Hobbsee> hi raphink
[09:12] <raphink> yop Gloubiboulga && Hobbsee
[09:12] <Gloubiboulga> Hobbsee, I think so too
[09:16] <Hobbsee> Gloubiboulga: what, as in, grab the debian source, do the patches manually, then upload it?
[09:16] <Hobbsee> do i still use the merge-buildpackage?
[09:17] <Gloubiboulga> Hobbsee, yes, do that and run merger-buildpackage
[09:17] <Hobbsee> Gloubiboulga: merger-buildpackage?
[09:17] <Hobbsee> what's that?
[09:17] <Gloubiboulga> it will generate a very nice source.changes including all the debian hcanges
[09:18] <Gloubiboulga> err, merge-buildpackage (typo)
[09:18] <Hobbsee> right :P
[09:18] <Gloubiboulga> use grab-merge.sh to get the source
[09:18] <Gloubiboulga> s
[09:18] <Hobbsee> yep
[09:26] <AnAnt> lionelp: are you there ?
[09:28] <lionelp> Yes :)
[09:28] <lionelp> Sorry, yesterday I was away
[09:29] <lionelp> and night, I was in front of my TV for brazil-france :)
[09:30] <lionelp> AnAnt ?
[09:31] <lionelp> Oh, you have just uploaded kchmviewer
[09:34] <AnAnt> lionelp: yup
[09:35] <AnAnt> lionelp: did u see what I said yesterday ?
[09:35] <AnAnt> lionelp: also I fixed something in freedict
[09:37] <lionelp> I saw, but I dot not remember anymore
[09:38] <AnAnt> lionelp: regarding kchmviewer, the difference between my package & the one in Debian is that mine doesn't need KDE, ie. builds against QT only
[09:39] <lionelp> yep, I just scroll to see what you told yesterday
[09:39] <AnAnt> lionelp: I wish I know how to make several variants, ie add a variant to compile against QT only, and leave the original variant which compiles against KDE, but I am still weak in packaging
[09:40] <lionelp> KDE support is useless ?
[09:40] <Hobbsee> AnAnt:  um, why do you want to make a QT package only?  which of the KDE packages were involved in making the KDE version?
[09:41] <Hobbsee> what does debian/control say for each version?  (in particular, the deps and build-deps)
[09:42] <AnAnt> Hobbsee: it's the build-deps that are different in the source package
[09:42] <Hobbsee> AnAnt: which build-deps?
[09:42] <AnAnt> Hobbsee: libqt3-mt-dev
[09:42] <AnAnt> Hobbsee: libqt3-mt-dev  in my package
[09:43] <Hobbsee> yep
[09:43] <AnAnt> Hobbsee: kdelibs4-dev in the original package
[09:43] <AnAnt> original=Debian
[09:44] <AnAnt> lionelp: yes, it is not needed
[09:44] <Hobbsee> AnAnt: it does provide useful features
[09:44] <AnAnt> Hobbsee: as what ?
[09:44] <raphink> programs built with with qt look horrible
[09:44] <Hobbsee>  However, it may be compiled
[09:44] <Hobbsee>  with full KDE support, including KDE widgets and KIO/KHTML.
[09:44] <raphink> and they don't have all the functionalities from KDE
[09:44] <raphink> just as Hobbsee said
[09:45] <lionelp> Hi raphink :)
[09:45] <raphink> if this program is called Kchmviewer, it's because it's aimed to be built in KDE
[09:45] <raphink> hi lionelp
[09:45] <Hobbsee> interesting that the ubuntu version only needs kdelibs4c2a...
[09:46] <AnAnt> as for freedict, I added an arabic-english dictionary (from ftp.dict.org)
[09:46] <raphink> AnAnt: if you're anti-kde, I suggest you port the program to gtk
[09:47] <raphink> instead of preventing KDE people from using the KDE programs to the full
[09:47] <AnAnt> raphink: I wish I know how to do so
[09:47] <raphink> there are guides to learn gtk
[09:47] <raphink> :)
[09:47] <AnAnt> raphink: well, that's why I want to add a variant in the control file with compiles against QT only, but dunno how
[09:47] <Hobbsee> AnAnt: for those kde haters, it's not that hard to grab the source, pull out the kde dep, and recompile it.
[09:47] <raphink> yes
[09:47] <Hobbsee> AnAnt: that would require two packages, unless you used an | i guess
[09:48] <AnAnt> Hobbsee: what | are you talking about ?
[09:48] <AnAnt> Hobbsee: yes, I want to do like VIM for example, it can create several binary packages
[09:48] <raphink> Hobbsee: no that does require to build two packages
[09:48] <Hobbsee> raphink: ah okay
[09:49] <raphink> AnAnt: your package will still need to build-depend on kdelibs
[09:49] <raphink> since you'll be using it for one of the two binaries
[09:49] <Hobbsee> raphink: you cant do a b-d on kdelibs4c2a|libqt3-mt-dev?
[09:49] <Hobbsee> good point
[09:49] <AnAnt> oh yes !
[09:49] <raphink> ;)
[09:50] <AnAnt> can't I do kdelibs4c2a|libqt3-mt-dev ?
[09:50] <raphink> well that works if you build your package in your env
[09:50] <raphink> but not in a pbuilder
[09:50] <Hobbsee> presumably that only works for deps, not build-deps
[09:50] <raphink> like sbuilder/pbuilder
[09:50] <Hobbsee> ah yes
[09:51] <raphink> it makes no sense for build-deps
[09:51] <raphink> because you can't choose the one to use in a pbuilder/sbuilder
[09:51] <AnAnt> why not for pbuilder ?
[09:51] <raphink> and this is what is gonna be used to build the package eventually
[09:51] <raphink> AnAnt: because you just give it the .dsc and it builds
[09:51] <AnAnt> raphink: so ?
[09:51] <raphink> so the package has to be clear as to which build-deps to use
[09:51] <AnAnt> raphink: it will build the 2 variants, right ?
[09:52] <raphink> no
[09:52] <raphink> it will grab the first working lib
[09:52] <raphink> in that case, kdelibs4c2a
[09:52] <AnAnt> raphink: why does it build several variants in VIM then ?
[09:52] <raphink> and not the second one, since the rule says |
[09:52] <raphink> AnAnt: because there are several packages defined in debian/control
[09:52] <raphink> and rules to build all the variants in debian/rules
[09:52] <AnAnt> raphink: well, I want to do that too
[09:53] <AnAnt> raphink: I just don't understand what to do in the rules file
[09:53] <raphink> and debian/*.install files to tell which file goes in which package
[09:53] <raphink> AnAnt: grab the vim package and study it ;)
[09:53] <AnAnt> hmmm
[09:53] <Hobbsee> raphink: enjoy :)
[09:54] <raphink> thanks
[09:54] <Hobbsee> AnAnt: if you were to do that, you'd have to build two files, whihc is more inconvenient than building one.  then again, you'd only install one presumably
[09:54] <Hobbsee> it's still confusing.
[09:55] <AnAnt> Hobbsee: fine, I'm satisfied in building two files, it's a one time thing
[09:56] <AnAnt> Hobbsee: but I see it is a nice feature to have 2 variants, one for KDE/QT, another for QT only
[09:56] <Hobbsee> and doing updates for it, at infinitum, i think
[09:56] <Hobbsee> maybe not
[09:56] <Hobbsee> maybe the next maintainer would just axe the qt only port.
[09:56] <Hobbsee> hmmm
[09:56] <Hobbsee> AnAnt: you an ex-gentoo user, by any chance?
[09:57] <AnAnt> Hobbsee: nope
[10:02] <crimsun> is there are a large prospective userbase for the Qt-only package?
[10:03] <AnAnt> crimsun: dunno
[10:45] <antinobody> hello motuies
[10:46] <crimsun> hi
[10:46] <antinobody> hi crimsun
[10:46] <Hobbsee> hi antinobody
[10:46] <antinobody> hey Hobbsee
[10:46] <antinobody> how goes along the merging?
[10:47] <Hobbsee> antinobody: one that seems to have borked, otherwise okay :)
[10:50] <antinobody> Hobbsee: I'm told to ask you about merge-o-matic?
[10:51] <Hobbsee> antinobody: you got told that by the edgychanges link?  glad someone reads it
[10:51] <Hobbsee> antinobody: yes, there is a mergeomatic, it makes our lives much easier for merging
[10:51] <antinobody> Hobbsee: What is it, exactly?
[10:51] <Hobbsee> antinobody: merges.ubuntu.com
[10:52] <antinobody> Hobbsee: right, like the link in the topic
[10:52] <Hobbsee> antinobody: yep, that's it
[10:53] <Hobbsee> then again, it would be on the logs, to
[10:53] <Hobbsee> o
[10:54] <Hobbsee> !logs
[10:54] <Hobbsee> ah
[10:54] <crimsun> people/~fabbione/irclogs/
[10:54] <Hobbsee> yep
[10:55] <Kamping_Kaiser> :)
[10:56] <Hobbsee> antinobody: just grabbing the log of it now, and condensing it a bit
[10:58] <antinobody> Hobbsee: How does one update the thing?  When a merge is finished, is there a mechanism for reporting that?  I remember something about a bug report...
[10:59] <Hobbsee> antinobody: http://people.ubuntu.com/~fabbione/irclogs/ubuntu-devel-2006-06-30.html - start where keybuk says "Hobbsee: in case nobody's said already, could you use the -v<last_version_in_Ubuntu> option to debuild when building merged uploads.."
[10:59] <Hobbsee> antinobody: poke a MOTU to upload it for you, or file a bug about it, assign it to MOTU reviewers
[11:02] <antinobody> Hobbsee: thanky
[11:02] <Hobbsee> antinobody: oh, and upload to REVU
[11:03] <antinobody> right, right
[11:14] <lfittl> If I want to help with merging, how can I request a sync if I am no MOTU?
[11:15] <Hobbsee> lfittl: ping a motu, like maybe StevenK?
[11:15] <Hobbsee> or just ask if there's anyone who wants to review a package
[11:16] <lfittl> Hobbsee: k
[11:16] <StevenK> Hey, no dobbing me in.
[11:17] <Hobbsee> StevenK: :P
[11:36] <DanielC> I just made a .deb for edgy; and 'debuild' gave me the error "bad-distribution-in-changes-file edgy"
[11:36] <DanielC> Isn't it called "edgy"?
[11:38] <siretart> DanielC: it is, but lintian isn't updated yet
[11:38] <DanielC> Ok. So this warning is safe to ignore?
[11:40] <DanielC> lintian also says "no-copyright-file". But I do have a debian/copyright file. :(
[11:52] <DanielC> How about this lintian error: package-uses-debhelper-but-lacks-build-depends ?
[11:52] <DanielC> This package doesn't have any dependencies.
[11:53] <StevenK> Lintian is talking about Build-Depends, not Depends, there.
[11:54] <StevenK> They should appear in the first stanza in debian/control if the package needs anything more than build-essential to build.
[11:54] <DanielC> Ok... so should I add a Build-Depends and leave it blank?
[11:54] <StevenK> No, Build-Depends: debhelper
[11:54] <DanielC> The package doesn't need anything to build.
[11:54] <DanielC> Ok...
[11:54] <StevenK> Evidently, it needs debhelper.
[11:55] <DanielC> I'm using debhelper (the dh_*) files.
[11:55] <DanielC> I mean..., I'm suing the dh_* helper scripts.
[11:56] <DanielC> You might notice that this is my first time making a .deb file :)
[11:56] <StevenK> debhelper isn't build-essential, so you need to Build-Depends on it explicity.
[11:57] <DanielC> Ok. I guess I got confused by the fact that this package isn't even compilable software; it's just documentation...
[11:57] <DanielC> But I guess that in this context build doesn't imply "compile".
[11:58] <DanielC> I just ran debuilder again. Problem fixed. Thanks!
[12:02] <_ion> You should build the packages with pbuilder/sbuild (i.e. using a chroot) in order to find problems with build-deps.
[12:04] <jsgotangco> yay
[12:05] <DanielC> what does pbuilder create do? I just know that pbuilder told me to run that.
[12:08] <DanielC> Ok, I think I understand now, based on the man page... let's see... the best way to build Debian packages is through a chroot environment. I take that to mean that it's a directory with a minimalist Debian installation in which you chroot.
[12:08] <DanielC> and `pbuilder create` will create this directory.
[12:08] <DanielC> Am I close?
[12:10] <Gloubiboulga_> yes
[12:10] <DanielC> Ok, I'm learning :)
[12:10] <DanielC> Where can I find this directory?
[12:10] <Gloubiboulga_> it creates a chroot then tgz it to use it again when you run 'pbuilder buil'
[12:11] <Gloubiboulga_> if you've not changed the default config the .tgz is stored in /var/cache/pbuilder
[12:11] <DanielC> Ok, I see it. It's base.tgz
[12:11] <Gloubiboulga_> yes
[12:12] <DanielC> I wonder how I managed to put a file in there without being root...  pbuilder doesn't have the suid bit set...
[12:14] <DanielC> stupid me, I was root.
[12:15] <Gloubiboulga_> hehe
[12:16] <DanielC> So do I...  but I actually used 'sudo' this time... that's why it's embarrassing.
[12:17] <DanielC> I pressed the "up" arrow key, and edited a command that had used 'sudo' before.
[12:17] <DanielC> Do you normally run pbuilder as root or as a regular user? The packaging guide has "sudo" on it.
[12:18] <DanielC> But I'm surprised that you'd need root privileges to make debs.
[12:18] <Gloubiboulga_> you can set up pbuilder to run it as a user, but I always uses 'sudo pbuilder'
[12:18] <DanielC> ok
[12:19] <DanielC> Any reason for that?
[12:19] <Gloubiboulga_> yes, laziness ;)
[12:19] <DanielC> ok :)
[12:22] <lfittl> does somebody have time to request a sync for 44 packages that I just checked? (really simple ones, just build-dep fixes for dapper that were also fixed in debian)
[12:25] <StevenK> I run pdebuild, which then execs sudo pbuilder
[12:27] <DanielC> Does anyone know what this pbuild warning means:  warning: no utmp entry available and LOGNAME not defined; using uid of process (1234)
[12:27] <StevenK> DanielC: It's harmless
[12:27] <DanielC> Ok, thanks.
[12:28] <StevenK> DanielC: It comes from dpkg, I think
[12:40] <DanielC> Ok, the LOGNAME message was the only error (but it got printed many times). Does that mean that my package works correctly? (although debuilder gave other errors like "no-copyright-file", etc?)
[12:43] <Gloubiboulga_> if you find a .deb in /var/cache/pbuilder/result it worked
[12:43] <DanielC> Well, I knew that it "worked" before in the sense that it made a .deb and the .deb installed correctly.
[12:44] <Gloubiboulga_> using pbuilder?
[12:44] <DanielC> But debuilder threw a few warnings that I figured I should correct. Like, it thinks I have no copyright file.
[12:44] <DanielC> Yes, pbuilder produced a .deb
[12:44] <Gloubiboulga_> ok
[12:44] <DanielC> I haven't tried the .deb from pbuilder, but I guess it should work too.
[12:44] <Gloubiboulga_> I guess
[12:45] <jsgotangco> best to try it out to know =)
[12:46] <DanielC> works
[12:49] <DanielC> Is there a way to prevent the creation of the directory /usr/share/doc/{$package} ?
[12:50] <DanielC> The .debs always create this directory and it ends up empty except for the changelog file.
[12:50] <Gloubiboulga_> you should find the copyright file in the directory too
[12:50] <DanielC> nope
[12:51] <Gloubiboulga_> then lintian is right :)
[12:51] <DanielC> :)
[12:51] <Gloubiboulga_> do you have a debian/copyright file in your sources ?
[12:51] <DanielC> yes
[12:51] <Gloubiboulga_> hmm
[12:52] <Gloubiboulga_> and do you call dh_installdocs in your rules?
[12:52] <DanielC> ah
[12:52] <Gloubiboulga_> :)
[12:52] <Gloubiboulga_> it will install the copyright file
[12:52] <Gloubiboulga_> *always* use it
[12:57] <DanielC> Ok, now it installs the copyright file. And I learnt something new today :)
[12:57] <DanielC> Now lintian says:  copyright-should-refer-to-common-license-file-for-gpl
[12:57] <DanielC> How do I make the copyright file do that?
[12:59] <Gloubiboulga_> you can look at some other copyright files ;)
[01:00] <DanielC> Yes, I'm looking at the debian-policy copyright file... but I can't see anything...
[01:00] <Gloubiboulga_> look at the last paragraph of the file
[01:01] <Gloubiboulga_> "On debian systems..."
[01:02] <dooglus> speedy: make /etc/iftab with lines like:  eth0 mac 00:00:11:22:33:44
[01:03] <dooglus> spacey: then it will always use the same interface names
[01:03] <dooglus> um - speedy
[01:03] <dooglus> wow - wrong channel, wrong nick... just wrong!
[01:06] <DanielC> Gloubiboulga_: Got it, thanks. None of the sample sources I had here had that line, but I got the sources for gaim and that one did have it.
[01:07] <Gloubiboulga_> DanielC, great
[01:08] <Hobbsee> hi all
[01:08] <Gloubiboulga_> wb Hobbsee
[01:08] <Hobbsee> hey Gloubiboulga_ :)
[01:09] <Gloubiboulga_> what time is it for you Hobbsee?
[01:09] <Hobbsee> @time sydney
[01:09] <Ubugtu> Current time in Australia/Sydney: July 02 2006, 21:09:24
[01:09] <Hobbsee> Gloubiboulga_: not late ^
[01:09] <Gloubiboulga_> ok :)
[01:28] <DanielC> Is there a way to change the default doc install to something other than /usr/share/doc/{$package} ?
[01:29] <tseng> no
[01:29] <DanielC> ok
[01:29] <_ion> Fortunately.
[01:29] <tseng> right.
[01:29] <DanielC> ?
[01:30] <DanielC> I just didn't want to pollute the user's ../doc/ directory with many directories that are related. I thought they should all be in one common directory.
[01:31] <tseng> if they arent the same source package
[01:31] <tseng> they arent related
[01:31] <DanielC> ok...
[01:32] <DanielC> A good example of this would be if we wanted to put all the OpenOffice.org documentation files in the same directory (/usr/share/doc/openoffice.org/).
[01:32] <DanielC> Is this sort of thing "not done" ?
[01:33] <tseng> no, it isnt.
[01:33] <DanielC> Ok.
[01:35] <tseng> hi Yagisan
[01:35] <DanielC> hi
[01:35] <ajmitch> hi Yagisan
[01:36] <Yagisan> how is everyone today ?
[01:36] <sivang> @time Israel
[01:36] <Ubugtu> Current time in Israel: July 02 2006, 14:36:21
[01:36] <sivang> yay
[01:36] <sivang> Ubugtu: you are getting smarter on a daily basis!
[02:06] <\sh> moins
[02:06] <ajmitch> hi \sh
[02:06] <StevenK> ajmitch: How is sunny downtown western Sydney?
[02:06] <ajmitch> good evening StevenK
[02:06] <ajmitch> sunny?
[02:07] <ajmitch> where's this 'sun' you talk of?
[02:07] <StevenK> Sleeping, at the moment.
[02:08] <ajmitch> figures
[02:08] <ajmitch> typical australian :)
[02:08] <DanielC> How can I find out if a package is installed by default in Ubuntu?
[02:09] <Lathiat> rdepends it
[02:09] <Lathiat> see if any of the ubuntu meta packages depend on it
[02:09] <Lathiat> ?
[02:09] <Lathiat> its a little more complex than that but it'd give you an idea?
[02:09] <DanielC> Ok, that should work... thanks.
[02:09] <Lathiat> or try apt-get remove it and see if ubuntu-desktop wants to go
[02:09] <Lathiat> :)
[02:10] <DanielC> :)
[02:10] <\sh> or just ask
[02:11] <zanaga> I'm trying to get python-lxml to work on edgy. It's in depwait and waiting for pyrex and python-setuptools, so i merged the changes from debian. Is there a place to dump them to so you guys don't need to redo the work.
[02:11] <\sh> ajmitch: sorry to ask, but where can I see who is doing which merges_
[02:12] <ajmitch> \sh: currently, I don't know - people have been taking ones that they've touched last
[02:13] <\sh> ajmitch: grmpf...because I have to stop some people taking sip4, pyqt, pykde etc.
[02:13] <ajmitch> hm, why is that?
[02:14] <\sh> ajmitch: because they are ready on my laptop :
[02:14] <StevenK> Heh
[02:14] <ajmitch> right :)
[02:14] <ajmitch> get someone to upload them asap
[02:14] <ajmitch> StevenK looks to be volunteering
[02:14] <\sh> oh stevenk has main rights? :)
[02:14] <ajmitch> not that I know.. darn
[02:15] <\sh> or I just wait for tuesday
[02:15] <ajmitch> yeah
[02:15] <DanielC> Ok, mono-common does not "rdepend" on ubuntu-desktop (or almost anything) so that means mono is probably not installed by default?
[02:15] <ajmitch> no, it's not currently
[02:15] <DanielC> Ok, thanks.
[02:15] <\sh> or I could adjust grab_merge with our lpmerge script
[02:16] <StevenK> I do not have main rights.
[02:16] <StevenK> If you're volunteering to bestow them on them....
[02:16] <StevenK> Er, s/them on them/them on me/
[02:25] <ajmitch> night all
[02:26] <Gloubiboulga> night ajmitch
[02:52] <AnAnt> do openssl & gnutls conflict with each other ?
[02:53] <tseng> not that I can see
[02:53] <tseng> Conflicts: ssleay (<< 0.9.2b), libssl, openssl (<< 0.9.6-2), libssl096-dev (<< 0.9.6-2)
[02:54] <tseng> Conflicts: gnutls0, gnutls0.4
[02:54] <tseng> just with old versions of themselves
[02:58] <lifeless> check provides
[02:58] <lifeless> but I would not expect them to conflict
[03:00] <AnAnt> tseng: is it preferrable to compile packages against openssl or gnutls ?
[03:00] <\sh> depends on the license
[03:00] <AnAnt> \sh: the software supports both
[03:02] <\sh> AnAnt: there was something with licenses of openssl
[03:03] <Hobbsee> hiya \sh
[03:03] <bmonty> openssl requires that you put a notification that the software is linked with openssl
[03:03] <bmonty> Hobbsee: just start drinking again :)
[03:04] <\sh> hey Hobbsee.how is life?
[03:04] <Yagisan> G'day Hobbsee
[03:04] <Hobbsee> hi bmonty \sh and Yagisan
[03:04] <Hobbsee> \sh: good, ajmitch is over here at the mometn :)
[03:04] <\sh> Hobbsee: ajmitch is next to you? ;)
[03:05] <\sh> gpg --send-key
[03:05] <\sh> gpg --send-key <your keyid>
[03:05] <Hobbsee> \sh: not anymore
[03:05] <Hobbsee> \sh: i dropped him back at the hotel
[03:06] <tseng> poor guy
[03:06] <Hobbsee> \sh: thanks :)
[03:06] <tseng> all that dropping makes for a sore bum
[03:06] <Hobbsee> tseng: heh, yeah, having to put up with me
[03:06] <\sh> Hobbsee: couldn't he sleep outside in front of your house? ;)
[03:06] <Hobbsee> \sh: hahaha
[03:07] <Yagisan> Hobbsee: you didn't let him stay. poor guy.
[03:11] <Hobbsee> heh
[03:11] <Hobbsee> yeah
[03:11] <Hobbsee> Yagisan: i live with parents, remember?
[03:12] <Yagisan> Hobbsee: so did my wife. It didn't stop me >:)
[03:12] <Yagisan> Hobbsee: but, yeah, I can see how that makes things hard
[03:13] <Yagisan> Hobbsee: ohh, they are all white now.
[03:13] <Hobbsee> they are?
[03:13] <Yagisan> Hobbsee: your eyes
[03:13] <Hobbsee> right.
[03:14] <Yagisan> Hobbsee: you'll meet one of my monsters^Wangels tomorrow
[03:14] <Hobbsee> Yagisan: hehe, so i hear
[03:14] <Hobbsee> i hear i'm allowed to come :P
[03:15] <\sh> oh keysigning down under ;)
[03:15] <Hobbsee> \sh: no, ajmitch did that earlier
[03:15] <Hobbsee> he said my licence didnt look much like me though :P
[03:15] <Yagisan> \sh: you can sign mine, but I'll need to post the details to you ;)
[03:16] <\sh> Yagisan: hehe...next ubuntu conf? whereever it is
[03:16] <Hobbsee> Yagisan: you're really working with an unsigned key?
[03:17] <Yagisan> Hobbsee: yeah. most people here mett me at UDU, but that was with my old key, before a expensive problem occurred
[03:17] <Hobbsee> Yagisan: ah right.  get ajmitch to sign it tomorrow?
[03:17] <Yagisan> yep.
[03:18] <Yagisan> Hobbsee: possibly you too
[03:18] <Hobbsee> Yagisan: me to sign?  could be done
[03:18] <Yagisan> \sh: when I can next afford it, I'll see you at an ubuntu conf
[03:18] <Yagisan> Hobbsee: why not ?
[03:18] <Hobbsee> Yagisan: didnt think i could sign
[03:18] <\sh> Yagisan: yeah, when I can afford it, right, that was the problem ;)
[03:19] <Yagisan> brb - kids
[03:19] <_ion> SIGCHLD
[03:19] <Hobbsee> hehe
[03:19] <\sh> oh my, they are shooting here..
[03:20] <Hobbsee> they what?
[03:20] <\sh> bombs, canons i don't know
[03:20] <\sh> a war in germany
[03:20] <mc__> hi,what knowledge is needed to become a motu?
[03:20] <Hobbsee> eek
[03:21] <_ion> Hmm, SIGCHLD wouldn't really be so funny, as it means the child just terminated. :-)
[03:21] <\sh> mc__: debian packaging skills, coding knowledge
[03:25] <Hobbsee> mc__: there's a link on wiki.ubuntu.com about it IIRC.
[03:25] <\sh> ok..now my key has a photo id as well :)
[03:30] <\sh> if anyone has time, and can have a look over kbilliards on revu, would be nice :)
[03:33] <AnAnt> what's the difference (in functionality) between openssl & gnutls ? I mean, is there some protocols supported in openssl but not in gnutls ?
[03:39] <bddebian> Heya gang
[03:42] <\sh> moins bddebian
[03:43] <bmonty> hi bddebian
[03:43] <bddebian> Hi \sh, bmonty
[03:43] <Hobbsee> hi bddebian
[03:43] <bddebian> and Hobbsee again ;-)
[03:43] <Hobbsee> :P
[03:45] <bmonty> do we want to keep around CXX transition packages? debian fam has a libfam0c012 that depends on libfam0 which is the real package, we dropped libfam0c102 in ubuntu
[03:45] <Yagisan> re
[03:45] <\sh> bmonty: I would get rid of it
[03:45] <Yagisan> Hobbsee: you can sign the key of anyone whose identity you can establish to your satisfaction
[03:45] <\sh> bmonty: I wonder why debian has it still
[03:46] <Hobbsee> Yagisan: ah right
[03:46] <bmonty> \sh: I don't know, I thought about getting rid of it, but I don't think it hurts, and we can sync the package instead of keeping a -ubuntu version
[03:46] <\sh> Hobbsee: did oyu read madducks blog (or debian planet) about his experiement with his ID of the "Transnational Republic"?
[03:46] <Hobbsee> \sh: no
[03:46] <Hobbsee> oh, hang on...maybe
[03:47] <Yagisan> \sh: I saw it on DD
[03:47] <Hobbsee> i'd have to have the link to check
[03:47] <Yagisan> \sh: it was a valid id, just not a government id
[03:48] <\sh> Hobbsee: http://blog.madduck.net/geek/2006.05.24-tr-id-at-keysigning
[03:48] <Yagisan> \sh: like eg a student id card
[03:48] <\sh> Yagisan: no...it's a real ID from the transnational republic...no faked user data actually...
[03:49] <\sh> Yagisan: I signed madducks key just because of that ;)
[03:49] <\sh> Yagisan: http://www.transnationalrepublic.org/ :)
[03:49] <Hobbsee> hehe
[03:50] <Hobbsee> the idea of keysigning etc is kinda flawed anyway - ditto ID for proof of age for cigarettes, pubs, clubs, etc
[03:50] <\sh> the problem with keysigning is, I could give you an ID card from my government, but can you assure that it's really me? or just another stephan hermann with the same face?
[03:50] <dsas> It's just a question of whether or not you trust the TR to totally check madducks passport.
[03:51] <Yagisan> \sh: I didn't say it was fake, I just said it was like a student id card.
[03:51] <dsas> it's like me signing hobsees key because ajmitch says it's right.
[03:51] <Hobbsee> it's exactly like me accepting a NZ driving licence with a birthdate that could well be fake, cos i've not seen NZ drivers licences apart from work before - but we have to accept them, as a drivers licence
[03:52] <\sh> dsas: I am trusting madduck, because we said something before we met, and that was the point...and that's why I don't do any keysigning party anymore..because I don't know the people...I never talked to them...
[03:52] <Hobbsee> true
[03:52] <dsas> \sh: That's a good stance to take.
[03:53] <tseng> you shouldnt freely admit that :)
[03:53] <Hobbsee> well, yeah
[03:53] <tseng> sortof defeats the purpose
[03:53] <Hobbsee> shhh :P
[03:53] <Hobbsee> no, like i figured out the email based stuff later
[03:54] <\sh> dsas: but I talked to all the people I signed keys with...so I am sure, that they are who they said they are. It's so easy to get a forged ID card nowadays, and I'm not able to check if the ID is real or not...
[03:54] <Hobbsee> but the actual getting the fingerprint, i pretty much stuck my laptop next to his so he could type his in
[03:54] <Hobbsee> \sh: exactly.  i dont even want to think about what'll happen with work when we take the first incorrect ID and they find out.
[03:55] <dsas> \sh: If you talk to someone and know them and you're just using the ID as validation then that's fine. If you're *only* relying on the ID then as you point out, you're less sure that they're telling the truth.
[03:55] <Yagisan> I need to meet people before signing keys, but as long as I'm sure they are who they say they are, I'll sign. after all, I just vouch they are who they say are, not that they are a good person.
[03:56] <Yagisan> Hobbsee: my fingerprint is on my business cards.
[03:56] <Yagisan> Hobbsee: so you can validate it at home
[03:56] <Hobbsee> Yagisan: hehe, that's true.  that's like at work "i vouch that i saw that the counting of the drawer was done at this time.  i in no way, shape, or form say it's accurate"
[03:56] <Hobbsee> true
[03:58] <Yagisan> Hobbsee: to be honest, I never do keysigning on a pc at the meet
[03:59] <Hobbsee> Yagisan: fair enough
[03:59] <Yagisan> I'll check the fingerprint @ home, them do it from my box
[03:59] <Yagisan> Hobbsee: so, if I bring a kid that looks like me - is that proof of who I say I am ;)
[04:00] <Hobbsee> hehe
[04:00] <tseng> signing after the meet doesnt buy you mich imo
[04:00] <tseng> much
[04:01] <Yagisan> nope, but I don't have to use someone elses laptop to do so.
[04:01] <tseng> someone elses laptop is different
[04:02] <\sh> and if you do it at home, nobody can watch over your shoulder when you type your passphrase ;)
[04:02] <Hobbsee> true
[04:06] <Hawkwind> Hobbsee: You see 3 people got spam again today, 2 of which were me and you :(
[04:07] <Hobbsee> Hawkwind: yeah, i thought i saw that.  i created a new filter for it, but it didnt want to filter.  i've had that spam before, and i'm not exactly sure why they're getting our emails in particular
[04:09] <Hawkwind> Strange.  I tried to filter it as well and couldn't get it to.  I'm wondering if it comes through again if it will filter then or not as there are times I can't get things to filter on the original version
[04:11] <Yagisan> woot. I figured out what was wrong with cmake
[04:11] <bddebian> Yagisan: What was it/
[04:11] <bddebian> ?
[04:12] <Hobbsee> Hawkwind: i've had about 6 of them
[04:13] <Yagisan> bddebian: it wasn't emitting my defines (-DFOO stuff) correctly
[04:13] <bddebian> Ah
[04:13] <Yagisan> bddebian: we now crash and burn on one of my errors instead now :)
[04:13] <bddebian> hehe
[04:16] <Hawkwind> Hobbsee: All 6 of them have been the same and they still won't filter you mean ?
[04:16] <Hobbsee> Hawkwind: yeah, but i didnt try filtering them
[04:17] <Hawkwind> Hobbsee: Ah ok.  Well hopefully we don't get anymore, or these filter from now on
[04:17] <Hobbsee> yeah
[04:42] <bddebian> OK, ajunta is really starting to piss me off
[04:43] <Hawkwind> Heh, anjuta is a royal pain at best
[04:44] <bddebian> I had good luck with it in dapper but it's killing me in edgy for some reason
[04:45] <sivang> bddebian: what are you trying to do with it?
[04:45] <bddebian> Build the new version from Debian
[04:46] <sivang> bddebian: ah :)
[04:46] <sivang> bddebian: I thought you were having issues creating autoconf cruft for your program using it ;)
[04:47] <bddebian> Nah, I don't actually USE any of the programs I build ;-)
[04:48] <sivang> bddebian: you see, there's the problem :-)))
[04:48] <bddebian> One of many :-)
[05:03] <bddebian> Ahhhh, #Q@$RQ$#^T56.   libwnck-dev 2.15 doesn't have libwnck-1.la
[05:07] <\sh> anyone care to upload one merge?
[05:08] <\sh> bddebian: you care,right ?
[05:08] <bddebian> Not anymore ;-P
[05:08] <\sh> please
[05:08] <bddebian> Sure bud, what you need?
[05:08] <\sh> http://archive.linux-server.org/
[05:08] <\sh> the kdiff source packages
[05:09] <\sh> and do a debuild -S -v0.9.88-5ubuntu2 -sa -k<your keyid>
[05:09] <\sh> in the source dir :) thx :)
[05:09] <\sh> merged, tested and works
[05:11] <bddebian> \sh: Do I really need the -vblah ?
[05:12] <\sh> bddebian: yes...last version is 0.9.88-5ubuntu2 :)
[05:12] <\sh> so we need to provide the last 2 changelog entries since 0.9.88-5ubuntu2 :)
[05:12] <bddebian> Ah
[05:16] <bddebian> \sh: uploading
[05:17] <\sh> bddebian: thx a lot
[05:38] <bddebian> \sh: No, thank YOU :-)
[05:42] <\sh> bddebian: care to take another one?
[05:43] <\sh> looks like I'm on drugs again ;)
[05:43] <sivang> are those main uploads ?:)
[05:43] <\sh> no
[05:44] <\sh> the main ones are laying still on my laptop :)
[05:45] <sivang> :)
[05:46] <\sh> so if anyone wants to take it
[05:46] <bddebian> \sh: Sure
[05:46] <\sh> bddebian: again on archive.linux-server.org
[05:46] <\sh> afterstep
[05:46] <\sh> debuild -S -v2.1.2-3ubuntu1 -sa -k<your id> ;)
[05:49] <\sh> oh no..wait
[05:49] <\sh> shit...
[05:50] <\sh> I'm stupid
[05:50] <sivang> \sh: sponsering upload worked for me without doing -k, is it mandatory ?
[05:50] <bddebian> Uh oh too late
[05:50] <\sh> damn
[05:50] <\sh> too fast...
[05:51] <\sh> ok...let's hope for another version from debian upstream *grmpf* it should be a sync
[05:52] <\sh> bddebian: thx
[05:52] <bddebian> Sorry
[05:52] <bddebian> Heya tuxmaniac
[05:52] <tuxmaniac> heya bddebian
[05:52] <\sh> bddebian: no...my fault :)
[05:52] <tuxmaniac> bo
[05:53] <\sh> bddebian: I didn't see the tree because of the forrest ;)
[05:53] <\sh> my change on afterstep went upstream
[05:54] <\sh> I need to learn this new mom system...it's different from older times
[05:55] <\sh> ok...laters crew...need to go for a while
[05:58] <sivang> laters \sh
[06:00] <\sh> alps-light1 is a sync, I requested it
[06:00] <\sh> https://launchpad.net/distros/ubuntu/+source/alps-light1/+bug/51608
[06:00] <Ubugtu> Malone bug 51608 in alps-light1 "sync request of alps-light1_1.2.2-2 from debian unstable" [Untriaged,Unconfirmed]
[06:00] <\sh> ok..gone
[06:01] <bddebian> Later \sh
[07:55] <Amaranth> so i take it python2.5-* will never exist?
[07:56] <Amaranth> now i feel stupid about using python2.4-* in depends :P
[11:12] <azeem> bluefoxicy: what's the problem with the current packages?
[11:12] <bluefoxicy> tseng:  lol I know :P
[11:13] <bluefoxicy> azeem:  oh, I just hate old-school debian/rules with 500 lines of dh_*; plus the nexuiz on REVU is 1.2 and 2.0 is out (and has awesome shit like a campaign mode et al)
[11:14] <bluefoxicy> (also I found at least on windows that Nexuiz 2.0 gets 60fps with the same set of effects that 1.5 got 20fps with)
[11:14] <azeem> I thought you were talking about the packages in unstable
[11:14] <tseng> rewriting a package with cdbs is pretty shit
[11:14] <tseng> if it isnt your package
[11:14] <bluefoxicy> tseng:  pisses the maintainers off too much?
[11:14] <tseng> we'll end up with a huge diff and possibly an angry DD
[11:14] <bluefoxicy> DD?
[11:15] <tseng> debian developer
[11:15] <bluefoxicy> oh
[11:15] <tseng> and an angry ubuntu dev every time he has to sync to debian
[11:15] <tseng> and merge your crazy huge diff
[11:15] <bluefoxicy> debian packages can't use CDBS?
[11:15] <tseng> please don't do it.
[11:15] <tseng> they can, if the maintainer wants them to
[11:15] <azeem> Maintainer: Debian Games Team<EMAIL_ADDRESS>[11:15] <tseng> we aren't in the business of repackaging things
[11:16] <bluefoxicy> azeem:  does debian even have nexuiz?  I thought that went straight at REVU
[11:16] <azeem> I was quoting from its control file in unstable
[11:16] <azeem> [2006-06-27]  Accepted 2.0-1 in unstable (low) (Bruno Fuddl Kleinert)
[11:17] <azeem> pretty recent addition
[11:17] <bluefoxicy> sweet.
[11:18] <bluefoxicy> http://revu.tauware.de/details.py?upid=1634 was the last I saw
[11:19] <azeem> sounds like the same guy
[11:19] <bluefoxicy> lol@revu:  FSF address is out of date  <-- I copied the FSF address on there from debian/license in gzip or something
[11:26] <lionelp> bluefoxicy: oh, I made comments on paxutils
[11:26] <lionelp> I may have writent "FSF address is out of date" :)
[11:26] <lionelp> because she is :)
[11:27] <lionelp> I know that lot of documents are still comporting the old address
[11:27] <lionelp> but you can write the good one in debian.copyright
[11:44] <ryanakca> yay! I finished putting https://wiki.ubuntu.com/IdeaPool in alphabetical order!
[11:48] <\sh> re
[11:50] <\sh> tseng: ping
[11:50] <tseng> \sh: hi
[11:50] <\sh> tseng: can you do me a favour and approve https://launchpad.net/bugs/51608
[11:50] <Ubugtu> Malone bug 51608 in alps-light1 "[not dev]  sync request of alps-light1_1.2.2-2 from debian unstable" [Untriaged,Unconfirmed]
[11:51] <\sh> keybuk doesn't trust my senses ;)
[11:51] <tseng> I am worthy of approving things?
[11:51] <tseng> oh
[11:51] <\sh> tseng: it needs a motu to say "yes, please, sync it's ok what \sh wrote"
[11:51] <tseng> you kicked yourself out of motu
[11:51] <tseng> right
[11:51] <\sh> tseng: yes
[11:52] <shawarma> At UDS, dholbach talked about trying to postpone uvf for universe. Does anyone know the status on that?
[11:52] <\sh> tseng: http://merges.ubuntu.com/a/alps-light1/REPORT
[11:52] <tseng> no
[11:52] <tseng> i dont like mom :)
[11:52] <tseng> i poke around in debian/ myself
[11:53] <\sh> the change was the c2a change last time I did the merge..now it's in debian
[11:53] <\sh> there are no ubuntu changes anymore :)
[11:53] <tseng> approved
[11:53] <tseng> you should sign yourself up for motu
[11:54] <\sh> I'll try to reactive my rights on tuesday at TB meeting
[11:54] <tseng> good luck
[11:54] <\sh> tseng: and someone has to reactivate again my membership for MOTU...removing doesn't mean, I can join again, removing means "disabled status"
[11:55] <tseng> I still dont see why you did that
[11:55] <tseng> but ok.
[11:55] <tseng> good luck
[11:55] <tseng> glad you are back


[00:03] <vinodhini> wallyworld: v2 also does the same identity/keystone.go @@L73
[00:03] <vinodhini> its just like v3
[00:03] <vinodhini> so we shd fix both
[00:04] <wallyworld> yes we should
[01:33] <thumper> babbageclunk: do you have some time this afternoon?
[01:36] <babbageclunk> thumper: sure - what's up?
[01:37] <thumper> babbageclunk: I want to discuss some future design stuff and need a sounding board
[01:37] <babbageclunk> ok
[01:37] <thumper> and it has cross-over concepts with recent work of yours
[01:38] <babbageclunk> cool - when do you want to talk?
[01:38] <thumper> after I have made coffee
[01:38] <thumper> as long as you are able
[01:39] <thumper> how about at 2?
[01:40] <babbageclunk> yeah, sounds good
[03:55] <thumper> wallyworld: /home/tim/go/bin/dep ensure -vendor-only taking way more than 10s
[03:56] <wallyworld> kelvinliu_ promised me it was fast :-)
[03:56] <wallyworld> he ran a test
[03:56] <wallyworld> took that long for him
[03:57] <kelvinliu_> wallyworld, 0.0
[03:57] <kelvinliu_> thumper, was it the 1st time to run?
[03:57] <thumper> yes, first time
[03:57] <wallyworld> sigh
[03:57] <wallyworld> my discourse post mentioend that
[03:57] <thumper> taken about 5 minutes so far
[03:57] <wallyworld> the first tinme is slow
[03:57] <kelvinliu_> thumper, that should be much longer than 10s, :->
[03:58] <wallyworld> there after stuff is cached
[03:58] <thumper> cached where?
[03:58] <wallyworld> some local dir, kelvinliu_?
[03:58] <kelvinliu_> wallyworld, thumper ll $GOPATH/pkg/dep/sources
[03:58]  * thumper nods, ok
[03:59]  * thumper must stop eating this chocolate orange
[03:59]  * thumper is running make check
[04:01]  * kelvinliu_ finger crossed
[09:31] <vinodhini> wallyworld: are u around ?
[20:44] <veebers> rick_h_: ah, that's a bit of a bummer missing the build snaps when sorting out the new dep stuff
[20:44] <rick_h_> veebers: yea
[20:44] <rick_h_> veebers: and no easy fix I can see in my research today
[20:44] <veebers> rick_h_: do we have a way forward at the moment/
[20:44] <veebers> oh :-|
[20:45] <veebers> rick_h_: the dep.csv needs to be in the source tree and not the packaging branch?
[20:45] <rick_h_> veebers: I think the best thing is to add a new alternative plugin to https://github.com/snapcore/snapcraft/blob/master/snapcraft/plugins/godeps.py
[20:45] <rick_h_> veebers: or auto build a dep.csv from our deps stuff but I'm not sure what gaps there are in thata
[20:45] <veebers> rick_h_: aye, would need to automate the dep.csv somehow, seems a bit tricky
[20:46] <rick_h_> veebers: I'll bring it to the release call
[20:46] <rick_h_> veebers: but in my research today I think a new plugin is the only long term route, but then again we don't plan on staying on deps forever either so...
[20:47] <veebers> rick_h_: aye, it'll be module (i think it's called now) in the future assuming all goes to plan
[20:47] <veebers> rick_h_: any idea on amount of work needed for a plugin?
[20:48] <rick_h_> veebers: I don't think the python is bad just forking the godeps one and updating commands called where appropriate. The harder thing is if deps supports new config/ideas and what's it take to get it merged/pushed out and supported in LP builders?
[20:49] <veebers> ah ack
[20:49] <rick_h_> veebers: e.g. it's not something that'll have snaps being built by tomorrow :)
[20:50] <veebers> :-| understood
[20:51]  * veebers gets back to fixing the machine he, uh, mistakenly wiped yesterday
[20:51] <rick_h_> lol
[20:51] <rick_h_> did you get a bit aggressive with the house cleaning veebers?
[20:52] <veebers> rick_h_: My inexperience with powershell and windows reared it's ugly head, I missed out the -WhatIf flag and poof a bunch of stuff cleaned up
[20:52] <veebers> so we had plenty of space, just in the wrong places
[20:52] <rick_h_> veebers: oops
[20:53] <veebers> indeed, embarrassed and angry with myself :-P oh well, onwards and upwards
[21:34] <babbageclunk> Seriously, they call --dry-run "-WhatIf"?
[21:36] <babbageclunk> That seems wilfully obtuse.
[21:56] <veebers> babbageclunk: hah it's like a different planet altogether, I'm sure it all makes sense when you get into it (or if it's what you know) but I'm not a fan
[21:57] <veebers> there is also no cli text editor :-|
[21:58] <babbageclunk> ugh
[21:58] <babbageclunk> Sounds painful enough that you'd just RDP in all the time?
[22:00] <veebers> oh, it's almost all RDP (which is gross ^_^), I couldn't get copy and paste to work, so needed to get the authorised key on there
[22:00] <babbageclunk> bleh


[13:15] <Rhonda> erm, wtf?  bug #1318168
[13:16] <Rhonda> Anyone able to explain to me what this has to do with ejabberd, I am missing the context.  :)
[13:17] <Zhenech> both are packages in ubuntu?
[13:18]  * Rhonda creates some autoreject script for Zhenech
[13:20] <Rhonda> Zhenech: https://www.youtube.com/watch?v=1NvgLkuEtkA  :P
[13:22] <Zhenech> :x


[01:34] <ubotu> New bug: #131872 in xorg (main) "[Gutsy]  running glxgears crashes xorg" [Undecided,Incomplete]  https://launchpad.net/bugs/131872
[05:38] <ubotu> New bug: #132360 in xserver-xorg-video-ati (main) "[gutsy]  vlc doesn't render properly with compiz 'normal desktop effects'" [Undecided,Incomplete]  https://launchpad.net/bugs/132360
[06:54] <kylem> bryce, around?
[06:54] <bryce> yep
[06:55] <kylem> bryce, nm. it can wait until tomorrow.
[06:56] <bryce> ok cool
[08:58] <ubotu> New bug: #132377 in xserver-xorg-input-mouse (main) "USB Mouse not work after some time" [Undecided,Incomplete]  https://launchpad.net/bugs/132377
[11:43] <ubotu> New bug: #132400 in linux-restricted-modules-2.6.15 (restricted) "6.06LTS: Computer locks up with nvidia proprietary driver on SMP system" [Undecided,New]  https://launchpad.net/bugs/132400
[12:15] <ubotu> New bug: #132405 in xterm (main) "Please sync xterm (229-1) from Debian unstable (main)" [Undecided,New]  https://launchpad.net/bugs/132405
[01:32] <mvo> bryce: I would like to do some testing/patching for -video-i810 and -video-intel to use xf86XVFillKeyHelperDrawable instead of xf86XVFillKeyHelper in those drivers for better support of composited video
[01:33] <mvo> bryce: -video-ati should be done with the debian/experimental version that we will soon get (as I understand it)
[02:26] <ubotu> New bug: #132432 in mesa (main) "glxinfo crashed with SIGSEGV" [Undecided,New]  https://launchpad.net/bugs/132432
[02:31] <jcristau> #132432 is using the nvidia libGL...
[06:13] <bryce> mvo, ok
[06:16] <mvo> bryce: basicly I would like to get this http://people.ubuntu.com/~mvo/tmp/xserver-xorg-video-i810_1.7.4-0ubuntu5.debdiff one here in to make basic video play under composite work. I have no i810 based laptop yet (I got one now that is currently updating). are you happy with this? should I use a patchsystem?
[06:16] <mvo> bryce: and don't tell me that patch system is quilt ;)
[06:25] <bryce> heh
[06:27] <bryce> can you add a description at the start of the patch for what the patch does (i.e., why switching from xf86XVFillKeyHelper to *Drawable is needed), and specify where the patch comes from (e.g., link to the mailing list discussion or bug url)
[06:40] <mvo> bryce: right, this is more a draft so that you can have a look :) the patch was done my me based on the -video-ati driver, I will certainly improve the description
[06:40] <mvo> bryce: is there a patchsystem I should use or edit it inline?
[06:43] <bryce> debian-x usually uses quilt
[06:43] <bryce> (I know I'm not supposed to tell you that)
[06:44] <mvo> haha
[06:44] <mvo> I was afraid of this answer
[06:44] <bryce> editing inline is fine (I don't use quilt either)
[06:44] <mvo> cool
[06:44] <bryce> as long as it builds and everything stays inside debian/, I'm not fussy :-)
[06:45] <mvo> ok, I will test it on my new-old i810 laptop that I got for testing and if it is ok I will upload. the same dance will have to be done with -intel and maybe -ati (if we do not merge the experimental version there)
[06:45] <mvo> that should fix the video playback problem under compiz
[06:45] <bryce> excellent :-)
[06:46] <jcristau> mvo: what's the problem with quilt?
[06:47] <jcristau> also, is there any plan to use some sort of version control for the ubuntu x packages?
[06:48] <mvo> jcristau: there is no real problem apart from that I forget all the time to run quilt add before editing a file
[06:48] <jcristau> ok
[06:49] <mvo> jcristau: and that I have not found a way yet to create autoreconf patches with it
[06:49] <mvo> without quilt add loads of files beforehand and forgetting half of them
[06:49] <jcristau> yeah, we apply autoreconf stuff directly in the diff
[06:49] <bryce> we'd decided since bzr does not have a git import mechanism currently (or at least when we last discussed it), to use git
[06:49] <mvo> I feel that its not ideal to not have a reference tree to diff against
[06:50] <bryce> however really we only have a couple packages where ubuntu has a significant amount of stuff differing from debian, so it has not been a very high priority for me
[06:51] <jcristau> mvo: sometimes i just create the diff with git, and then put it in debian/patches/
[08:58] <mvo> bryce: I'm going to upload -video-i810 now, what is the status of -video-ati (sorry for naging, its just that I want to plan what servers needs to be checked for Xv working with compiz)
[08:58] <mvo> bryce: will it be merged? or will we stay with the current version for feature freeze?
[08:59] <jcristau> i think tepsipakki merged it with the experimental version a few days ago
[08:59] <bryce> correct
[09:00] <bryce> we have also been discussing about potentially going with the randr 1.2 branch of -ati, at alex's recommendation, however we're not yet certain about the stability of it compared with main.
[09:01] <ubotu> New bug: #132523 in xserver-xorg-driver-neomagic (main) "[feisty]  xserver crashes running xzgv over ssh" [Undecided,New]  https://launchpad.net/bugs/132523
[09:02] <mvo> bryce: is that something that we can decide after feature-freeze? or will it have to be done by then?
[09:04] <bryce> well, I'd want it done before feature freeze.  I'm not sure there's sufficient time though.
[09:04] <bryce> however having xrandr functionality in -ati would be _way cool_ esp. for projector users
[09:05] <bryce> but for -ati I think stability would trump way-cool arguments
[09:05] <jcristau> i expect it'll have a bunch of regressions, as it hasn't been tested very extensively yet
[09:06] <bryce> yes, as well if there are fixes in the main branch, it could involve a lot of backporting work
[09:18] <mvo> hm, I'm inclined to backport the make-compiz-happy-with-xv patch to -ati then if you are unsure if we get the new one or not
[09:18] <bryce> yes do
[09:20] <bryce> I'm fairly sure we won't be switching to the xrandr branch.  I might post a deb of it to my web space for people to play with.
[09:21] <mvo> ok, thanks
[11:51] <ubotu> New bug: #109357 in xorg (main) "gnome crashes upon relogin" [Medium,Confirmed]  https://launchpad.net/bugs/109357


[08:22] <guiverc> Eickmeyer, I liked your Ubuntu Studio Extended Support ends notice.  Well done.
[15:01] <rapid16> I'm trying to change my user password, but cannot find any "users" section under Settings. I'm surprised Ubuntu Studio seems to have a custom, limited control panel
[15:06] <OvenWerks> rapid16: I had trouble with that too, I think I found it eventually. This is because we use kubuntu as a base.
[15:07] <rapid16> I installed Gnome Control Center, solved my issue that way
[15:08] <rapid16> I wish there were a way to configure which control panel is opened when I click the "Settings" icon in the menu
[15:13] <OvenWerks> rapid16: are you used to working with *.desktop files?
[15:13] <rapid16> Actually, no.
[15:13] <rapid16> I have in the past, but it's not something I do a lot.
[15:14] <OvenWerks> you could try ubuntustudio menu item creator
[15:14] <rapid16> I think I just won't use the quick shortcut for settings.
[15:15] <rapid16> I installed Ubuntu Studio for audio stuff, however, audio can be a strong learning curve.
[15:15] <OvenWerks> you can use that to modify the setup icon to point to a different executable
[15:15] <rapid16> Oh, okay.
[15:15] <rapid16> Where do I find that? Do I need to install it?
[15:40] <OvenWerks> it should be installed already
[15:41] <OvenWerks> I find it in the setting menu item


[05:29] <klaus> anyone knows how to adjust kms at boot time to set a specific resolution for tty ? by default kms choose the highest res (2500x1600) it's a bit difficult to read
[05:30] <klaus> i tried to pass kernel parameter in grub like so: GRUB_CMDLINE_LINUX_DEFAULT="video=1440x900" or set grub options like so: GRUB_GFXPAYLOAD_LINUX=keep  and GRUB_GFXPAYLOAD_LINUX=1440x900
[05:31] <klaus> but that didn't solve it.
[05:32] <klaus> the first one (video=1440x900) helped a bit but then framebuffer virtual_size stays at 2500x1600, so while tty is much more readable and nice, the size of the tty is much more larger than the screen, meaning i only see the upper_left part of a big tty
[05:34] <klaus> the second one (GRUB_GFXPAYLOAD_LINUX= ...) didn't help at all, it does nothing, the system react the same as if it was not there. no change
[05:34] <klaus> any ideas ?
[06:03] <lordievader> Good morning
[09:23] <TomTom> i have two kubuntu 19.04 and only one of them has the miniprogram for display-options (switch fast to clone etc). where to get this?
[09:27] <TomTom> ah, its still 18.10 and not 19.04. this widget is available in 19.04 only
[09:40] <BluesKaj> Hey folks
[11:55] <BluesKaj> !ubuntu-drivers
[11:57] <BluesKaj> !info ubuntu-drivers
[12:42] <grek69> hi i have df /dev/md1
[12:42] <grek69> dev/root       20026172 18981580      4264 100% /
[12:43] <grek69> how check what folders i have in this device
[12:43] <grek69> i want symlink temporaty biggest folder to other place
[12:43] <grek69> dev/root has only 18 GB
[12:43] <grek69> any help ?
[12:47] <grek69> i thnk 5.7G    /usr can by moved and symlinked to /
[17:06] <ehko> Another Beautiful Birth - Birth of a New Earth: https://www.bitchute.com/video/KcAtp1L4FOFl/ (EVIE WILLOW ROBSON). Enjoy.
[17:15] <girl-talker-pink> Why They Want to Replace White People - Red Ice TV: https://www.bitchute.com/video/l1SuGzMG8T0b/
 Rik or Aaron ^^  (clean-up on aisle 6 needed in the spam section)
[17:21] <tom-gnucoder> https://www.bitchute.com/video/KcAtp1L4FOFl/ <-- my baby!
 @DarinMiller, all gone for now
 👍
[20:17] <pintu> hello
[20:18] <pintu> just wanted to check if any project reviving eMule for KDE
[20:29] <valorie> eMule?
 Not that I have heard of
[20:30] <valorie> torrents have won out
[23:49] <YoKeSeh> Hello friends, How can I disable vsync using nvidia driver? I do not have the vsync vblank option in my panel. Thank you


[09:54] <seb128> tjaalton, hey
[09:56] <tjaalton> seb128: yo
[09:56] <tjaalton> ah
[09:56] <tjaalton> :)
[09:56] <tjaalton> I know what you want
[09:56] <seb128> tjaalton, how are you?
[09:56] <tjaalton> great
[09:56] <seb128> tjaalton, I'm building -intel from git, I was wondering if I can just ./configure && make and cp the binary
[09:57] <seb128> or do we have distro patches I should keep
[09:57] <tjaalton> no patches
[09:57] <seb128> want to test the fix for that sna bug
[09:57] <tjaalton> right
[09:57] <seb128> ok, great, thanks
[09:58] <tjaalton> I tried to identify the commit but wasn't sure
[09:59] <seb128> tjaalton, I think it's
[09:59] <seb128> commit c6a59bee3bf5f42147f75a714f2b9aa26590329e
[09:59] <seb128>     sna: Disable read-read optimisations
[09:59] <seb128>
[09:59] <seb128>     There is still a lurking issue, so punt on the optimisation for now.
[09:59] <seb128>
[09:59] <seb128>     Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=61628
[09:59] <seb128>
[09:59] <seb128> the bug pointed is the one Chris Wilson mentioned
[10:00] <tjaalton> oh cool, didn't know it was upstream
[10:01] <seb128> tjaalton, read https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1144558/comments/9 ? ;-)
[10:01] <seb128> tjaalton, in any case building so I will have an update soon
[10:02] <tjaalton> yep
[14:11] <tjaalton> ugh, fglrx dkms packages aren't purged when upgrading from 12.04 with hw that the driver doesn't support anymore
[14:12] <tjaalton> bug 1073634
[14:17] <tjaalton> it's not that, guess fglrx itself is still installed


[05:16] <dhatrip> hi ?
[06:49] <dholbach> good morning
[14:53] <ImaITnoob> QUESTION: Will the Ubuntu Phone calendar work with google calendar?
[15:42] <manikiran> #ubuntu
[16:40] <prince122> hi


[10:16] <pitti> jibel: could we enable your DKMS adt-britney bit now?
[10:17] <jibel> pitti, there is a W?
[10:17] <pitti> jibel: is there a way to pretend that britney asked for testing a particular package (manually creating a request file?) so that we can see how this looks in jenkins?
[10:17] <pitti> jibel: no, for T/U/V
[10:17] <jibel> pitti, we can create a request file and submit it manually
[10:17] <pitti> jibel: but we are past the V release, so time for experimentation :)
[10:17] <jibel> from sankefruit
[10:17] <jibel> snakefruit*
[14:22] <elopio> rhuddie: http://people.canonical.com/~nskaggs/autopilot/tutorial/advanced_autopilot.html#writing-custom-proxy-classes
[14:22] <elopio> I think what we need is to expand on point #3
[14:23] <rhuddie> elopio, thank you
[14:57] <balloons> elopio, did you get anywhere with documenting the unity AP helpers?
[15:00] <elopio> balloons: not yet. I did a couple of cleanups first, already approved.
[16:03] <elopio> ping pitti: I'm wondering about running tests during click or snap builds, like dh_auto_test
[16:04] <elopio> have you considered that?
[16:05] <pitti> elopio: that's up to the click's/snap's creator really; ATM we don't even know how to (formally) build a click correctly, and even less so a snap
[16:05] <pitti> elopio: but of course they can run "make check" or similar, and are encouraged to do so
[16:07] <elopio> pitti: right. And should we include that make check on the x-test section of the manifest too?
[16:08] <alesage> pitti at some point we as the QA dept. would want to make sure those tests are run, right?  or am I misunderstanding
[16:11] <alesage> maybe I'm dropping in on an unrelated conversation there, apologies if so pitti
[16:12] <pitti> elopio: that's more complicated; for debs you can choose to build the package again during autopkgtest and run teh compiled tests, but in general we don't encourage that as it's expensive
[16:12] <pitti> elopio: and we can't yet do that on clicks and snaps as long as we don't formalize how to actually build them
[16:13] <pitti> the idea is that you run the fine-grained unit tests during upstream development and package build
[16:13] <pitti> and then use some more coarse-grained "smoke tests" for "installed package" testing, which gets run whenever your dependencies change
[16:13] <pitti> to make sure that they don't break you
[16:14] <pitti> (and most of our autopkgtests are in shell or python, so they don't need a full package build)
[16:14] <pitti> alesage: yes, absolutely
[16:14] <pitti> alesage: snap packages are still in its infancy, I don't think tests for them have been discussed at all yet
[16:15] <alesage> pitti ok so I don't have as much catching up to do as I thought :) , just concerned with unit and QML tests specifically, i.e. if dh_auto_test goes away
[16:16] <pitti> alesage: yeah, these need to become part of the click/snap build then
[16:17] <alesage> pitti, so ultimately we want to acclimate devs to autopkgtest (as the "build"-testing env), maybe develop a way to ensure those are run on our side?
[16:19] <pitti> running "installed package" tests is in some way easier, as we don't need to rebuild (or know how to build) a package in order to run its tests
[16:20] <elopio> pitti: ok. I was thinking of getting the store running the static and unit tests when a package is being updated, but I had forgotten about packages that can come without sourcecode.
[16:21] <alesage> interesting :) pitti, there'll be a divide there between us as the "shippers of packages" and "those who pack the packages"
[16:21] <elopio> seems like a good discussion. For packages that want to run their tests during build time, how do we allow it?
[16:23] <pitti> elopio: yeah, that too; what the snap builder does is their thing, but I guess if we have tests for installed snaps we want to run them to ensure we don't break stuff when we e. g. update frameworks
[16:23] <pitti> elopio: we can't allow or forbid it
[16:24] <pitti> elopio: how the creator of a snap pieces together a snap and what he does or doesn't do to build it is outside of our control
[16:24] <pitti> we can and should give recommendations and tools etc., of coruse
[17:16] <elopio> alesage: nothing conclusive, just ideas floating around.
[17:17] <elopio> pitti is right of course. It's up to the developers of the snapps and clicks to make sure they are high quality.
[17:17] <alesage> elopio true but we as a dept. have a stake in that of course
[17:17] <elopio> we need to agree on the format to define tests as installed, that's the first point I think.
[17:18] <alesage> elopio, when you say "define tests as installed", you mean to differentiate what should be run pre- and post-install?
[17:19] <pitti> for clicks we only have the equivalent of autopkgtests defined (and we run those); we don't define package build tests as we don't really have to
[17:19] <elopio> alesage: I think we can only define what will be post-install. We need that to be a known API so it's run automatically after the package is installed and the canary updates can work.
[17:19] <elopio> on pre-install, we can probably only make recommendations.
[17:20] <elopio> what I would suggest is to start working with the people currently writing snaps, and see how they run their unit tests.
[17:20] <alesage> pitti, would running make-check be a way to "opt-in" for build-time testing on our infrastructure, e.g.?
[17:21] <alesage> weird that what I think of as "CI" is kind-of going away under this regime
[17:22] <elopio> we could make "click build" (or snap build) a little smarter to find a make check if there's one, or to be able to overwrite the build rules as debs do. But the level of enforcing of the process I was initially thinking about is definitely not possible. And even that might be going too far.
[17:23] <elopio> this is a whole new world. Maybe reviews are even more useful than tests for some situations.
[17:25] <alesage> maybe think of it as "providing services" to devs who wish to use the build-time testing?
[17:25] <alesage> elopio? ^^
[17:26] <elopio> maybe.
[17:27] <elopio> alesage: but if we tell them: here's this tool to run your tests. Use it if you want.
[17:27] <elopio> that's the same as saying, run your make check before pushing to trunk, if you want.
[17:28] <elopio> so maybe we don't have to do anything on the tools, just seed some best practices on the sample snapps.
[17:28] <alesage> elopio, right, at least traditionally we'd be running make check too, to gate on commits to trunk :)
[17:29] <elopio> alesage: right. Maybe we need a way for snapp developers to tell launchpad what to run on MPs.
[17:29] <elopio> github already has that with travis CI.
[17:30] <alesage> elopio, right, so the question is whether this continues to be the deb infrastructure or something else, e.g. autopkgtest
[17:32] <elopio> many questions.
[17:32] <pitti> alesage: we don't build snaps/clicks on our infrastructure in general
[17:32] <alesage> elopio possibly CI has answers?
[17:32] <pitti> alesage: for those that we build ourselves, we can of course mandate folks to run "make check" or the moral equivalent in their buildl scripts
[17:33] <elopio> alesage: I doubt it. I think the answers will come from the snappy team.
[17:34] <pitti> but yeah, for snaps themselves the CI is pretty much out of our hands
[17:35] <pitti> what we can do is to run the installed tests (i. e. autopkgtests) for existing snaps (if they provide some) when we change frameworks, to ensure that there are no regressions
[17:35]  * pitti waves good night, time for basketball
[17:35] <alesage> pitti enjoy :)
[17:37] <elopio> bye pitti.
[17:37] <elopio> thank you.
[17:38] <elopio> alesage: I think that the snappy team is running their own tests on MPs outside of our CI infrastructure. So we should look into it, and ask CI to support this new usecases.
[17:39] <alesage> elopio o interesting, good idea, need to jump on that right away
[18:24] <elopio> balloons: I have a problem. Three of our branches will conflict with the cleanup of the unity8 namespace, and we won't have a unity8 release soon.
[18:25] <balloons> elopio, ohh fun.
[18:25] <elopio> so I will prepare the branch, but during the session I'll talk about things not yet released.
[18:25] <balloons> elopio, sure I guess that works. And in general we want to cover what they are and how you can use / make your own as well
[18:25] <balloons> so we'll still have content to talk about
[18:27] <elfy> evening balloons
[18:29] <balloons> evening elfy
[19:25] <elopio> balloons: want to give it an early review?
[19:25] <elopio> http://bazaar.launchpad.net/~canonical-platform-qa/unity8/fix1306340-deprecate_emulators/revision/1531
[19:30] <balloons> elopio, sure
[19:33] <balloons> elopio, preference question; get_pinPadLoader.. do you like this better than get_pinpadloader, or get_pinpad_loader, etc?
[19:33] <elopio> balloons: get_pinpad_loader
[19:33] <balloons> good, we agree :-)
[19:34] <elopio> probably, _get_pinpad_loader, as something like that shouldn't be public.
[19:34] <balloons> right right..
[19:35] <balloons> going to change the name of tests/autopilot/unity8/shell/emulators.py ?
[19:43] <elopio> balloons: that will remain there in case somebody was importing it from a different project.
[19:48] <balloons> Letozaf_, everything go ok with calendar?
[19:49] <Letozaf_> balloons, hello :)
[19:49] <Letozaf_> balloons, yes the change made by Kunal is great, but the value the property he added is quite strange
[19:50] <Letozaf_> balloons, I would expect the property to be 6 when en_US locale and 0 when it_IT locale
[19:51] <Letozaf_> balloons, but it is 1 with it_IT and 0 with en_US
[19:51] <Letozaf_> balloons, I can fix the code to work with 1 and 0 but not sure that is ok for other locales
[19:51] <Letozaf_> Letozaf_, I wrote a note in the mp
[19:55] <balloons> Letozaf_, awesome. I saw your note about weird values
[19:55] <Letozaf_> balloons, :)
[19:57] <Letozaf_> balloons, I put the fix here: https://code.launchpad.net/~carla-sella/ubuntu-calendar-app/fix-dayview-default-view/+merge/257814 but I am waiting for Kunal's answer so to fix it with 6 and 0 as I would do it
[20:06] <elopio> alesage: do you have an example for a cmake check task that includes static analysis?
[20:06] <alesage> elopio no I don't
[20:06] <elopio> I would like to add flake8 to the camera. I would prefer to copy it from somewhere else.
[20:07] <alesage> elopio O I see, I'd probably add it to the debian rules--don't we do that somewhere in our qa repos already?
[20:07] <elopio> alesage: the camera is a click app.
[20:07] <alesage> elopio, o hey man
[20:08] <alesage> elopio, I see--straining to remember who might've done this already
[20:11] <alesage> elopio, seeing that they have a run_tests script, maybe it belongs there?
[20:18] <alesage> elopio, in lp:indicator-datetime you could follow the pattern of GCov.cmake, e.g.
[20:19] <alesage> elopio, similar case in that it's calling those executables after build, etc.
[20:19] <elopio> alesage: I've just found MPs are building the debs, maybe it's not yet a click, or is both?
[20:19] <elopio> anyway, I pushed it for now in the debian/rules.
[20:19] <elopio> will look at the indicator. Thanks.
[20:19] <alesage> elopio interesting ok
[20:21] <alesage> elopio also lp:cmake-extras would be a destination for a general-purpose flake8 macro
[20:25] <alesage> elopio fwiw not seeing anything relevant in the standard cmake modules # dpkg -L cmake-data


[01:26] <Radar> We had a little over an hour of downtime this morning. What happened was that MySQL was killed due to out of memory, and then apparmor denied MySQL from starting up again. How can we investigate why this issue occurred?
[01:26] <Radar> Particularly why apparmor blocked MySQL
[01:28] <sarnold> Radar: dmesg | grep DEN ought to show you the denials; you can add the right privileges to allow them to the /etc/apparmor.d/usr.sbin.mysqld file -- and if they aren't specific to your site, you could file a bug so we include them for everyone else
[01:28] <Radar> sarnold: This hasn't been an issue before today. From what I can see in the usr.sbin.mysqld file, the permissions are correct.
[01:28] <Radar> I can show you the file if you'd like.
[01:28] <sarnold> sure
[01:29] <Radar> https://gist.github.com/radar/991f13af7859cdb69646
[01:30] <Radar> the /var/lib/mysql path is symlinked to /srv/mysql
[01:32] <Radar> I don't know what the "k" means here: https://gist.github.com/radar/991f13af7859cdb69646#file-mysqld-L33
[01:32] <Radar> Looks like that it has been configured for access to those directories.
[01:33] <sarnold> Radar: aha, probably that symlink...
[01:33] <Radar> It's been symlinked for ages.
[01:34] <Radar> We have an identically configured server where this is not an issue.
[01:34] <sarnold> Radar: add a rule like "alias /var/lib/mysql/ -> /srv/mysql/" to /etc/apparmor.d/tunables/alias
[01:35] <Radar> argh, our other server doesn't use a symlink!
[01:35] <jjohansen> Radar, sarnold: if you suspect any of apparmor's trusted helpers might be involved then greping /var/log/syslog is better, as they are logging there
[01:35] <jjohansen> eg. dbus
[01:35] <Radar> My apologies, I thought they were configured the same.
[01:35] <sarnold> jjohansen: gah thanks for the reminder. I'm still not used to this new world. :)
[01:36] <sarnold> Radar: ahhhh :)
[01:36] <sarnold> Radar: once you add the alias rule, you'll want to run apparmor_parser --replace /etc/apparmor.d/usr.sbin.mysqld
[01:37] <Radar> Thanks for the tip sarnold :)
[01:37] <sarnold> probably /etc/init.d/apparmor reload would do the same job...
[01:37] <sarnold> Radar: the 'k' means the process can issue fctnl locks on the file; some days I wonder if it's worth actually mediating those, but we do. :)
[01:47] <patdk-lap> I do
[08:07] <lordievader> Good morning.
[08:55] <solo1> how can i configure mdadm in a server raid1 ... it was with only 1 hd and i want to get raid1 using it ... i ve no idea how can i set ... 'due i found a lot of tutorial saying i must decide it when both are void or blank during server installation .... pls help
[08:57] <lordievader> solo1: https://www.howtoforge.com/how-to-set-up-software-raid1-on-a-running-system-incl-grub2-configuration-debian-squeeze-p2
[08:59] <solo1> to lordievader: tnx dude
[09:13] <solo1> to lordievader i got only 2 hdd and the guide speaks about 3
[09:17] <lordievader> solo1: Change it to your situation.
[10:03] <histo> solo1: how are you going to use 1 hd and do raid1
[10:05] <lordievader> histo: "i got only 2 hdd" Seems to me like he has two.
[10:05] <histo> lordievader: didn't get that far.  His first comment was stated weird.
[11:44] <IronDev> Guten Tag
[12:36] <smoser> strikov, did you make any headway on bug 1371634
[12:37] <strikov> smoser: i was able to create kvm instance with scsi multipath
[12:37] <smoser> oh nice.
[12:37] <strikov> smoser: playing with it now
[12:37] <strikov> smoser: funny thing is that even qemu-emulated multipath contains spaces in disk name
[12:37] <smoser> that is funny.
[12:38] <smoser> maybe user_friendly_names is just what we need ?
[12:38] <strikov> smoser: i suspect that issue might be in a different place
[12:38] <smoser> i reproduced the issue using kpartx on a regular device
[12:38] <smoser> see the bug
[12:38] <strikov> smoser: yes, that's the first thought I have, thats quite strange that it is not default then
[12:38] <smoser> i think that maybe kpartx to do that needs to replace ' ' with '\x20' or what not. maaybe the kernel juts expectst that and kpartx isnt doing it.
[12:39] <strikov> smoser: i think that (a) kpartx indeed has a bug but (b) upstream didn't fix it because you usually don't get such an input
[12:39] <strikov> smoser: example
[12:39] <smoser> maybe
[12:39] <strikov> smoser: http://pastebin.ubuntu.com/11564916/
[12:39] <strikov> smoser: tool which gets disk serial has a way to eliminate spaces
[12:40] <strikov> smoser: why not use it this way to generate udev name w/o spaces?
[12:40] <smoser> http://paste.ubuntu.com/11564919/
[12:40] <smoser> thta is from powerKVM
[12:41] <smoser> on a similar system, and yeah, they don thave the funny names there.
[12:41] <smoser> cmdline there has: $ cat /proc/cmdline
[12:41] <smoser> root=UUID=6ef1254c-50ac-421a-bb4a-25619189b327 ro console=tty0 console=hvc0 crashkernel=1024M rd.lvm.lv=ibmpkvm_vg_data/ibmpkvm_lv_data rd.lvm.lv=ibmpkvm_vg_log/ibmpkvm_lv_log rd.lvm.lv=ibmpkvm_vg_root/ibmpkvm_lv_root rd.lvm.lv=ibmpkvm_vg_swap/ibmpkvm_lv_swap
[12:41] <smoser> so thats where naems come from
[12:41] <strikov> smoser: you don't see names because kpartx failed I think
[12:42] <smoser> you think it failed on powerKVM ?
[12:43] <smoser> strikov, see : /usr/share/doc/multipath-tools/examples/multipath.conf.synthetic:#
[12:43] <smoser> getuid_callout          "/lib/udev/scsi_id --whitelisted --device=/dev/%n"
[12:44] <strikov> smoser: okay, so i reproed inside vm: http://pastebin.ubuntu.com/11564961/
[12:45] <strikov> smoser: yeah, i just can't understand why default config doesn't work if disk names *usually* contain spaces
[12:45] <strikov> smoser: i thought that we met some corner case
[12:46] <strikov> smoser: but that's not the case if vm disks looks the same
[12:46] <strikov> smoser: i'm trying to understand where dmsetup get this name
[12:51] <smoser> strikov, i think it gets name from rules/60-persistent-storage.rules
[12:51] <smoser> i think
[12:51] <smoser> hm... well, at least that calls scsi_id
[12:52] <strikov> smoser: i think that dmsetup doesn't use scsi_id and that's the problem
[12:53] <smoser> strikov maybe you're right. /lib/udev/rules.d/55-dm.rules
[12:53] <smoser> uses SYMLINK+=mapper/..... DM_NAME
[12:54] <strikov> smoser: interesting: http://pastebin.ubuntu.com/11565129/
[12:54] <smoser> hm. i dont know
[12:55] <smoser> right.
[12:55] <smoser> thats why my hack worked
[12:55] <smoser> (when i replaced spaces with the \x20
[12:55] <smoser> not sure what is creating either of those though
[12:57] <strikov> smoser: http://pastebin.ubuntu.com/11565218/
[12:57] <strikov> that's how udev gets the name, and name seems to be ok
[12:59] <smoser> hm.
[12:59] <strikov> smoser: alternative route (see udev rule) returns incorrect name though: http://pastebin.ubuntu.com/11565314/
[12:59] <smoser> so something is creating both
[12:59] <smoser>   /dev/mapper/1IBM     IPR-0   5EC2A900000000A0
[12:59] <smoser> and
[13:00] <smoser>   /dev/mapper/1IBM\x20\x20\x20\x20\x20IPR-0\x20\x20\x205EC2A900000000A0
[13:00] <strikov> smoser: I think that path with \x20 comes from udev which gets it from kernel
[13:00] <strikov> smoser: but i have no idea who creates first path with spaces
[13:01] <smoser> ah. and the second is the symlink to ../dm-X . and the first is an actual block device (with same major minor as ../dm-X)
[13:03] <smoser> https://lists.ubuntu.com/archives/foundations-bugs/2015-April/233983.html
[13:03] <smoser> awesome.
[13:03] <smoser> someone solved this for us 3 weeks ago
[13:03] <smoser> :)
[13:03] <smoser> https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1432062
[13:07] <strikov> smoser: well, that's awesome
[13:09] <strikov> smoser: let me try it inside a vm
[13:11] <strikov> smoser: problem here is that we need to backport it everywhere i think
[13:12] <strikov> smoser: or generate config with user_friendly_names if that really helps
[13:13] <smoser> strikov, right. we would probably want to backport to trusty.
[13:14] <smoser> but the bug reporter says that the install (d-i probably) installs 'user_friendly_names'
[13:14] <smoser> so that would seem also acceptable
[13:14] <smoser> but. would like to generally fix this also.
[13:15] <strikov> smoser: http://pastebin.ubuntu.com/11565504/
[13:15] <strikov> smoser: user friendly fixes the issue
[13:15] <strikov> smoser: maybe we can generate this trivial .conf in curtin?
[13:16] <strikov> smoser: with user friendly it uses mpathN instead of disk name which fixes the issue
[13:32] <smoser> strikov, sweet. i'm testing user friendly names rightnow, and will update that bug.
[13:32] <smoser> reboot in progress.
[13:38] <smoser> strikov, worked!
[13:38] <smoser> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1371634/comments/17
[13:40] <smoser> strikov, ... but this doesnt give you warm fuzzies
[13:40] <smoser> http://paste.ubuntu.com/11565939/
[13:41] <smoser> smb, ^
[13:42] <smoser> so.. installed a system with curtin
[13:42] <smoser> followed https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1371634/comments/17
[13:42] <smoser> reboot
[13:42] <smoser> scary messages about ext4 in mdesg
[13:44] <strikov> smoser: did it boot, i mean do you have something working?
[13:44] <smoser> yeah. it worked
[13:44] <smoser> but then scary ext4 messages :)
[13:45] <smoser> those scary messages appear on both systems that i tried it on
[13:45] <strikov> smoser: do they block everything or you can continue doing something in bash
[13:46] <strikov> smoser: trying to repro in the vm; my multipath disk is not used as / so i could miss it
[13:48] <smoser> https://bugzilla.kernel.org/show_bug.cgi?id=42723
[13:49] <smoser> strikov, it all "just works" with those steps
[13:49] <smoser> (other than the fact that you get filesystem errors :)
[13:50] <smoser> strikov, can you write somewhere how you fixed ?
[13:50] <smoser> er... how you made kvm do multipath
[13:51] <strikov> smoser: http://pastebin.ubuntu.com/11566036/
[13:52] <strikov> smoser: (1) that's important to put same serial numbers for both disks and (2) scsi-virtio controller needs to be added
[13:52] <strikov> smoser: that's basically it
[13:53] <bitfury> good morning all
[13:54] <strikov> smoser: i used cloud image as mail disk and userdata was generated with cloud-localds
[13:55] <smoser> strikov, would be nice to make 'launch' do that :)
[13:55] <smoser> do/support
[13:58] <strikov> smoser: yeah, i just didn't look into xkvm stuff so not sure if it's simple to do it with it or not
[14:00] <strikov> smoser: i just run bonnie++ fs benchmark on mounted multipath partition, don't see any ext4 issues
[14:02] <smoser> strikov, well i fyou grab the kvm command that should give you most of what you need to know.
[14:02] <strikov> smoser: hm, do you think that installing multipath-tools-boot (not multipath-tools) is enough for curtin
[14:02] <smoser> -tools-boot depends on -tools
[14:02] <smoser> so yeah
[14:03] <smoser> so with xkvm... if you added '--multipath-disk=disk1.img' and it did that magic, that'd be cool.
[14:05] <smoser> strikov, but maybe you shouldnt spend time on that.
[14:05] <smoser> but work on the other curtin things. thats probably better idea
[14:06] <strikov> smoser: well, we need implement multipath in curtin :) i'm working on mp now
[14:07] <rbasak_> Hi
[14:08] <rbasak_> I'm on 3G.
[14:08] <rbasak_> Sorry for the lack of notice. I wasn't expecting four electricians to turn up in my kitchen all at once.
[14:08] <rbasak_> They've had to turn off the entire house power because it seems the kitchen didn't have a supply of its own and was just leeching from other bits of the house. So I have no working sockets right now :-(
[14:09] <rbasak_> Oh, wrong channel.
[14:09] <rbasak_> gaughen: ^^
[14:09] <gaughen> :-)
[14:16] <smoser> strikov, thats true.
[14:16] <smoser> multipath in curtin and a way to test it via 'launch' would be nice.
[14:17] <strikov> smoser: do you see any simple way to try modified curtin with your machine w/ ,p?
[14:17] <strikov> *w/ mp
[14:19] <strikov> smoser: are you sure that 'sudo update-initramfs -u -k all' is really needed?
[14:20] <strikov> smoser: i suspect that multpath-tools-boot should do that internally
[14:20] <smoser> strikov, but i write the file after i install the packkage
[14:22] <smoser> that was just to make sure our version of the file was installed.
[14:23] <strikov> smoser: oh, i see your point, i forgot that multipath.conf needs to be included into initramfs
[14:59] <smoser> strikov, its possible that system has some bad disk i think
[15:01] <smoser> http://paste.ubuntu.com/11567312/
[15:03] <strikov> smoser: yeah, i suspect that's not multipath-related
[15:03] <strikov> smoser: we may want to ask #hs about it
[15:29] <strikov> smoser: http://bazaar.launchpad.net/~strikov/curtin/multipath-2/revision/210
[15:44] <squisher> rbasak, heh, good luck with the electricians! Ping on the bcache pkg-ing... I think a glance should be good enough, then we should just upload it and if there are issues people will hopefully complain :D
[15:57] <Voyage> How much downtime is expected if I have hosting setup right but I transfer my domain registrar from one registrar  to another
[15:58] <squisher> Voyage, totally OT, but you shouldn't expect any downtime if things go right
[15:59] <Voyage> OT?
[16:12] <filipoi> Hi there, I have a problem with setting up nginx in lxc. It doesnt want to serve any files. After fresh install when I check my domain in a browser I got default page – ok. But when trying to change root directory I've got blank page with "ERR_CONNECTION_REFUSED" message. I thougt that I didnt properly fowarded port 80 to lxc – but no I could run python simple HTTP server on port 80 and everything
[16:12] <filipoi> works correctly. Also I thought that maybe it has something to do with permission on my root dir – but I think no – I change nginx user to root user and nothing changed – still I cannot serve directory that I pointed in my server block.
[16:12] <filipoi> Any ideas?
[16:13] <filipoi> I'm a begginer so I probably made some stupid mistake but I dont know where...
[16:22] <strikov> filipoi: do you see anything suspicious in nginx's logs?
[16:24] <filipoi> strikov: in error.log Ive got only one line
[16:24] <filipoi>  [alert] 10198#0: unlink() "/run/nginx.pid" failed (2: No such file or directory)
[16:24] <teward> there's your problem
[16:24] <teward> nginx can't find the pid :P
[16:24] <filipoi> aha
[16:24] <teward> (which is bad)
[16:24] <filipoi> I guess ;)
[16:25] <filipoi> how can I fix it?
[16:25] <teward> filipoi: "Connection Refused" is the system's way of saying that you either got a "REJECT" packet or the connection attempt was blocked because no service was listening.
[16:25] <teward> run `pidof nginx` first to see if it's still 'running'
[16:26] <teward> if it is, `sudo killall nginx` then try and reload the nginx service
[16:26] <filipoi> yaeh the output is " 11032 11031 11030 11029 11028 "
[16:26] <teward> filipoi: start by terminating the existing nginx processes, first with `sudo service nginx stop`
[16:26] <teward> if thta fails kill them with the prior command
[16:26] <teward> `service nginx start` then
[16:27] <teward> filipoi: stupid question but you DID refresh the configuration right, when you edited the config?
[16:27] <filipoi> tewardtewar: I think so
[16:27] <filipoi> I mean I restarted nginx
[16:27] <teward> well killing nginx and reopening it will refresh the config
[16:27] <filipoi> and reloaded
[16:27] <teward> filipoi: i think you restarted it but it failed to load given the 'failed to find pid' issue and "Connection Refused"
[16:28] <filipoi> oh I see
[16:28] <filipoi> but why it failed?
[16:28] <teward> no idea, it'd require a lot more debugging than I cna throw at it right now
[16:28] <teward> also not sure why you're running it in a container, it sounds like it's a hassle
[16:29] <filipoi> heh somebody told me that it is a good way ;)
[16:29] <filipoi> anyway it is just for learning pupropses
[16:29] <filipoi> I dont have any real website to serve
[16:30] <squisher> filipoi, if you're learning, then it's probably a good idea to get familiar with the software itself first, and only then run it in a container afterwards
[16:30] <teward> ^ that
[16:30] <teward> me, I just VM everything, but i have a large VM cluster for that purpose
[16:30] <filipoi> yeah – but I had nginx running on the host before
[16:31] <filipoi> now I wanted to try soemthing different
[16:34] <filipoi> ok I gotta go – thanks for your time.
[16:35] <teward> well i've had bad luck with lxc containers anyways, hence why I invested in a beefy VM host server xD
[16:35] <teward> and no problem
[16:37] <squisher> If I was to experiment with containers it'd probably be docker
[16:37] <teward> what squisher said xD
[16:38] <teward> although i prefer VMs since i have many vlans for different network access levels xD
[19:00] <Kully3xf> what's up guys/gals. Trying to write a loop that will inject a shell script over ssh taking in IP's from a list
[19:07] <bekks> So do it.
[19:28] <bitfury> that's strange, trying to sync clocks against NIST NTP servers but iptables is blocking it even though I have a proper rule for allowing returning traffic (established, related)
[19:29] <bitfury> http://is.gd/Wgweju
[19:29] <patdk-wk> that only works if your using conntrack
[19:30] <bitfury> paste of iptable rules, ntpq -p returns timed out, nothing received
[19:30] <bitfury> :\
[19:30] <patdk-wk> I wouldn't use nist ever though
[19:30] <patdk-wk> those timeservers are so overloaded, and they bandwidth limit
[19:30] <bitfury> what's onntrack?
[19:30] <patdk-wk> just use pool.ntp.org
[19:30] <bitfury> c
[19:30] <Kully3xf> what does ssh -tt do
[19:31] <bitfury> patdk-wk: we're required to use NIST (compliance of some sort)
[19:31] <patdk-wk> ok
[19:31] <patdk-wk> test with pool.ntp.org to VERIFY it's not a nist issue
[19:31] <bitfury> lets see
[19:33] <patdk-wk> what is your ip?
[19:33] <bitfury> hmm
[19:33] <bitfury> same with pool.ntp.org
[19:34] <bitfury> what ip
[19:34] <patdk-wk> that your traffic is coming from
[19:35] <Sprocks> i seem to be having a problem mounting a cifs share in fstab, when i use the same info that works on another ubuntu i get mount error(95): Operation not supported Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) but it doesnt say what is wrong. If i use sudo mount with the same info it mounts fine
[19:35] <sarnold> Sprocks: is there anything in dmesg?
[19:36] <Sprocks> how do i check?
[19:36] <bitfury> patdk-wk: not sure I would like to disclose it here
[19:36] <patdk-wk> hmm?
[19:36] <patdk-wk> your public ip is so private your not allowed to use it on the internet?
[19:36] <sarnold> Sprocks: dmesg | tail
[19:36] <patdk-wk> sorry, but heh, not sure how to help anymore
[19:37] <Sprocks> sarnold: cifs_mount failed w/return code = -95
[19:37] <bitfury> patdk-wk: not about being private, that's like asking someone I just met for their home address
[19:38] <patdk-wk> no it's not
[19:38] <bitfury> I think it is
[19:38] <Sprocks> sarnold: also says Server requires packet signing to be enabled in /proc/fs/cifs/SecurityFlags
[19:38] <quantic> well, it's not
[19:38] <patdk-wk> ya, cause if I know your ip address, I know where you are and can kill you in your sleep
[19:39] <patdk-wk> networks use ip addresses
[19:39] <patdk-wk> without ip addresses diagnostics of network issues are impossible
[19:39] <patdk-wk> sorry,  Ican't help you
[19:39] <bitfury> ok thanks
[19:40] <sarnold> bitfury: turn off iptables entirely and test?
[19:40] <bitfury> hmm lets give that a shot
[19:41] <sarnold> Sprocks: hmm never heard of that; maybe try to modprobe cifs manually?
[19:43] <Sprocks> sarnold: to turn off iptable i use ufw disable right?
[19:43] <bitfury> sarnold: that did it..
[19:43] <sarnold> Sprocks: I think so
[19:44] <bitfury> but my first rule should allow return traffic though..
[19:44] <sarnold> bitfury: hah, sorry, now you have to figure out the rules :)
[19:44] <bitfury> heh, yep
[19:45] <Sprocks> sarnold: like i said is i use mount -t cifs it works but info in /etc/fstab doesnt
[19:46] <Sprocks> sarnold: i used this guide to get it to work on the one machine https://wiki.ubuntu.com/MountWindowsSharesPermanently#Mount_password_protected_network_folders
[19:49] <sarnold> Sprocks: interesting; that guide recommends putting the credentials in your home directory. that seems odd. try putting the credentials in /etc somewhere, set file owner and group to root, and then adjust /etc/fstab for the new name..
[19:50] <Sprocks> sarnold: i thought that was wierd also but it worked great on the one machine with an identical setup as far as im aware
[19:54] <Sprocks> sarnold: moved it to /etc and still same result "operation not supported"
[19:56] <sarnold> Sprocks: oh well, that was a long shot :/ I've got to run; pastebin your fstab and maybe someonme will figurfe it out before Ig et back
[20:07] <Sprocks> ok so to continue the testing process i removed the uid arg and now i get mount error(79): Can not access a needed shared library
[20:35] <Sprocks> im getting mount error(13): Permission denied when trying to mount a cifs share in fstab is someone able to help?
[20:44] <Sprocks> ok i fixed it now, there was a hidden character in my credentials file somehow. sarnold the issue i had before seemed to be the sec=ntlm part but since ntlm is default i guess it doesnt matter that its not there
[21:53] <sarnold> Sprocks: hah, that's a crazy path to get there.. nice debugging :)
[23:15] <trippeh> Hmmm. I cant control systemd-timesyncd without dbus?
[23:16] <patdk-lap> you can't use systemd without dbus
[23:16] <trippeh> patdk-lap: pretty sure I am.
[23:16] <patdk-lap> ok, your limiting your systemd usage :)
[23:16] <trippeh> I'm running ubuntu core, it has systemd and no dbus running.
[23:17] <patdk-lap> hmm
[23:17] <patdk-lap> I thought dbus was a goal of systemd
[23:17] <trippeh> udev is active tho, of course ;-)
[23:18] <trippeh> seems most parts of systemd works fine without dbus, at least the stuff needed for servers.
[23:18] <trippeh> except controlling timesyncd ;)
[23:19] <trippeh> I really need to take a long and hard think about if I want to have dbus on my servers.
[23:19] <ObrienDave> decisions, decisions
[23:23] <trippeh> I have until 16.04 LTS to decide ;)
[23:24] <sarnold> please file bugs :)
[23:24] <trippeh> maybe I dont really need timesyncd *control*. would be nice for debugging the thing tho.
[23:26] <sarnold> it's hard to imagine a timesync thing not needing debugging or control once in a while, and I completely understand the deisre to keep dbus off if you can..
[23:30] <trippeh> easy way out is just to run ntpd, but the deb/ubu packaged version is too old for the client-only mode
[23:30] <trippeh> which means I have to firewall the thing, and using conntrack and stuff (thanks, UDP)
[23:39] <trippeh> I suppose I could do it statelessly if using just a few known ntp servers. not perfect, but what is
[23:57] <Scott_S> Hey there! Does anyone here have any idea why Postfix would be rejecting port 25 connections from outside of localhost? inet_interfaces is set to all, but it still won't accept the connection.
[23:58] <sarnold> Scott_S: is there anything in the postfix logs? has that port been filtered by your firewall? has that port been filtered by your ISP?
[23:58] <Scott_S> To verify, is that mail.log and mail.err? Sorry, I don't have any amazing amount of knowledge about POstfix.
[23:59] <sarnold> me neither :) both those are good places to start, anyway..
[23:59] <Scott_S> Neither of them has anything in them, unfortunately.
[23:59] <sarnold> dang. check postconf output for what looks like log files..
[23:59] <trippeh> Port 25 is often filtered if you are testing from a residential connection


[03:40] <quietone> newbie here. just found out i can connect my tv to the router. ah, but then what?
[03:43] <tgm4883> quietone, I guess that would depend on the TV
[03:44] <quietone> tgm4883: A 1 year old Sony  Bravia
[03:44] <rhpot1991> might do interweb streaming of some stuff, or upnp, or just updates
[03:44] <rhpot1991> google is your friend here
[03:45] <tgm4883> yea I think it's a DLNA client
[03:46] <quietone> rhpot1991: searching isn't working for me. too many new acronyms. too much detail. i need a conversation
[03:46] <rhpot1991> quietone: look up your model on sony's website and download the manual
[03:47] <quietone> rhpot1991: I have the manual in front of me. i still don't know what functionality it give me. or if I need more hardware.
[04:01] <tgm4883> quietone, what is the model number
[04:06] <quietone> tgm4883: KDL-46W4500
[04:09] <tgm4883> quietone, looks like you can use it to connect to a DLNA server and view pictures or listen to music
[04:14] <quietone> tgm4883: since I do can do that now via the HDMI cable, the advantage is being wireless?
[04:14] <tgm4883> quietone, how do you do that via HDMI?
[04:17] <quietone> tgm4883: Use Display to connect to two displays, set sound output to HDMI, then use rhytmbox. For pix or movies, I move the app window to the correct area of the extended display.
[04:17] <tgm4883> quietone, the advantage then would be you don't need a pc connected to the TV
[04:21] <quietone> tgm4883: still missing a big piece. The DLNA server is ... what ...  .where ...
[04:22] <tgm4883> on your computer
[04:22] <tgm4883> or perhaps your PS3?
[04:22] <tgm4883> that might be a server
[04:22] <quietone> tgm4883: what is a PS3?
[04:22] <tgm4883> !google
[04:22] <Zinn> This seems like a question that you probably could have solved by looking the first few results from a Google search.  Try to make sure to do the appropriate research before asking a question ( http://www.google.com/ )
[04:24] <quietone> tgm4883: So I install sw to be a DLNA server and talk to the TV via our router?
[04:24] <tgm4883> yea
[04:24] <tgm4883> although if you have a computer hooked up to the tv, whats the point?
[04:25] <quietone> tgm4883: learning, options etc
[04:27] <quietone> tgm4883: there are 4 options in sw centre for 'myth', control centre, netTV, frontend, backend. which one do I need?
[04:28] <tgm4883> you might be able to connect to the UPNP server in mythtv backend
[04:52] <quietone> tgm4883: thank you for your patience. You've given me a place to start this weekend.
[05:16] <tgm4883> no problem
[06:38] <Faithful> How good can a TV Tuner be?
[06:38] <Faithful> What about picture quality.
[06:39] <Faithful> join #mythtv-users
[11:47] <stuarticus> Hi, is there a way to add search functionality to mythgame? Scrolling through my thousands of games is quite impractical...
[12:25] <Bartth> Playing livetv causes my video to stutter beyond viewability, it appears to me that it only happens on certain 'color schemes'. For example when watching the news, in the studio it's horrible but an outside report is good
[12:25] <Bartth> Playing back videos is perfect
[12:26] <Bartth> Only problems on mythtv 0.22, my old install 0.21 plays good
[12:26] <Bartth> on exactly the same hardware (besides harddisk)
[12:26] <Bartth> I can see errors like  NVP(2): prebuffering pause in the mythfrontend.log
[12:27] <Bartth> Any ideas?
[13:12] <Faithful> Anyone got a RTL2832u working?
[14:38] <mrand> Faithful: https://bugs.launchpad.net/ubuntu/+source/me-tv/+bug/478379 may contain some instructions that might be helpful.  (don't know myself... just found it via googling that part number)
[14:38] <Zinn> [bugs.launchpad.net] Bug #478379 in me-tv (Ubuntu): “me-tv does not work with rtl2832u-dvb-t-chip”
[15:33] <stuarticus> Hi, is there a way to add search functionality to mythgame? Scrolling through my thousands of games is quite difficult.
[15:34] <Faithful> Thanks guys... mrand Zinn
[15:34] <Zinn> Hi Faithful, something I can help you with today?  I am a bot, use !help to see what I can do.
[16:22] <Faithful> How do you tell the version of V4L Karmic has in the 2.6.31-19 kernel?
[16:51] <mrand> Faithful: closest thing I can find: http://linuxtv.org/downloads/v4l-dvb-apis/ch07s02.html
[16:51] <Zinn> [linuxtv.org] 7.2. Changes of the V4L2 API
[16:53] <Faithful> thanks mrand
[17:00] <Faithful> Is there any benefit of running 64bit Mythbuntu as opposed to 32bit?


[13:16] <yano> Columbus is #1, https://www.businessinsider.com/the-best-places-to-work-in-tech-arent-silicon-valley-or-new-york-2018-8
[13:16] <jenni> [ The best places to work in tech aren't Silicon Valley or New York - Business Insider ] - https://bit.ly/2OYCtO2