Bug#931862: O: citadel

[PICCORO McKAY Lenz]

i'm interesting in packaged and mantain citadel, have my own packages...

i used citadel and noted the debian package are currently not working
(does not created the socket)


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

Bug#785480: working and updates need, please package or i can provide help

[PICCORO McKAY Lenz]

El jue., 28 de feb. de 2019 a la(s) 10:12, Michael Prokop (m...@debian.org)
escribió:

> Thanks for sharing, you seem to have forgotten to include/attach
>
sorry glup X-D


> So what builds fine for me (didn't test/verify the result though):
>
i have tested the package in a kamailio+rtpengine+asterisk setup..
but only test decoding still does not property configure the transcoding
feature due more non-related problems

i have more patches for rtpengine, a working rtpproxy update with 2.0.0 and
more but i still busy

in the weekend i will share more of my work in respective packages..


> gbp clone https://salsa.debian.org/pkg-voip-team/bcg729/
> cd bcg729
> wget '
> https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=785480;filename=bcg729_1.0.4-1.patch;msg=58'
> -O build_patch_785480
> patch -p1 < ./build_patch_785480
> cat > debian/patches/02-readme-reconf.patch << EOF
> --- a/README2018-12-29 16:43:03.605979809 +0100
> +++ b/README2019-02-28 14:36:45.947848171 +0100
> @@ -0,0 +1 @@
> +
> EOF
> gbp buildpackage --git-pbuilder --git-dist=sid --git-arch=amd64
> --git-ignore-new -d
>
> Resulting in the following 3 packages:
>
> | % dpkg -c ../libbcg729-0_1.0.4-1_amd64.deb
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/lib/
> | drwxr-xr-x root/root 0 2018-12-10 16:29
> ./usr/lib/x86_64-linux-gnu/
> | -rw-r--r-- root/root 64192 2018-12-10 16:29
> ./usr/lib/x86_64-linux-gnu/libbcg729.so.0.0.0
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/share/
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/share/doc/
> | drwxr-xr-x root/root 0 2018-12-10 16:29
> ./usr/share/doc/libbcg729-0/
> | -rw-r--r-- root/root   452 2018-12-10 16:29
> ./usr/share/doc/libbcg729-0/changelog.Debian.gz
> | -rw-r--r-- root/root  3458 2018-12-10 16:29
> ./usr/share/doc/libbcg729-0/copyright
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/share/lintian/
> | drwxr-xr-x root/root 0 2018-12-10 16:29
> ./usr/share/lintian/overrides/
> | -rw-r--r-- root/root   123 2018-12-10 16:29
> ./usr/share/lintian/overrides/libbcg729-0
> | lrwxrwxrwx root/root 0 2018-12-10 16:29
> ./usr/lib/x86_64-linux-gnu/libbcg729.so.0 -> libbcg729.so.0.0.0
> | % dpkg -c ../libbcg729-0-dbg_1.0.4-1_amd64.deb
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/lib/
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/lib/debug/
> | drwxr-xr-x root/root 0 2018-12-10 16:29
> ./usr/lib/debug/.build-id/
> | drwxr-xr-x root/root 0 2018-12-10 16:29
> ./usr/lib/debug/.build-id/5c/
> | -rw-r--r-- root/root 79784 2018-12-10 16:29
> ./usr/lib/debug/.build-id/5c/59211dac297de6ae8f1b90d6d420ddc34288f6.debug
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/share/
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/share/doc/
> | drwxr-xr-x root/root 0 2018-12-10 16:29
> ./usr/share/doc/libbcg729-0-dbg/
> | -rw-r--r-- root/root   452 2018-12-10 16:29
> ./usr/share/doc/libbcg729-0-dbg/changelog.Debian.gz
> | -rw-r--r-- root/root  3458 2018-12-10 16:29
> ./usr/share/doc/libbcg729-0-dbg/copyright
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/share/lintian/
> | drwxr-xr-x root/root 0 2018-12-10 16:29
> ./usr/share/lintian/overrides/
> | -rw-r--r-- root/root   127 2018-12-10 16:29
> ./usr/share/lintian/overrides/libbcg729-0-dbg
> | % dpkg -c ../libbcg729-dev_1.0.4-1_amd64.deb
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/include/
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/include/bcg729/
> | -rw-r--r-- root/root  3636 2018-12-10 16:29
> ./usr/include/bcg729/decoder.h
> | -rw-r--r-- root/root  4664 2018-12-10 16:29
> ./usr/include/bcg729/encoder.h
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/lib/
> | drwxr-xr-x root/root 0 2018-12-10 16:29
> ./usr/lib/x86_64-linux-gnu/
> | -rw-r--r-- root/root511508 2018-12-10 16:29
> ./usr/lib/x86_64-linux-gnu/libbcg729.a
> | drwxr-xr-x root/root 0 2018-12-10 16:29
> ./usr/lib/x86_64-linux-gnu/pkgconfig/
> | -rw-r--r-- root/root   267 2018-12-10 16:29
> ./usr/lib/x86_64-linux-gnu/pkgconfig/libbcg729.pc
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/share/
> | drwxr-xr-x root/root 0 2018-12-10 16:29 ./usr/share/doc/
> | drwxr-xr-x root/root 0 2018-12-10 16:29
> ./usr/share/doc/libbcg729-dev/
> | -rw-r--r-- root/root   452 2018-12-10 16:29
> ./usr/share/doc/libbcg729-dev/changelog.Debian.gz
> | -rw-r--r-- root/root  3458 2018-12-10 16:29
> ./usr/share/doc/libbcg729-dev/copyright
> | drwxr-xr-x root/root 0 2018-12-10 16:29 

Bug#785480: working and updates need, please package or i can provide help

[PICCORO McKAY Lenz]

hi i already are working with rtpengine and i need debian up to date
with that, see in salsa that package are not updated, i point that:

since commit 
https://github.com/BelledonneCommunications/bcg729/commit/6e1214ca493267e238ffd3bc318e36b9bd293255#diff-b2094bc23bdb408eb801f23e2a635a1e
medistream plugin are integrated and not build as separate object. so
if you interes i provide this diff deb attached to help and build this
important piece for rtpengine

Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com
diff --git a/debian/changelog b/debian/changelog
index ffc4cda..d70e736 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,11 +1,14 @@
 bcg729 (1.0.4-1) UNRELEASED; urgency=medium
 
   [ Felix Lechner ]
-  * Ship .la file for mediastreamer plugin
   * Use proper multiarch path in rules
   * Change transport in watch file to plain http for PET3
   * Pointed Vcs: fields in control to debian repo, not upstream
 
+  [ PICCORO Lenz McKAY ]
+  * added patch automake autoreconf to bypass missing files
+  * remove plugin due are not integrated since 1.0.4 release
+
   [ Victor Seva ]
   * update debian/watch
   * New upstream version 1.0.4
diff --git a/debian/control b/debian/control
index 018da40..84af243 100644
--- a/debian/control
+++ b/debian/control
@@ -66,30 +66,3 @@ Description: Debug symbols for the ITU G.729 compatible audio codec
  .
  This package contains the debugging symbols.
 
-Package: mediastreamer-plugin-g729
-Architecture: any
-Multi-Arch: same
-Pre-Depends:
- ${misc:Pre-Depends},
-Depends:
- ${misc:Depends},
- ${shlibs:Depends},
-Description: Mediastreamer plugin for G.729 compatible audio codec
- Mediastreamer plugin for Belledonne's open source implementation
- of the ITU G729 Annex A speech codec. Mediastreamer is Linphone's
- media processing engine.
-
-Package: mediastreamer-plugin-g729-dbg
-Architecture: any
-Multi-Arch: same
-Section: debug
-Priority: extra
-Depends:
- mediastreamer-plugin-g729 (= ${binary:Version}),
- ${misc:Depends},
-Description: Debug symbols for the G.729 mediastreamer plugin
- Mediastreamer plugin for Belledonne's open source implementation
- of the ITU G729 Annex A speech codec. Mediastreamer is Linphone's
- media processing engine.
- .
- This package contains the debugging symbols.
diff --git a/debian/mediastreamer-plugin-g729-dbg.lintian-overrides b/debian/mediastreamer-plugin-g729-dbg.lintian-overrides
deleted file mode 100644
index 34269c2..000
--- a/debian/mediastreamer-plugin-g729-dbg.lintian-overrides
+++ /dev/null
@@ -1,2 +0,0 @@
-# High-level upstream changelog is kept in NEWS; debhelper skips empty ChangeLog
-mediastreamer-plugin-g729-dbg binary: no-upstream-changelog
diff --git a/debian/mediastreamer-plugin-g729.install b/debian/mediastreamer-plugin-g729.install
deleted file mode 100644
index c8cec70..000
--- a/debian/mediastreamer-plugin-g729.install
+++ /dev/null
@@ -1,2 +0,0 @@
-usr/lib/*/mediastreamer/plugins/*.la
-usr/lib/*/mediastreamer/plugins/*.so
diff --git a/debian/mediastreamer-plugin-g729.lintian-overrides b/debian/mediastreamer-plugin-g729.lintian-overrides
deleted file mode 100644
index 86cc8cb..000
--- a/debian/mediastreamer-plugin-g729.lintian-overrides
+++ /dev/null
@@ -1,2 +0,0 @@
-# High-level upstream changelog is kept in NEWS; debhelper skips empty ChangeLog
-mediastreamer-plugin-g729 binary: no-upstream-changelog
diff --git a/debian/patches/series b/debian/patches/series
index ba1e99f..5fc8977 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,2 +1,3 @@
 enable-subdir-objects.patch
 
+02-readme-reconf.patch
diff --git a/debian/rules b/debian/rules
index 8cfb28c..1992419 100755
--- a/debian/rules
+++ b/debian/rules
@@ -2,7 +2,7 @@
 # -*- makefile -*-
 
 # Uncomment this to turn on verbose mode.
-#export DH_VERBOSE=1
+export DH_VERBOSE=1
 
 # Uncomment this to change the hardening options
 #export DEB_BUILD_MAINT_OPTIONS = hardening=+all
@@ -15,12 +15,11 @@ DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 		--buildsystem=autoconf
 
 override_dh_auto_configure:
-	dh_auto_configure -- --enable-static --disable-tests
+	dh_auto_configure -- --enable-static --disable-tests --libdir=/usr/lib/$(DEB_HOST_MULTIARCH)
 
 override_dh_auto_install:
 	dh_auto_install --destdir=debian/tmp
-	sed -i "/dependency_libs/ s/'.*'/''/" "$(CURDIR)"/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/mediastreamer/plugins/msbcg729.la
+	sed -i "/dependency_libs/ s/'.*'/''/" "$(CURDIR)"/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/*.la
 
 override_dh_strip:
 	dh_strip -plibbcg729-0 --dbg-package=libbcg729-0-dbg
-	dh_strip -pmediastreamer-plugin-g729 --dbg-package=mediastreamer-plugin-g729-dbg

Bug#901871: why this package was not uploaded to ftp main debain!

[PICCORO McKAY Lenz]

i dont see any mess in this packagin , please ! upload and make available
for users to test!+



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

Bug#119911: still worked in

[PICCORO McKAY Lenz]

hi andy, i worked and send the files to debian

also i have the repository but feedback does not are received

i still waiting for that feedback , my workand packages are ready to ..

but now noted that many was changed at game-data.packager, i not haveclear
how now put the files..

i'll revise tonight the git and the scripts of GDP and test wath does this
respect the data game

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

Bug#255572: ITP: cc65 -- Cross development suite for 65xxx processors, necesary for nesicide env

[PICCORO McKAY Lenz]

a bit late but great work! please upload to debian..

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

2017-10-06 17:46 GMT-04:00 Michael Stapelberg :

> Indeed, I can confirm that compilation works now. Can you upload the
> package to Debian please? :)
>
> On Fri, Oct 6, 2017 at 11:26 PM, László Böszörményi (GCS)
>  wrote:
> > On Fri, Oct 6, 2017 at 10:26 PM, Michael Stapelberg
> >  wrote:
> >> Thanks for sharing! The Debian package builds fine. However, when
> >> trying to use cc65 to compile a project of mine, compilation fails
> >> with “include/general.h(4): Error: Include file `peekpoke.h' not
> >> found”.
> >  Please fetch and build again. Should be fixed.
> >
> > Laszlo/GCS
>
>
>
> --
> Best regards,
> Michael
>

Bug#780606: Bug# [...]

[PICCORO McKAY Lenz]

also the behaviour explained at the end of my previous mail* was apllied
perfectly to the KDE4 and KDE3 packages! in the past... for squeeze, etch
and sarge*

if as progress of depends and policy analisis progress, users like me we
can test in the way aditions or remotions was made over the main objetiv,
the gitea/gogs package..

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

2017-09-20 13:49 GMT-04:00 PICCORO McKAY Lenz <mckaygerh...@gmail.com>:

> 2017-09-19 20:31 GMT-04:00 Michael Lustfield <mich...@lustfield.net>:
>
>> To be blunt, I struggled very hard to follow the text you wrote..
>> especially
>> true for the github bug report. I have done my best to understand what the
>> intended message was, but if I misunderstood then I apologize in advance.
>>
> sorry for my english and you indestand almost all
>
>> On Mon, 18 Sep 2017 14:55:12 -0400
>> PICCORO McKAY Lenz <mckaygerh...@gmail.com> wrote:
>> > 1) makde a package that only use the downloaded sources that ship all
>> > depends
>>
>> This sounds like you're suggesting that we actually make use of content
>> within
>> the vendor/ directories. If that's the case then we'll need to discuss
>> DFSG in a
>> bit more depth because this will cause a clear violation.In fact, I'm
>> aware of sources within gogs/gitea that *DOES* *NOT* meet DFSG,
>>
> right but only in a part.. i mean made the package and progressl
> Make the package, and progressively go removing or adding dependencies and
> objects according to what is going to work, for example in the case of
> dependency: if today xxx.yyy is provided then in the already made gogs
> package removing the xxx.yyy reference build in source, about the DFSG can
> be check as being used it, due some maybe drop important funtionality
>
> Each dependency needs to be individually packaged and reviewed for DFSG
>> standards. This work has revealed a lot of issues that have now been
>> resolved
>> (in Gitea). Unfortunately, the author/owner of gogs has no interest in
>> adopting
>> these changes. (details need not be repeated here)
>>
> I also noted that gitea solved some problems inherints from gogs, but i
> also noted that on every new releaqse as they introduced fixeds, same
> amount of issues are newer due new features or bigfixeds itself
>
> this can be a problem.., the differences between gogs and gitea are more
> deep in development model but in funtionallity are pretty same..
>
>
>> > the other way its that do not make usage of thos depends pacakges that
>> > change too many in the time!
>> I didn't follow this at all.
>>
> gogs and gitea used a specific commits of that depends.. and taking in
> consideration that packages on debian are "too older or too newer" respect
> the necesary..
> so then, maybe we need a special packages mades for those? sound like a
> duplication of work, but some examples maybe are owncloud and roundcube
>
>
>> packaging I have been working on offers a gogs meta package that selects
>> gitea.
>> This does not mean gitea is pretending to be gogs. It is a
>> relatively-compatible alternative.
>>
> i dont think this would be a good idea. its better a good made
> separation.. no relation
>
>
> > gogs are focused on simplicity, no new features and only security fixeds
>> > gitea are focused on new features and changes too many ..
>>
>> This is very much *not* the difference between the two. Gitea is a fork
>> of gogs
>> that was created for entirely different reasons. Many of those reasons
>> are why
>> gogs is not likely to ever exist in Debian repos.
>>
> i already know about the problem that raised the fork of gitea.. but gitea
> are not a separate project different rom gogs.. the differences between
> funtionalities are few, but in development are too many...
>
>
>> Conforming to Debian policy does not come later, it comes first. Until I
>> have a
>> proper Debianized package, I will not release Gitea into Debian. I /do/
>> however, have a lot of progress made and only a few more new dependencies
>> that
>> need to pass through NEW.
>>
> as i mention, to se real progress and funtionality (and if some ot the
> current depends are not fit) we suggest Make the package, and progressively
> go removing or adding dependencies and objects according to what is going
> to work, for example in the case of dependency: if today xxx.yyy is
> provided then in the already made gogs package removing the xxx.yyy
> reference build in source, about the DFSG can be check as being used it,
> due some maybe drop important funtionality

Bug#780606: Bug# [...]

[PICCORO McKAY Lenz]

2017-09-19 20:31 GMT-04:00 Michael Lustfield <mich...@lustfield.net>:

> To be blunt, I struggled very hard to follow the text you wrote..
> especially
> true for the github bug report. I have done my best to understand what the
> intended message was, but if I misunderstood then I apologize in advance.
>
sorry for my english and you indestand almost all

> On Mon, 18 Sep 2017 14:55:12 -0400
> PICCORO McKAY Lenz <mckaygerh...@gmail.com> wrote:
> > 1) makde a package that only use the downloaded sources that ship all
> > depends
>
> This sounds like you're suggesting that we actually make use of content
> within
> the vendor/ directories. If that's the case then we'll need to discuss
> DFSG in a
> bit more depth because this will cause a clear violation.In fact, I'm
> aware of sources within gogs/gitea that *DOES* *NOT* meet DFSG,
>
right but only in a part.. i mean made the package and progressl
Make the package, and progressively go removing or adding dependencies and
objects according to what is going to work, for example in the case of
dependency: if today xxx.yyy is provided then in the already made gogs
package removing the xxx.yyy reference build in source, about the DFSG can
be check as being used it, due some maybe drop important funtionality

Each dependency needs to be individually packaged and reviewed for DFSG
> standards. This work has revealed a lot of issues that have now been
> resolved
> (in Gitea). Unfortunately, the author/owner of gogs has no interest in
> adopting
> these changes. (details need not be repeated here)
>
I also noted that gitea solved some problems inherints from gogs, but i
also noted that on every new releaqse as they introduced fixeds, same
amount of issues are newer due new features or bigfixeds itself

this can be a problem.., the differences between gogs and gitea are more
deep in development model but in funtionallity are pretty same..


> > the other way its that do not make usage of thos depends pacakges that
> > change too many in the time!
> I didn't follow this at all.
>
gogs and gitea used a specific commits of that depends.. and taking in
consideration that packages on debian are "too older or too newer" respect
the necesary..
so then, maybe we need a special packages mades for those? sound like a
duplication of work, but some examples maybe are owncloud and roundcube


> packaging I have been working on offers a gogs meta package that selects
> gitea.
> This does not mean gitea is pretending to be gogs. It is a
> relatively-compatible alternative.
>
i dont think this would be a good idea. its better a good made separation..
no relation


> gogs are focused on simplicity, no new features and only security fixeds
> > gitea are focused on new features and changes too many ..
>
> This is very much *not* the difference between the two. Gitea is a fork of
> gogs
> that was created for entirely different reasons. Many of those reasons are
> why
> gogs is not likely to ever exist in Debian repos.
>
i already know about the problem that raised the fork of gitea.. but gitea
are not a separate project different rom gogs.. the differences between
funtionalities are few, but in development are too many...


> Conforming to Debian policy does not come later, it comes first. Until I
> have a
> proper Debianized package, I will not release Gitea into Debian. I /do/
> however, have a lot of progress made and only a few more new dependencies
> that
> need to pass through NEW.
>
as i mention, to se real progress and funtionality (and if some ot the
current depends are not fit) we suggest Make the package, and progressively
go removing or adding dependencies and objects according to what is going
to work, for example in the case of dependency: if today xxx.yyy is
provided then in the already made gogs package removing the xxx.yyy
reference build in source, about the DFSG can be check as being used it,
due some maybe drop important funtionality
so you can made all of then in a personal repository in alliot or in
opensuse build service--


> If you would like to help, check out the "(un)reproducible" column here:
> https://udd.debian.org/dmd/?michael%40lustfield.net#versions

the complete log need DH_VERVOSE=1 due the test fail does not have a good
trace... the debug output only had pointer addresses, i cannot setup better
trace..

seems are realted to 64 bit addresses, so i disable the checks and try to
reproduce with the included in gogs, and does not able to reproduce.. due
in the sources only 64 bit adreses are used--

take in consideration that amount of go developer used 64bit by default, so
more i386 setups are need, but current debian does not fit my need on i385
(too many req) so i used squeeze and in this setup are running well gogs..
gitea does not!


> --
> Michael Lustfield
>

Bug#792101: gitea ITS NOT GOGS alias or clone

[PICCORO McKAY Lenz]

Debian packaging pretend to made a simple gogs virtual package provided by
gitea..

the gitea package roadmap pretend to separate from gogs, and are complety
different..

gogs are focused on simplicity, no new features and only security fixeds
gitea are focused on new features and changes too many ..

the gitea package can be a pain to mantain in debian...

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

Bug#780606: a way to going to package

[PICCORO McKAY Lenz]

the insane amout of dependences make the work of this package a hard made..

but a way to do its:

1) makde a package that only use the downloaded sources that ship all
depends
2) in the way the depends get packaged in debian, so make it depends on gogs

the other way its that do not make usage of thos depends pacakges that
change too many in the time!

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

Bug#820750: ITP: emulationstation -- Graphical emulator front-end

[PICCORO McKAY Lenz]

hi Sergio ,

I have tested deeply and reviewed intensely the package, was strange
to congigured, due the software assumed u have emulators installed

and there are things that must be taken into!!:

the most interesting: is that the original repository has a year of
inactivity and there is a folk continuous work. [1]  that added more
features and solves some of problems, due are not oficial and original
author are noticed about, i posted some solution to that: [2] but the
issue its that solved a short of issues in OSX and linux, like proper
shutdown and build system, support for C+11 in modern compilers,
simlinks common files and management of hideen files property

the most users related: simplelly emulationstation does not lauch if u
dont have at leas one emulator or related listed installed, but takin
in consideration, games and emulators are located in /usr/games and
data files in /usr/share so that tootally new for the program packaged
jeje, for the moment that its not so important, can be doit for a
"fase 2" of packaging, for uploading its not necesary

but more related to the package: is that it has to rely on a necesary
dependency: a theme package, and if theme package are various, the
package of theme must provide "emualtionstation-theme" and then
emulationstation package must depend on that (without that install
perfectly and then crashed), in addition to at least suggest an
emulator package, due then can run but then exits with a message very
vage (message refers to "systems" but normal users does not know what
"systems")

also, emulationstation named "games" to the roms, this can be vage too
due seem can manage lauch for some games

[1] : https://github.com/Herdinger/EmulationStation
[2] : 
https://github.com/Aloshi/EmulationStation/issues/563#issuecomment-209525945

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

Bug#820613: RFP: libretro-tyrquake : port of quake and quakeworld to libretro api

[PICCORO McKAY Lenz]

Package: wnpp
Severity: wishlist

* Package name : libretro-tyrquake
  Version  : 0.81+git
  Upstream Author  : libretro team/Kevin Shanahan (aka. Tyrann)
* URL  : https://github.com/libretro/tyrquake
* License  : GPL-3+
  Programming Lang : C
  Description  : port of tyrquake engine quake and quakeworld to
libretro api

This is the libretro port of TYrQuake a quake and quakeworld engine
fork of the original project to fit better with the libretro API, so
it's notpossible to use the same source code of original tyrquake  package.
.
Mostly TyrQuake's purpose keep the codebase working on modern compilers
and runtime environments. It supports features which enable map designers
to create larger and/or more detailed maps than the original game allowed for.
.
What it doesn't intend to do is to changing the look or feel of the
original game,
with some exceptions for various non-intrusive or optional features such as
smoother model animations, coloured lighting, fullbrights in GLQuake, etc.


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

Bug#820611: RFP: libretro-scummvm : port of ScummVM games interpreter to libretro api

[PICCORO McKAY Lenz]

Package: wnpp
Severity: wishlist

* Package name : libretro-scummvm
  Version  : 0.15.2
  Upstream Author  : libretro team
* URL  : https://github.com/libretro/scummvm
* License  : GPL-2+
  Programming Lang : C++
  Description  : port of ScummVM games interpreter to libretro api

This is the libretro port of ScummVM is an interpreter for
point-and-click adventure games
fork of the original project to fit better with the libretro API, so
it's notpossible to use the same source code of ScummVM  package.
.
ScummVM is a program which allows you to run certain classic
graphical point-and-click adventure games, provided you already
have their data files. The clever part about this: ScummVM just
replaces the executables shipped with the games, allowing you
to play them on systems for which they were never designed!



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

Bug#820609: RFP: libretro-crawl : port of Dungeon Crawl Stone Soup to libretro api

[PICCORO McKAY Lenz]

Package: wnpp
Severity: wishlist

* Package name : libretro-crawl
  Version  : 0.15.2
  Upstream Author  : libretro team
* URL  : https://github.com/libretro/crawl-ref
* License  : GPL-2+
  Programming Lang : C++
  Description  : port of Dungeon Crawl Stone Soup to libretro api

This is the libretro port of Dungeon Crawl Stone Soup video game
fork of the original project to fit better with the libretro API, so
it's notpossible to use the same source code of desmume package.
.
Dungeon Crawl Stone Soup is a free roguelike game of exploration
and treasure-hunting in dungeons filled with dangerous and
unfriendly monsters in a quest for the mystifyingly fabulous Orb of Zot.

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

Bug#697821: ITP: ppsspp -- ppsspp: A portable PSP emulator.

[PICCORO McKAY Lenz]

new ppsspp mentors package need sponsored

the package are in very good shape, uses new libpng from system and
some fix/hacks in the fonts issues

a missing debian root menu (for those desktops that only are window managers)

the patches do the best for some system used fixeds, but i doub around
the assets, due seems are a string of paths, and removal in code
include the ":" that the patches does not take in consideration

in last i cannot tested with roms, due not complete compiled in my
environment,, i thinkg i must setup a real sid debian environment due
i can compiled in chroot but i need to run with roms to see if package
works


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

Bug#819698: got segfault, some traces and

[PICCORO McKAY Lenz]

i also package some time ago for myselft, and same as this in mentors after
build and install got segfault

general@massenkoh:~$ roadfighter
Violación de segmento
general@massenkoh:~$

trying debuggin:

(gdb) run
Starting program: /usr/games/roadfighter
[Thread debugging using libthread_db enabled]
[New Thread 0xb6e31b70 (LWP 12878)]
ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred

Program received signal SIGSEGV, Segmentation fault.
0xb7e67e37 in TTF_SizeUNICODE () from /usr/lib/libSDL_ttf-2.0.so.0
(gdb) backtrace
#0  0xb7e67e37 in TTF_SizeUNICODE () from /usr/lib/libSDL_ttf-2.0.so.0
#1  0x in ?? ()
(gdb)

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

Bug#819698: ITP: roadfighter -- Drive a car in a death race

[PICCORO McKAY Lenz]

a package its ready , need sponsor !

http://mentors.debian.net/debian/pool/main/r/roadfighter/roadfighter_1.0.1269-1.dsc


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

Bug#541157: RFP: vbam - Gameboy Advance emulator

[PICCORO McKAY Lenz]

fixed with the build line in rules

u have "-DENABLE_GTK2=OFF" and must be "-ENABLE_GTK=OFF" and that's
why try to build a gtk2 gui alongside gtk3 gui

i also nothed the optimization problem are not solved and still i
cannot set -O3 the compiler take several memory to compute
optimizations and never finished!

with gcc 3.4 this not happened and build are more faster!


my las lines in console was susessfully compiled an packaged! in jessie!


   dh_builddeb -O--buildsystem=cmake -O--builddirectory=obj -O--parallel
dpkg-deb: construyendo el paquete `vbam' en
`../vbam_1.8.0+git20160220-1_i386.deb'.
dpkg-deb: construyendo el paquete `vbam-sdl' en
`../vbam-sdl_1.8.0+git20160220-1_i386.deb'.
dpkg-deb: construyendo el paquete `vbam-gtk' en
`../vbam-gtk_1.8.0+git20160220-1_i386.deb'.
dpkg-deb: construyendo el paquete `vbam-common' en
`../vbam-common_1.8.0+git20160220-1_all.deb'.
 dpkg-genchanges  >../vbam_1.8.0+git20160220-1_i386.changes
dpkg-genchanges: incluyendo el código fuente completo en la subida
 dpkg-source --after-build vbam-1.8.0+git20160220
dpkg-buildpackage: subida completa (se incluye la fuente original)
root@sysanydesktop0:/home/remoto/Devel/vbam/vbam-1.8.0+git20160220#

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


2016-04-07 19:27 GMT-04:30 Sérgio Benjamim <sergio_...@yahoo.com.br>:
> Hi,
>
> I uploaded it again. The build is broken. Good luck
>
> https://mentors.debian.net/package/vbam
>
> src/gtk/screenarea.cpp: In constructor ‘VBA::ScreenArea::ScreenArea(int,
> int, int)’:
> src/gtk/screenarea.cpp:53:62: error: no matching function for call to
> ‘Gdk::Cursor::Cursor(,
> Glib::RefPtr&, int, int)’
>m_poEmptyCursor = new Gdk::Cursor(get_display, pixbuf, 0, 0);
>
>
> sergio-br2
>
>
> On 06/04/2016 17:54, PICCORO McKAY Lenz wrote:
>>
>> the package in mentors are now go..
>>
>> please reupload to mentors
>>
>> mentors must mantain the packages that already has a bug number
>> relationship and only erase those that are onlñy uploaded alone
>> without a itp or rfp bug related!
>>
>>
>> Lenz McKAY Gerardo (PICCORO)
>> http://qgqlochekone.blogspot.com
>
>

Bug#541157: RFP: vbam - Gameboy Advance emulator

[PICCORO McKAY Lenz]

i search on git commits some commit related to changes in this behavior file..
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com


2016-04-07 19:27 GMT-04:30 Sérgio Benjamim <sergio_...@yahoo.com.br>:
> Hi,
>
> I uploaded it again. The build is broken. Good luck
>
> https://mentors.debian.net/package/vbam
>
> src/gtk/screenarea.cpp: In constructor ‘VBA::ScreenArea::ScreenArea(int,
> int, int)’:
> src/gtk/screenarea.cpp:53:62: error: no matching function for call to
> ‘Gdk::Cursor::Cursor(,
> Glib::RefPtr&, int, int)’
>m_poEmptyCursor = new Gdk::Cursor(get_display, pixbuf, 0, 0);
>
>
> sergio-br2
>
>
> On 06/04/2016 17:54, PICCORO McKAY Lenz wrote:
>>
>> the package in mentors are now go..
>>
>> please reupload to mentors
>>
>> mentors must mantain the packages that already has a bug number
>> relationship and only erase those that are onlñy uploaded alone
>> without a itp or rfp bug related!
>>
>>
>> Lenz McKAY Gerardo (PICCORO)
>> http://qgqlochekone.blogspot.com
>
>

Bug#787146: ITP: Gambatte - Game Boy and Game Boy Color emulator

[PICCORO McKAY Lenz]

the package in mentos was gone, please re-upload

mentors packages that has a related ITP must be mantain event erased
in the time!

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

Bug#541157: RFP: vbam - Gameboy Advance emulator

[PICCORO McKAY Lenz]

the package in mentors are now go..

please reupload to mentors

mentors must mantain the packages that already has a bug number
relationship and only erase those that are onlñy uploaded alone
without a itp or rfp bug related!


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

Bug#814375: ITP: libretro-beetle-pce-fast -- Beetle/Mednafen PCE FAST libretro port

[PICCORO McKAY Lenz]

a package are ready and a sponsor request its need:

https://mentors.debian.net/package/libretro-beetle-pce-fast

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

Bug#787580: Bug#820165: RFS: libretro-genesisplusgx/1.7.4+git20160330 [ITP]

[PICCORO McKAY Lenz]

hi again, i forget to say:

only the name and trademark are copyright, the code portion are pgl by nicola

http://mamedev.org/?p=422 las line said that only the name are
trademark, if u revised the code seems some portions of the emulator
are changed to a more flexible, so this package must be revised
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com


2016-04-06 10:06 GMT-04:30 PICCORO McKAY Lenz <mckaygerh...@gmail.com>:
> 2016-04-06 9:37 GMT-04:30 Sergio benjamim Rocha filho 
> <sergio_...@yahoo.com.br>:
>> MAME changed its license, but Genesis Plus GX uses the old one.
>>Also, it's based on some portions of old mame code:
>> https://github.com/ekeeke/Genesis-Plus-GX/blob/master/LICENSE.txt#L7
>
> i already know, ok i not explain too much, but ...
>
> i suggested to better put licence as only non-commercial due makes
> more confused if put "mame" as licensed due now are gpl

Bug#787580: Bug#820165: RFS: libretro-genesisplusgx/1.7.4+git20160330 [ITP]

[PICCORO McKAY Lenz]

2016-04-06 9:37 GMT-04:30 Sergio benjamim Rocha filho :
> MAME changed its license, but Genesis Plus GX uses the old one.
>Also, it's based on some portions of old mame code:
> https://github.com/ekeeke/Genesis-Plus-GX/blob/master/LICENSE.txt#L7

i already know, ok i not explain too much, but ...

i suggested to better put licence as only non-commercial due makes
more confused if put "mame" as licensed due now are gpl

Bug#658261: RFP: NESICIDE - An Integrated Development Environment for the 8-bit Nintendo Entertainment System

[PICCORO McKAY Lenz]

I opened an issue around the problem of packagin the very customized
environment of building a nesicide ide

https://github.com/christopherpow/nesicide/issues/19#issuecomment-172935449

[1]
https://github.com/christopherpow/nesicide/issues/19#issuecomment-172935449


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

Bug#255572: ITP: cc65 -- Cross development suite for 65xxx processors, necesary for nesicide env

[PICCORO McKAY Lenz]

hey i refer that i firts search here:
https://www.debian.org/devel/wnpp/prospective
and due the bug related are linked so i take it!

and of course, get back the owership! the itp progress are avanced and
there's no sense of my firts intentions, now i must collaborate in the
common work

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

Bug#255572: ITP: cc65 -- Cross development suite for 65xxx processors, necesary for nesicide env

[PICCORO McKAY Lenz]

upload the made of only two or one that provided one package for each
cc compiler?

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

Bug#799829: tyr-quake both quake1 & quakewolrd close to conservative engine stable-based

[PICCORO McKAY Lenz]

>I packaged and uploaded ezquake, a different quakeworld client.  It
...
>It's been waiting for ftp master review for about a month now [0].
> [0] https://ftp-master.debian.org/new/ezquake_2.2+git20150324-1.html

the point of the tyrquake its that WORKS IN NON OPENGL supported GPU's
taking in consideration that recent version of debian only supports
directly intel gpu's

so my matrox gpu (not reconised ) can play 99% of games, and either my
old VIA unichrome not dri2 supported!

that's why linux not have good suport for most used targets in desktop users!

tyrquake works perfectly in my older good machine with newer debian
(now more slowly) jeesie release

if nobody have time, i made a preliminay dsc ITP package of! only need
and sponsored!
-- 
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

Bug#255572: ITP: cc65 -- Cross development suite for 65xxx processors, necesary for nesicide env

[PICCORO McKAY Lenz]

retitle 255572 ITP: cc65 -- Cross development suite for 65xxx processors
owner 255572 !
thanks

As of May 2015, the owner of copyright in the compiler has relicensed
it as well under the zlib license. This means everything is DFSG free.

https://github.com/cc65/cc65/commit/aeb849257277a6b98542de8579697b81c6dd70e6

so as i used this in the past and have some experience due i used many
emulators, i wish to take work in this.

Currently the piece of software are staled and sai unmantained but
commits focused on bugfixeds are made in the github repository..

This package are need for the nesicide software a development ide for
8bit console roms for emulators. see #658261 a hard to package piece
of software due inconsistency of their artifacts.

A firts steps to provide devel enviroments for making roms of 8bit
systems are packagin the cc65 compilers suite!

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

Bug#119911: still worked in

[PICCORO McKAY Lenz]

hi, this is a semi-automated menssage to the ITP issue to not close..

i currently have workin in this package and others, now in few days
i'll have the finish package, after some test using the g-d-p from git
with the recently added marathon rules

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

Bug#255572: ITP: cc65 -- Cross development suite for 65xxx processors, necesary for nesicide env

[PICCORO McKAY Lenz]

sorry but the merged #714058 issue are not reflected in the
https://www.debian.org/devel/wnpp/prospective page, only the itp and
the original issue are not active inmany times...

i have a very huge repository focused on gamers, and i cofounder of a
ebian derivate, VenenuX

are u see the other mail?

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

Bug#255572: hi what its the estatus of this package?

[PICCORO McKAY Lenz]

hi i follow the discutiion, i understand that license and other have
very importance in debian, but i reviewed the package and use it, i
reviewed the two dsc files available in the wo mail threats..

noted takin too many importance in to license issues and let the
packagin too basic!

the one provided by Laszlo and he mades before by Spiro in their site,
and a rebuild with recent of the mades by Spiro are better for people
that use this king of software, like me!

think about it, are u gamers of these consoles, play this king of
games again and again or play PS2 like games with sharers and
antialaiasing?

the package made by Laszlo keep it simple but not are focused!, the
docs files of each splited package can be cheap space by using
dh_installdocs "--link-doc=" feature! this its very important!

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

Bug#119911: ITP: alephone - marathon engine for data games

[PICCORO McKAY Lenz]

2015-12-08 1:33 GMT-04:30 Alexandre Detiste :
> I don't think anyone else will come up with an alternative marathon engine 
> anyday.
Yes, that its!

> So please: one alephone source package that builds one alephone binary package
> that includes three .desktop files (for a starter, the extra levels can be 
> added later)
> and the launcher if needed.
alephone source and the resulting alephone package now has those:
* /usr/games/alephone (engine itselft)
* /usr/share/games/alephone/alephone-laucher (bash script to suymlink
on each scenario package)
and its respective manpages
BUT:
> GDP will not provide things like the one provided by src:quake, as there's
> no way to update these after the local GDP package has been manually built.
if that its, so source engine will also made 3 packges
(marathon/1/2/3) that ship those files and depends of the packages
provides by GDP?

this mean the alephone source must produce :
* marathon
* marathon2
* marathon3
these packages will handle desktop files, desktop icons, root debian
menu entries and laucher symlink

and as seem you point, will depends of the data packages produced by GDP right?

please confirme for made the proper changes and send to you the dsc
files with all need!

Bug#119911: ITP: alephone - marathon engine for data games

[PICCORO McKAY Lenz]

HEre are preliminary dsc sources for alephone engine

the game-data-packager has git entries for data (please are SCENARIOS) games

Alexander Detiste added a rule in G-D-P for Marthon, but that rule are
too basic and lack of many missing necesary files

http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/commit/?id=276b4a06fb63b85be1db5069f0bc80620a1bc79e

game-data-packager produce with the engine, inside scenarios packages
3 .desktop files with a TryExec clause
that point to a file provided by G-D-P -created, .deb
for example /usr/share/games/marathon-{1|2|3}/try-exec
but those are currently symlinks back to /usr/games/alephone , that
are enought only for determine if can be lauched but NOT FOR lauch
each game!

Thats are not enought to made work each scenario, due each scenario
are independent data game and works without any other data, its not
same as other engines & data's that need original files for work

Each scenario to work need that be parsed as LAST argument  to the
engine, this avoid modification of the environment using the
ALEPHONE_DATA variable

the script that i provide solves that: see the already provide manpage
for usage, just symlink each lauch tho the script and that all, can be
included in the engine package but i prefer a common package produced
by game-data-packager or something like quake does (a meta empty that
depends/recommends both data and engine)

the dsc sources that i provide has inside all the necesary to promote
the engine package

PLEASE NOTE THAT MENTORS HAVE A PROBLEM WITH KEY GPG VALIDATION AND I
MAIL IN TWO OPORTUNITIES WITH OUT ANY REPLY ABOUT!


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


marathon-laucher.sh
Description: Bourne shell script


marathon-laucher.sh
Description: Bourne shell script


marathon-launcher.6
Description: Binary data


alephone_20150620-0.dsc
Description: Binary data


alephone_20150620-0.debian.tar.xz
Description: application/xz

Bug#119911: ITP: alephone - marathon engine for data games

[PICCORO McKAY Lenz]

ok lest take in consideration u'r notes:

2015-12-07 17:24 GMT-04:30, Alexandre Detiste :
> For new games it is probably better to use game-data-packager to ship
> only
> the non-distributable files, and ship DFSG files (such as icons
> and .desktop files) somewhere else.
its the way proposed also in the second suggestion:
>
> One way is to have the engine package contain the wrapper scripts,
> .desktop files etc. (e.g. src:openjk, src:iortcw). This is the simplest
> thing if the engine is unlikely to be used for other games and
> alternative
> engine versions are unlikely to be packaged.
currently alephone only works for marathon related games, so there's
no other game derived! but the secon approach also can be applied due
the wrapper script can be put in those kind of package:
>
> Another approach is to have a package for the engine (like
> src:ioquake3)
> and a package for the user-visible game (like src:quake, containing
> wrapper scripts, .desktop files etc.). This is more flexible if the
> engine
> can be used for other user-visible games (e.g. OpenArena, Nexuiz
> Classic)
> or there could reasonably be multiple packaged engines (e.g.
> Quakespasm,
> Darkplaces).
>
> If you provide a .desktop file for each episode,
> then each can call the engine directly without needing a wrapper script.
>
i can provide it, inclusivelly i already doit! but firts we must
decided how we made the scenarios packages! or what will be included
in the engine package, do u take a review on the files i provided? or
something!?

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

Bug#119911: ITP: alephone - marathon engine for data games

[PICCORO McKAY Lenz]

user pkg-games-de...@lists.alioth.debian.org
tag games 119911
forcemerge 85673 119911

hi mantainers, i take some work over alephon and marathon related

i made two scripts, one to downloading and help game-data-packager
supports marathon trilogy and other to lauch using one only script
that detects any futher data based on the previous insaller

the behavior are:

1) package alephone can go to main due only provided "engine", just
like some others does
2) game-data-packager will support data for engine packages, but each
packaged data game will provide own laucher and menu entries
3) the game-data-packager that that preliminary installer
"marathoninstaller.sh" with release date as argument and scenario as
second argument
3.1) the invocation installer: marathoninstaller install= 
3.2) installer will download from oficial github alephone the data files
NOTE: data files for alephone from oficial marathon trilogy does not work!
3.3) installer will unzip and put in debian tmp, (for
game-data-packager change that obviously)
4) laucher script will expected data scenarios will be n
/usr/share/games/marathon/
4.1) each scenario works independient from another, including those
unnoficial or made
4.2) script selft detects own name invocation an lauch respective game

example for marathon 2 durandal:

marathoninstaller.sh install=20150620 marathon-2

the engine package "alephone" can provide the script named attached
here "marathonlaucher.sh" or we can made a main marathon package tha
provide the laucher and if laucher does not fond data, help users what
must install or notify something

installer will download from github oficial repository from release
20150620 the file Marathon2-20150620-Data.zip, the unzip in
"file/Marathon 2", due this have a space in path will rename to
"marathon2" and then put into debian/tmp, file names inside data dir
scenario must remain unhanged ...

game-data-packager if se that preliminary script must put files under
/usr/share/games/marathon with own directory as "marathon2" and each
scenario package must symlink real script (named attached here as
marathonlaucher.sh), in this case "marathon-2" (/usr/games/marathon-2
-> /usr/games/marathon", and provided respective menu entries

laucher spected found scenario in
/usr/share/games/marathon/marathon-2, will detect if laucher itself
was "marathon-2" or "marathon2" trhought symlink to real laucher
script, and set directory scenario gam data, then lauch

IMPORTANT: due not all GPL mesa modules today provide OpenGL (well all
modules fails to provide, only intel does) the script automatically
detect if opengl support are present and disable it before lauch the
proper game

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


marathoninstaller.sh
Description: Bourne shell script


marathonlauncher.sh
Description: Bourne shell script

Bug#119911: ITP: alephone - marathon engine for data games

[PICCORO McKAY Lenz]

i thinks there's some missing points, engine will lauch directly those
SCENARIOS directly?, correct me if i dont understand those points:

2015-11-28 12:42 GMT-04:30, Alexandre Detiste :
> The package with the engine should also provide 3 .desktop files with a
> TryExec clause
> that point to a file provided by G-D-P -created, .deb
> for example /usr/share/games/marathon-{1|2|3}/try-exec
> as symlinks back to /usr/games/alephone .
asmlinks to the engine without any directory data direction does not
start the game,
that's why i provide one of the two scripts.. the marathonlaucher.sh

also the scenarios (please PLEASE does not named "-data", use
"-scenarios") must goes into a global "marathon" directory under
/usr/share/games


> The engine should go in contrib, as the assets are not DFSG-free and
> the engine is useless without assets.
the engine can go to main as with darkplaces and quakespasm does

take in consideration if u dont are played the game before... and dont
understand the working of the engine..

a extra package as quake over quake-data packages, by example, can
hadle that extra script, the script are based in previous work of this
issue, and on the quake relationship packages

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

Bug#119911: ITP: alephone - marathon engine for data games

[PICCORO McKAY Lenz]

retitle 119911 ITP: alephone -- marathon engine for related data games
owner 119911 !
thanks

i want to take on this issue

i have a alephone package with those changes to able to upload to main..

if we take in consideration the work on quake related ackages we can take:
a) a alephone engine package in main that provides only engine software
b) a marathon game package that ship in same way the engine and adata
as quake does
c) a excalibur morganas's revenge contrib package that can provide marathon-data
d) a marathon-data packages entries in game-data-packager as MUST BE

any feedbafck please?

Bug#803880: RFP: tyrutils quake 1 or 2 mod utils for building quake levels and quake file formats

[PICCORO McKAY Lenz]

a more improved folk are in https://github.com/ericwa/tyrutils-ericw

that fork are focused on lighting mdification more avanced ...

this tools are only for quake1 engines,
not quake2 so the bug RFP must be retitled to not be confuising
and lack of decompiling tool,
only some modification directly and compiling maps/ligts/vis etc

i made preliminary package for my own purpose under
http://venenuxrepo.fundacite-aragua.gob.ve/mskcommon/games/tyrutils/tyrutils-ericw_0.15.3-1.dsc
of the tyrutils-ericw improved folk if are interesting


and a tyrutils original packaged as:
http://venenuxrepo.fundacite-aragua.gob.ve/mskcommon/games/tyrutils/tyrutils_0.16pre-1.dsc

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

Bug#803880: RFP: tyrutils quake 1 or 2 mod utils for building quake levels and quake file formats

[PICCORO McKAY Lenz]

Package: wnpp
Severity: wishlist

* Package name: tyrutils
  Version : 0.15
  Upstream Author : Kevin Shanahan http://disenchant.net/about
* URL : http://disenchant.net/utils/
* License : GPL3
  Programming Lang: C
  Description : collection of command line utilities for building
Quake levels and working with various Quake file formats

collection of command line utilities for building Quake levels and
working with various Quake file formats
currently supported  are quake 2 and quake 1 maps..

qbsp - Used for turning a .map file into a playable .bsp file.
light - Used for lighting a level after the bsp stage. (This util was
previously known as TyrLite).
vis - Creates the potentially visible set (PVS) for a bsp.
bspinfo - Print stats about the data contained in a bsp file.
bsputil - Simple tool for manipulation of bsp file data.

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

Bug#119911: RFP: aleph One status

[PICCORO McKAY Lenz]

what about status of this buig?

and a note about mentors: i'll try to upload a package too but key files
fails... i reported two times that error.. maybe mentors system must be
more flexible ...


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

Bug#801513: RFP: OpenRedAlert - Remake engine of "Red Alert" and Command-n-Conquer with very few depends

[PICCORO McKAY Lenz]

Package: wnpp
Severity: wishlist


* Package name: openredalert
  Version : 2010
  Upstream Author : Damien Carol 
* URL : https://github.com/damiencarol/openredalert
* License : GPL
  Description : Remake engine of an old game "Red Alert" from
Westwood studio

OpenRedAlert is a game engine rebuild of the game
red alert 1.

Unless OpenRA, this engine only need few dependences and make layable
in all supported hardware older or newer..

This makes more suichtable to package and mantaint in debian way.

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

Bug#799954: RFP: yamagi-xatrix & yamagi-rogue

[PICCORO McKAY Lenz]

>Hi,
Hi alexandre and fabian

>The game-data-packager tool can create local packages for 
>quake2-reckoning-data & quake2-groundzero-data.
This its only for game data, not for game engine loading..
do u any time take a while and try to
understand the mechanish of quake 2 game mods?

depends of mod, the mod can require a game engine load
for certanin specific game logic, by example i'll try
to play the "zaero" exapansion without the "game.so" lib loading
and when arribe at firts door the door does not open
event inclusivelly after i push the swith ad run to it
after use the VERY compatible yzaero code of yamagi
now the game works perfectly.--

>Can you have a look and close this bug and 799954 if this works for you.
as i explained does not work!

same applied for xatrix and rogue, that's why i create
that request..

i read the license carefully and there's two things we can do:

1) the license only referts to Mocosoft software related "product", due
in conversations with layers in my country, this only applied to
the code and the product as well the "product" its only win32 executables
... so if the package produces binary debian this are not!
of course, any portion of code can be patched, so the
code can be put in non-free repository

2) provide only packages for autobuild when the game-data packager
has the data for games, as well are doing with modules/dkms

preliminary package was made for venenux here as starter point:

http://venenuxrepo.fundacite-aragua.gob.ve/mskcommon/games/quake2/

(waith around 45 minutes and dsc files will show up, i'm uploading)
my mentors key are not working, that's why i not upload to mentors!

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

Bug#799955: RFP: yamagi-xatrix & yamagi-rogue

[PICCORO McKAY Lenz]

please keep in CC the other bug

2015-09-29 12:57 GMT-04:30 Alexandre Detiste :
> TL;DR: it works, I'm in a volcano & I'm attacked by little flying things ;-)
do works? for what quake? (and i'm very curius about a screen je je)
for quake1 only pure data its need, for quake 2 depends of mod,
by example, the doom2 mods loads and are playable without a loader
but xatrix, rogue and specially zaero in my setup at leas not!


>> do u any time take a while and try to
>> understand the mechanish of quake 2 game mods?
>
> Most games are pure data, but Quake 2 is an exception.
yes! and its a pain for linux users that fact!

> I see there's here a bit of code that call "make" and expect to find a 
> resulting "game.so"
> http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/tree/game_data_packager/games/quake2.py

umm i have only the game-data-packager 36 not lasted i'm using squeeze
as main system and wheeze only for few things..

>
> There was some breakage due to package renaming; this is now fixed in git.
>
> Only strange thing is that I get a:
> | quake2-groundzero-data_43_all.deb
> instead of a:
> | quake2-groundzero-data_43_amd64.deb
well maibe the "all" in arch are due mantainers think that mods for
quake2 are similar like quake1, but ar i see in git quake2 mod spected
a "game.so" as result...

umm then for thos two RFP rqeuest,
could one can generate a package and test if works

but in any case, the yamagi code focused on fixeds some bigs that id
soft does not, specially for linux!

and there's no game-data-packager for the zaero mod, and no linux
support (ion the official original disc the so file for linux crash
when loading)

the codes from yamagi are fully 64 bit clean! <<

>
>> i read the license carefully and there's two things we can do:
>>
>> 2) provide only packages for autobuild when the game-data packager
>> has the data for games, as well are doing with modules/dkms
>>
>> preliminary package was made for venenux here as starter point:
>>
>> http://venenuxrepo.fundacite-aragua.gob.ve/mskcommon/games/quake2/
>
> Haven't yet looked at that.
as i see in game-data-packager maybe not necesary to see, but yes if
take in consideration package it due have many bugfixeds over original
id soft code and yamagi ports are fully 64bit clean

>
>> (waith around 45 minutes and dsc files will show up, i'm uploading)
>> my mentors key are not working, that's why i not upload to mentors!
>>
>> Lenz McKAY Gerardo (PICCORO)
>> http://qgqlochekone.blogspot.com
>

Bug#799954: RFP: yamagi-xatrix & yamagi-rogue

[PICCORO McKAY Lenz]

> game-data-packager uses Yamagi's versions of the xatrix and rogue code,
> not the original id Software releases. The number of bugs fixed is
> exactly the same as if the same code was uploaded to Debian as packages.
so then, this bug (both) now can be closed for!

thanks for clarification i dont have knowlegd due my game-data-packager are 36
so i wish to the lasted version of game-data-pacakge will be
backported for jeesie at least

Bug#799954: RFP: yamagi-xatrix -- 'The Reckoning' for Yamagi Quake II

[PICCORO McKAY Lenz]

Package: wnpp
Severity: important

the source are only xatrix, this its a Reckoning
expansion loader for the yamagi-quake engine, i think

without this the expansion cannot be played
that's why i think its important

for packagin help, i currently upload a preliminary
dsc file for the venenux repo that can help to
that task to mantainer of the yamagi quake
(due package result must be in sync with main engine)


* Package name: yamagi-xatrix
  Version : 2.03
  Upstream Author : Yamagi Burmeister
* URL : https://github.com/yquake2/xatrix/releases
* License : GPL
  Programming Lang: C, C++
  Description : 'The Reckoning' for Yamagi Quake II

Quake II missionpack "The Reckoning", developed by Xatrix Software
for used with the "Yamagi Quake II Client", but may work withe other
clients too.

This package has some bugfixeds over the main original
loader for play the mission pack with quake2 engines.
http://www.yamagi.org/quake2.


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

Bug#799955: RFP: yamagi-rogue -- 'Ground Zero' for Yamagi Quake II

[PICCORO McKAY Lenz]

Package: wnpp
Severity: important

the source are only rogue, this its a Ground Zero
expansion loader for the yamagi-quake engine

without this the expansion cannot be played
that's why i think its important

for packagin help, i currently upload a preliminary
dsc file for the venenux repo that can help to
that task to mantainer of the yamagi quake
(due package result must be in sync with main engine)


* Package name: yamagi-rogue
  Version : 2.03
  Upstream Author : Yamagi Burmeister
* URL : https://github.com/yquake2/rogue/releases
* License : GPL
  Programming Lang: C, C++
  Description : 'Ground Zero' for Yamagi Quake II

Quake II missionpack "Ground Zero", developed by Rogue Software
for used with the "Yamagi Quake II Client", but may work withe other
clients too.

This package has many bugfixeds over the main original
loader for play the mission pack with quake2 engines.
http://www.yamagi.org/quake2.


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

Bug#799828: quake 1 free gpl conten game oq+

[PICCORO McKAY Lenz]

2015-09-23 2:58 GMT-04:30 Simon McVittie :
>
> This might be nice to have in Debian, but it is outside the scope of the
> quake package, which specifically exists to support the non-free data
> from id Software's Quake series, and can never be in Debian main. If you
umm u have right in this part, i send to quake package
due i dont see any other place, but now this bug was parse to wnpp


> if you are interested in including oqplus in Debian, it should be packaged
> separately, in main, similar to OpenArena (openarena, openarena-data,
> etc.) and Nexuiz Classic (nexuiz, nexuiz-data). It can be based on the
> quake source package, and it can use the same Quake-compatible engines
> as the quake package (like Nexuiz Classic does), but it isn't Quake.
The package if me or other will work in int must noteh that oq or oqp ç
operates in the id1 directory and for normal engines except darkplaces
may conflicts with non-free data from registered version i  mean
i cannot make work any of the openquartz or openquartz-plus in
quakespasm, tyr-quake or sdlquake with both gpl and non-free data installed
the darkplaces work due has mechanis to make it (special parse option)

> ensuring that scripting (QuakeC) is properly built from source (oqplus
> svn appears to contain a progs.dat and some source code, but no build
> system to update progs.dat from source). The difficult and tedious part
> is likely to be tracking down the copyright holders and source code for
> the assets (artwork, levels, etc.).
yes and no, the release mechanish of the older project was manually
>
> From http://openarena.ws/fsfps/oqplus.html#svn it appears that oqplus
> svn might not actually contain the source files for everything in its
> repository; it seems to be relying on OpenQuartz CVS for the source for
> some files.
yes, of course, the original openquartz project has a directory with
all necesary tools
also the tyr-quake project also has in separate tools

>
> Please retitle this bug as an ITP if you want to work on this.
i dont think so others mantainers like my packagin methods
the debian packaging proces are slowly and tedous

i make a better idea: i'll packagin for my distro VenenuX and let the sources
as started point for any ITP request of any other mantainer
so in this way i evade any unuselles work i made for nothing

>
> > The project are not dead, its active
the snv are broken link due has a typo, see:
http://mancubus.net/svn/hosted/fsfps/oqplus/

> the associated forum appears to have been deleted. I don't think this is
the forum are active here: http://openarena.ws/board/index.php?topic=4627.0
theres a little work and some make rules explained

Bug#799829: tyr-quake both quake1 & quakewolrd close to conservative engine stable-based

[PICCORO McKAY Lenz]

its RFP only provide a started point to facilite the packaging task to
mantainers

i see and important package request due provide both quake and
quakewolrd in both client and server witout so standard poblems (the
quakeforge are too complicate to package respect that)

free data content (at least for quake i think also for qw) are also
available in another rquest RFP #799828

Hi, i never used the reportbug due in my home network provider deny
any email send command so i must manually parse to gmail 

In any case i dont have any problem in help...
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com


2015-09-23 8:28 GMT-04:30 Mattia Rizzolo <mat...@mapreri.org>:
> For the reference, this is bug #799829, added in CC now.  Please keep it
> in replies (i.e., don't reply to the other mail but to this one).
> (this is another "erorr" you did, CCing debian-devel@ this way don't
> propagate the number bug and I had to look it up manually)
>
> On Wed, Sep 23, 2015 at 12:51:11PM +, Mattia Rizzolo wrote:
>> On Tue, Sep 22, 2015 at 10:39:25PM -0430, PICCORO McKAY Lenz wrote:
>> > package: wnpp
>> > severity: wishlist
>> >
>> >   Version 0.62 (0.61+git)
>> >   Upstream Author : Kevin Shanahan http://disenchant.net/about/
>> >   URL : http://disenchant.net/tyrquake/
>> >   License : GPLv2
>> >   Description : Very conservative QuakeWorld and Quake1 engine
>>
>> Hi there.
>>
>> WNPPs bugs have a particular format/syntax for their metadata to be able
>> to be parsed by automated tools (like the site wnpp.debian.net, but only
>> that).
>>
>> You don't seem to have used reportbug to generate this bug report (which
>> is fine), but please take a couple of minutes to read
>> https://www.debian.org/devel/wnpp/
>>
>> Is this a ITP or an RFP? that means, are you going to package this thing
>> and put it in the Debian archive of are you just asking somebody to do
>> that?
>>
>> --
>> regards,
>> Mattia Rizzolo
>>
>> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
>> more about me:  http://mapreri.org  : :'  :
>> Launchpad user: https://launchpad.net/~mapreri  `. `'`
>> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-
>
>
>
> --
> regards,
> Mattia Rizzolo
>
> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
> more about me:  http://mapreri.org  : :'  :
> Launchpad user: https://launchpad.net/~mapreri  `. `'`
> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-

Bug#799829: tyr-quake both quake1 & quakewolrd close to conservative engine stable-based

[PICCORO McKAY Lenz]

There's any consensus around quakeworld packagin?

i can see some politic around quake engines and provides and the
pacakges in venenux follow that, but i could'n find the prevous work
of the quakeforge packages only mail references!
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com


2015-09-23 11:09 GMT-04:30 Mattia Rizzolo <mat...@mapreri.org>:
> control: retitle -1 RFP: tyrquake -- very conservative QuakeWorld and Quake1 
> engine
>
> On Wed, Sep 23, 2015 at 10:15:59AM -0430, PICCORO McKAY Lenz wrote:
>> its RFP only provide a started point to facilite the packaging task to
>> mantainers
>
> ok, so let's format the title according (done with this email)
>
> --
> regards,
> Mattia Rizzolo
>
> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
> more about me:  http://mapreri.org  : :'  :
> Launchpad user: https://launchpad.net/~mapreri  `. `'`
> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-

Bug#694645: RFP: Reaction -- Reaction is a first person shooter based on the ioquake3 engine.

[PICCORO McKAY Lenz]

i'm interesting in packagin some games, this are one due i noted
normal ioquake3 engine could not run this game mod

in the svn code of that game, ther's a note that mention the engine
are little modified for..

due i have unresolved problems with gpg key in mentors i'll put the
dsc files in vennux repo and sponsored request will link those (
venenuxrepo.fundacite-aragua.gob.ve are for old but dsc sources will
compiled in lasted debian sid)

ther's any working in it?
could anybody sponsored my files when done?

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

Bug#799829: tyr-quake both quake1 & quakewolrd close to conservative engine stable-based

[PICCORO McKAY Lenz]

package: wnpp
severity: wishlist

  Version 0.62 (0.61+git)
  Upstream Author : Kevin Shanahan http://disenchant.net/about/
  URL : http://disenchant.net/tyrquake/
  License : GPLv2
  Description : Very conservative QuakeWorld and Quake1 engine

Very conservative engine that supports QuakeWorld and Quake1 both
client and server net, also quakeworld client and a server focused
too.

I have dsc files for packages on venenux close preliminary package,
that can be taken as started point removing the venenux patches that
only works for older debian versions (with --skip-patches)
here 
http://venenuxrepo.fundacite-aragua.gob.ve/mskcommon/games/quake1/tyrquake_0.61git0ca7766-1.dsc

the quakeworld provides was based on the older quakeworld packages
from upstream.

the quake1 provides are in syncwith quake engines in debian oficial.

i provide a previous bug whislist report about free data files
openquartz-plus tht also works with thi engine, providing a complete
free quake and quakeworld game (yes oq-plus provide qw too)

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

Bug#714820: ITP: ntopng -- High-Speed Web-based Traffic Analysis and Flow Collection Tool

[PICCORO McKAY Lenz]

the  rickshaw (1.4.6-1) package was uploaded to unstable:
 .
   * Initial upload (closes: #676631).

now the work in ntopng can be continued!

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


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/calci+fs3dc-vhaxqghds+2n7v_bcpe7qlryolea6avl3btu...@mail.gmail.com

Bug#714820: ITP: ntopng -- High-Speed Web-based Traffic Analysis and Flow Collection Tool

[PICCORO McKAY Lenz]

ping?

please at least upload to mentors.debian please!

theres no more versions on ntop site, now theyre use svn tarball releases


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


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALci+FSZ9+NprYamgtcxa_=F=qi+vp-f-i_il5wgtxmih-p...@mail.gmail.com

Bug#578192: RFP: PeerGuardian Linux (pgl) -- IP blocking software

[PICCORO McKAY Lenz]

ping?

what its the status of this bug?

why nobody can sponsored the premade packagves from pgl ?

please!


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

Bug#697712: RFP: ambulant -- Open source SMIL Player

[PICCORO McKAY Lenz]

Package: wnpp
Severity: wishlist


* Package name: ambulant
  Version : 2.2
  Upstream Author : Ambulant Team ambulant-feedb...@ambulantplayer.org
* URL : http://sourceforge.net/projects/ambulant
* License : LGPL
  Description : The AMBULANT Open SMIL Player with support for SMIL 3.0

The AMBULANT Open SMIL Player is an open-source media player with
fully support for SMIL 3.0,
featured namespace-based support for the SMIL Language, Extended
Mobile, Mobile, and Basic profiles.

Has many backends and also browser plugins.

-- System Information:
Debian Release: squeeze
  APT prefers stable
  APT policy: (990, 'stable'), (550, 'squeeze-backports')
Architecture: i386 (i686)
Shell:  /bin/bash linked to /bin/dash
Kernel: Linux 2.6.34-massenkoh-586
Locale: LANG=es_VE.UTF-8, LC_CTYPE=es_VE.UTF-8 (charmap=UTF-8)


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

Bug#652745: RFP: razor-qt -- simple qt-based desktop window manager

[PICCORO McKAY Lenz]

sorry , u must with more.. hours

theres new modules in razorqt, a razorshorcut daemon and a razor opensshj
ask pass so i carefully modify the rules and install files in razorqt git
hub..

please whait for and hours.. then i send info about packagin, but the info
only apllies to debian .. not winbuntu..

in any case u could run the debian script on razorqt sources under the
dist directory..

On Mon, Jul 9, 2012 at 6:00 PM, PICCORO McKAY Lenz
mckaygerh...@gmail.comwrote:

 i dont like winbuntu.. i send u files in few hours, go to sleep.. tomorrow
 u will be my packages.


 On Mon, Jul 9, 2012 at 5:45 PM, Manuel A. Fernandez Montecelo 
 manuel.montez...@gmail.com wrote:

 2012/7/9 PICCORO McKAY Lenz mckaygerh...@gmail.com:
  the problem, i do not have 24/7 intenet conection, and my tools are not
  network oriented ..
 
  here in sarisarinama work in put-paste schema and merge.. like old cvs,
 and
  no-one can touch thinks that dont own with out permision..
 
  i send u the dsc files for lenny, squeeze for razorqt at 2012-05-24 that
  work for lenny, for squeze waith for a few hours and i generate the
  0.4.99/0.5.0 dsc files due some new components are in git hub. ...

 I am going to disconnect and go to bed in a few minutes, so you don't
 need to send anything until tomorrow.

 Anyway, I've been looking at the Ubuntu package... do you think that
 it will work for Debian?


 https://launchpad.net/~razor-qt/+archive/ppa/+sourcepub/2255050/+listing-archive-extra


 Cheers.




 --
 Lenz McKAY Gerardo (PICCORO)
 http://qgqlochekone.blogspot.com
 Cofundador de Venenux;  debian based multimedia alike free only zealots
 users (oh well, i try but..too many free guidelines buahhh)
 http://shutendouji.net
 creador de massenkoh linux; debian enhanchements for better up to date
 support on stable brand, including non-free soft.




-- 
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com
Cofundador de Venenux;  debian based multimedia alike free only zealots
users (oh well, i try but..too many free guidelines buahhh)
http://shutendouji.net
creador de massenkoh linux; debian enhanchements for better up to date
support on stable brand, including non-free soft.

Bug#652745: RFP: razor-qt -- simple qt-based desktop window manager

[PICCORO McKAY Lenz]

well the debian package i try to upload to debian mentors, but debian
package mantainer system are too deprecated.. faild in my gpg key importa
and check..

i'm mantainer colaborator on razorqt github and send to debian the minimun
requeriments to build and pack raozrqt but nothing..

so then try to upload to
*mentors*.*debian*.nethttp://www.google.co.ve/url?sa=trct=jq=debian%20mentorssource=webcd=1ved=0CFQQFjAAurl=http%3A%2F%2Fmentors.debian.net%2Fei=1Bf7T5GEBY-c8gTThvXUBgusg=AFQjCNEHHtq5tzT2hpukiaA-x07-8xOilQ
 but always faild on key check, and my key have 4096 and a public part in a
public server..

i reported to mentors mail list th eproblem but nothing interesting in
solve problems..


currently many debian packages are poor on features and low improvements
due mantainers are people that not have knowledge on those software that
they pack!


On Mon, Jul 9, 2012 at 1:02 PM, Manuel A. Fernandez Montecelo 
manuel.montez...@gmail.com wrote:

 Hi,

 Any progress on this?

 I don't have experience packaging this kind of software (desktop
 environments), and I am not a Debian Developer, but maybe I can help
 to get things rolling.

 Cheers.




-- 
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com
Cofundador de Venenux;  debian based multimedia alike free only zealots
users (oh well, i try but..too many free guidelines buahhh)
http://shutendouji.net
creador de massenkoh linux; debian enhanchements for better up to date
support on stable brand, including non-free soft.

Bug#675355: RFP: qtermwidget -- unicode-enabled, embeddable QT4 terminal emulation widget

[PICCORO McKAY Lenz]

Package: wnpp
Severity: wishlist


* Package name: libqtermwidget
  Version : 0.4.0
  Upstream Author : pvanek p...@scribus.info
* URL : https://github.com/qterminal/qtermwidget
* License : GPL
  Programming Lang: C, C++, Python
  Description : unicode-enabled, embeddable QT4 terminal emulation widget


Unicode-enabled, embeddable QT widget for using as a built-in console
or terminal emulation widget.

This are usefully widgets and libs for building or/and implementing
terminal qt4 based applications.

Has a designer plugin for use on projects.

-- 
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com
Cofundador de Venenux;  debian based multimedia alike free only
zealots users (oh well, i try but..too many free guidelines buahhh)
http://shutendouji.net
creador de massenkoh linux; debian enhanchements for better up to date
support on stable brand, including non-free soft.



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALci+FQBFUcqjotWDMX_gX8dYCfZBVfhAP_gBgM7Vc-i=ys...@mail.gmail.com

Bug#652745: Razorqt details for packaging, .. requeriments and dependences, please read carefully.

[PICCORO McKAY Lenz]

i'm interesting in participate about packagin razorqt debian rules.either
as co-mantainer or just helper, but i well knowed razorqt packagin for
squeeze and wheeze hatn others..

i build working debian squeeze packages, for venenux release.. the only bug
i found in last git (this week) its desktop edit mode, all other thinks
works well and perfectly under debian squeeze and wheeze..  the 0.4.1 bugs
udenr debian squeeze were just reported mostly by me and some with proper
solution to git directly..

requeriments:

qt4 = 4.6.1-1
libpolkit-agent-1-dev = 0.96-1
libpolkit-qt-1-dev = 0.99-1 (in this case i backported polkitqt from
debian snapshots for squeeze)
libmagic-dev,
libxrender-dev,
libxcomposite-dev,
libxdamage-dev,
libudev-dev,
libqt4-webkit | libqtwebkit4,  (in this case i make an xor due in squeeze 
wheeze these packages named differently)
libxcursor-dev,
zlib1g-dev

i attach a diff with send days ago to razorqt google discution update
rules, but theyre not build debian packages as debian does, they use a bash
script taht not make happy debian squeeze packagin..
http://groups.google.com/group/razor-qt/browse_thread/thread/4a167d5034d76cc7
so
later git code where updated.

NOTES: lightdm are very unusefully due active development and changes to
dm, respect to razorqt-lightdm theme and part of code.. i not recommended
build and mantain a package for that.. untill code are usefully
build-able.. currently are some build bugs in that part.

NOTES: polkit agent and icon theming has some small requieriments, for
squeeze i recommend backporting a libpolkit 0.99 and that for build
qtpolkit 0.99 necesary later for build the razorqt-polkit part, also when
package are complety u must make depends on oxigen-icon-theme due some more
issues around icon code in git:

References:

oxigen-icon-theme's reason
http://groups.google.com/group/razor-qt/browse_thread/thread/6634af2ec3e812b3/b321f7141ace95da#b321f7141ace95daand
http://groups.google.com/group/razor-qt/browse_thread/thread/d1b03a394c08c93f


lightdm related build problems making not packaging available
http://groups.google.com/group/razor-qt/browse_thread/thread/eca608d673b97f68


licence issues now solves: https://github.com/Razor-qt/razor-qt/issues/287
-- 
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com
Cofundador de Venenux;  debian based multimedia alike free only zealots
users (oh well, i try but..too many free guidelines buahhh)
http://shutendouji.net
creador de massenkoh linux; debian enhanchements for better up to date
support on stable brand, including non-free soft.