Bug#1051944: ITP: sd-mux-ctrl -- SD card multiplexer controller

[Lisandro Damián Nicanor Pérez Meyer]

El jueves, 14 de septiembre de 2023 14:23:01 -03 Lisandro Damián Nicanor Pérez 
Meyer escribió:
> Package: wnpp
> Severity: wishlist
> Owner: Lisandro Damián Nicanor Pérez Meyer 
> X-Debbugs-Cc: debian-de...@lists.debian.org, lisan...@debian.org
> 
> * Package name: sd-mux-ctrl
>   Version : 0.0.3
>   Upstream Contact: Lisandro Damián Nicanor Pérez Meyer 
> * URL : https://gitlab.com/perezmeyer/sd-mux-ctrl
> * License : Apache-2.0
>   Programming Lang: C++
>   Description : SD card multiplexer controller
> 
> sd-mux stands for Secure Digital Multiplexer. This is SD card switcher
> (multiplexer) designed to help automatic testing.
> .
> The software is designed to work with Tizen's SD MUX [0], but it is also
> compatible with SDWire [1], which is now recommended over the former.
> .
> [0] <https://wiki.tizen.org/SD_MUX>
> [1] <https://wiki.tizen.org/SDWire>
> 
> While the archive has usbsdmux packaged they are simply two different
> hardware with different way fo solving the same problem, so they need
> different approaches. I have reached usbsdmux's ceratrors and they are
> not going to add support for the SDWire, and I prefer C++ rather than
> python, so better to have this software also packaged.

Worth to mention: the upstream project is basically dead, so I'm taking it 
over. To be honest the tool "just works", so most of the work is maintaining 
the package.


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

Bug#1051944: ITP: sd-mux-ctrl -- SD card multiplexer controller

[Lisandro Damián Nicanor Pérez Meyer]

Package: wnpp
Severity: wishlist
Owner: Lisandro Damián Nicanor Pérez Meyer 
X-Debbugs-Cc: debian-de...@lists.debian.org, lisan...@debian.org

* Package name: sd-mux-ctrl
  Version : 0.0.3
  Upstream Contact: Lisandro Damián Nicanor Pérez Meyer 
* URL : https://gitlab.com/perezmeyer/sd-mux-ctrl
* License : Apache-2.0
  Programming Lang: C++
  Description : SD card multiplexer controller

sd-mux stands for Secure Digital Multiplexer. This is SD card switcher
(multiplexer) designed to help automatic testing.
.
The software is designed to work with Tizen's SD MUX [0], but it is also
compatible with SDWire [1], which is now recommended over the former.
.
[0] <https://wiki.tizen.org/SD_MUX>
[1] <https://wiki.tizen.org/SDWire>

While the archive has usbsdmux packaged they are simply two different
hardware with different way fo solving the same problem, so they need
different approaches. I have reached usbsdmux's ceratrors and they are
not going to add support for the SDWire, and I prefer C++ rather than
python, so better to have this software also packaged.

Bug#641812: Packaging qtsingleapplication?

[Lisandro Damián Nicanor Pérez Meyer]

Hi Kunal! Sorry for the very late reply.

On Mon, 6 Jul 2020 at 05:42, Kunal Mehta  wrote:
>
> Hi Qt maintainers,
>
> I'm currently packaging kiwix (#763321) and came across
> qtsingleapplication. It has had an open RFP (#641812) since 2011.
>
> Currently upstream kiwix bundles a copy of qtsingleapplication in its
> Git repo/tarballs, as there is no packaged version.
>
> However, the Fedora kiwix packager has asked
> (<https://github.com/kiwix/kiwix-desktop/issues/470>) for
> qtsingleapplication to be unbundled as they have it packaged.
>
> I noticed via codesearch that there are other packages that also bundle
> qtsingleapplication:
> <https://codesearch.debian.net/search?q=qtsingleapplication=1>.
>
> Is this something current Qt maintainers would be interested in
> providing a package for? Or should I recommend to upstream to continue
> bundling it?

Wow, I didn't know that it worked with Qt5, last time I checked it was
a Qt 4 only thing.

For what I understand this is a non-maintained piece of technology,
for example: where is upstream for it?

Anyways, you are free to package it yourself.

Cheers, Lisandro.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

Bug#947498: RFP: litehtml -- lightweight HTML rendering engine with CSS2/CSS3 support.

[Lisandro Damián Nicanor Pérez Meyer]

Package: wnpp
Severity: wishlist

* Package name: litehtml
  Version : 0.5
  Upstream Author : Yuri Kobets (tordex)
* URL : https://github.com/litehtml/litehtml
* License : BSD
  Programming Lang: C++
  Description : lightweight HTML rendering engine with CSS2/CSS3 support.

litehtml is the lightweight HTML rendering engine with CSS2/CSS3 support. Note
that litehtml itself does not draw any text, pictures or other graphics and that
litehtml does not depend on any image/draw/font library. You are free to use any
library to draw images, fonts and any other graphics. litehtml just parses
HTML/CSS and places the HTML elements into the correct positions (renders HTML).
To draw the HTML elements you have to implement the simple callback interface
document_container. This interface is really simple, check it out! The
document_container implementation is required to render HTML correctly.

Where litehtml can be used

litehtml can be used when you need to show HTML formatted text or even to create
a mini-browser, but using it as a full-featured HTML engine is not recommended.
Usually you don't need something like WebKit to show simple HTML tooltips or
HTML-formatted text, litehtml is much better for these as it's more lightweight
and easier to integrate into your application.

The package can be used by Qt Creator to better render help pages. So if anyone
takes it please file a wishlist bug against Qt Creator to make use of it.

Bug#874843: RC bug ignored

[Lisandro Damián Nicanor Pérez Meyer]

Hi Eduard!

As you reassigned the bug to wnpp cdcat lost it's RC bug. Do you mind if I 
clone it and reassign the clone to cdcat?

We are targetting at removing Qt4 from testing as a first step.

Thanks, Lisandro.

Bug#935485: Looking for help with a recently removed package, kcollectd

[Lisandro Damián Nicanor Pérez Meyer]

Hi Antonio! It seems you missed my mail to the wnpp bug, ( my fault, I
should have CCed you) but better yet if Sandro can help here, he definitely
knows the kde side of the team much better then I.

Of course, feel free to ping me if necessary.

Cheers, Lisandro

Bug#936033: ITP: pyprof2calltree -- visualise Python cProfile data with this kcachegrind converter

[Lisandro Damián Nicanor Pérez Meyer]

I'll happily sponsor it.

El jue., 29 ago. 2019 07:03, Nicholas D Steeves 
escribió:

> Package: wnpp
> Severity: wishlist
> Owner: Nicholas D Steeves 
>
> Package name: pyprof2calltree
> Version : 1.4.4
> Upstream Author : Peter Waller 
> URL : https://github.com/pwaller/pyprof2calltree
> License : Expat, MIT, or custom-permissive (needs verification)
> Programming Lang: Python
> Description : visualise Python cProfile data with this kcachegrind
> converter
>
>  Pyprof2calltree converts cProfile data into a format that is
>  consumable by kcachegrind and qcachegrind for graphical calltree
>  analysis.  This combination provides similar capabilities to Snakeviz
>  or RunSnakeRun.
>  .
>  Pyprof2calltree is an adaptation of lsprofcalltree.py, by David
>  Allouche, Jp Calderone, Itamar Shtull-Trauring, and Johan Dahlin.  It
>  has been adapted to behave more like scripts in the
>  kcachegrind-converters package.  One of the authors' objectives is
>  for pyprof2calltree to become part of the official upstream kdesdk
>  package.
>  .
>  This package installs the library for Python 3.
>
> I am packaging this because of the cProfile visualisers Elpy (Emacs
> IDE for Python) supports: one displays in a browser, RunSnakeRune is
> Python 2 only, which leaves this package.  IMHO it's the most
> desirable, but I have a KDE bias.
>
> As I'm already on the QT/KDE Team and upstream intents to eventually
> merge it into kdesdk, I believe the KDE Extras project is probably the
> most appropriate place for it.  I will need a sponsor for the initial
> upload.
>
>
> Regards,
> Nicholas
>
>

Bug#694077: Package review

[Lisandro Damián Nicanor Pérez Meyer]

If you go for the patch approach add a Comment field in the copyright
file, so reviewers know what to expect-.

On Sun, 25 Aug 2019 at 12:33, Lisandro Damián Nicanor Pérez Meyer
 wrote:
>
> On Sun, 25 Aug 2019 at 12:26, Lisandro Damián Nicanor Pérez Meyer
>  wrote:
> [snip]
> >
> > Mmm, I'm not entirely sure if the code in plugins/hid is
> > DFSG-compliant. It's license it's too lax. I think I'll upload it non
> > the less in the meantime, and see what FTP masters think.
>
> Better yet, I looked for previous art within Debian and found:
>
> <http://codesearch.debian.net/search?q=HIDAPI_H__=1>
>
> And more specifiically:
>
> <http://codesearch.debian.net/show?file=libsdl2_2.0.9%2Bdfsg1-1%2Fsrc%2Fhidapi%2Fhidapi%2Fhidapi.h=27>
>
> As you can see the license is much clearer there. This is something
> that must be solved before uploading. Ideally by fixing it upstream,
> but a patch might do the work in the meantime.
>
> Cheers, Lisandro.
>
> --
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/



-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

Bug#694077: Package review

[Lisandro Damián Nicanor Pérez Meyer]

On Sun, 25 Aug 2019 at 12:26, Lisandro Damián Nicanor Pérez Meyer
 wrote:
[snip]
>
> Mmm, I'm not entirely sure if the code in plugins/hid is
> DFSG-compliant. It's license it's too lax. I think I'll upload it non
> the less in the meantime, and see what FTP masters think.

Better yet, I looked for previous art within Debian and found:

<http://codesearch.debian.net/search?q=HIDAPI_H__=1>

And more specifiically:

<http://codesearch.debian.net/show?file=libsdl2_2.0.9%2Bdfsg1-1%2Fsrc%2Fhidapi%2Fhidapi%2Fhidapi.h=27>

As you can see the license is much clearer there. This is something
that must be solved before uploading. Ideally by fixing it upstream,
but a patch might do the work in the meantime.

Cheers, Lisandro.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

Bug#694077: Package review

[Lisandro Damián Nicanor Pérez Meyer]

Hi!

On Sun, 25 Aug 2019 at 06:22, Jérôme Lebleu  wrote:
>
> Le 24/08/2019 à 22:26, Lisandro Damián Nicanor Pérez Meyer a écrit :
> > please release it (dch -r), push it and I'll upload.
>
> It is now done and pushed, thanks in advance!
>
> I tried again to build the package and didn't have any failure this
> time. The one that didn't pass was at this line:
>
>
> https://github.com/mcallegari/qlcplus/blob/QLC+_4.12.1/engine/test/mastertimer/mastertimer_test.cpp#L197
>
> We will see if this test fails on the Debian build system too. In that
> case, we will maybe have to add DEFINES+=SKIP_TEST as it is done when
> travis is used:
>
>
> https://github.com/mcallegari/qlcplus/blob/QLC%2B_4.12.1/engine/test/mastertimer/mastertimer.pro#L18
>
> I should ask Massimo in that case since this variable name can be ambiguous.

Mmm, I'm not entirely sure if the code in plugins/hid is
DFSG-compliant. It's license it's too lax. I think I'll upload it non
the less in the meantime, and see what FTP masters think.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

Bug#694077: Package review

[Lisandro Damián Nicanor Pérez Meyer]

please release it (dch -r), push it and I'll upload.

On Tue, 20 Aug 2019 at 09:07, Lisandro Damián Nicanor Pérez Meyer
 wrote:
>
> Hi!
>
> El mar., 20 ago. 2019 05:35, Jérôme Lebleu  escribió:
>>
>> Hi Lisandro,
>>
>> I am happy to read from you!
>>
>> Le 19/08/2019 à 21:42, Lisandro Damián Nicanor Pérez Meyer a écrit :
>> > I'm afraid it's failing to build from source:
>> >
>> > x86_64-linux-gnu/qt5 -isystem 
>> > /usr/include/x86_64-linux-gnu/qt5/QtMultimedia -isystem 
>> > /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem 
>> > /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem 
>> > /usr/include/x86_64-linux-gnu/qt5/QtScript -isystem 
>> > /usr/include/x86_64-linux-gnu/qt5/QtCore -I. -isystem /usr/include/libdrm 
>> > -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o qlcfixturedefcache.o 
>> > qlcfixturedefcache.cpp
>> > qlcfixturedef.cpp: In member function ‘QLCPhysical 
>> > QLCFixtureDef::physical() const’:
>> > qlcfixturedef.cpp:342:12: error: implicitly-declared 
>> > ‘QLCPhysical::QLCPhysical(const QLCPhysical&)’ is deprecated 
>> > [-Werror=deprecated-copy]
>> >   342 | return m_physical;
>> >   |^~
>> > In file included from qlcfixturedef.h:28,
>> >  from qlcfixturemode.h:29,
>> >  from qlcfixturedef.cpp:28:
>> > qlcphysical.h:78:18: note: because ‘QLCPhysical’ has user-provided 
>> > ‘QLCPhysical& QLCPhysical::operator=(const QLCPhysical&)’
>> >78 | QLCPhysical& operator=(const QLCPhysical& physical);
>> >   |  ^~~~
>> > cc1plus: all warnings being treated as errors
>> > make[3]: *** [Makefile:1206: qlcfixturedef.o] Error 1
>> > make[3]: *** Waiting for unfinished jobs
>> > make[3]: Leaving directory '/<>/engine/src'
>> > make[2]: *** [Makefile:90: sub-src-make_first-ordered] Error 2
>> > make[2]: Leaving directory '/<>/engine'
>> > make[1]: *** [Makefile:96: sub-engine-make_first-ordered] Error 2
>> > make[1]: Leaving directory '/<>'
>> > dh_auto_build: make -j2 returned exit code 2
>> > make: *** [debian/rules:14: build] Error 255
>> > dpkg-buildpackage: error: debian/rules build subprocess returned exit 
>> > status 2
>> > 
>> > Build finished at 2019-08-19T19:38:24Z
>> >
>> >
>> > Could it be the switch to gcc-9?
>>
>> Thanks for your report, I have just discovered that yesterday too. Yes
>> it should be the switch to gcc-9 as there were no errors before... I
>> have added -Wno-error=deprecated-copy for the moment to makes this
>> warnings not be errors. I will take the time as soon as possible to
>> report it upstream, if it is not meanwhile fixed. Is it also okay for a
>> first upload too?
>
>
> I think it is.



-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

Bug#694077: Package review

[Lisandro Damián Nicanor Pérez Meyer]

Hi!

El mar., 20 ago. 2019 05:35, Jérôme Lebleu  escribió:

> Hi Lisandro,
>
> I am happy to read from you!
>
> Le 19/08/2019 à 21:42, Lisandro Damián Nicanor Pérez Meyer a écrit :
> > I'm afraid it's failing to build from source:
> >
> > x86_64-linux-gnu/qt5 -isystem
> /usr/include/x86_64-linux-gnu/qt5/QtMultimedia -isystem
> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem
> /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem
> /usr/include/x86_64-linux-gnu/qt5/QtScript -isystem
> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. -isystem /usr/include/libdrm
> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o qlcfixturedefcache.o
> qlcfixturedefcache.cpp
> > qlcfixturedef.cpp: In member function ‘QLCPhysical
> QLCFixtureDef::physical() const’:
> > qlcfixturedef.cpp:342:12: error: implicitly-declared
> ‘QLCPhysical::QLCPhysical(const QLCPhysical&)’ is deprecated
> [-Werror=deprecated-copy]
>
> >   342 | return m_physical;
> >   |^~
> > In file included from qlcfixturedef.h:28,
> >  from qlcfixturemode.h:29,
> >  from qlcfixturedef.cpp:28:
> > qlcphysical.h:78:18: note: because ‘QLCPhysical’ has user-provided
> ‘QLCPhysical& QLCPhysical::operator=(const QLCPhysical&)’
>
> >78 | QLCPhysical& operator=(const QLCPhysical& physical);
> >   |  ^~~~
> > cc1plus: all warnings being treated as errors
> > make[3]: *** [Makefile:1206: qlcfixturedef.o] Error 1
> > make[3]: *** Waiting for unfinished jobs
> > make[3]: Leaving directory '/<>/engine/src'
> > make[2]: *** [Makefile:90: sub-src-make_first-ordered] Error 2
> > make[2]: Leaving directory '/<>/engine'
> > make[1]: *** [Makefile:96: sub-engine-make_first-ordered] Error 2
> > make[1]: Leaving directory '/<>'
> > dh_auto_build: make -j2 returned exit code 2
> > make: *** [debian/rules:14: build] Error 255
> > dpkg-buildpackage: error: debian/rules build subprocess returned exit
> status 2
> >
> 
> > Build finished at 2019-08-19T19:38:24Z
> >
> >
> > Could it be the switch to gcc-9?
>
> Thanks for your report, I have just discovered that yesterday too. Yes
> it should be the switch to gcc-9 as there were no errors before... I
> have added -Wno-error=deprecated-copy for the moment to makes this
> warnings not be errors. I will take the time as soon as possible to
> report it upstream, if it is not meanwhile fixed. Is it also okay for a
> first upload too?
>

I think it is.

>

Bug#694077: Package review

[Lisandro Damián Nicanor Pérez Meyer]

I'm afraid it's failing to build from source:

x86_64-linux-gnu/qt5 -isystem /usr/include/x86_64-linux-gnu/qt5/QtMultimedia 
-isystem /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem 
/usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem 
/usr/include/x86_64-linux-gnu/qt5/QtScript -isystem 
/usr/include/x86_64-linux-gnu/qt5/QtCore -I. -isystem /usr/include/libdrm 
-I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o qlcfixturedefcache.o 
qlcfixturedefcache.cpp 
qlcfixturedef.cpp: In member function ‘QLCPhysical QLCFixtureDef::physical() 
const’:
qlcfixturedef.cpp:342:12: error: implicitly-declared 
‘QLCPhysical::QLCPhysical(const QLCPhysical&)’ is deprecated 
[-Werror=deprecated-copy]   
   
  342 | return m_physical;
  |^~
In file included from qlcfixturedef.h:28,
 from qlcfixturemode.h:29,
 from qlcfixturedef.cpp:28:
qlcphysical.h:78:18: note: because ‘QLCPhysical’ has user-provided 
‘QLCPhysical& QLCPhysical::operator=(const QLCPhysical&)’   
  
   78 | QLCPhysical& operator=(const QLCPhysical& physical);
  |  ^~~~
cc1plus: all warnings being treated as errors
make[3]: *** [Makefile:1206: qlcfixturedef.o] Error 1
make[3]: *** Waiting for unfinished jobs
make[3]: Leaving directory '/<>/engine/src'
make[2]: *** [Makefile:90: sub-src-make_first-ordered] Error 2
make[2]: Leaving directory '/<>/engine'
make[1]: *** [Makefile:96: sub-engine-make_first-ordered] Error 2
make[1]: Leaving directory '/<>'
dh_auto_build: make -j2 returned exit code 2
make: *** [debian/rules:14: build] Error 255
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

Build finished at 2019-08-19T19:38:24Z


Could it be the switch to gcc-9? 

Bug#694077: Package review

[Lisandro Damián Nicanor Pérez Meyer]

On 19/08/13 11:06, Jérôme Lebleu wrote:
> Hi Lisandro,
> 
> Thanks a lot for your review and all your advice! It gives me more
> motivation to follow through this package.

Great! I've looked into the changes and really liked what I saw :-)
 
> On Sat, 3 Aug 2019 23:27:28 -0300 Lisandro Damián Nicanor Pérez Meyer
>  wrote:
> > = debian/changelog
> > 
> > As it's the first upload the only line really needed is:
> > 
> > * Initial release (Closes: #694077)
> 
> It's done.
> 
> > = debian/patches
> > 
> > Why are you disabling patches? The patch description is not clear
> > about it. I had to read debian/rules to know why :-)
> > 
> > Try this:
> > 
> > override_dh_auto_test-arch:
> > xvfb-run -a -s "-screen 0 1024x768x24 +extension RANDR
> > +extension RENDER +extension GLX +extension EGL" \
> > dh_auto_test --max-parallel=1 --
> > QT_PLUGIN_PATH=$(CURDIR)/plugins QML2_IMPORT_PATH=$(CURDIR)/qml
> > 
> > The Qt5 version seems to use QML so the above should work. This comes
> > from qt3d's debian/rules.
> > 
> > After that override the -indep target:
> > 
> > override_dh_auto_test-indep:
> > 
> > 
> > And leave no commands in it. This is because this package does not
> > seems to have testes for arch:all binary packages (I might be wrong
> > though).
> 
> I have try to understand all of this first, so I went step by step and I
> succeed to pass the tests with only:
> 
> override_dh_auto_test-arch:
>   xvfb-run -a dh_auto_test
> 
> More work was needed, I let you review it at
> https://salsa.debian.org/jlebleu-guest/qlcplus/commit/54a466af5361321638350cbf8ee2ba2a2893c30d.

Looks good, I'll be compiling it hopeully today.

> > = debian/copyright
> > 
> > Massimo Callegari's copyright should go at least up to 2018:
> > 
> >2012-2018 Massimo Callegari 
> > 
> > You are missing many copyright entries and licenses. Please start with:
> > 
> > grep -iRn copyright *
> > 
> > in the project's root directory. You will find many people nott yest listed.
> 
> Indeed!... I have tried to add all missing entries.
> 
> I also try to fix all other warnings reported by lintian. There are
> still some Info however:
> 
>  * I: qlcplus: hardening-no-fortify-functions
> usr/lib/x86_64-linux-gnu/qt5/plugins/qlcplus/libmidiplugin.so
> 
>I would say that it is a false-positive since it is the only one but
> I don't know enough to be sure. What do you think?

We can start by leaving it as it is.

>  * I: qlcplus: desktop-entry-lacks-keywords-entry
> usr/share/applications/qlcplus-fixtureeditor.desktop
>I: qlcplus: desktop-entry-lacks-keywords-entry
> usr/share/applications/qlcplus.desktop
> 
>I will see to purpose a patch upstream first.

Great. Also not strictly necessary for a fir upload.

> Finally, I have - at least - ask to be the owner of this bug as Wouter
> was okay with that.
> 
> > Feel free to ping me for sponsorship!!!
> 
> Thanks for your proposal, I am really interested in! In fact, I first
> ask a friend of mine, with whom I try to maintain another package, but
> he seems quite busy with many other projects. Moreover, having the
> sponsor of someone else can only be enriching.

Great!

Bug#694077: Package review

[Lisandro Damián Nicanor Pérez Meyer]

On Sat, 3 Aug 2019 at 23:30, Lisandro Damián Nicanor Pérez Meyer
 wrote:
>
> = debian/changelog
>
> As it's the first upload the only line really needed is:
>
> * Initial release (Closes: #694077)
>
> = debian/patches
>
> Why are you disabling patches? The patch description is not clear
> about it. I had to read debian/rules to know why :-)
>
> Try this:
>
> override_dh_auto_test-arch:
> xvfb-run -a -s "-screen 0 1024x768x24 +extension RANDR
> +extension RENDER +extension GLX +extension EGL" \
> dh_auto_test --max-parallel=1 --
> QT_PLUGIN_PATH=$(CURDIR)/plugins QML2_IMPORT_PATH=$(CURDIR)/qml
>
> The Qt5 version seems to use QML so the above should work. This comes
> from qt3d's debian/rules.

And of course, you need more build dependencies, namely:

xauth ,
xvfb ,

Extre tip: this is totally up to you, but I certainly like what
devscripts' wrap-and-sort does :-) Try it out!



-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

Bug#694077: Package review

[Lisandro Damián Nicanor Pérez Meyer]

= debian/changelog

As it's the first upload the only line really needed is:

* Initial release (Closes: #694077)

= debian/patches

Why are you disabling patches? The patch description is not clear
about it. I had to read debian/rules to know why :-)

Try this:

override_dh_auto_test-arch:
xvfb-run -a -s "-screen 0 1024x768x24 +extension RANDR
+extension RENDER +extension GLX +extension EGL" \
dh_auto_test --max-parallel=1 --
QT_PLUGIN_PATH=$(CURDIR)/plugins QML2_IMPORT_PATH=$(CURDIR)/qml

The Qt5 version seems to use QML so the above should work. This comes
from qt3d's debian/rules.

After that override the -indep target:

override_dh_auto_test-indep:


And leave no commands in it. This is because this package does not
seems to have testes for arch:all binary packages (I might be wrong
though).

= debian/copyright

Massimo Callegari's copyright should go at least up to 2018:

   2012-2018 Massimo Callegari 

You are missing many copyright entries and licenses. Please start with:

grep -iRn copyright *

in the project's root directory. You will find many people nott yest listed.

Feel free to ping me for sponsorship!!!

Lisandro.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

Bug#918072: RFP: md4c -- C Markdown parser

[Lisandro Damián Nicanor Pérez Meyer]

Package: wnpp
Severity: wishlist

* Package name: md4c
  Version : 0.2.7
  Upstream Author : Martin Mitáš
* URL : https://github.com/mity/md4c
* License : MIT
  Programming Lang: C
  Description : C Markdown parser

 MD4C is C Markdown parser with the following features:
 .
 Compliance: Generally MD4C aims to be compliant to the latest version of
 CommonMark specification. Right now fully compliant to CommonMark 0.28.
 .
 Extensions: MD4C supports some commonly requested and accepted extensions.
 .
 Compactness: MD4C is implemented in one source file and one header file.
 .
 Embedding: MD4C is easy to reuse in other projects, its API is very 
 straightforward: There is actually just one function, md_parse().
 .
 Push model: MD4C parses the complete document and calls callback functions
 provided by the application for each start/end of block, start/end of a span,
 and with any textual contents.
 .
 Portability: MD4C builds and works on Windows and Linux, and it should
 be fairly simple to make it run also on most other systems.
 .
 Encoding: MD4C can be compiled to recognize ASCII-only control characters,
 UTF-8 and, on Windows, also UTF-16, i.e. what is on Windows commonly
 called just "Unicode". See more details below.
 .
 Permissive license: MD4C is available under the MIT license.

This source code will be needed by Qt in the future, see

Bug#877871: RFP: pyside2 -- Python bindings for Qt5

[Lisandro Damián Nicanor Pérez Meyer]

Hello! First of all sorry for the late review, but the currently ongoing 
transition is not helping.

You might want to consider suscribing to pkg-kde-talk@a-l.d.n (CCed), it's a 
*very low* traffic mailing list in which we coordinate some stuff.

OK, looking at the package:

- I know I'm late, but python-pyside2 and python3-pyside3 are definitely not a 
good idea. Any packager could just use them as a build dependency and install 
*tons* of useless MB of packages to build a package that just needs qtbase. It 
would not surprise me if it's final installed size would exceed 1GB, without 
considering dependencies. We do not have a qt5-dev package for exactly this 
reason and time proved us to be right as many came in asking for it. Please 
consider removing this meta packages in your next upload.

- Looking at https://buildd.debian.org/status/package.php?p=pyside2 you might 
want to limit the qtwebengine5-dev to the archs in which it builts. If pyside2 
build system works like pyqt then the related packages will not get built on 
those archs. Yes, this needs an arch list in the related binary packages too.

- Looking at debian/control pyside2-tools seems to ship pyside2-uic, but 
python[3]-pyside2uic too. This is confusing :-/

I think that's all, thanks for it!

-- 
Programming is really just the mundane aspect of expressing a solution to a
problem. There are talents that are specifically related to actually coding,
but the real issue is being able to grasp problems and devise solutions that
are detailed enough to actually be coded.
  John Carmack answers on Slashdot,
  http://slashdot.org/games/99/10/15/1012230.shtml

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#877871: RFP: pyside2 -- Python bindings for Qt5

[Lisandro Damián Nicanor Pérez Meyer]

El jueves, 26 de julio de 2018 11:16:10 -03 Raphael Hertzog escribió:
> Control: tag -1 pending
> 
> Hello all,

Hello! Good to read you again!
 
> we have made good progress on the pyside2 packaging. Yesterday we
> had working packages built against Qt 5.10 that we managed to use to
> rebuild freecad and the application was working.
> 
> We worked in our own repository at the start:
> https://salsa.debian.org/freexian-team/pyside2
> 
> But I just pushed this to the team's official repository. You are more
> than welcome to review the package. The upstream build system is based
> on Python's setup.py but it then executes lots of custom code relying on
> cmake to build everything.
>
> We use pybuild because it does the right thing to build against the
> various Python versions but the upstream installation procedure is not
> really able to cope with the logic of building the same thing for
> different python versions and then installing the different set of file.
> 
> So we just used dh_install (and not pybuild's install procedure) to install
> the files out of some intermediate directories used by upstream. We
> used dh-exec to be able to install in multi-arch directories via
> dh_install.
> 
> I hope the package will continue to build once the Qt 5.11 transition is
> over, right now it doesn't because unstable is in flux with the transition
> that just started. It might build against experimental, I haven't tried.

I'm not a python packager, but what you describe sounds good. I'll try to take 
a look after I deal with various FTBFSs in the current transition.

> On Fri, 11 May 2018, Lisandro Damián Nicanor Pérez Meyer wrote:
> > It is worth to note that pyside2 will probably use some Qt's private
> > headers.
> We do depend on qtbase5-private-dev, right.

And qtdeclarative5-private-dev, which explains the dependency listed below.

> > - If Pyside2 uses private headers it will end up depending in
> > qt-abi-x-y- z, that's the way we track packages using private
> > headers (which includes qt submodules) and allows us to do very smooth
> > transitions whenever possible. That only means that it will need to get
> > rebuilt whenever we ship a new upstream version.
> 
> Some of the generated packages depend on "qtdeclarative-abi-x-y-z". That's
> the only occurrence of this pattern.

Well, it's strange that you build depend upon qtbase5-private-dev and do not 
end up depending on qtbase-abi-x-y-z. Except maybe the created binary is 
discarded in the process, like a test needing qtbase's internals.

> > All that being said, if the package is kept under qt/ following our repo
> > style it's easier for us to jump in in case it's needed (for example, if
> > we are
> That's definitely the goal here. I have no long term interest here. The
> initial packaging of pyside has been funded by a customer who is using
> freecad and wanted to keep the package in Debian. We will continue
> to help for as long as the customer is willing to pay our work but
> we definitely want the package to be under the team's umbrella so that
> it survives our efforts.

One of the reasons we did not package pyside2 was that none of us had the 
interest/could afford the extra time. But then again if the above situation 
arises is like when any of us can't keep on maintaining a package for 
, so better than nothing, and much welcomed.

> On Sat, 12 May 2018, Maximiliano Curia wrote:
> > I've created: https://salsa.debian.org/qt-kde-team/qt/pyside2
> 
> Pushed our work here.
> 
> > They are somewhat documented in http://pkg-kde.alioth.debian.org/, I would
> > say: http://pkg-kde.alioth.debian.org/gitguidelines.html -> but the
> > tagging
> 
> This moved here:
> https://qt-kde-team.pages.debian.net/
> https://qt-kde-team.pages.debian.net/gitguidelines.html
> 
> I honestly find those policies very counter-productive with a high
> setup cost and lots of divergence compared to usual practices in most
> other teams.

To be honest our team's practices exists from before most teams got usual 
practices, and gbp was created.

I think none of us use the "git tricks" described there, just keep the debian/ 
stuff and unpack the tarballs.

> Anyway, I can stick to them for this package but right
> now I'm maintaining pyside2 with git-buildpackage in a usual
> merged-with-upstream branch and I will just cherry-pick my changes
> to the debian-only branch pushed to your repository.

That sounds just like the right thing to do if you prefer gbp. And it's 
actually nice to read that you could follow your (almost) normal workflow non 
the less :-)

> BTW, the policy of requiring a changelog entry in each commit goes very
> much again the stated goal of "reduce conflicts in debian/cha

Bug#873464: WIP

[Lisandro Damián Nicanor Pérez Meyer]

El viernes, 6 de julio de 2018 02:35:25 -03 usted escribió:
> Hi Lisandro,
> 
> How can I help? I don't know much about packaging but can learn or do
> testing.

Hi Fabián! I'm afraid there is not much you can do, I have been failing to 
review Scarlett's work for three weeks in a row now, and at this point that's 
all that's needed to continue :-/

Thanks for your interest!

-- 
Los chicos tienen un mayor dominio de la tecnología (y las habilidades y
lenguaje que eso implica) que los adultos con los que se relacionan. Por lo
general saben más que sus propios padres, sus docentes, sus pediatras,
psicólogos, que los políticos y funcionarios de sus comunidades. Eso afectó la
autoridad que tenía un adulto para habilitar al mundo.
  Luis Pescetti
  http://www.luispescetti.com/regale-su-obra/

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#873464: WIP

[Lisandro Damián Nicanor Pérez Meyer]

It's worth to mention that work is in progress.

-- 
Either he's dead or my watch has stopped.
 -- Groucho Marx

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#877871: RFP: pyside2 -- Python bindings for Qt5

[Lisandro Damián Nicanor Pérez Meyer]

Hi! I received this mail after sending my previous one.

El viernes, 11 de mayo de 2018 10:33:44 -03 Raphael Hertzog escribió:
> Hi,
> 
> On Fri, 11 May 2018, Maximiliano Curia wrote:
> > > Sophie and me are working to bring pyside2 into Debian. We would like to
> > > put it in pkg-kde-extras. I requested access to the salsa group for
> > > this.
> > 
> > Welcome to the team!
> 
> Thank you. Note that you granted me "developer" access which doesn't let
> me create new repositories, so I will need one of you to create the
> repository and also to add sophie (sbrun-guest) as member of the
> pyside2 repository.

Right, we normally do this and when someone asks for a new repo we create it 
and give master access to it.

> > Right, but please take into account that the packages maintained under the
> > qt tree use a debian directory only packaging branch, and in general, they
> > use all the same packaging structure (no dpm, no upstream branches or tags
> > in the public repos, etc). This set of rules is more relaxed in qt-extras
> > and kde-extras.
> 
> Are the rules documented somewhere?

<https://salsa.debian.org/qt-kde-team/qt/qtbase/blob/master/debian/
README.source> starting from "Public VCS repository of Debian packaging"
Use the "Display source" button for better reading. 

See also http://pkg-kde.alioth.debian.org/gitguidelines.html

You can read more guidelines/rules in http://pkg-kde.alioth.debian.org/ 
section "Working notes"


> At this point, there are no (versioned) upstream tarball releases so it
> might be better to be able to have full sources in the git repository and
> generate the .orig.tar.gz out of it.

If you plan to use the qt namespace that will not be possible (as per my last 
mail).


-- 
Evite los parámetros estáticos. Si son inevitables, haga que el emisor
y el receptor negocien un valor.
  Andrew S. Tanenbaum, de su libro "Computer Networks"

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#877871: RFP: pyside2 -- Python bindings for Qt5

[Lisandro Damián Nicanor Pérez Meyer]

El viernes, 11 de mayo de 2018 06:48:23 -03 Dmitry Shachnev escribió:
> Hi all,
> 
> First of all, thanks Raphaël and Sophie for working on PySide2 packaging!

Same here!

> On Fri, May 11, 2018 at 10:25:57AM +0200, Maximiliano Curia wrote:
> > > Should it go in "Qt" or "Qt extras"? It's going to be something official
> > > by
> > > the upstream Qt project so I think that "Qt" might be good.
> > 
> > Right, but please take into account that the packages maintained under the
> > qt tree use a debian directory only packaging branch, and in general, they
> > use all the same packaging structure (no dpm, no upstream branches or tags
> > in the public repos, etc). This set of rules is more relaxed in qt-extras
> > and kde-extras.
> 
> It looks like pyside2 will use the same release cycle as Qt uses, so we
> will most likely have to update it together with the other Qt modules.
> 
> It would be a bit easier for us if you put it into the Qt namespace and
> followed our packaging scheme (debian/ only repository), but Qt extras and
> whatever repo structure should work too.

It is worth to note that pyside2 will probably use some Qt's private headers.
If that's true:

- We try to avoid exporting (aka: creating a binary package shipping) private 
headers as much as possible. They are problematic as any unstable API/ABI can 
be.

- We only ship those that are needed by Qt submodules themselves, and so far 
have been refusing to ship more.

- If Pyside2 uses private headers it will end up depending in qt-abi-x-y-
z, that's the way we track packages using private headers (which includes qt 
submodules) and allows us to do very smooth transitions whenever possible. 
That only means that it will need to get rebuilt whenever we ship a new 
upstream version.

General info: due to transitions, manpower and number of bugs we normally skip 
5.x.0 and even patch releases in unstable. In other words we tend to ship 5.x.
1 and 5.x.3 at most (upstream rarely does .3 releases anyways).

Sometimes we start packing .0 and even releases in experimental, to reduce the 
work needed when a suitable release is about to come.

All that being said, if the package is kept under qt/ following our repo style 
it's easier for us to jump in in case it's needed (for example, if we are 
ready for a transition). I can't say if anyone will be able to do it if kept 
under qt-extras and using gbp or alike (I personally don't use nor expect to 
use gbp, for example).


> > Also, I don't see in the bug log any comment about the current pyside
> > maintenance, are the pyside maintainers ok with moving the new version of
> > the project to a different repository in a different team?
> 
> As far as I know, there are no current pyside 1.x maintainers. So there is
> nobody who can complain about this move.

Right. I think all is needed to create the repo is knowing which namespace you 
will prefer: qt or qt-extras.

Of course, please feel free to ask any questions you might have.

Once again, thanks!


-- 
Why should I care about posterity?
What's posterity ever done for me?
  -- Groucho Marx

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#873464: Switch to ITP

[Lisandro Damián Nicanor Pérez Meyer]

retitle 873464 ITP: libqt5serialbus -- Qt 5 Support for CAN and potentially 
other serial buses.
owner 873464 !
thanks

Hi! This is actually an official Qt submodule [1] now properly developed
directly in upstream, so taking this bug for the Qt/KDE team.

I don't know (haven't checked) if the API is now stable, but we can package
it in experimental to start with.

As usual help is welcomed.

[1] <http://code.qt.io/cgit/qt/qtserialbus.git/>

-- 
8: Si un archivo ha pasado a la "Papelera de Reciclaje"
* Ud tiene una carpeta llamada "Papelera de Reciclaje"
Damian Nadales
http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#822246: ITP: qt5ct -- Qt5 configuration tool

[Lisandro Damián Nicanor Pérez Meyer]

I would really prefer if you didn't, at least not before you coordinate
with us the Qt/KDE team. By the way qt5ct works it would probably interfere
with Plasma and it's still another package using qt's private headers.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

El abr 23, 2017 1:33 PM, "Mateusz Łukasik" <mat...@linuxmint.pl> escribió:

Control: owner mat...@linuxmint.pl

After year without any changes I go to upload this package to repository
with myself as maintainer and Lisandro as uploader.

I have really massive spam for request this package in repository since
google show my github repository as second result.

-- 
 .''`.  Mateusz Łukasik
: :' :  https://l0calh0st.pl
`. `'   Debian Member - mat...@linuxmint.pl
  `-GPG: D93B 0C12 C8D0 4D7A AFBC  FA27 CCD9 1D61 11A0 6851

Bug#684475: #684475 RFP: trinity-desktop -- Trinity Desktop Environment (TDE)

[Lisandro Damián Nicanor Pérez Meyer]

On martes, 11 de abril de 2017 16:15:58 -03 Thorsten Glaser wrote:
[snip]
> I’d love to solicitate aid from the Debian Qt/KDE Maintainers, but I
> understand they’re busy with KF5/Qt5 and probably(?) don’t wish to
> revisit their KDE 3/Qt 3 knowledge (please correct me if I’m wrong,
> or if even some individual Debian Qt/KDE maintainers outside of their
> membership of said team would be able to help).

With my Qt/KDE team hat on: we would really prefer not to have Qt3 in the 
archive anymore. And also we would prefer not to have new Qt4-based apps/libs 
in the archive as we ideally should remove it in the buster cycle.

That being said we can't force anyone not to do it but much care should be 
taken into readding Qt3, specially with qmake and friends.

Again, we strongly suggest you not to go ahead with this.

Cheers, Lisandro.

-- 
porque no respeta el orden natural en el que se leen las cosas
>¿por qué top-posting es tan molesto?
>>top-posting
>>>¿cuál es la peor molestia en los emails de respuesta?

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#737016: Bug#834131: Video support still not working

[Lisandro Damián Nicanor Pérez Meyer]

On lunes, 2 de enero de 2017 14:28:02 ART Steve Robbins wrote:
[snip] 
> I've never heard of Qt-extras.  If that's a better fit: fine with me.  Where
> is the repo?

Sorry for the delay! If you are still interested please join the Qt/KDE team 
on alioth. Is qtav as repo name OK for you?

Thanks, Lisandro.

-- 
20:16 < Gerardo_Cabero> che me tengo que ir volando .. sino me matan..
esto de tener novia es tan complicacdo como instalar paketes sin internet

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#737016: Bug#834131: Video support still not working

[Lisandro Damián Nicanor Pérez Meyer]

On lunes, 2 de enero de 2017 14:28:02 ART Steve Robbins wrote:
> On Monday, January 2, 2017 4:17:14 PM CST you wrote:
> > On miércoles, 28 de diciembre de 2016 14:14:51 ART Steve M. Robbins wrote:
> > > Having heard nothing, I will go ahead with packaging QtAV.
> > > 
> > > I'd really rather do this as a team-maintained package.  Is this
> > > something
> > > that would be suitable for KDE Extras?
> > 
> > Sure thing. Dmitry and I have also been thinking in Qt-extras, but
> > kde-extras is just fine.
> 
> I've never heard of Qt-extras.  If that's a better fit: fine with me.  Where
> is the repo?

We never created it, but we can easily do it.

Dmitry/anyone else: any thoughts before I go ahead? 

-- 
¿De qué vive un superamigo? De las regalías de su merchandising, que sólo
puede ser adquirido por burgueses. Como a los burgueses no les agradan las
clases bajas, los superamigos sólo salvan burgueses.
  José Hipólito Moyano - http://bit.ly/fYgbLJ

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#737016: Bug#834131: Video support still not working

[Lisandro Damián Nicanor Pérez Meyer]

On miércoles, 28 de diciembre de 2016 14:14:51 ART Steve M. Robbins wrote:
> On Wednesday, December 21, 2016 1:30:39 PM CST Lisandro Damián Nicanor Pérez
> Meyer wrote:
> > Well, the FRP was not done by a team member nor, as far as I know, anyone
> > one the team is thinking in packaging it.
> > 
> > I'm CCing the RFP bug to see if he's still interested in packaging it. El
> > se I would suggest you to consider packaging it yourself.
> 
> Having heard nothing, I will go ahead with packaging QtAV.
> 
> I'd really rather do this as a team-maintained package.  Is this something
> that would be suitable for KDE Extras?

Sure thing. Dmitry and I have also been thinking in Qt-extras, but kde-extras 
is just fine.

Feel free to ask here for reviews if you want.

Cheers!

-- 
"Hola, soy su amigo Chespirito. Cuando estaba yo en el vientre de mi madre,
ella sufrió un accidente que la puso al borde de la muerte. El médico le
dijo: -Tendrás que abortar. Y ella respondió: -¿Abortar yo? Jamás.
Es decir, defendió la vida, mi vida. Y gracias a ello estoy aquí."
  Roberto "Chespirito" Gómez Bolaños
  http://es.wikipedia.org/wiki/Chespirito

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#737016: Bug#834131: Video support still not working

[Lisandro Damián Nicanor Pérez Meyer]

On domingo, 18 de diciembre de 2016 13:53:34 ART Steve M. Robbins wrote:
> On Sunday, December 18, 2016 2:49:42 PM CST Simon Frei wrote:
> > [...] upstream has dropped QTmultimedia for video handling and uses
> > QtAV (which in turn is based of ffmpeg). Unfortunately QtAV is not yet
> > in debian (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737016),
> > however upstream provides debian packaging already, which worked almost
> > fine for me (buildep without -nc flag resulted in an error). This will
> > take effect in the upcoming 5.4.0 release due at the end of this month.
> 
> Thanks for the heads-up on the change to QtAV.
> 
> Question for the KDE maintainers: the RFP for QtAV is fairly old, which
> makes me wonder if there is any issue (technical or legal) that stands in
> the way of packaging it.  ??

Hi!

Well, the FRP was not done by a team member nor, as far as I know, anyone one 
the team is thinking in packaging it.

I'm CCing the RFP bug to see if he's still interested in packaging it. El se I 
would suggest you to consider packaging it yourself.

Kinds regards, Lisandro.


-- 
5: Para que sirve el comando "deshacer"
* Para olvidarse de una noche de alcohol
Damian Nadales
http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#847782: ITP: kdiagram -- library for creating business charts

[Lisandro Damián Nicanor Pérez Meyer]

On domingo, 11 de diciembre de 2016 17:54:09 ART Sebastian Ramacher wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Sebastian Ramacher <sramac...@debian.org>
> 
> * Package name: kdiagram
>   Version : 2.6.0
>   Upstream Author : Klaralvdalens Datakonsult AB
> * URL : https://cgit.kde.org/kdiagram.git
> * License : GPL-2+
>   Programming Lang: C++
>   Description : library for creating business charts
> 
> KD Chart and KD Gantt provide an implementation of the ODF Chart
> specification. They utilize the Qt's model-view programming model for easy
> integration in Qt based applications.
> 
> If anyone from the Qt/KDE team wants to maintain this package instead,
> please feel free to take it.

Not that I know of, but you can use kde-extras's repositories if you want.


-- 
Without us [Free Software developers], people would study computer science
and programming without ever having seen a real program in its entirety.
That's like becoming writers without ever having read a complete book.
  Matthias Ettrich, founder of the KDE project.
  http://www.efytimes.com/efytimes/25412/news.htm

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#832748: ITP: greatcmakecookoff -- Usefull and less than usefull cmake recipes

[Lisandro Damián Nicanor Pérez Meyer]

On jueves, 28 de julio de 2016 9:34:12 P. M. ART Ole Streicher wrote:
[snip]
> > I'm at least not volunteering to help to do anything with non-public
> > sources.
> Sure. I also will not start working on the packages until they are
> released. The reason for the ITP was just to prepare it.
> 
> So, maybe we postpone the discussion (and the work on the
> greatcmakecookoff package) until we have a common view on the packages
> which require it?
> 
> May I ping you once this happened?

Please also ping me. If I happen to have time I'll happily look at it too.


-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#822246: ITP: qt5ct -- Qt5 configuration tool

[Lisandro Damián Nicanor Pérez Meyer]

The packaging is ready, but I would like to see what to do with it as
requiring private headers is really not agood thing.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

Bug#822246: ITP: qt5ct -- Qt5 configuration tool

[Lisandro Damián Nicanor Pérez Meyer]

I'm afraid this app requires Qt's private headers, so I'm reluctant to add it.

-- 
"A computer is like an air conditioner. It stops working when you open
windows."

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#822246: ITP: qt5ct -- Qt5 configuration tool

[Lisandro Damián Nicanor Pérez Meyer]

On Friday 22 April 2016 16:35:43 Dmitry Shachnev wrote:
[snip]
> Just a small note: this tool overrides QT_QPA_PLATFORMTHEME which means i.e.
> that Plasma integration may not function properly with this tool.

Indeed it does. This is material for the package description and README.Debian 
then.


-- 
...man had always assumed that he was more intelligent than dolphins because
he had achieved so much -- the wheel, New York, wars and so on -- whilst all
the dolphins had ever done was muck about in the water having a good time.
But conversely, the dolphins had always believed that they were far more
intelligent than man -- for precisely the same reasons.
  Douglas Adams, "The hitchhikers' guide to the galaxy"

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#822246: ITP: qt5ct -- Qt5 configuration tool

[Lisandro Damián Nicanor Pérez Meyer]

On Friday 22 April 2016 16:18:02 Konstantin Khomoutov wrote:
[snip] 
> To my knowledge, these packages doing the same task for older Qt
> versions present in the archive are named "qt3-qtconfig" and
> "qt4-qtconfig", so I'd expect this one to be named "qt5-qtconfig".

But qtx-config where provided by upstream whereas this one isn't, so I don't 
think this is a good idea in case upstream decides to re ship the app (it's 
still possible).

Thanks non the less for the thought :)

-- 
The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself.  Therefore all
progress depends on the unreasonable man.
  George Bernard Shaw

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#822246: ITP: qt5ct -- Qt5 configuration tool

[Lisandro Damián Nicanor Pérez Meyer]

Package: wnpp
Severity: wishlist
Owner: "Lisandro Damián Nicanor Pérez Meyer" <lisan...@debian.org>

* Package name: qt5ct
  Version : 0.22
  Upstream Author : Ilya Kotov <forkoro...@hotmail.ru>, <trialuse...@gmail.com>
* URL : https://sourceforge.net/projects/qt5ct
* License : BSD-2-clause
  Programming Lang: C++
  Description : Qt5 configuration tool

This program allows users to configure Qt5 settings like theme, fonts and
icons under a desktop envrionment/window manager without a suitable Qt
platform plugin.

Bug#628183: Any changes wrt this?

[Lisandro Damián Nicanor Pérez Meyer]

Hi! Has there been any change wrt this ITP? Thanks!

-- 
Geek Inside!

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#601248: Back in action

[Lisandro Damián Nicanor Pérez Meyer]

retitle 601248 ITP: caneda -- easy of use electric design automation software
thanks

Back in action :)


-- 
No subestimes el ancho de banda de un camión
cargado de cintas.
  Andrew S. Tanenbaum

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#712938: Qt4 to be patched

[Lisandro Damián Nicanor Pérez Meyer]

A Qt upstream developer blessed the patched as unofficial but ok, and I have 
heard that a new version of sni-qt will happen soon.

Also Felix has standed up for maintaining sni-qt (thanks a lot!), so all the 
barriers for this to happen are now inexistent. I'll patch qt4 and provide 
(somehow) an unnoficial build against gcc4.9 in order to make it ready for 
testing.

It will enter unstable as soon as a qt4 upload becomes mandatory for the gcc5 
transition to happen or after it.

Kinds regards, Lisandro.


-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#712938: sni-qt -- Indicator support for Qt

[Lisandro Damián Nicanor Pérez Meyer]

On Sunday 26 July 2015 17:56:19 Tsu Jan wrote:
 On Sun, 26 Jul 2015 12:47:03 + 1...@o2o2.tk wrote:
  I can't compile qt after applying above patch from ubuntu...
 
 Most probably, you don't need to recompile Qt4. Just get:
 
 libqtgui4_4.8.6+git64-g5dc8b2b+dfsg-3~ubuntu6.1_amd64.deb
 and/or
 libqtgui4_4.8.6+git64-g5dc8b2b+dfsg-3~ubuntu6.1_i386.deb
 
 from the Ubuntu Vivid repository, extract them, and overwrite
 'usr/lib/x86_64- linux-gnu/libQtGui.so.4.8.6' and/or
 /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6' AFTER BACKING THEM UP.

That's the perfect way to break your system. There is no way to ensure the 
compilations are compatible.

-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#712938: No change?

[Lisandro Damián Nicanor Pérez Meyer]

On Sunday 26 July 2015 12:42:56 Michał Milanowski wrote:
 Can't any debian dev see his stupidity regarding to this issue? There are
 tons of qt4 apps that are widely used and will be probably never ported to
 qt5, like Skype for example, but many others too.

Hi! I'm the Qt maintainer, and yes, I understand your arguments, but again: do 
you really want to push dead-upstream code and support it trough the whole 
life of Stretch? I don't.

 You decided to drop support for them just like that (90% actually used
 linux apps) and you are providing the only solution Port your app to qt5.

Or someone to step up and become a sni-qt upstream, fix it's bugs and we can 
reconsider.

 All workarounds decrived here look like a joke, not real solution.

Yes, sadly they failed to me too :(

 Ubuntu provided this patch, Arch provided too. Every known distro has
 workaround built in by patching qt to make their users live easier. But not
 Debian.

For the reasons I have already stated.

 Shame and f you (sorry!).

That was definitely too much. Please refrain from that kind of comments in the 
future.

-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#712938: No change?

[Lisandro Damián Nicanor Pérez Meyer]

On Saturday 25 July 2015 21:44:00 Søren Holm wrote:
 As far as I know, no change will be needed with Qt5 = 5.4 for the systray
 icons to work
 
 hmm... 5.4.2 is in unstable now - so if no change is needed, why does the
 systray not work.

It works, for Qt5 apps. There was a bug with Qt5  5.4.
Qt4 apps do not work.

 Another thing is - why did kf5 drop support for XEmbed when many toolskits
 use it?

http://blog.martin-graesslin.com/blog/2014/06/where-are-my-systray-icons/

And a (maybe) interesting workaround can be found in:

http://alien.slackbook.org/blog/support-for-old-school-xembed-system-tray-icons-in-plasma-5/

Disclaimer: I haven't tested it yet.


-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#712938: No change?

[Lisandro Damián Nicanor Pérez Meyer]

perezme...@gmail.com escribió:
 And a (maybe) interesting workaround can be found in:

 
http://alien.slackbook.org/blog/support-for-old-school-xembed-system-tray-icons-in-plasma-5/


 Disclaimer: I haven't tested it yet.

Another possible workaround is using trayer, as described in the current
last comment in the link above

Bug#787381: ITP: Mupen64Plus-Qt - basic launcher for mupen64plus-ui-console

[Lisandro Damián Nicanor Pérez Meyer]

On Monday 01 June 2015 00:34:29 Sérgio Benjamim wrote:
 It can use both, I updated the packaging to use Qt5:
 
 http://mentors.debian.net/package/mupen64plus-qt

Thanks a lot!

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#787381: ITP: Mupen64Plus-Qt - basic launcher for mupen64plus-ui-console

[Lisandro Damián Nicanor Pérez Meyer]

Does it use qt4 or qt5? I would higly discourage you from packaging new qt4
apps.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

Bug#712938: Qt4 and sni-qt

[Lisandro Damián Nicanor Pérez Meyer]

On Friday 08 May 2015 10:24:30 Tsu Jan wrote:
 On Thu, 07 May 2015 11:28:28 -0300 Lisandro
 
 =?ISO-8859-1?Q?Dami=E1n_Nicanor_P=E9rez?= Meyer perezme...@gmail.com 
wrote:
  - sni-qt seems to be dead-upstream:
  ...
  Uploading dead-upstream stuff to the archive doesn't seems a wise idea to
  me, so if anyone wants this in then jump in as sni-qt upstream. Or
  **much**
 better
 
  yet, just help porting the code to Qt5.
 
 sni-qt is only for Qt4 and needs a patch. As far as I know, no change will
 be needed with Qt5 = 5.4 for the systray icons to work.

Right, that's why we recommend porting the apps to Qt5.

 sni-qt  may be dead-upstream but Qt4 is so too and yet there are so many
 Qt4 apps.

Indeed, and again: better if you port your app to Qt5 :)

 As mentioned above, Enlightenment already needs sni-qt for Qt4
 apps to show their systray icons.

Well, let them become upstream of sni-qt and we can reconsider :)

-- 
I'm your worst nightmare.
  Eric S. Raymond to Craig Mundie

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#712938: Qt4 and sni-qt

[Lisandro Damián Nicanor Pérez Meyer]

Hi everyone! As we are approaching the time when we will start having kf5 
stuff in the archive and people will start wanting this feature in so they 
can use their Qt4 apps I thought it would be good to let you know some details 
of this package.

So with my Qt-maintainer hat on:

- sni-qt needs a patch in Qt4 not ACKed by upstream (although this might be 
just because the patch came too late in Qt4's lifetime).

- We Qt maintainers do our best to just patch when there is a *real* good 
reason and upstream ACKs the patch.

We do understand that this patch and sni-qt might be really somthing to 
consider, but apart from the above statements we have found other reasons to 
not consider sni-qt:

- The patch is only required by sni-qt

- sni-qt seems to be dead-upstream:
 * It received it last commit more three years from now:
  https://code.launchpad.net/~indicator-applet-developers/sni-qt/trunk.13.04
   It actually had it's 3rd anniversary the day we released Jessie ;)
 * The bug list is:
   https://bugs.launchpad.net/ubuntu/+source/sni-qt
   The most recent bug there has been opened in August last year, received
   priority high in December and is still open.

Uploading dead-upstream stuff to the archive doesn't seems a wise idea to me, 
so if anyone wants this in then jump in as sni-qt upstream. Or **much** better 
yet, just help porting the code to Qt5.

Regards, Lisandro.

-- 
Simulations are not data. In God we trust, all the others must supply data.
 Walter Opyd, Show Me The Data IEEE Spectrum's reader's comments,
 http://www.spectrum.ieee.org/nov04/4004

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#690973: Should be now ITP

[Lisandro Damián Nicanor Pérez Meyer]

tag 690973 pending
thanks

Markus: I have just uploaded pgmodeler to unstable. Please please please don't 
hesitate to tell me if you think you should be the maintainer or if you want 
to comaintain it! I have just proceeded with the upload due to the lack of 
replies to my last mail.

Kinds regards, Lisandro.

-- 
So long, and thanks for all the fish!
  The Hitchhickers guide to the Galaxy

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#690973: Should be now ITP

[Lisandro Damián Nicanor Pérez Meyer]

retitle 690973 ITP: pgmodeler -- PostgreSQL Database Modeler
thanks

I think it's now ready for being pushed to the archive, if we find bugs they 
can be solved.

Markus: you are the original submitter of this ITP, do you want to step over 
or should I just go ahead? Of course I would love team-maintanance (I prefer 
to avoid gbp and such, but might be fixable ;) )

Kinds regards, Lisandro.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#690973: Progress ?

[Lisandro Damián Nicanor Pérez Meyer]

On Friday 06 March 2015 19:36:06 Fredrik Unger wrote:
 Hi,
 
 I built the package (quick and dirty) using
 commit d0da3cb5e4551aa6b6950fb38584d3d07a850da3
 in the develop branch
 0.8.0 had some issues with the directories.
 I used the debian directory from
 https://gitorious.org/packages/pgmodeler/
 as a basis
 
 I set :
 BINDIR = $$PREFIX/bin
 PRIVATEBINDIR = $$PREFIX/lib/pgmodeler/bin
 PRIVATELIBDIR = $$PREFIX/lib/pgmodeler
 PLUGINSDIR = $$PREFIX/lib/pgmodeler/plugins
 SHAREDIR = $$PREFIX/share/pgmodeler
 CONFDIR = /etc/pgmodeler
 DOCDIR = $$SHAREDIR
 LANGDIR = $$SHAREDIR
 SAMPLESDIR = $$SHAREDIR
 SCHEMASDIR = $$SHAREDIR
 TEMPDIR = /tmp/pgmodeler
 
 The diff so far :
 diff pgmodeler-deb/debian/pgmodeler.install
 pgmodeler-0.8.0/debian/pgmodeler.install
 2a3,4
 
   etc/pgmodeler/*
 
 diff pgmodeler-deb/debian/rules pgmodeler-0.8.0/debian/rules
 18c18
qmake PREFIX=/usr CONFIG+=debug
 ---
 
 qmake PREFIX=/usr CONFIG+=debug pgmodeler.pro
 
 I will redo it setting the *DIR on the qmake command line I think, that
 way no extra debian patches are needed, but due to the below bugs there
 seems to be open issues still.
 
 
 I still have some bugs :
 
 
 Could not access the file or directory
 /usr/share/pgmodeler/sql/drop.sch! Make sure that it exists or if the
 user has access permissions on it!
 
 and
 
 ls /usr/share/pgmodeler/schemas/
 alter  catalog  sql  xml
 
 What is the status of packaging ? saw in the issue on github that there
 were some work done.

Sadly upstream didn't just merge the changes but reinterpreted them. And, 
yes, it's broken.

I was going to try once again but then I really ran out of time. I'll see if I 
can give it one more try at some point.

-- 
Primero te ignorarán, luego se reirán,
luego te combatirán, luego ganarás.
 Mahatma Gandhi

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#778879: ITP: boomaga -- virtual printer for viewing a document before printing

[Lisandro Damián Nicanor Pérez Meyer]

Package: wnpp
Severity: wishlist
Owner: Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org

* Package name: boomaga
  Version : 0.6.2
  Upstream Author : Alexander Sokolov sokolof...@gmail.com
* URL : https://github.com/Boomaga/boomaga
* License : LGPL-2.1+
  Programming Lang: C++
  Description : virtual printer for viewing a document before printing

 Boomaga (BOOklet MAnager) is a virtual printer for viewing a document before
 printing it out using the physical printer.
 The program is very simple to work with. Running any program, click print
 and select Boomaga to see in several seconds (CUPS takes some time to
 respond) the Boomaga window open.
 If you print out one more document, it gets added to the previous one, and you
 can also print them out as one.
 Regardless of whether your printer supports duplex printing or not, you would
 be able to easily print on both sides of the sheet.

 - why is this package useful/relevant? 

Seems to make people's life easier :)

 - is it a dependency for another package?

Not that I know of.

 - do you use it?

Yes

 - if there are other packages providing similar functionality, how does it 
compare?

Not that I know of. I have searched the web without luck.

 - how do you plan to maintain it?

Personal package, but I'm open to comaintainers. I do follow Qt/KDE's team rules
for packaging/keeping repos and I don't plan to change that.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/2015022100.13927.45608.report...@luna.lisandropm.com.ar

Bug#778879: ITP: boomaga -- virtual printer for viewing a document before printing

[Lisandro Damián Nicanor Pérez Meyer]

tag 778879 pending
thanks

Waitin on the NEW queue.


-- 
No subestimes el ancho de banda de un camión
cargado de cintas.
  Andrew S. Tanenbaum

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#690973: Still interested in packaging it with proper patches?

[Lisandro Damián Nicanor Pérez Meyer]

On Friday 31 October 2014 10:42:21 Markus Frosch wrote:
[snip]
  If upstream accepts the patches, would you reconsider packaging it for
  Debian?
 Hi Lisandro,
 If upstream supports a reasonable way of a system wide installation,
 with proper user config files in $HOME/.something, then I would like to
 package the software

JFTR: this issue is tracked in [0]. I have made some work on [1] which needs 
testing on != Linux (mac, windows).

[0] https://github.com/pgmodeler/pgmodeler/issues/559
[1] https://github.com/perezmeyer/pgmodeler/tree/shared_libs

To be sure that everything is working as expected I did an initial packaging 
at [2]. If my changes in [1] get merged feel free to use it or discarded at 
your wish.

[2] https://gitorious.org/packages/pgmodeler/

Kinds regards, Lisandro.

-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature, please!

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#752546: Any progress with packaging bro?

[Lisandro Damián Nicanor Pérez Meyer]

On Wednesday 26 November 2014 20:43:41 Hilko Bengen wrote:
 * Raúl Benencia:
  I've made some progress, yes, but other priorities kept me away from
  finishing the work. Nevertheless, this package is still on my TODO
  list. I'll try to resume my efforts on it during the next weeks.
 
 After packaging btest and binpac and patching around in the bro build
 system a bit, I have gotten everything to build -- and created what I
 consider proper packages.
 
 I am uploading those now.

Sorry Hilko, but I consider uploading bro now as hijacking Raúl's ITP. Please 
refrain to do so until at least you too communicate.

Feel free to propose to work together with Raúl if you want (which, as far as 
this ITP goes, it hasn't happened).

As Raúl has explained he has been working on the package. I have also been 
reviewing his advances on the packaging, including binpac.

You did ask for the ITP status on october and you did get a reply from him on 
this same ITP that same day. You should have asked again before continuing.

On the other hand, looking at binpac's ITP [0] there was a mistake on Raúl's 
side in not to mention why we decided to keep binpac as part of bro for the 
first upload (and he closed the bug).. I have just asked him to do so in the 
relevant ITP.

[0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752792

I can assure you Raúl has been working on it since he made those ITPs, so of 
course the best approach here is for you too to joint efforts in packaging bro 
and it's stuff.

Kinds regards, Lisandro.

-- 
No subestimes el ancho de banda de un camión
cargado de cintas.
  Andrew S. Tanenbaum

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#767414: ITP: 2048 -- Simple number game for the text console

[Lisandro Damián Nicanor Pérez Meyer]

On Thursday 30 October 2014 22:02:56 Lisandro Damián Nicanor Pérez Meyer 
wrote:
[snip]
  I would maintain the package, because I am also the upstream maintainer.
 
 Hi Gabriel! What would the difference be with 2048-qt which is already in
 the archive [0]?
 
 [0] https://packages.debian.org/jessie/2048-qt

Matthias is right, it seems I skipped the relevant part entirely.

Sorry for the noise!

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#767414: ITP: 2048 -- Simple number game for the text console

[Lisandro Damián Nicanor Pérez Meyer]

On Thursday 30 October 2014 22:34:03 Gabriel Pérez-Cerezo wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Gabriel Pérez-Cerezo gabr...@gpcf.eu
 
 * Package name: 2048
   Version : 1.0
   Upstream Author : Gabriel Pérez-Cerezo gabr...@gpcf.eu
 * URL : http://en.gpcf.eu/2048
 * License : MIT/X
   Programming Lang: C
   Description : A mathematical puzzle game
 
 As you may already know, 2048 is a fun puzzle game in which
 you have to move the number tiles across the board. If two
 tiles with the same value touch, they merge and their values
 add up. The goal is to have a tile with the value 2048.
 
 2048 is a really fun and popular game. Being a game, no other
 packages depend on it. There is another package that does the
 same thing, called 2048-qt, but it is a graphical version, and
 this version is text-mode. It is much more lightweight, it depends
 only on libc.
 
 I would maintain the package, because I am also the upstream maintainer.

Hi Gabriel! What would the difference be with 2048-qt which is already in the 
archive [0]?

[0] https://packages.debian.org/jessie/2048-qt

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#690973: Still interested in packaging it with proper patches?

[Lisandro Damián Nicanor Pérez Meyer]

Markus: I have just asked upstream if he would take some patches to fix the 
environment variables issues, and I think that I could handle some other 
packaging issues too.

If upstream accepts the patches, would you reconsider packaging it for Debian?

Kinds regards, Lisandro.

-- 
http://mx.grulic.org.ar/lurker/message/20081108.174208.4f42e55c.es.html
Así se corrobora el software legal en Argentina

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#752546: ITP: bro -- network analysis framework

[Lisandro Damián Nicanor Pérez Meyer]

ACK, ni bien pueda lo miro.
-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#724631: ITP: slic3r -- Tool to convert a digital 3D model into printing instructions for 3D printer

[Lisandro Damián Nicanor Pérez Meyer]

On Thursday 26 September 2013 02:21:00 Zlatan Todoric wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Zlatan Todoric zlatan.todo...@gmail.com
 
 * Package name: slic3r
   Version : 0.9.10b
   Upstream Author : Alessandro Ranellucci alessan...@unterwelt.it
 * URL : http://slic3r.org/
 * License : AGPLv3
   Programming Lang: C++, Perl
   Description : Tool to convert a digital 3D model into printing
 instructions for 3D printer

What kind of 3D printers? there are lots of them out there. That info can be 
added to the long description of the package.

-- 
Contrary to popular belief, Unix is user friendly. It just happens to be
very selective about who it decides to make friends with.
  Unknown - http://www.linfo.org/q_unix.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#697509: On the works

[Lisandro Damián Nicanor Pérez Meyer]

Hi Andrii! We are currently working towards it. We have qtbase and qttools 
waiting in NEW, and the rest is being prepared.

Kinds regards, Lisandro.

-- 
You are the Doc, Doc!
  Marty McFly To Dr. Emmett Brown, Back to the Future III

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#654787: can somebody from the kde team take a look at this ?

[Lisandro Damián Nicanor Pérez Meyer]

On Tue 26 Mar 2013 18:17:48 Lisandro Damián Nicanor Pérez Meyer escribió:
[snip] 
  Looking forward to have this in KDE 4.10
 
 Hi shirish शिरीष!
 
 I'll take a look ai it.

This is an easy one for anyone wanting to strat packaging KDE stuff.
I'm not interested myself in it, but if anyone is and wants to package it, 
please join #debian-kde and ping me (better starting from March 1st).

-- 
Programming today is a race between software engineers striving to build
bigger and better idiot-proof programs, and the Universe trying to produce
bigger and better idiots. So far, the Universe is winning.
  Anonymous

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#654787: can somebody from the kde team take a look at this ?

[Lisandro Damián Nicanor Pérez Meyer]

On Tue 26 Mar 2013 00:34:20 shirish शिरीष escribió:
 Hi all,
 Can somebody from the debian-kde take a look at this -
 
 Some URL's to make it more convenient to know more about it :-
 
 https://projects.kde.org/projects/playground/artwork/oxygen-transparent
 
 http://www.thepowerbase.com/2013/03/how-to-install-oxygen-transparent-in-kd
 e-4-10/
 
 Looking forward to have this in KDE 4.10

Hi shirish शिरीष!

I'll take a look ai it.

Kinds regards, Lisandro.

-- 
I must confess, I was born at a very early age.
 -- Groucho Marx

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#700031: ITP: libjreen -- A powerful Jabber/XMPP library implemented in Qt/C++

[Lisandro Damián Nicanor Pérez Meyer]

On Thu 07 Feb 2013 14:02:53 rm escribió:
 Package: wnpp
 Severity: wishlist
 Owner: rm jonas.erlands...@gmail.com
 
 * Package name: libjreen
   Version : 1.1.1
   Upstream Author : Jonas Erlandsson jonas.erlands...@gmail.com
 * URL : http://qutim.org/jreen/
 * License : GPL2
   Programming Lang: C++/QT
   Description : A powerful Jabber/XMPP library implemented in Qt/C++

There is already an ITP for this lib in #648668.

Kinds regards, Lisandro.

-- 
No hay preguntas tontas, solo tontos que no preguntan.
 personaje, en un mail del LugFi.

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#697477: ITP: ostree -- Linux-based operating system develop/build/deploy tool

[Lisandro Damián Nicanor Pérez Meyer]

On Sat 05 Jan 2013 16:43:10 Samuel Thibault escribió:
 Thomas Bechtold, le Sat 05 Jan 2013 20:27:32 +0100, a écrit :
  Package: wnpp
  Severity: wishlist
  Owner: Thomas Bechtold thomasbecht...@jpberlin.de
  
  * Package name: ostree
  
Version : 2012.13
Upstream Author : Colin Walters
  
  * URL : https://live.gnome.org/OSTree/
  * License : GPL-2+
  
Programming Lang: C
Description : Linux-based operating system develop/build/deploy
tool
  
  OSTree is a tool for developing, building, and deploying Linux-based
  operating systems.  It is most similar to tools like dpkg and rpm in
  Linux distributions. However, it is not a package system (though one
  could be built on top).
 
 I have to say I thus don't understand what it does if it's similar to
 dpkg/rpm but is not a package system. What does it do that dpkg/rpm do
 which is not package management?
 
 I guess you should add something like: it installs binaries, but
 replacing the package abstraction with [...] (what?), and add usage
 examples.

Maybe something like bitbake?

-- 
18: Como se pueden evitar los problemas de alimentacion electrica
* No coma cerca de un enchufe
Damian Nadales
http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#696687: ITP: qtchooser -- Allows to choose between Qt4 or Qt5 build tools

[Lisandro Damián Nicanor Pérez Meyer]

Package: wnpp
Severity: wishlist
Owner: Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org

* Package name: qtchooser
  Version : 6
  Upstream Author : Intel Corporation
* URL : 
https://codereview.qt-project.org/#q,status%3Aopen+project%3Aqt/qtchooser,n,z
* License : LGPL
  Programming Lang: C++
  Description : Allows to choose between Qt4 or Qt5 build tools

 This tool allows a user to choose between Qt4 or Qt5 at build time.

The main URL will probably change in the future.
This was a huge step in the right direction from upstream to allow us distros
to co-install Qt4 and Qt5 without the need to do distro-specific changes.

Of course, anyone on Deboan's Qt/KDE team is allowed to properly close this
bug ;-)


-- 
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/20121225202353.24586.64939.reportbug@tonks

Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude

[Lisandro Damián Nicanor Pérez Meyer]

On Thu 11 Oct 2012 02:55:24 Marco d'Itri escribió:
 On Oct 11, Hideki Yamane henr...@debian.or.jp wrote:
   apt-fast is a shellscript wrapper for apt-get that can drastically
   improve apt download times by downloading packages in parallel, with
   multiple connections per package.
   
   well, isn't it huge load for repository servers?
 
 As a mirror operator I consider this antisocial.

True.

 As a developer, I doubt that this can provide significant speed
 improvements other than for pathological cases.

Well, parallel download does **greatly** improves speed when you access 
international servers, like we had to do in Argentina until some few weeks 
ago.

Of course, being able to download stuff from two different servers at the same 
time had a better end result, and as long as is one download at a time per 
server, I think it can be considered socially acceptable.

Regards, Lisandro.

-- 
The generation of random numbers is too important to be left to chance.
  http://www.devtopics.com/best-programming-jokes/

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude

[Lisandro Damián Nicanor Pérez Meyer]

On Thu 11 Oct 2012 09:59:35 Lisandro Damián Nicanor Pérez Meyer escribió:
[snip] 
 Well, parallel download does **greatly** improves speed when you access
 international servers, like we had to do in Argentina until some few weeks
 ago.

WRT non i386/amd64 archs.

-- 
Programming today is a race between software engineers striving to build
bigger and better idiot-proof programs, and the Universe trying to produce
bigger and better idiots. So far, the Universe is winning.
  Anonymous

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#689080: Acknowledgement (ITP: ktouchpadenabler -- kded daemon to enable/disable touchpad)

[Lisandro Damián Nicanor Pérez Meyer]

On Wed 03 Oct 2012 00:29:31 Daniel Skinner escribió:
 Package updates
 
 http://mentors.debian.net/debian/pool/main/k/ktouchpadenabler/ktouchpadenab
 ler_0.1.0-1.dsc
 
 * Added debian/watch
 * Added `--width kde` and build dep for pkg-kde-tools
 * Removed redundant hardening from debian/rules that comes with debhelper 9
 * Fixed needless linking against other libs

OK, a *very* minor thing: in debian/changelog we (pkg kde team) use to write:

  * Some stuff (Closes: #689080).

Instead of:

  * Some stuff. (Closes: #689080)

It's just a convention, nothing more.

There is only one thing missing, and I'm the one to blame. As Sune (svuorela) 
suggested you to package this software which is KDE-related but optional for 
KDE itself: would you like to maintain it under the pkg-kde-extras team's 
umbrella?

Furthermore:

- Do you know what teams are for inside Debian?
- Do you know what are the consequencies of team-maintaince?
- Do you know what is the pkg-krap maintainance team?

/me doing a lot of questions ;-)

Kinds regards, Lisandro.

-- 
Nearly all men can stand adversity, but if you want to test a man's
character, give him power.
  Abraham Lincoln

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#689080: Acknowledgement (ITP: ktouchpadenabler -- kded daemon to enable/disable touchpad)

[Lisandro Damián Nicanor Pérez Meyer]

Replying to two mails in one.

On Wed 03 Oct 2012 18:19:53 Daniel Skinner escribió:
 Hi Lisandro,
 
 Reading through the Teams wiki on debian, this is what I gathered
 
 * Making a commitment to answer questions and/or be available at least once
 a week

Not really true for all the teams, but desirable indeed.

 * Teams manage internal infrastructure such as wikis, faqs, etc, and a
 public facing irc support channel. Being a part of a team would likely have
 the expectation to assist with such things.

Indeed, but you are not obliged to.

 * Teams have leaders and that leader would likely ask you to do something
 at some point. 

Not true. May happen in some teams, clearly not in ours. We *try* to decide as 
a team, although the team is quite calm nowadays...

 Going back to the first point, being a part of that team
 means a prompt reply, beit a yes or a no.

Not necessary, but desirable. See below ;-)

 Let me know if I missed anything there, and I'd have no problem with any of
 that if I maintained ktouchpadenabler under the kde extras team. Working
 along side others could only expedite the learning process on my end :)

Totally true and welcomed! :-) You will need to become part of the team in 
alioth. See https://alioth.debian.org/projects/pkg-kde/ , crceate an accaount 
on alioth and request to join. I'll process it later.

 On Wed, Oct 3, 2012 at 3:41 PM, Daniel Skinner dan...@dasa.cc wrote:
[snip]
  There is only one thing missing, and I'm the one to blame. As Sune
  (svuorela)
  suggested you to package this software which is KDE-related but optional
  for
  KDE itself: would you like to maintain it under the pkg-kde-extras
  team's umbrella?
  
  I dont really know what this means.

The pkg-kde team is subdivided in two main parts (as mildly explained in [0])

[0] http://pkg-kde.alioth.debian.org/

- The Qt/KDE team maintains all the official KDE modules. Development related 
discussion happens mainly in IRC or on the mailing list. 

- The KDE Extras team maintains KDE applications that are not part of the KDE 
software collection.


  Furthermore:
  
  - Do you know what teams are for inside Debian?
  
  Not even vaguely, but I wanted to build the plugins for pkg sndobj and
  figured I would get with the maintainer, or as a last resort,
  pkg-multimedia-maintainers team. Beyond that, not sure.

Good guess. As you can also guess it, every team has it's own politics wrt 
packaging, repos, etc. Most of them follow some simple rules.

- Every package has the team in the Maintainers tag, and the people really 
careing for the package in Uploaders (don't get confused by the names, you can 
be in Uploaders even if you don't have upload permissions. That tag should be 
changed some day).

- If someday the people in Uploaders are not available and a package needs an 
update/fix/whatever, some other people from the team may change it and upload 
it. Of course, you always try to dialoge with the original maintainers first 
:-)

This last point varies wrt the (sub)team. For example, normally people who has 
showed some technical capabilities and allowed once can push stuff to the 
Qt/KDE repos, but on extras you normally ask for permission first.

  - Do you know what are the consequencies of team-maintaince?
  
  No clue, maybe living up to the expectations of others?

Please *no*. That will mean making Debian not fun (although sometimes that 
happens :-( ). It means that we try to work for the same goal together. 
Sometimes we succeeed, sometimes... not :-(

  - Do you know what is the pkg-krap maintainance team?
  
  I could only guess and all my guesses sound funny :p

Correct! Krap stuff are packages we need to maintain because some stuff on 
KDE depends on it, and that's the only reason we are interested in those 
packages. In other words, if someone wants to maintain them (as it happened 
with eigen2 and eigen3), we will happily hand it over (provided that we think 
that the prospect maintainer has enough abilities and willingness to do so).

OK, here are the next stpes:

- dput the package now using the extra's team as Maintainer and you as 
Uploader. I'll leave you to find out what's the correct text to use for the 
Maintainer field :)

- Create an account on alioth, ask to koin the kde team.

- Do you know git? If so, are you maintaining the package in a git repo? With 
a certain workflow? (I'm expecting some answers here, I'll later continue this 
topic :) )

Kind sregards, Lisandro.

-- 
Q. How did the programmer die in the shower?
A. He read the shampoo bottle instructions: Lather. Rinse. Repeat.
  http://www.devtopics.com/best-programming-jokes/

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#681238: ITP: qextserialport -- library to manage serial ports within Qt

[Lisandro Damián Nicanor Pérez Meyer]

Package: wnpp
Severity: wishlist
Owner: Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org

* Package name: qextserialport
  Version : 1.1.0
  Upstream Author : Wayne Roth
Stefan Sander
Michal Policht
Brandon Fosdick
Liam Staskawicz
Debao Zhang
* URL : http://code.google.com/p/qextserialport/
* License : Expat
  Programming Lang: C++
  Description : library to manage serial ports within Qt

 QextSerialPort provides an interface to old fashioned serial ports for
 Qt-based applications. It currently supports Mac OS X, Windows, Linux,
 FreeBSD.



-- 
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/20120711160752.6015.59779.report...@luna.lisandropm.com.ar

Bug#522638: Mibs licenses

[Lisandro Damián Nicanor Pérez Meyer]

Just as an update, the only thing that seems missinbg to upload this package 
is to check the MIBs licenses.

I will probably have to remove most (if not all) of them.

Considering that normally one would have to install certain propietary MIBs in 
order to access some specific propietary stuff, I still consider that we can 
ship docsis.

Kinds regards, Lisandro.

-- 
Super cow powers | bbq  /dev/stomach
  Traveler1, seen on #debian-ar, irc.oftc.net

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#522638: Status update

[Lisandro Damián Nicanor Pérez Meyer]

This software has some license problems which can be solved with some new 
code. I need to contact upstream for this yet.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#522638: Switch to ITP.

[Lisandro Damián Nicanor Pérez Meyer]

On Lun 02 Ene 2012 11:22:02 Eduardo Ferro escribió:
 Hi Lisandro
 
 Sorry for the delay but I was on winter vacation (without a real inet
 conection).

I'll follow this conversation in private. Anyone interested, please mail me.

Regards, Lisandro.


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

Bug#522638: Switch to ITP.

[Lisandro Damián Nicanor Pérez Meyer]

retitle 522638 [ITP] docsis -- Encode/Decode DOCSIS configuration files
thanks

While the software seems almost dead upstream, it's still valuable and
working for some friends who run a Debian-based ISP, so I guess it
would be nice to have this tool right in Debian.

Eduardo: I've seen that you filled the original ITP on this package,
but got renamed to RFP. Are you still in need of this app? Are you still
interested in maintaining it? I would gladly maintain this in a team-basis.

P.S.: I am supossed to be on VAC until January 8th and that stills applies,
although I may get some internet connection from time to time ;)

Kinds regards, Lisandro.



signature.asc
Description: Digital signature

Bug#601248: Caneda situation

[Lisandro Damián Nicanor Pérez Meyer]

While I would love to package it, upstream has asked me to refrain from doing 
it until he can put some more love on it. I offered him to upload it to 
unstable so as to make it more available to people wich may like to help it's 
development, but he insists I should wait. And he is one of my best freinds, 
so... I'll keep waiting :-)

If you happen to package it and upload it, please do not heasitate in 
contacting me in order to comaintain it.

Kind sregards, Lisandro.

-- 
Alas, I am dying beyond my means.
  Oscar Wilde, as he sipped champagne on his deathbed

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#533581: Dpic

[Lisandro Damián Nicanor Pérez Meyer]

Turns out that cirkuit is heavily dependent on dpic (at least in the way I see 
it), and dpic turned to provide sources wich are not the preferred form of 
modification, they are C sources converted from Pascal.

I have asked dpic's upstream if it would be possible to publish the Pascal 
sources and even do the Pascal→C conversion during build time, but he refused 
to do so.

So, at least in my POV, cirkuit still needs a proper dpic replacement.

Feel free to package it if you consider it can live without it.

Kinds regards, Lisandro.

-- 
Simulations are like miniskirts, they show a lot and hide the essentials.
  Hubert Kirrman

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#626848: ITP: libqtzeitgeist0 -- wrapper library around the Zeitgeist DBus API for Qt

[Lisandro Damián Nicanor Pérez Meyer]

Package: wnpp
Severity: wishlist
Owner: Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com

* Package name: libqtzeitgeist0
  Version : 0.7.0
  Upstream Author : 2010 Collabora Ltd.
* URL : http://zeitgeist-project.com/
* License : LGPL-2.1
  Programming Lang: C++
  Description : wrapper library around the Zeitgeist DBus API for Qt

 Zeitgeist is a service which logs the user's activities and notifications,
 anywhere from files opened to websites visited and conversations, and makes
 this information readily available for other applications to use. It is also
 able to establish relationships between items based on similarity and usage 
 patterns.
 .
 libQZeitgeist is a wrapper library around the Zeitgeist DBus API for Qt.



-- 
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/20110515204253.18493.57684.report...@luna.lisandropm.com.ar

Bug#589685: KDE 3's libs removal ping

[Lisandro Damián Nicanor Pérez Meyer]

On Friday 15 April 2011 18:53:42 Dirk Eddelbuettel wrote:
 On 15 April 2011 at 13:27, Jameson Graef Rollins wrote:
 | Hi, folks.  So what exactly is the current status of kst?  I see that it
 | has been removed entirely from testing, which is very unfortunate.  Is
 | someone taking over packaging?
 | 
 | kst2 is also now available, and it even looks like it's packaged for
 | Ubuntu:
 | 
 | https://launchpad.net/~stevebenton/+archive/kst2
 | 
 | Can we get this into Debian as well?
 
 Yes please!

From our notes:

kst: already release kde4 version. Package orphaned and new maintainer is 
working in kde4 version package, will ask for sponsorship soon.

You can take a look at:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589685#21

 | Can kst2 just take over the kst
 | name, seeing as there's not currently a kst package?
 
 Maybe but http://kst-plot.kde.org/ makes it clear that 'kst1' and 'kst2'
 are not feature-by-feature substitutes.
 
 Not sure if it worth dealing with /etc/alternatives/ though.

That I really don't know. 

Regards, Lisandro.


-- 
“If you want to finish university, you should take care about getting on
with the teachers. The result are submissive citizens that won’t face
authority even if they know they’re right, in order to avoid problems“
  Miriam Ruiz, http://www.miriamruiz.es/weblog/?p=187

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#605914: Any news on this?

[Lisandro Damián Nicanor Pérez Meyer]

Hi! I just found this ITP. has tehre been any advances in this package? 
Anything I can help with?

Kinds regards, Lisandro.

-- 
http://mx.grulic.org.ar/lurker/message/20081108.174208.4f42e55c.es.html
Así se corrobora el software legal en Argentina

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#605914: Any news on this?

[Lisandro Damián Nicanor Pérez Meyer]

2011/4/14 Scott Howard showard...@gmail.com:
 Hi - an update: the fparser and dxflib libraries got accepted to the
 debian archive today. I think we're in the clear for uploading the
 package that is currently in the debian-science git repository. I'll
 probably get around to it within a week.

 Something that we could use help with is if you could go to the debian
 git repository:
 http://git.debian.org/?p=debian-science/packages/librecad.git

 I'd appreciate it if you could clone it, test build it (you need the
 new libraries that just hit unstable), and test it to make sure it
 works. You can put patches against it if you'd like.

debian/controls lacks a B-D on dxflib.

I'll wait until I can get dxflib on my system.

Regards, Lisandro.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.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/banlktikmgu_wye82x4zk_dyrxxjjqnq...@mail.gmail.com

Bug#605914: Any news on this?

[Lisandro Damián Nicanor Pérez Meyer]

On Thursday 14 April 2011 17:25:24 Scott Howard wrote:
[snip]
 Thanks - would you want to co-maintain with me and debian-science?
 I've become more involved with the upstream of librecad, so I'd
 appreciate help with the debian packaging. If you'd like to clean it
 up and get the package ready for upload, I'd be happy to sponsor it
 for you.

Of course! I'll join debian-science mailing list.
 
 Upstream is moving to github hosting and has included all of our
 patches. The next release has some bug fixes, fixed the help system,
 new graphical resources.

Excellent!

-- 
Dadme voto electrónico y con una terminal os haré presidente.
  el.machi

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#621761: ITP: khtmlib -- javascript library for browser maps

[Lisandro Damián Nicanor Pérez Meyer]

On Friday 08 April 2011 12:58:12 Lisandro Damián Nicanor Pérez Meyer wrote:
[snip] 
 Please teake into account that libkhtml already exists in the repos:
 
 libkhtml5 - KHTML Web Content Rendering Engine

Just for being clear, it exists as in a very similar name, libkhtml is 
related to KDE SC.

Kinds regards, Lisandro.

-- 
UNIX is basically a simple operating system, but you have to be a
genius to understand the simplicity.
  Dennis Ritchie

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#621761: ITP: khtmlib -- javascript library for browser maps

[Lisandro Damián Nicanor Pérez Meyer]

On Friday 08 April 2011 12:41:16 Jonas Smedegaard wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Jonas Smedegaard d...@jones.dk
 
 * Package name: khtmlib
   Version : 0.40~20110401
   Upstream Author : Bernhard Zwischenbrugger
 lbzwischenbrug...@fhstp.ac.at * URL :
 https://github.com/robotnic/khtmlib
 * License : LGPL
   Programming Lang: JavaScript
   Description : javascript library for browser maps
 
  Slippy Map is a web interface for browsing rendered OpenStreetMap data.
  .
  khtmlib is a javascript library to provide Slippy Maps. It has a very
  fast zoom and has also a basic interface for markers and vector data.
  .
   * API uses WGS84 (GPS).
   * OpenGL support (3D CSS) on iPhone
   * Hardware acceleration on WebKit

Please teake into account that libkhtml already exists in the repos:

libkhtml5 - KHTML Web Content Rendering Engine

Kinds regards, Lisandro.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#589685: KDE 3's libs removal ping

[Lisandro Damián Nicanor Pérez Meyer]

On Sunday 27 March 2011 06:35:59 Ana Guerrero wrote:
[snip] 
 What problem do you have? maybe I can help you.

Please feel free to CC me, I may be of help too.

Kinds regards, Lisandro.

-- 
Either he's dead or my watch has stopped.
 -- Groucho Marx

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#589685: KDE 3's libs removal ping

[Lisandro Damián Nicanor Pérez Meyer]

Hi Rubén! As Ana asked some time ago, what's the status of this?

We are very close to asking the removal of KDE 3's libs.

Kinds regards, Lisandro.

-- 
Nearly all men can stand adversity, but if you want to test a man's
character, give him power.
  Abraham Lincoln

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#607014: Retitle

[Lisandro Damián Nicanor Pérez Meyer]

retitle 607014 RFP: libechonest -- a Qt library for communicating with The Echo 
Nest platform
thanks

Hi! I am going to package this lib.

Regards, Lisandro.

-- 
http://www.phdcomics.com/comics/archive.php?comicid=56

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#607014: Retitle

[Lisandro Damián Nicanor Pérez Meyer]

retitle 607014 RFP: libechonest -- a Qt library for communicating with The 
Echo Nest platform
thanks

Hi! I am going to package this lib.

Regards, Lisandro.

-- 
http://www.phdcomics.com/comics/archive.php?comicid=56

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#607014: Retitle

[Lisandro Damián Nicanor Pérez Meyer]

retitle 607014 ITP: libechonest -- a Qt library for communicating with The Echo 
Nest platform
thanks

Hi! I am going to package this lib.

Regards, Lisandro.

-- 
http://www.phdcomics.com/comics/archive.php?comicid=56

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#611309: ITP: nepomukcontroller -- systray applet that allows to suspend and resume Nepomuk

[Lisandro Damián Nicanor Pérez Meyer]

Package: wnpp
Severity: wishlist
Owner: Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com

* Package name: nepomukcontroller
  Version : 0.2
  Upstream Author : Sebastian Trueg tr...@kde.org
* URL : 
http://kde-apps.org/content/show.php/Nepomukcontroller?content=137088
* License : GPL 2
  Programming Lang: C++
  Description : systray applet that allows to suspend and resume Nepomuk

Nepomukcontroller is a small systray applet that allows you to suspend and 
resume the Nepomuk file indexer.
 
The systray was removed from KDE 4.6 to be ported to a stand-alone app 
which was not finished before the feature freeze. Thus, this applet will be 
merged back into kdebase for KDE 4.7. In the meantime you can use it from 
here.



-- 
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/20110127222843.6025.59292.report...@luna.lisandropm.com.ar

Bug#597334: ITP to RFP change

[Lisandro Damián Nicanor Pérez Meyer]

As a DD recommended me, I am changing the title of this bug to RFP. 
I am still interested in packaging it, but the notes in [0] still apply.

Do not heasitate in contacting me if any doubt arises/something changes.

Regards, Lisandro.

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597334#10
-- 
Un viejo proverbio de El.Machi dice que la memoria es como las
papas fritas... ¡nunca sobran!

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#601248: ITP: caneda -- open source EDA software focused on easy of use and portability

[Lisandro Damián Nicanor Pérez Meyer]

On Mié 27 Oct 2010 06:23:09 Bastien ROUCARIES escribió:
[snip]
 
 Will help you to package :)

Welcome aboard :-)

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#601248: ITP: caneda -- open source EDA software focused on easy of use and portability

[Lisandro Damián Nicanor Pérez Meyer]

Package: wnpp
Severity: wishlist
Owner: Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com

* Package name: caneda
  Version : 0.0.1
  Upstream Author : Michael Margraf michael.marg...@alumni.tu-berlin.de, 
Stefan Jahn ste...@lkcc.org, 
Jens Flucke jens.flu...@gmx.de, 
Gopala Krishna A krishna@gmail.com, 
Pablo Daniel Pareja Obregon parejaobre...@gmail.com
* URL : http://caneda.tuxfamily.org/
* License : GPL 2
  Programming Lang: C++
  Description : open source EDA software focused on easy of use and 
portability

Caneda is an open source EDA software focused on easy of use and portability. 
While in the short term schematic capture and simulation is the primary goal, 
in the long term future, PCB and layout edition will be covered. 
..
The software aims to support all kinds of circuit simulation types, e.g. DC, 
AC, S-parameter and harmonic balance analysis.



-- 
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/20101024162224.7361.18179.report...@luna.lisandropm.com.ar

Bug#601248: ITP: caneda -- open source EDA software focused on easy of use and portability

[Lisandro Damián Nicanor Pérez Meyer]

On Dom 24 Oct 2010 14:06:55 Ralf Treinen escribió:
 On Sun, Oct 24, 2010 at 01:22:24PM -0300, Lisandro Damián Nicanor Pérez 
Meyer wrote:
  Caneda is an open source EDA software focused on easy of use and
  portability.
 
 please explain in the long description what EDA means.
 
 -Ralf.

Just for the sake of completeness: 

EDA: Electronic Design Automation.

I will add it in the long description.

Regards, Lisandro.


-- 
6: Cual es el boton del mouse que permite acceder a las acciones mas
comunes del manejo de archivos
* Depende el tipo de accion mas comun
Damian Nadales
http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#597334: Sources not in preferred form for modifications

[Lisandro Damián Nicanor Pérez Meyer]

As of release 2010.10.12, dpic's sources are the output of p2c, the Pascal-to-
C translator. The original Pascal code has not been made available by upstream 
because he considers that it is too much effort to get the sources compiled, 
as they are not compiled directly. 

As far as I understand, Debian prefers the sources in the preferred form for 
modifications, so this package can not be uploaded as it is.

If this situation ever changes, I will be glad to finish this package.

Any comments are welcomed.

Regards, Lisandro.

-- 
17: Cual es la funcion inicial de un antivirus
* Desarrollar virus para vender el producto
Damian Nadales
http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#597334: ITP: dpic -- Produces diagrams for LaTeX documents or html pages

[Lisandro Damián Nicanor Pérez Meyer]

Package: wnpp
Severity: wishlist
Owner: Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com

* Package name: dpic
  Version : 2010.08.31
  Upstream Author : Dwight Aplevich aplev...@uwaterloo.ca
* URL : http://http://www.ece.uwaterloo.ca/~aplevich/dpic/
* License : BSD
  Programming Lang: C
  Description : Produces diagrams for LaTeX documents or html pages

dpic is an application that produces diagrams for LaTeX or html pages.
It uses the pic languague.

The pic language is particularly suited for easily creating line diagrams 
such as electric circuits, and many persons use a package of macros called 
Circuit macros along with the m4 macro processor. The pic language itself 
allows macro definitions, and both pic and m4 macros will be described.



-- 
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/20100918183245.14091.73610.report...@luna.lisandropm.com.ar

Bug#533581: Dependency block

[Lisandro Damián Nicanor Pérez Meyer]

block 533581 597334
thanks

Cirkuit needs dpic as dependency, already filled ITP bug 597334 for packaging 
dpic.

Cirkuit also uses Circuit Macros. Actually it downloads it from the web, but I 
got in contact with upstream and he said he will do the necessary changes to 
use Circuit Macros from a package, so possibly I'm going to fill another ITP 
bug soon.


-- 
Compartir las cosas buenas es una necesidad fácil de satisfacer.
Compartir las cosas malas es una necesidad mayor, pero mucho mas
difícil de satisfacer. Sin embargo, es el compartir las cosas
malas lo que mas nos une como hermanos.
  Lisandro Damián Nicanor Pérez Meyer

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#429873: KRadrio4 available in experimental.

[Lisandro Damián Nicanor Pérez Meyer]

Just for the record: kradio4 is available in experimental.

http://packages.debian.org/kradio4

-- 
En los momentos de crisis, la imaginación
es mas importante que el conocimiento.
 Albert Einstein

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#593281: RFP: blink -- a state of the art, easy to use SIP client

[Lisandro Damián Nicanor Pérez Meyer]

Package: wnpp
Severity: wishlist

* Package name: blink
  Version : 0.19.4
  Upstream Author : Adrian Georgescu adi...@ubuntu, Dan Pascu 
d...@ag-projects.com, Lucian Stanescu l...@ag-projects.com, Saul Ibarra 
s...@ag-projects.com
* URL : http://icanblink.com/
* License : GPL 3
  Programming Lang: Python
  Description : a state of the art, easy to use SIP client

Blink is a SIP phone with features like VoIP, instant messaging, presence, file 
transfers and desktop sharing.



-- 
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/20100816221755.7340.48002.report...@tonks

Bug#579153: Retitling

[Lisandro Damián Nicanor Pérez Meyer]

retitle 578750 RFP: kmid -- MIDI/Karaoke player for KDE
retitle 579153 RFP: drumstick -- Qt4/C++ wrapper for ALSA sequencer
thanks

I did not get well along with upstream so I won't package it, feel free to 
take over.


-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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