[00:40] <c2tarun> the errors in bug 713931 are errors due to source code? What should I do? Should I contact upstream?
[00:40] <ubottu> Launchpad bug 713931 in moserial (Ubuntu) "New version of moserial available upstream" [Wishlist,In progress] https://launchpad.net/bugs/713931
[00:47] <grunthus> Would anyone be available to check that I have proposed a bzr branch for merge in the proper way? ...
[00:47] <grunthus> https://bugs.launchpad.net/hundredpapercuts/+bug/715820
[00:47] <ubottu> Ubuntu bug 715820 in ubuntuone-control-panel (Ubuntu) "No tooltip for disconnect button" [Low,Triaged]
[00:48] <wejaeger> Hey, anyone up for reviewing l2tp-ipsec-vpn? It's a little applet to configure and manage L2TP IPsec VPN connections. I've just uploaded a new candidate. http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn
[00:52] <alucardni> sync request like LP: #718601 are fixed automatically or need human intervention?
[00:57] <artfwo> alucardni, they need human intervention, yes: https://wiki.ubuntu.com/ArchiveAdministration#Syncs
[01:45] <alucardni> beside bitesize bugs, are there any other tasks for motu beginners???
[01:48] <c2tarun> micahg: ping, you remembered about the linker error I asked to you. changing the order of -lssl and -lcrypto didn't worked :(
[01:49] <micahg> c2tarun: you moved them to the beginning of the linking order?
[01:49] <artfwo> alucardni: have your read https://wiki.ubuntu.com/MOTU/Contributing ?
[01:50] <c2tarun> nope I just changed their order :P do mean that I should move them to the begining?
[01:50] <micahg> c2tarun: yes, --as-needed enforces that libraries have to be linked before they can be used
[01:50] <c2tarun> micahg: ok, let me try
[01:53] <alucardni> artfwo: thanks for the link, I'll check it right now
[02:35] <c2tarun> micahg: I was trying to install the build-dep for bacula and I got this error. http://paste.ubuntu.com/567191/
[02:41] <c2tarun> micahg: I tried to copy sources.list from my machine into natty chroot, changed all the occurence of maverick to natty in that file. but now I am getting this error. http://paste.ubuntu.com/567192/
[02:50] <c2tarun> can anyone help me above two errors ^^
[02:51] <RAOF> did you run “apt-get update” somewhere in there?
[02:52] <c2tarun> RAOF: not yet, wait
[02:54] <c2tarun> RAOF: it worked :) thanks
[03:55] <psusi> I have a question about UDD: launchpad has an upstream project that has a bzr branch that is auto importing from upstream's git repository.  Ubuntu's branch auto merges from debian's.  Shouldn't debian's branch be auto merging from launchpad's upstream auto import branch?
[03:56] <psusi> also to make a change, can you just do it directly now and let bzr worry about merging, or still use quilt within bzr?
[03:59] <RAOF> That really depends on the packager.  You *could* make changes directly and let bzr sort them out.
[03:59] <lifeless> <-does
[04:00] <RAOF> That's a workflow that would be improved with colocated branches, I think.
[04:02] <RAOF> Although that's largely a convenience issue.
[04:03] <psusi> eh?
[04:03] <psusi> colocated branches?
[04:03] <RAOF> You might know them as “git branches”
[04:04] <RAOF> Where the branches aren't physically segregated by directory.
[04:04] <psusi> ahh
[04:04] <psusi> handling the workflow locally I don't have a problem with, I'm just trying ot understand the workflow as I see it over the network ;)
[04:05] <RAOF> It's largely unstandardised, I think.
[04:05] <psusi> and what I see is upstream has a git repo, lp's upstream project has a bzr repo that auto imports from the git repo, ubuntu has a bzr repo that periodically merges from debian, and debian appears to have a bzr repo that sometimes merges from a terminal branch that is a clean import of an upstream release tarball, plus quilt patches
[04:06] <psusi> I would think that the way it should work is for quilt to not be used, debian should merge from the upstream project bzr branch on lp, then ubuntu's branch should merge from debian's branch, and you should be able to see in the log any changes debian or ubuntu have made, plus every change made in the upstream git repo
[04:07] <RAOF> Yeah.  That's a nice workflow.
[04:07] <RAOF> It *also* means that bzr can do some of the patch-porting for you.
[04:09] <wejaeger> l2tp-ipsec-vpn? It's a little applet to configure and manage L2TP IPsec VPN connections. I've just uploaded a new candidate. http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn
[04:25] <psusi> but since debian isn't merging from the bzr auto import from upstream git branch, and instead is just maintaining quilt patches on top of import branches of upstream tarballs, then I guess I should keep changes in a quilt patch?
[06:25] <jderose> wondering if someone could walk me through creating a quilt patch... i have debian/ under bzr - https://code.launchpad.net/~pyskein/pyskein/packaging
[06:27] <jmarsden> jderose: I think the info at https://wiki.ubuntu.com/PackagingGuide/Complete#quilt%20%28Example%20Package:%20xterm%29 should get you started?  I don't really have time to walk you through step by step right now though.
[06:28] <jderose> jmarsden: awesome, thanks! the right documentation is as good as a walk through :)
[06:29] <jmarsden> jderose: No problem.  IMO anyone doing packaging should get to know that whole guide -- it's worth reading.
=== freeflyi1g is now known as freeflying
[07:39] <dholbach> good morning!
[08:39] <c2tarun> why I am getting this error :( http://paste.ubuntu.com/567235/ the libraries required are there "-lssl and -lcrypto"?
[08:42] <c2tarun> why I am getting this error :( http://paste.ubuntu.com/567235/ the libraries required are there "-lssl and -lcrypto"?
[08:45] <udienz> c2tarun, i think ssl lib needed cripto lib first
[08:45] <Rhonda> c2tarun: That's a pretty short paste, could you paste the whole thing? And did you do an "apt-get build-dep bacula"?
[08:45] <c2tarun> udienz: ok, let me try.
[08:46] <Rhonda> What exactly is it that you try to do? bacula is an already existing package and I'm somewhat related to it.
[08:46] <udienz> c2tarun, Could you paste whole thing? as Rhonda says
[08:46] <Rhonda> Ah, 5.0.3 upgrade hasn't been done in Debian yet.
[08:47] <JeanCrien> bonjour!
[08:47] <c2tarun> Rhonda: ya I did everything and I am working on this since last two days. Problem is somewhere in the order of libraries. micahg suggested to try bringing the two libraries in front, still I got the error.
[08:48] <Rhonda> Of course you need the build-dep installed before, or I am totally not understanding what you mean by that.
[08:50] <c2tarun> Rhonda udienz: check this http://paste.ubuntu.com/567239/
[08:53] <geser> c2tarun: -lssl -lcrypto needs to be and the end of the linker call as -lbac (which comes currently later) needs them
[08:54] <c2tarun> geser: at end also I was getting error :(
[08:54] <geser> c2tarun: the same?
[08:55] <udienz> c2tarun, see http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/natty/bacula/natty/view/head:/src/tools/Makefile.in#L59
[08:55] <udienz> bacula 5.0.3 has been uploaded this day
[08:55] <c2tarun> geser: yup
[08:55] <udienz> and this is familiar bug 687968
[08:55] <ubottu> Launchpad bug 687968 in bacula (Ubuntu) "[FTBFS] package 'bacula' (5.0.2-2ubuntu1) failed to build on natty" [High,Fix released] https://launchpad.net/bugs/687968
[08:57] <Rhonda> c2tarun: Which source package are you actually using and what's your build environment? This looks strange.
[08:58] <geser> Rhonda: this looks like a normal "ld --as-needed" link failure
[08:59] <c2tarun> I was trying to build new version of bacula which was available upstream. My build environment is pbuilder-dist's natty
[08:59] <c2tarun> Rhonda: ^^
[09:00] <c2tarun> geser: I too thought so but I was getting the same error with all the possible orders I can think
[09:01] <Rhonda> c2tarun: There is already 5.0.3 in natty?
[09:02] <geser> c2tarun: hmm. anyway bacula 5.0.3 got uploaded to natty already as udienz said
[09:03] <c2tarun> Rhonda: you checked?
[09:03] <Rhonda> But I hope 5.0.3 will get injected into Debian soonish.
[09:04] <Rhonda> c2tarun: rmadison bacula; http://packages.ubuntu.com/bacula - yes, I checked
[09:05] <c2tarun> Rhonda: hmmm.... still I failed to fix that bug :( anyway thanks :)
[09:06] <Rhonda> The DD maintaining the package was pretty busy with his two kids over the last year, and given that Debian was frozen he didn't see the need to update it in experimental over the time neither.
[09:07] <Rhonda> Now he even orphaned the package because they don't use a tapelib at work anymore and they are looking at different backup solutions, so the package is looking for a new maintainer. :)
[09:07] <geser> Rhonda: just curious: could you reproduce the flightgear linking error in Debian with binutils-gold?
[09:08] <Rhonda> geser: I did reproduce it in my natty changeroot. Not sure how to set my sid chroot to use binutils-gold though.
[09:14] <c2tarun> can anyone please explain this error http://paste.ubuntu.com/567247/
[09:18] <artfwo> c2tarun: in the "sock.makefile('rb', 0)" call, sock variable is empty (None)
[09:18] <artfwo> check the last 2 lines of the stack trace
[09:19] <c2tarun> artfwo: I tried to pull the source of coin2. where is stack trace?
[09:20] <artfwo> it's your pastebin log
[09:20] <c2tarun> artfwo: oh... actually :) I wanted to know why I got this error?
[09:21] <udienz> c2tarun, what u-d-t version you installed?
[09:22] <c2tarun> udienz:  let me check
[09:22]  * udienz checked with 0.116 ant not got any errors
[09:22] <udienz> *and
[09:22] <c2tarun> its .104
[09:23] <c2tarun> hmm... how can i update to .116?
[09:24] <jderose> if anyone has the chance, would love feedback on this package - http://revu.ubuntuwire.com/p/pyskein  It's a Python3 extension implementing the Skein hash algorithm (sha3 candidate, of Bruce Schneier fame)
[09:24] <udienz> c2tarun, do you use natty or maverick?
[09:24] <c2tarun> udienz: maverick
[09:24] <Rhonda> c2tarun: I guess it should be possible to directly download the .116 package and install it on maverick. http://packages.ubuntu.com/natty/ubuntu-dev-tools
[09:25] <udienz> c2tarun, or adding u-d-t-dev ppa https://launchpad.net/~udt-developers/+archive/daily
[09:26] <c2tarun> why the newer version is not backported in maverick's archive?
[09:26] <artfwo> is there any difference between "pull-lp-source" and "bzr branch lp:ubuntu/coin2"?
[09:30] <geser> the first one uses the .dsc file for downloading (similar to dget)
=== Guest28688 is now known as NCommander
=== yofel_ is now known as yofel
[13:29] <wejaeger> l2tp-ipsec-vpn? It's a little applet to configure and manage L2TP IPsec VPN connections. I've just uploaded a new candidate. http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn
=== Quintasan_ is now known as Quintasan
[16:27] <benste> hi, i saw feature freeze is just a few days away, but is it still possible to replace "simutrans 102" by the all new 110 - which features network player mode ?
[16:29] <ari-tczew> benste: does it require new library upgrade or something?
[16:29] <benste> ari-tczew: i don't think so, but I could check if you'd like
[16:29] <ari-tczew> benste: it's needed so please check
[16:30] <ari-tczew> if only this program has to be update, then probably no problem
[16:30] <ari-tczew> if it builds fine of course
[16:33] <benste> ari-tczew: I'll try to launch it in maverick - if it works all would be fine ?
[16:33] <ari-tczew> benste: no, please test it on natty
[16:33] <benste> ari-tczew: i don't have natty
[16:33] <ari-tczew> benste: so we have got a problem
[16:34] <benste> ari-tczew: if I'd download natty, and install it in Vbox - would it be enough to get the program running ? - they're not publishing debs, but ready build .tar.gz files
[16:35] <Laney> benste: this package is maintained by the games team, you could ask in #debian-games on OFTC if anyone is working on this update
[16:35] <benste> Laney: but debain import freeze is already over isn't it ?
[16:35] <ari-tczew> benste: you have to test .debs dedicated on natty and it could be in VB
[16:35] <Laney> that only affects automatic imports
[16:35] <Laney> syncs can still be requested at any time
[16:36] <ari-tczew> +1, ask first Debian whether they are going to upgrade it
[16:36] <benste> ari-tczew: Laney thanks for your advises I'll try asking them and come back as soon as there is a deb file
[16:36] <Laney> even if nobody is working on it, it's a cross-distro team so you should get the update done there first anyway
[16:37] <Laney> :-)
[17:03] <benste> feautre freeze = last time to include a new deb ??
[17:03] <Laney> after that you must seek an exception to the freeze
[17:03] <ari-tczew> !FFe
[17:03] <ubottu> Feature Freeze Exception. See https://wiki.ubuntu.com/FreezeExceptionProcess for the freeze exception process.
[17:05] <benste> Laney: ari-tczeww looks like there will be no exception for a game :-)
[17:05] <Laney> au contrare, there is probably a good chance initially
[17:06] <benste> Laney: "au contrare" - french ??
[17:23] <c2tarun> newer version of coin2 is available upstream. I downloaded it and packed it for natty. but problem it is generating binaries for different libraries. is there any documentation available for packaging libraries?
[17:25] <micahg> c2tarun: libraries should be packaged separately unless this source is providing them
[17:28] <c2tarun> micahg: I think they are provided by source. here is the control file http://paste.ubuntu.com/567408/
[17:33] <c2tarun> micahg: ping
[17:34] <micahg> c2tarun: so, those packages need to be versioned along with whatever the new library version is
[17:36] <c2tarun> micahg: how can i know the new library version?
[17:37]  * micahg is still unclear on parts of library versioning
[17:37] <c2tarun> micahg: ok :( so I think I should leave this bug?
[17:37] <micahg> c2tarun: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
[17:38] <c2tarun> micahg: buddy thats a 10 chapter document ;(
=== temugen_ is now known as temugen
[18:12] <c2tarun> can anyone please explain this error http://paste.ubuntu.com/567420/
[18:13] <ari-tczew> c2tarun: check build-depends in d/control
[18:13] <c2tarun> ari-tczew: what to check there?
[18:13] <ari-tczew> whether have you got everything including versions
[18:14] <c2tarun> ari-tczew: http://paste.ubuntu.com/567422/ this is the control file.
[18:15] <ari-tczew> c2tarun: which command do you running?
[18:15] <c2tarun> ari-tczew: pbuilder-dist natty build *.dsc
[18:16] <ari-tczew> c2tarun: pbbuttonsd-dev (>= 0.7.9)
[18:16] <ari-tczew> check which version natty has got
[18:16] <c2tarun> ari-tczew: wait
[18:17] <c2tarun> ari-tczew: I dont think natty has pbbuttonsd :(
[18:17] <c2tarun> ari-tczew: I dont think natty has pbbuttonsd-dev :(
[18:17] <ari-tczew> c2tarun: that's right
[18:17] <ari-tczew> now you know why pbuilder can't go
[18:17] <c2tarun> ari-tczew: ya getting :) but still I am not able to figure out the solution.
[18:18] <ari-tczew> c2tarun: remove it from d/control and try to build
[18:18] <c2tarun> ari-tczew: but will the package will be able to build without that dependency?
[18:19] <ari-tczew> c2tarun: sorry I'm not witch. you have to try to build
[18:19] <c2tarun> ari-tczew: sure :) let me try.
[18:19] <micahg> c2tarun: no, you can request a sync from Debian though
[18:19] <micahg> actually, that package might need to be removed
[18:20] <c2tarun> micahg: sync for pbbuttonsd? it is not in debian as well.
[18:20] <micahg> c2tarun: it is in Debian, but powerprefs should probably be removed from Ubuntu since it's gone from Debian
[18:20] <ari-tczew> rofl
[18:21] <c2tarun> micahg: powerprefs is in debian but pbbuttonsd-dev is not :(
[18:21] <c2tarun> I checked by rmadison
[18:21] <ari-tczew> c2tarun: http://packages.debian.org/search?suite=default&section=all&arch=any&searchon=names&keywords=pbbuttonsd-dev
[18:21] <ari-tczew> only powerpc
[18:21] <micahg> c2tarun: no, it's the other way around
[18:22] <micahg> unless persia wants to keep powerprefs for some reason
[18:22] <micahg> right, both packages are powerpc specific
[18:23] <c2tarun> guys what is powerpc?
=== c2tarun is now known as tarun
=== tarun is now known as c2tarun
=== temugen is now known as Guest75580
=== Pici is now known as Guest30254
=== shadeslayer is now known as Guest69114
[18:25] <micahg> c2tarun: it's an architecture, classically used in old Apple machines
=== Guest69114 is now known as shadeslayer
=== jmarsden is now known as Guest69915
=== Guest30254 is now known as Pici
[18:30] <micahg> c2tarun: when filing a new upstream version bug, it's generally good to list what version is available
[18:32] <c2tarun> ari-tczew: build failed after removing that build-dep :(
[18:34] <ari-tczew> c2tarun: only thing how can I suggest you is get missing B-D to Ubuntu
[18:34] <ari-tczew> but it's powerpc only
[18:36] <c2tarun> I am still not getting why we are discussing powerpc here ? :(
[18:36] <c2tarun> ari-tczew: how can i use powerpc
[18:38] <ari-tczew> hmmm buy device something based on powerpc?
[18:38] <christoph> heya can someone give me a quick link on how to disable --as-needed for the ubuntu builds?
[18:38] <c2tarun> ari-tczew: hain?
[18:38] <c2tarun> christoph: why do you want to disable it?
[18:39] <ari-tczew> christoph: disable? you should fix FTBFS
[18:39] <christoph> because sbcl wont' build with it
[18:39] <micahg> c2tarun: because teh package you were discussing is powerpc specific
[18:39] <ari-tczew> christoph: add missing libraries to LIBS in Makefile.am
[18:39] <christoph> aeh ja
[18:39] <christoph> that's a compiler/interpreter/environment package for common lisp -- its a bit more tricky than adding some libs somewhere
[18:39] <c2tarun> micahg: so this means that I can use powerpc in the place of pbutton*
[18:39] <micahg> c2tarun: no
[18:39] <c2tarun> micahg: then?
[18:39] <christoph> not everything is a cstle library
[18:39] <micahg> c2tarun: those packages only run/build on powerpc
[18:39] <c2tarun> micahg: so this mean that I can't pack them ?
[18:39] <micahg> c2tarun: no, doesn't mean that
[18:39] <c2tarun> micahg: :P but u said that powerpc is an arch for apple machine. And I dont have that
[18:40] <micahg> c2tarun: right, qemu might be able to emulate
[18:40] <c2tarun> micahg: hmm....
[18:42] <c2tarun> micahg: can you please tell me any upgrade bug? :( I tried few of them, sometimes its my architecture, sometime they are libraries :( what should I do?
[18:43] <Gangsta> !ops
[18:43] <Gangsta> !staff
[18:45] <Gangsta> sup marienenz
=== Lutin_ is now known as Lutin
=== ximion1 is now known as ximion
[19:49] <blueyed> Are there known problems in natty regarding cryptsetup/mountall during boot?
[19:50] <blueyed> I am getting "mountall: non-recoverable fsck-error: /home" because it tries to fsck crypthome_unformatted - where the suffix is wrong apparently.
[19:50]  * tumbleweed is certainly running into mountall issues during boot (no crypt). But I haven't dug into them, so I haven't been able to file a bug.
=== runasand_ is now known as runasand
=== Philip6 is now known as Philip5
=== ximion is now known as ximion1
=== Tobu_ is now known as Tobu
[20:17] <luc_> hi.i just installed ubuntu, but i can't mount my usb memory,any solution, plz? thx
=== Tobu_ is now known as Tobu
=== JoeSett is now known as JoeMaverickSett
=== Guest69915 is now known as jmarsden
=== Nafallo_ is now known as Nafallo
[21:12] <stevecrozz> micahg: I just wanted to pop on here and let you know that uwsgi is not going to be ready for natty, leo should have it ready for the next debian release
[21:13] <micahg> stevecrozz: next Debian release or Ubuntu release?
[21:13] <stevecrozz> next debian release
[21:14] <micahg> stevecrozz: ok, thanks, feel free to ping me if you need help getting it into Ubuntu when it's ready
[21:22] <stevecrozz> micahg: right now this bug is the hold-up https://bugs.launchpad.net/uwsgi/+bug/713479
[21:22] <ubottu> Ubuntu bug 713479 in uWSGI Ubuntu package "Only first config file loads for uwsgi-python2.6" [High,In progress]
[21:22] <stevecrozz> and i haven't had the time to solve it... if it were solved i think we could make a case for including uwsgi in natty
=== cr3_ is now known as cr3
=== lifeless_ is now known as lifeless
=== mrpouit is now known as mr_pouit
=== rigel_ is now known as rigel
=== Riddelll is now known as Riddel
=== Riddel is now known as Riddell
=== Adri2000_ is now known as Adri2000