[03:57] <ThiagoCMC> Guys, the MaaS server really needs two ethernet interfaces?! Even if it is not the default gateway of the nodes?!
[04:00] <bigjools> why do you think it needs two interfaces?
[04:02] <ThiagoCMC> Weel, I think I misunderstood this: https://help.ubuntu.com/community/UbuntuCloudInfrastructure -> "...has all nodes with two network interfaces..."... Sorry for the buzz...
[04:02]  * bigjools reads
[04:03] <bigjools> huh, I don't know why it says that, I run it with one interface on my server/nodes
[04:05] <ThiagoCMC> Damn... I'm trouble to find a good network topology for MaaS -> Juju -> OpenStack... I'll try it again...
[04:05] <ThiagoCMC> BTW, I also liked this: http://people.canonical.com/~gavin/docs/lp%3Amaas/orientation.html#setup
[04:05] <ThiagoCMC> KISS
[04:05] <ThiagoCMC> lol
[04:05] <ThiagoCMC> All my nodes have two gigabit eth...
[04:07] <ThiagoCMC> I'm thinking about enabling the BOND interfaces before deploying my MaaS nodes on top of it (BOND)... What do you think?! My network will be very busy when in production...
[04:07] <bigjools> I fixed the wiki
[04:07]  * bigjools has to run, back later
[04:08] <ThiagoCMC> Awesome!   :-D
[05:00] <ThiagoCMC> What the "Ready" status after commissioning means?! I think that "Ready" means "ready to use" but, it is the beginning of the Installation process... Is that normal?
[05:01] <ThiagoCMC> Also, how can I manually edit my node's harddisks partitions?! The MaaS node installation just do "guided partiutioning" but I do not like it. Any tips?
[05:04] <ThiagoCMC> Now my newest node is "allocated to root" but, still installing...
[05:05] <ThiagoCMC> When I click "start node", MaaS starts the node automated-installation...    Have no idea if this is right...
[05:05] <ThiagoCMC> I'll start from scratch again... Damn...     =(
[05:05] <ThiagoCMC> This is hard...
[05:09] <bigjools> ThiagoCMC: Ready means "in the pool of commissioned nodes and ready for users to allocate and deploy"
[05:10] <bigjools> ThiagoCMC: generally, you want to use juju with maas
[05:10] <bigjools> makes life much easier
[05:13] <ThiagoCMC> Mmm... Okay... Gotcha!
[05:13] <ThiagoCMC> And about node's harddisk partitioning? I want to do it manually.
[05:13] <ThiagoCMC> Is that possible?
[05:16] <ThiagoCMC> Or Juju/OpenStack expect it (HD partitions) the way MaaS deploy it? I'm familiarized with nodes that have: two HDs -> raid1 -> LVM -> lv_swap / lv_root / lv_vps1_disk0 / lv_etc...
[05:52] <ThiagoCMC> Where can I find the IP of my fresh MaaS node?
[05:53] <ThiagoCMC> I'm using managed DHCP/DNS and using my MaaS DNS server to resolve but, it does not resolve by names...  :-/
[07:02] <ThiagoCMC> So, there is only one way to figure out the IP of my node: "grep -i MAC /var/log/syslog"  ???
[07:02] <ThiagoCMC> on maas server?
[07:14] <melmoth>  ThiagoCMC what about /var/lib/misc/dnsmasq.leases ?
[07:17] <ThiagoCMC> I'm using Ubuntu 12.10... There is no dnsmasq installed...
[07:18] <ThiagoCMC> Also, this isn't a expected solution, right?!
[07:19] <ThiagoCMC> Seems more or less like a "workaround"... I would like to know the IP of a node by MaaS CLI or GUI interfaces... Not this...    =(
[07:28] <melmoth> i havent used 12.10 nor do i know if there s a more convenient way.
[07:28] <melmoth> hmmm, what about juju status ? It should list all the machine and their names
[07:28] <melmoth> at least it does on 12.04
[07:32] <ThiagoCMC> I still do not have touched Juju...
[07:32] <ThiagoCMC> I'm learning about MaaS first...
[07:33] <ThiagoCMC> But tks! I'll take a look into it now...
[07:33] <ThiagoCMC> The point is, somebody told me that MaaS can be used without Juju, so, I'm trying it...
[07:33] <ThiagoCMC> Also
[07:34] <ThiagoCMC> Did you know if it is possible to add a already installed Ubuntu Server 12.04 within MaaS (not installing "through" it)?!
[07:42] <melmoth> hmm, i think you need juju to deploy nodes. (at least i never did deployment in another way with maas)
[07:42] <melmoth> you can add a node manually if you know its ip, but i do not know how to have it in ready state without letting maas reinstall stuff on it from scratch
[07:43] <melmoth> when i added node manually, they ended up in enlisted state i think, so i still had to comission them (wich involve booting and installing stuff on the box)
[07:44] <ThiagoCMC> Mmm... Okay! Thanks for the info...
[07:45] <ThiagoCMC> I'm a bit concerned about MaaS HD partitions and RAID1... It just do guided-partitioning... Which sucks...
[08:20] <dimitern> hey, guys, I'm getting this error after restarting a make run session: setlock: fatal: unable to lock /run/lock/maas.dev.database: temporary failure
[08:20] <dimitern> any idea?
[08:23] <dimitern> I just deleted all /run/lock/maas* files and it works now..
[08:34] <jam> dimitern: that has been my experience. I filed a bug on it, which had the comments 'the locks should go away on reboot', but that has been broken in my experience.
[08:50] <jam> allenap: bug #1066668
[08:50] <allenap> jam: Ta!
[08:56] <rvba> rbasak: here is what juju status gives me: http://paste.ubuntu.com/1283078/
[08:57] <rvba> rbasak: I'm interested in what you have instead of dns-name: 192-168-10-10.master
[08:58] <rbasak> rvba: I'm just bootstrapping a node now
[08:58] <rbasak> rvba: will be about 20 minutes
[08:58] <rvba> Ok, thanks.
[09:14] <rbasak> rvba: http://paste.ubuntu.com/1284658/
[09:15] <rbasak> rvba: something must be fundamentally different with the way I'm doing it
[09:15] <rvba> rbasak: you;re not using MAAS' DNS service.
[09:15] <rbasak> rvba: I'm installing the maas package only (and juju), and have an external dhcp server
[09:15] <rbasak> that'll be it
[09:15] <rvba> Thanks for checking rbasak.
[11:51] <mgz> fun, `rm -rf db; make sampledata` -> http://pastebin.ubuntu.com/1284868/
[11:54] <mgz> that did not happen earlier today
[12:01] <mgz> rvba: is this a known issue with a workaround?^
[13:22] <rvba> mgz: the dev fixture data relies on the fact that the master nodegroup has id 1.  Which should happen when creating the db from scratch.
[13:22] <rvba> mgz: wait Problem installing fixture 'src/maasserver/fixtures/dev_fixture.yaml.bz2'
[13:22] <rvba> Why dev_fixture.yaml.bz2 ?
[13:22] <rvba> mgz: are you modifying the dev fixture in that branch?
[13:39] <rvba> mgz: I'm getting the same problem on trunk.  I'm investigating.
[13:48] <mgz> thanks rvba, confirms it's not just my local setup
[13:48] <rvba> mgz: I found the problem.  MP coming up.
[13:55] <rvba> mgz: care to review? https://code.launchpad.net/~rvb/maas/fixture-error/+merge/130120
[14:01] <flacoste> ThiagoCMC: you could customize the partioning by modifying the preseed data
[14:02] <dimitern> rvba: I decided to pick up https://bugs.launchpad.net/maas/+bug/1027720
[14:02] <dimitern> rvba: so I just set it to in progress and I can begin?
[14:02] <rvba> dimitern: yep
[14:02] <rvba> dimitern: that's a good one to get started ;)
[14:04] <dimitern> rvba: ok :) I have no idea yet, but I'll dig in and ask if needed
[14:04] <mgz> rvba: looking
[14:04] <rvba> ta
[14:04] <mgz> one question, the 'null' behaviour is specified where?
[14:05] <mgz> because the testing factory.make_node behaviour is different without a nodegroup to what I guess the migration stuff does?
[14:06] <rvba> mgz: yeah, as I say on the MP, the ensure_master method will take care of the nodes without a nodegroup.
[14:06] <flacoste> evilnick_: another question/task we should document: how do I modify the partioning done by MAAS
[14:06] <flacoste> see ThiagoMC questions earlier today in the logs: http://irclogs.ubuntu.com/2012/10/17/%23maas.html
[14:07] <flacoste> evilnick_: the answer lies in changing the preseed data, but you'll need to chase one of the server guys to get some actual example configuration changes
[14:07] <flacoste> evilnick_: smoser, roaksoax or Daviey would probably be able to answer that
[14:08] <mgz> when does that happen though?
[14:08] <evilnick_> flacoste: ok, thats a great help. I shall check the logs and add it to my list.
[14:08] <mgz> because if I just make sampledata then look in the db, the nodes don't have a linked nodegroup
[14:09] <rvba> mgz: indeed, that happens in src/maasserver/start_up.py
[14:10] <dimitern> rvba: src/maasserver/models/nodegroup.py does not contain any reference to maas-nodegroup-worker or I'm missing something..
[14:11] <rvba> mgz: maybe we can add a call to ensure_master when make sampledata is run.
[14:12] <rvba> dimitern: you're right, this was apparently cleaned up in r853.
[14:13] <dimitern> rvba: :) I figured something like that and started looking at the history to confirm it
[14:13] <mgz> I think this way is fine, generally sampledata is followed make run or something else for like testing, and that does do the population
[14:13] <rvba> mgz: Yes, that was my thought.
[14:15] <mgz> rvba: approved.
[14:15] <dimitern> rvba: so I commented that and changed the status to Fix Committed
[14:15] <rvba> dimitern: cool,  that was a very easy one ;).
[14:16] <rvba> dimitern: I changed is to fix released because r853 has been released already.
[14:16] <rvba> s/changed is/changed it/
[14:16] <dimitern> ok cool
[14:17] <dimitern> I'm picking up #984117 then
[14:18] <rvba> dimitern: that involves JS stuff.  I'd suggest going after 1061870 (which also is High priority)
[14:19] <rvba> But it's really up to you.
[14:19] <dimitern> rvba: after you mean after I do #984117 or instead do #1061870
[14:20] <rvba> dimitern: I'd suggest doing the API stuff first unless you really like JS :).
[14:20] <dimitern> rvba: I actually really like JS :) not used YUI though, mostly jquery
[14:22] <rvba> dimitern: all right then.  Up to you.
[14:24] <dimitern> rvba: I'm not sure though how to push my changes, etc. when I run bzr status it shows most of the files in the working dir are changed (?!) I'm new to bzr in fact, but I used both git and hg
[14:25] <rvba> dimitern: that's weird, you've branched off lp:maas, modified a bunch of files… and now most of the files are 'modified' (bzr st)?
[14:26] <dimitern> rvba: I branched of lp:maas trunk, didn't really modify anything yet, just run make (install-deps, run)
[14:26] <rvba> dimitern: can you paste the result of 'bzr st'?
[14:26] <dimitern> rvba: just a sec
[14:28] <dimitern> rvba: http://paste.ubuntu.com/1285115/
[14:28] <rvba> dimitern: !?
[14:29] <dimitern> rvba: if I run bzr diff it shows a bunch of properties changes -x to +x
[14:29] <mgz> heh
[14:29] <mgz> you're using dodgy filesystems again? :)
[14:30] <rvba> I was about to ask the same question :)
[14:30] <dimitern> I remember doing chmod -R before :)
[14:30] <dimitern> no, this time is a normal fs
[14:30] <dimitern> in fact chmod -R ug=rwX,o=rX or something :)
[14:30] <dimitern> because I was not sure what's not working initially with the installation
[14:31] <dimitern> how I can revert all these changes?
[14:31] <rvba> bzr revert
[14:32] <dimitern> ok :) now it looks ok 10x
[14:45] <dimitern> rvba: is there an easier way to change node statuses instead of working directly with the models from a py shell in django?
[14:46] <rvba> dimitern: that is really the easiest way if you want to tweak the statuses.
[14:46] <dimitern> rvba: running bin/maas shell right?
[14:47] <rvba> dimitern: make harness
[14:47] <rvba> dimitern: same as bin/maas shell but with the right settings loaded.
[14:47] <dimitern> rvba: ok 10x :)
[15:05] <dimitern> rvba: where should this information show (node_views.js) - on the front page with the wheel?
[15:10] <rvba> dimitern: let me have a look at that bug again first.
[15:11] <rvba> dimitern: well, we still don't support reserving nodes.
[15:12] <dimitern> rvba: I saw the https://code.launchpad.net/~allenap/maas/hide-retired-reserved-bug-979902 was merged into trunk, so it should be possible now
[15:12] <dimitern> at least to show it, if not change it from the ui
[15:13] <rvba> dimitern: yeah, but there is no point in showing it if it's not possible for a node to be 'reserved'.
[15:13] <rvba> The branch you mentioned hides the 'reserved' nodes.  And then the bug says: "Once MAAS supports reserving nodes this line can be shown. "
[15:13] <rvba> This has not happened yet.
[15:14] <dimitern> I see, so then probably I should pick something else?
[15:14] <dimitern> like #1061870 you mentioned?
[15:14] <rvba> Yep, I'm afraid you're back to that APi bug I mentioned.  That's a real one :).
[15:14] <dimitern> ok :) no sweat
[15:18] <dimitern> rvba: so I'll set 984117 back to nobody, but what status should I set? Confirmed? I does not seem to have Triaged in the list..
[15:19] <rvba> 5~
[15:19] <rvba> arg
[15:20] <rvba> dimitern: Triaged is in the list, just on top of 'In progress'… sure you don't see it?
[15:20] <dimitern> rvba: once it's already In Progress it does not show it
[15:21] <mgz> dimitern might not be in all the correct launchpad groups still?
[15:21] <rvba> dimitern: I've set it back to 'Triaged'
[15:21] <dimitern> rvba: could be, who should I ask?
[15:21] <dimitern> 10x
[15:21] <mgz> not in ~launchpad yet.
[15:21] <rvba> I guess flacoste is your man here.
[15:22] <dimitern> ok
[16:10] <roaksoax> rvba: so I will be uploading a release to PPA that should be 0-day SRU'ed to quantal for you guys to test and make sure it doesn't introduce any regressions
[16:10] <roaksoax> allenap: ^^
[16:11] <roaksoax> since I can test it, you guys will have to help with that
[16:14] <allenap> Okay.
[16:26] <flacoste> matsubara: can you help there as well^^^
[16:27] <flacoste> roaksoax: did you use the branch that Julian created yesterday?
[16:27] <matsubara> flacoste, sure
[16:27] <roaksoax> flacoste: in the process of doing so
[16:27] <flacoste> awesome
[16:27] <matsubara> roaksoax, let me know when the package is published
[16:27] <roaksoax> flacoste: network is not really a fun thing here :)
[16:27] <flacoste> roaksoax: like most non-elmo run conference :-)
[16:28] <roaksoax> indeed :)
[16:37] <roaksoax> flacoste: what about bug #1067261 ? It hasn't been merged to the quantal branch
[17:39] <rvba> roaksoax: is the new package in the experimental ppa?  I don't see it there.
[17:42] <roaksoax> rvba having trouble uploadib
[17:45] <rvba> k
[17:45] <flacoste> roaksoax: that's probably an invonlatary omission by bigjools
[17:53] <roaksoax> flacoste: alright, will take care of it right before uploading to archive since it is really not a big deal
[17:53] <roaksoax> big change*
[17:53] <roaksoax> rvba: should take ~10 mins to be fully uploaded into the archive...
[17:53] <roaksoax> errexperimental ppa
[18:42] <roaksoax> matsubara it has been uploaded not yet built
[18:43] <matsubara> roaksoax, ok
[18:43] <matsubara> thanks
[19:12] <ThiagoCMC> Guys, how to disable guided partitioning during the node installation?! Tks!
[19:13] <ThiagoCMC> I want to do it manually...
[19:13] <ThiagoCMC> because of my "raid1 -> LVM" setup...
[19:37] <flacoste> ThiagoCMC: you need to edit the pressed template used to tell d-i how you want your partitioning to take place
[19:37] <flacoste> ThiagoCMC: unfortunately, i can't provide exact guidance on what you need to put in there
[19:47] <evilnick_> ThiagoCMC: This probably isn't much help right now, but I am going to find out how to do this and write up the appropriate instructions. Hopefully i'll have something  tomorrow.
[20:45] <rvba> roaksoax: your package just finished building (I /think/).
[20:46] <rvba> roaksoax: not yet published apparently.
[20:53] <rvba> roaksoax: it seems to be stuck :/
[20:57] <rvba> flacoste: any idea what's happening with the ppa package?  Looks like it's stuck.
[21:02] <flacoste> rvba: no idea
[21:04] <roaksoax> yeah stuck in publishing
[21:21] <martinx_> flacoste, okay... thanks!
[21:22] <martinx_> BTW, where can I find the IPs of my fresh installed nodes?! Since the managed DNS do not resolv the named that appear in MaaS web GUI...
[21:24] <martinx_> flacoste, I think that if I use "dpkg get/set selections" I can generate my own preseed... So, MaaS just need to provide a way to import my own preseed, right?!
[21:25] <martinx_> I'm talking about doing RAID1 -> LVM and copying it to MaaS as a template for same kind of hardware...
[21:31] <flacoste> martinx_: no, that's a package selection, the preseed is a d-i format which includes package selection but has a special syntax to specify partitoinaing
[21:33] <martinx_> Mmm... Okay
[21:35] <ThiagoCMC> Would be very nice if MaaS provides a way to customize its preseeds (hardware related) before starting node installation... Is this kind of feature in the roadmap?
[21:45] <ThiagoCMC> Do you guys recommends juju PPA repository even if I'm using Ubuntu 12.10 ?
[21:47] <ThiagoCMC> As I'm reading here: https://juju.ubuntu.com/docs/getting-started.html ... ?
[22:20] <ThiagoCMC> Guys, the hostname that I'm seeing at MaaS Web GUI is intended to be resolved (with managed DNS enabled)? I'm trying to figure out the IPs of my nodes but I can't... The only way I find my IP is looking into DHCP syslog...   =(
[23:27] <roaksoax> bug #1067929


[15:34] <BobJonkman> Hey Everybodee!  The KW Ubuntu Release Party is only a few hours from now.  Who's coming? http://bob.jonkman.ca/blogs/2012/10/15/kw-ubuntu-release-party-20-october-2012/
[18:12] <mcpherrin> Hmm, I'll be in the neighbourhood, so if I'm free I'll drop by :)


[12:15] <airurando> Oneiric Ocelot = 11:10
[12:16] <airurando> they seem to be getting more abstract each iteration
[12:16] <czajkowski> indeed
[12:16] <airurando> czajkowski: Hi
[12:16] <czajkowski> airurando: hows you
[12:17] <airurando> good now.
[12:17] <airurando> good holiday?
[12:18] <airurando> at least a plush Ocelot can be procured
[12:18] <ebel> wtf is a ocelot?
[12:18] <airurando> mid sizer wild cat
[12:18] <airurando> *sized
[12:18] <airurando> http://www.stuffedsafari.com/Realistic-10-Inch-Stuffed-Ocelot-Plush-Animal-p/SS-080012.htm
[12:18] <airurando> :)
[12:19] <airurando> couldn't get a bloody Narwhal for love or money but Ocelots are no problem.
[12:19] <czajkowski> that is a cute cat
[12:20] <airurando> order placed for the Ubuntu-ie LoCo 11.10 release party
[12:20] <airurando> :)
[12:21] <moylan> thought you hated cats
[12:21] <czajkowski> I do
[12:22] <czajkowski> but thats more a baby tiger
[12:23] <moylan> you can get an ocicat which is a hybrid.  http://meow-cats.com/ocicat/  don't like fancy breeds myself.  prefer moggies.
[12:23] <ebel> aaaaawwwwwwwwww
[12:24] <ebel> that's a cute kitty
[12:24] <slashtom> cats are evil
[12:24] <czajkowski> so what happened in smithfield....
[12:24] <ebel> but cute!
[12:24] <moylan> no, cats are not evil.  that's just attributing human characteristics to an animal that is completely different.
[12:24] <ebel> czajkowski: traveller feud
[12:26] <slashtom> cats stop me breathing
[12:26] <slashtom> therefore evil!
[12:26] <czajkowski> indeed
[12:26] <slashtom> cztab: good holiday?
[12:26] <czajkowski> ya
[12:27] <czajkowski> it was really nice well needed break
[12:27] <slashtom> great stuffs
[12:27] <slashtom> when are you next coming back home?
[12:28] <moylan> is it not your immune system that stops you breathing? :-)
[12:28] <czajkowski> slashtom: I've no idea
[12:28] <czajkowski> dad is wondering the same thing
[12:28] <czajkowski> May is already booked and last 2 weeks in April I'm up the walls
[12:30] <slashtom> although, i only visit the UK about twice a year
[19:39] <tdr112> evening
[20:00] <airurando> evening tdr112
[20:02] <tdr112> hey airurando
[20:11] <airurando> tdr112: you keeping well?
[20:12] <airurando> is the college workload easing off?
[20:15] <tdr112> kind of i am a bit behind as in was away in riga for the weekend
[20:23] <airurando> tdr112: business or pleasure?
[20:28] <tdr112> a stag weekend
[20:28] <tdr112> so lots of pleasure
[20:43] <airurando> very good.


[00:38] <crimsun_> emgent: I'm not a dev anymore, so I don't have ack privileges.
[04:02] <kostmo> yesterday it was suggested that i use debootstrap to test my 'pyrocket' application for intrepid -- could I use pbuilder to the same effect?
[04:03] <persia> kostmo: I believe the command is pbuilder --login or similar.
[04:04] <kostmo> I also noticed that intrepid is in alpha1 and there's no gui/livecd available, which precludes actual runtime testing it seems
[04:06] <kostmo> although I wouldn't expect much to change about a pygtk gui from Hardy to Intrepid
[04:07] <persia> kostmo: You can always run from a netinstall or similar.  Anyway, images are available from cdimages.ubuntu.com
[04:07] <kostmo> yeah, I saw the server cd and the alternate cd
[04:08] <kostmo> the server cd says explicitly that no window manager is included
[04:08] <kostmo> i don't know about the alternate cd, but it doesn't say that it *does* include the window manager
[04:09] <persia> kostmo: That is the reason behind the inclusion of package management tools with network access.
[04:10] <kostmo> i c
[04:10] <kostmo> alpha distro testing is new territory for me
[04:11] <persia> kostmo: You might ask for testing advice and pointers to test cases in #ubuntu-testing
[04:12] <kostmo> ok, thanks
[04:43] <Hobbsee> RAOF: it's amazing how much better gnome-do works if you enable the plugins
[04:43] <RAOF> Indeed it does.
[04:44] <RAOF> Are you using 0.5 (time to poke #debian-mono about that again, methinks)?
[05:20] <ScottK> kostmo: The alternate CD has a gui, but no live CD.  It uses the traditional Debian Installer.
[05:21] <kostmo> i'll have to try that out
[05:23] <kostmo> This doesn't seem right -- I changed the distro name to 'intrepid' for uploading to my PPA, but it complains that it was already accepted to "hardy" and that I should try another distribution
[05:24] <kostmo> here is the email message: http://paste.ubuntu.com/23868/
[05:24] <sommer> ScottK: php5-clamavlib for hardy uploaded to the clamav ppa and tested... worked fine
[05:25] <ScottK> sommer: Great.  I'm about to head to bed.  I'll try and look at it for upload to the archive tomorrow.
[05:25] <ScottK> sommer: I'd also like to help you get it NMU'ed in Debian.
[05:25] <sommer> ScottK: me too, just wanted to fyi ya
[05:25] <sommer> ScottK: sounds good to me :)
[05:26] <sommer> I'll work up a debian package tomorrow evening
[05:26] <ScottK> Thanks.
[05:27] <wgrant> kostmo: It says you should change the version, not try another distribution.
[05:28] <kostmo> i'm confused by the message "you cannot upload the same version within the same distribution"
[05:28] <kostmo> it seems to imply that you can change the distribution to make it work
[05:30] <persia> Well, you can.  If you were to e.g. upload to kostmo's special linux, it would work.  You just can't use that version in kostmo's PPA distribution, regardless of the release series.
[05:30] <wgrant> kostmo: Unless you want to upload to a non-Ubuntu distribution...
[05:32] <kostmo> i need to get some terminology straight -- can "hardy", "intrepid", etc. be called "distributions"?  the pastebin message has a line saying "Distribution: intrepid", but is that a misnomer?
[05:32] <persia> Somewhat.  It's a release series.
[05:33] <wgrant> Ubuntu is a distribution. Intrepid is a distribution series. dpkg hasn't caught up
[05:34] <kostmo> so does "series" in "release/distribution series" refer to the sequence of alphas/release candidates for e.g. intrepid?
[05:34] <wgrant> More 8.04, 8.04.1, 8.04.2, I guess.
[05:34] <persia> No.  It's Warty, Hoary, Breezy, Dapper, Edgy, Feisty, Gutsy, Hardy, Intrepid, ...
[05:35] <wgrant> persia: Each of those is a separate series.
[05:35] <persia> wgrant: Ah.  My misunderstanding then.
[05:35]  * persia thinks the nomenclature is a little confusing
[05:35] <wgrant> It makes more sense for projects.
[05:35] <kostmo> i'll second that
[05:35] <bliZZardz> persia, wgrant : what is the discussion about?
[05:36] <wgrant> They used to be DistroReleases, but they were renamed to DistroSeries to be more in line with the project naming scheme.
[05:39] <kostmo> so referring back to my pastebin, the text "you cannot upload the same version within the same distribution" would probably make more sense if down below it used the term "Distribution Series" instead of simply "Distribution"
[05:39] <wgrant> It would.
[05:40] <wgrant> But we won't modify the definitions of such fields in dpkg control files.
[05:40] <persia> kostmo: Except that's just pulling from the .changes file.  I think it'd make more sense to call that "target", as there is no reason one can't copy it afterwards (e.g. foo-proposed -> foo-updates)
[05:48] <kostmo> i was trying to upload to my PPA before uploading to REVU to catch any packaging errors -- but the PPA is picky about the versions being duplicated -- is REVU not picky?
[05:49] <wgrant> REVU is not picky.
[05:49] <wgrant> But PPA is, rightly.
[05:50] <kostmo> also, i have not received any automated e-mails from REVU after uploading -- is that supposed to happen?
[05:51] <ScottK> It is supposed to happen that you do not get mail.
[05:52] <kostmo> ok
[07:54] <siretart> nxvl: morning
[07:57] <nxvl> siretart: hi!
[07:57] <nxvl> siretart: i'm just fighting with augeas :D
[07:57] <nxvl> the rpath issue is only present on amd64
[07:58] <nxvl> that's why i wasn't seeing it
[07:58] <nxvl> :D
[07:58] <nxvl> also i have just noticed that it fails to build twice in a row due an upstream bug
[08:00] <nxvl> mm
[08:00] <nxvl> i' curious on how upstream release the package
[08:01] <nxvl> the tarball i COMPLETELY different from what it's on the hg repo
[08:08] <siretart> encourage upstream to place the script that converts an hg revision to a tarball in the branch
[08:09] <nxvl> i think
[08:09] <nxvl> build the source
[08:09] <nxvl> and package ir before cleaning
[08:20] <nxvl> siretart: i have just send an email to upstream with a list of bugs
[08:20] <nxvl> i hope they solve them
[08:23] <nxvl> also i wan't noticing it, but it ships with the .spec
[08:23] <nxvl> wasn't
[08:33] <nxvl> persia: you told me some time ago to not present myself for u-u-contributor, didn't you?
[08:34] <persia> nxvl: I said that I didn't think you'd gain from it.  Your (successful) application to the Community Council for Ubuntu Membership was one of the arguments for the team creation.
[08:35] <nxvl> persia: i didn't understand the CC thing
[08:40] <dholbach> good morning
[08:42] <jussi01> Morning Daniel!
[08:42] <cody-somerville> Heya dholbach
[08:43] <nxvl> dholbach: good night!
[08:43] <nxvl> :D
[08:43] <\sh> moins guys
[08:43] <dholbach> hi cody-somerville, hi jussi, hi nxvl
[08:44] <nxvl> \sh: i was looking for you
[08:44] <nxvl> but don't remember why
[08:44] <nxvl> :(
[08:44] <nxvl> \sh: oh yes
[08:44] <nxvl> \sh: did you upload lenov to a ppa?
[08:47] <nxvl> well
[08:47] <nxvl> i need to sleep
[08:47] <nxvl> see you
[08:47] <nxvl> \sh: if you have, please send me an e-mail
[08:47] <nxvl> thanks!
[08:47] <nxvl> read you later!
[08:54] <\sh> nxvl: apachelogger started to package leonov...as upstream I leave that to others ;)
[08:55]  * \sh needs to re-sort some channels...and switching from dircproxy to quassel
[10:55] <jpds> hmm
[10:57]  * cody-somerville blinks.
[10:59] <jpds> Someone left: "?The topic for #ubuntu-motu is" in the old topic :)
[11:01] <slytherin> Can anyone help with this error - ld: unrecognized option '-Wl,-Bsymbolic-functions' ld: use the --help option for usage information
[11:04] <bliZZardz> slytherin: when do you get this? (looks like a linking error)
[11:06] <slytherin> bliZZardz: FTBFS log for libmatthew-java
[11:20] <slytherin> bliZZardz: any idea about error?
[11:21] <DktrKranz> slytherin: do you know if it compiles using gcc << 4.3 ?
[11:22] <DktrKranz> IIRC, -Wl,-Bsymbolic-functions is available only for gcc 4.3 (but I'm not absolutely sure about it)
[11:22] <slytherin> DktrKranz: I haven't tried anything yet. I was just looking through FTBFS for java related packages
[11:23] <DktrKranz> slytherin: a workaround would be exporting a empty LDFLAGS
[11:24] <slytherin> DktrKranz: I will look into this in evening. Thanks for suggestions.
[11:24] <DktrKranz> you're welcome
[11:29] <sistpoty|work> hi folks
[11:29] <huats> slomo_: hey
[11:29] <DktrKranz> hi sistpoty|work
[11:29] <sistpoty|work> hi DktrKranz
[11:29] <Riddell> siretart: do you know if libavutil49 is ok to ship on the CDs?
[11:31] <siretart> Riddell: I do think so. it is 'just' a collection of helper functions doing crc, aes, md5, some general mathematical functions (log, etc)
[11:32] <Riddell> siretart: thanks
[11:33] <siretart> Riddell: TBH, I think everything besides 'libavcodec' is fine for the CDs.
[11:41] <bliZZardz> DktrKranz : hello
[11:43] <bliZZardz> if i want to include/package a module which is present in Debian and not in Ubuntu - then how can i do it? and would i be needing a sponsor(New Package process?)
[11:44] <slytherin> bliZZardz: have you checked if the package has been already synced in intrepid?
[11:53] <bliZZardz> slytherin : can you plz tell me as how i can do that?
[11:53] <slytherin> bliZZardz: which package is it?
[11:54] <slytherin> rmadison <packagename>
[11:54] <bliZZardz> Bug #209498
[11:55] <bliZZardz> i also can learn some packaging by fixing this - hence
[11:58] <bliZZardz> slytherin : comments?
[11:59] <slytherin> bliZZardz: that version is already there in intrepid. So nothing do be done. What you can do at most is close the bug with appropriate latest changelog entry.
[13:04] <dholbach> DktrKranz, huats, mok0, Iulian: I have your interviews online - hope you like them :)
[13:04] <huats> :)
[13:04] <mok0> dholbach: yeah!
[13:05] <mok0> dholbach: I haven't seen the latest ones
[13:05] <dholbach> ROCK :)
[13:05] <mok0> dholbach: you never replied to my email concerning the blog.
[13:06] <huats> dholbach: great !
[13:06] <dholbach> mok0: I've been drowning in email, work and other preparations - I'll get to it, promise
[13:06] <mok0> dholbach: great no hurry. I was just afraid you'd missed it
[13:07] <dholbach> no, I received all well :-)
[13:09] <mok0> dholbach: take your time then :-)
[13:09]  * dholbach hugs mok0
[13:09]  * dholbach hugs super-mok0 :)
[13:09]  * mok0 hugs back lol
[13:23] <emgent> morning
[13:24]  * DktrKranz hugs dholbach
[13:24] <Laney> hi all
[13:27] <sebner> \sh: sry, will test claw mail today =)
[13:33] <Iulian> dholbach: Yea, it's great.
[13:33]  * Iulian hugs
[13:33]  * dholbach hugs back :-)
[13:37] <Hobbsee> siretart / sistpoty|work: why doesn't revu.tauware.de point at the new REVU?
[13:38] <siretart> revu.tauware.de is an alias for spooky.informatik.uni-erlangen.de.
[13:38] <siretart> revu.ubuntuwire.com is an alias for spooky.ubuntuwire.com.
[13:38] <siretart> spooky.informatik.uni-erlangen.de has address <IP_ADDRESS>
[13:38] <siretart> Hobbsee: ??
[13:39] <siretart> spooky.ubuntuwire.com is an alias for spooky.informatik.uni-erlangen.de.
[13:39] <persia> Hobbsee: Could you just adjust to point at ubuntuwire?  That got updated, and likely would again for another change.
[13:40] <ScottK> Hobbsee: I think we are marking on the same dput bug at the same time.
[13:41] <ScottK> Hobbsee: Both revu.ubuntuwire.de and revu.tauware.de point to the sam IP.
[13:41] <persia> If they are both updated, why the bug?
[13:41] <ScottK> So unless siretart drops the a record for revu.tauware.de, there is no problem.
[13:42] <persia> Is this just the user being confused by reading the text of the config file?
[13:42] <ScottK> For Intrepid, it makes sense to update to the preferred URL, but in no sense should this be an SRU candidate.
[13:45] <ScottK> Hobbsee: I marked myself assigned on the bug before I noticed you were working on it.  If you'd rather, I'll stop.
[13:46] <siretart> please use the ubuntuwire.com url. the tauware.de is my private, personal domain which I used because I was able to and I didn't want to nag canonical for setting up dns. then, years later, ubuntuwire came up so I moved the service name there
[13:46] <siretart> nowadays revu is an 'official' service of ubuntuwire
[13:49] <sebner> dholbach: are you doing new interview things? ^^
[13:51] <dholbach> sebner: definitely - maybe not today, but definitely more :)
[13:52] <DktrKranz> sebner: want to be part of the show? :)
[13:52] <sebner> DktrKranz: no thanks ^^
[13:52] <sebner> dholbach: sure, just read that on the plant and got curious
[13:52] <DktrKranz> sebner: reminder: tomorrow is "next month" :P
[13:53]  * sebner hides
[13:54]  * sebner thinks that there are a lot other persons to interview who are a lot better, nicer and more interesting than sebner
[13:54] <ScottK> siretart: We'll get it fixed for Intrepid, but I don't think it merits an SRU for Hardy.
[13:56]  * siretart is on a 'makefile' rampage. If anyone can read and understand this, please review: http://paste.debian.net/8731
[13:56] <siretart> ;)
[14:16] <Hobbsee> ScottK: thanks.  dunno why i didn't think to do that.
[14:17]  * Hobbsee wondres why the highlight never showed up
[14:18] <Hobbsee> it always throws me when i get assigned to random bugs that i've never seen before
[14:18] <Hobbsee> or subscribed
[14:18] <Hobbsee> yet have shown no interest in
[14:21] <sebner> Please everbody get up and congratulate DktrKranz for becomming a Debian Maintainer!!!
[14:21] <ScottK> Hobbsee: Do you want to deal with the dput bug or should I?
[14:21]  * sebner hugs DktrKranz :P
[14:22]  * ScottK slaps DktrKranz and says get to work.
[14:22] <ScottK> ;-)
[14:22] <DktrKranz> sebner: you're late. I already had my drunk night
[14:22] <sebner> DktrKranz: better late than never :)
[14:22] <sebner> ScottK: bah :P
[14:23] <DktrKranz> ScottK: not yet. No packages have DM-upload-allowed field, so I need sponsoring :)
[14:23] <ScottK> Yeah.  I know the feeling.
[14:24] <ScottK> It takes a while.
[14:24] <DktrKranz> No rush to break Debian, for now
[14:24] <sebner> rofl
[14:25] <DktrKranz> I already did a bogus dput saturday in Intrepid :)
[14:35] <Jeff_p> i've made an altered version of the ubuntu live cd, with additional packages, and changes to files such as sources.list, but when i install the cd to drive, the changes arn't carried over. does anyone know either why, or where there might be some documentation on the problem ?
[14:36] <persia> Jeff_p: You likely want the derivatives channel (which name I forget), but I suspect that you've changed the live image only, and not created an alternate set of information for the ubiquity installation.
[14:37] <Jeff_p> ah, ok :) that sounds likely.
[14:39] <slush> Hello, I tried to upload my first package to revu using dput revu. As is wrote on https://wiki.ubuntu.com/MOTU/Packages/REVU, after that action I should receive email with some next info. It is many hours ago, but I didnt receive any email and my package is not listed on http://revu.ubuntuwire.com/. What can I do now, please?
[14:42] <siretart> sistpoty|work: http://svn.debian.org/viewsvn/pkg-multimedia/unstable/ffmpeg/debian/rules?rev=1275&view=auto <- the result of the build rules I showed you before. Note the special 'install' target ;)
[14:43] <sistpoty|work> siretart: what does $(call ..) do again?
[14:45] <slush> Hi again, is there anybody who know what to do in my situation?
[14:46] <persia> slush: Are you part of the revu-uploaders team?
[14:47] <slush> yes -  REVU Uploaders Joined 3 hours ago
[14:47] <sistpoty|work> slush: I'm resyncing the keyring now, so once this is done, your package should show up
[14:48] <persia> Bah.  Someone is always faster than me :(
[14:48] <slush> sistpoty|work, well done, thanks ;)
[14:48]  * persia resolves to sync the keyring unprovoked tomorrow, just for practice.
[14:48] <sistpoty|work> heh
[14:49]  * sistpoty|work is probably only that fast, because .informatik.uni-erlangen.de is in the search of dns :)
[14:51] <siretart> sistpoty|work: it exands a parameterized macro (variable). There is a multiline macro a few lines above
[14:53] <sistpoty|work> siretart: ah, nice :)
[16:02] <huats> I have a question
[16:02] <huats> I am using dput to maintain some package locally that I need as dependencies
[16:02] <huats> but it seems to fail with virtual packages
[16:02] <huats> does it sounds wierd to someone ?
[16:02] <huats> anybody has an idea ?
[16:04]  * RainCT doesn't even know what you mean with "using dput to maintain some packages locally" :P
[16:08] <huats> RainCT: sorry I was not really clear
[16:09] <huats> RainCT: I have a local repo so that I can build package without waiting for the dependencys (that I have build) to be included in the distro
[16:09] <huats> that is my usage of dput "locally"
[16:09] <huats> :)
[16:11] <wgrant> huats: How are you using it? dput just puts packages somewhere - it doesn't do any repository management.
[16:12] <huats> wgrant: i use also mini-dinstall to do that
[16:13] <huats> wgrant: but this time, since it is a virtual package, dput only creates the .changes on the source package.... but nothing related to the binary one...
[16:13] <huats> so I cannot put them in my local repo
[16:13] <huats> I am surely missing something...
[16:19] <ScottK> huats: You can dput the binary and source upload by dput'ing the .changes you get from the build.
[16:19] <huats> ScottK: hey
[16:20] <huats> ScottK: when I dput the .changes they are only for the source package
[16:20] <huats> not one of the binary that will be created...
[16:20] <ScottK> source.changes yes.
[16:21] <ScottK> After you build your binary you should have a arch.changes (e.g. i386.changes)
[16:21] <ScottK> Dput that one.
[16:21] <ScottK> That will upload the binary .deb too.
[16:25] <huats> ScottK: Ok
[16:25] <huats> apparently I guess I wasn not using the right .changes file
[16:25] <huats> not sure yet
[16:26] <huats> ScottK: or, I am more dummy than I think and I have not updated my pbuilder env after I used dput
[16:26] <huats> ....
[16:27] <huats> ScottK: thanks...
[16:27] <ScottK> No problem.
[16:57] <Jazzva> I'm trying to do azureus merge. It depends on libswt-gtk-3.3-java, but the highest ubuntu has is libswt3.2-gtk-java. The current one in debian unstable is libswt-gtk-3.4-java. Does anyone know if sync is planned for that package?
[16:58] <Jazzva> It fails to build, because of deprecated API. I suppose that's related to the older libswt in ubuntu.
[17:04] <geser> Jazzva: have you tried to take the libswt package from debian (and rebuild it for intrepid) and check if azureus would build with it?
[17:05] <Jazzva> geser, not yet. I thought of doing it.
[17:05] <Jazzva> geser, thanks
[17:15] <james_w> siretart: hi, are you around?
[17:15] <james_w> siretart: I'm not sure how to reply to debian bug 488271.
[17:23] <bluefoxicy> http://img389.imageshack.us/img389/7561/screenshotum0.png
[17:24] <bluefoxicy> this is what happens in a totally new user, I just upgraded to Hardy.  reinstalled sound-juicer and created a blank user, the same thing happened.
[17:24] <siretart> james_w: the rootdelay loop in initramfs-tools waits for the root filesystem. we need to wait here for the device holding the crypted filesystem
[17:25] <siretart> james_w: Ideally the cryptdisks hook would be able to use the look mechanism from initramfs-tools, however it is not generic. If we could make it callable, that would be ideal and avoid this code duplications
[17:27] <james_w> siretart: would you mind justifying it on the bug report? You understand it better, so you'll do a better job of explaining it than me.
[17:27] <bluefoxicy> does the install CD put some files on the system that aren't tracked by the package manager, specifically in relation to sound-juicer?
[17:27] <siretart> james_w: yes, I'll take over that. thanks for forwarding it to debian!
[17:28] <bluefoxicy> i.e. something I can't get by reinstalling a package
[17:28] <james_w> siretart: thanks!
[17:28] <james_w> siretart: also, you may want to look at debian bug 488128.
[17:29]  * siretart calls it a day. see you tomorrow!
[17:29]  * sistpoty|work heads home... cya
[17:29] <james_w> bye siretart
[17:30] <siretart> james_w: I'm noting that one as well. it is on my list for tomorrow
[17:30] <siretart> cya
[17:31] <raphink> hi siretart :)
[17:33]  * bluefoxicy reinstalls his OS to fix a single package
[17:39] <Laney> Should I carry on with merges now that we're in DIF or is it now on an "only if it's specifically worthwhile" basis?
[17:40] <james_w> Laney: merging bug fixes is a good idea, new upstreams are probably good as they generally fix bugs.
[17:40] <james_w> merging for something like "Update standards version" is not worth the time.
[17:41] <Laney> Yeah. I had been doing them on a "because they're there" basis before.
[17:41] <Laney> I shall try to cherrypick the most useful ones
[17:41] <james_w> looking at something like the RC bugs list, or the FTBFS list could be a good way to find those.
[20:38] <SolarWar> i have a question on packaging, is this the right channel?
[20:38] <tacone> yes it is
[20:41] <SolarWar> okay I have the following errors: http://rafb.net/p/Qv9vyg55.html
[20:41] <SolarWar> i'm not sure where to start looking
[20:41] <geser> what gives "file qlix_0.2.1.orig.tar.gz"?
[20:42] <SolarWar> i'm not sure, i'm just running debuild
[20:42] <SolarWar> it then proceeds to compile the whole application- and once its done, i get those errors
[20:43] <tacone> SolarWar: you can open another terminal to try that command :-)
[20:43] <SolarWar> i messed up the paste, one sec
[20:44] <SolarWar> i did try tar -xkf  on the original tar file and it works :-/
[20:44] <SolarWar> http://rafb.net/p/AHokJl89.html
[20:44] <SolarWar> there :)
[20:45] <k0p>  hi all.
[20:45] <SolarWar> helloo
[20:46] <k0p> SolarWar, is it trying extract with xkf?
[20:47] <SolarWar> i think so k0p
[20:48] <SolarWar> theres nothing in my rules that say that it should do that
[20:48] <SolarWar> so i'm assuming that this is something that debuild does on its own accord (?)
[20:49] <k0p> well at the top we have tproblems in rules
[20:49] <k0p> I don't understand so much that. I can't help you. sorry
[20:49] <k0p> i'm a beginer in packing.
[20:50] <k0p> but looks like trying unzip wrong file
[20:55] <SolarWar> k0p, thanks for taking a shot, i think i figured it out: my maintainer field in the control file should be<EMAIL_ADDRESS>[20:55] <k0p> really?
[20:55] <k0p> give me a secound
[20:55] <SolarWar> or<EMAIL_ADDRESS>[20:56] <k0p> hmm
[20:56] <k0p> in control?
[20:56] <k0p> I think the field in maitaier is something like:
[20:56] <k0p> Maintainer: Full Name <email>
[20:56] <k0p> but I don't have totally sure about that.
[20:57] <k0p> I have it in my package. But I don't have comments yet in revu
[20:59] <SolarWar> hrm
[21:04]  * ScottK hands out https://wiki.ubuntu.com/DebianMaintainerField to SolarWar and k0p.
[21:06] <SolarWar> cool
[21:06] <k0p> ScottK, yeah you're right. :)
[21:06] <k0p> I don't know about that.
[21:06] <k0p> thanks.
[21:06] <SolarWar> now i have this problem: http://rafb.net/p/Fx0sdU18.html
[21:07] <SolarWar> i'm not sure what hte double colon syntax is
[21:07] <SolarWar> the guide doesn't have any examples of install::
[21:10] <k0p> SolarWar, may be you put on label install something like: build
[21:10] <k0p> and others labels that u need
[21:10] <k0p> rules is semilar like a Makefile IMHO.
[21:11] <k0p> btw what's differences between dpkg-buildpackage and debuild?
[21:12] <azeem> debuild is a wrapper around dpkg-buildpackage which might or might not run other things before/after as well, AFAIK
[21:12] <k0p> hmm right :)
[21:12] <k0p> like lintian ?
[21:13] <azeem> e.g.
[21:14] <k0p> hmm fine.
[21:35] <ScottK> debsign too.
[21:39] <mercutio22> Hello
[21:39] <mercutio22> I have a broken package I can't remove. Its on universe of multiverse.. not sure
[21:40] <mercutio22> it is called g15daemon
[21:40] <mercutio22> can someone help me remove it?
[21:41] <ScottK> mercutio22: You should ask in #ubuntu.
[21:42] <mercutio22> they told me to try over here though
[21:42] <mercutio22> The usual methods won't do I was told
[21:44] <mercutio22> it is related to this bug
[21:44] <mercutio22> https://bugs.launchpad.net/ubuntu/+source/g15daemon/+bug/173675
[21:44] <ubott2> Launchpad bug 173675 in g15daemon "package g15daemon 1.9.0-wip.20070910-5 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [Undecided,New]
[21:47] <SolarWar> what does this mean: dpkg-genchanges: failure: cannot read files list file: No such file or directory
[21:49] <warp10> porthose: are you there?
[21:56] <james_w> SolarWar: are you building an "Arch: all" package, or an "Arch: any" package?
[21:57] <SolarWar> james_w, I'm using arch: any
[21:58] <james_w> SolarWar: then check that you have commands under "binary-arch" and not "binary-indep" in debian/rules.
[21:59] <SolarWar> oh i see
[21:59] <SolarWar> thanks
[22:01] <ScottK> mercutio22: If I help you get it uninstalled, will you document how to do it in the bug for others?
[22:03] <mercutio22> ScottK: I got the g15daemon going but I am still getting a broken package error from synaptic. Yes I would.
[22:04] <mercutio22> ScottK: I compiled the latest version
[22:04] <ScottK> A
[22:04] <ScottK> Ah.
[22:04] <ScottK> Open a console shell.
[22:05] <mercutio22> ScottK: done
[22:05] <ScottK> cd /etc/init.d
[22:05] <mercutio22> ok
[22:05] <ScottK> ls
[22:05] <ScottK> Is there a file named g15daemon?
[22:05] <mercutio22> Yes
[22:06] <ScottK> sudo vim g15daemon
[22:06] <ScottK> Or actually
[22:07] <ScottK> sudo edit g15daemon
[22:07] <ScottK> That'll bring up Nano which is more obvious to use than vim.
[22:07] <sebner> huhu ScottK
[22:07] <sebner> ^^
[22:07] <RainCT> or   sudo gedit   :)
[22:08] <mercutio22> ScottK: ok I used gedit because edit didn't work
[22:08] <ScottK> OK.
[22:08] <mercutio22> go ahead
[22:08] <ScottK> sudo nano g15daemon is another option.
[22:08] <sebner> RainCT: gksu :P
[22:08] <mercutio22> right, thanks
[22:09] <ScottK> mercutio22: I'm guessing the first line of the file is something like #~ /bin/sh.  Is that right?
[22:09] <mercutio22> ScottK: yes: #! /bin/sh
[22:09] <RainCT> sebner: like this?   gksu /etc/init.d/sebner stop    *g*
[22:10] <ScottK> mercutio22: Right after that add a line that says "exit 0" (without the quotes) - Note that if you've got a fixed version you can skip this step because all we are doing is making it guaranteed the init script doesn't fail.
[22:10] <geser> RainCT: did it work? :)
[22:10] <ScottK> mercutio22: Then save and exit.
[22:10] <ScottK> In your case you've nothing actually to save.
[22:10] <mercutio22> ok
[22:11] <mercutio22> done
[22:11] <sebner> RainCT: gksu gedit xD
[22:11] <ScottK> Then you should be able to do sudo apt-get upgrade and the package should configure.
[22:11] <RainCT> geser: uhm.. let's wait for the "no reply to ping" message :)
[22:11] <RainCT> geser: seems like it failed..
[22:11] <geser> RainCT: open a bug, severity critical
[22:11] <ScottK> mercutio22: Getting the package to finish it's configure step is the key to getting rid of the error.
[22:11] <sebner> geser: bah. just wait when I'll flood u-u-s queue :P
[22:12] <mercutio22> ScottK: sweet. Seems to have done the trick
[22:12] <RainCT> geser: I'm on the way. Rationale: "MOTUs have rights. We want holidays!" :P :P
[22:13] <mercutio22> hang on there.. I will test if synaptic is still giving me the error msg
[22:14] <ScottK> mercutio22: The next step then (if you don't have the working one) is to sudo apt-get remove the package.
[22:14] <mercutio22> ScottK: I think I do have the working one
[22:14] <mercutio22> I mean... my LCD is showing a clock
[22:14] <ScottK> That was for the instructions you put in the bug.
[22:16] <mercutio22> Ok thanks. I will write what you instructed me to do on the bug page
[22:17] <ScottK> Great.
[22:17] <ScottK> At least people will be able to know how to get it off their systems then.
[22:19] <mercutio22> yeah. That was great help. Thanks
[22:25] <RainCT> sebner, geser: https://bugs.staging.launchpad.net/debian/+bug/244076
[22:25] <ubott2> Launchpad bug 244076 in kdebase-kde4 "Cannot uninstall Dolphin on Intrepid without unistalling Konqueror" [Undecided,New]
[22:25] <sebner> RainCT: I'm not using kde :P
[22:26] <sebner> rofl
[22:26] <sebner> RainCT: WTH? O_o
[22:27] <geser> LOL /me makes a screenshot of it
[22:27]  * sebner hides
[22:27] <sebner> huhu jono
[22:28] <RainCT> geser: adblock the "demo" background first ;)
[22:28]  * ajmitch thinks it's definitely SRU-worthy
[22:29] <sebner> jono: mighty community manager. help me! https://bugs.staging.launchpad.net/debian/+bug/244076  xD
[22:29] <ubott2> Launchpad bug 244076 in kdebase-kde4 "Cannot uninstall Dolphin on Intrepid without unistalling Konqueror" [Undecided,New]
[22:29] <sebner> ignore that kde stuff xD
[22:29] <jpds> RainCT: Slight typo: s/daemon/demon/.
[22:29] <sebner> RainCT: why that kde stuff?
[22:29] <sebner> xD xD xD
[22:29] <ScottK> Because it's not in the production database.
[22:29] <RainCT> sebner: ubotu is silly and doesn't notice the "staging" in the URL
[22:30] <sebner> ah
[22:30] <sebner> kk
[22:30] <RainCT> jpds: indeed
[22:31] <jpds> RainCT: would explain the "boy from hell" thing.
[22:32] <SolarWar> the docs say that my GPG key have to have the same name, comment, and e-mail as the one specified in debian/changelog, however, I have not found an example that illustrates where to put the comment in the changelog file
[22:33] <sebner> jpds: my nickname was hellboy195 before my current one
[22:33] <RainCT> SolarWar: after the name, between ()
[22:33] <RainCT> SolarWar: eg., mine is:    Siegfried-Angel Gevatter Pujals (RainCT<EMAIL_ADDRESS>[22:33] <jpds> sebner: Ich weiÃss.
[22:33] <SolarWar> i see thanks
[22:33] <SolarWar> thats a long name ;)
[22:33] <sebner> jpds: utf-8 O_o
[22:34] <sebner> jpds: so this explains it ;)
[22:34] <RainCT> heh :)
[22:52] <geser> RainCT: http://members.ping.de/~mb/bug_244076.png
[22:55] <SolarWar> i've been able to run debuild, however the deb file created does not have the binary for my program inside it. What might be some reason for this?
[22:55] <sebner> geser: copyright! copyright! copyright! :P
[23:01] <RAOF> SolarWar: Any number of reasons: you didn't call the install target of the build system, you called the install target of the build system with the wrong target directory, you're making a multi-binary package and haven't added the binary to any dh_install rules, ...
[23:01] <RAOF> SolarWar: In other words - pastebin is good :)
[23:02] <RainCT> geser: http://utils.eurion.net/hosted/bug_sebner.png :)
[23:02] <RainCT> without the "all changes will be deleted" bar
[23:02] <sebner> RainCT: I want copyright fees !!!!!
[23:03] <RainCT> sebner: copyright? I've written the text
[23:03] <sebner> RainCT: my name :P
[23:03] <RainCT> sebner: that would be trademark :P
[23:03]  * sebner runes to the government, trademarking this nickname
[23:04]  * RainCT sees how sebner trademarks "sebner" as nickname, and goes to trademark it as "daemon name"
[23:05] <sebner> hrhr
[23:06] <sebner> RainCT: what about "Rufschädigung" ?
[23:06] <RainCT> sebner: tut mir leid ich verstehe kein Deutsch, must es mir auf English sagen...
[23:06] <RainCT> :P
[23:07] <sebner> rofl rofl rolf
[23:07] <sebner> slur on my reputation :P
[23:08] <RainCT> sebner: so.. you are identifying yourself with a computer daemon that overloads MOTUs?
[23:09] <geser> hmm, is UTF-8 (e.g. ™) allowed in nicknames on IRC?
[23:09] <RainCT> geser: let me try
[23:10] <sebner> RainCT: me not but you :P
[23:10] <ogra>  /nick äöüß results in "* äöüß :Erroneous Nickname" here
[23:10] <RainCT> it was stripped..
[23:11] <RainCT> nick = evil-sebner™
[23:11] <RainCT> dunno if that was Freenode or Twisted though
[23:11] <sebner> lol
[23:15] <SolarWar> RAOF, i think I was just missing my programname.install file :)
[23:16] <RainCT> sebner: I'll link to that screenshot when you apply to MOTU and say that you've agreed that you feel identified with that demon
[23:16] <RainCT> :P
[23:17] <mouz> any motu would like to give touchfreeze a 2nd review? http://revu.ubuntuwire.com/details.py?package=touchfreeze , bug 240637
[23:17] <ubott2> Launchpad bug 240637 in ubuntu "[needs-packaging] touchfreeze" [Wishlist,In progress] https://launchpad.net/bugs/240637
[23:17] <sebner> RainCT: xD
[23:18] <sebner> RainCT: I've made a deal with Luca. applying with 250 sponsored uploads. currently I have 197 so you have to wait for a while ;)
[23:19] <RainCT> sebner: hey, but package something yourself before applying... not only syncs! ;)
[23:19] <ajmitch> a large, multi-binary package with libraries
[23:19] <sebner> RainCT: merges ;) ^^ yeah I know and is on my todo list ;)
[23:19] <RainCT> ajmitch: +1
[23:20] <RainCT> uhm.. even I haven't done something like that :P
[23:20] <RainCT> multi-binary yes, but libraries.. argh! ;)
[23:20] <sebner> RainCT: lol
[23:21] <RainCT> mouz: looks great, but I'm too lazy for a deep review right now :P
[23:22] <RainCT> mouz: the only change that I would do (beside adding Homepage, like apachelogger said) is changing the short description to start with "tray icon that", to say what it actually is beside what it does
[23:23] <ajmitch> RainCT: I've seen a few MOTUs stumble on libraries :)
[23:23] <mouz> RainCT: ok
[23:26] <dushara> n00b here.
[23:26] <RainCT> hi dushara
[23:27] <dushara> I've been asked to be the sinhala maintainer for ubuntu
[23:28] <dushara> http://sinhala.sourceforge.net/
[23:29] <mouz> apachelogger: can I still do RainCT's thing plus two of yours or are you busy doing those already?
[23:30] <apachelogger> mouz: no, go ahead
[23:30] <mouz> k
[23:30] <dushara> Some of the packages have been added to debian repos.
[23:32] <RainCT> dushara: yes..?
[23:33] <dushara> Is this right place to get advice?
[23:33] <RainCT> dushara: sure, just ask
[23:34] <RainCT> :)
[23:34] <dushara> There are few packages like SCIM keyboard engines, and a font. How exactly should I go about getting them into Ubuntu repos?
[23:35] <wgrant> In general they should be here already, if they have been in Debian for more than a week.
[23:35] <wgrant> We stopped automatically importing packages a week ago.
[23:35] <dushara> It may be about that. Who maintains them?
[23:35] <wgrant> Nobody in particular.
[23:36] <wgrant> We have group maintenance here.
[23:36] <wgrant> !motu
[23:36] <ubott2> motu is short for Masters of the Universe. The brave souls who maintain the packages in the Universe section of Ubuntu. See  http://wiki.ubuntu.com/MOTU
[23:37] <dushara> :-) So does Ubuntu automatically sync the the debian repos?
[23:38] <wgrant> That's where we get the enormous majority of our packages.
[23:38] <geser> yes, till last week, now only on request
[23:39] <Nafallo> only source
[23:39] <dushara> How do I find out if the pkgs are in Ubuntu?
[23:39] <wgrant> https://launchpad.net/ubuntu/+source/yourfavouritesourcepackagename
[23:40] <Nafallo> wgrant: 404
[23:40] <wgrant> Nafallo: Surprising.
[23:40] <Nafallo> :-)
[23:40] <wgrant> Nafallo: See, LP is borked. Fix it!
[23:40] <Nafallo> wgrant: not my job :-)
[23:41] <wgrant> Close enough.
[23:41] <Nafallo> wgrant: but those racks have lot less cables now ;-)
[23:42] <wgrant> Nafallo: Always good.
[23:42] <Nafallo> :-)
[23:42]  * wgrant has nightmares of small racks with 10m CAT6 cables.
[23:42] <Nafallo> 10m :-O
[23:42] <dushara> thanks for all the help :-)
[23:43] <wgrant> Apparently the previous tech didn't have any appropriate patch cables. So we had that horror.
[23:43] <Nafallo> buy him a crimper? :-)
[23:43] <ajmitch> wgrant: pics or it didn't happen... :)
[23:44] <wgrant> ajmitch: I think we might have pics somewhere, but we cleaned it up in '05.
[23:44]  * ajmitch imagines it was a small nightmare of trying to track down where anything went
[23:44] <wgrant> It was horrible.
[23:44] <wgrant> (~150 PP points as well)
[23:44] <ajmitch> that's a lot of cable
[23:44] <wgrant> It is.
[23:44] <wgrant> No colourcoding either.
[23:44] <wgrant> But it's all neat and coloured now.
[23:45]  * ajmitch tries to imagine fitting over 1km of cabling into a small room
[23:54] <mouz> apachelogger, RainCT: thanks for your comments. New touchfreeze upload is in revu.


[00:04] <fullermd> bzr ci foo.c bar.pl baz.pl quux.sgml [...]
[00:07] <fullermd> bjp: Not via the UI, I don't think.  And it may not be specifiable as a range period, since there may not be a unique starting point.
[00:15] <bignose> how can I view the log entries which affected a file that is now deleted or moved, when I don't know when that was?
[00:15] <bignose> ‘bzr log foofile’ just gives “bzr: ERROR: Path unknown at end or start of revision range: foofile”.
[00:17] <fullermd> Think you gotta find the last rev that has the file first, then use that as the end.
[00:17] <lifeless> you could use bzr search foofile to find the file in your inventory /somewhere, then bzr log -r ..lastrev foofile
[00:17] <lifeless> or bzr log -v and grep/search for foofile.
[00:18] <bignose> bzr: ERROR: No matches were found for the search [u'foofile'].
[00:19] <bignose> I remember this being asked a while ago but can't find it.
[00:20] <lifeless> huh
[00:20] <lifeless> I may not have finished my path indexing spike. I thought i had :(
[00:31] <bjp> fullermd: really?  theres a before: seems like there should be an after: :)
[00:43] <fullermd> Well, for one thing, ancestry is like a single-linked list, so finding the after: revs would mean shuffling through the whole repo, rather than just reading an id.
[00:43] <fullermd> But there can be multiple revs in after: none of which are related to each other, so which would you pick to start from?
[00:46] <fullermd> (well, end with, more accurately...)
[00:47] <bjp> well, what does -rtag:sometag.. show for its second tag?
[00:47] <bjp> starts at sometag and goes to the end right?
[00:48] <fullermd> Roughly speaking, but close enough, yes.
[00:49] <bjp> and i'm using it with bzr log
[00:49] <bjp> so i would figure -rafter:tag:sometag.. would show all the same revs except the first one with the tag? :)
[00:50] <bjp> i'm using it to print all the changes/commits since it was last tagged
[00:50] <fullermd> But that leaves you with a range with no unique start [end].  How to display that without misimplication isn't quite as easy as it sounds.
[00:50] <fullermd> (in the general case, which is what the tool has to look at)
[00:51] <fullermd> It's not an insurmountable issue, but it's more complicated than you'd think at a glance, and nobody has put in the time to answer all the ambiguities and figure out a good display and whatnot.
[00:51] <bjp> so is there a better way to "show the log changes since sometag"? or is the easiest way to just "bzr log -rtag:sometag.." and just ignore the first entry
[00:52] <fullermd> 's probably the best.  More accurately, figure out which rev tag:sometag is, and ignore that one.
[00:52] <fullermd> (you definitely don't want to ignore the _first_, since that's the head; lists backward, remember  ;)
[00:53] <bjp> right
[00:54] <bjp> i'm parsing it all in python and spitting it out in wiki syntax anyway, so its not hard to add
[00:54] <bjp> i just thought there was a builtin way of doing it that i was missing
[00:54]  * fullermd nods.
[00:54] <fullermd> I think log shows the tags by default too, so you don't even have to figure out the revno/revid for the tag yourself to exclude it.
[00:54] <bjp> and i usually look for the method with the least amount of work :)
[00:56] <fullermd> If you're doing it in python, you could probably bypass a lot of the UI level stuff and get the data more directly from bzrlib.
[00:56] <fullermd> Though that's almost certainly the opposite of "least amount of work" unless you already know the API top to bottom.
[00:56] <fullermd> And probably a long cry from it even if you do...
[00:58] <bjp> yea i was messing with bzrlib in another script
[00:58] <bjp> it's nice, but not nearly as well documented as the tools
[00:58] <bjp> and if i was doing more than just 'bzr log' i'd consider it
[02:33] <delinquentme> is there a way to drop an individual file back to the way it was at a particular commit?
[02:59] <fullermd> delinquentme: See revert
[07:43] <mgz> morning btw
[08:12] <vila> morning mgz ;)
[08:12] <mgz> morning vila!
[08:21] <vila> mgz: care to re-review https://code.launchpad.net/~vila/bzr/mergetool-doc/+merge/125150 ?
[08:21] <vila> jelmer: I know I've been far too long to propose https://code.launchpad.net/~vila/bzr/514301-auth-config-unicode/+merge/124627 but I also hope you will review faster than me ;)
[08:24] <vila> darn, tyop in bug # again (bug #388725 instead of bug #388275)
[09:17] <emeric> Hi folks,
[09:18] <emeric> I have a bzr repository checked out somewhere, and would like to check out the same repository on another computer. Is there a way to find out the URL used in the first checkout ? bzr info does not display it.
[09:19] <mitya57> I hope I can ask loggerhead-related question here:
[09:19] <mitya57> Does this error (http://anonscm.debian.org/loggerhead/pkg-grub/trunk/grub/revision/2550.1.1)
[09:19] <LeoNerd> If bzr info doesn't say, then likely the information doesn't remain. But you can always checkout from the first computer.
[09:20] <mitya57> happen because of old loggerhead version?
[09:20] <mitya57> or is that a known bug?
[09:21] <emeric> LeoNerd: I can checkout/commit from the first computer, but if I want to code from another one, I'm out of luck if the URL is not displayed in bzr info ?
[09:21] <fullermd> If it's a checkout, info will certainly show it, otherwise it couldn't work.  As an independent branch, you _could_ have cleared out the info so it's no longer there, but why would you?
[09:21] <LeoNerd> If you're committing, then you are just committing to that local branch then
[09:22] <LeoNerd> Otheriwse, brz info would be showing the commit branch
[09:23] <emeric> Output of bzr info.http://www.privatepaste.com/f2817d362b
[09:24] <LeoNerd> Yup, so there's no upstream checkout or submit branch there
[09:25] <emeric> Which means I can only work from the place where the first checkout has been made ?
[09:27] <emeric> (Sorry, I sound like complete helpless , but that's what I currently am regarding bzr)
[09:30] <emeric> bzr checkout bzr+ssh://root@ctrl/root/atta_dev lctests
[09:30] <emeric> This one seems to work, yay !
[09:35] <emeric> Note to self: also install python*-gobject*. Thanks alot for the help folks.
[09:36] <fullermd> I'm not sure what value of "works" corresponds to "can ssh in as root"...   :p
[09:39] <emeric> Automated tests having to run as root, written on a test computer, in root home, versioned using bzr. If I want to develop more tests from a workstation, it seems the only option I have is to bzr+ssh as root, unless I missed something.