[12:28] <tgm4883> dpatch-edit-patch 01_executable_scripts.dpatch
[12:28] <superm1> right
[12:28] <superm1> that should pull open a patch editing sesion
[12:28] <superm1> session
[12:29] <tgm4883> http://paste.ubuntu-nl.org/32852/
[12:30] <superm1> include /usr/share/dpatch/dpatch.make
[12:30] <superm1> add that to your debian/rules
[12:30] <superm1> near the top
[12:31] <tgm4883> arg
[12:31] <superm1> :)
[12:32] <tgm4883> aparently im missing a seperator at the line i just added
[12:32] <foxbuntu> superm1, in my debian/rules file do I need to add an include to debian/install ?
[12:32] <superm1> not in cdbs no
[12:32] <foxbuntu> it just always looks there?
[12:33] <tgm4883> whats a missing seperator in rules?
[12:33] <superm1> cdbs will figure it out as long as you have that debhelper include in debian/rules
[12:33] <foxbuntu> ok...so what actually needs to be in the rules file?
[12:33] <superm1> tgm4883, likely poor tabbing / spacing
[12:33] <tgm4883> :(
[12:33] <superm1> foxbuntu, in cdbs the include for debhelper.mk
[12:33] <superm1> and that is it
[12:34] <tgm4883> oh f me
[12:35] <foxbuntu> brb
[12:35] <tgm4883> works much better now
[12:35] <superm1> haha
[12:37] <tgm4883> can i chmod +x  *.dl?
[12:37] <tgm4883> i mean .pl
[12:37] <tgm4883> *.pl
[12:37] <superm1> you should be able to
[12:37] <tgm4883> ok
[12:40] <tgm4883> ok, all is now executable
[12:40] <tgm4883> is there a special way to exit this patch editing env?
[12:40] <superm1> exit
[12:40] <superm1> that's it
[12:40] <superm1> :)
[12:41] <tgm4883> ok, didn't make the debian/patches/00list yet, am I ok with the default?
[12:41] <tgm4883> pts.dpatch
[12:41] <tgm4883> dpatch-edit-patch: Warning: debian/patches/00template not exist, using hardcoded default.
[12:41] <tgm4883> dpatch-edit-patch: /home/thomas/packages/mythstream_0.17_2/mythstream-0.17.2/debian/patches/01_executable_scripts.dpatch created.
[12:41] <superm1> you need to make 00list yourself
[12:42] <tgm4883> ok
[12:42] <tgm4883> i dont need to be in the patch env do i?
[12:42] <superm1> nope
[12:43] <foxbuntu> superm1,
[12:43] <foxbuntu> #!/usr/bin/make -f
[12:43] <foxbuntu> include /usr/share/cdbs/1/rules/debhelper.mk
[12:43] <foxbuntu> thats it right?
[12:43] <superm1> yes
[12:43] <foxbuntu> ok
[12:44] <foxbuntu> which guide did you say to look into from cron?
[12:44] <superm1> debian new maintainers guide
[12:45] <tgm4883> ok, about to compile again, any thoughts on the last error E: mythstream: no-copyright-file
[12:45] <superm1> do a -i with linda/lintian
[12:45] <superm1> and it will tell you wahts up
[12:47] <tgm4883> E: mythstream; Package does not contain a copyright file.
[12:47] <tgm4883>  The package does not have a copyright file, which is a violation of a
[12:47] <tgm4883>  Policy.
[12:47] <tgm4883> but it does have /debian/copyright
[12:48] <tgm4883> this was on the .deb
[12:49] <superm1> ook.  wll dont worry atm about it
[12:49] <superm1> it can be sorted out after everything else is cake
[12:49] <tgm4883> ugh, bad week for servers
[12:49] <tgm4883> doc.ubuntu.com is down
[12:50] <tgm4883> which is my cheat sheet for packaging
[12:56] <foxbuntu> superm1, ok I got the cron job setup according to that guide
[01:01] <foxbuntu> now what do i need to do to package it?
[01:02] <superm1> that should be discussed in the debian new maintainers guide
[01:02] <superm1> its basically dropping it in debian/cron.FREQUENCY
[01:03] <foxbuntu> well they said to drop the cron job in as a file cron.d.ex
[01:03] <foxbuntu> and then the syntax that I was using inside the file
[01:03] <superm1> well follow what they are saying then
[01:03] <foxbuntu> ok
[01:04] <tgm4883> superm1, /dev/video0  /dev/video24  /dev/video32, think one of those is the tuner on a pvr-150?
[01:04] <superm1> the only cron job i've ever dealt with in a package was in mythtv, so i dont know much more than what you will find reading
[01:04] <superm1> tgm4883, video0 is
[01:04] <tgm4883> :(
[01:04] <superm1> all those showing up means that its working
[01:04] <tgm4883> then im stumped
[01:04] <superm1> that same thread as earlier?
[01:04] <tgm4883> everything looks like it should be working
[01:04] <tgm4883> yep
[01:04] <superm1> can you link it again
[01:05] <superm1> i'll reread it
[01:05] <tgm4883> let me finish this up here, i have no more errors with linda or lintian on the .dsc
[01:06] <foxbuntu> superm1, what do i need to do next then...I have all my debian/files in place (copyright, install, rules, control, changelog) and the root of the package contains the script
[01:06] <foxbuntu> (oh and the debian/cron.d.ex
[01:07] <superm1> well you can try to do a debuild -S
[01:07] <superm1> and check linda / lintian on the dsc
[01:07] <foxbuntu> do I need to get a gpg key first?
[01:07] <superm1> not necessarily, you can do a -us -uc to do it without signing
[01:07] <foxbuntu> ok
[01:07] <foxbuntu> for now and rebuild it with signing if it works?
[01:08] <superm1> your going to be rebuilding it a lot either way
[01:10] <tgm4883> i think i figured out why it wasn't signing for me yesterday
[01:11] <tgm4883> i have 2 keys (1 active and 1 deactivated)
[01:14] <tgm4883> ok, ran this "sudo pbuilder build mythstream_0.17.2-2ubuntu1.dsc" and now I cant find my .deb and its not in /var/chroot/var/cache/pbuilder/result
[01:14] <superm1> well did it generate correctly?
[01:14] <superm1> did you look at the log?
[01:14] <tgm4883> uh, do i need a .pbuilderrc
[01:15] <superm1> mind show up /var/cache/pbuilder/result/
[01:15] <superm1> no /var/chroot/var/cache/pbuilder/result
[01:15] <tgm4883> ah
[01:15] <tgm4883> i see it now
[01:16] <tgm4883> in my control file, wasn't i suppose to you
[01:16] <tgm4883> you know, if I stopped making dumb mistakes
[01:17] <tgm4883> this would go soooooo much faster
[01:17] <tgm4883> anyone want to tell me whats wrong with this line
[01:17] <tgm4883> Build-Depends: debhelper (>= 5), libqt3-mt-dev, libqt3-headers, libfreetype6-dev, libfontconfig1, libpng12-dev, libx11-dev, libmyth-dev, fftw-dev, build-depends, dpatch
[01:18] <superm1> it needs to be one line
[01:18] <superm1> not two if its two
[01:18] <tgm4883> it is one
[01:18] <superm1> and what is build-depends?
[01:18] <tgm4883> ahh
[01:18] <tgm4883> there it is
[01:19] <tgm4883_laptop> add dpatch to the build-depends != add build-depends to build-depends
[01:19] <superm1> right
[01:19] <tgm4883> see, dumb mistakes
[01:19] <tgm4883> i read what you said yesterday wrong
[01:19] <superm1> well this is why packaging is an art :) getting over little things
[01:20] <tgm4883> superm1, was i right about the 2 keys thing?
[01:21] <superm1> tgm4883, possibly, also you might want to check to make sure that your name matches up exactly on the key as it does in the debian/changelog
[01:21] <tgm4883> oh and this may sound like a dumb question, but is a motu the same as a revu admin?
[01:21] <tgm4883> like keescook?
[01:22] <keescook> tgm4883: I don't think motu == revu admin.  (i.e. I had to ask for access to be a revu admin)
[01:22] <superm1> No
[01:22] <superm1> keescook, are you a revu admin?
[01:23] <tgm4883> cause im confused, went to #ubuntu-motu to ask to sync the revu keyring and the said i have to find a revu admin
[01:24] <superm1> yea a revu admin needs to sync the keyring, or if you dont find one within the day, there is a daily cron job
[01:24] <superm1> i dont know what time it happens at though
[01:24] <tgm4883> ok
[01:24] <tgm4883> superm1, in the changelog, do I need to put Thomas Mashos<EMAIL_ADDRESS>[01:24] <tgm4883> or this
[01:24] <tgm4883> Thomas Mashos (Mythbuntu<EMAIL_ADDRESS>[01:24] <tgm4883> from my openGPG key
[01:24] <superm1> The first one
[01:25] <tgm4883> ok
[01:25] <superm1> assuming our gpg key is like that
[01:25] <tgm4883> thats what it is
[01:25] <foxbuntu> superm1, lintian shows a successful run now
[01:25] <superm1> the text needs to match up perfectly
[01:25] <keescook> superm1: oh, "admin", no, just a revuer
[01:26] <superm1> ook
[01:26] <tgm4883> arg
[01:27] <tgm4883> something went wrong between the .dsc and the .deb
[01:28] <tgm4883> i have all the errors about scripts being non executable again
[01:29] <superm1> hm.  can dpatch not handle attributes of files?
[01:29] <superm1> okay alternate solution -
[01:29] <superm1> get rid of the patch, and do this in debian/rules
[01:31] <tgm4883> remove the dpatch from build-depends and remove debian/patch?
[01:31] <superm1> well dpatch appears to not be able to handle it
[01:31] <superm1> so its the only solution i forsee
[01:31] <tgm4883> just making sure im understanding right
[01:32] <tgm4883> after the build-depends debockle
[01:32] <tgm4883> i dont think i have ever used the word debockle before
[01:33] <tgm4883> also i can take out include /usr/share/dpatch/dpatch.make
[01:33] <superm1> ya
[01:33] <superm1> so now before the line in debian/rules that installs the file
[01:33] <superm1> er files,
[01:33] <superm1> you'll want to find a way to chmod +x all the perl files
[01:37] <tgm4883> not too familiar with the rules (and the guides down) is that the "install:" section or the "build arch dependant" section
[01:41] <superm1> well you can use either section
[01:42] <superm1> just before the dh_install commands is all that matters
[01:42] <superm1> probably make more sense in the build arch dependent section
[01:45] <tgm4883> would i be correct in assuming that a command I entered in rules would run from that level (ie.  i would need to chmod +x -R ../parsers/*.pl
[01:45] <tgm4883> or am i not allowed to do that at all
[01:48] <superm1> it runs from the root of the directory
[01:48] <tgm4883> ah
[01:48] <superm1> so depending on where you put it decides whether it will be parsers/*.pl
[01:48] <tgm4883> so i need to change that to just parsers/*.pl
[01:48] <superm1> or debian/tmp/package_name/usr/blah/*.pl
[01:49] <superm1> try running debuild outside the pbuilder
[01:49] <superm1> and you'll see a little better what the structure is
[01:49] <superm1> and understand where you should put it and such
[01:51] <tgm4883> debuild or just build
[01:51] <tgm4883> sudo pbuilder build mythstream_0.17.2-2ubuntu1.dsc
[01:51] <tgm4883> is what i have been doing
[01:52] <superm1> right, i'm saying do it outside of pbuilder
[01:52] <superm1> so you can see it before it is cleaned up
[01:52] <tgm4883> ok
[01:52] <tgm4883> just wanted to see if I should be doing sudo debuild mythstream_0.17.2-2ubuntu1.dsc
[01:52] <superm1> no sudo
[01:52] <superm1> debuild can run as normal user
[01:52] <tgm4883> but yes debuild and not just build
[01:53] <superm1> yes
[01:53] <superm1> you need the devscripts package if it doesnt tell you
[02:00] <tgm4883> yea it gives me an error when i run it about cant find readable debian/changelog
[02:00] <superm1> are you running it from the root of the directory?
[02:00] <superm1> root of the build directory
[02:00] <tgm4883> which is true, because from where im running it is /mythstream/debian/changelog
[02:01] <tgm4883> but if i try to run it from the root of the directory, that is not where the .dsc is
[02:01] <superm1> right, you dont use the dsc when you do debuild
[02:01] <superm1> debuild
[02:02] <tgm4883> this is what I run from the root dir
[02:02] <tgm4883> dpkg-buildpackage -S -rfakeroot -k60F792C5
[02:02] <superm1> right
[02:02] <superm1> well you can do the same thing with debuild
[02:02] <superm1> its a wrapper for dpkg-buildpackage
[02:03] <tgm4883> so debuild -S -r.......
[02:03] <superm1> just debuild
[02:04] <superm1> it will do the signing and such for you then
[02:04] <tgm4883> says i dont have all build dependencies
[02:05] <superm1> right, well if you do this outside pbuilder, you'll have to install them temporarily
[02:05] <tgm4883> ok, so i'll do that then
[02:16] <tgm4883> im thinking it's in the wrong place superm1
[02:16] <superm1> the chmod +x ?
[02:16] <tgm4883> err, maybe not
[02:16] <tgm4883> i was looking at the wrong thing
[02:17] <superm1> - this is why i said to do it this way, you'll see exactly where all the perl scripts are, and you can then make sure its put in the right place
[02:17] <tgm4883> still pretty confused what im looking at though
[02:17] <superm1> first package of course :)
[02:17] <tgm4883> cp -f "../parsers/operacast.pl" "/home/thomas/packages/mythstream_0.17_2/mythstream-0.17.2/debian/mythstream/usr/share/mythtv/mythstream/parsers/"
[02:18] <tgm4883> so thats copying the script
[02:18] <superm1> okay so what you will be needint to do then is a chmod +x debian/mythstream/usr/share/mythtv/mythstream/parsers/*.pl
[02:18] <superm1> right after the copy
[02:18] <tgm4883> ok
[02:18] <tgm4883> so the chmod is in the right place
[02:18] <tgm4883> just wrong command
[02:19] <tgm4883> is that debian/mythstream/usr/share/mythtv/mythstream/parsers/*.pl the install place then?
[02:20] <superm1> from what you posted, it looks like that is the case
[02:20] <tgm4883> ah
[02:20] <tgm4883> that makes so much sense now
[02:20] <superm1> yea, that's why i like to do a run outside of pbuilder for a sanity check sometimes
[02:21] <tgm4883> err, can you undo the debuild?
[02:22] <tgm4883> i now have the mythstream dir in my debian dir
[02:22] <superm1> if you redo debuild -S
[02:22] <superm1> that will rn debian/rules clean
[02:22] <superm1> or you can do debian/rules clean :)
[02:25] <tgm4883> also just want to make sure this is ok
[02:25] <tgm4883> warning, `debian/mythstream/DEBIAN/control' contains user-defined field `Original-Maintainer'
[02:26] <superm1> that's ok
[02:33] <foxbuntu> artwork anyone?
[02:33] <foxbuntu> :p
[02:34] <tgm4883> :(
[02:34] <superm1> tgm4883, still no?
[02:35] <tgm4883> out loud
[02:35] <tgm4883> nope
[02:35] <tgm4883> still didn't make them executible
[02:36] <superm1> tgm4883, post it up really quick
[02:36] <superm1> let me see
[02:36] <foxbuntu> superm1, not many people jumping right into the extra work of the artwork request
[02:36] <tgm4883> !pastebin
[02:36] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[02:36] <superm1> foxbuntu, well also people may not be around on IRC atm
[02:36] <superm1> you might have more luck on the artwork mailing list
[02:36] <foxbuntu> could be
[02:36] <tgm4883> you want the rules or the output from packaging
[02:36] <superm1> both
[02:36] <foxbuntu> ok...I will mail them later
[02:36] <tgm4883> ok
[02:37] <tgm4883> is there a nice log file for this
[02:38] <tgm4883> for pbulider i mean
[02:39] <superm1> it doesnt make a log  unless you tell it to or use tee
[02:39] <tgm4883> thats ok, i'll just type the whole thing from memory
[02:40] <tgm4883> http://paste.ubuntu-nl.org/32863/
[02:40] <tgm4883> thats from as far back as i can go in my terminal
[02:40] <tgm4883> i can do it again and make a log if needed
[02:41] <superm1> no hat's good
[02:41] <superm1> hm that looks correct
[02:41] <laga_> re
[02:41] <tgm4883> http://paste.ubuntu-nl.org/32864/
[02:42] <tgm4883> rules^^^
[02:42] <superm1> can you post the whole package in a tgz again
[02:42] <superm1> and i'll do a local run and see
[02:42] <tgm4883> yep
[02:45] <tgm4883> http://linux.weilandhomes.com
[02:45] <tgm4883> silly cavemen
[02:51] <laga_> i can survive without ftp pretty well
[02:51] <tgm4883> wow 21in crt on craigslist for $10
[02:51] <tgm4883> well thats cause your laga_
[02:51] <tgm4883> ;)
[02:53] <foxbuntu> I've decided to open up a torrent site...who would like to join?
[02:53] <foxbuntu> lol
[02:54] <tgm4883> i dont think many people are going to want my non working packages foxbuntu
[02:55] <superm1> tgm4883, the weird thing is that they are indeed executable after install
[02:55] <foxbuntu> ...I am just wishing I was making the money The Pirate Bay torrent site is
[02:55] <superm1> this is really odd
[02:55] <tgm4883> yea?
[02:56] <tgm4883> i have a foolproof way of making money foxbuntu
[02:56] <foxbuntu> oh yeah?
[02:56] <tgm4883> yep
[02:57] <tgm4883> just send me 3 easy payments of 39.95 + S&H and I will send you the guide
[02:57] <foxbuntu> lol
[02:57] <tgm4883> but really
[02:57] <tgm4883> i have this friend
[02:57] <tgm4883> he's from Nigeria
[02:57] <foxbuntu> lmao
[02:57] <superm1> okay well i'm gonna queue one more build, and run home
[02:57] <tgm4883> he just needs some help
[02:57] <superm1> i'll be back in a bit
[02:58] <foxbuntu> some help huh?
[02:58] <tgm4883> really, its true
[02:58] <foxbuntu> like I send me 1000 bucks and I get $1Mil back right?
[02:58] <tgm4883> laga_ knows him too
[02:58] <foxbuntu> send him*
[02:58] <laga_> yeah
[02:58] <tgm4883> no, thats a rip off
[02:58] <tgm4883> its 2 Mil
[02:59] <foxbuntu> lmao
[03:00] <tgm4883> packaging hurts my brain
[03:00] <foxbuntu> you know how much money the Pirate Bay website makes each year?
[03:00] <tgm4883> ?
[03:00] <foxbuntu> $9 Million
[03:00] <foxbuntu> on advertising
[03:00] <tgm4883> oh thats nothing, heres what you do.  Put your name on the top of this list, then send it to 5 people and have them send you $1 and move your name down the list....
[03:01] <foxbuntu> lol
[03:01] <foxbuntu> tgm4883, I think you read too much of your spam
[03:02] <laga_> s/read/write/
[03:02] <tgm4883> btw, i just copyrighted the letter e, so that will be $.25 every time you use it
[03:02] <tgm4883> retroactively
[03:03] <foxbuntu> lmao
[03:04] <laga_> pwn3d
[03:04] <foxbuntu> 3at it
[03:05] <foxbuntu> i can just us3 3 inst3ad....lik3 th3 linux v3rsion
[03:05] <foxbuntu> fr33
[03:05] <foxbuntu> :P
[03:08] <laga_> y3ah
[03:08] <laga_> it's fr33
[03:08] <laga_> f33ls as good as using the "nv" driv3r instead of "nvidia"
[03:08] <laga_> hey', it's fr33
[03:12] <foxbuntu> laga_, fr33 is gr3at
[03:12] <foxbuntu> although the nv driver does blow
[03:12] <foxbuntu> lol
[03:13] <laga_> :)
[03:16] <tgm4883> nooooooo
[03:16] <tgm4883> my plan is foiled
[03:17] <tgm4883> i new i should have copyrighted x instead
[03:20] <laga_> debconf (developer): starting debian/mythtv-database.preinst configure
[03:20] <laga_> debconf (developer): <-- INPUT high mythtv/backup_db
[03:20] <laga_> debconf (developer): --> 10 "mythtv/backup_db" doesn't exist
[03:21] <laga_> dear debconf, please stop lying. kthx.
[03:21] <foxbuntu> YAY! a recruit for the artwork on the new MythTV Theme
[03:22] <laga_> mythtv theme?
[03:22] <foxbuntu> yea...I started working on a Mythbuntu MythTV Theme
[03:22] <tgm4883> is the new recruit from Nigeria?
[03:25] <laga_> foxbuntu: you could also ask juski for some hints.. although he might devour your soul
[03:25] <laga_> it happens
[03:25] <foxbuntu> this guy is good
[03:25] <foxbuntu> holy crap
[03:26] <foxbuntu> check out his samples
[03:26] <foxbuntu> http://troy-sobotka.blogspot.com/
[03:27] <laga_> nice.
[03:32] <laga_> 3:30 am again. darn
[03:36] <laga_> i like troy's gdm theme
[03:36] <laga_> i've got a new wallpaper, i guess :)
[03:41] <foxbuntu> laga_, troy_s is the guy that will be helping us out with the artwork
[03:42] <foxbuntu> (just an fyi)
[03:44] <laga_> yeah
[03:44] <laga_> i understood as much
[03:44] <laga_> looks good :)
[03:44] <foxbuntu> sure does
[03:46] <tgm4883> looks very good
[03:46] <tgm4883> my gf saw that and said wow, I told her she couldn't have it cause she has windows
[03:46] <foxbuntu> lmao
[03:46] <tgm4883> no soup for you
[03:46] <foxbuntu> I love that..
[03:47] <foxbuntu> can't have a desktop wallpaper because you have windows
[03:47] <foxbuntu> tgm4883, thats awesome
[03:48] <tgm4883> thats right
[03:48] <tgm4883> thats what she gets for saying i cant have ice cream
[03:48] <superm1> tgm4883, u there?
[03:48] <tgm4883> yep
[03:48] <superm1> i determined the cause of your two lintian errors
[03:49] <superm1> okay first of all, you need a dh_installdocs ins binary-arch
[03:49] <foxbuntu> superm1, I found a great resource to help with artwork
[03:49] <superm1> you can also clear out any of those commented lines there
[03:49] <superm1> as for the executable permissions
[03:49] <superm1> right before the $(MAKE) INSTALL_ROOT.......
[03:49] <superm1> i put this:
[03:49] <superm1>         find $(CURDIR) -name *.pl | xargs chmod +x
[03:49] <tgm4883> wait, you weren't driving while coding were you?
[03:50] <superm1> haha no
[03:50] <foxbuntu> lol
[03:50] <troy_s> who builds your disks for you?
[03:50] <tgm4883> superm1 does
[03:50] <superm1> i live like 5 min from work, and thought about it on the way back and double check
[03:50] <superm1> *cheked
[03:50] <superm1> *checked
[03:51] <tgm4883> didn't you tell me to take out dh_installdocs?
[03:52] <superm1> i think i told you to take the README out of debian/docs
[03:54] <laga_> ah, i just got it. our new theme guy (being troy_s) is actually in this channel
[03:54] <foxbuntu> there ya go
[03:55] <superm1> okay what'd you say foxbuntu ?
[03:55] <superm1> ah hi troy_s you going to be helping with artwork ?
[03:55] <foxbuntu> he's no around now
[03:56] <foxbuntu> was leaving or something
[03:56] <foxbuntu> superm1, here is a sample of his work though http://troy-sobotka.blogspot.com/
[03:56] <foxbuntu> hes pretty good
[03:56] <foxbuntu> and hes doing artwork for Fluxbuntu right now
[03:57] <superm1> ah very good, and he does them in svg
[03:57] <superm1> not gonna argue there
[03:57] <foxbuntu> hes gonna help with all the artwork
[03:58] <superm1> wonderful
[03:58] <superm1> what's his LP id?
[03:58] <superm1> i'll add him on LP
[03:58] <foxbuntu> um not sure
[04:00] <laga_> superm1: how ya like http://laga.ath.cx/pics/
[04:00] <superm1> laga_, tis empty
[04:00] <laga_> superm1: um, wait a second.
[04:00] <laga_> yeah
[04:00] <superm1> haha
[04:00] <laga_> :(
[04:01] <foxbuntu> lol
[04:01] <superm1> laga_, does ctrl C really work there?
[04:02] <superm1> and what happens if its a GNOME or KDE frontend for debconf?
[04:03] <superm1> and for the DB one, i'd say change the text "It can usually......" to "It can be found in "   There is no reason that it should be found anywhere else, that isn't configurable is it?
[04:03] <superm1> but provided that works right, looks just as expected
[04:03] <superm1> great :)
[04:03] <foxbuntu> superm1, troy_s's LP is: troy-sobotka
[04:03] <laga_> superm1: it is configurable in /etc/cron.weekly/mythtv-database
[04:04] <laga_> superm1: which will also break if the database name is not mythconverg
[04:04] <laga_> superm1: what do you suggest instead of CTRL-C? i guess i could use debconf to ask a question
[04:05] <superm1> laga_, oh i didn't realize it was easily changable.  that text sounds good.  for now i say dont worry about the fact that the DB can be named something different.  that can be fixed in the future.  it probably affects more areas too
[04:05] <superm1> well i was thinking a debconf yes/no question
[04:05] <superm1> and if no is selected, abort package install
[04:05] <laga_> ok, will do the debconf yes/no thingy. after a good night of sleep.
[04:06] <superm1> yea, dont normally see you on this late :)
[04:06] <laga_> i wish there was an easy way of detecting if the DB was properly initialized already.. well, if there's nothing in there, it's not worth backing up
[04:06] <laga_> superm1: i go to bed around 5-6am at the moment
[04:06] <laga_> ;)
[04:07] <laga_> g'night
[04:07] <superm1> night laga_
[04:07] <superm1> laga_, even if there is nothing in there, its okay to back up anyhow
[04:08] <superm1> speak tomorrow though
[04:08] <superm1> seriously what is with the internet going down this week.  all of imbrandon's sites, wiki.ubuntu.com, launchpad, and now the chicago loco team pages
[04:08] <superm1> what's next....
[04:16] <tgm4883> superm1, when you added find $(CURDIR) -name *.pl | xargs chmod +x did you remove chmod +x -R debian/mythstream/usr/share/mythtv/mythstream/parsers/*.pl from build-arch
[04:16] <superm1> yes
[04:16] <tgm4883> ok
[04:22] <tgm4883> it so beautiful
[04:22] <superm1> haha
[04:22] <tgm4883> no errors from lintian or linda
[04:23] <superm1> okay so now does this work in myth?
[04:23] <superm1> have you tried it ?
[04:23] <tgm4883> haven't tried it yet
[04:23] <superm1> haha
[04:23] <tgm4883> you have the 386 deb of it?
[04:23] <superm1> built for gutsy
[04:23] <superm1> not for feisty
[04:24] <tgm4883> right
[04:24] <tgm4883> i have a mythbuntu i386 vm, but no amd64 vm
[04:24] <superm1> well the other thing though too
[04:24] <superm1> if this is going to work correctly, it needs the menu entry added manually for now
[04:24] <superm1> until that's introduced in the packages
[04:25] <tgm4883> righ
[04:25] <tgm4883> t
[04:25] <tgm4883> isn't that happening today or tomarrow though?
[04:25] <superm1> tomorrow in -fixes, but that will still need to be packaged and such
[04:26] <tgm4883> ah
[04:28] <superm1> well once REVU comes back to life tomorrow you can submit it there
[04:31] <tgm4883> hmm, vmware-player doesn't like my amd64 mythbuntu iso
[04:55] <troy_s> foxbuntu: Do you think you could send me what art and design work has been done thus far before I can figure out if I can contribute on any level?
[05:24] <foxbuntu> troy_s, sure...let me get some stuff together
[05:29] <foxbuntu> troy_s, I just sent it off
[05:29] <troy_s> thank you
[05:31] <foxbuntu> troy_s, we are open to alot of things, I was actually considering lightening up the whole overall theme so if there is something else you would like to try out we would be more than open to looking at and possibly changing theme directions
[05:33] <troy_s> foxbuntu: Absolutely.  I need to get my sea legs first of course.
[05:33] <foxbuntu> troy_s, np, I understand just wanted to let you know we are open to ideas
[05:34] <foxbuntu> epically from someone with real art talent :)
[05:34] <troy_s> foxbuntu: Well I don't know where we are going to find someone like that, but I'll be on the lookout.
[05:34] <foxbuntu> haha
[05:34] <foxbuntu> ok...well someone with more art talent than us
[05:35] <foxbuntu> which speaking on my own behalf that would be like a 4th grader
[05:35] <foxbuntu> so you are way above my skill level there...
[05:36] <foxbuntu> troy_s, superm1 is the project lead for this one as well
[05:36] <foxbuntu> and he is even less art capable than myself :P
[05:58] <foxbuntu> hey superm1 get this
[05:58] <superm1> what?
[05:58] <foxbuntu> I might have a Ubuntu Server deployment in the near future
[05:58] <foxbuntu> for a corp client
[05:59] <superm1> that's great to hear :)
[06:00] <foxbuntu> yea...I was excited to hear I finally get to drop a Linux server instead of all this Windows crap
[06:00] <foxbuntu> :)
[06:03] <foxbuntu> ah
[06:04] <foxbuntu> the fluxbuntu is a Fluxbox instead of GNOME/KDE
[06:04] <foxbuntu> got it
[06:09] <foxbuntu> superm1, gonna have to go out and get a Trademark now, lol
[06:13] <foxbuntu> superm1,  you there?
[06:14] <superm1> yea just working on ubiquity patch
[06:14] <foxbuntu> check out this logo...it rocks
[06:14] <foxbuntu> http://ubuntu-lat.org/
[06:14] <superm1> yea that does look pretty nice
[06:17] <foxbuntu> wow
[06:18] <foxbuntu> goggle adds a new one
[06:18] <foxbuntu> check this out
[06:18] <foxbuntu> http://www.google.com/interstitial?url=http://svnhopper.net/
[06:22] <foxbuntu> superm1, I might get a free trip to the UK in Sept.
[06:23] <superm1> foxbuntu, what for?
[06:24] <foxbuntu> work
[06:25] <foxbuntu> I might be able to go to a training that they are having
[06:25] <foxbuntu> and it happens to be in the UK
[06:25] <foxbuntu> :)
[06:26] <superm1> i see
[06:26] <superm1> cool
[06:28] <foxbuntu> yeah...I hope it works out
[06:35] <troy_s> that ubuntu font is absolutely awful for anything outside of the letters u-b-u-n-t-u strung together.
[06:36] <troy_s> many folks are using it as though it is 'official' but it is just the wrong approach.
[06:38] <foxbuntu> troy_s, what do you suggest?
[06:39] <troy_s> foxbuntu: Anything but.
[06:39] <foxbuntu> lol
[06:39] <troy_s> foxbuntu: It really is a godawfully designed font.
[06:39] <foxbuntu> well go ahead with anything you think looks good
[06:39] <foxbuntu> I doubt you will meet much if any resistance with your ideas
[06:39] <troy_s> foxbuntu: As an aside, I find it interesting from a design perspective if the various branches/remixes would consider the fact that they _aren't_ ubuntu.
[06:40] <troy_s> foxbuntu: what is the official title of this project as it would appear out in the wild?
[06:40] <troy_s> mythbuntu?
[06:40] <foxbuntu> yes
[06:40] <troy_s> my gut feeling when I saw the little television you shipped me was that you could do a pretty amazing presentation in a sort of sixties pastiche.
[06:41] <troy_s> during the heydey of the advent of colour.
[06:41] <foxbuntu> thats kinda what I was thinking too
[06:41] <foxbuntu> but I don't have the skills to make that happen
[06:42] <foxbuntu> its sounds great though
[06:42] <foxbuntu> kinda retro
[06:42] <troy_s> it could be quite funny...
[06:42] <troy_s> exactly.
[06:42] <troy_s> what default theme or what have you are you shipping for the myth end of things?
[06:42] <troy_s> or is that all part of the presentation of mythbuntu?
[06:43] <foxbuntu> well ...surf over to www.mythbuntu.org there are alot of detailed screenshots of it as it is right now
[06:43] <foxbuntu> oops
[06:43] <troy_s> LOL http://www.tvhistory.tv/1960-Philco-Brochure1.JPG
[06:43] <foxbuntu> I bet the server still didn't get fixed
[06:44] <foxbuntu> that rocks
[06:44] <troy_s> is it on imbrandon's datacenter?
[06:44] <foxbuntu> yea
[06:44] <foxbuntu> sure is
[06:44] <troy_s> yeah no go.
[06:44] <troy_s> foxbuntu: Something with a pastiche feel might be horribly cool.
[06:44] <foxbuntu> but the 1600x1200 is the one I scaled the desktop and the main theme around
[06:45] <troy_s> foxbuntu: And better still, it goes away from that horribly dated and nasty reflection glossy wet floor nightmare that is far too prevalent in our community.
[06:45] <foxbuntu> its pretty dark right now...but I actually would prefer to brighten it up
[06:45] <foxbuntu> I would agree...I really like retro
[06:46] <troy_s> foxbuntu: I really think it could work well.
[06:46] <foxbuntu> go for it
[06:46] <foxbuntu> I say
[06:46] <foxbuntu> I am ver decisive
[06:46] <foxbuntu> very*
[06:46] <troy_s> foxbuntu: Well its a toughie as I say at the moment.  I really need to finish up my prior commitements.
[06:46] <troy_s> commitments even.
[06:46] <foxbuntu> not an issue
[06:46] <troy_s> But I'll be attempting what I can when I can.  I also need to see where you guys are at.
[06:46] <troy_s> but that will take blasted imbrandon to get his stuffs back up.
[06:47] <foxbuntu> lol
[06:47] <foxbuntu> indeecd
[06:47] <foxbuntu> indeed*
[06:47] <foxbuntu> troy_s, I have to assume you are across the pond from me
[06:47] <foxbuntu> :)
[06:47] <troy_s> Canada, Pacific.
[06:47] <foxbuntu> really
[06:47] <foxbuntu> hmm
[06:48] <foxbuntu> I really had you put as a Brit
[06:48] <foxbuntu> lol
[06:48] <troy_s> On the retro stuffs, this fellows site is simply jaw dropping.  Amazing design and quite a good selection of tidbits.
[06:48] <troy_s> http://www.fontdiner.com/
[06:49] <foxbuntu> oh that font on the second page that Specials is writen in would be hot for the logo
[06:49] <superm1> troy_s, do you know any more than the rest of us regarding what happened to imbrandon's DC?
[06:49] <superm1> beyond what's on the top of imbrandon.com?
[06:49] <troy_s> superm1: Well he also hosts UbuntuStudio's bits.
[06:49] <superm1> right
[06:50] <superm1> and ubuntu wire
[06:50] <troy_s> superm1: And it seems that he hasn't been around in a while.
[06:50] <troy_s> superm1: As an aside, you are aware that joejaxx is building an autobuild server for ubuntu disk building?
[06:50] <superm1> well i talked to him friday evening, and he was aware of the issues and working on them
[06:50] <troy_s> superm1: He is the Fluxbuntu fellow, but he also builds disks for about 5 other projects.  You might want to get in touch with him.
[06:50] <superm1> troy_s, i wasn't aware of this: but our build is much different than the other derivatives
[06:51] <superm1> i've talked to him a bit about how the build process works for others
[06:51] <superm1> and it didn't fit well with what we do
[06:51] <superm1> troy_s, are you referring to reconstructor ?
[06:51] <superm1> or is it something different
[06:51] <troy_s> superm1: He is just in the process of finishing up the configs, so if you were to explain the nature of your build process, he might be able to get a custom set of bits in place for you.
[06:52] <foxbuntu> superm1, what do you think about Mythbuntu going Retro?
[06:52] <superm1> foxbuntu, i'm completely indifferent on artwork.
[06:52] <foxbuntu> i figured
[06:52] <foxbuntu> but wanted to ask
[06:53] <foxbuntu> I know for you its all under the hood and who cares about the rest
[06:53] <foxbuntu> :)
[06:53] <superm1> if it looks good i wouldn't argue it
[06:53] <superm1> but i would like to hope the defaults are something that lots of people would generally like
[06:53] <superm1> so not too extreme
[06:53] <foxbuntu> it would look awesome...I think and agree with troy_s
[06:54] <troy_s> There are many world class designers who would stake a very large chunk of their reputation on suggesting that successful design does not aim for middle grounds.  It tries to clearly and specifically speak with a given chosen audience and communicate a very clear message.
[06:54] <troy_s> One thing that Ubuntu still has yet to learn.
[06:55] <troy_s> Okie.    However... the topic does answer my question...
[03:50] <laga_> ;)
[03:50] <Cornell> Though, when I install... I'll be back
[03:50] <Cornell> (forewarned is forearmed)
[03:50] <Cornell> ;-)
[03:52] <Cornell> mmm... two 7.10 iso's July, and August.  Opinions as to which I should start with?  (I've got ubuntu on my workstations and knoppmyth on my mythbox, that's now dead after a failed upgrade)
[03:53] <laga_> the latest?
[03:53] <Rimers> was just about to say the same
[03:54] <Cornell> August is ok?
[03:54] <laga_> i'd think so
[03:54] <Rimers> im running it here and it seems fine
[03:55] <Cornell> Cool
[03:55] <Cornell> Thanks
[03:55] <Cornell> I'm downloading it now, and will burn it... later... and install, probably later still
[04:01] <Rimers> damn it, i just succeded in trashing my mythtv or sql setup, i cant get it to connect any more :S
[04:01] <laga_> well
[04:01] <laga_> no lvm2 for you then ;)
[04:01] <laga_> Rimers: what does /var/log/mysql* say?
[04:01] <Rimers> hmm quess not
[04:03] <Rimers> hmm nothing realy :S nothing to note in the logs :S
[04:03] <laga_> superm1: hey, why does the user need to enter a password to create mythconverg? couldn't this be done using /etc/mysql/debian.cnf?
[04:04] <laga_> Rimers: what's broken, btw?
[04:04] <Rimers> guess it must have crashed, trying to restart sql service
[04:04] <Rimers> think its the sql server that either crashed or went bad
[04:10] <Rimers> hmm mysql service is running, i can logon a query manualy
[04:17] <Rimers> ill be back in a bit have to restart my login here :S
[04:46] <laga_> superm1: http://cvs.mythtv.org/trac/changeset/14154
[04:52] <superm1> cool laga_
[04:53] <superm1> okay i'll have to do a new upstream version with that
[04:53] <laga_> g'morning ;()
[04:53] <superm1> morning
[04:53] <laga_> i'm installing alpha 3 as we speak
[04:53] <superm1> laga_, as for needing a pw to create mythconverg, are you meaning creating it using debian-sys-maintainer?
[04:54] <laga_> yes
[04:54] <superm1> in order to use that account you have to stop mysql
[04:54] <superm1> I had thought?
[04:54] <laga_> um
[04:54] <laga_> why do we use that account to backup mythconverg in /etc/cron.weekly/mythtv-database then?
[04:55] <laga_> how would i use a mysql account if mysql was stopped, actually? ;)
[04:56] <superm1> hm interesting predicament
[04:56] <superm1> well the issue is if you have a remote mysql server
[04:56] <superm1> you won't have debian-sys-maintainer
[04:56] <laga_> hum, right
[04:56] <laga_> if the mysql server is remote, is /etc/cron.weekly/mythtv-database installed anyways?
[04:57] <superm1> good point
[04:57] <superm1> it is
[04:57] <laga_> something's fishy about mythtv-database, i knew it. ;)
[04:58] <superm1> well a lot more than something :)
[04:58] <laga_> we could use debian-sys-maintainer if the DB was local
[04:58] <laga_> if you want a remote mysql server (e.g. not on your master backend), your setup classifies as "advanced" imho
[05:00] <superm1> it does your right
[05:00] <laga_> want me to add such a feature then?
[05:00] <laga_> that'll need some testing and some more thought, though
[05:00] <superm1> yes that would absolve issues of needing a root password
[05:00] <superm1> of course
[05:01] <laga_> user needs to be told they only need *one* database
[05:01] <superm1> well just default to the DB name of mythconverg
[05:01] <superm1> and only if they dpkg-reconfigure
[05:02] <superm1> do you need to ask for a different one
[05:02] <laga_> well, i meant "only one mysql on their network"
[05:02] <laga_> s/mysql/mysqld/
[05:02] <superm1> well there is an issue here then
[05:02] <superm1> what depends on mysql?
[05:03] <superm1> er mysql-server
[05:03] <superm1> because currently the 'mythtv' package and the 'mythtv-backend-master' do
[05:03] <laga_> right. mythtv-database does *not*
[05:03] <laga_> there is no problem, though
[05:03] <laga_> if the user does not install mythtv-backend-master, we can assume they want a remote myseld
[05:04] <laga_> or set it up themselves
[05:04] <superm1> so your saying to put it in the mythtv-database postinst still though
[05:05] <laga_> hum
[05:06] <superm1> hm i just tried to do a new checkout
[05:06] <superm1> and ti didn't show up with those changes
[05:06] <laga_> it should!
[05:06] <laga_> um
[05:06] <laga_> of what?
[05:06] <laga_> mythtv fixes?
[05:06] <superm1> i did fix 14154
[05:07] <superm1> well let me try again later on
[05:07] <superm1> i've gotta get into work
[05:07] <laga_> have a nice day
[05:12] <laga_> i need to reset/purge a debconf question from the database in a postrm. anyone know how to do that?
[05:14] <laga_> hum. even when i choose to abort install of the svn trunk packages using exit 1 in mythtv-common.preinst, it kinda leaves apt/dpkg in an inconsistent state.
[05:15] <laga_> because i cannot remove those packages without removing half of the system....
[05:25] <laga_> i wish the mythbuntu mirrors were not down
[05:25] <laga_> apt-get update takes a bit that way
[06:07] <Rimers> hmm this is starting to give me a headacke :S
[06:07] <Rimers> i cant get my backend or frontend to connect to the mysql database
[06:08] <tgm4883> rimers, error messages?
[06:08] <Rimers> but if i try to use phpmyadmin i can connect no problem
[06:08] <tgm4883> has anyone used mythtvfs?
[06:09] <Rimers> 2 sec, ill make a pastebin not to flood too much
[06:10] <Rimers> http://pastebin.ca/648779 thats a direct paste of the output from running a myth-setup
[06:12] <tgm4883> are you running mythbuntu?
[06:12] <Rimers> yup
[06:12] <tgm4883> standard or advanced install?
[06:12] <Rimers> standard i think
[06:13] <tgm4883> backend and frontend on the same computer?
[06:13] <Rimers> tried an advanced but had an error i couldnt figure out how to solve
[06:13] <tgm4883> alpha 3?
[06:13] <Rimers> yes, but i have 2 other computers i want to run frontends on
[06:14] <Rimers> i think its the alpha 3 but with all the latest updates avaliable today
[06:14] <tgm4883> right, we'll just work with one system at a time
[06:14] <tgm4883> o
[06:14] <tgm4883> ok
[06:15] <Rimers> ok
[06:15] <tgm4883> <IP_ADDRESS> is the ip address of this system right
[06:15] <Rimers> yup
[06:15] <superm1> tgm4883, when revu comes back up you can upload that package
[06:15] <tgm4883> sweet
[06:16] <tgm4883> Rimers, do you know if mythtv-setup ran?
[06:16] <tgm4883> superm1, do you know anything about mythtvfs?
[06:16] <Rimers> ive tried to run it several times but with the same error every time
[06:16] <superm1> tgm4883, keescook's fuse filesystem?
[06:16] <tgm4883> sure
[06:16] <superm1> it's on my todo list to use and play with
[06:17] <superm1> keescook wrote it though, so you can likely point questions at him
[06:17] <tgm4883> oh yea, fuse server
[06:17] <tgm4883> oh i was just wondering if it was going to be in ubuntu
[06:17] <tgm4883> its in debian
[06:17] <superm1> its in gutsy I thought?
[06:17] <keescook> it is:   mythtvfs-fuse | 0.5.0-1 | gutsy/universe
[06:17] <tgm4883> oh, duh, didn't check gutsy
[06:17] <keescook> (though, honestly, I haven't tried it myself yet.  ha ha)
[06:18] <tgm4883> superm1, doesn't mythtv-setup set the u/p to connect to mysql server?
[06:18] <Rimers> tgm4883: i get all those errors even after running mythtv-setup a few times, and i have checked the username and password several times now
[06:19] <superm1> tgm4883, the u/p are setup upon installation yes
[06:19] <tgm4883> standard install for Rimers didn't work
[06:19] <superm1> what errors?
[06:19] <tgm4883> gets "Can't connect to MySQL server on '<IP_ADDRESS>' (111)"
[06:19] <tgm4883> http://pastebin.ca/648779
[06:20] <Rimers> well everyting but the sqlserver connection seem to work fine
[06:20] <superm1> is that the right ip?
[06:20] <superm1> and is mysql listening in on that ip?
[06:20] <Rimers> superm1: the ip is correct
[06:20] <Rimers> im connected to it on a ssh
[06:21] <superm1> can you netstat -ant ?
[06:21] <Rimers> sure, 2 sec
[06:22] <Rimers> http://pastebin.ca/648790
[06:22] <superm1> Rimers, see your mysql isn't bound to <IP_ADDRESS>
[06:22] <superm1> its only bound to <IP_ADDRESS>
[06:23] <tgm4883> ah
[06:23] <superm1> do you have a  /etc/mysql/conf.d/mythtv.cnf?
[06:23] <superm1> (you should)
[06:23] <tgm4883> this is why superm1 is so super
[06:23] <superm1> haha
[06:24] <Rimers> hmm ive changed the my.cnf thats for sure, but ive also run sudo dpkg-reconfigure mythtv-database in an attempt to solve it
[06:24] <superm1> well there is another .cnf introduced
[06:24] <superm1> in the last few package revisions
[06:24] <superm1> in conf.d
[06:25] <superm1> that overrides the normal my.cnf
[06:25] <Rimers> ah okay, nice to know.... :D
[06:30] <Rimers> mm this is odd, i still cant connect to it, i get a permissions denied in the mythfilldatabase window that appears
[06:30] <Rimers> using a netstat i can see its now bound to the <IP_ADDRESS>
[06:35] <Rimers> think i found somthing here,,
[06:36] <Rimers> after the change to get it to bind to <IP_ADDRESS> i cant login as mythtv anymore even with the password i defined for it, so manualy changing the password and checking again
[06:37] <Rimers> there we go, no errors when running mythtv-setup
[06:45] <Rimers> okay next problem, i cant connect to the masterbackend :S
[06:51] <Rimers> superm1: http://pastebin.ca/648812 is what i get when starting mythbackend and my mysql.txt file
[06:53] <superm1> Rimers, mythbackend uses /etc/mythtv/mysql.txt
[06:53] <superm1> or /home/mythtv/.mythtv/mysql.txt
[06:54] <superm1> so if you changed your password, then you will want to update those
[06:54] <Rimers> ive changed both to the correct
[06:55] <superm1> how did all these permissions get messed up?
[06:55] <superm1> what changed?
[06:56] <Rimers> i tried to figure out why i couldnt connect to the sql or to the backend, and i tried to change my password for the mythtv user on the sqlserver
[06:57] <Rimers> so that might be why
[06:57] <superm1> how did you change the password?
[06:57] <superm1> dpkg-reconfigure mythtv-common?
[06:58] <superm1> dpkg-reconfigure mythtv-database?
[06:59] <Rimers> i just changed it with a select query in the sql server, but later i tried the dpkg-reconfigure mythtv-database
[06:59] <superm1> ick
[06:59] <superm1> well then that would account to the mess here?
[06:59] <Rimers> ah okay :S
[07:01] <superm1> well so at this point, you just need to make sure all the passwords are in sync then
[07:01] <superm1> somewhere something is off
[07:03] <Rimers> okay, ill go through the config files when i get the time in an hour or so, wife want me to help her for a little while, ill get online later, thanks for the help for now!
[07:28] <laga_> superm1: package "dvb-utils" should be included in mythbuntu.
[08:03] <superm1> laga_, can you file a bug
[08:03] <superm1> i'll get it added
[08:05] <superm1> laga_, what is it needed for?
[08:05] <superm1> just general usage?
[08:05] <superm1> or actually a dependency for dvb stuff to work?
[08:13] <laga_> general usage.
[08:14] <laga_> nothing crucial, but kinda useful for debugging/making stuf work/generating a channels.conf file
[08:14] <superm1> laga_, then perhaps it should be an option for installation
[08:14] <superm1> instead
[08:14] <laga_> it comes from www.linuxtv.org ;)
[08:14] <laga_> superm1: an option?
[08:14] <superm1> a list of installable things during installation
[08:15] <superm1> i was going to add hdhomerun config as one
[08:15] <superm1> this can be another
[08:15] <laga_> it's 104394bytes. :)
[08:15] <superm1> well perhaps install by default then
[08:15] <superm1> but be removable
[08:15] <superm1> in the advanced pages
[08:16] <superm1> i'm going to take out that themes page
[08:16] <superm1> and put this there instead then i think
[08:16] <laga_> k
[08:16] <superm1> either way
[08:16] <superm1> file a bug
[08:16] <superm1> so its not forgotten
[08:17] <laga_> https://blueprints.launchpad.net/mythbuntu/+spec/mythtv-setup-before-reboot
[08:17] <laga_> ^^ isn't this already implemented?=
[08:19] <superm1> yes
[08:19] <superm1> some of those already are
[08:19] <superm1> and consequently that page needs to be further cleaned
[08:19] <superm1> i marked a few off this morning
[08:19] <laga_> will do
[08:21] <laga_> superm1: do you know off-hand how to translate the installer?
[08:21] <superm1> laga_, there is two things that need to be done
[08:22] <superm1> one of them is in our control
[08:22] <superm1> all of the times that text is used in a label in the glade files
[08:22] <laga_> i was referring to your additions to ubiquity, yes
[08:22] <superm1> it needs to be put in debian/ubiquity-frontend-mythbuntu.templates
[08:22] <superm1> it is for most places but not all
[08:23] <superm1> then the ~ubuntu-installer team needs to submit it to rosetta on LP
[08:23] <superm1> and then translators can do it all from LP
[08:23] <laga_> ah
[08:24] <superm1> keescook, could you sponsor a new upstream version of a package in a bzr branch for me?  I've been waiting for mythbuntu-lirc-generator to clear binary NEW before uploading this (it depends on mythbuntu-lirc-generator) and it did so this morning.
[08:25] <keescook> superm1: I'd love to, but I've got a mess of other things I need to do first.  You may have more luck with some other motus.  :/
[08:26] <superm1> yea i poked around, but no responses in -motu.  I'll wait around until TheMuso comes back, he was planning to do it a week ago, but lirc-generator took longer than he expected to clear.
[08:37] <Rimers> superm1: does the mythbuntu have more special config files than the one you told me about for the mysql ?
[08:38] <superm1> Rimers, nothing beyond the ones i mentioned to you
[08:38] <superm1> but make sure you are looking at /home/mythtv/.mythtv/mysql.txt not /home/$USER/.mythtv/mysql.txt
[08:39] <Rimers> okay, thanks
[08:41] <Rimers> uuuuh YES its running now :D
[08:42] <Rimers> thsnks superm1 and tgm4883 i got the backend running as needed now
[08:42] <superm1> great :)
[08:45] <Rimers> hmm running a local mythfrontend on my laptop crashed my desktop :S but everything else seems to work
[08:46] <seabag> hey all
[08:46] <superm1> hi seabag
[08:47] <seabag> so i reported the bug-- apparently your ivtv advice was all it took to wake up the tuner. my video card (or mplayer) was the thing preventing it from displaying anything!
[08:47] <seabag> (it still records fine, and will display recordings upon x server restart)
[08:47] <superm1> seabag, so what did you have to do to wake up the tuner?
[08:48] <seabag> in the /etc/default/acpi-support i just added "ivtv ivtv2" to the modules.
[08:48] <superm1> ivtv2?
[08:48] <superm1> is that for pvrusb2?
[08:48] <seabag> my bug report may have been too verbose
[08:48] <seabag> no idea :D
[08:48] <superm1> can you notate your findings in the bug?
[08:48] <superm1> i'll make sure davemorris gets it in the docs
[08:49] <seabag> yep i already did.
[08:49] <superm1> great
[08:49] <superm1> thanks :)
[08:50] <seabag> np.. next problem is the video card. after sleep/hibernate, mplayer displays everything in a blank blue screen
[08:50] <superm1> you know actually, i'll probably remark that bug against acpi-support to get ivtv to the list of modules that need to be unloaded/reloaded no matter what
[08:50] <superm1> upon sleep/hibernate
[08:51] <seabag> it's either the video card or mplayer, so i'm going to buy a new video card this week to determine that... weird thing is, if i use Movie Player to watch a random mpeg, it works ok, then i reopen mplayer and it works again!?!
[08:51] <seabag> roger that on the acpi-support
[08:52] <seabag> well... since you guys don't have problems with it, i assume it's my sub-par integrated video card
[08:53] <superm1> well i dont suspend on my box personally
[08:53] <superm1> but i thought laga_ did
[08:54] <seabag> do you use standby instead? slash does the remote wake it up from either of those states?
[08:54] <superm1> i just leave my machines on all the time
[08:55] <superm1> personally
[08:55] <seabag> ah k. yea it'd work fine if i did that, but i don't want it suckin' down that much power. it costs me $180/mo already for a 2br apt :-o
[08:56] <seabag> then again... have you ever tried using your mythpc after suspend?
[08:56] <superm1> my frontend yes
[08:56] <superm1> i had to do a lot of hackish stuff to make it work though
[08:56] <superm1> so in the end it was just easier to turn on and off
[08:57] <seabag> hackish stuff? like what we're talking about or worse?
[08:58] <superm1> worse
[08:58] <superm1> i had other htings to workaround
[08:58] <superm1> with lirc
[08:58] <seabag> oh golly!
[08:58] <superm1> and a few other things
[08:58] <superm1> restarting the frontend process to make sure lirc worked, and worrying about race conditions with lirc and the frontend
[08:58] <superm1> when restarting it
[08:58] <seabag> wow ok... i may have it easier then
[08:59] <seabag> may i ask what motherboard/video card you had there?
[08:59] <superm1> nvidia vid card
[08:59] <superm1> not sure of mobo off hand
[08:59] <seabag> ok wow...
[09:00] <seabag> welp i won't take up more of your time. i'll let ya know if/when i get that mplayer issue worked out!
[09:50] <laga_> re
[09:53] <Rimers> hey guys
[09:53] <Rimers> you guys got somthing to do with the normal ubuntu mythfrontend install too right?
[09:54] <laga_> maybe
[09:54] <Rimers> im trying to figure out a way of getting a nice and detailed log of what is happening on my frontend as it crashes my Gnome
[09:55] <Rimers> there is nothing usefull in /var/log/messages :S
[09:55] <laga_> are you running a 3d desktop?
[09:56] <Rimers> yes
[09:56] <Rimers> got beryl running
[09:56] <laga_> does it happen without beryl?
[09:57] <Rimers> i dont know, ill have a look,, if i disapear from irc it crashed
[10:00] <superm1> laga_, so your thinking completely do away with the hostname selection in mythtv-database then?
[10:01] <superm1> and if someone does desire to use a different hostname for mysql, they have to set it up manually
[10:01] <laga_> superm1: no. i user wants a local DB, do everything automagically. if he wants a remote DB, give him the old debconf interface
[10:02] <superm1> well ok.... so basically if the hostname is localhost, then do it using debian-sys-maintainer
[10:02] <laga_> that's my plan
[10:02] <superm1> and default to localhost upon installation
[10:02] <Rimers> hmm that killed it too but i started it in screen so i could see the output
[10:03] <laga_> Rimers: does /var/log/Xorg.0.log say anything?
[10:03] <laga_> superm1: do you think that's a good idea?
[10:03] <superm1> laga_, yea it is
[10:03] <laga_> superm1: what does mythtv-master-backend do actually?
[10:03] <Rimers> 2 sec, ill do a pastebin with my xorg log and what was written in my screen
[10:04] <superm1> laga_, it just pulls in the right packages
[10:04] <laga_> superm1: no config?
[10:04] <superm1> well the config is handled in mythtv-database now
[10:04] <laga_> good
[10:12] <Rimers> yikes its a big log :S
[10:19] <Rimers> http://pastebin.ca/649045 thats the screen session and the xorg log, but think i see the problem its somthing with what mythtv use as video driver / output
[10:26] <laga_> ah, you're using Xgl.
[10:27] <laga_> Rimers: what VGA card?
[10:27] <Rimers> ATI Radeon X700 Mobile
[10:27] <laga_> ah
[10:28] <laga_> ATI crap
[10:28] <laga_> s/crap/proprietary goodness/
[10:28] <Rimers> hehe
[10:28] <laga_> http://support.ati.com/ics/support/default.asp?deptID=894&task=knowledge&questionID=26907
[10:28] <laga_> ^^ that's all i can say
[10:28] <Rimers> well it works allright, ive had very few problems with it
[10:28] <laga_> try google or search the mailing lists. i don't know a solution off-hand
[10:33] <laga_> superm1: debian-sys-maint is not allowed to create users in mysql. unless you know a solutuion, it's not possible to insert mc.sql using debian-sys-maint
[10:33] <superm1> laga_, that's annoying :(
[10:40] <laga_> yes.
[10:40] <laga_> ah well.
[10:42] <Rimers> thanks laga_, sry for not answering that fast, had to say goodbye to wifey as she left for work
[10:44] <Rimers> ill let you know if i find a good solution to the problem
[10:44] <fxfitz> Does anyone know what happened to the mythbuntu website/server? Ubuntu is telling me that I have updates but it's not updating. :(
[10:44] <laga_> fxfitz: it's broken
[10:44] <laga_> ;)
[10:45] <laga_> we need another mirror i guess
[10:45] <fxfitz> Broken?! *cry* Any ideas when it will be unbroken?
[10:45] <fxfitz> Aww. :(
[10:45] <laga_> fxfitz: superm1 should know more
[10:45] <laga_> *ping*
[10:45] <superm1> fxfitz, this week.
[10:45] <superm1> imbrandon's datacentre went down
[10:45] <fxfitz> superm1, Awesome. Thank you!
[10:45] <superm1> so mythbuntu.org and ubuntustudio.org are both down
[10:45] <laga_> the whole data center? for more than 24h?
[10:45] <superm1> yes
[10:45] <superm1> its been down since friday
[10:46] <laga_> hum
[10:46] <Rimers> yikes
[10:46] <superm1> he said its a 'long long story' that he'll explain when its all back up
[10:46] <fxfitz> Hmm. :(
[10:46] <Rimers> it sounds bad
[10:46] <laga_> sounds like a worst-case scenario
[10:46] <fxfitz> So how is Ubuntu Studio? I'm not much of a musician or anything, and I haven't heard much about it.
[10:47] <superm1> yea that's what i've gathered to, pretty bad situation happened
[10:47] <superm1> fxfitz, can't say i've used it
[10:47] <fxfitz> RIght. Gotcha.
[10:47] <laga_> superm1: at least it didn't happen after release ;)
[10:48] <laga_> superm1: i'm gonna re-master mythbuntu alpha 3 with my trunk packages...
[10:48] <superm1> laga_, awesome
[10:48] <laga_> shouldn't be too hard
[10:48] <superm1> it will be good to see how things worked out
[10:48] <laga_> i think there was a point&click app to do that
[10:49] <laga_> superm1: yup. i gotta ix mythplugins, though. FTBS :(
[10:49] <superm1> laga_, what happened that it didn't build?
[10:49] <Rimers> superm1:  how did it go with the lcdproc?
[10:49] <laga_> superm1: i probably broke mythmusic when patching $stuff
[10:49] <superm1> Rimers, the PPAs didn't want to build it right
[10:49] <Rimers> ah okay
[10:50] <superm1> i'll get someone with univ permissions to upload it eventually
[10:50] <Rimers> is it hard to build? if not point me in a direction and ill help with it
[10:50] <superm1> na its not hard to bulid
[10:50] <superm1> i mean i built it locally
[10:50] <superm1> you know, i'll just email you the deb
[10:50] <Rimers> thats what i ment
[10:50] <superm1> send me an email to<EMAIL_ADDRESS>[10:50] <superm1> and i'll mail it when i get home from work
[10:52] <Rimers> okay ive send a mail, ill be off now or ill be too tired tomorrow, nn guys
[10:53] <superm1> guys info on schedules direct is released
[10:53] <superm1> http://www.schedulesdirect.org/
[10:53] <superm1> it will be a pay service
[10:53] <foxbuntu> yuk
[10:54] <foxbuntu> well at least we aren't hung out to dry
[10:54] <foxbuntu> I wonder how much it will cost
[10:54] <superm1> well does it matter?
[10:54] <superm1> i mean you'll pay it
[10:56] <laga_> heh
[10:56] <laga_> first one is always free
[10:56] <laga_> :>
[10:58] <foxbuntu> well duh...I wouldn't get rid of my myth box...but I hope its not crazy expensive
[10:58] <laga_> i doubt that
[11:07] <foxbuntu> laga_, :P
[11:07] <foxbuntu> that is all
[11:09] <laga_> it better works
[11:09] <laga_> or i'll turn into angry german kid
[11:11] <foxbuntu> as apposed to what?
[11:13] <laga_> angry german adolescent
[11:20] <foxbuntu> lol
[11:28] <superm1> laga_, your using uck....
[11:28] <superm1> um
[11:28] <superm1> that is how things started with mythbuntu
[11:28] <superm1> but it was quickly ugly to manage with it
[11:29] <laga_> i just want to rebuild the iso
[11:29] <superm1> yea i guess it will work for that purpose
[11:29] <laga_> i never figured out how to create my own alternate isos, that's why i never started my own "mythbuntu" ;)
[11:29] <laga_> i just want shell access to the tree
[11:29] <laga_> so i can install my packages
[11:39] <superm1> yea and from i remember, uck does provide that in an easy to use fashion
[11:39] <laga_> well
[11:39] <laga_> that just errored on my
[11:39] <laga_> but it started synaptic for me so it's ok
[11:40] <superm1> well your lucky that synaptic is included due to restricted manager being included
[11:41] <laga_> :)
[11:41] <laga_> yup
[11:42] <laga_> gonna rebuild mythtv beforehand
[11:45] <superm1> laga_, did you add functionality to do it with -Os or -O2 yet?
[11:45] <superm1> instead of --enable-proc-opt
[11:45] <laga_> no
[11:45] <laga_> was gonna talk to the devs instead
[11:45] <superm1> ok
[11:45] <laga_> err, first
[11:46] <superm1> well if you get any input regarding that soon, i'd like to add that to the next upload
[11:46] <superm1> that includes the mythstream fix
[11:46] <laga_> yup
[11:55] <superm1> DaveMorris, any updates on documentation efforts?
[11:56] <DaveMorris> no because I couldn't get the alpha3 when I went to do it
[11:56] <DaveMorris> so I just tidyed bits up, I'll do more tomorrow
[11:56] <superm1> I see.
[11:56] <superm1> well in /topic there is a miror
[11:56] <superm1> mirror
[11:56] <DaveMorris> as weds is the free night I have each week
[11:56] <superm1> you can grab from until the site comes back to life
[11:56] <DaveMorris> yeah I've grabbed it since
[11:56] <superm1> ah ok
[11:57] <DaveMorris> I've got a nice development machine I can install on as well :)


[10:37] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2736 Needs rebuild due to new commits
[10:43] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/2779 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[10:43] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2778 Preparing packages
[12:00] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2778 Successfully built
[13:00] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/2779 Failed to build
[15:36] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2778 Publishing packages
[15:37] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2778 Publish failed: Packaging diff requires ACK
[16:00] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2778 Successfully built
[16:08] <alan_g> Can we land ticket 2778 please?
[16:13] <alan_g> sil2100: Can we land ticket 2778 please?
[16:15] <sil2100> alan_g: looking!
[16:15] <alan_g> thanks
[16:20] <alan_g> sil2100: Sorry, I need to fix. (I should look at the packaging changes before I ask!!!)
[16:20] <sil2100> alan_g: what's up with the arm64 removal? I don't see that mentioned on the changelog
[16:20] <sil2100> Ah, ok ;)
[16:20] <sil2100> No worries!
[16:24] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2778 Preparing packages
[16:29] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2778 artful/mir: Failed to download DSC file https://launchpad.net/ubuntu/+archive/primary/+files/mir_0.26.2+17.04.20170322.1-0ubuntu2.dsc
[16:32] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2778 Preparing packages
[16:38] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2778 artful/mir: Failed to download DSC file https://launchpad.net/ubuntu/+archive/primary/+files/mir_0.26.2+17.04.20170322.1-0ubuntu2.dsc
[16:43] <alan_g> sil2100: dunno if it something you can fix but ^^ "curl: (60) server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none"
[16:46] <sil2100> hm, I see the LP certificate has been issues on the 23rd of May, so I guess  that's what causes that - let me try bringing it up with webops I guess?
[16:52] <sil2100> alan_g: could you re-run?
[16:52] <alan_g> sil2100: trying
[16:53] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2778 Preparing packages
[17:04] <alan_g> sil2100: fixed. :)
[18:40] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2778 Successfully built


[00:11] -queuebot:#ubuntu-release- New binary: pypy3 [s390x] (disco-proposed/universe) [6.0.0+dfsg-2] (no packageset)
[00:12] -queuebot:#ubuntu-release- New binary: fasttracker2 [armhf] (disco-proposed/multiverse) [0.1+b132-1] (no packageset)
[00:13] -queuebot:#ubuntu-release- New binary: fasttracker2 [arm64] (disco-proposed/multiverse) [0.1+b132-1] (no packageset)
[00:22] -queuebot:#ubuntu-release- New binary: pypy3 [amd64] (disco-proposed/universe) [6.0.0+dfsg-2] (no packageset)
[00:36] -queuebot:#ubuntu-release- New binary: pypy3 [i386] (disco-proposed/universe) [6.0.0+dfsg-2] (no packageset)
[00:36] -queuebot:#ubuntu-release- New binary: pypy3 [ppc64el] (disco-proposed/universe) [6.0.0+dfsg-2] (no packageset)
[00:41] -queuebot:#ubuntu-release- Unapproved: snapd-glib (xenial-proposed/main) [1.33-0ubuntu<IP_ADDRESS> => 1.45-0ubuntu<IP_ADDRESS>] (no packageset)
[00:47] -queuebot:#ubuntu-release- Unapproved: python-apt (bionic-proposed/main) [1.6.3 => 1.6.3ubuntu1] (core)
[01:00] <Trevinho> any reason why https://launchpadlibrarian.net/408268783/gnome-control-center_3.28.2-0ubuntu<IP_ADDRESS>_source.changes was not accepted ?
[01:02] <Trevinho> bdmurray: was you? ^
[01:03] <bdmurray> Trevinho: Because it had no Launchpad-Bugs-Fixed - it should say in the rejection email.
[01:04] <Trevinho> mh, I didn't get that email it seems, ok... but isn't stating bug #1745032 in changelog?
[01:05] <bdmurray> I think if you build on debian then Launchpad-Bugs-Fixed doesn't get generated instead you get what ever thing debian uses.
[01:06] <Trevinho> ah, ok... well I guess L_aney has to fix that then
[01:08] -queuebot:#ubuntu-release- New: accepted fasttracker2 [arm64] (disco-proposed) [0.1+b132-1]
[01:08] -queuebot:#ubuntu-release- New: accepted pymssql [arm64] (disco-proposed) [2.1.4+dfsg-1]
[01:08] -queuebot:#ubuntu-release- New: accepted pypy3 [amd64] (disco-proposed) [6.0.0+dfsg-2]
[01:08] -queuebot:#ubuntu-release- New: accepted pypy3 [ppc64el] (disco-proposed) [6.0.0+dfsg-2]
[01:08] -queuebot:#ubuntu-release- New: accepted fasttracker2 [armhf] (disco-proposed) [0.1+b132-1]
[01:08] -queuebot:#ubuntu-release- New: accepted pypy3 [i386] (disco-proposed) [6.0.0+dfsg-2]
[01:08] -queuebot:#ubuntu-release- New: accepted pymssql [armhf] (disco-proposed) [2.1.4+dfsg-1]
[01:08] -queuebot:#ubuntu-release- New: accepted pypy3 [s390x] (disco-proposed) [6.0.0+dfsg-2]
[01:08] -queuebot:#ubuntu-release- New: accepted fasttracker2 [amd64] (disco-proposed) [0.1+b132-1]
[01:08] -queuebot:#ubuntu-release- New: accepted fasttracker2 [s390x] (disco-proposed) [0.1+b132-1]
[01:08] -queuebot:#ubuntu-release- New: accepted pymssql [i386] (disco-proposed) [2.1.4+dfsg-1]
[01:08] -queuebot:#ubuntu-release- New: accepted pymssql [s390x] (disco-proposed) [2.1.4+dfsg-1]
[01:08] -queuebot:#ubuntu-release- New: accepted fasttracker2 [ppc64el] (disco-proposed) [0.1+b132-1]
[01:08] -queuebot:#ubuntu-release- New: accepted pymssql [ppc64el] (disco-proposed) [2.1.4+dfsg-1]
[01:08] -queuebot:#ubuntu-release- New: accepted pymssql [amd64] (disco-proposed) [2.1.4+dfsg-1]
[01:12] -queuebot:#ubuntu-release- New: accepted nautilus-image-manipulator [amd64] (disco-proposed) [1.3-2.1]
[01:19] -queuebot:#ubuntu-release- New binary: pbbam [ppc64el] (disco-proposed/universe) [0.19.0+dfsg-1ubuntu1] (no packageset)
[01:21] -queuebot:#ubuntu-release- New: accepted pbbam [ppc64el] (disco-proposed) [0.19.0+dfsg-1ubuntu1]
[01:21] -queuebot:#ubuntu-release- New binary: pbbam [amd64] (disco-proposed/universe) [0.19.0+dfsg-1ubuntu1] (no packageset)
[01:23] -queuebot:#ubuntu-release- New: accepted pbbam [amd64] (disco-proposed) [0.19.0+dfsg-1ubuntu1]
[01:31] -queuebot:#ubuntu-release- New binary: pbbam [arm64] (disco-proposed/universe) [0.19.0+dfsg-1ubuntu1] (no packageset)
[01:32] -queuebot:#ubuntu-release- New binary: flxmlrpc [i386] (disco-proposed/universe) [0.1.4-4ubuntu1] (no packageset)
[01:32] -queuebot:#ubuntu-release- New binary: flxmlrpc [s390x] (disco-proposed/universe) [0.1.4-4ubuntu1] (no packageset)
[01:32] -queuebot:#ubuntu-release- New binary: flxmlrpc [ppc64el] (disco-proposed/universe) [0.1.4-4ubuntu1] (no packageset)
[01:33] -queuebot:#ubuntu-release- New binary: flxmlrpc [amd64] (disco-proposed/universe) [0.1.4-4ubuntu1] (no packageset)
[01:35] -queuebot:#ubuntu-release- New: accepted pbbam [arm64] (disco-proposed) [0.19.0+dfsg-1ubuntu1]
[01:36] -queuebot:#ubuntu-release- New binary: flxmlrpc [arm64] (disco-proposed/universe) [0.1.4-4ubuntu1] (no packageset)
[01:36] -queuebot:#ubuntu-release- New binary: flxmlrpc [armhf] (disco-proposed/universe) [0.1.4-4ubuntu1] (no packageset)
[02:15] -queuebot:#ubuntu-release- New binary: freedict [amd64] (disco-proposed/universe) [2018.10.21-3] (no packageset)
[03:11] -queuebot:#ubuntu-release- New: accepted flxmlrpc [amd64] (disco-proposed) [0.1.4-4ubuntu1]
[03:11] -queuebot:#ubuntu-release- New: accepted flxmlrpc [armhf] (disco-proposed) [0.1.4-4ubuntu1]
[03:11] -queuebot:#ubuntu-release- New: accepted flxmlrpc [ppc64el] (disco-proposed) [0.1.4-4ubuntu1]
[03:11] -queuebot:#ubuntu-release- New: accepted flxmlrpc [arm64] (disco-proposed) [0.1.4-4ubuntu1]
[03:11] -queuebot:#ubuntu-release- New: accepted flxmlrpc [s390x] (disco-proposed) [0.1.4-4ubuntu1]
[03:11] -queuebot:#ubuntu-release- New: accepted flxmlrpc [i386] (disco-proposed) [0.1.4-4ubuntu1]
[05:03] -queuebot:#ubuntu-release- New binary: blasr [ppc64el] (disco-proposed/universe) [5.3.2+dfsg-1] (no packageset)
[05:10] -queuebot:#ubuntu-release- New: accepted blasr [ppc64el] (disco-proposed) [5.3.2+dfsg-1]
[05:10] -queuebot:#ubuntu-release- New: accepted freedict [amd64] (disco-proposed) [2018.10.21-3]
[05:11] -queuebot:#ubuntu-release- New binary: blasr [amd64] (disco-proposed/universe) [5.3.2+dfsg-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New: accepted blasr [amd64] (disco-proposed) [5.3.2+dfsg-1]
[05:43] -queuebot:#ubuntu-release- New binary: unanimity [amd64] (disco-proposed/universe) [3.3.0+dfsg-1ubuntu1] (no packageset)
[05:46] -queuebot:#ubuntu-release- New: accepted unanimity [amd64] (disco-proposed) [3.3.0+dfsg-1ubuntu1]
[06:00] -queuebot:#ubuntu-release- New binary: unanimity [ppc64el] (disco-proposed/universe) [3.3.0+dfsg-1ubuntu2] (no packageset)
[06:03] -queuebot:#ubuntu-release- New binary: unanimity [amd64] (disco-proposed/universe) [3.3.0+dfsg-1ubuntu2] (no packageset)
[06:53] -queuebot:#ubuntu-release- New: accepted unanimity [amd64] (disco-proposed) [3.3.0+dfsg-1ubuntu2]
[06:53] -queuebot:#ubuntu-release- New: accepted unanimity [ppc64el] (disco-proposed) [3.3.0+dfsg-1ubuntu2]
[07:20] -queuebot:#ubuntu-release- New binary: pbgenomicconsensus [amd64] (disco-proposed/universe) [2.3.2-1] (no packageset)
[07:39] -queuebot:#ubuntu-release- New binary: atlas-cpp [s390x] (disco-proposed/universe) [0.6.4-2ubuntu1] (no packageset)
[07:40] -queuebot:#ubuntu-release- New binary: atlas-cpp [ppc64el] (disco-proposed/universe) [0.6.4-2ubuntu1] (no packageset)
[07:41] -queuebot:#ubuntu-release- New binary: atlas-cpp [i386] (disco-proposed/universe) [0.6.4-2ubuntu1] (no packageset)
[07:42] -queuebot:#ubuntu-release- New binary: atlas-cpp [arm64] (disco-proposed/universe) [0.6.4-2ubuntu1] (no packageset)
[07:43] -queuebot:#ubuntu-release- New binary: atlas-cpp [amd64] (disco-proposed/universe) [0.6.4-2ubuntu1] (no packageset)
[07:45] -queuebot:#ubuntu-release- New binary: atlas-cpp [armhf] (disco-proposed/universe) [0.6.4-2ubuntu1] (no packageset)
[09:32] -queuebot:#ubuntu-release- New source: python-os-ken (disco-proposed/primary) [0.3.1-0ubuntu1]
[09:43] -queuebot:#ubuntu-release- Unapproved: vulkan (bionic-proposed/universe) [1.1.70+dfsg1-1 => 1.1.70+dfsg1-1ubuntu<IP_ADDRESS>] (kubuntu)
[12:47] -queuebot:#ubuntu-release- Unapproved: gnome-control-center (bionic-proposed/main) [1:3.28.2-0ubuntu<IP_ADDRESS> => 1:3.28.2-0ubuntu<IP_ADDRESS>] (ubuntu-desktop)
[12:48] <Laney> bdmurray: ^- that's fixed now, thanks for noticing
[12:48]  * Laney should make dput-ng detect that
[13:16] -queuebot:#ubuntu-release- New binary: gromacs [s390x] (disco-proposed/universe) [2019-1] (no packageset)
[13:17] -queuebot:#ubuntu-release- New binary: gromacs [ppc64el] (disco-proposed/universe) [2019-1] (no packageset)
[14:31] -queuebot:#ubuntu-release- New binary: gromacs [i386] (disco-proposed/universe) [2019-1] (no packageset)
[14:58]  * Laney has in fact just written such a check
[14:59] <Laney> running required-fields: check whether a field is present and non-empty in the changes file
[14:59] <Laney> The field 'Launchpad-Bugs-Fixed' is required for uplaods to 'cosmic' but it is missing
[15:44] -queuebot:#ubuntu-release- New binary: gromacs [amd64] (disco-proposed/universe) [2019-1] (no packageset)
[15:45] -queuebot:#ubuntu-release- New binary: gromacs [armhf] (disco-proposed/universe) [2019-1] (no packageset)
[15:49] -queuebot:#ubuntu-release- New binary: gromacs [arm64] (disco-proposed/universe) [2019-1] (no packageset)
[16:28] -queuebot:#ubuntu-release- New: accepted atlas-cpp [amd64] (disco-proposed) [0.6.4-2ubuntu1]
[16:28] -queuebot:#ubuntu-release- New: accepted atlas-cpp [armhf] (disco-proposed) [0.6.4-2ubuntu1]
[16:28] -queuebot:#ubuntu-release- New: accepted atlas-cpp [ppc64el] (disco-proposed) [0.6.4-2ubuntu1]
[16:28] -queuebot:#ubuntu-release- New: accepted atlas-cpp [arm64] (disco-proposed) [0.6.4-2ubuntu1]
[16:28] -queuebot:#ubuntu-release- New: accepted atlas-cpp [s390x] (disco-proposed) [0.6.4-2ubuntu1]
[16:28] -queuebot:#ubuntu-release- New: accepted atlas-cpp [i386] (disco-proposed) [0.6.4-2ubuntu1]
[16:31] <vorlon> Laney: I see that despite us still having the same number of armhf runners, armhf is now trailing behind on the queue; and it doesn't look like the stuff in the queue is obviously armhf-unfriendly.  Do you know anything more?  Are we having runner failures again/still?
[16:51] <vorlon> rebuilding for the libmysqlclient21 transition; checks out in -proposed as not currently entangled
[16:52] <vorlon> and it appears there are some api changes that are going to break some revdeps (no more my_bool?)
[16:59] <rbasak> I had assumed it'd be down to me to sort these.
[16:59] <rbasak> We have a bunch of rdep patches already prepared and tested in https://launchpad.net/~mysql-ubuntu/+archive/ubuntu/mysql-8.0/+packages
[17:00] <rbasak> But there are a bunch of true positive dep8 failures in excuses currently
[17:00] <rbasak> Skuggen (in #ubuntu-devel) is working on them.
[17:00] <vorlon> rbasak: excellent; now would be a good time to upload them for the rebuilds, since those packages are all ftbfs until sorted
[17:02] <vorlon> there's certainly no reason to wait for the dep8 fixes to mysql-8.0 before rebuilding the revdeps, afaics
[17:02] <rbasak> No I'm just trying to juggle a few other unrelated tasks as well.
[17:02] <rbasak> I didn't accept AA acceptance of the new source package so soon!
[17:03] <vorlon> ah :)
[17:03] <rbasak> Uh, s/accept/expect/
[17:29] -queuebot:#ubuntu-release- New binary: libappimage [s390x] (disco-proposed/none) [0.1.8+dfsg-1] (no packageset)
[17:30] -queuebot:#ubuntu-release- New binary: libappimage [ppc64el] (disco-proposed/none) [0.1.8+dfsg-1] (no packageset)
[17:38] -queuebot:#ubuntu-release- Unapproved: partman-efi (bionic-proposed/main) [71ubuntu2.1 => 71ubuntu2.2] (core)
[17:46] -queuebot:#ubuntu-release- New binary: libappimage [arm64] (disco-proposed/universe) [0.1.8+dfsg-1] (no packageset)
[17:46] -queuebot:#ubuntu-release- New binary: libappimage [armhf] (disco-proposed/universe) [0.1.8+dfsg-1] (no packageset)
[18:25] <vorlon> Laney: looks like one source of armhf test failures is dns degradation again D:   Could not connect to ftpmaster.internal:80 (<IP_ADDRESS>), connection timed out
[18:37] <infinity> vorlon: If it resolved the address, but failed to connect, how are you diagnosing that as DNS degradation?
[18:37] <vorlon> infinity: poorly
[18:38] <vorlon> infinity: because I didn't read half the line
[18:38] <infinity> vorlon: Bold strategy.
[18:39] <vorlon> rbasak: I get the impression that pretty much all revdeps ftbfs due to this mysql api change, which makes me wonder what upstream was thinking there
[18:43] <infinity> vorlon: If it's hosts on one machine that continually see network blips, while I'd love to blame the kernel or containers, have we ever had anyone just... Reboot the switch?
[18:44] <vorlon> infinity: "have we ever" - I'm only just seeing this pattern
[18:44] <infinity> vorlon: Oh, really?  We've seen network timeouts kill armhf tests for ages, I thought.
[18:45] <infinity> (whether in DNS or elsewise)
[18:49] <rbasak> vorlon: which change exactly? Do you have an example build failure for me please?
[19:16] <vorlon> infinity: the DNS problem got sorted with a lxd upgrade
[19:17] <vorlon> rbasak: https://launchpad.net/ubuntu/+source/emboss/6.6.0+dfsg-7build1/+build/16342404
[19:18] <vorlon> bool handling / namespacing seems to be very different
[19:21] <vorlon> rbasak: another: https://launchpad.net/ubuntu/+source/gearmand/1.1.18+ds-3build2/+build/16342452
[19:22] <rbasak> There was something to do with the type of my_bool.
[19:22] <rbasak> Skuggen (not here) knows the details. I don't want to repeat it wrong.
[19:39] -queuebot:#ubuntu-release- Unapproved: initramfs-tools (cosmic-proposed/main) [0.131ubuntu15 => 0.131ubuntu15.1] (core) (sync)
[20:54] -queuebot:#ubuntu-release- Unapproved: accepted python-apt [source] (bionic-proposed) [1.6.3ubuntu1]
[20:57] -queuebot:#ubuntu-release- Unapproved: accepted partman-efi [source] (bionic-proposed) [71ubuntu2.2]
[21:22] <vorlon> cpaelzer: I see dpdk is holding things up in -proposed due to missing intel-ipsec-mb MIR, is that anything for you?
[21:28] -queuebot:#ubuntu-release- New: accepted libappimage [arm64] (disco-proposed) [0.1.8+dfsg-1]
[21:28] -queuebot:#ubuntu-release- New: accepted libappimage [armhf] (disco-proposed) [0.1.8+dfsg-1]
[21:29] -queuebot:#ubuntu-release- New: accepted gromacs [amd64] (disco-proposed) [2019-1]
[21:29] -queuebot:#ubuntu-release- New: accepted gromacs [armhf] (disco-proposed) [2019-1]
[21:29] -queuebot:#ubuntu-release- New: accepted gromacs [ppc64el] (disco-proposed) [2019-1]
[21:29] -queuebot:#ubuntu-release- New: accepted libappimage [ppc64el] (disco-proposed) [0.1.8+dfsg-1]
[21:29] -queuebot:#ubuntu-release- New: accepted pbgenomicconsensus [amd64] (disco-proposed) [2.3.2-1]
[21:29] -queuebot:#ubuntu-release- New: accepted gromacs [arm64] (disco-proposed) [2019-1]
[21:29] -queuebot:#ubuntu-release- New: accepted gromacs [s390x] (disco-proposed) [2019-1]
[21:29] -queuebot:#ubuntu-release- New: accepted gromacs [i386] (disco-proposed) [2019-1]
[21:29] -queuebot:#ubuntu-release- New: accepted libappimage [s390x] (disco-proposed) [0.1.8+dfsg-1]
[21:33] -queuebot:#ubuntu-release- New source: jhdf (disco-proposed/primary) [2.11.0+dfsg-3ubuntu1]
[21:35] -queuebot:#ubuntu-release- New: accepted jhdf [source] (disco-proposed) [2.11.0+dfsg-3ubuntu1]
[21:56] -queuebot:#ubuntu-release- New binary: puppet-module-panko [amd64] (disco-proposed/universe) [13.3.1-1] (no packageset)
[22:10] -queuebot:#ubuntu-release- New: accepted puppet-module-panko [amd64] (disco-proposed) [13.3.1-1]
[22:17] -queuebot:#ubuntu-release- New binary: jhdf [ppc64el] (disco-proposed/universe) [2.11.0+dfsg-3ubuntu2] (no packageset)
[22:17] -queuebot:#ubuntu-release- New binary: jhdf [s390x] (disco-proposed/universe) [2.11.0+dfsg-3ubuntu2] (no packageset)
[22:18] -queuebot:#ubuntu-release- New: accepted jhdf [ppc64el] (disco-proposed) [2.11.0+dfsg-3ubuntu2]
[22:18] -queuebot:#ubuntu-release- New: accepted jhdf [s390x] (disco-proposed) [2.11.0+dfsg-3ubuntu2]
[22:21] -queuebot:#ubuntu-release- New binary: jhdf [amd64] (disco-proposed/universe) [2.11.0+dfsg-3ubuntu2] (no packageset)
[22:30] -queuebot:#ubuntu-release- New source: xserver-xorg-video-intel-hwe-18.04 (bionic-proposed/primary) [2:2.99.917+git20171229-1~18.04.1]
[22:34] <infinity> tjaalton: ^-- That's the bionic version, not cosmic.
[22:35] <tjaalton> huh..
[22:37] <tjaalton> oh right, the host is bionic
[22:38] <infinity> tjaalton: Well, try again? :)
[22:39] -queuebot:#ubuntu-release- New: rejected xserver-xorg-video-intel-hwe-18.04 [source] (bionic-proposed) [2:2.99.917+git20171229-1~18.04.1]
[22:39] <tjaalton> yes
[22:42] -queuebot:#ubuntu-release- New source: xserver-xorg-video-intel-hwe-18.04 (bionic-proposed/primary) [2:2.99.917+git20171229-1ubuntu1~18.04.1]
[22:42] <tjaalton> there
[22:43] <vorlon> hrm why does http://autopkgtest.ubuntu.com/packages/p/pbbam/disco/amd64 show 'build not needed' and the package not being built after I've explicitly added 'build-needed' in this upload? :P
[22:48] -queuebot:#ubuntu-release- New: accepted xserver-xorg-video-intel-hwe-18.04 [source] (bionic-proposed) [2:2.99.917+git20171229-1ubuntu1~18.04.1]
[22:48] <infinity> tjaalton: \o/
[22:49] <infinity> tjaalton: And can we update the meta to resurrect the recommends too?
[22:50] <tjaalton> infinity: done
[22:51] -queuebot:#ubuntu-release- Unapproved: xorg-hwe-18.04 (bionic-proposed/main) [1:7.7+19ubuntu8~18.04.1 => 1:7.7+19ubuntu8~18.04.2] (no packageset)
[22:51] <infinity> tjaalton: My hero.
[22:52] -queuebot:#ubuntu-release- New binary: xserver-xorg-video-intel-hwe-18.04 [amd64] (bionic-proposed/main) [2:2.99.917+git20171229-1ubuntu1~18.04.1] (no packageset)
[22:52] -queuebot:#ubuntu-release- New binary: xserver-xorg-video-intel-hwe-18.04 [i386] (bionic-proposed/main) [2:2.99.917+git20171229-1ubuntu1~18.04.1] (no packageset)
[22:52] <tjaalton> well, if it happened two months ago ;)
[22:53] -queuebot:#ubuntu-release- Unapproved: accepted xorg-hwe-18.04 [source] (bionic-proposed) [1:7.7+19ubuntu8~18.04.2]
[22:53] <infinity> The best laid plans of mice and men...
[22:53] -queuebot:#ubuntu-release- New: accepted xserver-xorg-video-intel-hwe-18.04 [amd64] (bionic-proposed) [2:2.99.917+git20171229-1ubuntu1~18.04.1]
[22:53] -queuebot:#ubuntu-release- New: accepted xserver-xorg-video-intel-hwe-18.04 [i386] (bionic-proposed) [2:2.99.917+git20171229-1ubuntu1~18.04.1]
[23:06] -queuebot:#ubuntu-release- Unapproved: mesa (bionic-proposed/main) [18.2.2-0ubuntu1~18.04.1 => 18.2.8-0ubuntu0~18.04.1] (core, xorg)
[23:12] -queuebot:#ubuntu-release- New binary: libsystem-sub-perl [amd64] (disco-proposed/none) [0.162800-2] (no packageset)


[13:54] <FloodBot1> ritz: You're now cloaked; please try again joining #ubuntu (type /join #ubuntu) now.