[08:14] <zyga> hey, is there a base vivid charm for running some bleeding edge version of vivid?
[08:14] <zyga> or if not, is there a way one can easily make one
[08:15] <zyga> thanks!
[08:15] <zyga> it's just for testing that some of the software we're building runs on daily vivid
[08:28] <Muntaner> good morning o/
[08:31] <Muntaner> guys, anyone can give me some help with the nfs charm?
[08:33] <Muntaner> simply, I have my charm, and I'm configuring load balancing on it... I figured that I need to "share" many folders on my charm, and wanted to use the NFS charm to accomplish that
[08:33] <Muntaner> with "share" I mean all the units of the charm should have the same file system
[08:34] <Muntaner> does the NFS charm work as a NFS server?
[09:15] <marcoceppi> zyga: there's no real difference except that you can't use upstart, you have to use systemd for init jobs. Otherwise just create a vivid directory in your local charm repository and start creating
[09:15] <marcoceppi> Muntaner: the nfs charm does work as an nfs server
[09:18] <zyga> marcoceppi: hmm, I'm not that familar with juju, could you give me an example?
[09:20] <gnuoy> jamespage, do you have a second for https://code.launchpad.net/~gnuoy/charm-helpers/nrpe-proxy/+merge/253166 ?
[09:20] <marcoceppi> zyga: depends on what you're trying to test, basically do this: http://paste.ubuntu.com/10614347/
[09:21] <marcoceppi> doh, forgot to include how to deploy
[09:22] <marcoceppi> zyga: http://paste.ubuntu.com/10614351/
[09:25] <zyga> marcoceppi: looking
[09:25] <zyga> marcoceppi: we want mostly-vanilla vivid to run our tests on top
[09:25] <zyga> marcoceppi: so just using juju as a tool to get to instances and discard them later
[09:25] <zyga> marcoceppi: thanks, I'll give that a try :-)
[09:26] <marcoceppi> zyga: `juju charm get ubuntu` will get you the Ubuntu charm which does absolutely nothing (but get you an instance of the series you deployed it under)
[09:26] <marcoceppi> you'll need to make sure you have charm-tools installed from ppa:juju/stable for that to work though
[09:29] <Muntaner> marcoceppi, I'm following your wordpress charm, but now my "mount" command just hangs
[09:29] <marcoceppi> Muntaner: that's odd, do you have any logs?
[09:30] <marcoceppi> it's rather late my time currently, I'm about to log off for the evening, but that's where I'd start
[09:30] <Muntaner> marcoceppi, nothing more than the juju logs
[09:30] <marcoceppi> Muntaner: syslog and dmesg would be helpful for mount issues
[09:30] <marcoceppi> Muntaner: are you testing on the local provider?
[09:30] <Muntaner> marcoceppi, no, it isn't local
[09:31] <marcoceppi> Muntaner: hum, if you post logs for syslog and dmesg I can take a look later on today when I get back online
[09:32] <Muntaner> marcoceppi, thanks, I'll do it asap
[09:36] <Muntaner> marcoceppi, can't find anything special in the logs, can paste them now if you want
[10:05] <Muntaner> guys, anyone of you has used nfs charm?
[10:05] <Muntaner> mount hangs and can't understand why
[10:25] <lazyPower> Muntaner: I haven't recently - which charms are you using it with?
[10:28] <Muntaner> lazyPower, my personal charm. Now I discovered that probably the nfs charm in the store isn't working - I can see in it that there are no nfs daemons running
[10:28] <Muntaner> lazyPower, by creating my "exports" manually, seems like I'm "adjusting" it
[10:28] <Muntaner> but can't figure why it isn't working
[10:28] <lazyPower> Muntaner: are you running the NFS charm on the local provider?
[10:28] <Muntaner> lazyPower, no, I got it by the store: my personal charm is ran in local
[10:29] <lazyPower> Muntaner: i mean using the local provider to deploy the nfs charm
[10:29] <lazyPower> which it sounds liek you are - and that will not work. the Militant App Armor profiles assigned to lXC containers will prevent it
[10:29] <lazyPower> Muntaner: if you look @ the readme for NFS - it tells you how to work around this
[10:29] <lazyPower> https://jujucharms.com/nfs/trusty/0 - under the heading "On the LXC host"
[10:29] <Muntaner> lazyPower, no: I deployed it from the store. My cloud is a private openstack installed in a all-in-one server
[10:29] <Muntaner> not using lxc
[10:30] <lazyPower> ah ok, i misunderstood
[10:30] <Muntaner> np :)
[10:30] <lazyPower> let me bootstrap AWS and kick off a NFS deployment, 1 sec
[10:30] <Muntaner> thanks lazyPower
[10:37] <Muntaner> lazyPower, I figured that the NFS charm hasn't hooks like the "config-changed" or other... I'm a bit confused
[10:42] <lazyPower> Muntaner: its not a very well formed charm - missing the config-changed hook. It's got immutable configuration in its current form
[10:44] <lazyPower> Muntaner: can you file a bug against the charm here https://bugs.launchpad.net/charms/+source/nfs  and attach any relevant logs?
[10:46] <Muntaner> lazyPower, and how does it work with wordpress? lol
[10:46] <Muntaner> btw ok lazyPower, will do it asap :)
[10:46] <lazyPower> Muntaner: it just came online for me - starting to probe the env to see whats running
[10:49] <Muntaner> ok lazyPower fine
[10:49] <Muntaner> when I deployed it, I got a machine with no daemons running
[10:50] <lazyPower> did you add the nfs relation to the charm?
[10:50] <lazyPower> looking at the hooks - it doesn't do anything until the nfs-relation-changed hook is fired, zero exports = no daemon can start.
[10:52] <Muntaner> yes lazyPower, I did it
[10:54] <Muntaner> but nothing gets wrote in exports...
[10:54] <Muntaner> and so, no daemon is running
[10:54] <lazyPower> wp & mysql is coming up, i'll have a result shortly
[10:55] <Muntaner> lazyPower, I never tested it with WP, to be honest: I always did tests with my personal charm
[10:57] <lazyPower> Muntaner: confirmed - missing exports here as well.
[10:57] <lazyPower> ping back with the bug number and i'll triage it accordingly
[10:58] <Muntaner> lazyPower, so it basically never worked?
[10:58] <lazyPower> it did at one time or it wouldn't be in the store, unfortunately its got a bug filed against it as an unmaintained charm - which means its exhibited problems in the past and was at risk of removal
[10:58] <lazyPower> this is only further compounding that problem, that its utterly broken with nobody actively maintaining the charm
[11:00] <AskUbuntu_> Difference between deploying bundle with quickstart or juju-deployer? | http://askubuntu.com/q/597826
[11:00] <Muntaner> lazyPower, I'm writing the bug
[11:06] <Muntaner> lazyPower, https://bugs.launchpad.net/charms/+source/nfs/+bug/1433036
[11:06] <mup> Bug #1433036: NFS charm does not create "exports", daemons not running <nfs (Juju Charms Collection):New> <https://launchpad.net/bugs/1433036>
[11:13] <mattyw> lazyPower, are you actually awake and working, isn't it early for you?
[11:13] <mattyw> lazyPower, ^^ I have a quick question if you have 1 minute
[11:14] <lazyPower> mattyw: yup
[11:15]  * lazyPower reads backscroll
[11:15] <lazyPower> mattyw: i dont see anything in the backscroll - fire when ready
[14:38] <Muntaner> hey ho o/
[15:11] <Muntaner> hey guys
[15:11] <bdx> jamespage: You around?
[15:11] <Muntaner> how do I create a bundle? the official page seems to be dead
[15:11] <Muntaner> -> https://jujucharms.com/docs/charms-bundles/
[15:14] <rick_h_> Muntaner: apologies there, bug that we've got a fix landed and working on a release today: http://qa.storefront.theblues.io:6543/docs/1.20/charms-bundles is the page on our QA site atm
[15:14] <rick_h_> Muntaner: pulled from the juju docs at https://github.com/juju/docs/blob/master/src/en/charms-bundles.md
[15:16] <Muntaner> rick_h_, thanks!
[15:16] <rick_h_> Muntaner: np, let me know if you have any questions
[15:44] <Muntaner> rick_h_, where should I put the local charms in order to be deployed in a bundle?
[15:45] <rick_h_> Muntaner: bah caught me. Makyo do you know much of the deployer/local repo setup? I know you can define a local repo do you need the whole series subdirs?
[15:47] <Makyo> rick_h_, Muntaner a quick glance shows that yes, you do need series subdirs, but I don't know too much beyond that, sorry.  I haven't had to touch the charm stuff yet.
[15:48] <Muntaner> Makyo, no problem, it isn't urgent.
[15:48] <Muntaner> Makyo, so I can't deploy a bundle with charms on my filesystem, basically?
[15:49] <rick_h_> Muntaner: yes, with the deployer
[15:50] <Muntaner> rick_h_, my bundle has mysql and haproxy took from the official store, and two local charms. As far as I can see, the bundle fails since it can't find my local charms
[15:50] <Muntaner> dunno what to do exactly
[15:50] <Makyo> Muntaner, AFAICS, you can, with a charms/<series>/<charm> directory structure and the bundles in charms dir.  The deployer makes a few assumptions around there.
[15:52] <Makyo> Muntaner, eg: deployer doesn't obey --repository flags, so it's PWD sensitive
[15:52] <Muntaner> Makyo, I'm trying, but get a "An error occurred while deploying the bundle: ('No charm metadata @ %s', 'trusty/...blabla"
[15:52] <Muntaner> Makyo, simply trying by drag and dropping the bundle file into the juju-gui, not CLI
[15:53] <Makyo> Muntaner, oh, hm, yeah I don't know that that's supported yet, unfortunately.
[15:55] <tvansteenburgh> you can use the format "charm: local:precise/memcached" in your bundles, just make sure JUJU_REPOSITORY is set
[15:55] <tvansteenburgh> juju-deployer will handle that, anyway
[15:55] <rick_h_> Muntaner: the gui doesn't support local charms since it can't upload them to juju for you
[15:56] <rick_h_> Muntaner: so you have to use the deployer which uses local juju commands to get the charm deployed
[15:56] <rick_h_> Muntaner: ^ as tvansteenburgh says
[15:56] <rick_h_> Muntaner: the GUI only supports charms that are in the charmstore as it can then pull them down from the public store api
[15:56] <Muntaner> rick_h_, I never used the deployer, I always deployed local charms via juju deploy
[15:58] <rick_h_> Muntaner: yea, time to use the deployer if you want a bundle with local charms from your hard drive
[15:58] <Muntaner> rick_h_, will try immediately :)
[16:03] <Muntaner> rick_h_, I'm getting a "deployer.cli: Config files must be specified"
[16:05] <rick_h_> Muntaner: you need to pass -c bundles.yaml I believe
[16:05] <rick_h_> Muntaner: that points to your bundle file
[16:07] <Muntaner> rick_h_, great! seems to work \o/
[16:08] <rick_h_> Muntaner: woot!
[16:16] <apuimedo> rick_h_: do you know who owns the neutron-api charm?
[16:17] <rick_h_> apuimedo: looking at https://jujucharms.com/neutron-api/trusty/8 it's openstack-charmers with commit history coming from liam and james mostly (right column 10 revisions)
[16:17] <marcoceppi> apuimedo: the openstack-chamers own it, it's a team of people maintaining the openstack charms
[16:18] <apuimedo> rick_h_: marcoceppi: I wanted to ask about neutron-api support for midonet. I was talking about it a bit this morning with lazyPower as well.
[16:19] <apuimedo> as I told lazyPower, for it to be clean/ideal it should be patches to neutron-api that enabled it to add a relation to midonet-api with interface midonet (it would get the IP of that service from that)
[16:20] <apuimedo> the second less ideal way, would be to do like the nsx and add config options and make the deployers check the IP of the juju deployed midonet-api
[16:20] <apuimedo> and set it to neutron-api
[16:20] <rick_h_> apuimedo: so you're looking to submit some updates to http://bazaar.launchpad.net/~openstack-charmers/charms/trusty/neutron-api/trunk/files ?
[16:20] <apuimedo> rick_h_: looking into the best fit for doing so
[16:21] <rick_h_> marcoceppi: email the juju list about the charms and possible ways of updating perhaps?
[16:21] <apuimedo> lazyPower also mentioned about having a subordinate charm that provided extra templates, but I'm not entirely sure how one would go about that
[16:22] <rick_h_> apuimedo: gotcha, so you're looking to chat out the best way to look into adding support. I'd probably suggest emailing the juju list and bring up the thoughts and let folks do some suggesting.
[16:22] <rick_h_> apuimedo: and the folks that run that charm will hopefully chime in there and you'll get some good feedback
[16:23] <apuimedo> rick_h_: ok. I generally prefer the short loop of IRC, but if the folks are not around, better send it to the mailing list.
[16:23] <rick_h_> apuimedo: yea, async sometimes is best
[16:23] <apuimedo> indeed
[16:33] <cucumber> if a charm is in error state and you upgrade it, it will try to do it? or first has to be changed to "OK" it's state?
[16:43] <marcoceppi> apuimedo: if you want to submit changes to openstack charms, it's done a certain way
[16:44] <marcoceppi> apuimedo: https://wiki.ubuntu.com/ServerTeam/OpenStackCharms
[16:44] <apuimedo> thanks
[16:44] <marcoceppi> apuimedo: you want to target the /next branch for whatever service for your merges
[16:44] <apuimedo> ok, that means that any change would not be ready until kilo
[16:45] <marcoceppi> apuimedo: unless you need it to be merged ahead of time
[16:45] <marcoceppi> apuimedo: you can signal in the merge that it should also land in /trunk
[16:45] <marcoceppi> it needs to be in next, but changes can be ported to current /trunk
[16:45] <apuimedo> but they would be merged to next in any case, or do you do backports?
[16:45] <apuimedo> aha, I see
[16:45] <marcoceppi> apuimedo: exactly
[16:45] <marcoceppi> jamespage: it'd be great if that link was in the README for the charms under # Contributing as there's been a lot of questions around that wiki page
[16:52] <apuimedo> marcoceppi: how are the charmhelpers managed? I see that the charmhelpers installed with pip differ from those embedded in neutron-api/next
[16:52] <apuimedo> so if I want to add to charmhelpers/contrib/openstack, where would be the right place to go?
[16:59] <apuimedo> marcoceppi: nevermind, found it. with the lp:charm-helpers and then make-sync
[17:01] <jcastro> hey asanjar or kwmonroe
[17:02] <jcastro> do we have an example of a charm that let's you swap out OpenJDK/Oracle Java?
[17:02] <jcastro> I'm putting together a list of examples.
[17:03] <jcastro> something with a config option perhaps?
[17:05] <cucumber> I have mysql/0 charm as "hook failed: "config-changed"", everything seems to be ok (the problem was a communication problem with the bootstrap), so I ran the "juju resolved --retry mysql/0" command, and then, the unit download some stuff from ubuntu.com and when it ended, gives this error: " No such file or directory: '/var/lib/mysql/mysql.passwd'"
[17:05] <cucumber> that file doesn't exist and I don't know what to do.. any suggestions?
[17:13] <kwmonroe> jcastro: cory_fu pulled the java logic into a java_installer script that does the switch based on arch: http://bazaar.launchpad.net/~bigdata-dev/bigdata-data/trunk/view/head:/common/noarch/java-installer.sh
[17:13] <jcastro> kwmonroe, ok so like this isn't in charm helpers or anything?
[17:16] <cory_fu> jcastro: We went for a more pluggable implementation.  So, the charm loads the script that kwmonroe linked using jujuresources and calls the script to actually install whatever Java it decides to.  This allows a vendor to change how Java is installed just by changing a single line in the resources.yaml
[17:16] <jcastro> perfect, thanks!
[17:17] <cory_fu> jcastro: Previously, we had special logic to install openjdk or use a resources.yaml entry to download a binary installer.  Which was used depended on the cpu_arch
[17:19] <cory_fu> jcastro: With the new approach, the installer script(s) could be bundled into the charm under a resources/ dir, and the resources.yaml entries could choose the correct one with a file: URL
[17:19] <jcastro> cucumber, I wonder if touching that file and rerunning it will help?
[17:19] <kwmonroe> yeah jcastro, this is how we used to do it in charmhelpers if interested (line 149-168): http://bazaar.launchpad.net/~bigdata-dev/charm-helpers/framework/view/387/charmhelpers/contrib/bigdata/handlers/apache.py#L149
[17:20] <jcastro> this is great, any other reusable chunks while I am writing this up?
[17:20] <cory_fu> jcastro: kwmonroe's last link is the old way in charmhelpers.  If you want the new way, we can show you that code (which is also in the bigdata charmhelpers branch)
[17:21] <jcastro> when do you suppose this will land in proper charm helpers?
[17:21] <kwmonroe> jcastro: we're working on a DistConfig reusable module.  it lets you store immutable config in a dist.yaml: http://bazaar.launchpad.net/~bigdata-dev/charm-helpers/distconfig/revision/386
[17:22] <jcastro> ack
[17:22] <kwmonroe> that's stuff you may want to configure (like users and groups), but don't want to change post deployment
[17:22] <cory_fu> It would be nice to get it cleaned up and ready during the sprint next week.  The main difficulty is that we're still iterating on the big data charms to get them ready for the store, so there's a lot of churn
[17:22] <jcastro> right, for now I just want a link to point to people who might be interested
[17:22] <jcastro> out of curiosity did anyone show this to the ~ibm-charmers?
[17:23] <cory_fu> Not that I'm aware of
[17:24] <cory_fu> CH code using the installer script: http://bazaar.launchpad.net/~bigdata-dev/charm-helpers/framework/view/head:/charmhelpers/contrib/bigdata/handlers/apache.py#L159
[17:25] <kwmonroe> jcastro: i showed basic uname switching logic at the joint hangout a couple months back.  iirc, i showed the cassandra special config for ppc64le: https://github.com/juju-solutions/cassandra/blob/master/hooks/cassandra-common#L365
[17:26] <kwmonroe> but i haven't shown them jdk switching
[17:26] <jcastro> kwmonroe, can you take a note to post the JDK switching to the list at some point?
[17:26] <jcastro> it might be useful to arm people as well
[17:26] <kwmonroe> noted jcastro
[17:40] <AskUbuntu_> Landscape openstack juju management | http://askubuntu.com/q/597979
[21:54] <bdx> Does anyone on here know anything about ceph charms?
[22:42] <thumper> bdx: don't know about others, but I don't, sorry
[22:42] <thumper> better some response is better than tumbleweeds
[22:44] <blr> bdx: we're using storage-ceph with the block-storage-broker
[22:44] <blr> bdx: https://jujucharms.com/u/tribaal/storage-ceph/trusty/6
[22:51] <arosales> bdx, some of the ceph devs and maintainers are in the UK time zone so you may want to mail the list to get some coverage there
[22:52] <arosales> bdx, where list == https://lists.ubuntu.com/mailman/listinfo/juju
[23:11] <bdx> arosales, thumper, blr: Thnaks
[23:11] <arosales> bdx, np, looking forward to seeing what your question about ceph is on the list :-)
[23:14] <bdx> arosales: My issue now stems from maas.....do you know if there a was to have maas provision(commission) a node whos only connected interface is not eth0?
[23:15] <bdx> It seems if there is not eth0 is connected the node fails commissioning and/or booting
[23:16] <bdx> I'v posted about this in #maas .... bit of a rough spot for me right now ;'(
[23:17]  * arosales was just going to suggest #maas .   . .
[23:18] <bdx> arosales: Do you see my question in #maas?
[23:18] <bdx> I think this might be one for the mailing lists
[23:18] <arosales> bdx currently are you manually commissioning via mac?
[23:19]  * arosales just joined #maas so I missed the backscroll
[23:19] <bdx> arosales: No. I have all nodes pxe and ipmi managed by maas
[23:20] <arosales> I ~think~ you could manually bring this in, but I am sure your are looking for programmatic way to do this, in case you have a few of these type of machines
[23:20] <bdx> Entirely
[23:21] <arosales> ya
[23:21] <arosales> and it pxe boots ok, independent of maas, correct?
[23:21] <bdx> yea.
[23:22] <bdx> All nodes pxe boot and commission great when eth0 is connected to my maas-mgmt net
[23:23] <bdx> If I disco eth0 and connect eth{1,2,3,4,5} and try to commission/boot the node it fails and hangs right after ipmi power on (ipmi has a dedicated interface)
[23:25] <bdx> The reason behind this is I need to have ceph-public-network == maas-mgmt net so nucs that host services like ceph-mon and ceph-radosgw can communicate on ceph-public-network(10G)
[23:26] <arosales> ya, I could also see this where folks have mgmt over eth0, but have a high speed nic  for all other traffice.
[23:27] <bdx> Totally...thats kindof what I have going on...
[23:27] <arosales> bdx, atm unfortunately I think the list may get you the most eyes
[23:27] <arosales> juju list as well as maas mail list
[23:27] <bdx> Totally. Thanks again arosales.
[23:28] <arosales> I can see what you are trying to do, but don't have a readily available answer :-/
[23:28] <arosales> bdx, I'll look for the post and encourage others when they are back on-line to reply :-)
[23:29] <bdx> arosales: Thanks sooo much.....I have been trying to get this stack up for a while now....every bit helps. ThankS!
[23:29] <arosales> bdx, oh np at all, just wish I had a better answer for right now
[23:29] <arosales> bdx, but post to the list and I'll be sure to chase it down.
[23:30] <arosales> bdx, in that post be sure to mention what mass version you are using
[23:31] <bdx> Entirely.
[23:31] <arosales> thanks, I think this will be very helpful to others too


[09:20] <AlanBell> Pendulum: all set for the user days session?
[18:07] <AlanBell> Pendulum is doing the accessibility user days session now
[18:07] <Pendulum> AlanBell: can you tweet that too?
[18:07] <AlanBell> yes, and do you want me to help with the questions?
[18:11] <Pendulum> nah, it's sorted
[19:07] <charlie-tca> well, I missed it. had to go run an errand
[19:08] <hajour> http://irclogs.ubuntu.com/2011/01/29/%23ubuntu-classroom.html#18:01   <<< charlie-tca
[19:08] <Pendulum> charlie-tca: it also got moved up 2 hours
[19:08] <hajour> i had the link from UndiFineD
[19:09] <hajour> Pendulum,  habeouscorpus  had still some questions
[19:09] <charlie-tca> yeah, I thought about moving mine, give more time to get that other session lead back, but I knew I couldn't make the 11:00 one
[19:11] <hajour> all now UndiFineD  had made chatroom #ubuntu-beginners-accessibility ?
[19:12] <Pendulum> I didn't know about that
[19:12] <charlie-tca> Do we really need another accessiblity channel?
[19:12] <Pendulum> I kinda question that, too
[19:12] <hajour> well UndiFineD  is now on 3 meetings and follow class python on the same time so
[19:13] <Pendulum> yeah, we won't talk about it until later
[19:13] <habeouscorpus> hajour: they were answered :)
[19:13] <hajour> i think he will answer questions after that would be better
[19:13] <hajour> ok habeouscorpus great :)
[19:13] <Pendulum> hi habeouscorpus :)
[19:13] <hajour> Pendulum, ^
[19:13] <habeouscorpus> hi Pendulum
[19:18] <hajour> charlie-tca, ^^see my lines about UndiFineD
[20:05] <UndiFineD> Pendulum: charlie-tca :D
[20:19] <Pendulum> UndiFineD: we're just concerned that maybe we don't need another accessibility channel
[20:20] <UndiFineD> Pendulum: that may well be, I just created it as a suggestion, back when we talked of #ubuntu-beginners-accessibility-speechcontrol
[20:20] <Pendulum> ah
[20:21] <UndiFineD> so any padawan with interest should be send here ?
[20:21] <Pendulum> yeah
[20:21] <UndiFineD> ok then I will drop the channel and see if i need to adjust a wiki
[20:22] <Pendulum> thanks :)
[20:22] <UndiFineD> :D
[20:24] <charlie-tca> thanks. I am already spread too thin on IRC
[20:25] <UndiFineD> thin ? I am only on some ~60 channels
[20:25] <Pendulum> UndiFineD: how do you keep up?
[20:25] <UndiFineD> highlights
[20:25] <hajour> i have got 19 channels
[20:26] <hajour> yes and he have me if i see he is called :P Pendulum
[20:26] <Pendulum> heh
[20:26]  * AlanBell has 65 irssi windows at the moment
[20:26] <AlanBell> restarted it the other day and lost a bunch
[20:26] <hajour> we are in the same room and a part of the channels where he is in  i am in to
[20:27] <AlanBell> I typed "sudo halt" in the wrong terminal window
[20:27] <hajour> 00oo AlanBell  i could not do that i think
[20:27] <charlie-tca> since I seem to answer a lot of help questions, I don't think I can it with only highlights on
[20:28] <UndiFineD> chat clients should have a link with the keyring to prevent passwords being said out loud in public
[20:28] <AlanBell> hajour: your comments last night about vision were useful, some will go into Daniella and some into Simon
[20:28] <UndiFineD> neat AlanBell
[20:29] <hajour> a ok i hoped it would help AlanBell
[20:30] <AlanBell> Daniella is totally blind, no light perception
[20:30] <AlanBell> Simon's vision is failing from full vision
[20:31] <hajour> full vision is see not clear right ? AlanBell
[20:31] <hajour> or is it tunnel seeing
[20:32] <AlanBell> Simon is one of the older personas, he had perfectly good eyesight (full vision), but it is now going
[20:33] <hajour> going see more and more less you mean by simon AlanBell ?
[20:33] <AlanBell> yes, his eyes are failing
[20:33] <Pendulum> hajour: correct. It means he can see less and less
[20:34] <hajour> a ok like mine now do
[20:35] <hajour> AlanBell,  and Pendulum ^
[20:35] <AlanBell> yes
[20:35] <hajour> well i would i could talk in speech to tell about it.writhing is much more difficult for me
[20:36] <AlanBell> but when he was 30ish he had perfect vision - as do most 30ish developers right now
[20:37] <hajour> i had perfect vision till i was 12
[20:39] <charlie-tca> my failed already at 6
[20:40] <hajour> well if i had not been bad sighted then i was not been here.because of my eyes i was not allowed to go to ocean-school to become first engineer


[10:38]  * ogra twiddles thumbs ... omap3 kernel still building
[10:52] <berco> Hi
[10:52] <berco> I was wondering why the OMAP3 kernel symbols are available in http://ddebs.ubuntu.com repo but not the package for OMAP4
[10:52] <berco> Is there a reason for this?
[10:53] <ogra> ask #ubuntu-kernel, they do the packaging
[10:53] <berco> ogra: thanks
[10:53] <ogra> theoretically omap4 should be there as well
[10:53] <ogra> if the ddebs are missing for it we should build them
[10:53] <berco> ogra: I only see linux-image-2.6.35-22-omap-dbgsym
[10:54] <ogra> yep
[10:55] <ogra> berco, hmm, i see omap4 now that i'm looking
[10:55] <ogra> http://ddebs.ubuntu.com/pool/main/l/linux-ti-omap4/
[11:02] <berco> ogra: I only added "deb http://ddebs.ubuntu.com/ maverick main" to my sources.list and I don't see it
[11:02] <berco> ogra: what is the proper syntax for sources.list?
[11:02] <ogra> depends
[11:02] <ogra> are you using the kernel from proposed ?
[11:02] <ogra> or is there one in -updates you use
[11:03] <berco> if I want the one from 10.10
[11:03] <ogra> (and indeed, did you run apt-get update after changing sources.list)
[11:03] <berco> yep :)
[11:03] <berco> I did run update
[11:03] <ogra> well, there is definitely a kernel in maverick-updates
[11:03] <ogra> so you likely run that one
[11:04] <ogra> which needs to be reflected in your sources.list entry i think
[11:04] <ogra> dpkg -l|grep linux-image|grep omap4
[11:04] <ogra> see what version is installed
[11:05] <ogra> worst case just wget it and dpkg -i
[11:05] <berco> ogra: yeah, I wanted to answer a partner is trying to get our kernel symbols
[11:05] <ogra> (also note that the unstripped kernel is around 200M big)
[11:05] <berco> personnaly I run the kernel that we posted in omap-trunk public PPA
[11:05] <ogra> ah
[11:08] <berco> so that makes me think we should also push the kernel symbols for our trunk version, right?
[11:09] <berco> there's no process on launchpad to do this automatically?
[11:10] <ogra> i dont think so, it produces really huge packages ... you can just create a dbgsym package by default though
[11:10] <ogra> (dont ask me how, never did that)
[11:10] <berco> ok, when I add maverick-updates, I see the OMAP4 kernel.
[11:10] <ogra> right
[11:10] <ogra> thats what i thought
[11:11] <berco> ogra: thanks
[11:11] <ogra> http://wiki.debian.org/DebugPackage
[11:12] <ogra> for your ppa kernel, you should be able to just change debian/control as described there
[11:25] <berco> ogra:  it sounds good. I'll discuss with sebj
[12:51] <alberto> i have downloaded ubuntu for beagleboard (mine is revision c4) and it works fine. The problem is that the usb hub does not power up. Does anyone know the solution for that?
[14:10]  * rsalveti lunch
[14:19] <davidm> G'day all
[14:19] <davidm> ogra, have you seen persia at all this week?
[14:19] <ogra> not at all
[14:19] <ogra> i was already wondering yesterday
[14:21] <davidm> I've been emailing  and calling with no response
[14:23] <ogra> damned
[14:23] <ogra> hopefully he is well
[14:39] <davidm> I hope so
[14:46] <rsalveti> yeah, since the last week of december
[14:46] <rsalveti> no news
[15:32] <janimo> ogra, managed to get iwconfig running eventually on the panda . The order of the arguments matters, and I did not know that
[15:33] <ogra> ah
[15:33] <janimo> so mode, channel and then essid
[15:33] <janimo> saw how nm does it via iwevent
[15:35] <rsalveti> interesting, didn't know that
[15:38] <ogra> lool, i was planning to upload a build from the debian git if you dont do it ... then we need the MIR for u-boot-tools approved and the package promoted
[15:38] <ogra> and only then i can change jasper to a new dep
[15:41] <ogra> (and then we have to pray for the archive to not be out of sync :) )
[15:41] <lool> ogra: There is no reason to push for it quicker in Debian; it wont make it to squeeze anyway, so I don't have any reason to request faster handling of it; I don't know how long it will take, but I would probably upload next week if I don't get feedback
[15:41] <lool> but Ubuntu shouldn't block on Debian; the package name is agreed upon, so shouldn't be a big issue
[15:43] <ogra> k
[15:44]  * ogra sighs having to deal with git then
[15:44] <ogra> i'll roll it tomorrow and upload an ubuntu0 package
[16:22] <rsalveti> GrueMaster: just upgraded my natty rootfs and it seems fine, can also confirm that firefox is ok
[16:22] <rsalveti> apparently no blocker bug
[16:22] <GrueMaster> I'm in the process of updating now.
[17:48] <GrueMaster> Ok.  Finally was able to pull down all the updates since yesterday.  Firefox is indeed working again (it was one of the updated packages).
[23:27] <topfs2> Quick question, is it normal that the netbook UI is rather slow on panda?
[23:44] <achiang> hm, i have an imx51 system (lucid) where ureadahead doesn't seem to be running during boot. i have an upstart job, not sure why it's not firing
[23:45] <achiang> ah, there we go, something in /var/log/boot.log -- terminated with status 5
[23:48] <GrueMaster> rsalveti: Any idea as to why the ti-ppa doesn't install on Natty?
[23:50] <GrueMaster> looks like a mime issue with gnome-open.


[01:36] <Quinn_Storm> hey guys, figured I'd ask again since new people might be here...does anyone know of any good way that I could build amd64 packages on i386?  I would rather not have to build gcc from source...
[01:41] <Quinn_Storm> in fact, as I expected, I can't even make the x86_64 gcc compile
[01:42] <ajmitch> it *may* be possible to cross-compile, but it really wouldn't be nice to setup
[01:42] <Quinn_Storm> ok yeah...it just is getting obnoxious that I can't have fully up to date amd64 packages for my usres
[01:42] <ajmitch> just find someone who you trust to build amd64 packages when needed
[01:42] <Quinn_Storm> users^
[01:42] <Quinn_Storm> I think maybe I'll see about a build service or something
[01:44] <grexk_> Quinn_Storm: Try buildd
[01:44] <Quinn_Storm> grexk_: that won't help with the need to cross-compile
[01:44] <ajmitch> grexk_: still requires having the hardware
[01:45] <grexk_> hehehe
[01:59] <zul_> that would be cool to cross compile but a pain in the ass
[01:59] <Quinn_Storm> yeah
[02:00] <Quinn_Storm> I wish I had an amd64 box...or someone who really trusted me (pbuilder needs root)
[02:00] <Quinn_Storm> well they wouldn't have to -really- trust me if they had uml
[02:01] <plugwash> hmm, if you use tt mode you should be able to install uml entirely from your normal user account
[02:01] <plugwash> and then install a pbuilder inside it
[02:01] <Quinn_Storm> tt mode? dunno much about that
[02:02] <plugwash> uml has 3 modes
[02:02] <Quinn_Storm> ah ok
[02:04] <plugwash> skas mode is the best performing and most secure but needs special support in the host kernel
[02:04] <plugwash> tt mode is the original mode and provides no secuirty (e.g. users inside your uml will be able to break out to your user account on the host
[02:04] <Quinn_Storm> tt is exactly what I'd need to make a pbuilder though
[02:04] <plugwash> tt jail mode has more security features than tt mode and doesn't need any special support on the host but is much slower than any of the other modes
[02:05] <Quinn_Storm> I wish I could just cross-compile, heh
[02:10] <fbond> this is new:
[02:10] <fbond> E: midisport-firmware: maintainer-script-calls-init-script-directly postinst:40
[02:10] <fbond> how should I be calling an initscript from my maintainer script?
[02:11] <crimsun> test for and use invoke-rc.d first only falling back to direct invocation if invoke-rc.d doesn't exist
[03:13] <ryanakca> crimsun: it's been over a month and a half since I sent the developper an e-mail to change the name from gnome-clipboard-daemon to clipboard-daemon . no response
[03:14] <crimsun> ryanakca: which developer?
[03:17] <ryanakca> it's only developper, M. Lai I think... I'll check.
[03:17] <crimsun> upstream upstream, then?
[03:17] <crimsun> I wouldn't change the name without his/her explicit written approval
[03:19] <ryanakca> yes
[03:19] <ryanakca> Mr. H. Lai
[03:21] <crimsun> don't worry about it for 6.10
[03:23] <ryanakca> hmm.. .well, he's definetly not missing... he's a developper for AutoPackage
[03:24] <Plug> When is universe-freeze?
[03:24] <crimsun> Sept 28t.
[03:24] <crimsun> +h
[03:24] <ryanakca> Sept 28th
[03:24] <Plug> Cool.  That gives me a bit more time to battle my nm-pptp-vpn plugin.
[03:27] <LaserJock> oh bugger
[03:34] <LaserJock> \o/
[03:34] <fbond> crimsun, you seem to have a handle on udev, do you have time to help me out?
[03:34] <crimsun> what's the issue?
[03:35] <fbond> my midisport-firmware package is now put together well, I think, but the firmware is no longer loaded by udev, although it worked fine under dapper
[03:35] <fbond> The device isn't recognized appropriately, it would seem.
[03:36] <fbond> I have a shallow understanding of the actual .rules file...
[03:36] <fbond> * I haven't yet uploaded the most recent version of the package to revu, but the rules file is the same
[03:36] <crimsun> pointer please?
[03:39] <fbond> http://revu.tauware.de/revu1-incoming/midisport-firmware-0608202105/midisport-firmware-1.2/42-midisport-firmware.rules.in
[03:39] <fbond> @firmwaredir@ is replaced during build with the correct path
[03:39] <ubuntu-es> fbond: Error: "firmwaredir@" is not a valid command.
[03:39] <fbond> hah
[03:41] <crimsun> oh
[03:41] <crimsun> usbfs isn't mounted by default anymore.
[03:42] <crimsun> I have a hackaround for my homebrewed udev rule for the M-Audio DFU
[03:42] <fbond> ok, I don't know much about that
[03:42] <fbond> so, is there anything that I personally can do about that, or is this, "sorry, can't be helped?"
[03:43] <fbond> Does my udev rule need to mount usbfs?
[03:43] <crimsun> I haven't checked fxload. Does it require usbfs?
[03:43] <fbond> I believe it does...
[03:43] <fbond> hang on 2 secs
[03:43] <crimsun> the code will have a usbfs_t
[03:43] <crimsun> if so, the code needs to be updated
[03:44] <crimsun> unfortunately I haven't done that yet
[03:44] <fbond> ues ot dpes
[03:44] <fbond> sorry
[03:44] <fbond> yes it does require usbfs
[03:45] <fbond> the fxload code needs to be updated?
[03:45] <crimsun> yes
[03:45] <fbond> to mount usbfs?
[03:45] <crimsun> no, to note rely on usbfs
[03:45] <crimsun> to not
[03:45] <crimsun> (this lag is horrible)
[03:45] <fbond> interesting
[03:45] <fbond> that's ok
[03:45] <fbond> or, it's ok for me, anyway :)
[03:46] <fbond> so, can I help you with that, or is it better just to leave it to "those who know"
[03:47] <fbond> (I'm actually a little curious as to how one would remove a dependency like that, apart from a significant re-write...)
[03:47] <crimsun> clemens needs to update it, else I'll just patch it and push it to him
[03:47] <fbond> ok, sounds good
[03:47] <fbond> in the meantime, I'll consider my package ready to go, so, keep that in mind if you have a few minutes to take a look :)
[03:47] <fbond> thanks for your help, too...
[03:48] <fbond> BTW fxload manpage also contains references to usbfs; may want to make sure the manpage gets patched, too...
[04:09] <Hobbsee> hey all
[04:09] <welshbyte> hey Hobbsee
[04:09] <TheMuso> Hey Hobbsee.
[04:10] <ajmitch> hello Hobbsee
[04:11] <TheMuso> Hey ajmitch.
[04:12] <Hobbsee> hey welshbyte, TheMuso, ajmitch
[04:48] <printk> Hello everyone.  I see there are several books that are free that are very interesting to linux.  (Linux Device Drivers Rev 3 for example).  Anyway, I was thinking about packaing these books into pdf (if not already) and creating debs to put them in /usr/share/doc.  Now I know I for one would appreciate this.  Do you guys feel this could be something that would be useful or should I not really bother?
[05:45] <bluefoxicy> http://sourceforge.net/projects/ufoai/  #16 most active on sf.net
[05:48] <Burgundavia> bluefoxicy: good, caused they were almost dead for a long time
[05:49] <bluefoxicy> Burgundavia: nods, I'm gonna go shower, probably make sure that's on MOTU/Teams/Games in the wiki when I get back
[06:00] <imbrandon> !ping
[06:00] <ubotu> ping: connection timeout
[06:06] <LaserJock> hmm
[08:50] <xerxas> Hi everyone
[08:53] <Fujitsu> Are any MOTUs available to upload a patch for ettercap for me? It doesn't build at the moment.
[09:19] <dholbach> good morning
[09:22] <Kagou> good morning dholbach
[09:22] <Mithrandir> hi Daniel
[09:23] <dholbach> hey Kagou, hey Tollef!
[09:33] <imbrandon> moins dholbach Mithrandir and Kagou
[09:33] <dholbach> hi imbrandon
[09:41] <Kagou> hey imbrandon
[09:53] <imbrandon> cypher1, please turn off away/back messages
[09:54] <cypher1> imbrandon: sure.. sorry..
[09:54] <imbrandon> no worries ;)
[09:54] <cypher1> :)
[09:54] <cypher1> tomorow is REVU DAY right
[09:55] <cypher1> nothing mentioned in topic :(
[09:55] <imbrandon> yes tomarrow is revu day
[09:56] <imbrandon> there ya go ;)
[09:56] <cypher1> :D thanks
[09:56] <Kagou> :)
[10:08] <dholbach> imbrandon: the last bit is truncated
[10:08] <imbrandon> ahh yea topic limit
[10:08] <imbrandon> hrm
[10:09] <dholbach> drop the UNMETDEPS and mysqlclient stuff
[10:09] <imbrandon> yea i was just thinking that, its been there for months
[10:09] <dholbach> the other link too
[10:09] <dholbach> MOTU bugs
[10:09] <imbrandon> kk
[10:11] <dholbach> super
[10:11] <imbrandon> ;)
[10:11] <cypher1> cool
[10:22] <imbrandon> who is william grant ?
[10:24] <seaLne> https://launchpad.net/people/fujitsu ?
[10:25] <imbrandon> ahh ok
[11:49] <phanatic> morning
[12:37] <imbrandon>  /quit
[01:11] <frandavid100> hi guys
[01:12] <frandavid100> are we still in time to include new packages in edgy's universe?
[01:12] <phanatic> frandavid100: hi
[01:12] <phanatic> yes :)
[01:12] <frandavid100> hi phanatic
[01:13] <frandavid100> I'm very interested in getting CCL, an internet cafe control software into the repos
[01:14] <frandavid100> But I don't still have the skills to make a compliant package, so a guy from ubuntuforums did it for me here: http://ubuntuforums.org/showthread.php?p=1472615#post1472615
[01:14] <frandavid100> it still needs some tweaks I think... when's the deadline?
[01:16] <phanatic> 28th september i think
[01:17] <frandavid100> still lots of time then... somehow I thought it was this week
[01:18] <frandavid100> what if we fixed the thing and uploaded it to REVU? do you think i would hit edgy, or does it take lots of time to revise?
[01:24] <phanatic> frandavid100: it depends. but my advice is to go ahead :)
[01:24] <phanatic> hey Gloubiboulga
[01:24] <Gloubiboulga> hello phanatic
[01:25] <frandavid100> it does work ^^ I'll have to check the package descriptions and the copyright info, but it's basically done!!
[01:46] <frandavid100> see you later guys
[01:46] <frandavid100> thanks for all phanatic
[01:58] <Fujitsu> Erm, what's up with jonpollack's karma?
[01:59] <Fujitsu> He's apparently the 5th-top Ubuntu contributor, with > 500000 karma, and only two karma-related actions.
[02:02] <phanatic> Fujitsu: lol, it's more than interesting :)
[02:02] <Fujitsu> It's the oddest thing I've ever seen on Launchpad. And I've seen a lot of odd things.
[02:39] <beligum> hi all, I'm about to upload a new package to REVU and I'm wondering if I've got everything
[02:40] <beligum> did a dpkg-buildpackage -rfakeroot && dpkg-buildpackage -S -sa -rfakeroot
[02:40] <beligum> that's it?
[02:43] <phanatic> beligum: the last command should be enough
[02:44] <beligum> ah, ok
[02:45] <beligum> so now, all I need is dput *_source.changes ?
[02:45] <phanatic> beligum: yea
[02:45] <beligum> great
[02:45] <Hobbsee> beligum: dput revu *source.changes
[02:46] <Hobbsee> you dont need the revu if you've changed dput.cf though
[02:46] <beligum> ah, allright
[02:46] <beligum> should I wait for someone to review the packages, or commit now?
[02:46] <Hobbsee> (otherwise you'll be trying to upload straight to the ubuntu archives, and it will decline you)
[02:46] <Hobbsee> beligum: does commit mean run the dput command?
[02:47] <beligum> yes, indeed, sorry
[02:47] <Hobbsee> beligum: people will look after you dput - that's what revu is there for
[02:48] <beligum> ok, it's just that Ridell offered to review them first
[02:49] <Hobbsee> beligum: he'll want you to upload to revu, and review them there, i'm guessing
[02:49] <Hobbsee> this is a new package?
[02:49] <beligum> yes
[02:50] <beligum> ScreenKast, a screen-capturing program
[02:50] <Hobbsee> yeah, dput it
[02:50] <Hobbsee> sounds nice :)
[03:15] <beligum> hmmm, what's the difference between debuild and dpkg-buildpackage
[03:15] <beligum> ?
[03:17] <StevenK> beligum: debuild is a wrapper around the latter.
[03:17] <beligum> ic
[03:17] <StevenK> beligum: debuild also can run things like lintian or linda after dpkg-buildpackage finishes
[03:18] <beligum> Hmmmm; E: Couldn't find package debuild
[03:18] <zul> you might have to install devscripts
[03:24] <beligum> cool, so debuild does everything necessary to release to package?
[03:25] <Hobbsee> it doestn call debsign
[03:25] <beligum> ah, k
[03:27] <StevenK> I thought it could?
[03:27] <StevenK> Sure it can
[03:27] <StevenK> s/to/the/
[03:27] <zul> er...debuild -S
[03:28] <Hobbsee> StevenK: it probably could.  doesnt by default though
[03:28] <phanatic> lol
[03:28] <beligum> crap, I get a newer-standards-version 3.7.2, should I change to that?
[03:30] <Hobbsee> hey TheMuso
[03:30] <Hobbsee> beligum: no that's fine.
[03:30] <Hobbsee> beligum: StevenK needs to get his version updated
[03:30] <Mithrandir> Hobbsee: how's .au today?
[03:30] <StevenK> GRR!
[03:30] <StevenK> Hobbsee: That's Lintian!
[03:31] <StevenK> *NOT* Linda
[03:31] <Hobbsee> StevenK: i thought linda was giving that anyway.
[03:31] <StevenK> And I thought I fixed it.
[03:31] <Hobbsee> Mithrandir: i'm being yelled at by StevenK.  au still exists.
[03:33] <TheMuso> Hey Hobbsee. Manage to prevent yourself from being blown over today? :)
[03:33] <beligum> Just to be difficult: how do I build a package on one machine, but sign it on another?
[03:33] <Hobbsee> TheMuso: just
[03:33] <Hobbsee> beligum: debsign -r - check man debsign
[03:34] <beligum> Hobbsee, thx
[03:34] <Hobbsee> beligum: assuming you've got ssh from one machine to the other
[03:34] <beligum> yeah, sure
[03:34] <Hobbsee> beligum: otherwise copy the source from one machine to the other, then sign it on the other machine
[03:36] <beligum> Hobbsee, just out of curiousity, does the binary or the source get signed?
[03:36] <beligum> or both?
[03:36] <Hobbsee> beligum: the source.
[03:36] <Hobbsee> well, you specify what you want signed
[03:36] <Hobbsee> usually the source.changes
[03:40] <geser> !info dpkg-sig edgy
[03:40] <ubotu> dpkg-sig: create and verify signatures on .deb-files. In component universe, is optional. Version 0.13 (edgy), package size 36 kB, installed size 232 kB
[03:45] <beligum> How bad are the error messages lintian returns?
[03:49] <Hobbsee> depends what they are
[03:51] <synic> where do I upload my gpg key in launchpad?
[03:52] <Hobbsee> synic: launchpad/people/yournick and hit the gpg thing
[03:56] <beligum> I've a dilemma here: don't think the packages (libinstrudeo & ScreenKast) will be finished and I'll have to leave in an hour and won't be back till Sunday, should I sent them to REPO anyway?
[03:57] <beligum> damn, REVU that is ;)
[03:57] <Hobbsee> yes
[03:57] <Hobbsee> they'll just sit there, no problem
[03:57] <beligum> ok
[04:03] <synic> ok... so now I'm supposed to ask to be added to the universe contributors team
[04:03] <beligum> Can someone tell me what happens after uploading to REVU, just quickly?
[04:03] <beligum> (btw, done)
[04:05] <synic> who do I ask for that?
[04:06] <Hobbsee> synic: see the /topic ?
[04:07] <synic> ah.
[04:07] <Hobbsee> beligum: you give people in here the link, ask them to look at it, MOTU's can look and review it.  if you get two passes, they upload it
[04:07] <beligum> Hobbsee, great, thanks for that
[04:13] <beligum> After loggin in with email at revu and pressing recover, I get this python error: Mod_python error: "PythonHandler mod_python.publisher"
[04:14] <beligum> got a traceback too
[04:15] <Hobbsee> siretart: *poke*
[04:15] <Hobbsee> eh, probably idling
[04:15] <Hobbsee> beligum: siretart may well want that error pastebinned, and a link given to him
[04:15] <beligum> ok, sec
[04:17] <beligum> hmm, now it changed
[04:18] <beligum> to "To decrypt your password, type the following into your shell:" ...
[04:18] <beligum> but plaintext, no html
[04:19] <Hobbsee> and?
[04:19] <Hobbsee> you want to use the plaintext
[04:19] <Hobbsee> it's all encrypted
[04:22] <beligum> No, I mean, after logging in at revu, and pressing recover, I get some plaintext message (pastebin not cooperating here)
[04:25] <beligum> It says: "To decrypt your password, type the following into your shell:", but I can't see the message or any html at all
[04:27] <beligum> http://bpower2.com/revuerror.txt
[04:27] <beligum> that's the python error
[04:28] <Hobbsee> ahhh...
[04:28] <Hobbsee> that
[04:31] <siretart> beligum: try reloading
[04:34] <beligum> done now, I get this: bpower2.com/revuerror2.txt
[04:37] <beligum> How long should I wait before the uploads show up on revu ?
[04:38] <phanatic> beligum: 5-10 minutes max.
[04:39] <siretart> did you upload exaile_0.2.2_i386.changes ?
[04:39] <beligum> nope, libinstrudeo and screenkast
[04:40] <siretart> your key isn't in the keyring. are you already in the lp group?
[04:42] <beligum> yes, I think so
[04:43] <beligum> I'm in the ubuntu universe package contrib group
[04:44] <beligum> uploaded and confirmed my key last night, thought that was done
[04:47] <siretart> beligum: processed manually now
[04:47] <siretart> try lostpw again, please
[04:49] <beligum> nope, error2 again
[04:52] <synic> siretart: that was me.  Something wrong with it?
[04:52] <siretart> synic: yes. the part about exaile_0.2.2_i386.changes
[04:53] <synic> hrmm?
[04:53] <bddebian> Heya gang
[04:55] <synic> siretart: what do I need to do to fix it?
[04:58] <siretart> synic: upload a exaile_0.2.2_source.changes file instead
[04:58] <synic> ah, ok
[04:59] <siretart> ok. lostpw.py should do again now
[05:00] <siretart> was indeed a silly permissions problem. which really needs to be fixed at some point
[05:02] <bddebian> Heya siretart
[05:03] <beligum> Hi all, thanks for all the help
[05:03] <siretart> huhu bddebian. how are you?
[05:03] <beligum> screenKast and libinstrudeo successfully uploaded
[05:03] <bddebian> siretart: OK, thanks.  You?
[05:04] <siretart> bddebian: badly stressed with move, thesis, gf, the world..
[05:04] <beligum> http://revu.tauware.de/details.py?upid=3048 and http://revu.tauware.de/details.py?upid=3047
[05:04] <beligum> Would be great if you could take a look
[05:04] <bddebian> siretart: Heh, I hear that man
[05:06] <beligum> Anyway, I'm off to France, cya on Sunday or Monday
[05:09] <Lutin> Hi
[05:10] <Lutin> bddebian, is there a policy related to the x-session-managers packaging ?
[05:11] <bddebian> Lutin: Hello.  Probably but I couldn't tell you what it is unfortunately.  Sorry.
[05:11] <Lutin> bddebian, ok.
[05:11] <Lutin> thanks
[05:23] <geser> what could be a reason why a package builds fine in a pbuilder but not on the buildds?
[05:24] <LaserJock> geser: maybe your pbuilder is not updated
[05:24] <LaserJock> geser: is it on the same arch?
[05:24] <bddebian> geser: What's the error on the build log on the buildd?
[05:24] <bddebian> Heya LaserJock
[05:24] <geser> it builds in my pbuilder
[05:25] <bddebian> geser: I mean on LaunchPad?
[05:25] <geser> http://librarian.launchpad.net/4165426/buildlog_ubuntu-edgy-powerpc.libgtk-java_2.9.1-0ubuntu1_FAILEDTOBUILD.txt.gz
[05:25] <geser> ia64 failed with the same error
[05:26] <geser> the last try on amd64 dito (the current try failed because of a chroot problem)
[05:27] <bddebian> geser: What arch are you building on x86?
[05:28] <geser> it try on amd64
[05:50] <Sp4rKy> please how must i do when i package a login display manager ?
[06:16] <geser> bddebian: I tried to build the package again but now w/o the arch-indep packages and it failed
[06:53] <fowlduck-> hallo
[06:53] <fowlduck-> anyone here using edgy yet?
[06:56] <LaserJock> I'm not actually
[06:56] <fowlduck-> boooooooooooo! er.. ;D
[06:56] <LaserJock> I was going to do a dist-upgrade maybe today
[06:57] <fowlduck-> oh, cool
[06:57] <fowlduck-> i mean, is it nearing completion?  Only a month left
[06:58] <phanatic> fowlduck: yeah, it's considered usable now (feature freeze is tonight)
[06:58] <bddebian> Well I have two Edgy machines at work.  Neither working atm
[06:58] <fowlduck-> oh, coooooool
[06:58] <fowlduck-> lol
[06:58] <phanatic> lol
[06:58] <fowlduck-> lets see, one for it, one undecided, and one (bddebian) definitely against
[06:59] <bddebian> I am not against it, I just can't get it working on those machines :-(
[06:59] <LaserJock> yeah, I *did* have a working edgy machine
[06:59] <LaserJock> :-)
[06:59] <fowlduck->  rm -rf /bddebian/workputers/edgy
[06:59] <bddebian> Heh
[07:02] <fowlduck-> where is that list of packages that are under revu?
[07:02] <LaserJock> darn, it "working directory C:\ is not valid"
[07:02] <LaserJock> fowlduck-: revu.tauware.de
[07:02] <Amaranth> does feature freeze apply to universe?
[07:03] <LaserJock> no
[07:03] <Amaranth> my _only_ machine is running edgy :)
[07:03] <LaserJock> we have Universe Freeze (28th) which is UVF+FF
[07:03] <Amaranth> so please don't break it :)
[07:03] <LaserJock> yeah, I tried edgy on 3 machines
[07:03] <LaserJock> 2 went unbootable
[07:04] <LaserJock> but I got that worked out
[07:04] <LaserJock> and then my main dev machine decided it didn't want networking
[07:04] <LaserJock> and I couldn't figure out what the problem was
[07:04] <LaserJock> so I wiped it and put on 6.06.1
[07:04] <Amaranth> weird
[07:04] <Amaranth> the only problems i'm having can be safely blamed on nvidia
[07:05] <LaserJock> I tried installing a few different Knot2 .isos and none worked :-)
[07:05] <LaserJock> I think that computer must have issues
[07:05] <Amaranth> well, except for both my cores using the performance governor on boot and one of them being reset to performance on resume
[07:05] <LaserJock> 1.3GHz + 256MB ram I think might be a part of the problem
[07:05] <fowlduck-> grrr
[07:05] <fowlduck-> school computers
[07:06] <fowlduck-> LaserJock, I tried a desktop install on similar hardware.....that failed miserably
[07:06] <LaserJock> "can't live with them, can't format them" ;-)
[07:06] <LaserJock> I tried a kubuntu alternative install
[07:06] <fowlduck-> and still pooped? argh
[07:06] <LaserJock> and perhaps an Ubuntu arlternative as well
[07:07] <LaserJock> well, they keep dying at the end
[07:10] <fowlduck-> well, i need to fix this junk up and get these packages out, ack
[07:10] <fowlduck-> bddebian, you commented on my package, I was wondering what specifically looks weird about the copyright: http://revu.tauware.de/details.py?upid=2764
[07:11] <fowlduck-> bddebian, that is, if you have time
[07:18] <bddebian> fowlduck: I don't remember off-hand.  Do you still have the full copyright in there?
[07:18] <fowlduck-> no, I don't think so, but you said "debian/copyright still looks a little strange"
[07:18] <fowlduck-> i can check tonight when I get home
[07:19] <fowlduck-> orrrrrrrrrrrrrrrrrrrrrr i can get out my laptop
[07:21] <bddebian> fowlduck-: Yeah, you still have the whole: "How to apply GPL to your New programs" stuff
[07:21] <LaserJock> oh yeah
[07:22] <fowlduck-> oh, I thought you were supposed to include only the first few paragraphs
[07:22] <fowlduck-> hmmm, my mistake i suppose
[07:23] <fowlduck-> wait, quote from the previous comment by ajmitch, "debian/copyright has the whole GPL in it. It is better to use the 3 paragraphs listed in the section "How to Apply These Terms to Your New Programs" & then give a reference to the rest of the license. Most other packages that use the GPL can be looked at as an example"
[07:23] <bddebian> Hmm, OK, it just looked like more than I am used to
[07:23] <fowlduck-> ok, I'll still take a look tonight
[07:23] <bddebian> I know less about all the licensing crap than I do about packaging in general :-)
[07:28] <Sp4rKy> where could i find all db_* binaries and what is them ?
[07:42] <fowlduck-> if i'm on dapper, to build an edgy environment in pbuilder is as trivial as specifying it in the initial pbuilder command, correct?
[07:44] <geser> Sp4rKy: db_* sounds like Berkeley DB
[07:46] <fowlduck-> does he mean dh_*?
[07:48] <Sp4rKy> no db_
[07:49] <geser> fowlduck-: https://wiki.ubuntu.com/MOTU/School/PackagingBasics lists the steps to create an egdy pbuilder on dapper
[07:49] <geser> db4.3-util for db4.3
[07:49] <Sp4rKy> in gdm postinst script, many software like db_get are used
[07:49] <geser> and db4.4-util for libdb4.4
[07:49] <geser> the programms are called db4.x_* to be co-installable
[07:49] <fowlduck-> geser, many thanks :)
[07:49] <geser> where x is 3 or 4
[07:58] <Arbiter> moin
[08:11] <LaserJock> hmm, what's a good way to test your download speed
[08:11] <LaserJock> I should have a very good connection
[08:11] <LaserJock> but all the Ubuntu mirrors seem to be giving me like 20-30 kB/s
[08:11] <fowlduck-> http://speedtest.tds.net/
[08:11] <zul> find a site that does a speed test
[08:21] <LaserJock> hmm
[08:22] <fowlduck-> are the ubuntu mirrors syncing or something maybe?
[08:25] <trappist> anybody know the status of compiz-kde?  looks like still a pretty old package in edgy, maybe from dapper, depending on a really old compiz
[08:26] <trappist> (uninstallable)
[08:26] <LaserJock> hmm, well I don't get it, perhaps they are syncing or maybe getting hit hard
[08:27] <LaserJock> but I'm trying to do a dist-upgrade and it'd be nice to have it done by the weekend ;-)
[08:30] <trappist> LaserJock: yeah my last one took almost 24 hours, between all the downloading, installing, apt-get -f install, update again, etc.
[08:30] <trappist> LaserJock: what mirror are you using?
[08:31] <LaserJock> trappist: Portland, right now
[08:32] <LaserJock> it's the fastest I could find, and I"m getting ~50kB/s
[08:38] <trappist> ack
[09:23] <ivoks> i could listen new edgy sounds whole day
[09:24] <Arbiter> lol
[09:24] <Amaranth> awesome stuff
[09:24] <Amaranth> kind of long though
[09:25] <Bazzi> I'm still updating... archive.ubuntu.com is painfully slow :/
[09:25] <Arbiter> Bazzi: i've updated about 10-15mins ago
[09:25] <Arbiter> my download speed was around 500kB/s
[09:25] <Arbiter> :P
[09:25] <Bazzi> I'm getting just 30KB/s
[09:25] <Bazzi> and have 189MB to download
[09:26] <Arbiter> ow
[09:26] <LaserJock> yeah, I'm at 30-50KB/s
[09:26] <LaserJock> 2 1/2 hrs to go :-)
[09:27] <LaserJock> for the download
[09:27] <Bazzi> 31m to go here, I've got 68% already
[09:28] <Arbiter> The following packages where automatically installed and are no longer required:
[09:28] <Arbiter> [..]
[09:28] <Arbiter> Use 'apt-get autoremove' to remove them.
[09:28] <Arbiter> cool
[09:29] <Bazzi> :-)
[09:29] <Bazzi> aptitude does that as well
[09:29] <ivoks> too nice
[09:29] <Arbiter> Bazzi: yeah but this is an apt feature
[09:29] <Arbiter> builtin, no extra software
[09:29] <Arbiter> no more need of deborphan or such things
[09:29] <Arbiter> (i suppose)
[09:30] <Bazzi> well, aptitude is a standard tool as well :-)
[09:31] <Bazzi> I'm using it mostly now instead of apt-get
[09:31] <Arbiter> next step is trying upstart
[09:31] <Arbiter> :D
[09:31] <Bazzi> the automatic conflict resolving is great, too
[09:31] <Bazzi> Arbiter: heh, I was most surprised when I started testing upstart
[09:31] <Bazzi> it just....worked
[09:31] <Arbiter> really?
[09:32] <Bazzi> no manual script hacking, no configuring... everything was just fine
[09:32] <Arbiter> nice
[09:32] <Bazzi> and if you updated just 15 minutes ago upstart should be installed
[09:33] <Arbiter> nope, i don't have it installed
[09:33] <Arbiter> :P
[09:34] <Bazzi> wasn't it defaulted by now?
[09:34] <Arbiter> don't know if its a depndency of *ubuntu-* metapackages
[09:34] <Arbiter> (since i don't have any of them installed)
[09:36] <Arbiter> ahhh ubuntu is great
[09:36] <Arbiter> is so innovative..
[09:36] <Arbiter> :)
[09:36] <ivoks> :)
[09:36] <Bazzi> it is even in ubuntu-minimal now afaik
[09:37] <Bazzi> Arbiter: ooooh!
[09:37] <Arbiter> with ubuntu i can have some relax :P
[09:37] <Bazzi> funny thing is, one of my friends was gentoo enthusiast, too
[09:37] <Bazzi> until he installed dapper recently
[09:37] <Bazzi> he was like "wow the ubuntu team is really doing a better job than I expected"
[09:37] <Arbiter> Bazzi: ah gentoo is great, it only takes a loooooong time to install/upgrade/install new software
[09:38] <Arbiter> :)
[09:38] <Bazzi> the new Core 2 Quadro will greatly help Gentoo users once it's out
[09:38] <Arbiter> Bazzi: doh, same as my reaction after my hoary installation :P
[09:39] <Bazzi> I'm most thankful as well, since ubuntu made desktoplinux for me usable
[09:39] <Bazzi> (though I still use windows as primary OS)
[09:40] <Arbiter> upstart installed
[09:40] <Arbiter> let's try it
[09:40] <Arbiter> brb
[09:40] <Arbiter> :)
[09:45] <Arbiter> omg
[09:46] <Arbiter> it works
[09:46] <Arbiter> (partially)
[09:46] <Arbiter> keyboard doesn't work :P
[09:47] <Arbiter> uhm
[09:47] <Arbiter> it's better to keep sysvinit
[09:47] <Arbiter> :P
[09:47] <Bazzi> no :(
[09:47] <ivoks> usb keyboard?
[09:47] <Arbiter> PS2 keyboard
[09:47] <Arbiter> :P
[09:48] <ivoks> huh?
[09:48] <Arbiter> PS/2
[09:48] <ivoks> that's too odd
[09:48] <Bazzi> you sure its not the X update that broke it? or doesnt it work on console as well?
[09:49] <Bazzi> or the kernel update
[09:49] <Arbiter> Bazzi: haven't tried
[09:49] <Bazzi> because I cannot image upstart breaking as simple things as keyboards
[09:49] <Arbiter> Bazzi: can't switch to tty :P
[09:49] <Bazzi> hehe
[09:50] <Arbiter> i'll try again
[09:51] <Arbiter> brb
[09:53] <zul> hey ogra
[09:58] <Arbiter> mh..
[09:58] <Arbiter> lot of error messages while booting but..
[09:58] <Arbiter> it boots :P
[10:19] <Arbiter> slomo, ping
[10:20] <jordyp> Hi, what is the procedure for requesting updates to packages in multiverse?
[10:27] <hub> jordyp: launchpad bug
[10:28] <jordyp> hub: well basically about bug 32169
[10:28] <Ubugtu> Malone bug 32169 in mythtv "Update to .19" [Wishlist,Confirmed]  http://launchpad.net/bugs/32169
[10:29] <hub> then it will get triaged
[10:30] <jordyp> okay, so nothing else is needs to be done?
[10:31] <LaserJock> I'm pretty sure that is sort of being worked on
[10:31] <LaserJock> I don't think it's trivial
[10:35] <jordyp> Well, I'm currently trying the packages I've rebuild in edgy under vmware
[10:43] <jordyp> \whois hub
[11:14] <geser> crimsun: ping?
[11:14] <crimsun_> geser: pong
[11:14] <crimsun_> my other client is defunct, host is being DDoSed.
[11:14] <geser> could you upload the php4-yaz fix for dapper-updates?
[11:15] <crimsun_> was is approved by mdz?
[11:15] <crimsun_> it, even
[11:15] <geser> I've got a mail from infinity stating "I'll happily push this through the UNAPPROVED queue if it's uploaded."
[11:15] <crimsun_> if so, please sub me to the bug report, and I'll look at it this evening
[11:15] <geser> thanks