Thanks a lot! I reported it here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=904702

Thanks. I have subscribed to this bug.

Given that my package is essentially ready, do you need to check it first before I upload it there? If so, which files do you need to see?

@vivia.nikolaidou Excellent question. I suggest you upload it directly to mentors.debian.net - that way you follow the process "just like" a regular contributor. I can comment on the package there.

(To answer your question though, you would upload the .dsc, the orig tarball and the debian.tar to somewhere web-accessible, and then link me the .dsc... but this is handled by mentors.debian.net)

Thanks! Uploaded, please feedback there!

Sorry, I don't see it on https://mentors.debian.net/packages/index.

Sorry - my bad, had forgotten to upload my key. It's there now, but I saw some complaints from lintian. I'll fix those first, but in the meantime, if you can give me feedback, I'd be grateful!

OK - errors fixed, most warnings fixed!

updated…

I did not see you had updated mentors.debian.net - there is no notificatin system there. Can you ensure that you ping back here when you post on there?

(i've just updated my comments there)

Thanks, just uploaded the new version there, should be visible in a few minutes. Both packages should be visible - I fixed the "-+" from the version number, so it's not the same version, so both should?.. be there at the same time.

EDIT: Should probably write a man page now, but other comments are welcome. :)

Oops, I had a typo in my watch file so now I need to delete the whole package, including the previous comments. :(

Why are you deleting the package every time? That does not seem the usual approach or at least it has never been required before.

I fixed the "-+" from the version number, so it's not the same version, so both should

Don't follow that, sorry..

In T526#9520, @chris.lamb wrote:

Why are you deleting the package every time? That does not seem the usual approach or at least it has never been required before.

Because I'm not changing the version number. I tried uploading a package where one with the same version already existed and it didn't notice that the second one was different, so the only way I found to get around it was to delete the package. Is there another way that I couldn't figure out?

I fixed the "-+" from the version number, so it's not the same version, so both should

Don't follow that, sorry..

See above - if the initial version had an extra dash, it was detected as a different version, different filename, so I didn't need to delete the old package to upload the new one.

I'll also need a longer while to upload the new version, because now I actually need to sit down and write the man page. I'll let you know once this is done.

@vivia.nikolaidou

Why are you deleting the package every time?

Because I'm not changing the version number.

Ah, sorry, mentors is kinda strange and I'm not aware of all of its quirks!

Any update on this? :)

Ported it to python3! Just busy (and a bit confused) writing the manpage, but I don't expect it to take very long anymore :)

Wouldn't spend too long on the manpage -it is not 100% required.

But don't we still have problems re. contrib? It's not really going to be really suitable for PureOS...

Oh thanks! Then I'll just submit it without the manpage for now.

Pasting from Riot (now I understand why you told me to keep the conversations in one place!)
(dated 2018-08-06)
Jonas
seems to me the way forward is to maintain the code in contrib, for use with puri.sm tools
Vivia
but if it's in contrib it can't be in pureOS, or what am I missing?
Jonas
i.e. .deb packages shipped from the puri.sm domain (not the ethical pureos.net domain)
Vivia
ah
Jonas
same as the binary blob resulting from building the coreboot image
same hosting as, I mean

Does that work?

Otherwise, the package is almost ready - just need to double-check that I'm not missing anything stupid and then update it. I'll do so tomorrow morning if not tonight.

Alas, I'm afraid I don't 100% follow that conversation. What does @jonas.smedegaard mean by "same hosting" - as in, upload directly to *PureOS* or for it to go via Debian.

And yes please, everything on the tracker (!).

He meant for it to go via Debian ("maintain the code in contrib") I think, but let's see what he says - I'm not too familiar with all these things.

Anyway, uploaded again - without a watch file this time (there are no releases anyway so the watch file wouldn't work), and still without the manpage. Let me know!

I mean that if the code is not suitable for Debian main (which our previous conversation at Riot seemed to indicate), then a) maintain it in Debian contrib, and b) have Purism redistribute it (not as part of PureOS, but) from the puri.sm domain.

have Purism redistribute it (not as part of PureOS, but) from the puri.sm domain.

Can you clarify exactly what "it" refers to here? (The source packaging repo? the built .debs? etc.)

it == any and all code is source or binary or deb-packaged form which happen to be not suitable for Debian main

More generally, I am talking about the concept of Purism distributing software _separately_ from PureOS. Which is a project irrelevant and unsuitable for this tracker to discuss:

This tracker should only really discuss PureOS and how things unfit for PureOS should be _avoided_.

(And sure, was just clarifying the "floating" pronoun there...)

@vivia.nikolaidou Remind me again why this is headed for contrib? AIUI this is "just" a generic downloader for the mega.nz sites, similar in kind to youtube-dl or even wget. I do see "closed protocol" given as a justification but it is not different (alas) than any of the third-party cloud infrastructure / Google / Yahoo / Dropbox APIs which are 100% free software.

In other words, it is not a specific wrapper like "torbrowser-launcher" whose only purpose is to download stuff from outside Debian.

If I am right, then there is no need for this to be in contrib.

@vivia.nikolaidou What's the latest on this? Would love to get this settled up either way!

@vivia.nikolaidou Gentle ping :)

@chris.lamb Sorry - was on vacation last week. :)

Yes you do understand correctly, it's just a generic downloader for the mega.nz sites. It's indeed similar to youtube-dl or even wget. So if there's no need for this to be in contrib, yay, I'll un-flag it!

Otherwise I do have it uploaded, though standards-version slipped out of date again. Most relevant remaining lintian warnings are debian-watch-file-is-missing and binary-without-manpage, which we discussed and thought we'd live with both for now. If you agree, I'd upload a new version with a correct standards-version and remove the contrib flag from it, then you can feedback on that again.

Thanks a lot!

@vivia.nikolaidou Please go ahead and drop the "contrib" etc. and let me know where I can do the review/upload. (Note that the very latest lintian is for 4.2.1... but I assume you are running Lintian from Debian sid...)

Yes indeed, I am running lintian from Debian sid.

Package is uploaded: https://mentors.debian.net/package/megadown , please review!

Just had a look - thanks! So, if you're running Lintian from sid then I don't understand why you still have:

Standards-Version: 4.1.4

(I also see you have X-Python-Version: >= 3.5 - how come? I would remove this.)

Otherwise ready to upload..

Thanks, reuploaded! I just got confused because mentors.debian.net complains that 4.2.1 is too new and needs 4.1.4, but I am indeed getting 4.2.1 from lintian in sid.

I just got confused because mentors.debian.net complains that 4.2.1 is too new

(Don't rely on lintian in mentors.debian.net. It is not updated as soon as Lintian is.)

@vivia.nikolaidou Uploaded.

Thank you! :)

• I contacted another FTP team member so this has been ACCEPTED in good time.
• It now just needs to migrate to Debian testing and then it will be in PureOS.
• FYI if you add an autopkgtest then future uploads will migrate quicker. See: https://lists.debian.org/debian-devel-announce/2018/05/msg00001.html

Lets keep this bug open until we see this in PureOS.

Testing migration can be tracked here:

https://qa.debian.org/excuses.php?package=megadown

It's in debian testing now.

megadown is now in PureOS, so closing. Thanks. Let me know if you need to update a new version, naturally.

lamby@470bfef2f189(lamby-pureos-green):~% apt-cache policy megadown
Get:1 http://repo.puri.sm/pureos green InRelease [10.5 kB]
Get:2 http://repo.puri.sm/pureos green/main Sources [7660 kB]
Get:3 http://repo.puri.sm/pureos green/main amd64 Packages [8714 kB]                            
Fetched 16.4 MB in 13s (1289 kB/s)                                                              
Reading package lists... Done

megadown:
  Installed: (none)
  Candidate: 0~20180705+git83c53dd-1
  Version table:
     0~20180705+git83c53dd-1 500
        500 http://repo.puri.sm/pureos green/main amd64 Packages