Initial packaging files on salsa at https://salsa.debian.org/debian/libpulp
I'm still thinking whether this should go into experimental first. I'm inclined
to push directly to unstable.
wrote:
On Tue, 4 Feb 2020 23:10:06 -0300 "Gabriel F. T. Gomes" wrote:
I maintain pragha, which depends on this package, so I'll adopt it.
It is now 1.5 years since you filed the ITA. There is a new upstream version
that is unpackaged. Do you still want to take over maintainership?
Hi, Vasyl,
On 26 Jul 2020, Vasyl Gello wrote:
>I need it to satisfy kodi build dependency in libcdio++. Actually, when Kodi
>19.0 goes live officially,
>I would like to have it in unstable, testing (if it gets released before the
>freeze takes place)
That sounds reasonable, and I'm already wor
Hi, Vasyl,
On 25 Jul 2020, Vasyl Gello wrote:
>
>Can you please upload libcdio to unstable?
Yes.
The upload to experimental didn't help *me* much with the testing of
pragha, because, in order for pragha to use the new version, I also had
to rebuild (locally) libcdio-paranoia (if I install
libcdi
Hi, Vasyl,
On Mon, 29 Jun 2020, Vasyl Gello wrote:
> The MR I amended after Gabriel's review is stuck since June 2nd.
Yes, my bad.
> Gabriel, can you please revise the MR and upload the fixed package to the
> queue?
Will do (I'll try to do it today)! Thanks for the heads-up.
:)
On Tue, 02 Jun 2020, Bálint Réczey wrote:
>
> Done. I've omitted the last commit because I suggest using -1~exp0
> Debian version for the upload to experimental. IMO looks nicer when
> the upload to unstable has -1.
Thanks for the review. I'll fix this, then upload again to mentors.
On 01 Jun 2020, Bálint Réczey wrote:
>
>I've checked the package and it refers to
>https://salsa.debian.org/debian/libcdio as the packaging repo while it
>is not present.
>I fyou agree let me clone your packaging repo there, then I can review
>the changes.
Oh, please. And thank you. :)
>I can't u
On 31 May 2020, Gabriel F. T. Gomes wrote:
>
>we will need a sponsor.
The package is now on mentors:
https://mentors.debian.net/package/libcdio
Balint, could you review it and, if everything is fine, sponsor it?
(I'm asking because Vasyl mentioned you are guiding the packaging of
Kod
Hi, Vasyl,
On 24 May 2020, Vasyl Gello wrote:
>
>Yes experimental is OK for me, even though I uploaded libshairplay &
>libudfread to unstable queue. Balint asked me initially to target Kodi 19.0 to
>experimental so I will probably re-upload both libraries to experimental to
>keep everything con
Hi, Vasyl,
on 24 May 2020, Vasyl Gello wrote:
>
>Gabriel has prepared 2.1.0 in his Salsa repo and I added C++ interfaces needed
>by Kodi 19.0:
>https://salsa.debian.org/gabrielftg-guest/libcdio/-/merge_requests/1
Thank you so much for writing this pull requests. I wasn't aware that
there was a
Hi, Hugo,
thanks for starting the work on this package. I'll be around if you
need help with packaging stuff, and I'll review your work when you have
something ready to share.
Cheers,
Gabriel
Sean Whitton, from FTP Master, reviewed the package and pointed out
that the file CODE_OF_CONDUCT.md is probably not suitable for
distribution in the main section. I agreed and repackaged the project,
as can be seen in:
https://salsa.debian.org/debian/pveclib/-/commits/master
(look for dfsg)
How
Control: retitle -1 ITA: libcdio-paranoia
Control: assign -1 !
I maintain pragha, which depends on this package, so I'll adopt it.
Thanks,
Gabriel
Control: retitle -1 ITA: libcdio
Control: assign -1 !
I maintain pragha, which depends on this package, so I'll adopt it.
Thanks,
Gabriel
Hi, Michael,
On 23 Oct 2019, Michael Lustfield wrote:
>Apologies- I missed your first line.
No problem, at all. :)
>I finished with a fair bit of packaging clean up and officially adopted
>rsnapshot. I'd be happy to co-maintain this package.
Awesome. I'm happy it has a new maintainer!
I'll se
Hi, I would like to adopt it.
Have you had any problems with it that you would like to share with the
future maintainer?
Cheers,
Gabriel
On Wed, 04 Sep 2019 21:29:45 +0200 g...@iroqwa.org wrote:
> Package: wnpp
> Severity: normal
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> I int
On 13 Jun 2019, Steven Munroe wrote:
>I need s work around for that, Then I will update/tag.
Thanks for the fixes and for the tagging.
With that, I was able to finish the package and send it for review
(see https://bugs.debian.org/930709).
noowner -1
retitle -1 RFP: cr3 -- Cool Reader 3, an e-book reader
thanks
I didn't make any progress on this package, so I'm removing myself from
it and setting it back to RFP. Sorry... :(
If someone wants to work on the packaging, I can definitely help, just
let me know. :)
On Wed, 29 May 2019, Gabriel F. T. Gomes wrote:
>
>I submitted a pull request [2] upstream to foster this discussion.
>
>[...]
>
>[2] https://github.com/open-power-sdk/pveclib/pull/71
For the record: this pull request was superseded by pull request #73 [1],
which has been integr
On Sat, 25 May 2019 15:31:47 -0300 "Gabriel F. T. Gomes"
wrote:
>
> As-is sounds good to me. :)
On second thought, I have an usability question for you, which would
also be relevant for other distros that might ship pveclib...
The headers are currently installed under /usr
On Fri, May 24 2019, Steven Munroe wrote:
> In the current state, these libraries are only required for unit tests, but
> could be used for applications that need those constant values.
OK, if it can be useful for applications, than it's probably better to
distribute it, right away.
> [...] So th
Hi, Steve,
After creating a initial version of the packaging [1], I got two
packages: one that contains the headers and the static library
(libpvec-dev_1.0.0-1_ppc64el.deb), and another that contains the shared
library (libpvec0_1.0.0-1_ppc64el.deb).
My first question would be: is that expected?
Package: wnpp
Severity: normal
I will start working on the packaging for pveclib
(https://github.com/open-power-sdk/pveclib).
Cheers,
Gabriel
Control: retitle -1 RFP: cr3 -- Cool Reader 3, an e-book reader
Hi,
I'm using this software from a local build and I'd like to add it to
Debian. On the other hand, I'm not sure I'll be able to finish this
until Buster release (as I have many bugs to solve on bash-completion
and I want to focus o
On Tue, 23 Jan 2018, Salvo Tomaselli wrote:
>It has been a few months since this ITA, but the package hasn't seen
>any updates and it is still owned by David Paleino.
I have opened an RFS [1], which received most (if not all) of the more
recent emails/activity. I also marked that RFS as a blocke
Hi, Axel.
Thanks for the review and explanations. :)
On 02 Oct 2017, Axel Beckert wrote:
>
>sorry for the late reply. Replying to your original mail as I already
>had written half the mail a few days ago.
Thank you!
I only sent a new email because I have found some answers and because I
have pro
On 29 Sep 2017, Gabriel F. T. Gomes wrote:
>After I upgraded bash-completion to newer upstream releases, I got some
>conflicts during the installation of the package. For instance, it
>complained about the existence of the completion file for adb:
>
>dpkg: error processing
>
On 22 Sep 2017, Axel Beckert wrote:
>> I cloned the package repository and I understood how syncing with
>> upstream was designed (very clever, imo).
>
>Nice! Didn't look that deep into the package.
At the time I sent my first email, I was unaware of the existence of
git-buildpackage. It turne
retitle 876095 ITA: bash-completion -- programmable completion for the bash
shell
owner 876095 !
--
On 18 Sep 2017, Axel Beckert wrote:
>Maintaining a package requires time and skills. Please only adopt this
>package if you will have enough time and attention to work on it.
Although I'm new
Package: sponsorship-requests
Severity: wishlist
Breno (I hope you actually get CC'ed),
As you suggested, I'm opening a RFS for pragha.
Thanks for the reviews you already made in private. :)
* Package name: pragha
Version : 1.3.3-3
Upstream Author : Matias De lellis
* URL
I just uploaded the package to mentors
(https://mentors.debian.net/package/pragha)
This is the second version, because the first had a lintian warning
related the a duplicate changelog file. I fixed it by using the
options "--keep" from dh_installchangelogs.
In this second version, I also update
Package: wnpp
Followup-For: Bug #592985
Owner: "Gabriel F. T. Gomes"
I have this software installed in my computer as a Debian package. Now,
I'd like to check with the community if the package is ready for Debian,
or if more work is needed (I'm willing to make the required c
32 matches
Mail list logo
