=== medberry is now known as med_out === hannesw_ is now known as hannesw [07:39] Hello, where can I read about the discussion regarding Thunderbird (might) be the default mail client, and the "specific tasks" upon which this will be decided ? [07:43] AnAnt: You can find the etherpad document linked from the schedule on uds.ubuntu.com (I think the session was on Thursday?), but the specific tasks weren't actually decided there, just the “themes”. [07:49] good morning [07:53] dholbach: Hello [07:54] hey AnAnt [07:54] dholbach: thanks for the ACKs [07:54] no worries :) === yofel_ is now known as yofel === ara_ is now known as ara [09:12] could it be true that if you backport from meerkat to lucid and let meerkat stand in you changelog file, the system asks for a partial distro upgrade? [09:52] # DIST=lucid ARCH=i386 pbuilder create [09:52] W: /root/.pbuilderrc does not exist [09:52] I: Distribution is sid. [09:52] I: Building the build environment [09:52] :/ [09:53] on debian that is [09:53] http://fpaste.org/vNpg/ .pbuilderrc [09:54] I: Distribution is sid. sould be I: Distribution is lucid. right? [09:54] set HOME [09:54] sudo -H [09:55] newer sudo does nto preserve HOME env variable, this was reverted in natty [09:55] but debian did not [09:55] is it possible to do it with su on debian? [09:56] if you copy the pbuilderrc I don't see why not [09:56] what's the command then, I don't suppose it's just # -H [09:57] cp /your/user/home/.pbuilderrc /root/ [09:58] I: Distribution is sid. [09:58] still [10:00] something wrong with the .pbuilderrc? [10:01] http://fpaste.org/vNpg/ [10:02] all the debia/ubuntu magic is commented [10:02] so probably no [10:02] s/no/its wrong/ [10:03] hmm [10:04] you also need to install the ubuntu keyring [10:04] I am on sid [10:05] if you want to build for lucid [10:06] is that keyring in debian? [10:06] no [10:10] anyway it doesn't work [10:11] try --distribution lucid [10:13] E: Failed getting release file http://ftp.nl.debian.org/debian/dists/lucid/Release [10:15] set the correct mirror, ftp.ubuntu.com [10:15] # Mirrors to use. Update these to your preferred mirror. [10:15] DEBIAN_MIRROR="ftp.nl.debian.org" [10:15] UBUNTU_MIRROR="ftp.ubuntu.com" [10:15] pbuilder uses MIRRORSITE [10:16] it can't work if you comment out all the changes needed to use it in ubuntu ... [10:16] hmm I find that doc about pbuilder and ubuntu rather unclear then [10:17] very unclear to see what you have to comment out and what not [10:17] grr [10:17] https://wiki.ubuntu.com/PbuilderHowto#Multiple%20pbuilders [10:18] its a bit unclear, it does not mean comment out everything after optionally, bu only the following line [10:19] that's very confusing imho [10:27] pbuilder-dist lucid i386 create [10:28] ok [10:46] does bzr-builddeb have a option to sign the package at build? [10:48] bzr-buildpackage for sure has [11:01] jtaylor: aye, thakns [11:01] thanks even [11:35] Hey, anyone up for reviewing http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn [13:20] im having a issue with signing my package [13:20] gpg --list-keys shows that i have keys there but when i try and sign i get error: [13:20] gpg: /tmp/debsign.X8IR3dyh/lxdm_0.3.0-0ubuntu5.1.dsc: clearsign failed: secret key not available [13:20] debsign: gpg error occurred! Aborting.... [13:21] stlsaint: are you passing the correct keyid? [13:24] jtaylor: hrm i thought so i will double check again [13:25] jtaylor: is the syntax: debuild -S -k -sa [13:26] -k no space (but not sure if that is required [13:26] I think either work [13:28] StevenK: nope, cannot be a space [13:28] jtaylor: as always thank you === ximion1 is now known as ximion === makl is now known as ximion [14:05] HA! Built a package and now i have no idea where pbuilder placed the .deb [14:06] .. [14:06] directhex: its not .../result [14:07] directhex: i used a different pbuilder and forgot to use the --buildresult option [14:12] stlsaint: /var/cache/pbuilder/result/ ? [14:13] stlsaint: That's the default locatin. [14:15] arand: yea but me fiddling around with my pbuidlerrc trying to configure multiple pbuilders has my stuff rearranged [14:15] ima fix it all in a min [14:15] Ah, :) [14:21] would anyone mind taking a look at my pbuilder to see if something is wrong [14:21] i have it moved to /root/.pbuilderrc due to errors before and now it seems like its not doing what i want it to === makl is now known as ximion === MTecknology is now known as EvilMTeck === med_out is now known as medberry === Quintasan_ is now known as Quintasan === hannesw_ is now known as hannesw [16:01] Hello.. I'm going to upgrade natty at oneiric, but something is wrong with apt: [16:01] The following packages will be REMOVED: [16:01] eclipse eclipse-cdt eclipse-jdt eclipse-pde eclipse-platform eclipse-plugin-cvs evolution evolution-exchange evolution-plugins-experimental libgvfscommon0 libperl5.10 [16:01] libpurple0 pidgin-skype telepathy-haze [16:02] what the hell? why eclipse / evolution / pidgin_skype and others will be removed? [16:02] l3on: please read this: http://ubuntuforums.org/showthread.php?t=1751299 [16:03] !ubuntu+1 [16:03] Natty Narwhal is the codename for Ubuntu 11.04 - Natty has been released! - Support in #ubuntu [16:03] err [16:03] haha [16:03] l3on: Repository turbulence, likely. [16:03] thanks jtaylor [16:04] arand: turbulence during from few weeks :P [16:06] I remember that 2 days after natty release I changed repository to oenric, but I was unable to upgrade due to eclipse error :/ [16:13] l3on: Hmm, it may be eclipse having inmproper dependency specifications... [16:16] churn in the development release is expected [16:16] and such questions are better placed in #ubuntu+1 === jtechidna is now known as JontheEchidna [16:55] nhandler: Hey. I can sponsor if needed (keyring package). [17:21] * micahg is going bonkers from doing build tests before requesting a sync and then getting build failures when the sync happens... [18:27] Hey guys, I have a python package which I'm packaging up for debian/ubuntu [18:28] It provides a number of plugins for different image programs, so I'm using a seperate deb for each plugin and a central library deb for the main python library [18:28] The problem is I don't know how to correctly set up the distutils and the debian packaging to do this. [18:29] Hey, anyone up for reviewing http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn [18:32] doctormo: which package is it, and what excatly are you having trouble with? [18:34] tumbleweed: lp:dastash basically the trouble I think is between the release name 'dastash' and the deb package name 'python-dastash' [18:35] yes, if it should be called python-dastash [18:35] are you working on the packaging in that branch? [18:36] tumbleweed: I am yes, I just pushed what I have so far. [18:43] doctormo: firstly; to be able to import dastash, you need to build-depend on everything it needs to be importable [18:43] (an easy workaround there is to read the .py file and look for '__version__ = ' instead of importing it. [18:43] I see [18:44] also, you need to import setup from distutils.core (or setuptools if you need it) [18:45] tumbleweed: Yes I fix that in rev 8, pushed rev 9 now. [18:48] doctormo: next issue, your setup.py doesn't actually install anything, that's why you are having trouble with the other packages [18:49] tumbleweed: It should be at least installing the one script and one module shown. [18:49] But it doesn't even do that. [18:50] it installs one script, by the look of it [18:51] tumbleweed: Nothing appears in any of the deb files [18:52] doctormo: worry about that later. Start by looking at what gets installed into build [18:52] hmm, so far, just the script [18:53] btw, you really shouldn't be using Provides: ${python:Provides}. That's for special, very rare, situations. And you probably should be using dh_python2 for a new package, instead of python-support. But let's get it working first... [18:54] tumbleweed: The provides/deps were removed, pull a fresh version. [19:01] doctormo: hint: it's not called "modules" [19:02] Do I presume I put all the other files into setup.py too as data? [19:02] (I had thought the install scripts would cover those, but aprrently not) [19:04] you can install them with setup.py or dh_install. But if you install them with setup.py you'll need dh_install them into the correct packages anyway, so there's really no point in doing it with setup.py unless you want to make life easier for people installing on other distributions [19:11] tumbleweed: I figured that was the case, but it doesn't want to work and I can't see the issue. [19:13] doctormo: dh_install: gimp-plugin-dastash missing files (gimp/*.py), aborting [19:13] ^ that's really very simple. There is no such file (gimp is empty) [19:17] tumbleweed: I'd made some dumy files which is why I never saw that error, I've commited them now. [19:17] The problem is, I think dh_install can't find my files to package them [19:18] And I don't think the python debhelpers can package it correctly because my package is called python-sdstash. [19:19] Ah wait, the inkscape plugin is the one missing files. [19:58] OK so I have everything but the python module, it doesn't want to be installed by dh_install, but it won't be installed via anything else either. [19:58] It's like it's a bunch of floating files in build which won't be nailed down to the package in debian/control [20:03] Is the set of files deterministic? [20:12] Been trying to create a debootstrap for Onieric in a Lucid machine using pbuilder. But it complains about not having the Onieric script. this means that some of the tools have not been ported to lucid? [20:13] just copy any other script to the name of oneiric [20:13] there all the same [20:15] (their all symlinks to gutsy) [20:18] doctormo: Are you still having issues with the inkscape-plugins one? [20:19] arand: I think the inkscape plugin is going in the right place, but the python module isn't. [20:21] jtaylor: thanks :) [20:28] doctormo: Hmm, seems I was wrong in my hunch why it wasn't working, sorry... [20:28] arand: Thanks for having a look anyway [20:28] I still have no clue how setup.py links to debian/control [20:30] doctormo, It doesn't. setup.py is executed with appropriate arguments to drop stuff in a to-be-packaged staging area. If there is one binary package, this entire staging area is stuffed into a package. If there are multiple binary packages, dh_install extracts bits from the shared staging area into staging areas for each binary package. [20:31] foo.install files can be used to tell which binary package each file goes in [20:31] so I need to make a dh_install thing for the python lib somehow? are there any examples? [20:32] just create a debian/python-whatever.install file that lists all the files you want to end up in the package by relative path (e.g. usr/bin/wrapper). Wildcards are accepted. [20:33] persia: It's not the user/bin that worries me, it's the /usr/share/pyshared/ -> /usr/lib/python2.6/blah links and so on. [20:33] You should let your python helper handle those bits. [20:35] ScottK: How? [20:35] If you've got a proper setup.py then it should be roughly automagical. [20:36] dh $@ --with python2 may be sufficient. [20:36] (if you're using dh_python2, which I do recommend) [20:37] That's for a package with one binary. [20:37] For a package with multiple binaries it's slightly more tricky. [20:37] You can use pyspf as an example for that. [20:40] Thanks for the example [20:45] OK I think just stuffing the module into pyshared is sufficient according to the example and my testing. [20:45] Sometimes automagic is as alchemy. [20:49] Thanks for your help persia, ScottK and maco [20:49] You're welcome. [20:49] BTW, that probably won't work for Maverick, but should be fine for Natty. [20:54] doctormo: Bit late but http://paste.debian.net/117419/ seems to get things working via a .install file [20:54] Well provided that is where the files should end up.. [20:55] arand: The second line is correct, but if you put the python module directly into python2.6 it'll cause issues. Maybe. [20:56] * arand looks innocent, knowing barely a word of python [21:09] Yeah. Don't do that. [21:09] python2.7 is the default in Natty, so it wouldn't work for that. [21:10] ScottK: how dare you do that. Don't you know Debian still has 2.6? [21:10] ;) [21:10] Sigh. [21:11] Ubuntu is always the python (and gcc toolchain) testbed for Debian, did noone tell you yet? [21:11] it'd funnier if someone had actually not said that [21:11] Rhonda: :) [21:12] Rhonda: causing trouble again? [21:13] Me? Never! [21:18] ajmitch: Actually I'm a bit puzzled by that question, to be honest. [21:26] Rhonda: hm? [21:26] Either I read it wrong, or I don't understand what you try to imply. [21:26] Rhonda: that what you wrote could be jokingly trolling :) [21:27] * persia suspects morning sarcasm to be colliding with late-night worries [21:27] * ajmitch is still waking up & drinking caffeine [21:27] ajmitch: So then what about the "again" part? [21:27] I was joking [21:28] More seriously, there's nothing bed with Ubuntu switching some things earlier than Debian. In some sense this is one of the ereas where Ubuntu is giving back a lot to Debian in the sense of sent patches for future troubles. [21:28] s/bed/bad/ [21:28] It's _me_ who should in bed, I guess. [21:28] heh [21:32] See, it's only trolling if you want to take it as such. But as one person who has received a few of these forwarded bugs for toolchain changes, I'm very grateful about that Ubuntu takes the lead in this area. :) [21:39] This got started by a certain DD complaining yesterday that Ubuntu trying to help fix RC bugs in Debian so that the Python transitions can get done faster in Debian is Ubuntu telling Debian what to do. [21:39] * ajmitch shall just be quiet & do work instead :) [21:39] (and no, I don't understand it either) [21:39] * ajmitch was in that channel at the time [21:40] evening all [21:40] hi Laney [21:41] ScottK: Oh, then my tongue-in-cheek comment (even if the background from my side is an appretiation of the effort) was with a bad timing. Sorry for that then. [21:41] No problem. [22:19] I uploaded a new version of a package to Debian unstable yesterday. Any idea how often the sync to Ubuntu takes place? [22:21] rockclimb123: Pretty often I think (suncing of my AC upload was within a day or two) [22:21] OK, thanks [22:21] rockclimb123: syncs are run by hand by an ubuntu archive admin, usually once a day during this stage of the ubuntu cycle [22:23] Excellent, I was hoping it would be daily. The version in Ubuntu won't build right now because of a missing dependency. [22:24] is it unmodified in ubuntu? [22:24] Yes. The dependency got renamed in Debian, but the binary packages are still hanging around in unstable so I didn't pick it up. [22:26] Actually I think some changes are probably needed to the dependency too to make upgrades work properly - I'll figure that out next. === soultekkie is now known as Guest48491 [23:44] is bug 782414 ready to request a SRU? [23:44] Launchpad bug 782414 in Tahoe-LAFS "tahoe-lafs can't start because foolscap packaging metadata doesn't declare the fact that it supports secure_connections" [Unknown,New] https://launchpad.net/bugs/782414 [23:52] jtaylor: Do you need to build-dep on python-setuptools or just python-pkg-resources? [23:54] ScottK: setuptools, the setup.py tries to import it and only then sets the requires [23:54] OK. [23:54] Then yes. I'd say so. [23:55] I accepted the nomination for Natty.