[00:00] <Linux000> Okay, I thought it had to have the debian directory in the source
[00:01] <vorian> actually, the patch should be the current source versus your changed source
[00:01] <Linux000> Okay, when I make the patch(I might be doing it wrong) it complains about not having a changelog
[00:03] <vorian> what kind of patch?
[00:06] <Linux000> As I said I am most likely building it wrong, the error is when I run 'debuild -S'
[00:08] <Linux000> It is just a small basic patch to a python file
[00:27] <Daviey> Anyone fancy a quick sponsor frolic?
[00:59] <Riddell> cody-somerville, jdong: please review bug 534561
[01:10] <Linux000> When editing the change log, do we put our email address, or the ubuntu developer list address?
[01:14] <\sh> Linux000: your email address
[01:15] <Linux000> \sh: Thanks
[01:17] <Linux000> And should I set the Maintainer to Ubuntu Dev's for non-ubuntu packages(i.e. Firefox)
[01:19] <\sh> non-ubuntu packages?
[01:19] <Linux000> Like Firefox/Pidgin
[01:23] <micahg> Linux000: what are you doing with Firefox?
[01:24] <micahg> and why is it a non-ubuntu package?
[01:24] <Linux000> Thats an example, I am not trying to fix firefox, it pychess, bug 534761
[01:25] <Linux000> by non-ubuntu package, I mean a project by itself, that doesn't rely on ubuntu Dev's
[01:26] <micahg> Linux000: you should get the ubuntu-dev-tools pacakge
[01:26] <micahg> in it is a script called update-maintainer that you can use on a package like pychess that's imported from debian
[01:26] <Linux000> Thanks
[01:29] <\sh> Linux000: then you should add in debian/control your own maintainer email address...
[01:30] <Linux000> Thanks
[01:33] <micahg> \sh: update-maintainer sets it as ubuntu-devel-discuss I think...
[01:33] <\sh> micahg: yes...but doing a package for self maintained packages and not for ubuntu shouldn't set an ubuntu maintainer
[01:33] <Linux000> Yes it does, it moves the listed maintainer to XSBC-Original-Maintainer:
[01:34] <micahg> \sh: ah, ok, I thought Linux000 was going to patch for archive
[01:34] <\sh> micahg: if so, I didn't understand it ;)
[01:34] <micahg> Linux000: are you making a debdiff for lucid?
[01:34] <vorian> Linux000: sorry i dropped you, I had something come up
[01:35] <vorian> you are in good hands with \sh though
[01:35] <Linux000> Yes, a Debdiff for the Lucid Repo
[01:35] <micahg> Linux000: yeah, then just use update-maintainer
[01:35] <Linux000> vorian: np, I had to eat to
[01:35] <Linux000> Great
[01:35] <vorian> Linux000: have you reviewed the guides on the wiki?
[01:35] <Linux000> Yes
[01:36] <vorian> there is a good recipe that i like to use as an example
[01:36] <\sh> Linux000: ok...then I did misunderstand you...if you are doing a debdiff for ubuntu you need to update the debian/control maintainer field with update-maintainer of ubuntu-dev-tools (which is the easy way of doing it)
[01:36] <Linux000> vorian: which recipe?
[01:36] <vorian> lemme see here
[01:38] <vorian> https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff
[01:38] <\sh> vorian: I don't have any clue ...;)
[01:38] <Linux000> Thats the one I'm looking at
[01:38] <vorian> sorry it took forever to find :P
[01:38] <Linux000> no
[01:38] <Linux000> np
[01:39] <vorian> ok
[01:39] <vorian> so, you can do this
[01:39] <vorian> or rather, have you done dch -i
[01:39] <Linux000> okay, this is my first patch, so I am trying to make sure I do this right
[01:40] <vorian> that's no problem, you've a whole channel of people trying to help
[01:40] <Linux000> yes, I updated the change log
[01:40] <vorian> great
[01:42] <vorian> what patch system does the package use (if any)?
[01:42] <Linux000> What do you mean by patch system?
[01:43] <\sh> cdbs (simple-patchsys), dpatch, quilt, doko-patch-system , etc.pp.
[01:43] <vorian> well, if you diff the sources ( old new > patch.diff ) you toss that in debian/patches
[01:44] <vorian> we don't use direct changes to the source, souyez would reject the package
[01:44] <vorian> besides, it's best to keep the source so others can modify it how they please
[01:44] <Linux000> right now I am following https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff , if that helps, I belive it is cdbs
[01:45] <\sh> vorian: it does? what about packages, which doesn't have a default patch system...we don't invent one when package maintainer choose to not use one
[01:45] <vorian> *shrug*
[01:45] <micahg> vorian: I thought debuild adds any source changes to teh .diff.gz?
[01:46] <vorian> it does, but the changes are made in the debian directory
[01:46] <vorian> or unless the maintainer chooses otherwise
[01:46] <RoAkSoAx> vorian, long time no see
[01:46] <vorian> yo RoAkSoAx
[01:46] <RoAkSoAx> how's you dfoing man?
[01:46] <ajmitch> unless something has changed, soyuz shouldn't reject those packages with changes made directly
[01:46] <vorian> Linux000: check out chm2pdf on a patch
[01:46] <vorian> alright, I stand corrected :P
[01:46]  * ajmitch dislikes trying to add a patch to a package which uses cdbs+tarball-in-tarball
[01:47] <\sh> vorian: if package debian/control doesn't list anything about cdbs, dpatch, quilt or whatever it could use to apply patches from debian/patches, it's always inline source patches, which is quite ok for debian because diff.gz itself is a patchsystem
[01:47] <ajmitch> I wonder fi I can get away with adding dpatch back into this package
[01:48] <\sh> hey ajmitch :)
[01:48] <vorian> i'm sorry, i havent explained myself very well
[01:48] <ajmitch> hi \sh  :)
[01:48] <vorian> as usual :)
[01:48] <vorian> RoAkSoAx: doing much much better
[01:48] <vorian> RoAkSoAx: how's school?
[01:48] <RoAkSoAx> vorian, I'm glad to hear that. And is school is going pretty good actually... busy but good :)
[01:49] <\sh> bah...I really hate writing unittests, or better I hate myself to not write unittests before I implement the real logic
[01:49] <vorian> good deal
[01:49] <Linux000> All I have to do for a patch is edit the source(to fix the bug), the modify debian/changelog, and create a debdiff right?
[01:49] <vorian> Linux000: give it a shot, and a sponsor will review it
[01:50] <vorian> it may be easier to walk you through it once we see what you've done
[01:55] <\sh> is "if var is False" correct pythonic or is "if var == False" correct...(it's really too late)
[01:55] <Linux000> Okay then, I fixed the bug, and added the changes to the change log, now I get an error in debian/rules when I run 'debuild -S'
[01:56] <ajmitch> or 'if not var' :)
[01:57] <jdong> \sh: "is" is pythonic for False, True, None which are distinct value constants.
[01:58] <ajmitch> 'is' checkd for object identity as well as equality
[01:58] <\sh> well...vlan_obj = self.proxy.faidb.vlan.insert( 4096, "<IP_ADDRESS>/24", "TestVlan", 10 , "Test Vlan" ) => vlan_obj == False ; vlan_obj = self.proxy.faidb.vlan.insert( 4095, "<IP_ADDRESS>/24", "TestVlan", 10 , "Test Vlan" ) => type(vlan_obj)=='dict'
[01:58] <jdong> well it's only checked for object identity, right?
[02:00] <ajmitch> \sh: so it's returning a dict, but that dict is equal to false?
[02:00] <ajmitch> odd, since I didn't think even an empty dict would be == False
[02:01] <\sh> ajmitch: well...actually my example was useless...the first parameter is the vlan_id which means it can only be between 1 and 4094 so everything > 4094 will cause the methods return value to be False/None
[02:02] <ajmitch> ok
[02:02] <\sh> ajmitch: if the vlan_id is between 1 and 4094 will cause the methods return value be a dict with the added vlan obj
[02:02]  * ajmitch isn't understanding what your problem is then :)
[02:03] <\sh> i just want to know if "if vlan_obj is False" is correct python language
[02:03] <ajmitch> yes, it should be
[02:04] <ajmitch> just beware of None != False
[02:07] <Linux000> I believe it is "if var == False"
[02:08]  * ajmitch still prefers to use 'if not var'
[02:08] <Linux000> Also, should I compress the debdiff, or leave it before sending to launchpad?
[02:08] <ajmitch> you should be able to leave it as-is, if it's not too large
[02:08] <\sh> ah...someone needs to complain later...;) it will be released as gplv3 anyway
[02:09] <\sh> so now for the 10th bottle of redbull for today...I don't know if that could harm my body...who cares
[02:09] <ajmitch> live short & burn out with a bang?
[02:10] <\sh> ajmitch: I think my son will be angry about the "burn out with a bang" ;)
[02:11] <ajmitch> it's about 3AM there? :)
[02:11] <\sh> ajmitch: yes...
[02:11] <\sh> ajmitch: we have rollout night
[02:11] <ajmitch> how fun
[02:12] <\sh> colleagues next to me are just deploying new cisco ASR config...
[02:12] <ajmitch> so sleep is in another 18 hours or so
[02:12] <\sh> during this time I can stop my puppet magic
[02:13] <\sh> ajmitch: oh...I got up yesterday morning around 8am went to office around 3pm and we started at 10pm yesterday with our work
[02:14] <Linux000> If someone answered, sorry, my computer went down for a second, but, should I compress the debdiff for a patch, or leave it before sending to launchpad?
[02:14] <\sh> ajmitch: and if we are not done with the work around 6am this morning we are getting F.U.B.A.R
[02:15] <ajmitch> Linux000: you should be able to leave it as-is, if it's not too large
[02:15] <Linux000> ajmitch: Thanks
[02:15] <ajmitch> \sh: tight deadlines like that are great, aren't they?
[02:16] <\sh> ajmitch: yes..especially when management doesn't listen to the guys doing the work...actually we don't have a clue about what we are doing...and how much work that is actually...but manager has
[02:16] <\sh> .oO(#fail)
[02:17] <\sh> the next nightshift will be from thursday evening  to friday morning...and next week again two nightshifts with more downtimes
[02:18] <\sh> and WTH does windows 7 put my laptop into sleep mode instead of restarting it...
[02:23] <ajmitch> \sh: oh, you have management that know best? that's fairly common :)
[02:24] <\sh> ajmitch: a standard so to say :)
[02:46] <\sh> ajmitch: what's the diff between php-memcache and php-memcached? ;)
[02:47] <ajmitch> different library used, they work slightly differently
[02:47] <ajmitch> I use one of them on servers here, can't remember which one ;)
[02:49] <\sh> ajmitch: close bug #532083 then...you just fixed it ;)
[02:49] <ajmitch> currently we're just using it for things like a session handler & a few small things
[02:49] <ajmitch> hm, must have missed that when checking for bugs to close
[02:49] <\sh> ajmitch: yeah...I use also php5-memcache for shared session management ...
[02:58] <ajmitch> hopefully most of the important php extensions are rebuilt now for 5.3
[02:58] <ajmitch> just a couple that are problematic
[02:59] <\sh> zend-framework should also be 5.3 compatible
[04:39] <jdong> Riddell: ACKed-ish, patch ok, but as commented, would like SRU bug description to be there for verification.
[05:00] <MTecknology> !info dh-make-drupal
[05:00] <MTecknology> weird
[07:38] <dholbach> good morning
[09:18] <duanedes1gn> trying to install some manpages into a package. The rules file is fairly complex so i was unsure where to call dh_installman
[09:19] <duanedes1gn> http://paste.ubuntu.com/392379/
[09:21] <geser> It doesn't look like the package is using debhelper. Is debhelper listed in Build-Depends?
[09:23] <persia> For that package, I'd probably add `cp -a ...` lines to the binary-arch rule.
[09:26] <geser> persia: do you remember how the automatic package removal import from Debian works? does it ignore ubuntu changes?
[09:26] <duanedes1gn> thank you
[09:27] <geser> duanedes1gn: looks like you are working on db4.2. db4.2 got removed in Debian and I assume Ubuntu will follow soon too.
[09:29] <duanedesign> geser: ahh, ok
[09:29] <duanedesign> geser: it is a rather old bug report :)
[09:31] <persia> geser: There isn't really an "automatic" package removal.  There's a script the archive-admins run to discover removals from Debian, and then they remove the packages.
[09:32] <geser> s/automatic/semi-automatic/ :)
[09:32] <persia> geser: I don't know if there is any other automation in the workflow, and I'd hope that the archive-admins at least examined anything with ubuntu-specific changes carefully.
[09:32] <persia> But ask an archive-admin for real details
[09:32] <geser> ok
[09:33] <geser> this part is a little bit under-documented and I never know if a removal bug should be filed or not
[09:34] <persia> My personal habit is to file RoQA removal bugs in Debian until DIF, and then file Ubuntu removal bugs if packages are still present at BetaFreeze.  This cycle the gap has been narrow, but when it's wide, I don't think it matters much.
[09:53] <duanedesign> persia: what about bug 534638 does that seem like a reasonable patch?
[09:53] <bcj> I think vpnc has a packaging bug.
[09:54] <bcj> After install I get errors stating that a file doesn't exist; the file is in the package, but it isn't copied to the right place - manually copying it fixes the problem.
[09:54] <persia> duanedesign: In what sense?
[09:54] <persia> bcj: I think you're right, for that behaviour.  Did you file a bug?
[09:55] <bcj> "sh: /etc/vpnc/vpnc-script: not found
[09:55] <bcj> Copying the file from the package fixes it.
[09:55] <bcj> No, I couldn't find where to file it in launchpad.
[09:55] <persia> bcj: Copying the script from the source package, or from where?
[09:55] <persia> bcj: Try `ubuntu-bug vpnc`
[09:55] <bcj> Copying vpnc-script from the .deb
[09:56] <bcj> At the command line?
[09:56] <persia> Yes.
[09:56] <persia> bcj: What?  The script is in the .deb and not installed?  try dpkg -L vpnc
[09:56]  * persia very much expects it is installed, and something else is up
[09:56] <bcj> Yes
[09:57] <bcj> If I ls /etc/vpnc the file is not there.
[09:57] <bcj> I can do a clean install later and check file permissions/ownership then.
[09:57] <bcj> Now I know how to submit the bug I should be ok.
[09:57] <bcj> Thanks for the help.
[09:58] <geser> If you once remove /etc/vpnc/vpnc-script in the past, dpkg honours your "configuration" at package upgrade
[09:58] <bcj> geser: I hadn't removed it.
[09:59] <bcj> I'll completely uninstall the package and try from scratch - checking file permissions, etc.
[09:59] <persia> bcj: don't forget to *purge* it.  Otherwise it may be respecting a prior deletion of a conffile.
[10:00] <bcj> How does one do that?  I normally do "sudo apt-get autoremove <package>"
[10:00] <bcj> sudo apt-get purge <package>?
[10:00] <geser> "sudo apt-get --purge remove vpnc"
[10:00] <bcj> Thanks
[10:01] <bcj> A bug will be submitted later if I can reproduce the problem.
[10:03] <duanedesign> persia: well since my last project didnt go so well I am just looking for another to help with reviewing patches
[10:04] <persia> duanedesign: I tend to shy away from kernel bugs, unless I'm closely coordinating with the #ubuntu-kernel folk.  The patch in question was submitted by one of them, so I suspect she doesn't need help to land it.
[10:05] <duanedesign> heh, yeah probablly not :)
[10:29] <kmdm> Morning all - Don't suppose there's an easy-ish answer (when backporting a package from lucid to karmic) to the following rejection error from the PPA system: format '3.0 (quilt)' is not permitted in karmic.
[10:29] <geser> kmdm: you need to transform the package back to v1 source format, which might be easy or not depending on the used v3 features
[10:31] <kmdm> geser: *nod* - I've no experience with where the v3 / v1 comes into play, is there a quick dummies guide for where to look etc..?
[10:31] <duanedesign> persia: any hints on what i should look for on list of bugs with the 'patch' tag to work on.
[10:33] <geser> kmdm: the changelog might give some hints why it was converted to v3. does the package use an .orig.tar.gz or .orig.tar.bz2?
[10:33] <persia> duanedesign: I generally look at the bugs for the packages that have the tag.  If a package looks unloved, I tend to try to triage/fix all the bugs all at once.
[10:34] <persia> duanedesign: If a package looks well-tended, I tend to look for something else.
[10:34] <duanedesign> ahh, good idea
[10:34] <duanedesign> thank you
[10:39] <kmdm> geser: .tar.gz (it's asterisk <IP_ADDRESS>-1ubuntu2)
[10:45]  * kmdm reads http://wiki.debian.org/Projects/DebSrc3.0
[10:51] <Rhonda> kmdm: Usually it is just a "rm -r debian/source" away.
[10:52] <kmdm> Rhonda: That's exactly what I just did... just gotta wait and see now :)
[11:03]  * kmdm peers at the ppa system: liblua5.1-0-dev: Depends: libreadline5-dev but it is not going to be installed
[11:06] <kmdm> they install fine on my karmic machine
[11:07] <kmdm> and that builds fine under pbuilder... well, that's me confused ;)
[11:08] <kmdm> http://launchpadlibrarian.net/40683304/buildlog_ubuntu-karmic-i386.asterisk_1%3A<IP_ADDRESS>-1ubuntu2~karmic1~ppa1_FAILEDTOBUILD.txt.gz
[11:17] <pufuwozu> Hi everyone
[11:17] <pufuwozu> I'm trying to package up a Python extension
[11:18] <pufuwozu> I've uploaded it to REVU, here: http://revu.ubuntuwire.com/p/python-pybox2d
[11:18] <pufuwozu> My lintian output is giving me a few warnings: http://revu.ubuntuwire.com/revu1-incoming/python-pybox2d-1003090142/lintian
[11:18] <pufuwozu> Is there anything I can do about them?
[11:19] <persia> -1 is only correct if you're planning a Debian upload, in which case the name in the last changelog entry needs to match something in Maintainer: or Uploaders:
[11:20] <persia> If you target Ubuntu, consider -0ubuntu1, which won't show those messages.
[11:20] <pufuwozu> So I can just add -0ubuntu1 to a new package?
[11:22] <persia> Instead of -1, yes.
[11:26] <pufuwozu> Thanks persia, that helps heaps!
[12:25] <soc> hi
[12:25] <soc> any plans/time to package intellij for 10.04?
[12:26] <directhex> too late afaik
[12:26] <persia> soc: Time no.  For plans, check the needs-packaging bugs on LP.
[12:27] <soc> ok
[12:34] <soc> https://bugs.launchpad.net/ubuntu/+bug/516252
[12:34] <soc> this is it
[12:34] <persia> Looks like nobody claimed it yet.
[12:35] <persia> Just subscribe to the bug, and if someone claims it, they *should* update it.
[12:39] <soc> ok, done
[12:39] <soc> would be nice to have that additional ide in ubuntu
[12:40] <persia> Mostly needs someone to package it.  You could, if you like.
[12:40] <soc> i have no experience in packaging java things ...
[12:40] <soc> i've done some fonts, but i guess i can't do that without extensive guidance ...
[12:41] <soc> and i have exams atm :-/
[12:41] <persia> Maybe later, if someone else doesn't get to it first :)
[12:41] <soc> :-)
[12:42] <soc> imho, it would be intelligent to package the raw intellij thing without any functionality (plugins) first, even without the plugins which are delivered normally
[12:43] <soc> and then do things like intellij-idea-java,  intellij-idea-scala,  intellij-idea-groovy,  intellij-idea-maven,  intellij-idea-ant,  intellij-idea-git etc.
[12:43] <soc> this way dependencies would be more manageable
[12:45] <soc> btw, i just wonder why we still have that 32bit flashplayer in the 64bit repos ...
[12:59] <skwashd> ttx: you about?
[12:59] <skwashd> testing your solr build atm
[12:59] <skwashd> hit a snag
[13:00] <ttx> skwashd: tell me
[13:01] <skwashd> ttx: java.io.IOException: Cannot create directory: /usr/share/solr/data/index
[13:01] <skwashd> i'm suspecting that is a build/packaging issue
[13:01] <skwashd> it should be using /var/lib/solr/data/index iirc
[13:01] <ttx> skwashd: it's probably also present in the debian build, since I didn't touch anything near permissions
[13:02] <skwashd> ttx: the path doesn't exist
[13:02] <ttx> skwashd: mind moving this discussion to #ubuntu-java ? thkoch, debian solr maintainer, hangs there
[13:03] <skwashd> ttx: no worries
[13:03]  * skwashd jumps 1 chan right
[15:47] <gamesNvideos> hi
[15:47] <persia> hey
[15:48] <gamesNvideos> i looked up ubuntu-motu on distrowatch and it brought up ubuntu ultimate. is that correct?>
[15:49] <gamesNvideos> ohh
[15:49] <gamesNvideos> nope
[15:49] <gamesNvideos> ok. i have one question. do you guys receive any kind of compensation?
[15:51] <gamesNvideos> ill take that as a yes
[15:54] <persia> Bother got distracted.
[16:08] <sanderqd> hi, i'm new to packaging and i'm trying to fork a package, so that i can distribute an improved version through launchpad. should i 'bzr branch lp:ubuntu/gnome-applets' or 'apt-cache source gnome-applets'?
[16:08] <persia> They should get you the same source: it's up to you which you want to use.
[16:10] <gamesNvideos> hi again
[16:10] <gamesNvideos> persia
[16:10] <Rhonda> sanderqd: Rather apt-get source, not apt-cache source, but I guess you are aware that that was a mistake. :)
[16:10] <shadeslayer> sanderqd: i did a ppa session on this a few days ago,you can read the log :)
[16:10] <persia> gamesNvideos: Hey.  Sorry for getting distracted before.
[16:10] <gamesNvideos> no problem, persia
[16:11] <sanderqd> ok, thanks! will look at the logs
[16:11] <Rhonda> gamesNvideos: Depends on what you consider compensation. There is no payment involved, if you mean that.
[16:11] <persia> gamesNvideos: We tend to discourage "Ubuntu Ultimate"./
[16:11] <Rhonda> The compensation is rather the self-esteem getting pushed by user feedback. :)
[16:11] <gamesNvideos> ok rhonda was just wondering. are there any other perks?
[16:11] <gamesNvideos> oh
[16:11] <persia> gamesNvideos: How do you mean "perks"?
[16:12] <gamesNvideos> I just meant benefits
[16:12] <Rhonda> "Sounds good on a CV"
[16:12] <gamesNvideos> why do you discourage ubuntu ultimate?
[16:12] <gamesNvideos> CV?
[16:12] <Rhonda> resume
[16:12] <gamesNvideos> oh
[16:12] <Rhonda> curriculum vitae
[16:12] <\sh> what is ubuntu ultimate?
[16:13] <directhex> because it's a single-user operation, of unknown quality. and not all the changes in it are smart, let alone done properly
[16:13] <sanderqd> shadeslayer: was it a session for the Opportunistic Developer Week, or under what category should i find it?
[16:13] <Rhonda> directhex: But then, not all the changes in ubuntu are smart, let alone done properly. Or in Debian, or further upstream. :)
[16:14] <gamesNvideos> does ubuntu have any packages by default that could be used by any companies to intrude on a persons privacy?
[16:14] <persia> gamesNvideos: "Ubuntu Ultimate" is based on a script that was based on other scripts, that has a long history.  Several revisions have been code-revewed, and they all did things in ways that we feel are wrong.  Most of the effects can be achieved usefully in other ways.
[16:14] <directhex> Rhonda, right. but at least they're more tested!
[16:14] <shadeslayer> sanderqd: itll be under ubuntu classroom packaging
[16:14] <directhex> gamesNvideos, it ships a web browser. do you know what "cookies" are?
[16:14] <gamesNvideos> yes
[16:14] <sanderqd> shadeslayer: great, found it
[16:14] <directhex> well then
[16:14] <gamesNvideos> any software packages?
[16:15] <gamesNvideos> besides the webbrowser
[16:15] <\sh> oh ubuntu ultimate is an evolution of ubuntu-extreme-rm_Rf /
[16:15] <persia> gamesNvideos: There's no "call home" function by default.  If you use a browser, the information collected by anywhere to which you connect is another matter (this is OS independent).  Some features integrate with network services that require more authentication, but none of them are mandatory.
[16:15] <shadeslayer> persia: btw i missed out a few points during the class,youll have to read the bottom part first to complete it successfully
[16:15] <shadeslayer> meh
[16:15] <shadeslayer> sanderqd: ^^
[16:15] <Rhonda> gamesNvideos: Like, IM clients, or email clients?
[16:15] <gamesNvideos> Rhonda, any applications at all
[16:15] <directhex> \sh, remember "ultamatix"? iirc that one uses "killall" a lot to in its package manglement
[16:15] <gamesNvideos> any packages
[16:16] <Rhonda> gamesNvideos: Or technically all network services, that's not too much limited to web browsers and cookies, but that's an example that people easily understand.
[16:16] <directhex> popcon! i don't think that's by default though
[16:16] <persia> directhex: That was the most immediate precessesor to "Ultimate Ubuntu"
[16:16] <directhex> persia, they're the same thing. link to ultamatix right from ultimateedition.inf
[16:16] <persia> shadeslayer: Hrm?
[16:16] <directhex> o
[16:16] <gamesNvideos> no i mean like call home features and back doors
[16:17] <shadeslayer> sanderqd: oh and dont forget to move your debian/ folder into the new upstream untarred folder
[16:17] <shadeslayer> persia: my bad ;)
[16:17] <persia> gamesNvideos: There are no call home features by default, and we close any backdoors or other security issues as soon as we discover them.
[16:17] <persia> shadeslayer: No worries.  Just checking :)
[16:17] <\sh> directhex: yes yes..I got it ;)
[16:17] <shadeslayer> sanderqd: i think i forgot to mention that at the end :_
[16:17] <Rhonda> gamesNvideos: Noone sanely doing any distribution would leave in (enabled) call home features and back doors.
[16:17] <sanderqd> shadeslayer: right, thanks
[16:17] <persia> directhex: Nice to see cooperation and collaboration even for things like that :)
[16:17] <Rhonda> gamesNvideos: We even did patch out the "upgrade check" in nexuiz that did sort-of call home.
[16:18] <gamesNvideos> so if open a music file I downloaded from the internet, there's no way it could call home?
[16:18] <Rhonda> persia: Well, some packages still might have call-home features that go undetected.
[16:18] <persia> gamesNvideos: For most formats (e.g. .flac, .aac, .ogg, .mp3) it shouldn't do
[16:18] <matttbe> Hello, I'm part of Cairo-Dock team (maybe persia, you remember me). We still not receive an ack about our 2 bugs (CD upgrade), should we worry :) ?
[16:18] <directhex> gamesNvideos, well, if the media player crashes, then you're given the option of uploading a crash report that may include the filename or parts of the file
[16:19] <persia> Rhonda: I believe everything in the default set got at least minimal code audit, but maybe :)
[16:19] <gamesNvideos> persia, what if its a flash music video that was downloaded and played in totem?
[16:20] <directhex> recent banshee has optional call-home
[16:20] <persia> matttbe: It's good to remind us, because of the freeze tomorrow.  Which were the bugs again?
[16:20] <matttbe> persia: https://bugs.launchpad.net/ubuntu/+source/cairo-dock/+bug/521534
[16:20] <matttbe> and https://bugs.launchpad.net/ubuntu/+source/cairo-dock-plug-ins/+bug/521536
[16:20] <persia> gamesNvideos: flash can do anything it wants.  There may be enough bugs in how totem handles flash to prevent call-home, but possibly not.
[16:20] <gamesNvideos> ok
[16:21] <gamesNvideos> thanks a lot for your answers. and thanks for your efforts for ubuntu.
[16:21] <persia> Anyone from the release team about?  Could you check matttbe's bugs?
[16:21] <matttbe> persia: the debian files are ready, we just need an ack
[16:21] <matttbe> it seems that cjwatson, iulian, Riddell, pitti, nhandler, ScottK, sistpoty or slangasek can help us :)
[16:22] <persia> Well, yes, but I don't like to highlight them all at once :)
[16:22] <matttbe> oh, sorry
[16:23] <persia> If nobody was here, I'd have asked in #ubuntu-release.  Since you've highlighted them all, maybe they'll respond here.
[16:23] <matttbe> persia: ok, thanks again for your help !
[16:23] <persia> No problem.  Good luck on getting those approved.
[16:24] <Rhonda> persia: Things happened to slip in in the past, and I doubt that the tex age check was only overlooked in debian. :)
[16:25] <Rhonda> persia: Well, flash itself can do anything indeed. flash *video* though is a totally different topic.
[16:26] <persia> Rhonda: Heh.  Good point.
[16:26] <persia> Rhonda: Flash Video doesn't support ActionScript?
[16:26] <matttbe> persia: thanks but I hope we don't need luck because you see... "luck" is not our friend with official Cairo-Dock Ubuntu packages :þ
[16:27] <Rhonda> persia: I doubt that.
[16:27] <Rhonda> persia: clive some youtube video that has overlay text and play it and you'll see that it doesn't contain those.
[16:27] <Rhonda> That's part of the webbased inline flash player, not part of the flash _video_ layer.
[16:28] <Rhonda> … besides that one always has the option to download mp4 instead of flv or convert on oneself.
[16:29] <persia> Rhonda: Ah.  I didn't know that, but yeah, transcoding would make it go away even if I hadn't been wrong.
[16:29] <sistpoty|work> matttbe: I assume you've tested cairo-dock and cairo-dock-plug-ins extensively?
[16:30]  * persia notes that matttbe is part of upstream
[16:30] <matttbe> sistpoty|work: yes of course, this branch is tested by many people on our repositories
[16:30] <sistpoty|work> matttbe: excellent, FFe granted.
[16:30] <didrocks> sistpoty|work, persia: FYI, I gave a look too at the packaging side and now it's cleaned
[16:31] <persia> didrocks: Feel like uploading, now that it has FFe?
[16:31] <didrocks> persia: sure :)
[16:31] <matttbe> thanks guys :)
[16:31] <persia> sistpoty|work: Thanks for the accellerated IRC response.
[16:31] <sistpoty|work> np
[16:43] <siretart`> superm1: FYI, I've now finally pushed my local changes to the mplayer package now, bdrung is currently reviewing my changes
[16:45] <superm1> great, thanks to hear
[16:45] <superm1> er thanks, great to hear
[16:45] <siretart`> http://git.debian.org/?p=pkg-multimedia/mplayer.git;a=shortlog;h=refs/heads/ubuntu in case you want to join :-)
[17:12] <wrapster> lets assume that pkg P1 was providing a binary B1 in some older version of P1 , now supposing over a period of time P1 evolved into P10(1--->10 mean so many build changes...)and now the the binary provided by P1,aka-P10 is moved to a different pkg.. say P'10. In such a case if dist-upgrade is run from the older machine it fails.. what could be the best solution to rectify this?
[17:15] <joaopinto> wrapster, http://www.debian.org/doc/debian-policy/ch-relationships.html -> check Conflicts and Replaces
[17:16] <joaopinto> P10 replaces files from P1
[17:38] <ScottK> bdrung: Why did you upload python-utmp with native packaging versioning?
[17:38] <ScottK> Oh, I see Debian did the same.
[17:39] <ScottK> Weird
[17:39] <bdrung> ScottK: python-utmp?
[17:39] <ScottK> Yeah, you sponsored it a while ago.
[17:39] <ScottK> https://launchpad.net/ubuntu/+source/python-utmp/0.8ubuntu1
[17:39] <ScottK> I see now you just followed what Debian did.
[17:40] <bdrung> ScottK: https://bugs.launchpad.net/ubuntu/+source/python-utmp/+bug/496397/comments/9
[17:41] <ScottK> bdrung: Thanks.
[17:47] <sanderqd> so what would be the most launchpad-y way to create a package for my gnome-applets customization? first fork gnome-applets to make the change, export a patch, then fork ~ubuntu/gnome-applets to import the patch and create a package from that?
[17:48] <sanderqd> s/~ubuntu/gnome-applets/lp:ubuntu/gnome-applets
[17:50] <sanderqd> i see 3 branches: lp:gnome-applets (which is a clone from git.gnome.org), lp:ubuntu/gnome-applets (which contains the source code and debian/), and lp:~ubuntu-desktop/gnome-applets/ubuntu (which only contains debian/). i'm confused :-)
[18:07] <sanderqd> never mind, got my answer
[18:07] <geser> sanderqd: lp:gnome-applets is the imported upstream branch, lp:ubuntu/gnome-applets is the packaging branch (generated from the source packages), and lp:~ubuntu-desktop/gnome-applets/ubuntu is the bzr branch the ~ubuntu-desktop uses for maintaining the the debian directory (IIUC they use the upstream .tar.gz, a checkout from the ~ubuntu-desktop/gnome-applets/ and build a source package from both)
[18:10] <sanderqd> geser: right, that's clear, thanks!
[18:18] <vincs> Hi Masters of the Universe
[18:21] <lfaraone> For "Replaces:", can I use a version number? (ie. autokey-common replaces files in autokey less than 0.61.4)
[18:22] <geser> yes
[18:26] <vincs> I have uploaded my first package to REVU. If someone can comment my work I would be glad.  I am not in a hurry as Lucid is not even published. http://revu.ubuntuwire.com/p/libglobalhotkeys-ruby1.8
[18:27] <geser> vincs: why limiting the architecture to i386 and amd64? doesn't it work on others?
[18:29] <vincs> I do not have test it on other. Is any a valid string for architecture ? (It did not work on my ppa a long time ago)
[18:29] <Rhonda> Just put any. :)
[18:30] <vincs> Ok. I will.
[18:30] <geser> and you shouldn't hard-code library names into Depends but use dpkg-shlibdeps instead
[18:30] <geser> or isn't this dependency not recognized?
[18:31] <Rhonda> vincs: And leave standards version as 3.8.4, lintian will eventually recognize it. :)
Thanks.
[18:32] <Rhonda> vincs: Actually, the version in lucid should already recognize it, as the version in karmic-backports
[18:33] <vincs> For library name, I never use  dpkg-shlibdeps that is why I have harcoded them.
[18:33] <Rhonda> You should never do that.
[18:34] <Rhonda> Put ${shared:Depends} into there.
[18:35] <Rhonda> dpkg-shlibdeps -Tdebian/substvars -dDepends $(CURDIR)/debian/tmp/usr/lib/ruby/* should do the trick.
[18:35] <geser> ${shared:Depends}? not ${shlibs:Depends}?
[18:35] <vincs> Should I use only ${shared:Depends} in depends? What for Build-Depends ?
[18:36] <Rhonda> But you might want to settle for using debhelper instead of ding all the stuff in the rules files directly.
[18:36] <Rhonda> Ah, right, geser has it properly.
[18:36] <Rhonda> Qq
[18:37] <Rhonda> You also want to add install to the .PHONY targets
[18:38] <vincs> I have do all stuff in rules cause I am learning packaging but il will take a look at debhelper.
[18:38] <vincs> I have forgotten the .PHONY rule!
[18:39] <Rhonda> If you really want to understand packaging without debhelper, you might want to take a look at e.g. netris. :)
[18:41] <vincs> Maybe I will. But maybe I should take a look at debhelper before.
[18:41] <Rhonda> I expect debhelper to be the better idea in the long run, unless you really want to dig into handmade rules and understand what all this dh magic does. :)
[18:42] <vincs> Should I hardcoded "Build-Depends" ?
[18:42] <Rhonda> No.
[18:42] <Rhonda> Oh.
[18:42] <Rhonda> Wait, yes, of course.
[18:44] <vincs> Ok hardcoded package in "Build-Depends" and "${shared:Depends}" in "Depends".
[18:44] <sanderqd> if i want to put this patch inside ubuntu's gnome-panel package, (where) should i attribute the author? http://cvs.fedoraproject.org/viewvc/devel/gnome-panel/panel-padding.patch?view=markup
[18:45] <vincs> Is there a good place to learn dh magick ?
[18:50] <cemc> what can I do if I want to build a package on Hardy, but dpkg-source: error: Unsupported format of .dsc file (3.0 (quilt))
[18:53] <Rhonda> cemc: rm -r debian/source
[18:54] <Rhonda> vincs: persia sometimes gives debhelper lectures. Not sure if one got recorded somewhere, though.
[18:59] <vincs> Rhonda: I gonna to google persia and dh. Thanks.
[19:00] <vincs> Should I move my rules file to dh or is it acceptable the way it is ?
[19:14] <Rhonda> vincs: Whatever suits you better. But you might find more people happier if you move to debhelper. :)
[19:15] <Rhonda> happier as in being able to help you out
[19:15] <Rhonda> or take over
[19:18] <vincs> I will let it that way for now. I gonna learn debhelper before uploading my next package. Then I will move this one to dh (for the next version!).
[19:40] <micahg> a no source change against a debian version of a package should have what version?
[19:49] <ajmitch> micahg: just a rebuild, is it?
[19:50] <Laney> dch -R will give you the right version
[19:52] <micahg> Laney: k, but that won't conflict if debian does the same thing?
[19:52] <Laney> no
[19:52] <micahg> Laney: k, thanks
[19:54] <cemc> how can I include the orig tarball when uploading to PPA ?
[19:55] <geser> debuild -S -sa
[19:55] <vincs> Thanks Rhonda and geser. I gonna upload the changes. For comments on REVU, I suppose that I have to wait for Lucid release.
[19:58] <cemc> geser: thx
[20:40] <kenpark> hi porthose
[20:43] <porthose> kenpark, hey :)
[20:45] <kenpark> porthose: got around to comment on bug #533989 - just wanted to say hi and check 'cause my explaination is somewhat.. well not really pretty :-)
[20:45] <porthose> kenpark, np, working on a fix right now :)
[21:08] <sanderqd> when using quilt, does it matter whether i've applied the patches to the working dir or not?
[21:08] <sanderqd> never mind, i see that quilt applies them before building
[22:51] <porthose> kenpark, ping! see PM :)
[22:53]  * kenpark wakes up
[22:54] <kenpark> Wonderful work prothose, will test tomorrow.
[23:27] <getxsick> hi
[23:28] <LLStarks> hi. i noticed that the gstreamer stack has been updated save for -bad. is that on the queue?
[23:29] <Adri2000> at this point in the release cycle, what are the chances that I get an ack from the release-team to sync a NEW package from debian?
[23:29] <Adri2000> 9p
[23:29] <Adri2000> oops, sorry
[23:45] <getxsick> my package depends on libbz2 however there is libbz2-1.0, when i try `apt-get install libbz2` it seems like this is a virtual package. but i get an error when i try to install my package. do i have to set dependencies on libbz2-1.0 ?


[03:33] <fastforward> Hey everyone. When I get the message 'Sorry, Ubuntu 14.10 has experienced an internal error' message, are the detail written to a log file?
[03:34] <fastforward> I assume it is, but I don't know where to find the log file.
[03:40] <fastforward> nvm, I believe I found it. apport.log looks to be it.


[08:18] <LocutusOfBorg> hello, anything wrong with builders?
[08:18] <LocutusOfBorg> I see many of them are idle, but not picking up new tasks...
[08:18] <LocutusOfBorg> e.g. https://launchpad.net/ubuntu/+source/codec2/1.0.5-1ubuntu2
[08:18] <LocutusOfBorg> coq-simple-io is another example
[08:19] <LocutusOfBorg> mathcomp-finmap
[08:36] <LocutusOfBorg> lazy builders are lazy
[09:00] <cjwatson> You and your work ethic
[09:00] <cjwatson> buildd-manager seems to have stalled.  Restarting it
[09:06] <cjwatson> LocutusOfBorg: it's back now
[09:07] <LocutusOfBorg> <3
[09:07] <LocutusOfBorg> well you deserve a real heart
[09:07] <LocutusOfBorg> 💖
[09:07] <LocutusOfBorg> maybe this is a *real one* 🫀
[09:11] <ricotz> cjwatson, hi :), sorry to bother you again , https://launchpad.net/~mozillateam/+archive/ubuntu/firefox-next/+build/24173011 failed as expected by letting it run as you suggested
[09:12] <ricotz> seeing this behaviour too for https://launchpad.net/ubuntu/+source/libreoffice/1:7.3.5~rc2-0ubuntu1 , which I cancelled and retried immediately instead of having it running 20h+ twice to no avail
[09:14] <ricotz> as you mentioned the problem a lower level one, and I don't have another way to deal with it :(
[09:14] <cjwatson> ricotz: Nothing I can do at the moment I'm afraid
[09:14] <cjwatson> I'm sorry for the frustration, but pinging me directly won't help here
[09:15] <cjwatson> I believe there's a network debugging session scheduled later (not involving me)
[09:15] <ricotz> cjwatson, I know and I am sorry, but feel free to mention those examples to the people in charge
[09:16] <cjwatson> Will do
[09:16] <ricotz> seems short running builds are not that effected, but for long running ones it is very frustrating
[09:16] <ricotz> cjwatson, thank you!
[13:20] <LocutusOfBorg> s390x looks sad again...
[18:22] <cjwatson> LocutusOfBorg: coming back now
[18:22] <cjwatson> at least partially
[18:58] <mfabian_> I created a launchpad account today but I seem to be unable to login at https://launchpad.net/onboard (I want to create a bug report ...). When I try to login I get redirected to a “Personal Data Request” page where I get asked to agree to give my name and e-mail to launchpad. Below is a [Yes, log me in] button. When I click that button, I get an error page: (Error ID: OOPS-00b00a42817a2c883588d80378ba5ddc)
[18:59] <mfabian_> That happens both in firefox and google-chrome.
[19:01] <sarnold> mfabian_: launchpad doesn't allow one email address to be used for multiple accounts; I think this traceback means the email address has already been used
[19:01] <sarnold> mfabian_: any chance that sounds familiar?
[20:14] <cjwatson> sarnold: Often not the user's fault as such, and not in this case.  We'll deal with it
[20:15] <cjwatson> (it was due to a sort of shadow account created to represent an address seen in a comment imported from another bug tracker)
[20:16] <cjwatson> mfabian_: I've fixed your account; you should be able to log in now.  Sorry for the inconvenience
[20:24] <sarnold> cjwatson: oh, interesting; is there an easy wya to spot the difference?
[20:24] <sarnold> I'm surprised we don't hit that one omre often
[20:49] <cjwatson> sarnold: it's a moderately routine support request for us
[20:50] <cjwatson> https://bugs.launchpad.net/launchpad/+bug/1607242
[20:50] <cjwatson> LP staff can see the account state fairly easily; probably a bit harder for non-staff though
[20:51] <sarnold> cjwatson: ahhh are these the occasional "is account $foo a placeholder" questions I see every few weeks?
[20:53] <cjwatson> sarnold: that's probably slightly different - that's for more complicated cases around deletion and such, or sometimes when somebody's trying to take over a maybe-unused username
[20:55] <sarnold> cjwatson: cool, thanks :)


[02:26] <xubuntu_newbie> recently lost sound...still chirps when i shut down but thatś the only sound i can get it to make...ubuntu formum troubleshooting guide hasn´t helped..any suggestions...help...jokes???8-)
[02:26] <rr72> jokes?
[02:28] <xubuntu_newbie> hey...i got to have some fun....or i´d just scream...>:o
[02:29] <xubuntu_newbie> i seem to remember having sound problem when i first installed xubuntu...and it was a simple fix then...somthing to do with activating alsa
[02:29] <rr72> know the feeling all to well lol
[02:29] <rr72> what kind of sound do you mean? in general or sound effects?
[02:30] <rr72> double check that it is not muted is always a first step, that happened to me sadly
[02:30] <xubuntu_newbie> only sound i can get is the little beep that happens when i log off...
[02:30] <xubuntu_newbie> if it was muted wouldn´t that include logoff beep???
[02:31] <rr72> like if you go to youtube or try to play sound files nothing happens?
[02:31] <rr72> try muting and unmuting?
[02:31] <rr72> sometimes funny things happen
[02:31] <xubuntu_newbie> i think this happened when i tried to install ubuntu-studio...then tried to remove it...too much ...and now i have no sounds
[02:31] <rr72> hrmph
[02:31] <xubuntu_newbie> k...will try...
[02:32] <rr72> that is a good piece of information that could be crucial :-P
[02:32] <xubuntu_newbie> i
[02:34] <rr72> well you are in right place, someone here could prolly help you but most people might be asleep
[02:36] <xubuntu_newbie> k...tried manual mute button on laptop...no sound after mute...unmute and get sound on typing errors (which i certainly make enuf of)...tried muting and unmuting with volume control.....alsa mixer...also tried mute and unmute in player....no help...
[02:38] <xubuntu_newbie> isn´t there a terminal command to make sure alsa is actually active???
[05:18] <Balsaq> good morning Lords of the Code....
[05:19] <syn-ack> Ok... so does this channel cover Lucid issues as well as Karmic issues?
[05:19] <GSF1200S> anyone here know where I can get the latest xfce packages? Is there a binary somewhere or do I have to compile?
[05:20] <Balsaq> i get them in synaptic
[05:20] <syn-ack> I'm trying to figure out what the proper channel for Xubuntu Lucid support is being held
[05:20] <Balsaq> this is xubuntu support for all of them
[05:21] <syn-ack> Someone want to help me with bug 519641
[05:21] <syn-ack> ?
[05:21] <GSF1200S> Balsaq: well, im stuck on 9.10, and xfce on this version has bugs for dual monitors.. I know its been corrected, but I need later packages
[05:21] <Balsaq> have you recieved all your updates
[05:22] <syn-ack> Of course I have.
[05:22] <bazhang> lucid support is in #ubuntu+1 including xubuntu
[05:22] <syn-ack> Thank you. :)
[05:22] <Balsaq> woops thanks bazhang
[05:22] <bazhang> np :)
[05:23] <Balsaq> if 910 is current, why is it in that channel?
[05:23] <syn-ack> Lucid is not 9.10
[05:23] <syn-ack> it is 10.4
[05:23] <Balsaq> ah
[05:23] <syn-ack> rather 10.04
[05:24] <GSF1200S> Balsaq: yes I have.. I had the same issue on Arch, but later versions of XFCE got released and the problem got fixed.. I just need to upgrade a bit.. either another repo, something...
[05:24] <Balsaq> im still on 904!
[05:24] <Balsaq> so i cant run dual on my 904?
[05:24] <flah> hi all... i'm considering jumping from mac to linux at home...
[05:25] <flah> any suggestions on dual core 4gb ram 320 gb 256/512 vram laptops ... something as durable as a mac (my last two mac laptops lasted me 4-5 years)
[05:25] <GSF1200S> Balsaq: yeah, i think you can- it just has some annoying bugs on the second screen
[05:25] <GSF1200S> bugs the xfce devs fixed
[05:25] <Balsaq> yeah i tried it with ARk and it too had annoying bugs with dual
[05:26] <syn-ack> GSF1200S: if you think that's what it'll take, look into apt-pinning.
[05:26] <GSF1200S> flah: xubuntu is pretty good.. Arch is good but a little more involved.. those would be my recommendations
[05:26] <syn-ack> Pinning is goodness if you want to update only specific packages and not others
[05:26] <GSF1200S> Balsaq: yeah, I have to move off the taskbar and back onto it everytime I want to click something...
[05:27] <GSF1200S> apt-pinning? huh.. never heard of it.. Ive been in Archland a while though
[05:30] <GSF1200S> flah: haha.. im an idiot.. I thought you were asking for OS suggestions
[05:30] <syn-ack> um pinning's been around since the time of the ancients ( Debian Woody et al)
[05:31] <GSF1200S> flah: I got my laptop from ibuypower.com, and it has been a brick. It was cheap for what I got, and it performed well
[05:31] <flah> gsf1200s: thanks, i'll check 'em out!
[05:32] <GSF1200S> syn-ack: I never really needed to stay up to date on my laptop, and my dual monitor i7 desktop has been on arch since i built it.. this is the first case where I really need something like apt-pinning
[05:32] <Balsaq> i  just stole an i5 lapper
[05:33] <Balsaq> meaning i bought it really cheap
[05:33] <flah> the other big question is ... has anyone managed to reliably migrate itunes meta data?... i've got well over 200gb of mp3/aac ...
[05:34] <syn-ack> GSF1200S: I'm pretty sure pinning is NOT supported in Ubuntu in any form whatsover... :/
[05:34] <GSF1200S> heh.. wow.. i5 laptop must be sweet. My lappie is a core2duo 2.16ghz, but its 3 years old. Has intel even released a better processor than the i7? I think the i5 and i3 are more midrange replacements, right?
[05:35] <GSF1200S> syn-ack: ehh.. I can deal with breakage if it happens. Running arch unstable kinda numbs you to random issues
[05:35] <syn-ack> The Development version of XFCE is 4.6 BTW... that's what I'm running here.
[05:37] <GSF1200S> syn-ack: 4.6.? Im on 4.6, but its the version shipped with xubuntu 9.10
[05:38] <syn-ack> I thought 9.10 Shipped with 4.2
[05:39] <GSF1200S> what?! Ummm.. maybe with 7.10, but 9.10? Unless im missing something :)
[05:39] <syn-ack> meh, I don't know, I just started using Xubuntu myself
[05:39] <GSF1200S> it shows 4.6.1 at menu>about xfce>info
[05:39] <syn-ack> I'm finally tired of the Gnome bloat
[05:40] <GSF1200S> syn-ack: yeah.. and gnome sucks with 2 screens as well
[05:40] <syn-ack> meh
[05:40] <syn-ack> Never bothered me
[05:40] <GSF1200S> syn-ack: kde 4.4 STILL has no support for seperate x sessions
[05:40] <GSF1200S> xfce is the best dual monitor desktop environment in linux
[05:41] <GSF1200S> window managers handle it well, but eh.. sometimes I like an environment.. just depends
[09:24] <balsaq> xubuntu...the way, the truth, the light.
[11:58] <Lam3r_co> hallo
[12:00]  * Psilocybin_Elf waves.
[12:01] <Lam3r_co> please, anyone uses xubuntu on via epia? I've got the slowest one 5000 series and want to use xubuntu in there
[12:02] <Lam3r_co> I would use epialinux.org, but wayback machine is having brainfarts
[13:36] <exs> hi, ivh installed xubuntu but i cant see any thumbnails for flv data
[13:36] <exs> xubuntu-restricted-extras is installed
[13:36] <exs> but for avi it functions
[13:53] <exs> hi, ivh installed xubuntu but i cant see any thumbnails for flv data. xubuntu-restricted-extras is installed. but for avi it functions
[13:54] <Psilocybin_Elf> Not sure...I don't get thumbnail views in Xubuntu??!
[13:54] <exs> was this a question?
[13:55] <exs> i know its possible. cause i had a gnome and changed to xfce and u saw for every file thumbnails in thunar
[14:09] <mr_pouit> exs: check that the mimetype returned by "file -i /path/to/your/video.flv" is listed in /usr/share/thumbnailers/ffmpeg-thumbnailer.desktop
[14:22] <exs> mr_pouit: it is listed
[14:34] <exs> its still not function
[14:43] <mr_pouit> exs: mmh, you could check that you have the 'extra' variants of the ffmpeg libs (libavcodec, libavdevice, libavformat, libavutil...) installed, and if generating the thumbnail manually works (e.g. "ffmpegthumbnailer -i /path/to/your/video.flv -o thumb.png")
[14:47] <exs> this command function
[14:52] <exs> how to delete all saved thumbnails?
[14:53] <exs> now he does not eve show thumbnails for images
[14:55] <mr_pouit> exs: did you run (in a terminal) /usr/lib/thunar/thunar-vfs-update-thumbnailers-cache-1 and restart your session?
[14:55] <exs> /usr/lib/thunar/thunar-vfs-update-thumbnailers-cache-1 is not existing
[14:56] <mr_pouit> exs: which version of thunar are you using exactly?
[14:56] <exs> ok ivh found it /usr/lib/thunar/thunar-vfs-update-thumbnailers-cache-1
[14:58] <exs> ok ivh executed this command and now it functions
[14:58] <exs> thx
[15:13] <TheCash> hello, I'm new to Xubuntu and was wondering if anyone knows a good place to learn how to program in C++ on it
[15:16] <Psilocybin_Elf> HUllo
[15:16] <Psilocybin_Elf> I'm not too sure about C or C++
[15:16] <Psilocybin_Elf> But I read that Python is better for starting off with.
[15:17] <TheCash> well I already know C and C++ and was wanting to continue developing with those
[15:18] <TheCash> I just can't find any info on where to start
[15:31] <ablomen> TheCash, http://gcc.gnu.org/
[15:31]  * Psilocybin_Elf nods.
[15:33] <TheCash> I have the compilers what I need is API documentation for creating GUI programs, thanks
[15:34] <Psilocybin_Elf> I'm not sure I'm afraid...you mean stuff like libraries to use?
[15:34] <Psilocybin_Elf> with c & c++?
[15:35] <ablomen> TheCash, google for c++ linux, c++ gtk, c++ wxwidgets etc
[15:35]  * Psilocybin_Elf nods.
[15:35] <ablomen> and http://www.gtk.org/documentation.html
[15:35] <Psilocybin_Elf> GTK is the one to go for!
[15:35] <Psilocybin_Elf> Not Qt....lol :-P
[15:35] <TheCash> thanks
[15:36] <TheCash> i didn't no what to look for
[15:36] <TheCash> &know
[15:37] <Psilocybin_Elf> Dumb question, but does anyone know how to reg a nickname? Iv forgot......was years ago since I last reg.
[15:37] <ablomen> http://www.technerd.net/chanserv.html
[15:38] <ablomen> ohw ehm..
[15:38] <ablomen> fail
[15:38] <ablomen> http://www.technerd.net/nickserv.html :)
[15:38] <Psilocybin_Elf> cheers :-)
[15:44] <bazhang> !register
[16:22] <exs> how to install thunderbird
[16:23] <bazhang> sudo apt-get install thunderbird
[16:28] <Lam3r_co> hallo again :)
[16:36] <eXpl0i7> Lam3r_co: hello
[17:12] <Lam3r_co> from what I read, xubuntu 8.04 has all the modules for supporting via padlock as default crypto engine, right?
[18:16] <Lam3r_co> pardon me, but can I update to newer kernel without actually compiling new one? It's gonna take 8 hours on this computer... I just need few modules
[18:18] <TheSheep> sure, just do an update
[18:18] <TheSheep> !update
[18:18] <TheSheep> um, that's upgrade :/
[18:18] <Lam3r_co> I have 8.04, so upgrade is also an option
[18:18] <TheSheep> anyways, your update manager should tell you when there are new versions of kernel available
[18:19] <TheSheep> and will let you install from repositories
[18:19] <TheSheep> if not, you can use the synaptic package manager to do that
[18:20] <Lam3r_co> update manager updated around 250 packages hour ago, but I have still have the same kernel after reboot
[18:20] <Lam3r_co> 2.6.24-19
[18:21] <Lam3r_co> so I'm gonna upgrade to 8.10 and then to 9.04 and then to 9.10 ?
[18:21] <TheSheep> Lam3r_co: upgrading between long-term support versions should be possible
[18:22] <TheSheep> !lts
[18:22] <TheSheep> damn, still 2 months of waiting
[18:23] <TheSheep> yeah, you will have to take the long path
[18:23] <Lam3r_co> if the manager cleans the mess after upgrading, I don't mind
[18:23] <Lam3r_co> I have only limited space
[18:23] <TheSheep> call 'apt-get clean' afterwards
[18:23] <TheSheep> with sudo, of course
[18:29] <Lam3r_co> yay, it is working \o/ thanks TheSheep
[18:47] <bob-has-an-imgbo> alright i need help, i went to grub 2 after restart, choosed recovery mode, waiting, choosed "resume", tried to login with my nickname XYZ and my password nice123tree. btw these aren't mine but anyway i didn't worked, i just failed why? how can i fix it? i can still go to "root" instead "resume" BUT i don't want to be root in recovery shell. plz help
[18:52] <bob-has-an-imgbo>  hi how can i login in shell of recovery mode (not root)?
[18:52] <bob-has-an-imgbo> my nick & pw aren't accepted by kubuntu
[18:52] <bob-has-an-imgbo> although with x i can log in
[18:52] <exs> passwd $USER
[18:52] <exs> strg+alt+f6
[18:53] <exs> login with root and then passwd user
[18:58] <bob-has-an-imgb1> is it normal that num-pad does not work in shell?
[19:00] <charlie-tca> If it is kubuntu, have you them? #kubuntu
[19:00] <charlie-tca> s/you them/you asked them
[19:00] <bob-has-an-imgb1> no it's xubuntu what?
[19:01] <charlie-tca> Are you sure it is the correct user name and password? They should match what was typed in during the install
[19:02] <charlie-tca> Normal for num-pad not to work until logged in.
[19:02] <bob-has-an-imgb1> yes i found the error,
[19:02] <bob-has-an-imgb1> just what u said
[19:02] <bob-has-an-imgb1> numpad does not work (numbers)
[19:02] <bob-has-an-imgb1> bad :/
[19:03] <charlie-tca> After you get to the desktop?
[19:03] <bob-has-an-imgb1> yes
[19:03] <bob-has-an-imgb1> no
[19:03] <bob-has-an-imgb1> when i use shell with x
[19:03] <bob-has-an-imgb1> num pad works
[19:03] <bob-has-an-imgb1> but if not
[19:03] <charlie-tca> correct
[19:03] <bob-has-an-imgb1> it doesnt work without x
[19:03] <bob-has-an-imgb1> bad ://
[19:04] <charlie-tca> That is correct behaviour, as far as I know.
[19:04] <bob-has-an-imgb1> :///
[19:05] <bob-has-an-imgb1> i am interested in gpm. how can i use mouse in shell without x?
[19:11] <bob-has-an-imgb1> thx everyone linux works fine now so far
[19:12] <charlie-tca> :-)
[19:12] <bob-has-an-imgb1> next step: gpm
[19:12] <bob-has-an-imgb1> i am very interested in shell, mouse and non-x
[19:12] <charlie-tca> You may have to google for that one
[19:12] <bob-has-an-imgb1> i do already =)
[19:21] <omar> Hi all.
[19:22] <omar> I just installed xubuntu, and updated my system, but I after I made a reboot, the frames of the windows won't appear at all. What could have gone wrong?
[19:22] <TheSheep> xfwm4 didn't start
[19:23] <TheSheep> try pressing alt+f2 and starting it manually
[19:24] <omar> TheSheep, Okay, I now I just got a little more control over the windows again, but still.. no frames.
[19:25] <TheSheep> you mean no frames around the windows?
[19:26] <omar> TheSheep, exactly.
[19:27] <omar> TheSheep, oh! Okay,
[19:27] <omar> Sorry. My mistake. :)
[19:27] <omar> The frames are there.
[19:28] <omar> But how can I stop this from happening every time I reboot?
[19:28] <omar> Do I add xfwm4 to my Startup Applications?
[19:28] <TheSheep> it shouldn't happen again, you may try saving the session on logout if it does
[19:29] <omar> TheSheep, I see.
[19:29] <TheSheep> it should be started automatically, unless something bad happened, like maybe out of memory
[19:29] <TheSheep> or it crashed
[19:29] <omar> I see.
[19:30] <omar> I know, it didn't happen to me when I first logged into my Xubuntu environment. But somehow it started happening after I made a system update.
[19:30] <omar> Thanks a lot for your time.
[20:23] <TheCash> does anyone know of a good resource for editing configuration files(like .desktop and theme files)?
[20:24] <vinnl> TheCash, for .desktop files you could check the desktop file specification at freedesktop.org
[20:24] <vinnl> Theme files should be Googable, "create a gtk theme" or something
[20:24] <TheCash> ok thanks
[22:12] <acalbaza> part
[22:28] <slow-motion> n8
[22:50] <Lam3r_co> you just have to love the estimated time counter
[22:50] <Lam3r_co> "10 minutes remaining". After 15 minuter without hearing beep as machine restarting "5 minutes remaining".
[22:56] <`mOOse`> my head hurts
[22:56] <knome> `mOOse`, good luck with it. i had a killer headache today as well.
[22:56] <`mOOse`> can some kind soul show me how to find files from the cli?
[22:57] <`mOOse`> thanks knome
[22:57] <knome> `mOOse`, locate ...
[22:57] <knome> `mOOse`, be sure to run 'sudo updatedb' first
[22:57] <`mOOse`> I've been wrestling with this vidalia/tor/polipo install for about 2 hours
[22:57] <`mOOse`> ok thanks
[22:57] <knome> `mOOse`, you could also use 'find', but haven't used it myself
[22:58] <`mOOse`> knome, and if it just comes right back to the prompt does that mean it didn't locate the file?
[22:59] <knome> `mOOse`, then it didn't find anything.
[22:59] <`mOOse`> ok
[22:59] <knome> `mOOse`, it'll list all files it found if something is found.
[22:59] <knome> `mOOse`, did you run 'sudo updatedb' ?
[23:00] <knome> that updates the file database from where locate searches
[23:00] <`mOOse`> yes I did
[23:00] <knome> okay
[23:00] <knome> then ... no luck this time ;)
[23:01] <`mOOse`> yea I was looking for a doc that an error was referencing
[23:01] <`mOOse`> of course, the doc doesn't exist
[23:03] <`mOOse`> to make it even more fun - another file I'm trying to locate is tor...there's only about 1034052 files on this install with the letters t, o, and r in them
[23:03] <`mOOse`> I know there's gotta be an easier way to do this
[23:05] <knome> hmm
[23:08] <charlie-tca> try putting a space in front and / or in back of tor
[23:10] <`mOOse`> ok
[23:11] <`mOOse`> no change
[23:12] <`mOOse`> vidalia wants to find it in /usr/sbin/tor....
[23:13] <`mOOse`> obviously it's not there - and this is where I'm new to linux and  xubuntu - I don't know where the common dirs are that apps install to
[23:13] <`mOOse`> I found the config files in /moose/.tor
[23:14] <charlie-tca> the executable files should be found in /usr/sbin/ or /usr/bin or /bin or /sbin
[23:14] <`mOOse`> yea that's where I've looked and I don't see it
[23:14] <`mOOse`> weird - let me look some more
[23:14] <charlie-tca> That is what it is looking for . Try 'which tor' and see if it finds anything in the path
[23:15] <`mOOse`> ok
[23:16] <`mOOse`> no output just goes back to the prompt
[23:16] <`mOOse`> when I just type "tor" at the prompt it tell me it's not installed, which it is
[23:18] <`mOOse`> it runs as a service - would that matter?
[23:18] <`mOOse`> (of course it would `mOOse` you retard)
[23:20] <charlie-tca> Is tor the full name it asks for? If it is, the file is not in the path, and going to be harder to find
[23:20] <charlie-tca> You can look in /etc/init.d/ and /etc/init for it.
[23:21] <`mOOse`> ok
[23:22] <`mOOse`> go joy
[23:22] <`mOOse`> er no
[23:23] <charlie-tca> Okay, here is a find command to try: find / -iname <WHAT_TO_FIND> -type f -fprint /home/$USER/Desktop/file-found_it
[23:24] <charlie-tca> It will put the results in the file called /home/$USER/Desktop/file-found-it for you to examine
[23:25] <`mOOse`>  ok
[23:25] <charlie-tca> It will also throw a lot of lines about what it could not look in onto the terminal screen
[23:26] <`mOOse`> probably should have sudo'd that
[23:26] <charlie-tca> Won't matter. It will still do the same thing
[23:28] <`mOOse`> heh..well...the only tor it found was in the setup
[23:28] <`mOOse`> ok, looks like I gotta do a bit of reading
[23:29] <charlie-tca> Well, at least you found that much out
[23:29] <`mOOse`> yep
[23:33] <oldtopman> hello all
[23:33]  * Psilocybin_Elf waves.
[23:36] <oldtopman> I just deleted the swap partition that xubuntu uses, then made a larger one. Will i have to tell it to use the resized one?
[23:36] <charlie-tca> yes
[23:37] <charlie-tca> It won't know until you do.
[23:37] <charlie-tca> You also have to add it to fstab, since it is different than the original one
[23:38] <oldtopman> how do i do that
[23:38] <charlie-tca> !swap
[23:40] <oldtopman> thanks all
[23:45] <genii> also: man mkswap
[23:47] <`mOOse`> thanks for the help charlie-tca  - I gotta split for a bit


[06:38] <pitti> Good morning
[06:39] <MasterPieceZ> moin pitti
[07:08] <pitti> infinity: I encountered some installability failures due to packages now relying on versioned provides; apparently that's implemented in a newer dpkg
[07:08] <pitti> infinity: are you planning to merge dpkg soon (TIL), or want me to look at this?
[07:27] <dholbach> good morning
[07:47] <seb128> dobey, hey, is bug #1367017 something you plan to look at? it's on top of e.u.c for utopic
[07:54] <seb128> bdmurray, do you know if https://errors.ubuntu.com/problem/355fe44c2df7fde28f2a6be90875fdd39632eee4 hits an e.u.c or apport bug?
[07:54] <seb128> the traceback is
[07:54] <seb128> "TypeError: string argument expected, got 'bytes'"
[07:54] <seb128> but that seems to be rather e.u.c failing to display the bt
[07:55] <pitti> not sure, but I've seen actual python exceptions that look like this
[07:57] <seb128> pitti, they would have a sourcefile/code/function indication though no?
[07:57] <pitti> seb128: that's what I mean with "like this" -- no traceback, just the exception
[07:57] <pitti> it's weird indeed
[07:57] <seb128> weird
[07:58] <pitti> very unlikely to be an e.u.c. bug; could be an apport bug, but I suspect the error just simply looks like that
[07:59] <seb128> k
[07:59] <seb128> so python bug?
[08:00] <pitti> or something in s-c-p intercepts the exception and does something like print(str(e))
[08:00] <pitti> (which is not that uncommon)
[08:00] <seb128> right
[08:00] <seb128> pitti, thanks
[08:01] <seb128> pitti, btw have you seen the s-c bug I just mentioned, is that something than changed in pygobject/an actual bug, or is that a warning that turns out to do e.u.c "spamming"?
[08:01] <seb128> bug #1361829 is high on the errors list with a similar issue
[08:12] <pitti> seb128: s-c-p was ported to py3 last cycle, so I figure it's an actual bug
[08:13] <seb128> pitti, that's software-center, not s-c-p?
[08:13] <pitti> seb128: the webapps one seems entirely different from the bytes vs. string conversion though?
[08:13] <pitti> seb128: ah, or that, sorry :)
[08:13] <pitti> seb128: no, https://errors.ubuntu.com/problem/355fe44c2df7fde28f2a6be90875fdd39632eee4 is s-c-p
[08:13] <seb128> pitti, sorry, I was refering to my ping to dobey from half an hour ago
[08:14] <seb128> pitti, s-c didn't change in utopic afaik
[08:14] <pitti> right
[08:14] <tsdgeos> ogra_: congratulations sir!
[08:15] <seb128> pitti, right, s-c didn't change at all, same revision in trusty and utopic
[08:15] <seb128> so it's coming from pygobject
[08:15] <ogra_> thanks tsdgeos !
[08:15] <seb128> well, it might be right to warn, but that creates errors noise :/
[08:28] <pitti> seb128: no, it's not a warning, it's a grave error
[08:28] <pitti> the warning was improved to make debugging easier
[08:28] <pitti> as otherwise it leads to random segfaults and similar
[08:28] <seb128> pitti, k, I wonder why we didn't get more reports from trusty if that's such an import error
[08:29] <seb128> s-c reports are quite low on trusty
[08:29] <seb128> and the code didn't change at all, not even a no change rebuild since
[08:30] <pitti> well, apparenlty it just happens to work then just in this case; but this imports glib/gobject etc. libraries twice, which is bound to fail
[08:30] <pitti> (i. e. it might just occur "randomly" if a library dependency changes, etc.)
[08:31] <seb128> right
[08:31] <seb128> dbarth, hey, you/your team is working on unity-webapps-* right? could you look at bug #1361829
[08:31] <seb128> dbarth, they are similar reports for the different webapps, that's ranked quite high on e.u.c
[08:34] <mvo_> pitti: quick question about the command-not-found blacklisting of postgres-xc  - it seems there are a bunch of additional postgres-xc-{client,...} packages, do we care about those as well ?
[08:34] <mvo_> pitti: care about blacklisting them I mean of course
[08:35] <pitti> mvo_: no, those should be fine as postgresql-common wraps the client-side programs
[08:35] <pitti> mvo_: but indeed the "initdb" program has the same issue, i. e. we should blacklist that in addition to pg_ctl
[08:36] <pitti> mvo_: bug title updated
[08:41] <dbarth> seb128: yes
[08:41] <dbarth> seb128: seen it, i assigned it now
[08:41] <seb128> dbarth, thanks
[08:42] <dbarth> seb128: the scripts choke on the gobject import
[08:42] <seb128> dbarth, right, should be easy to fix/change
[08:43] <dbarth> yeah; that's transitionary code that should be removed mostly
[08:43] <seb128> yeah, I was thinking that
[08:43] <seb128> those migrations scripts are probably not required anymore
[08:43] <seb128> maybe just drop them
[08:43] <dbarth> nope
[08:43] <dbarth> right
[10:32] <brainwash> can anyone help with a package which is stuck in trusty-proposed? bug 1377612
[10:35] <smb> Hm, is anybody already working on adding vivid to Trusty's dist-info-data?
[10:38] <pitti> smb: it's already there
[10:38] <pitti> at least I got it in a dist-upgrade
[10:39] <smb> pitti, hm... I just looked and only saw ubuntu0.1 which added Utopic...
[10:39] <pitti> smb: oh wait, sorry, that was debootstrap
[10:39] <pitti> right, I meant https://launchpad.net/ubuntu/+source/debootstrap/1.0.59ubuntu0.2
[10:40] <smb> pitti, Ah... yeah. I made a source pkg for distro-info-data. But not sure it is done right
[10:40] <smb> pitti, would you be able to have a look and sponsor if ok?
[10:40] <Laney> I already did a patch for it
[10:40] <Laney> check the queue
[10:43] <smb> hm... cannot find it in https://launchpad.net/ubuntu/trusty/+queue?queue_state=1&queue_text=distro-info-data
[10:44] <Laney> the sponsor queue
[10:44] <pitti> brainwash: I asked elfy in #u-quality whether his comment 21 was testing the proposed package
[10:44] <smb> ah, sorry
[10:45] <pitti> brainwash: there's no other feedback on the update
[10:45] <Laney> I could just upload to proposed and let them copy to security I guess
[10:45] <pitti> -updates you mean? it's ceratinly not a -security thing?
[10:46] <Laney> look at the existing update
[10:49] <brainwash> pitti: so, someone needs to add a comment and state that he tested the trusty package, right?
[10:49] <pitti> brainwash: yes
[10:49] <brainwash> pitti: alright, thanks
[10:54] <brainwash> pitti: a comment has been added to the report
[10:54] <brainwash> https://bugs.launchpad.net/ubuntu/+source/xfce4-weather-plugin/+bug/1377612/comments/40
[10:55] <pitti> cheers
[10:57] <mgedmin> incidentally, why is chromium-browser in utopic older than in trusty?  http://packages.ubuntu.com/search?keywords=chromium-browser
[10:57] <mgedmin> utopic has 37.0.2062.94, trusty has 37.0.2062.120
[11:01] <Riddell> pitti: any tech board meeting today?
[11:01] <pitti> Riddell: yes, should be at 17:00 UTC
[13:02] <geser> mvo_: Hi, I see that you synced snappy and dropped the changes to make LP accept the upload (ancient timestamps). Are you going to re-add them or should I do it?
[13:08] <mvo_> geser: oh, that sounds like a mistake somewhere (probably me :/ - is it the touch in the rules file that is required for LP?
[13:12] <geser> yes
[13:13] <geser> it's needed for "libsnappy-dev_1.1.2-3_amd64.deb: has 2 file(s) with a time stamp too far in the past (e.g. usr/share/doc/libsnappy-dev/NEWS.gz [Mon Dec 31 23:00:00 1979])."
[13:13] <mvo_> geser: either way, i can fix but if you want to i'm happy too :)
[13:14] <geser> I would need a sponsor for it anyway
[13:16] <mvo_> ok, let me fix it then, thanks for letting me know and sorry for the trouble
[13:16] <dobey> seb128: i didn't know about that issue until just now. afaik, nobody is working on software-center. and distro-info-data apparently needs updated on trusty before pull-lp-source will work
[13:16] <seb128> dobey, there is a sru waiting on http://launchpadlibrarian.net/188495410/distro-info-data_0.18ubuntu0.2_source.changes
[13:17] <seb128> dobey, but s-c didn't change at all in utopic so you can get the trusty version through apt-get
[13:18] <dobey> right. i was trying to pull it off vivid, since i'll have to upload there first anyway
[13:19] <smoser> hey. so i have /var/crash/_usr_lib_unity_unity-panel-service.1000.crash .
[13:19] <smoser> dialog pops up, asks me if i want to submit, i say yes.
[13:19] <smoser> then nothing
[13:19] <smoser> is this functioning as designed ?
[13:19] <smoser> i'd like to see the bug it created.
[13:19] <smoser> same thing happens when i run 'ubuntu-bug /var/crash/_usr_lib_unity_unity-panel-service.1000.crash'
[13:19] <smoser> pitti, ^ do you know ? sorry for personal ping
[13:20] <pitti> smoser: it reports to errors.u.cc.
[13:20] <pitti> smoser: reporting to Launchpad bugs got disabled for final utopic release, as usual
[13:20] <smoser> ok. i thougth that might be the case.
[13:21] <smoser> might be useful to tell the user that ?
[13:21] <pitti> well, it does
[13:21] <pitti> never it says "Launchpad bug" or anythign :)
[13:21] <smoser> ok. yeah, i guess. it just doesn't say "i did it" but rather "do you want me to do it".
[13:24] <smoser> so lets say i wanted to see this bug. where do i do that ?
[13:24] <smoser> https://errors.ubuntu.com/?release=Ubuntu%2014.10&package=unity-services&period=day tells me "no data to display"
[13:26] <pitti> 2014.10?
[13:26] <pitti> oh, %20, nevermind
[13:26] <mdeslaur> arges: hi! could you please take a look at the dovecot sru in the precise queue?
[13:27] <pitti> smoser: unsure, it might take a while to get processed?
[13:27] <arges> mdeslaur: sure. i'm working my way through the queues right now
[13:27] <smoser> pitti, thanks.
[13:27] <mdeslaur> arges: awesome, thanks :)
[13:27] <pitti> smoser: do you have a /var/crash/_usr_lib_unity_unity-panel-service.1000.uploaded?
[13:29] <smoser> yes
[13:29] <smoser> oh wait.
[13:29] <smoser> i have .upload
[13:29] <smoser> but not .uploaded
[13:30] <pitti> ah, then whoopsie didn't get to uploading it yet
[13:31] <pitti> /var/log/upstart/whoopsie.log might say why
[13:32] <smoser> http://paste.ubuntu.com/8719453/
[13:33] <pitti> bdmurray: ^ ?
[13:33] <smoser> well, 'sudo restart whoopsie'
[13:33] <smoser> got me to /var/log/upstart/whoopsie.log with: http://paste.ubuntu.com/8719461/
[13:34] <smoser> and got a .uploaded file.
[13:34] <smoser> but that doesn't really help me for the 2 things i'd hope to get out of this..
[13:34] <smoser> a.) i want to see the bug fixed.
[13:34] <smoser> well, i guess thats the only one. but i'd like ot subscribe to the bug.
[13:49] <smoser> pitti, i think i found it. i was being too specific with 'the package'. it is souce package.
[13:49] <smoser> https://errors.ubuntu.com/?release=Ubuntu%2014.10&package=unity&period=week&pkg_arch=amd64
[13:50] <pitti> smoser: ah right, it is
[14:01] <arges> mdeslaur: for bug 1384355, there is an SRU to remove it from trusty/utopic. did you have any additional concerns/comments about this? I've read the thread on ubuntu-devel
[14:03] <mdeslaur> arges: not really, no. the approach Riddell took is fine by me. Nobody volunteered to take over maintenance, so I guess that's the best solution.
[14:04] <Riddell> arges: just needs someone from the ~ubuntu-sru team brave enough to approve it
[14:04] <arges> Riddell: yea, that's what i'm reviewing now : )
[14:04] <Riddell> yay
[14:08] <arges> Riddell: one thing is if its serving up this temporary php webpage, will it still need any of the deps like php5?
[14:10] <arges> Riddell: or i guess what would happen if I had a clean install of ubuntu-server; installed this package; how do I get the notification to use the upstream packages or juju?
[14:11] <Riddell> arges: I remove the dependencies didn't I?
[14:11] <Riddell> arges: it still installs the apache config so you can still browse to it and see the message
[14:12] <arges> Riddell: but the package has no dependencies now; so If you install it (without having the old package) how would you see those messages if you don't have those deps installed
[14:12] <Riddell> arges: apt-cache show owncloud will show you, message in /usr/share/doc/owncloud/README.Debian too
[14:13] <arges> you can't guarantee that apache2 | httpd, are installed
[14:13] <Riddell> I can add back apache2 | httpd if you think that would be better
[14:13] <arges> Riddell: ok so in the case of a new install from archive, we will have to assume the user will look at README.Debian or the apt-cache output
[14:14] <arges> Riddell: well i'm just thinking through it.
[14:15] <arges> so it handles two cases: 1) they have old package installed, and go to web portal which tells them to install through upstream.  2) they have a fresh install and we hope they read the messages somewhere in the package description, apt-cache, or README telling them to get the upstream version
[14:16] <bdmurray> seb128: I'd think an apport bug given that when you go to an individual problem page it is truncated there too.
[14:21] <Riddell> arges: yep
[14:22] <arges> Riddell: ok seems reasonable
[14:22] <Riddell> arges: I don't know what's common practice in empty SRUs like this, probably there is no common practice
[14:22] <Riddell> but it feels kindae wrong to install apache for an empty package
[14:23] <arges> Riddell: yea, i'd like to get a second opinion. i'll see if I can get somebody else to review too then i'd be happy accepting it
[14:33] <ricotz> hi, is it known the aptitude cant retrieve changelogs again?
[14:41] <mvo_> ricotz: what package(s) ?
[14:41] <mvo_> ricotz: i.e. how can I reproduce?
[14:42] <ricotz> mvo_, i would say all of them ;) (i know only official ubuntu archive ones should work)
[14:42] <mvo_> does anyone care about python-couchdb ? I would like to sync the debian version
[14:43] <ricotz> mvo_, select a package and "Shift+C"
[14:43] <mvo_> ricotz: right, I think I can reproduce this - just to double check "apt-get changelog pkgname" for the same package works, right?
[14:44] <ricotz> mvo_, yes
[14:45] <mvo_> thanks
[14:47] <mvo_> ricotz: could you please report a bug so that we can SRU a fix?
[14:58] <ricotz> mvo_, https://bugs.launchpad.net/ubuntu/+source/aptitude/+bug/1386737
[14:58] <mvo_> ricotz: thanks!
[14:58] <Laney> This libtool dependency shuffling...
[14:58] <Laney> should dh-autoreconf depend on libtool-bin now?
[15:21] <infinity> pitti: I was intentionally holding off for a bit, as the Debian uploads had been frequent and bugfixy.
[15:22] <pitti> infinity: ah, ok; that's fine, I just wanted to know the status
[15:23] <infinity> pitti: Though, people jumping on the versioned provides bandwagon as soon as the feature exists seems misguided.  Whee.
[15:24] <pitti> infinity: yeah, I agree; and I still think it's a bad idea in the first place :/
[15:24] <pitti> this is way too prone to errors
[15:25] <infinity> pitti: Aaand, more regression fixes over the weekend.  I think I'll let dpkg bake a tiny bit longer. ;)
[15:25] <pitti> infinity: ack :)
[15:25] <pitti> infinity: something else; bug 1381656, is that something that ought to be fixed in Debian, or is that file ubuntu specific?
[15:26] <rbasak> What's the new feature, OOI?
[15:27] <pitti> rbasak: versioned provides
[15:27] <infinity> pitti: Possibly Ubuntu-specific, since we build for a different target.
[15:27] <rbasak> Ah
[15:27] <pitti> AFAIK, if you have
[15:27] <pitti> Package: foo
[15:27] <pitti> Version: 3
[15:27] <pitti> Provides: somefoo
[15:27] <pitti> then you can have "Depends: somefoo (>= 2)" and foo would satisfy this
[15:27] <infinity> pitti: To be fair, internally, provides were always versioned, but the version was 0. :P
[15:28] <rbasak> That's nice, although it feels like a binary package version shouldn't be tied to the version of the virtual thing that it provides?
[15:28] <pitti> but foo/1 wouldn't satisfy this (that's the real new thing)
[15:28] <pitti> rbasak: yeah, that's the "brittle" part that I don't like
[15:28] <rbasak> I'd have done it as "Provides: somefoo (=3)" or something
[15:29] <infinity> That's how it's done.
[15:29] <infinity> pitti: What gives you the idea it's using the non-provided version?
[15:29] <pitti> the above is the case that I saw this morning
[15:30] <pitti> meeting, bbl
[15:30] <infinity> rbasak: It's implemented exactly as you think it should be. :P
[15:30] <rbasak> infinity: nice :)
[16:17] <sergiusens> pitti: hey, is there a way to run adt tests for a deb from local sources?
[16:17] <pitti> sergiusens: yes (in meeting); see https://people.debian.org/~mpitt/autopkgtest/README.running-tests.html
[16:17] <pitti> sergiusens: can help you in a bit after meeting
[16:19] <sergiusens> pitti: I'll follow the docs, was using https://wiki.ubuntu.com/QATeam/AutomatedTesting/AutoPackageTesting though
[16:19] <sergiusens> thanks
[16:19] <pitti> sergiusens: ah thanks, I'll remove that; it's obsoleted by the autopkgtest docs and http://packaging.ubuntu.com/html/auto-pkg-test.html
[16:42] <pitti> sergiusens: wiki page updated; meeting done, do you still have questions/trouble?
[16:42] <pitti> sergiusens: and yes, you can test a local .deb, a local .dsc, or both
[16:42] <pitti> sergiusens: or a local source package dir (built or unbuilt)
[16:46] <pitti> mvo__: thanks for fixing bug 1384864!
[16:47] <pitti> mvo__: OOI, how do you do that? manually editing scan.data after scanning, or is there a more clever way? (I'm looking at https://launchpadlibrarian.net/188488665/command-not-found_0.3ubuntu15_0.3ubuntu15.1.diff.gz)
[16:54] <pitti> infinity, kees, mdeslaur, stgraber, slangasek: TB meeting reminder (6 mins)
[16:55]  * slangasek nods
[16:55] <slangasek> who's chair today?
[16:55] <infinity> Oh whee, I'm chair.  I get to remind myself how to use the bot again.
[16:55]  * ogra_ sits down on infinity to test that claim
[16:56] <ogra_> not so comfortable ...
[16:56] <infinity> Ow.
[16:56] <ogra_> you need some more stuffing :)
[16:56] <infinity> I have plenty, thanks.
[16:56] <ogra_> heh
[16:59] <infinity> pitti: I assume we still have the conflict that forces us to #-meeting-2?
[16:59] <pitti> infinity: according to http://fridge.ubuntu.com/calendars/fridge/ yes (kernel team meeting)
[17:00] <sergiusens> pitti: I think I can take it from here, still setting up anyways; thanks!
[17:00] <pitti> hm, why isn't the TB meeting on this any more -- it used to
[17:00]  * rbasak didn't realise the TB was DST-compliant
[17:00] <infinity> kees: Joining us in #-meeting-2?
[17:00] <kees> infinity: yup, almost there
[17:00] <pitti> rbasak: we are all on the nothern hemisphere, so much better that way (we pinned to London time instead of UTC)
[17:01] <rbasak> Makes sense.
[17:02] <pitti> bdmurray: FTR, I updated lp-retracer-config for vivid and rolled out to LP retracers; I figure daisy needs some similar treatment
[17:05] <bdmurray> pitti: thanks, is there any reason not to turn on crash reporting to Errors earlier than we usually do?
[17:08] <pitti> bdmurray: we never disable crash reporting to errors
[17:08] <pitti> bdmurray: only to launchpad
[17:08] <pitti> bdmurray: (for stables) ^
[17:10] <pitti> bdmurray: responded to bug 1365079
[17:12] <dpm> pitti, do you know who could do a sync from a utopic package to rtm while Colin is away?
[17:13] <pitti> dpm: any archive admin can do that (me too)
[17:13] <Laney> Anyone who can upload in fact
[17:13] <pitti> oh, even better
[17:13] <Laney> (AIUI)
[17:14] <ogra_> dpm, note that nothing is allowed to enter rtm without being on ollis list
[17:15] <ogra_> (except langpacks i think)
[17:15] <dpm> ok, I'll talk to olli, thanks ogra_ and everyone
[17:15] <ogra_> (and you will need QA signoff too)
[22:19] <slangasek> why are my terminal fonts a complete disaster after a system restart in 14.10?
[22:20] <slangasek> in fact, something seems to have changed mozilla's theming too
[22:25] <sladen> slangasek: /usr/share/glib-2.0/schemas/ubuntu-artwork.gschema.overide ?
[22:26] <sladen> slangasek: ... just a guess, but if you're seeing multiple things changed, it could be the whole set of default-overrides missing
[22:29] <slangasek> hmm.  unity-settings-daemon was running but not working correctly
[22:29] <slangasek> so killall unity-settings-daemon, and my terminal fonts are suddenly not eyebleeding
[23:07] <ari-tczew> I'm trying to upload a source package to vivid-proposed.
[23:07] <ari-tczew> $ dput ubuntu:vivid-proposed gnome-shell-extensions_3.14.1-1ubuntu1_source.changes
[23:07] <ari-tczew> However, files have been uploaded to utopic-proposed
[23:07] <ari-tczew> what's wrong?
[23:08] <Bluefoxicy> okay so is there a tool to reverse the update from 14.04 to 14.10
[23:08] <Bluefoxicy> because there was no warning on 14.10 that it was mid-development
[23:08] <Bluefoxicy> and everything is broken in this release
[23:10] <ari-tczew> Bluefoxicy: new, fresh install the best. for such questions better please ask on #ubuntu
[23:19] <TheMuso> ari-tczew: Um, I ddn't think you could upload to a release like that, I thought the release you wanted the upload for needs to be mentioned in the changes file.
[23:27] <Bluefoxicy> okay well, entering #ubuntu is the most useless thing anyone can evere do
[23:27] <Bluefoxicy> so I'll just file a bug "It doesn't work and I have no idea why, nor any way to collect any information explaining why.  Good luck."
[23:35] <ari-tczew> Bluefoxicy: so good luck while waiting for constructive response.
[23:36] <ari-tczew> TheMuso: Right, there was a problem. thnx :-)
[23:37] <Bluefoxicy> ari-tczew:  there is no way to get constructive information
[23:37] <Bluefoxicy> it's broken, and there's no debug output, and no information on the internet, and everyone says "LOL HTML5 VIDEO INSTALL FLASH???"
[23:37] <Bluefoxicy> That's the type of constructive response I got from #ubuntu
[23:37] <Bluefoxicy> "HTML5 video doesn't play" "Have you installed Flash?"
[23:39]  * ari-tczew is leaving topic as won't fixed.
[23:47] <sladen> Bluefoxicy: what exact URL does not player, in what exact browser?
[23:51] <Bluefoxicy> sladen: https://www.youtube.com/watch?v=jHMmMgdcOSU https://www.youtube.com/watch?v=A_FFF3wgfh8 https://www.youtube.com/watch?v=ZNL72qFc_ew https://www.youtube.com/watch?v=PN7O9gM-lvc https://www.youtube.com/watch?v=FSLUXkfm9b8 https://www.youtube.com/watch?v=fouoxaWGFng
[23:51] <Bluefoxicy> sladen:  do not play in Chromium-browser.  They were playing in 14.04; they're mostly open because they were open in 14.04 and Chromium re-opens tabs when it restarts.
[23:51] <Bluefoxicy> If I click and scroll and such, I can scroll through the video to any frame in the video
[23:51] <Bluefoxicy> The ads don't play either.
[23:53] <Bluefoxicy> I tried apt-get remove --purge chromium-browser, removing ~/.config/chromium, and then re-installing chromium-browser and starting up again with no config in my user directory and with the system config purged and recreated
[23:53] <Bluefoxicy> that didn't fix it.
[23:53] <Bluefoxicy> I'm out of troubleshooting actions :|
[23:54] <Bluefoxicy> I can't gather any information on why it's behaving this way, I can't find anything online about it, and I can't get a proper result with a cleared configuration.  This is bang-your-head-against-the-wall territory.
[23:56] <Bluefoxicy> watch
[23:56] <Bluefoxicy> I'll be the only person in the world this is happening to
[23:57] <geofft> I've seen that behavior before but I forget what caused it.
[23:58] <geofft> I did once have chromium-codecs-ffmpeg* out of sync with chromium-browser itself, which caused somethings to be sad
[23:58] <geofft> but I think the symptoms were different.
[23:58] <Bluefoxicy> geofft:  have you also seen the behavior of "Activities view hangs gnome-shell for 5 seconds, or possibly crashes it" too?  because that happens too.
[23:58] <geofft> no, but now I'm suspecting your libGL...
[23:58] <Bluefoxicy> Upgrading from 14.04 to 14.10 didn't really bring anything new except a slew of brokenness.  It should have been called do-release-update, because "upgrade" implies making it better.


[16:21] <OvenWerks> Eickmeyer: https://discourse.ardour.org/t/ubuntu-studio-and-zynaddsubfx/100872
[16:26] <OvenWerks> Nothing to do with Ardour in this case... but (as of 18.04) ZynAddSubfx does not have the new gui. Another good thing for backports?
[16:27] <OvenWerks> does our 19.04 version have the new GUI?
[16:29] <M_aD> OvenWerks: no
[16:29]  * M_aD just checked
[16:30]  * OvenWerks wonders if Debian does.
[16:31] <M_aD> debian? not sure. AVLinux does though and iirc Fedora JAM too
[16:32] <OvenWerks> debian is slow...
[16:33] <OvenWerks> I think ubuntu is ahead with Carla for example.
[16:34] <M_aD> debian prefers stability over newest stuff
[16:36] <OvenWerks> A good policy for sure... for some things
[16:49] <Eickmeyer> OvenWerks: Investigating.
[16:55] <Eickmeyer> OvenWerks, M_aD: I confirmed that the version in Debian is 3.0.3, and Ubuntu's is trickle-down.
[16:55]  * Eickmeyer can't find the upstream repo
[16:57] <OvenWerks> https://github.com/zynaddsubfx/zynaddsubfx
[16:59] <Eickmeyer> Interesting. That's what I was looking at, but there's no actual release tagged. It's shows 3.0.5 has been released in the commits, but the last tag was 2.5.3.
[17:01] <Eickmeyer> d'oh! There it is.
[17:01]  * Eickmeyer must be blind
[17:02] <Eickmeyer> OvenWerks, M_aD: I can throw this in the backports, for sure.
[17:02] <Eickmeyer> So long as it builds.
[17:03]  * OvenWerks wonders should it be named zyn-fusion
[17:03] <OvenWerks> but it has to replace ZynAddSubfx
[17:07] <Eickmeyer> Well, the steps I have to take here are: 1) clone the Debian git repo. 2) Replace the upstream branch with the tar. 3) Put the pristine-tar data into the pristine-tar branch. 4) Merge the upstream branch into the main branch
[17:07] <Eickmeyer> 5) Update the changelog
[17:07] <Eickmeyer> 6) Change the git remote to our own repo
[17:07] <Eickmeyer> So, it's not an entirely new package.
[17:07] <Eickmeyer> It's just updating the old one.
[17:08] <OvenWerks> Does that give you the new GUI? or do you need https://github.com/zynaddsubfx/zyn-fusion-build
[17:08] <Eickmeyer> We'll see. I'll be investigating, but I need one step at a time.
[17:10] <Eickmeyer> Falktx has a package, so I'll look at that as well.
[17:25] <Eickmeyer> Here goes nothing... *clicks build*
[17:30]  * Eickmeyer sad trombone
[17:32] <OvenWerks> Build deps?
[17:34] <Eickmeyer> Nah. Quilt failure. I failed to look for patches and refresh them before upload. :P
[17:44] <M_aD> Oops moment.... :D
[17:45] <Eickmeyer> Yeah. Also, I failed to see that the patches addressed issues fixed upstream, so ... ¯\_(ツ)_/¯
[17:47] <Eickmeyer> Oops happens. :P
[17:48] <Eickmeyer> In the meantime, 6 fail mails. Sorry. :/
[17:50] <Eickmeyer> Now 9. But this time, it's not my fault.
[17:52]  * M_aD needs to remind himself to subscribe to the mailing list and sort out other ubuntu studio related things
[17:57] <Eickmeyer> Moving it to my own PPA for now until I can get it to build cleanly (thereby, not spamming everyone).
[17:58]  * OvenWerks is trying out the D
[17:59] <OvenWerks> changing themes helps ;)
[17:59] <Eickmeyer> Hehe
[17:59] <OvenWerks> no workspaces by default.
[18:05] <Eickmeyer> That wasn't changed from prior release(s).
[18:06] <OvenWerks> Probably the choice
[18:06] <OvenWerks> Most people are introduced to full screen computing first
[18:07]  * OvenWerks likes xfce terminal for not saving a layout for all subsequent terminal instances
[18:08]  * OvenWerks therefore dislikes the way the KDE Konsole works
[18:10] <OvenWerks> our current version of ZynAddSubfx does not include the LV2
[18:10] <OvenWerks> (even)
[18:13] <OvenWerks> nor dssi
[18:13] <OvenWerks> it does not show as a plugin at all  :P
[18:14] <Eickmeyer> Appears to be a sepearate package altogether: zynadd for the LV2 plugin.
[18:14] <OvenWerks> Almost all modern synth use (even on stage) is via plugins
[18:17] <Eickmeyer> This isn't our fault by a longshot.
[18:20] <OvenWerks> Maybe not, but these are things we need to look for to be relvant
[18:23] <OvenWerks> Another thing that may make sense to add for next cycle is a menu item called "Get Drum Gizimo drume sets"
[18:24] <OvenWerks> (opens browser to drum gizmo drum sets page)
[18:26] <OvenWerks> Or add them to Installer
[18:29] <M_aD> maybe add a instrument tuner too
[18:34] <OvenWerks> There is one in gutarix, but ya, I thought we had.
[18:37] <M_aD> oh, didn't know that, thanks
[18:37] <Eickmeyer> Hmmm... Falktx's package isn't any different from the one in Debian for the most part.
[18:37] <Eickmeyer> re: zynaddsubfx
[18:38] <Eickmeyer> buildpkg isn't liking the binary instruments.
[18:39] <OvenWerks> The eq10q package has a bug in it...may be (or Carla does)
[18:40] <Eickmeyer> What's wrong with it?
[18:41] <OvenWerks> Look at the maker field in Carla for any of the eq10q plugins
[18:41] <OvenWerks> they are ok in Ardour
[18:42] <OvenWerks> -controls works ok.
[18:46] <Eickmeyer> OvenWerks: That's a pretty silly bug. Not exactly blocking.
[18:49] <Eickmeyer> NOt that it's silly to mention it, but that it's silly that it's like that.
[18:49] <Eickmeyer> Probably a Carla bug.
[18:51] <OvenWerks> Concidering Carla gets all the other plugins right... It does make me wonder.
[18:52] <OvenWerks> Qtracktor does not give that field so I can't compare
[18:53] <OvenWerks> Speaking of qtracktor and eq10q.... qtracktor does not seem to allow the mouse events to all go to the right place
[18:54] <Eickmeyer> That's odd.
[18:55] <OvenWerks> In Ardour, I can grab any of the EQ points and just drag it to where I want, but in Qtractor it puts the coloured ring around the control point but doesn't allow it to move
[18:55] <OvenWerks> Works fine in Carla too.
[18:56] <OvenWerks> but... x42-eq is fine in qtractor :P
[18:57] <OvenWerks> (different GUI tool kit of course)
[19:05] <OvenWerks> And qtractor won't let me save :P I am guessing I need the right file extension? or something.
[19:05]  * Eickmeyer knows nothing about qtractor
[19:07] <OvenWerks> It didn't like that I was in my home directory... made a sub directory then ok...
[19:09] <M_aD> yep, just tested that too
[19:10] <OvenWerks> It actually looks like it just wants you to have done something with the directory, I could still save in my home if I wanted to it seems.
[19:11] <Eickmeyer> Serious question: What does qtractor do that Ardour doesn't?
[19:12] <OvenWerks> anything you want a tractor (tracker) for
[19:12] <Eickmeyer> I see, it's a MIDI sequencer.
[19:13] <OvenWerks> the two programs go at things from different ends, qtractor is a sequencer first with audio added and ardour is an audio recorder first
[19:14] <OvenWerks> ardour's midi tracking and editing is hard for people who are used to sequencer programing
[19:14] <Eickmeyer> I see.
[19:14] <Eickmeyer> Looks like it's pretty buggy from your reports.
[19:16] <OvenWerks> just with one plugin. The others work. The save thing was odd, but really one's home directory is not the best place to store porjects that may contain a number of sub files
[19:17] <Eickmeyer> So, here's the thing: A lot of what MiraMikes packaged in Debian upstream isn't getting packaged anymore because he's busy/MIA. So, there is a big, gigantic, gaping hole with the Debian Multimedia Team right now, and nobody has stepped-in to fill it.
[19:17] <Eickmeyer> So, packages are getting forgotten.
[19:18] <OvenWerks> I suspect the problem with eq10q is a gui lib clash... but I don't know. I wouldn't know which of the packages to put a bug against.
[19:19] <OvenWerks> packaging is not fun, well at least for me.
[19:19] <Eickmeyer> I'm way too green at packaging
[19:19] <Eickmeyer> At least, too green to be taking on a ton.
[19:20] <OvenWerks> right
[19:21] <OvenWerks> qstuff gets new releases 4 times a year (if it needs it or not)
[19:23] <OvenWerks> qjackctl is not the latest (which has a patchage type pachbay/connections window as an option
[19:25]  * OvenWerks wonders what else is out of date...
[19:25] <OvenWerks> Studio finally gets moving again and debian drops out :P
[19:26] <Eickmeyer> OvenWerks: That's odd. I just checked the changelog on qtractor and it says it was updated to 0.9.5 in February?
[19:26] <OvenWerks> the one in 19.04 says 0.5.0
[19:28] <Eickmeyer> OvenWerks: That cannot be accurate.https://qtractor.sourceforge.io/qtractor-downloads.html#Downloads
[19:29] <Eickmeyer> https://launchpad.net/ubuntu/+source/qtractor
[19:29] <OvenWerks> I'm looking at the about
[19:29] <OvenWerks> maybe it's wrong.
[19:29] <Eickmeyer> My about says 0.9.5.
[19:30] <OvenWerks> qjackctl...
[19:31] <Eickmeyer> Yes.
[19:31] <OvenWerks> qtractor is 0.9.5 here yes
[19:31] <Eickmeyer> Oh, I read you wrong.
[19:31] <OvenWerks> qjackctl is 050
[19:31] <Eickmeyer> qjackctl
[19:31] <OvenWerks> it says 2017
[19:32] <Eickmeyer> Looks like Ross did that one. Merged with Debian Unstable back in November.
[19:32] <Eickmeyer> And upstream Debian is MiraMikes.
[19:33] <Eickmeyer> From the changelog: " -- Jaromír Mikeš<EMAIL_ADDRESS>Sun, 17 Dec 2017 15:42:35 +0100"
[19:33] <Eickmeyer> So, yeah, gaping hole in Debian right now.
[19:34] <Eickmeyer> This is quite sad.
[19:35] <OvenWerks> Seeing as we are no longer relying on qjackctl, I would not worry about it too much. (no backport)
[19:36] <OvenWerks> but it does look like we need to look through the apps for other things.
[19:39] <Eickmeyer> There's always this:
[19:39] <Eickmeyer> !latest
[19:41] <OvenWerks> For audio, it seems a stable OS with the latest apps on top is best.
[19:41] <OvenWerks> So LTS with backported applications
[19:45]  * OvenWerks tries an install (for completeness)
[19:46]  * OvenWerks assumes the install part is well tested by Xubuntu ;)
[19:47] <Eickmeyer> I tested the install part myself My results are already logged, I had zero issues.
[19:47] <OvenWerks> Ya, I was pretty sure that was so.
[19:47] <OvenWerks> My main concern was apps.
[19:48] <OvenWerks> They seem to work OK
[19:48] <OvenWerks> I have to do an install if I am going to check out some of these packages too. I need to install synaptic
[19:49]  * OvenWerks gets tired trying to test with CL stuff
[19:59]  * Eickmeyer hates it when LP's build farm gets stuck
[20:12]  * OvenWerks finds it wierd looking at the released -controls
[20:26] <OvenWerks> The zynadd package may not work too.
[20:26] <OvenWerks> (Carla doesn't load the LV2)
[20:29] <OvenWerks> Qtractor does
[20:31]  * Eickmeyer sighs
[20:34] <OvenWerks> ardour doesn't either
[20:35] <OvenWerks> In qtractor I can't _do_ anything with it that I can tell. Maybe It says somewhere what the port is I should connect to.
[20:35] <OvenWerks> I suspect getting the new version going will just fix all of this though
[20:36] <Eickmeyer> Well, right now I'm waiting on someone to go take a large hammer to LP's build farm to get it running again.
[20:36] <OvenWerks> zynadd is meant to be performance only I think. Use standalone to create the sound patch then use the LV2 to play it.
[20:37] <OvenWerks> but I will note that zynadd is a git pull not a release
[20:37] <Eickmeyer> Ah, I see.
[20:37] <OvenWerks> It is not the new GUI either
[20:37] <OvenWerks> (actually it seems to have no GUI
[20:37] <Eickmeyer> No. According to Robin the new GUI used to be nonfree.
[20:38] <OvenWerks> I know, but it has been free for over a year
[20:38] <Eickmeyer> Not according to Robin. That was changed only this past January.
[20:39] <Eickmeyer> Ah, fundamental said Dec 31, 2017.
[20:39] <OvenWerks> Dec 31st, 2017
[20:39] <Eickmeyer> So, yes, just over a year.
[20:40] <Eickmeyer> From the changelog for our version: -- Jaromír Mikeš<EMAIL_ADDRESS>Sat, 09 Dec 2017 21:55:18 +0100
[20:40] <Eickmeyer> 3.0.3 didn't have it.
[20:41] <Eickmeyer> KXStudio has 3.0.4, so I'm looking at the rules file for that to see if there's any changes that need to be made.
[20:41] <OvenWerks> zynadd is not really official
[20:41] <Eickmeyer> Unfortunately, with the build farm stuck, I can't do much but speculate.
[20:44] <Eickmeyer> Nobody in #launchpad has responded.
[20:54] <OvenWerks> Anyway, I don't see anything to stop 19.04
[20:57] <OvenWerks> The black box in Grub is still anoying. If that can be fixed by 20.04 That would be nice.
[20:57] <Eickmeyer> Cool. I'll go ahead and mark the build as ready (so I don't hae to on Wednesday).
[20:57] <OvenWerks> Sure.
[20:57] <Eickmeyer> Unfortunately, that black box is hardcoded in grub. :(
[20:57] <Eickmeyer> I might be able to change its color.
[20:58] <OvenWerks> The old Studio Grub didn't seem to do that
[20:58] <Eickmeyer> That's because it was text-only.
[20:58] <OvenWerks> Or maybe the whole screen went black so it couldn't be seen
[20:58] <Eickmeyer> Probably it.
[20:59] <Eickmeyer> Ubuntu MATE (from whom it was forked) does the same thing.
[21:11] <Eickmeyer> Build farm unstuck, build still has issues. Working....
[23:18] <Eickmeyer> OvenWerks: As far as zynaddsubfx goes, I'm going to have to punt this to Ross. I can't get it to build. :(
[23:18] <Eickmeyer> Way over my head.
[23:18] <Eickmeyer> Build as a debian package, that is.