=== freeflying_away is now known as freeflying === freeflying is now known as freeflying_away === freeflying_away is now known as freeflying === philipballew is now known as philip === Logan_ is now known as Guest61371 === Logan__ is now known as Logan_ [09:34] hi [09:35] do I need to assign my 'foo package needed' bug to any particular project or package? [09:35] https://bugs.launchpad.net/ubuntu/+bug/1254831 [09:35] Ubuntu bug 1254831 in Ubuntu "plainbox needs packaging" [Undecided,New] [09:41] zyga: no, subscribe ubuntu-sponsors [09:42] also it'd be nice to submit it to debian mentors / DPMT [09:46] Laney: actually that situation is changed now [09:46] Laney: I got write access to the shared SVN repo on DPMT [09:46] Laney: and my sid package got a few review iterations now [09:46] Laney: so I guess we want to not go through motu but instead sync it from debian, correct? [09:47] zyga: yes, definitely [09:47] or upload from SVN if you want it in urgently [09:48] Laney: upload from SVN? [09:49] Laney: I'm doing one more modification to include the man page and I'll upload it to svn [09:50] yes, like take a snapshot [09:50] but I think they're quite fast at sponsoring / reviewing over in DPMT usually so that probably won't be necessary [09:51] Laney: I didn't understand what you mean by 'upload *from* svn'? upload to where? ubuntu? [09:51] yes [09:51] ah [09:51] I didn't know that is possible, I'm still quite new to this process [09:52] well, you just build a source package out of the VCS and give it the right version number to upload to Ubuntu [09:52] Laney: assuming it gets into the debian svn today, how long will it take it for the package to migrate to ubuntu? [09:52] Laney: (I also prepared 14.04 specific package with ubuntu1 suffix and different standards-version [09:52] + 1 day-ish [09:53] Laney: new is 2 weeks? [09:53] Laney: and subsequent releases after that? we're likely to release the package and update it in debian bi-weekly [09:53] not sure what they're looking at atm [09:53] ah [09:53] yeah, a few hours to a day - not long [09:53] Laney: ok, this sounds great [09:53] after debian import freeze you need to request the syncs yourself though [09:54] Laney: what about standards version mismatch? will we sync to get 3.9.5 in trusty? [09:54] zyga: we usually don't bother changing that over Debian [09:55] Laney: ah, so lintian will complain but nothing breaks? [09:56] it's just for information really === freeflying is now known as freeflying_away === freeflying_away is now known as freeflying [11:50] Hello, I have next question - what steps should I do, if I want to add my package in ubuntu repo ? === Guest46324 is now known as med_ === med_ is now known as medberry === ara is now known as Guest1754 === ara_ is now known as ara === ara is now known as Guest55288 === Guest55288 is now known as ara_ [14:06] I need some love to my backport request here: https://launchpad.net/bugs/1252729 It would be appreciated if someone takes a look. [14:06] Ubuntu bug 1252729 in raring-backports "Please backport jq 1.2-8 (universe) from saucy" [Undecided,Confirmed] === ara_ is now known as ara [15:15] hi, i'm currently trying to create a cowbuilder environment (under 13.10, ~/.pbuilderrc here: http://pastebin.com/7qmH3td1) -- which fails with: [15:15] W: Failed to fetch file:/var/cache/archive/saucy/Packages File not found [15:15] E: Some index files failed to download. They have been ignored, or old ones used instead. [15:15] (the latter referring to an earlier line:) [15:16] Err file: saucy/ Packages [15:16] File not found [15:16] any clue what's going on here? === Logan_ is now known as Guest1674 === Logan__ is now known as Logan_ === medberry is now known as med_ [23:05] Backporting packages is always a nightmare: Why am I getting "Dependency is not satisfiable: gyp (>= 0.1~svn1654)" when trying to backport nodejs to precise? [23:05] backportpackage -Urbw $PWD nodejs [23:05] Because precise doesn't have that version of gyp [23:05] $ rmadison -s precise gyp [23:05] gyp | 0.1~svn1031-1 | precise/universe | source, all [23:06] cjwatson: Ah, I didn't notice subversion [23:06] cjwatson: thanks [23:06] and also f*ck [23:06] So I guess you'd need to backport gyp as well [23:06] sub-version number* [23:07] Or figure out how to weaken the dependency, although that's more intrusive for a backport [23:07] quidnunc: you can try to minimize that version in B-D [23:07] cjwatson: Always fun going down that rabbit hole [23:07] what is B-D [23:07] ? [23:07] Build-Depends [23:07] And sourceful changes require significantly more review than simple backports [23:07] (see debian/control file) [23:07] non-official [23:08] ari-tczew: Right, I've never seen that abbreviation [23:08] s/gyp (>= 0.1~svn1654)/gyp [23:08] But first check why it's there ... [23:08] Versioned relationships generally aren't introduced just for fun [23:09] of course [23:09] then see debian/changelog [23:10] also, I look often for changes in certain files through Bazaar. Might be easier for you, as well. [23:11] When running pdebuild I get --> dpkg-checkbuilddeps: Unmet build dependencies. Are those build dependencies on my host or the pbuilder image? [23:11] In the chroot [23:12] dpkg-checkbuilddeps: Unmet build dependencies: cdbs dh-buildinfo libv8-3.14-dev (>= 3.7) libc-ares-dev (>= 1.7.5) [23:13] Why is it complaining about cdbs? [23:13] (Also I said precise but I'm building for raring) [23:13] You may not get accurate results as soon as one of your build-deps is uninstallable [23:13] In this case, libv8-3.14-dev is only available from saucy on - perhaps try libv8-dev instead? [23:13] cjwatson: But at least one of those is the problem right? [23:13] (assuming that's sufficient) [23:14] Yes, libv8-3.14-dev is the problem [23:14] At least that's how it looks from a quick examination of the archive [23:16] dpkg-checkbuilddeps: Unmet build dependencies: cdbs dh-buildinfo libv8-dev libc-ares-dev [23:16] alright I give up [23:16] I'll just install from source [23:17] Of course it could also be the pbuilder base image being broken or pbuilder just generally being terrible; I don't know, I don't use pbuilder :-) [23:19] Dependency hell has made a comeback: Developers can't use system packages for any dev platform (python, ruby, node, haskell) as they have effectively shunned distro packaging in lieu of their own packaging managers and it is very difficult to build system packages. [23:20] I've no interest in a philosophical debate on the subject I'm afraid [23:21] At least not without beer [23:23] just ranting. Worse is better these days === freeflying is now known as freeflying_away === freeflying_away is now known as freeflying