Bug#1035110: ITP: drminfo -- Small utility to dump info about DRM devices

[Rodrigo Siqueira]

Package: wnpp
Owner: Rodrigo Siqueira 
X-Debbugs-Cc: siqueirajor...@riseup.net
Severity: wishlist

* Package name: drminfo
  Version : 2.4.0 
  Upstream Contact: Simon Ser , Scott Anderson 

* URL : https://gitlab.freedesktop.org/emersion/drm_info
* License : MIT
  Programming Lang: C
  Description : Small utility to dump info about DRM devices

The drm_info is a small tool for getting GPU information such as
supported formats, capabilities, properties, etc. This is a valuable
tool to collect GPU data from the Direct Rendering Manager (DRM)
perspective, which can guide developers and users about some specific
feature support in a GPU. The website https://drmdb.emersion.fr/ is an
example of an extensive database built with the drm_info tool and with
the collaboration of multiple people.

I already have the drminfo package available at:

 https://salsa.debian.org/siqueira/drminfo

Thanks

-- 
Rodrigo Siqueira
https://siqueira.tech


signature.asc
Description: PGP signature

Bug#887600: Bug#887602: Your package FTBFS with freetype 2.9.1

[Rodrigo Siqueira]

Hi,

First of all, sorry for the delay.

I will work in this bug this week and report new as soon as possible.

Thanks a lot for the report

On 10/19, Hugh McMaster wrote:
> Control: severity -1 serious
> 
> Dear maintainer,
> 
> Freetype 2.9.1-2 has been in experimental for three weeks now. As it is 
> working well, I have decided to upload the package to unstable within the 
> next two to three weeks.
> 
> A rebuild of your package with freetype 2.9.1 installed confirmed that your 
> package will FTBFS once the new version of freetype enters unstable. In 
> almost all cases, this build failure was caused by the configure script not 
> detecting the freetype libraries, as freetype-config is not shipped in 2.9.1.
> 
> Given the build failure and upcoming upload of freetype 2.9.1, I am raising 
> the severity of this bug to Serious.
> 
> Please use pkg-config to detect freetype.
> 
> Thank you

-- 
Rodrigo Siqueira
https://siqueira.tech
https://twitter.com/siqueirajordao
Graduate Student
Department of Computer Science
University of São Paulo


signature.asc
Description: PGP signature

Bug#900060: apt-get build-dep debian-policy installs too much

[Rodrigo Siqueira]

On 05/25, Sean Whitton wrote:
> control: reassign -1 dia
> control: severity -1 wishlist
> control: retitle -1 Provide binary package containing CLI dia, without GUI 
> dependencies
> 
> Hello,
> 
> On Fri, May 25 2018, Russ Allbery wrote:
> 
> > dia is at fault for all of this, which is in Build-Depends to allow
> > the maintainer script state diagrams to be maintained in the preferred
> > form for modification.
> >
> > It depends on python-gtk2, which in turn depends on python-numpy.  It
> > also depends on libgtk2.0-0, which depends on libcups2, which pulls in
> > libavahi-common3.  libgtk2.0-0 depends on both gnome-icon-theme and
> > hicolor-icon-theme (but gnome-icon-theme depends on hicolor-icon-theme
> > anyway).
> 
> On Fri, May 25 2018, Russ Allbery wrote:
> 
> > Ian Jackson  writes:
> >
> >> I'm afraid to ask, but: why does python-gtk2 depend on numpy ?  Don't
> >> get me wrong, I like numpy, but, err, needed for gtk ?
> >
> >> Also, does dia really need python-gtk2 for the invocations we are
> >> using ?  Or, indeed for most of its invocations ?  ... looks at the
> >> manpage ... oh it's primarily a gui program.  *sigh*
> >
> > Yeah, it's a GUI program we're running in batch mode.  In an ideal
> > world, there would be some separate library and CLI tool that would do
> > batch conversions that would be kept separate from all the GUI
> > machinery, but I'm sure life is short for upstream and they haven't
> > had an obvious reason to bother with this.
> 
> Ah.
> 
> Reassigning, as the bug is not in the debian-policy package.  Hopefully
> I've quoted enough context for the dia maintainer (who is CCed).

Hi,

I will carefully look at the issues pointed out in the thread.

Thanks for the report.
 
> -- 
> Sean Whitton

Bug#838537: sponsoring Dia package

[Rodrigo Siqueira]

Hello Tomas,
 
> Are you still willing to adopt the package? I'd be ready to sponsor you.

Yes :)
Should we change the status of the package?

> As a first step I'd suggest to send your patches upstream [1], so that they
> can be applied there.

Nice! I will read the documentation about send patches to Dia project, and try
to upload the patches. I will let you know when I finish it.

Again, Thanks :)

Bug#885641: RFS: xml-core/0.18-1 [ITA]

[Rodrigo Siqueira]

> > Xml-core itself needs a rewrite especially to separate the catalogs per
> > apps, add tests etc.
> > There was a RFH about it a few years back FYI.
> 
> Exactly, see #660687 which was the original RFH.
> Nowadays there is only one open bug report which could really do with a
> fix for example.
> 
> Also, Even if it is really orphaned I'd still recommend to keep it
> within the xml-sgml team (CCed, who knows, somebody might actually
> reply…), so the steps IMHO would be
> 1) clone the git repo
> 2) `gbp import-dch` the last upload from Eriberto which wasn't imported
> yet (which tbh I don't understand why it happened, it's rare to do an
> upload with the only interesting delta being the change in maintainer)
> 3) do stuff there
> 4) get somebody from the team review and upload
> 
> Sure, nothing stops you from maintaining it on your own (which makes me
> notice, you didn't remove/changed the Vcs-* fields in the changelog you
> showed in the first message, which should be done as you can't push to
> the repo in the xml-sgml team).

I will look at the steps described above and the issue. I will rework on the
package based on the steps described above, thanks.

Bug#885641: RFS: xml-core/0.18-1 [ITA]

[Rodrigo Siqueira]

Hi, thanks for your questions. :)

I will reply your questions, in the reverse order.

> This is a native package, so really "Adopting" it also means taking care
> of the (little) code there is inside.  Therefore, turning it into a 3.0
> (quilt) package is most probably not an appropriate action.

Change native to quilt probably was a mistake due to my lack of
experience. Thanks for pointing it out, I will read more for better
understand the difference between quilt and native.

> You wrote to the O bug, but without turning it into an ITA [...]

hummm...  Another mistake due to the lack of experience. I thought that
reply with the ITA in the subject changes it, sorry. My mistake. Could
you give me some hints here?

> [...] importantly without writing *why* you'd like to adopt such odd package.
> I'm honestly curious: I'm kind of biased here as I was the one massaging
> it into shape when it needed it last year.

I will try to be brief with my 'why'.

First of all, I am interested in software distribution and I really like
to understand about Debian package structure.

My first contact with xml-core came from my attempt to adopt dia
package, wherein the field "Depends on packages which need a new
maintainer" pointed out some packages, one of them is xml-core. I
decided to better understand xml-core. In the end, it sounds to me a
good opportunity to learn more about a native package and at the same
time reduce one of the dependencies without a maintainer (I am totally
aware about the responsibility to maintain a package). 
 
> And all in all, I personally doubt the usefulness of doing an upload
> only bumping std-ver (to a version that is not even the last) and just
> tweaking a couple of other fields.

I did what my current knowledge in Debian package enabled me to do. When
I looked at the xml-core files, I did not find anything that I can
improve, however, if there is any problem with it I will be glad to put
effort to improve it.

Bug#885641: RFS: xml-core/0.18-1 [ITA]

[Rodrigo Siqueira]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "xml-core"

 Package name: xml-core
 Version : 0.18-1
 Upstream Author : Debian XML/SGML Group maintains
 URL : https://debian-xml-sgml.alioth.debian.org/
 License : GPL-2+
 Section : text

It builds those binary packages:

  xml-core   - XML infrastructure and XML catalog file support

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/xml-core


Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/x/xml-core/xml-core_0.18-1.dsc

Changes since the last upload:

  * New maintainer (Closes: #660687)
  * debian/control: bumped Standards-Version to 4.1.2
  * debian/control: bumped debhelper to 10 
  * debian/control: Added homepage
  * debian/source/format: update to use quilt

Regards,
 Rodrigo Siqueira

Bug#660687: ITA: xml-core

[Rodrigo Siqueira]

Hi,

I want to adopt xml-core. I already updated the package as can be seen attached,
and follows the changelog:

* New maintainer (Closes: #660687)
* debian/control: bumped Standards-Version to 4.1.2
* debian/control: bumped debhelper to 10 
* debian/source/format: update to use quilt

Thanks


xml-core_debian.tar.gz
Description: application/gzip

Bug#838633: ITA: dia-shapes

[Rodrigo Siqueira]

Hi,

I want to adopt dia-shapes. I already have a new version of the package
(attached).

Thanks


dia_shapes_debian.tar.gz
Description: application/gzip

Bug#838537: [ITA] Dia

[Rodrigo Siqueira]

Hi,

I want to adopt Dia package. I already updated the package and attached it in
this email. Follows the changelog:

* New maintainer (closes: #838537)
* debian/control: Bumped Standards-Version to 4.1.2
* debian/control: Bumped debhelper to 10
* debian/patches: Added a patch to fix typos
* debian/rules: Remove empty directories
* debian/rules: Added extra flags

I am ready to adopt it, I just need someone to sponsor me.

Thanks


dia_debian.tar.gz
Description: application/gzip

Bug#879934: pdfrw: please upgrade to 0.4 (needed for Python 3.X)

[Rodrigo Siqueira Jordão]

Hi,

I already updated it, I am waiting for my sponsor finish the review.

Quoting Piotr Ożarowski <pi...@sar0.p1otr.com>:


Source: pdfrw
Version: 0.3-1
Severity: normal

Dear Maintainer,

Please upgrade pdfrw to 0.4 as previous version do not work properly
with Python 3.X (I'm getting tracebackng about bytes vs str)



--
Rodrigo Siqueira
Graduate Student
Department of Computer Science
University of São Paulo

Bug#717736: liboggplay1: pkg-config aberrations: non-private Requires; -uninstalled.pc is installed

[Rodrigo Siqueira Jordão]

Hi Dafydd Harries,

I adopted this package as a way to learn more about packaging and  
Debian community. As result, I intend to keep this package in a good  
shape. I already updated the package and I am working to update it for  
debhelper 10.


I looked at the bug report and your patch. As far as I understood  
"Requires.private" and other stuff does not exist in the new package  
version. If you still interested in this problem, please let me know.  
Otherwise, I will close this bug soon.

--
Rodrigo Siqueira
Graduate Student
Department of Computer Science
University of São Paulo

Bug#738298: ITA

[Rodrigo Siqueira Jordão]

I am studying Debian package and I want to adopt pdfrw.

I am already working to update the package and I will be able to  
upload a new version soon.


--
Rodrigo Siqueira
Graduate Student
Department of Computer Science
University of São Paulo

Bug#791527: ITA

[Rodrigo Siqueira Jordão]

Hi,

I am studying Debian package and I want to adopt liboggplay. I am  
already working to update the package and I will be able to upload a  
new version soon.

--
Rodrigo Siqueira
Graduate Student
Department of Computer Science
University of São Paulo