/srv/irclogs.ubuntu.com/2019/08/08/#launchpad.txt

nhasianI'm confused. It says Rejected File nnn_2.6.orig.tar.gz already exists in Primary Archive for Ubuntu. When a did an apt-cache search in 18.04 it only had an older version and was not up to date.03:06
nhasianapt-cache showpkg nnn returns only version 1.7 so I'm trying to make a newer build available via PPA03:06
RikMillsmorning. how often does LP import new CVE data?08:05
cjwatsonnhasian: By definition orig should be original, that is the exact tarball shipped by upstream.  If it's a new upstream release then it should have a new version number.  If you're building a revision of the packaging then you should be using the same orig tarball with patches on top or whatever, not rebuilding the orig.08:49
cjwatsonRikMills: nightly08:49
RikMillscjwatson: thanks. the CVE was added late last night, so guess it just missed it by a squeak08:50
cjwatsonRikMills: Yep, it's due to run shortly08:50
RikMillsgreat. ty08:50
cjwatson(I say "nightly", actually earlyish morning)08:51
RikMillsIt's night somewhere!08:51
nhasiancjwatson: all I'm trying to do is provide the program nnn version 2.6 to Ubuntu 18.04 users because in the Universe repo it has an older version 1.7. How can I do that?13:53
cjwatsonnhasian: Grab the existing Ubuntu orig.tar.gz from LP and put that in your package's parent directory, then rebuild the package based on that13:55
cjwatsonnhasian: What's the package name?13:55
cjwatsonOh, literally "nnn"13:56
cjwatsonSo grab https://launchpad.net/ubuntu/+archive/primary/+sourcefiles/nnn/2.6-1/nnn_2.6.orig.tar.gz and use that13:56
nhasiancjwatson: thank you, I will try that now13:57
cjwatsonIf you look at https://launchpad.net/ubuntu/+source/nnn you'll see that it exists in Ubuntu, just only in eoan not bionic13:57
nhasiancjwatson: thank you. this is the first time I try to package anything, as well as create a PPA. so I downloaded it and extracted it. I'm guessing I use debuild and then dput? How do I tell it to package for bionic?14:03
cjwatsonnhasian: I don't totally have time to give personalised packaging help to everyone, unfortunately, but maybe start with https://help.launchpad.net/Packaging/PPA ?14:10
nhasianI also just read about the backportpackage. am I going about this wrong? should I be using backportpackage instead?14:11
cjwatsonnhasian: So, I was going to suggest that, and you should absolutely start with the packaging from eoan rather than reinventing the wheel yourself (i.e. "pull-lp-source nnn eoan")14:11
cjwatsonnhasian: However, there will be some quirks because the eoan packaging relies on a version of debhelper that isn't in bionic14:12
cjwatsonnhasian: Trying to backport debhelper usually turns out not to be a good idea; a better plan will be to get things working with the debhelper 11 in bionic14:12
cjwatsonThis is hopefully not too hard14:12
nhasianI've been working at this for 2 days. this is day 3 actually. I have read a lot of the launchpad and ppa pages. You are the first person who has actually answered any questions. I was hoping to find some mentor to help guide me. I even asked in our Ubuntu az loco page but didn't find any assistance14:13
cjwatsonnhasian: I would suggest starting with backportpackage since it'll help deal with tedious things like getting the changelog right, but don't tell backportpackage to upload the result for you since you're going to have to make some adjustments14:20
cjwatsonnhasian: Looking at the existing changelog, it doesn't look like it's really using much from debhelper 12, so you can probably just edit debian/control and debian/compat to reduce that to 1114:21
cjwatsonnhasian: Then best practice is to test-build locally (if you don't already have an environment set up, use https://wiki.ubuntu.com/SimpleSbuild)14:22
cjwatsonnhasian: Hopefully that works, and you can then follow the directions on the LP help site to build a source package and upload it14:22
nhasiancjwatson: thank you for your help14:23
cjwatsonnp14:23
nhasiancjwatson: the first time I used backportpackage it uploaded and was accepted to launchpad. The build failed however because missing build dependencies debhelper >=12. So I ran backportpackage a 2nd time and before pressing Y to upload, I went to the temp folder and changed debian/control and debian/compat to 11 but now it is rejected because it already exists17:12
RikMillsnhasian: you need to increment the most minor packaging revision. e.g. ~ppa1 to ~ppa217:20
nhasianRikMills: do I edit a file in the tmp folder to do that before uploading with backportpackage?17:21
RikMillsI have no idea with backportpackage. never used it myself17:24
* RikMills has other methods17:24
ginggsnhasian: you can also edit the PPA dependencies to Backports, which should include debehlper 1218:02
ginggsand then just retry the build18:02
cjwatsonnhasian: dch -i should produce a change to debian/changelog for you20:09
cjwatsonI actively recommend against ginggs's approach here for anyone who isn't an expert20:09
cjwatsonforever dealing with support reqs from people who try that approach and get themselves very confused20:10
cjwatsonalso you shouldn't run backportpackage more than once on the same thing.  fetch the source package it produced back from Launchpad instead and edit that20:12
cjwatsonbackportpackage just produces a starting point20:13
nhasiancjwatson: thanks again. I will fetch the package from launchpad as you suggested and continue from there to try to get it working20:58
nhasianwhile I'm at it, is there a book or something for beginners? I feel like I'm floundering around here21:01
doismellburningnhasian: I've very much felt the same with packaging, for what it's worth21:17
doismellburningnhasian: I can't offer _help_, but you're not alone!21:17

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!