Re: Orphaning The Mana World (tmw and tmw-music)

[Erik Schilling]

Hi,
As far as I know, manaplus and tmw refer to the same project. The 
latter is just the upstream name of the source archives. So according 
to the naming guidelines, tmw is a valid package name but I guess, it 
would also be fine to rename it to manaplus as it's more descriptive. 
Concerning the project status, I'm not up to date. Maybe Erik can give 
some more input about that. I put him on CC. Martin 


TMW basically is the specific server (scripts, graphics, configuration). 
Manaplus is a fork of the Mana Client (which is no longer being 
developed). It is more an independent client. Other servers are using 
Manaplus as their client too.


So the branding package "tmw" only only provides a bit of theming for 
manaplus / mana. However the branding "upstream" moved into the manaplus 
package now. So if you look into the data/ dir of the Manaplus tarball 
you can see all the theming there.


So this is why I suggested to make manaplus providing the tmw package. I 
think this would be the easiest to maintain... Also this way one could 
maybe add theming for other servers too (for evol for example).


The best way to get support is to ask in #themanaworld-dev on freenode. 
Simply highlight 4144 and me (Ablu) there.


As a side note: I find the name "manaworld" a bit weird... I never heard 
anybody calling the game this way...


Regards,
Erik
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Orphaning The Mana World (tmw and tmw-music)

[Erik Schilling]

On Jan 11, 2016 22:23, "Martin Gieseking" <martin.giesek...@uos.de> wrote:
>
> Am 11.01.2016 um 20:53 schrieb Erik Schilling:
> > After a short discussion with upstream they told me that they ship the
> > branding for tmw inside of the manaplus sources. So it would probably be
> > the easiest to simply create a tmw package as subpackage of the
> > manaplus.spec.
> >
> > But well... I do not have the time and will to keep track of the
> > manaplus release scheme so I guess there is nothing I can do here.
>
>
> Thanks for contacting upstream about the current state of TMW and for
> thinking about to take the package. Since you don't have enough time to
> maintain it either, we should drop it for now. Maybe there will be
> someone interested in the package anytime later.

It is not that critical that the branding package is gone since it is still
possible to launch the game via Manaplus directly (I would assume that most
people do it that way anyway). Only the bit of branding is gone. But well...

Regards,
Erik
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Orphaning The Mana World (tmw and tmw-music)

[Erik Schilling]

On Jan 8, 2016 11:44, "Martin Gieseking"  wrote:
>
> Hi,
>
> unfortunately, I have to orphan the two Mana World packages tmw [1] and
tmw-music [2] since I don't use them any longer and don't have enough time
to maintain them properly. It would be great if somebody is still
interested in The Mana World and could take ownership.
>
> As far as I can tell, the code base of the currently packaged tmw client
is outdated and should be updated to the recent system available at GitHub
[3].
>
> Martin

I will talk with upstream whether the current way the package is provided
is still up to date (iirc manaplus ships some branding too...). Maybe I
will pick the package then...

Regards,
Erik
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Orphaning The Mana World (tmw and tmw-music)

[Erik Schilling]

I will talk with upstream whether the current way the package is
provided is still up to date (iirc manaplus ships some branding too...).
Maybe I will pick the package then...


After a short discussion with upstream they told me that they ship the 
branding for tmw inside of the manaplus sources. So it would probably be 
the easiest to simply create a tmw package as subpackage of the 
manaplus.spec.


But well... I do not have the time and will to keep track of the 
manaplus release scheme so I guess there is nothing I can do here.


Regards,
Erik
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Enable tapping by default

[Erik Schilling]

On 18 Nov 2014 05:56, Peter Hutterer peter.hutte...@who-t.net wrote:

 On Tue, Nov 18, 2014 at 12:16:26AM +0200, Nikos Roussos wrote:
  On 11/18/2014 12:12 AM, Peter Hutterer wrote:
   On Mon, Nov 17, 2014 at 02:27:53PM +0300, Mustafa Muhammad wrote:
   Hi, I am testing Fedora 21 beta and -like all previous versions-
click
   by tapping is off by default.
   Several bug reports concerning this were closed as NOTABUG, but
   tapping is useful for us (people who use it), I don't think it
bothers
   the others that much, and is on by default in most operating systems
   and Linux distributions.
  
   What can we do to make this happen?
  
   This comes up every couple of versions, so here is the reasoning for
   disabled by default:
  
   * if you don't know that tapping is a thing (or enabled by default),
you get
 spurious button events that make the desktop feel buggy.
   * if you do know what tapping is and you want it, you usually know
where to
 enable it, or at least you can search for it.
 
  Well, in practice most users just think it's broken.

 and you have references for most?

Not really reading the mailing lists too much, but this thread made me
remember that on my laptop, when I found that tab to click does not work I
assumed that the Linux drivers for my device are simply bad... Over the
time I just got used to hitting the special button... (I only tweaked the
config to some when get multi touch scroll working)

But well I can only speak for myself, but I found it irritating.

Regards, Erik
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Enable tapping by default

[Erik Schilling]

On 18/11/14 22:02, Kevin Kofler wrote:
 Erik Schilling wrote:
 Over the time I just got used to hitting the special button...
 
 And that's what that special button is for. :-)
 
 If the touchpad has physical buttons (or physically-drawn virtual 
 buttons), why do users even expect tapping to produce a click? The finger 
 area is for moving, the buttons are for clicking. The only case in which 
 tapping makes sense is if the touchpad has NO buttons at all (but then how 
 do you right-click? So I don't expect this to be a common case, except maybe 
 in Apple's one-button land).
 
 Kevin Kofler
 

Well i prefer normal touch. No need to press another button or even to
move the finger.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Qt 5 Fedora 21 packages

[Erik Schilling]

On 16/10/14 16:27, Kevin Kofler wrote:
 Michael Schwendt wrote:
 Some confusion here trying to use Fedora's Qt 5 packages, and it seems
 they cannot be use quickly.
 
 Depends on the build system you (or the upstream project you're packaging) 
 use:
 * CMake: just works
 * qmake: call qmake-qt5 and it'll find all the rest just fine
 * qbs: hopefully just works too, but not tested by me yet

Qbs needs an intial manual configuration at the moment. But the
auto-detection creates profiles for each qt version. So if you compile
you either have set a default profile before or specify the profile name
on the commandline.

Semi-OT: Qbs review request for fedora pending:
https://bugzilla.redhat.com/show_bug.cgi?id=979124
(I will try to update it to the latest release today)

Regards,
Erik
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Multiple different licenses for metadata_license/ tag in a appdata file

[Erik Schilling]

On 26/08/14 10:42, Richard Hughes wrote:
 On 25 August 2014 20:09, Erik Schilling ablu.erikschill...@gmail.com wrote:
 I am being on rawhide here. Is there anything I am doing wrong?
 
 Rawhide might not be new enough; have you got libappstream-glib =
 0.2.5 installed?

No. My Docker rawhide has 0.1.6. So I guess I have to ship the file as
it is for now and add the validator command as soon it is working in the
versions.

Regards,
Erik
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Multiple different licenses for metadata_license/ tag in a appdata file

[Erik Schilling]

Hi,

On 10/08/14 20:10, Richard Hughes wrote:
 On 10 August 2014 15:14, Erik Schilling ablu.erikschill...@gmail.com wrote:
 I want to include multiple different licenses in the said tag since the
 screenshots show art of different sources/licenses.
 How can I do that?
 
 Just use the usual  and  +  or  format, e.g. CC0-1.0 and GFDL-1.3...

This does not seem to work. using the exact string as you do (CC0-1.0
and GFDL-1.3) gives me:
? tag-invalid   : metadata_license is not valid


I am being on rawhide here. Is there anything I am doing wrong?

Regards,
Erik
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Multiple different licenses for metadata_license/ tag in a appdata file

[Erik Schilling]

On 10/08/14 20:10, Richard Hughes wrote:
 On 10 August 2014 15:14, Erik Schilling ablu.erikschill...@gmail.com wrote:
 I want to include multiple different licenses in the said tag since the
 screenshots show art of different sources/licenses.
 How can I do that?
 
 Just use the usual  and  +  or  format, e.g. CC0-1.0 and GFDL-1.3...

Hm... I use metadata_licenseCC-BY-3.0 and GPL-2.0/metadata_license

but `appdata-validate` tells me:
• tag-invalid   : metadata_license is not valid


 Thanks for adding metadata btw!

Thanks for the infrastructure around it :)

Regards,
Erik
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Multiple different licenses for metadata_license/ tag in a appdata file

[Erik Schilling]

On 11/08/14 20:11, Richard Hughes wrote:
 On 11 August 2014 17:09, Erik Schilling ablu.erikschill...@gmail.com wrote:
 Hm... I use metadata_licenseCC-BY-3.0 and GPL-2.0/metadata_license
 but `appdata-validate` tells me:
 • tag-invalid   : metadata_license is not valid
 
 Okay, so GPL-2.0 isn't actually a content license. For the last
 release of appstream-glib I relaxed the requirement that the metadata
 file had to be a content license, and for the next release I'll make
 it so you can specify both kinds of license in the metadata like you
 want.

Ok. Thanks a lot.

Is it recommended to run the validator in the specfile otherwise? Are
there any guidelines for this already?
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Multiple different licenses for metadata_license/ tag in a appdata file

[Erik Schilling]

On 11/08/14 21:25, Richard Hughes wrote:
 On 11 August 2014 20:18, Erik Schilling ablu.erikschill...@gmail.com wrote:
 Is it recommended to run the validator in the specfile otherwise? Are
 there any guidelines for this already?
 
 Yes, it's all ready to do into the packaging guidelines:
 https://fedorahosted.org/fpc/ticket/414#comment:27 -- It just needs
 someone with the wiki super-powers to actually make it happen.

Ah. Allright. Thanks
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Multiple different licenses for metadata_license/ tag in a appdata file

[Erik Schilling]

Hello,

I want to include multiple different licenses in the said tag since the
screenshots show art of different sources/licenses.

How can I do that?
Trying , or and seperation makes the `appdata-validate` tool fail.

Regards,
Erik
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [ACTION REQUIRED] Retiring packages for Fedora 20

[Erik Schilling]

On 08/07/2013 04:38 AM, Christopher Meng wrote:

I don't understand why manaplus was orphaned just after 8 months it
got into Fedora.

If you can't keep it, don't package it.


Hello,

I was the maintainer of manaplus and the one who brought it into Fedora.

Back then manaplus was supposed to replace mana as the client for TMW. 
However TMW does not seem to be dropping mana support now.


Especially since I am a mana developer myself I never really used 
manaplus a lot. So later on my motivation to put work into manaplus was 
slowly fading away. Every time a update was released (every 2 weeks) I 
was slowly starting to get annoyed by doing new builds every time, 
testing them / reporting issues back / evaluating whether it really 
makes sense to do an update (because sometimes updates only brought not 
significant changes).


Additionally I started to work recently and I will start to study soon 
too, so I have even less time.
I did not really want to spend the remaining time on a package which is 
no fun for me to maintain. (I would have never found your mail here if 
somebody would not have pointed me here).


My alternative would have been to simply let the package getting 
outdated and feeling bad about that each two weeks. Since I do not want 
either of that i orphaned it.


Regards,
Erik


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Orphaning manaplus

[Erik Schilling]

Hello,

I orphaned manaplus. A MMORPG client for The Mana World / Evol.

It has a really rapid release schema and I am already a couple of 
versions behind...


Regards,
Erik
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct