Re: Packaging PythonQt for Qt 5

[Paul Wise]

On Tue, May 23, 2017 at 4:56 AM, Erik Lundin wrote:

> We're using PythonQt built for Qt 5 at work, and I have been looking at the
> possibility to package it for Debian. Here is what I have found so far:

I note that PythonQt is orphaned, so you may want to adopt it:

https://packages.qa.debian.org/p/pythonqt.html
https://tracker.debian.org/pkg/pythonqt

The Debian QT/KDE team can probably provide advice/sponsorship:

https://pkg-kde.alioth.debian.org/qtkde.html

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Re: Bug#863108: RFS: minecraft-installer/0.1-1 [ITP] -- Unofficial way to easily install game

[Carlos Donizete Froes]

Em seg, 2017-05-22 às 12:55 -0400, PICCORO McKAY Lenz escreveu:
> interesting, but seems more complicated in background download more software 
> rather than reall
> need! a complete JDK either a JRE!

I'm sorry but I did not understand your doubt.

For the game to work it is necessary to have the OpenJDK Java runtime 
(default-jre) installed, which
when seeing me comes standard in almost all GNU/Linux distributions.

https://packages.debian.org/stretch/default-jre

> i need a java runtime to play a game that its native compiled? sound strange 
> but in any case, user
> never be know right?

It's an installer, not a game in itself.

Any questions about installing the game, check out my project on GitHub.

https://github.com/coringao/minecraft-installer

Thanks!


-- 
⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao]
⣾⠁⢠⠒⠀⣿⡁ - https://wiki.debian.org/coringao
⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780
⠈⠳⣄⠀⠀⠀  2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780

signature.asc
Description: This is a digitally signed message part

Re: Bug#863108: RFS: minecraft-installer/0.1-1 [ITP] -- Unofficial way to easily install game

[Carlos Donizete Froes]

Em seg, 2017-05-22 às 12:55 -0400, PICCORO McKAY Lenz escreveu:
> interesting, but seems more complicated in background download more software 
> rather than reall
> need! a complete JDK either a JRE!

I'm sorry but I did not understand your doubt.

For the game to work it is necessary to have the OpenJDK Java runtime 
(default-jre) installed, which
when seeing me comes standard in almost all GNU/Linux distributions.

https://packages.debian.org/stretch/default-jre

> i need a java runtime to play a game that its native compiled? sound strange 
> but in any case, user
> never be know right?

It's an installer, not a game in itself.

Any questions about installing the game, check out my project on GitHub.

https://github.com/coringao/minecraft-installer

Thanks!

-- 
⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao]
⣾⠁⢠⠒⠀⣿⡁ - https://wiki.debian.org/coringao
⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780
⠈⠳⣄⠀⠀⠀  2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780

signature.asc
Description: This is a digitally signed message part

Packaging PythonQt for Qt 5

[Erik Lundin]

Hello,

We're using PythonQt built for Qt 5 at work, and I have been looking at 
the possibility to package it for Debian. Here is what I have found so far:


* Qt 4 support for PythonQt seems to have been abandoned upstream. There 
is a branch with the last working version for Qt 4, and version 3.1 
(latest release) assumes Qt 5.

* Support for CMake has been removed upstream.
* The current Debian packages are Qt 4 only, and made for QMake.
* pythonqt is orphaned in Debian
* Debian tracker: https://tracker.debian.org/pkg/pythonqt

I have made necessary changes for building the package using QMake, and 
now would like to contribute them back to the community. However, I'm 
new when it comes to Debian packaging, so please help me with the following:


*Qt 4 vs Qt 5 versions of installed files*
Compatibility between the packages for Qt 4 and Qt 5 has to be handled, 
i.e. the new package should not just install files with the same names 
as the previous packages. Since Qt 4 is abandoned upstream, I changed 
the packaging scripts to only build for Qt 5 and changed the names to 
"libpythonqt-qt5-3.1" and "libpythonqt-qt5-dev". However, the installed 
files still have the same names as the files of the previous packages 
(at least the dev package, which has files installed in 
/usr/include/PythonQt). Possible solutions to the dev package problem:


* Install header files to /usr/include/PythonQt5 or some other Qt 5 
specific folder.
* Install header files to /usr/include/PythonQt and let 
libpythonqt-qt5-dev conflict libpythonqt-dev so only one of them can be 
installed at a time.
* Install header files to /usr/include/PythonQt and only use the name 
libpythonqt-dev (no Qt 5 in the name). The policy manual, section 8.4, 
suggests that this is a possibility if you only want to support one 
development version at a time.


*Library files*
The library files have different names, because of the new version 
(libPythonQt.so.3.1.0 vs libPythonQt.so.3.0.0), but would it be wise to 
rename the Qt 5 library to libPythonQt5.so.3.1.0 or something similarly, 
just to clearly indicate the difference? Since Qt 4 is abandoned 
upstream, I don't expect any Qt 4 packages with version 3.1.0 of the so 
files. The policy manual, section 8.1, says that "the package should 
install the shared libraries under their normal names".


The previous package libpythonqt3.0 creates the symlink 
libPythonQt.so.3.0 -> libPythonQt.so.3.0.0 but not libPythonQt.so.3 -> 
libPythonQt.so.3.0.0. Should this file be skipped also in the Qt 5 case? 
The symlink libPythonQt.so is created by the dev package, which is fine 
if the second or third solution to the dev package problem above is 
selected.


*PythonQt_QtAll*
Previous packages built using CMake were configured to wrap the 
extension PythonQt_QtAll and only create one set of library files. 
However, the possibility to do that seems to have disappeared, and now a 
new set of library files are created (libPythonQt_QtAll.so.3.1.0 with 
corresponding symlinks). The packaging guide, section 8.1, suggests that 
it is OK to put several libraries into the same package if their SONAMES 
will always change together, and I assume that this is the case here, so 
I'm prepared to do that. Any opinions on that?


Regards,
Erik

Re: Bug#863108: RFS: minecraft-installer/0.1-1 [ITP] -- Unofficial way to easily install game

[PICCORO McKAY Lenz]

interesting, but seems more complicated in background download more
software rather than reall need! a complete JDK either a JRE!

i need a java runtime to play a game that its native compiled? sound
strange but in any case, user never be know right?

Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

2017-05-22 10:45 GMT-04:00 Carlos Donizete Froes :

> Sorry for the noise. :-(
>>
>
> It's all right! I'm waiting for a sponsor for my package.
>
>
> Thanks!
>
>
> --
> ⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao]
> ⣾⠁⢠⠒⠀⣿⡁ - https://wiki.debian.org/coringao
> ⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780
> ⠈⠳⣄⠀⠀⠀  2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780
>
>

Re: Bug#863108: RFS: minecraft-installer/0.1-1 [ITP] -- Unofficial way to easily install game

[Carlos Donizete Froes]

Sorry for the noise. :-(


It's all right! I'm waiting for a sponsor for my package.

Thanks!


--
⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao]
⣾⠁⢠⠒⠀⣿⡁ - https://wiki.debian.org/coringao
⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780
⠈⠳⣄⠀⠀⠀  2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780

Re: Bug#863108: RFS: minecraft-installer/0.1-1 [ITP] -- Unofficial way to easily install game

[Christian Seiler]

On 05/22/2017 02:14 PM, Carlos Donizete Froes wrote:
> This package contains "contrib/games" in 'd/control'.

Hmmm, then mentors doesn't show that, because it just says
"Section: games" on that page. Well, I just noticed it does show it,
but only in the URL to the dsc file that I overlooked when I saw
this message.

Sorry for the noise. :-(

Regards,
Christian

Re: Bug#863108: RFS: minecraft-installer/0.1-1 [ITP] -- Unofficial way to easily install game

[Carlos Donizete Froes]

Em seg, 2017-05-22 às 08:29 +0200, Christian Seiler escreveu:
> The package itself is free software (I presume), but it is for downloading a 
> non-free game. For
> this reason it should be in contrib, not main. You should hence change the 
> section from 'games' to
> 'contrib/games'.

This package contains "contrib/games" in 'd/control'.

d/control:
--

Source: minecraft-installer
Section: contrib/games
Priority: optional
Maintainer: Carlos Donizete Froes 
Build-Depends: debhelper (>= 10)
Standards-Version: 3.9.8
Homepage: https://github.com/coringao/minecraft-installer/wiki

Package: minecraft-installer
Architecture: any-amd64 any-i386
Depends: default-jre, ${misc:Depends}
Description: Unofficial way to easily install game
 The installer will download files from the official Mojang server
 and will not be redistributing, respecting the copyright
 and wishes of the Minecraft authors.
 .
 Have fun exploring the world where people built structures to protect
 against nocturnal monsters, players online work together to
 create wonderful, imaginative things.

-

Thanks!

-- 
⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao]
⣾⠁⢠⠒⠀⣿⡁ - https://wiki.debian.org/coringao
⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780
⠈⠳⣄⠀⠀⠀  2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780

signature.asc
Description: This is a digitally signed message part

Bug#863108: RFS: minecraft-installer/0.1-1 [ITP] -- Unofficial way to easily install game

[Christian Seiler]

Hi,

Can't sponsor myself and didn't look at it in detail, but a quick comment:


Am 21. Mai 2017 22:49:54 MESZ schrieb Carlos Donizete Froes 
:
>  https://mentors.debian.net/package/minecraft-installer

The package itself is free software (I presume), but it is for downloading a 
non-free game. For this reason it should be in contrib, not main. You should 
hence change the section from 'games' to 'contrib/games'.

Regards,
Christian

Re: Bug#863108: RFS: minecraft-installer/0.1-1 [ITP] -- Unofficial way to easily install game

[Christian Seiler]

Hi,

(Resending, got the address for debian-mentors wrong. Sorry for the noise.)

Can't sponsor myself and didn't look at it in detail, but a quick comment:


Am 21. Mai 2017 22:49:54 MESZ schrieb Carlos Donizete Froes 
:
>  https://mentors.debian.net/package/minecraft-installer

The package itself is free software (I presume), but it is for downloading a 
non-free game. For this reason it should be in contrib, not main. You should 
hence change the section from 'games' to 'contrib/games'.

Regards,
Christian