Bug#877450: RFS: bash-completion/1:2.7-1 [ITA]

[Gabriel F. T. Gomes]

On 10 Oct 2017, Andreas Henriksson wrote:

>You seem to have missed to incorporate all the NMUs of
>bash-completion... (atleast they where not part of the
>debian/changelog) Is there any reason why you did not include those
>changes? Won't your updated version conflict with packages who now
>ships their own bash completion files (that where dropped in the
>bash-completion NMUs)?

I just uploaded a new version with all three NMUs incorporated [1].
(I also updated the git repository (one commit per NMU) [2]).

Could you review the package, again, please?

[1] https://mentors.debian.net/package/bash-completion

[2] 
http://git.inconstante.eti.br/?p=bash-completion-debian.git;a=shortlog;h=refs/heads/unstable

Bug#879572: marked as done (RFS: osmose-emulator/1.2-1 [QA] -- Sega Master System and Game Gear console emulator)

[Debian Bug Tracking System]

Your message dated Mon, 23 Oct 2017 02:22:44 +0200
with message-id <20171023002244.nb5e3mrqh5pbn...@angband.pl>
and subject line Re: Bug#879572: RFS: osmose-emulator/1.2-1 [QA] -- Sega Master 
System and Game Gear console emulator
has caused the Debian Bug report #879572,
regarding RFS: osmose-emulator/1.2-1 [QA] -- Sega Master System and Game Gear 
console emulator
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
879572: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=879572
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "osmose-emulator"

 * Package name: osmose-emulator
   Version : 1.2-1
   Upstream Author : Carlos Donizete Froes 
 * URL : https://github.com/coringao/osmose-emulator/wiki
 * License : GPL-3+
   Section : games

  It builds those binary packages:

osmose-emulator - Sega Master System and Game Gear console emulator

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

  https://mentors.debian.net/package/osmose-emulator

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

dget -x 
https://mentors.debian.net/debian/pool/main/o/osmose-emulator/osmose-emulator_1.2-1.dsc

  More information about Osmose Emulator can be obtained from 
https://github.com/coringao/osmose-emulator

  Changes since the last upload:

  version: 1.2
  * Fixed bug in audio alsa
  * Fixed installation on architectures 'arm'

  Regards,
   Carlos Donizete Froes
--- End Message ---
--- Begin Message ---
On Sun, Oct 22, 2017 at 09:29:46PM -0200, Carlos Donizete Froes wrote:
>  * Package name: osmose-emulator
>Version : 1.2-1

>   Changes since the last upload:
> 
>   version: 1.2
>   * Fixed bug in audio alsa
>   * Fixed installation on architectures 'arm'

Uploaded.

Untested beyond compiling and seeing if it starts -- I've already deleted
the roms I pirated before, I'm not risking losing days to _this_ trap.


-- 
⢀⣴⠾⠻⢶⣦⠀ Laws we want back: Poland, Dz.U. 1921 nr.30 poz.177 (also Dz.U. 
⣾⠁⢰⠒⠀⣿⡁ 1920 nr.11 poz.61): Art.2: An official, guilty of accepting a gift
⢿⡄⠘⠷⠚⠋⠀ or another material benefit, or a promise thereof, [in matters
⠈⠳⣄ relevant to duties], shall be punished by death by shooting.--- End Message ---

Bug#879172: marked as done (RFS: osmose-emulator/1.1-1 [QA] -- Sega Master System and Game Gear console emulator)

[Carlos Donizete Froes]

Em dom, 2017-10-22 às 21:03 +0200, Adam Borowski escreveu:
> You'd need to either:
> * put the differences as a patch: have the previous .orig tarball in the
>   parent directory and do "dpkg-source --commit", or
> * release a new upstream tarball with a bumped version (as you're upstream)

As you guided me, I changed the version of the emulator and put it in
'mentors.d.n' in version 1.2-1

https://mentors.debian.net/package/osmose-emulator

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=879572

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#879572: RFS: osmose-emulator/1.2-1 [QA] -- Sega Master System and Game Gear console emulator

[Carlos Donizete Froes]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "osmose-emulator"

 * Package name: osmose-emulator
   Version : 1.2-1
   Upstream Author : Carlos Donizete Froes 
 * URL : https://github.com/coringao/osmose-emulator/wiki
 * License : GPL-3+
   Section : games

  It builds those binary packages:

osmose-emulator - Sega Master System and Game Gear console emulator

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

  https://mentors.debian.net/package/osmose-emulator

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

dget -x 
https://mentors.debian.net/debian/pool/main/o/osmose-emulator/osmose-emulator_1.2-1.dsc

  More information about Osmose Emulator can be obtained from 
https://github.com/coringao/osmose-emulator

  Changes since the last upload:

  version: 1.2
  * Fixed bug in audio alsa
  * Fixed installation on architectures 'arm'

  Regards,
   Carlos Donizete Froes

Bug#878804: RFS: shotwell/0.26.3-1

[Ghislain Vaillant]

On 22/10/17 21:12, Jeremy Bicha wrote:

Jörg, I can sponsor this for you since I have been maintaining
shotwell in Ubuntu this year.

1. Please add a Breaks to shotwell instead of just a Replaces. It
wouldn't hurt to bump the version too like this:

Breaks: shotwell-common (<< 0.26.3-1)
Replaces: shotwell-common (<< 0.26.3-1)

I think you can remove this line though
Breaks: shotwell (<< 0.26.2-1)

2. Please remove all the obsolete patches from your debian/patches/
instead of just disabling them.

3. I'm attaching a patch to fix the install of appstream metadata.
You'll also need to modify debian/shotwell.install to install the
metadata.

--- debian/shotwell.install2017-09-22 17:26:18.0 -0400
+++ ../debian/shotwell.install2017-10-22 15:59:36.667571371 -0400
@@ -1,3 +1,4 @@
  usr/bin
  usr/lib
  usr/share/applications
+usr/share/appdata


From the AppStream guidelines [1], the metadata are to be installed 
under /usr/share/metainfo not /usr/share/appdata. Otherwise, Lintian 
will trigger a warning [2].


[1] https://wiki.debian.org/AppStream/Guidelines
[2] 
https://lintian.debian.org/tags/appstream-metadata-in-legacy-location.html


Ghis

Bug#878941: RFS: sane-backends/1.0.27-1~experimental3

[Jeremy Bicha]

On Sun, Oct 22, 2017 at 4:37 PM, John Paul Adrian Glaubitz
 wrote:
> Well, if there are so many people in Ubuntu relying on this package,
> it might be a good idea to step up and help the Debian maintainer of
> the package.

I do help Jörg (and Debian) with improvements when I can. I have
submitted several improvements to the shotwell package for instance
and would like to help with simple-scan too.

> I feel like Joerg deserves an apology. He received lots of thrashing
> even though he kept the 1.0.27 version in experimental to avoid such
> issues. Yes, he (and me, too) overlooked this particular issue with
> the package rename (although there was #870078), but I think that
> could have been communicated better.

I apologize for the reactions he got on that bug. I'll leave a comment
there to encourage people to keep respectful.

>> For Ubuntu 17.10, it looks like the best solution now is to add a
>> transitional package since the Provides didn't work. But for 18.04 we
>> could probably rename the package back to libsane since it doesn't
>> look like there is any need to rename the package (considering there
>> are third-party debs out there).
>
> I think we should make a list to see how many third-party packages
> are actually affected. I don't think it's acceptable to force
> staying at a certain package name due to certain third party
> software. Should we really keep such kludges around forever?

Why change the name in the first place? As I commented earlier, my
guess is that it was only changed to fix a non-urgent lintian warning.
My vote is to keep the old name in Debian until we actually need to do
a soname transition.

Jeremy

Bug#878941: RFS: sane-backends/1.0.27-1~experimental3

[John Paul Adrian Glaubitz]

On 10/22/2017 10:21 PM, Jeremy Bicha wrote:
> Yeah, Jörg wasn't happy about Ubuntu's (my) decision either but I
> didn't think it was good for Ubuntu to keep shipping an outdated git
> snapshot of sane-backends.
> 
> https://launchpad.net/ubuntu/+source/sane-backends

Well, if there are so many people in Ubuntu relying on this package,
it might be a good idea to step up and help the Debian maintainer of
the package.

sane-backends isn't quite a trivial package and the package was
unmaintained in Debian for quite some time. Joerg adopted the package
and fixed many issues it had. Now reading through the comments in the
Launchpad bug report is very daunting, lots of nasty comments like

"This is not a bug IMHO, renaming the package is "operator error",
 and an insane decision."

and

"How can ubuntu make such mistakes? I hope a patch comes immediately,
 because for a new release is very shameful!"

I feel like Joerg deserves an apology. He received lots of thrashing
even though he kept the 1.0.27 version in experimental to avoid such
issues. Yes, he (and me, too) overlooked this particular issue with
the package rename (although there was #870078), but I think that
could have been communicated better.

> For Ubuntu 17.10, it looks like the best solution now is to add a
> transitional package since the Provides didn't work. But for 18.04 we
> could probably rename the package back to libsane since it doesn't
> look like there is any need to rename the package (considering there
> are third-party debs out there).

I think we should make a list to see how many third-party packages
are actually affected. I don't think it's acceptable to force
staying at a certain package name due to certain third party
software. Should we really keep such kludges around forever?

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#878941: RFS: sane-backends/1.0.27-1~experimental3

[Jeremy Bicha]

Adding Jörg to the CC since I forgot the first time.

On Sun, Oct 22, 2017 at 4:14 PM, John Paul Adrian Glaubitz
 wrote:
> On 10/22/2017 09:56 PM, Jeremy Bicha wrote:
>> Please see my comments from this past week on https://bugs.debian.org/870078
>
> Ugh, that's a nasty problem. I did not expect that Ubuntu was pulling
> experimental packages and rebuilding them for unstable. I feel a bit
> overwhelmed and pressured by Ubuntu's decision, to be honest.
>
> I will discuss the issue with Joerg to figure out the best solution.
>
> Adrian
>
> --
>  .''`.  John Paul Adrian Glaubitz
> : :' :  Debian Developer - glaub...@debian.org
> `. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
>   `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Yeah, Jörg wasn't happy about Ubuntu's (my) decision either but I
didn't think it was good for Ubuntu to keep shipping an outdated git
snapshot of sane-backends.

https://launchpad.net/ubuntu/+source/sane-backends

For Ubuntu 17.10, it looks like the best solution now is to add a
transitional package since the Provides didn't work. But for 18.04 we
could probably rename the package back to libsane since it doesn't
look like there is any need to rename the package (considering there
are third-party debs out there).

Thanks,
Jeremy Bicha

Bug#878804: RFS: shotwell/0.26.3-1

[Jeremy Bicha]

Jörg, I can sponsor this for you since I have been maintaining
shotwell in Ubuntu this year.

1. Please add a Breaks to shotwell instead of just a Replaces. It
wouldn't hurt to bump the version too like this:

Breaks: shotwell-common (<< 0.26.3-1)
Replaces: shotwell-common (<< 0.26.3-1)

I think you can remove this line though
Breaks: shotwell (<< 0.26.2-1)

2. Please remove all the obsolete patches from your debian/patches/
instead of just disabling them.

3. I'm attaching a patch to fix the install of appstream metadata.
You'll also need to modify debian/shotwell.install to install the
metadata.

--- debian/shotwell.install2017-09-22 17:26:18.0 -0400
+++ ../debian/shotwell.install2017-10-22 15:59:36.667571371 -0400
@@ -1,3 +1,4 @@
 usr/bin
 usr/lib
 usr/share/applications
+usr/share/appdata


Thanks,
Jeremy Bicha
From 15cc83b25c44939571d42210cbb02a7825756b8c Mon Sep 17 00:00:00 2001
From: Thomas Moschny 
Date: Sun, 13 Aug 2017 09:47:00 +
Subject: Fix rules for appstream files

The appdata file is neither created nor installed, as the rules in
@APPSTREAM_XML_RULES@ expect files to be listed in $(appstream_XML)
rather than in $(appdata_XML).

https://bugzilla.gnome.org/show_bug.cgi?id=784883
---
 misc/Makefile.am | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/misc/Makefile.am b/misc/Makefile.am
index 711b06f..aa9a2bd 100644
--- a/misc/Makefile.am
+++ b/misc/Makefile.am
@@ -2,14 +2,14 @@ gsettings_SCHEMAS = \
 	org.yorba.shotwell.gschema.xml \
 	org.yorba.shotwell-extras.gschema.xml
 
-appdata_in_files = $(srcdir)/shotwell.appdata.xml.in
-appdata_XML = \
+appstream_in_files = $(srcdir)/shotwell.appdata.xml.in
+appstream_XML = \
 	shotwell.appdata.xml
 
 desktopdir = $(datadir)/applications
 desktop_DATA = shotwell.desktop shotwell-viewer.desktop
 
-$(appdata_XML) : $(appdata_in_files)
+$(appstream_XML) : $(appstream_in_files)
 	$(AM_V_GEN) $(MSGFMT) --xml --template $< -d $(top_srcdir)/po -o $@
 
 %.desktop.in : %.desktop.in.in
@@ -21,12 +21,12 @@ $(appdata_XML) : $(appdata_in_files)
 @GSETTINGS_RULES@
 @APPSTREAM_XML_RULES@
 
-CLEANFILES = $(appdata_XML) $(desktop_DATA) $(desktop_in_files)
+CLEANFILES = $(appstream_XML) $(desktop_DATA) $(desktop_in_files)
 
 dist_noinst_DATA = \
 	$(srcdir)/shotwell.desktop.in.in \
 	$(srcdir)/shotwell-viewer.desktop.in.in \
 	$(gsettings_SCHEMAS) \
-	$(appdata_in_files)
+	$(appstream_in_files)
 
 -include $(top_srcdir)/git.mk

Bug#878941: RFS: sane-backends/1.0.27-1~experimental3

[John Paul Adrian Glaubitz]

On 10/22/2017 09:56 PM, Jeremy Bicha wrote:
> Please see my comments from this past week on https://bugs.debian.org/870078

Ugh, that's a nasty problem. I did not expect that Ubuntu was pulling
experimental packages and rebuilding them for unstable. I feel a bit
overwhelmed and pressured by Ubuntu's decision, to be honest.

I will discuss the issue with Joerg to figure out the best solution.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#878941: RFS: sane-backends/1.0.27-1~experimental3

[Jeremy Bicha]

Adrian,

Please see my comments from this past week on https://bugs.debian.org/870078

Thanks,
Jeremy Bicha

Bug#879172: marked as done (RFS: osmose-emulator/1.1-1 [QA] -- Sega Master System and Game Gear console emulator)

[Adam Borowski]

On Sun, Oct 22, 2017 at 03:24:06PM -0200, Carlos Donizete Froes wrote:
> Em dom, 2017-10-22 às 14:53 +0200, Adam Borowski escreveu:
> > Alas, the version on mentors.d.n is 1.1-1, same as in unstable.
> > You'd need to bump it -- the previous upload is already there, set in stone,
> > and it can be only superseded but not changed.
> Hi,
> 
> I added mentors.d.n to version 1.1-2 of the package, I hope it is correct.
> 
> https://mentors.debian.net/package/osmose-emulator

Unfortunately, the .orig tarball is different from what is in the archive. 
And it's not just a harmless repacking: the contents do differ.

You'd need to either:
* put the differences as a patch: have the previous .orig tarball in the
  parent directory and do "dpkg-source --commit", or
* release a new upstream tarball with a bumped version (as you're upstream)


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ Laws we want back: Poland, Dz.U. 1921 nr.30 poz.177 (also Dz.U. 
⣾⠁⢰⠒⠀⣿⡁ 1920 nr.11 poz.61): Art.2: An official, guilty of accepting a gift
⢿⡄⠘⠷⠚⠋⠀ or another material benefit, or a promise thereof, [in matters
⠈⠳⣄ relevant to duties], shall be punished by death by shooting.


signature.asc
Description: PGP signature

Bug#879172: marked as done (RFS: osmose-emulator/1.1-1 [QA] -- Sega Master System and Game Gear console emulator)

[Carlos Donizete Froes]

Em dom, 2017-10-22 às 14:53 +0200, Adam Borowski escreveu:
> Alas, the version on mentors.d.n is 1.1-1, same as in unstable.
> You'd need to bump it -- the previous upload is already there, set in stone,
> and it can be only superseded but not changed.
Hi,

I added mentors.d.n to version 1.1-2 of the package, I hope it is correct.

https://mentors.debian.net/package/osmose-emulator

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#874725: RFS: tz-converter/1.0.1-1

[マイリノデイヴィッド]

Thank you for the feedback! I see now why I was not able to find these issues. 
I need to update my current developer box, as it looks to not have the 
up-to-date toolset. I will look at this, plus the initial notes proved and 
update this thread in the next week or so.

Thanks again!

Dave
From: Andrey Rahmatullin
Sent: Sunday, October 22, 2017 11:04 PM
To: マイリノデイヴィッド; 874...@bugs.debian.org
Subject: Re: Bug#874725: RFS: tz-converter/1.0.1-1

On Sun, Oct 22, 2017 at 10:38:22PM +0900, マイリノデイヴィッド wrote:
> Hello again,
> 
> I made further changes to the current  RFS, and made sure lintian errors have 
> been resolved:
> 
> https://mentors.debian.net/package/tz-converter
> 
> dave@DESKTOP > lintian tz-converter_1.0.1-1_all.deb
You need to run lintian against the binary .changes.
You also need to run it with -EI --pedantic or make an appropriate
.config/lintian/lintianrc.

W: tz-converter changes: orig-tarball-missing-upstream-signature 
tz-converter_1.0.1.orig.tar.gz
W: tz-converter source: out-of-date-standards-version 3.9.8 (current is 4.1.1)
I: tz-converter source: testsuite-autopkgtest-missing
P: tz-converter: no-upstream-changelog

> There was just one Pedantic message I could not fix, and that was
> “no-upstream-changelog”. I think this might be ignored, as I do have the
> “changelog.Debian.gz” built in.
It's fine to ignore it but not because you have changelog.Debian.gz. The
upstream changelog and the Debian changelog are separate things.

> Would it be possible to request a further review for this update?
Apart from two Lintian warnings:

Please switch to the debhelper compat level 10.
Calling the GPL license "GNU" in d/copyright is wrong, please the correct
short name which is "GPL-2+".
I'd drop empty debian/source/include-binaries.
You probably want to update the years in d/copyright.
Depending on python-dateutil instead of python3-dateutil (via
debian/py3dist-overrides) seems incorrect.
Why do you ship the icons in /usr/share/icons/ AND
/usr/share/tz-converter/icons/? 

-- 
WBR, wRAR

Bug#874725: RFS: tz-converter/1.0.1-1

[Andrey Rahmatullin]

On Sun, Oct 22, 2017 at 10:38:22PM +0900, マイリノデイヴィッド wrote:
> Hello again,
> 
> I made further changes to the current  RFS, and made sure lintian errors have 
> been resolved:
> 
> https://mentors.debian.net/package/tz-converter
> 
> dave@DESKTOP > lintian tz-converter_1.0.1-1_all.deb
You need to run lintian against the binary .changes.
You also need to run it with -EI --pedantic or make an appropriate
.config/lintian/lintianrc.

W: tz-converter changes: orig-tarball-missing-upstream-signature 
tz-converter_1.0.1.orig.tar.gz
W: tz-converter source: out-of-date-standards-version 3.9.8 (current is 4.1.1)
I: tz-converter source: testsuite-autopkgtest-missing
P: tz-converter: no-upstream-changelog

> There was just one Pedantic message I could not fix, and that was
> “no-upstream-changelog”. I think this might be ignored, as I do have the
> “changelog.Debian.gz” built in.
It's fine to ignore it but not because you have changelog.Debian.gz. The
upstream changelog and the Debian changelog are separate things.

> Would it be possible to request a further review for this update?
Apart from two Lintian warnings:

Please switch to the debhelper compat level 10.
Calling the GPL license "GNU" in d/copyright is wrong, please the correct
short name which is "GPL-2+".
I'd drop empty debian/source/include-binaries.
You probably want to update the years in d/copyright.
Depending on python-dateutil instead of python3-dateutil (via
debian/py3dist-overrides) seems incorrect.
Why do you ship the icons in /usr/share/icons/ AND
/usr/share/tz-converter/icons/? 

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Bug#874725: RFS: tz-converter/1.0.1-1

[マイリノデイヴィッド]

Hello again,

I made further changes to the current  RFS, and made sure lintian errors have 
been resolved:

https://mentors.debian.net/package/tz-converter

dave@DESKTOP > lintian tz-converter_1.0.1-1_all.deb
dave@DESKTOP >

There was just one Pedantic message I could not fix, and that was 
“no-upstream-changelog”. I think this might be ignored, as I do have the 
“changelog.Debian.gz” built in.

Would it be possible to request a further review for this update?

- Dave

From: Andrey Rahmatullin
Sent: Monday, October 2, 2017 4:27 AM
To: マイリノデイヴィッド
Cc: 874...@bugs.debian.org
Subject: Re: Bug#874725: RFS: tz-converter/1.0.1-1

On Sat, Sep 30, 2017 at 11:34:49PM +0900, マイリノデイヴィッド wrote:
> Hello,
> 
> I have gone over the build process and corrected the previous issues. The 
> latest request as been updated at the following:
> 
> https://mentors.debian.net/debian/pool/main/t/tz-converter/tz-converter_1.0.1-1.dsc
> https://mentors.debian.net/package/tz-converter
> 
> Would it be possible to request a further review for this update?
You still have unfixed problems detected by lintian so no, not yet.
W: tz-converter changes: orig-tarball-missing-upstream-signature 
tz-converter_1.0.1.orig.tar.gz
W: tz-converter source: out-of-date-standards-version 3.9.8 (current is 4.1.1)
X: tz-converter: application-in-library-section python usr/bin/tz-converter

-- 
WBR, wRAR

Bug#879172: marked as done (RFS: osmose-emulator/1.1-1 [QA] -- Sega Master System and Game Gear console emulator)

[Adam Borowski]

On Sun, Oct 22, 2017 at 04:17:48AM -0200, Carlos Donizete Froes wrote:
> Em sex, 2017-10-20 às 20:40 +0200, Adam Borowski escreveu:
> > As my arm64 laptop is currently out, I tried via x-forwarding on a headless
> > Pine64.  It seems to work!
> > 
> > Thus, unless someone comes with evidence to the contrary, it seems
> > reasonable to assume the package works on all architectures where it
> > compiles.
> 
> Thanks for testing, I was encouraged to fix the emulator to run all the
> architectures (except non-linux).
> 
> I posted 'mentors.debian.net' could you help me again?
> 
> https://mentors.debian.net/package/osmose-emulator

Alas, the version on mentors.d.n is 1.1-1, same as in unstable.
You'd need to bump it -- the previous upload is already there, set in stone,
and it can be only superseded but not changed.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ Laws we want back: Poland, Dz.U. 1921 nr.30 poz.177 (also Dz.U. 
⣾⠁⢰⠒⠀⣿⡁ 1920 nr.11 poz.61): Art.2: An official, guilty of accepting a gift
⢿⡄⠘⠷⠚⠋⠀ or another material benefit, or a promise thereof, [in matters
⠈⠳⣄ relevant to duties], shall be punished by death by shooting.

Bug#879492: marked as done (RFS: wxmaxima/17.10.1-1)

[Debian Bug Tracking System]

Your message dated Sun, 22 Oct 2017 14:49:42 +0200
with message-id <20171022124942.nxvuzipiur5fx...@angband.pl>
and subject line Re: Bug#879492: RFS: wxmaxima/17.10.1-1
has caused the Debian Bug report #879492,
regarding RFS: wxmaxima/17.10.1-1
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
879492: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=879492
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "wxmaxima"

 * Package name: wxmaxima
   Version : 17.10.1-1
   Upstream Author : Andrej Vopodivec
 * URL : http://andrejv.github.io/wxmaxima/
 * License : GPL
   Section : math

It builds those binary packages:

wxmaxima   - GUI for the computer algebra system Maxima

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

  https://mentors.debian.net/package/wxmaxima


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

dget -x
https://mentors.debian.net/debian/pool/main/w/wxmaxima/wxmaxima_17.10.1-1.dsc

wxMaxima is a feature-rich but fast graphical frontend for maxima,
a program that can do arbitrary precision maths, maths with exact
numbers, with machine floating point nunbers - but is specialized
in doing symbolic maths. One example:

(%i1)   poly:a*x^2+b*x=c;
(poly)  a*x^2+b*x=c
(%i2)   solve(poly,x);
(%o2)   [x=-(sqrt(4*a*c+b^2)+b)/(2*a),x=(sqrt(4*a*c+b^2)-b)/(2*a)]

More information about wxMaxima can be obtained from
http://andrejv.github.io/wxmaxima/ and maxima.sourceforge.net


Changes since the last upload:

 * A new upstream release that incorparates all the debian patches and
   enables the tooltips for the more exotic worksheet features.
 * Dropped all the debian patches.
--- End Message ---
--- Begin Message ---
On Sun, Oct 22, 2017 at 10:26:19AM +0200, Gunter Königsmann wrote:
>  * Package name: wxmaxima
>Version : 17.10.1-1

> Changes since the last upload:
> 
>  * A new upstream release that incorparates all the debian patches and
>enables the tooltips for the more exotic worksheet features.
>  * Dropped all the debian patches.

✓

-- 
⢀⣴⠾⠻⢶⣦⠀ Laws we want back: Poland, Dz.U. 1921 nr.30 poz.177 (also Dz.U. 
⣾⠁⢰⠒⠀⣿⡁ 1920 nr.11 poz.61): Art.2: An official, guilty of accepting a gift
⢿⡄⠘⠷⠚⠋⠀ or another material benefit, or a promise thereof, [in matters
⠈⠳⣄ relevant to duties], shall be punished by death by shooting.--- End Message ---

Bug#879492: RFS: wxmaxima/17.10.1-1

[Gunter Königsmann]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "wxmaxima"

 * Package name: wxmaxima
   Version : 17.10.1-1
   Upstream Author : Andrej Vopodivec
 * URL : http://andrejv.github.io/wxmaxima/
 * License : GPL
   Section : math

It builds those binary packages:

wxmaxima   - GUI for the computer algebra system Maxima

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

  https://mentors.debian.net/package/wxmaxima


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

dget -x
https://mentors.debian.net/debian/pool/main/w/wxmaxima/wxmaxima_17.10.1-1.dsc

wxMaxima is a feature-rich but fast graphical frontend for maxima,
a program that can do arbitrary precision maths, maths with exact
numbers, with machine floating point nunbers - but is specialized
in doing symbolic maths. One example:

(%i1)   poly:a*x^2+b*x=c;
(poly)  a*x^2+b*x=c
(%i2)   solve(poly,x);
(%o2)   [x=-(sqrt(4*a*c+b^2)+b)/(2*a),x=(sqrt(4*a*c+b^2)-b)/(2*a)]

More information about wxMaxima can be obtained from
http://andrejv.github.io/wxmaxima/ and maxima.sourceforge.net


Changes since the last upload:

 * A new upstream release that incorparates all the debian patches and
   enables the tooltips for the more exotic worksheet features.
 * Dropped all the debian patches.

Bug#879172: marked as done (RFS: osmose-emulator/1.1-1 [QA] -- Sega Master System and Game Gear console emulator)

[Carlos Donizete Froes]

Em sex, 2017-10-20 às 20:40 +0200, Adam Borowski escreveu:
> As my arm64 laptop is currently out, I tried via x-forwarding on a headless
> Pine64.  It seems to work!
> 
> Thus, unless someone comes with evidence to the contrary, it seems
> reasonable to assume the package works on all architectures where it
> compiles.

Thanks for testing, I was encouraged to fix the emulator to run all the
architectures (except non-linux).

I posted 'mentors.debian.net' could you help me again?

https://mentors.debian.net/package/osmose-emulator

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#879172: marked as done (RFS: osmose-emulator/1.1-1 [QA] -- Sega Master System and Game Gear console emulator)

[Carlos Donizete Froes]

Em sex, 2017-10-20 às 20:35 +0200, Adam Borowski escreveu:
> The vast majority of computers have no joystick anyway, thus having no
> support for it on non-linux architectures is no big deal.
> 
> Also, from what I heard, kfreebsd users want it for certain servery
> features, not to play games, thus there's probably no pressing need to add
> such support.  Sure, it _is_ a defect in the package, but if you have no
> knowledge how to fix it, it's better to mark it as unsupported for now.

At the moment, I will not make these changes, because I will have to change the
entire structure of the emulator, to remove the function of joystick.

> This would make the Architecture string "amd64 i386 x32" (I just verified
that it works on x32) if it should be x86-only, or "linux-any" otherwise.
Also, was the package actually broken on non-x86?  (Beside failing to
> > > build
> > > on 32-bit ARM because of QT's gles brain damage.)
> > 
> > The emulator uses qt5 with "OpenGL" and in the armel/armhf architectures it
> > only
> > works in "GLES", for that reason I could not solve this problem.
> 
> Many years ago indeed most popular chipsets had only GLES drivers, with no
> support for regular GL, but as far as I know, this is no longer true.  I
> think QT still tries to use GLES, but I don't really know.
> 
> > > When uploading, I assumed the Architecture: line changes came from at
> > > least
> > > rudimentary testing, but I see this was not the case.  Thus, could you
> > > please tell us what was the reason?
> > 
> > The emulator worked fine on the linux architectures, so I put the
> > 'd/control'
> > any-amd64 any-i386.
> 
Eh?  I don't understand -- why would you then disable the vast majority of
> linux architectures, yet enable all non-linux ones?

Fixed the emulator to run on all architectures (except non-linux).

And I posted again on 'mentors.debian.net', can you check it again?

https://mentors.debian.net/package/osmose-emulator

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