from:"Felipe Sateler"

Bug#879741: next steps / request for help with phpmyadmin for debian buster

2019-05-30 Thread Felipe Sateler

On Wed, May 29, 2019 at 10:59 AM Blümel Matthias <
matthias.blue...@krumedia.com> wrote:

> Here we go: unit-tests are back in debian/rules :D.
>
> I'm stuggling at the moment with my setup for selenium-tests. This has
> nothing to do with package-related suff, the tests on a git-checkout
> are also failing.
>
> As long as I can see, the unit-tests are only testing basic stuff.
> There seems to be nothing with twig-templates, shapefiles, 2fa,  pdf-
> export, …
>
> Tomorrow is public holiday in Germany, but I already "catched" one of
> our trainees for testing the package and it's dependencies starting on
> friday.
>
> @felipe: can you enable the issues-feature on the project?


Sorry for the delay, done now.


> Are you fine
> with the way I mentioned in comment #62 to update to the current
> version? If so, who triggers the update? Am I able to push to master
> with the "developer"-role?
>

Yes, the developer role should be sufficient. Should any permission be
missing, just tell me.

I think the best plan is what you outlined:

> Make a new update to 4.8.5 based on master and rebase the work currently
laying around in three repositories?

I also have some patches I didn't push so I guess they make more sense to
apply on top (if still needed).

> What do you think is the best way to get the changes into the main
project? pushing directly to master? pushing to a new branch? making a PR?

I think PRs are best for changes that require input from others.
Unfortunately, they are not very good for the upstream/pristine-tar/master
trio needed for a new upstream update. So I think upstream updates should
go directly to master.

I think most teams push directly to master. After all, a revert is not that
difficult to do in case a commit was not ok :)
-- 

Saludos,
Felipe Sateler

Bug#879741: next steps / request for help with phpmyadmin for debian buster

2019-05-28 Thread Felipe Sateler

Hello Matthias,



On Tue, May 28, 2019 at 10:30 AM Blümel Matthias <
matthias.blue...@krumedia.com> wrote:

> Hey Guys,
>
> I've seen, you made some progress recently on the phpmyadmin-package on
> salsa. I've cloned the repository for myself, merged the work from your
> personal forks and made another update to 4.8.5 (
> https://salsa.debian.org/blaimi-guest/phpmyadmin).
>

Cool.


> The package seem to work as in "works on my machine" on my local
> buster-installation with the packaged dependencies from the phpmyadmin-team
> on salsa and tcpdf from sid (with a little fix
> https://salsa.debian.org/phpmyadmin-team/shapefile/merge_requests/1)
>

Thanks for this. Merged.


>
> I'm familiar with building packages in source-format but not that familiar
> with the overhead of quilt-format.
>

I usually use the very nice helper gbp-pq. I usually prefer proper patches
because it makes it easier to push them upstream. I usually don't want to
maintain forks :)


> My phpmyadmin-skills are also very limited and concentrate on using its
> basic features like manipulating table-contents and im-/export.
> Coincidentally I know how to work with shapefiles but I have no idea how
> they are used in phpmyadmin.
>

Neither do I.


> Does phpmyadmin have any test plans for integration and/or
> acceptance-tests to check if its features are still working with the
> package installation? (I don't care how long processing of this would take,
> we have trainees :p )
>

This would be very nice to have, implemented as autopkgtests. Maybe Michal
Cihar can guide here?


> I also do not (yet) know what twig is used for and how to test it.(I've
> read some thing about formatting columns with currency-values?)
>

TWIG is a templating library. That means the html views are not rendered
directly with php, but rather via a less powerful language. The idea, as I
understand it, being that views should have little to no logic, and such
templating libraries help enforce that rule.



> BTW: twig is upgraded in master on upstream. Besides the composer.json
> only some twig-cache-generator is touches which does not exist in 4.8 (
> https://github.com/phpmyadmin/phpmyadmin/commit/1c097a90eb8430a0445886b1849935e0e3e603bf
> )
>
> So, what I request is some help in the "political" stuff around the
> debian-packaging, i.e. about the todos on getting phpmyadmin available in
> sid (and hopefully in buster-backports as soon as it is available), as well
> as help in testing the package. I should be able to fix stuff in the
> package as long as I know about its defects.
>

I can help you with that. As my activity has shown, though, I'm not being
able to dedicate much time. I can, however, do some testing, and help with
uploading.


> Is there any way to keep track of the progress in a collaborative way
> better than sending emails? I'd propose working with issues on salsa.
>

Sounds good to me.

I have given you access to the team, so that you can push these directly.

-- 

Saludos,
Felipe Sateler

Bug#917901: O: groovebasin -- music player server with a web-based user interface

2018-12-31 Thread Felipe Sateler

Package: wnpp
Severity: normal

The package groovebasin has been orphaned in version 1.4.0-2.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:


 Groove Basin runs on a server optionally connected to speakers. Guests can
 control the music player by connecting with a laptop, tablet, or smart phone.
 Further, users can stream their music libraries remotely.
 .
 Groove Basin comes with a fast, responsive web interface that supports keyboard
 shortcuts and drag drop. It also provides the ability to upload songs,
 download songs, and import songs by URL, including YouTube URLs.
 .
 Groove Basin supports Dynamic Mode which automatically queues random songs,
 favoring songs that have not been queued recently.
 .
 Groove Basin automatically performs ReplayGain scanning on every song using
 the EBU R128 loudness standard, and automatically switches between track
 and album mode.
 .
 Groove Basin supports the MPD protocol, which means it is compatible with MPD
 clients. There is also a more powerful Groove Basin protocol which you can
 use if the MPD protocol does not meet your needs.
 .
 Groove Basin supports Last.fm scrobbling.

Bug#879741: RFH: phpmyadmin -- MySQL web administration tool

2018-10-08 Thread Felipe Sateler

Hi,
On Thu, May 3, 2018 at 4:07 AM Michal Čihař  wrote:

> Hi
>
> Felipe Sateler píše v St 02. 05. 2018 v 10:46 -0300:
> > I've hit a snag though: phpmyadmin now uses Twig ^1.33, but debian
> > has
> > 2.x (I believe this is just a metadata bug or at least fixable, as
> > 1.27+ can be source-compatible with 2.x), and it uses the extensions,
> > that are not packaged. I ran out of time yesterday to package that
> > too, so current state is not runnable :(
>
> The reason is that phpMyAdmin 4.8 still supports PHP 5.x, while Twig
> 2.x does not. So it's on purpose from the phpMyAdmin side and I'm not
> sure how different these two versions are..
>

>From my local testing (I have a local package built), it seems the versions
are "close enough".  So I think we can patch downstream to require 2.x
version. You might want to reconsider upstream, with PHP5.6 going EOL by
the end of the year.

Anyway, currently things are at least running, but there are still some
configuration that need better defaults. I keep getting:

> The $cfg['TempDir'] (./tmp/) is not accessible. phpMyAdmin is not able to
cache templates and will be slow because of this

Progress continues slowly...

-- 

Saludos,
Felipe Sateler

Bug#910185: ITP: wl-clipboard -- wayland copy and paste command line utilities

2018-10-03 Thread Felipe Sateler

Package: wnpp
Severity: wishlist
Owner: Felipe Sateler 

* Package name: wl-clipboard
  Version : 0.0.20180901
  Upstream Author : Sergey Bugaev 
* URL : https://github.com/bugaevc/wl-clipboard
* License : GPL3+
  Programming Lang: C
  Description : wayland copy and paste command line utilities

 wl-clipboard implements two little Wayland clipboard
 utilities, wl-copy and wl-paste, that let you easily copy data
 between the clipboard and Unix pipes, sockets or files.

This is basically xclip for wayland.

Bug#901502: ITP: twig-extensions -- Twig Extensions

2018-09-03 Thread Felipe Sateler

Hi Joost,
On Thu, Jun 14, 2018 at 9:41 AM Joost van Baal-Ilić 
wrote:

> Hi Felipe,
>
> On Thu, Jun 14, 2018 at 09:11:46AM -0400, Felipe Sateler wrote:
> > On Thu, 14 Jun 2018 10:27:40 +0200 Joost van =?utf-8?Q?Baal-Ili=C4=87?= <
> > joos...@debian.org> wrote:
> > > Package: wnpp
> > > Severity: wishlist
> > > Owner: Joost van Baal-Ilić 
> > >
> > > * Package name: twig-extensions
> > >   Version : 1.3.0
> > >   Upstream Author : Fabien Potencier
> > > * URL : https://github.com/twigphp/Twig-extensions
> > > * License : MIT/X
> > >   Programming Lang: PHP
> > >   Description : Twig Extensions
> > >
> > >  The Twig Extensions is a library that provides several useful
> extensions
> > >  for Twig that do not belong to the core.  It currently ships Text,
> i18n,
> > >  Intl, Array and Date Extensions.
> > >
> > >  Symphony's Twig is a flexible, fast, and secure template engine for
> PHP.
> >
> > I have made an attempt at packaging this at [1] (it's needed by
> phpmyadmin
> > too). However, I've lacked time to properly test and request review by
> more
> > experienced PHP people. Please feel free to use my attempt as a starting
> > point if it is useful.
> >
> > [1] https://salsa.debian.org/phpmyadmin-team/twig-extensions
>
> Thanks, this is very likely helpful indeed.  Note that other previous work
> is
> available from
> https://github.com/eduvpn/eduvpn-debian/tree/master/Twig-extensions too...
>

Any update on this? It would be great if this were uploaded to debian, so
phpmyadmin can be updated.

-- 

Saludos,
Felipe Sateler

Bug#907180: ITP: znc-backlog -- Request backlog for IRC channels

2018-08-24 Thread Felipe Sateler

Package: wnpp
Severity: wishlist
Owner: Felipe Sateler 

* Package name: znc-backlog
  Version : 0.20170713-1
  Upstream Author : Rasmus Eskola 
* URL : https://github.com/FruitieX/znc-backlog
* License : Apache 2.0
  Programming Lang: C++, C#
  Description : Request backlog for IRC channels

znc-backlog is a ZNC module that makes it easy to request backlog. Its
intended use is for when you have just launched your IRC client and gotten
a few lines of backlog sent to you, but want to read more. Instead of having
to deal with shelling into the box where you run ZNC and manually sifting
through the logs, you can issue a short command in your IRC client to request
any amount of the most recent lines of log.

Bug#901502: ITP: twig-extensions -- Twig Extensions

2018-06-14 Thread Felipe Sateler

Hi,

On Thu, 14 Jun 2018 10:27:40 +0200 Joost van =?utf-8?Q?Baal-Ili=C4=87?= <
joos...@debian.org> wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Joost van Baal-Ilić 
>
> * Package name: twig-extensions
>   Version : 1.3.0
>   Upstream Author : Fabien Potencier
> * URL : https://github.com/twigphp/Twig-extensions
> * License : MIT/X
>   Programming Lang: PHP
>   Description : Twig Extensions
>
>  The Twig Extensions is a library that provides several useful extensions
for
>  Twig that do not belong to the core.  It currently ships Text, i18n,
Intl,
>  Array and Date Extensions.
>
>  Symphony's Twig is a flexible, fast, and secure template engine for PHP.

I have made an attempt at packaging this at [1] (it's needed by phpmyadmin
too). However, I've lacked time to properly test and request review by more
experienced PHP people. Please feel free to use my attempt as a starting
point if it is useful.


[1] https://salsa.debian.org/phpmyadmin-team/twig-extensions

Bug#879741: RFH: phpmyadmin -- MySQL web administration tool

2018-05-02 Thread Felipe Sateler

Hi all,
On Wed, May 2, 2018 at 10:46 AM Felipe Sateler <fsate...@debian.org> wrote:

> (dropped debian-devel CC)
>
> On Tue, May 1, 2018 at 3:13 PM, Michal Čihař <ni...@debian.org> wrote:
> > Hello Felipe
> >
> > On Tue, 2018-05-01 at 11:37 -0300, Felipe Sateler wrote:
> >>
> >> I use this package for $work so I'm planning to help here. Here is
> >> what I'll be doing, time permitting:
> >>
> >> 1. Migrate source away from alioth to salsa
> >> 2. Package new composer dependencies: sql-parser, motranslator,
> >> shapefile, recaptcha.
> >> 3. Update phpmyadmin
> >>
> >> I've started (1) by creating a phmyadmin-team on salsa, and will push
> >> my work over there.
> >
> > That's great! Thanks for stepping up, I'm really not able to find
> > reasonable amount time for Debian work in last months and it doesn't
> > seem to get better in near future.
>
> It's OK, it happens to all of us. I hope you can still answer questions
> though.
>
> >
> > PS: The pretty much same applies for phpMyAdmin upstream work, but if
> > there would be something annoying for packaging what should be fixed
> > upstream just let me know, I'll handle that.
>
> I've pushed my progress to the repos in the team area, except for
> phpmyadmin changes that I pushed to my personal fork (so that I can
> rebase freely). I pushed repos for shapefile, google-recaptcha and
> motranslator.
>
> I've hit a snag though: phpmyadmin now uses Twig ^1.33, but debian has
> 2.x (I believe this is just a metadata bug or at least fixable, as
> 1.27+ can be source-compatible with 2.x), and it uses the extensions,
> that are not packaged. I ran out of time yesterday to package that
> too, so current state is not runnable :(
>
> I think I'll get a few hours to work a bit more on this during the
> week, but in the meantime, it would be nice if you (as upstream) could
> confirm that phpmyadmin is indeed compatible with Twig 2.x or some
> other changes are needed.
>

I have packaged twig extensions (available in the team area), and now
phpmyadmin runs. Tests don't though, because the autoloader does not map
the test classes. Not sure what is the best way to do that. I don't think
we want that map on the installed package...

Help with testing would be welcome


-- 

Saludos,
Felipe Sateler

Bug#879741: RFH: phpmyadmin -- MySQL web administration tool

2018-05-02 Thread Felipe Sateler

(dropped debian-devel CC)

On Tue, May 1, 2018 at 3:13 PM, Michal Čihař <ni...@debian.org> wrote:
> Hello Felipe
>
> On Tue, 2018-05-01 at 11:37 -0300, Felipe Sateler wrote:
>>
>> I use this package for $work so I'm planning to help here. Here is
>> what I'll be doing, time permitting:
>>
>> 1. Migrate source away from alioth to salsa
>> 2. Package new composer dependencies: sql-parser, motranslator,
>> shapefile, recaptcha.
>> 3. Update phpmyadmin
>>
>> I've started (1) by creating a phmyadmin-team on salsa, and will push
>> my work over there.
>
> That's great! Thanks for stepping up, I'm really not able to find
> reasonable amount time for Debian work in last months and it doesn't
> seem to get better in near future.

It's OK, it happens to all of us. I hope you can still answer questions though.

>
> PS: The pretty much same applies for phpMyAdmin upstream work, but if
> there would be something annoying for packaging what should be fixed
> upstream just let me know, I'll handle that.

I've pushed my progress to the repos in the team area, except for
phpmyadmin changes that I pushed to my personal fork (so that I can
rebase freely). I pushed repos for shapefile, google-recaptcha and
motranslator.

I've hit a snag though: phpmyadmin now uses Twig ^1.33, but debian has
2.x (I believe this is just a metadata bug or at least fixable, as
1.27+ can be source-compatible with 2.x), and it uses the extensions,
that are not packaged. I ran out of time yesterday to package that
too, so current state is not runnable :(

I think I'll get a few hours to work a bit more on this during the
week, but in the meantime, it would be nice if you (as upstream) could
confirm that phpmyadmin is indeed compatible with Twig 2.x or some
other changes are needed.

-- 

Saludos,
Felipe Sateler

Bug#897350: ITP: motranslator -- Translation API for PHP using Gettext MO files

2018-05-01 Thread Felipe Sateler

Package: wnpp
Severity: wishlist
Owner: Felipe Sateler <fsate...@debian.org>

* Package name: motranslator
  Version : 4.0
  Upstream Author : phpMyAdmin Authors
* URL : https://github.com/phpmyadmin/motranslator/releases
* License : GPL
  Programming Lang: PHP
  Description : Translation API for PHP using Gettext MO files

This library parses gettext binary .mo files and can mimic the native
php gettext API. Unlike the native gettext API, this library can use .mo
files for locales not installed in the system.

This library is a dependency of phpmyadmin

Bug#897349: ITP: sql-parser -- validating SQL lexer and parser with a focus on MySQL dialect

2018-05-01 Thread Felipe Sateler

Package: wnpp
Severity: wishlist
Owner: Felipe Sateler <fsate...@debian.org>

* Package name: sql-parser
  Version : 4.2.4
  Upstream Author : PhpMyAdmin Authors
* URL : https://github.com/phpmyadmin/sql-parser
* License : GPL
  Programming Lang: PHP
  Description : validating SQL lexer and parser with a focus on MySQL 
dialect

This library parses and is able to tokenize, lint and syntax-highlight
SQL statements. It is also able to alter the parsed query.


This library is a dependency of phpmyadmin.

Bug#879741: RFH: phpmyadmin -- MySQL web administration tool

2018-05-01 Thread Felipe Sateler

On Wed, 25 Oct 2017 10:46:55 +0200 =?utf-8?b?TWljaGFsIMSMaWhhxZk=?=
 wrote:
> Package: wnpp
> Severity: normal
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> I request assistance with maintaining the phpmyadmin package. It was not
> upgraded to 4.7 releases due to lack of time to package PHP libraries it
> uses - it's now using composer to manage the depenencies, so packaging
> them should be quite straightforward for somebody having experience with
> that (what is not my case).

I use this package for $work so I'm planning to help here. Here is
what I'll be doing, time permitting:

1. Migrate source away from alioth to salsa
2. Package new composer dependencies: sql-parser, motranslator,
shapefile, recaptcha.
3. Update phpmyadmin

I've started (1) by creating a phmyadmin-team on salsa, and will push
my work over there.

Saludos

Bug#868980: ITP: casync -- content addressable data synchronizer

2017-07-19 Thread Felipe Sateler

Package: wnpp
Severity: wishlist
Owner: Felipe Sateler <fsate...@debian.org>

* Package name: casync
  Version : 1
  Upstream Author : Lennart Poettering <lenn...@poettering.de>
* URL : https://github.com/systemd/casync
* License : LGPL-2.1
  Programming Lang: C
  Description : content addressable data synchronizer

 casync is
 .
 1. A combination of the rsync algorithm and content-addressable storage
 2. An efficient way to store and retrieve multiple related versions of
large file systems or directory trees
 3. An efficient way to deliver and update OS and container images over
the Internet
 4. An efficient backup system
 .
 casync uses well-known concepts implemented in a variety of other projects
 (primarily git and rsync), and puts them together in a moderately new, nice
 way.

I plan to maintain this within the pkg-systemd umbrella. Co-maintainers
welcome!

Bug#846309: ITP: golang-github-docker-docker-credential-helpers -- Use native stores to safeguard Docker credentials

2016-12-02 Thread Felipe Sateler

On 30 November 2016 at 17:52, Potter, Tim (HPE Linux Support)
<timothy.pot...@hpe.com> wrote:
> On 1 Dec 2016, at 4:34 am, Jason Pleau <ja...@jpleau.ca> wrote:
>>
>> See #843454 (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843454)
>>
>> We have started work on the package in collab-maint, feel free to take
>> it over and move it to pkg-go, we will be maintaining the python
>> bindings, hence why we needed docker-credentials-helper
>
> Hi Jason and Felipe.  Oh man my apologies for not searching for and finding 
> the
> existing ITP - I usually do this but forgot this time.
>
> I can merge the two packages together but I think a better location is under 
> the
> pkg-go team with all the other Go and Docker stuff.  Happy to hand it all 
> over to
> you if either or both of you would like to maintain it in collab-maint though.

>From my side no objections to moving the package to the pkg-go team.
As Jason said, our interest in this tool is merely as a requirement
for the python bindings (which are required for newer versions of
python-docker).

-- 

Saludos,
Felipe Sateler

Bug#820099: RFA: storaged -- Disk Manager

2016-11-29 Thread Felipe Sateler

Hi Ken,

First, I'm sorry your message was ignored for a long time. One of the
quirks of the debian bug tracker is that messages are not
automatically forwarded to all participants, so probably no-one saw
your message until today :(

On Thu, 14 Apr 2016 13:21:19 -0600 Ken Dreyer <kdre...@redhat.com> wrote:
> I've wanted to become a Debian packager for a while now, and I'm
> interested in maintaining this package in Debian/Ubuntu. What is the
> next step?

Excellent! I hope you are still interested. If so, the first step is
to get in contact with Andreas (CCed). The git repository is located
in collab-maint, so you need to apply to that project to get write
access to the repository (see details at [1]). As usual with git, you
can create a separate repo elsewhere in the meantime and have your
changes merged by Andreas.

If you aren't very familiar with packaging, there are plenty of
resources online[2]. This package repository uses git-buildpackage so
reading its manual would be a good idea too[3].

As far as package-specific work is concerned, it appears to me that
the main needs are:

- Coordinate with udisks2 maintainers (CCed), as storaged now provides
the same APIs as udisks2. Possibly drop udisks2 in favor of storaged.
- Package the dependencies for the plugins so that they work. As noted
by Andreas there are already PPAs with packages[4], so probably
starting from there is a good idea.

Others may comment on whether more work is needed.

[1] https://lists.debian.org/debian-devel-announce/2012/01/msg6.html
[2] https://wiki.debian.org/Packaging/Intro
[3] http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.html
[4] 
https://github.com/storaged-project/storaged/issues/41#issuecomment-205769607

-- 
Saludos,
Felipe Sateler

Bug#843454: ITP: docker-credential-helpers -- native store to keep Docker credentials, safe

2016-11-18 Thread Felipe Sateler

On 17 November 2016 at 01:41, Jason Pleau <ja...@jpleau.ca> wrote:
>
> Hi Felipe,
>
> 2016-11-16 17:40 GMT-05:00 Felipe Sateler <fsate...@debian.org>:
> > Hi Jason
> >
> > On Sun, 6 Nov 2016 13:16:58 -0500 Jason Pleau <ja...@jpleau.ca> wrote:
> >> Package: wnpp
> >> Severity: wishlist
> >> Owner: Jason Pleau <ja...@jpleau.ca>
> >>
> >> * Package name: docker-credential-helpers
> >>   Version : 0.3.0
> >>   Upstream Author : David Calavera <david.calav...@gmail.com>
> >> * URL : https://github.com/docker/docker-credential-helpers/
> >> * License : MIT
> >>   Programming Lang: Go / C
> >>   Description : native store to keep Docker credentials safe
> >>
> >> docker-credential-helpers provides a Linux executable to store Docker
> >> credentials. (It also has one for OSX and Windows, but those won't be
> >> built nor used in Debian).
> >>
> >> It is a dependency of an upcoming python package
> >> "dockerpy-creds", which is needed to update python-docker to its latest
> >> upstream version.
> >
> >
> > Have you done some work yet on this? If so, could you push it to
> > collab-maint so I can take a look?
>
> Not yet, I scheduled some time saturday to work on it and hopefully
> finalize it, I will keep you updated :)

I had some time today so I took the liberty to start the packaging. I
have added it to collab-maint/docker-credential-helpers.git.

-- 

Saludos,
Felipe Sateler

Bug#843454: ITP: docker-credential-helpers -- native store to keep Docker credentials, safe

2016-11-16 Thread Felipe Sateler

Hi Jason

On Sun, 6 Nov 2016 13:16:58 -0500 Jason Pleau  wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Jason Pleau 
>
> * Package name: docker-credential-helpers
>   Version : 0.3.0
>   Upstream Author : David Calavera 
> * URL : https://github.com/docker/docker-credential-helpers/
> * License : MIT
>   Programming Lang: Go / C
>   Description : native store to keep Docker credentials safe
>
> docker-credential-helpers provides a Linux executable to store Docker
> credentials. (It also has one for OSX and Windows, but those won't be
> built nor used in Debian).
>
> It is a dependency of an upcoming python package
> "dockerpy-creds", which is needed to update python-docker to its latest
> upstream version.


Have you done some work yet on this? If so, could you push it to
collab-maint so I can take a look?

Saludos

Bug#833804: ITP: mkosi -- create legacy-free OS images

2016-08-08 Thread Felipe Sateler

Package: wnpp
Severity: wishlist
Owner: Felipe Sateler <fsate...@debian.org>

* Package name: mkosi
  Version : 1
  Upstream Author : Lennart Poettering
* URL : https://github.com/systemd/mkosi
* License : LGPL-2.1
  Programming Lang: Python3
  Description : create legacy-free OS images

 A fancy wrapper around "dnf --installroot", "debootstrap" and
 "pacstrap", that may generate disk images with a number of
 bells and whistles.

 Generated images are "legacy-free". This means only GPT disk
 labels (and no MBR disk labels) are supported, and only
 systemd based images may be generated. Moreover, for bootable
 images only EFI systems are supported (not plain MBR/BIOS).

I plan to maintain this within the pkg-systemd umbrella

Bug#781054: packaging python-dockerpty

2015-05-20 Thread Felipe Sateler

On 19 May 2015 at 21:11, Jason Pleau ja...@jpleau.ca wrote:
 Hi.

 The package is not under DPMT's git repositories on alioth, I've asked
 for a review of the package. You can still try it with docker-compose
 see if it works for you :)

It is working :). You can check it out at
http://anonscm.debian.org/cgit/collab-maint/docker-compose.git when
cgit updates.


 https://anonscm.debian.org/git/python-modules/packages/dockerpty.git
 git://anonscm.debian.org/python-modules/packages/dockerpty.git
 ssh://git.debian.org/git/python-modules/packages/dockerpty.git

 Also, it seems most packages on python-modules use the tarball directly
 from PyPi.org (and thus don't get the unit tests that come with it since
 those tarballs only contains the library itself).

 I've done the same thing, so packaging the other two libraries shouldn't
 be necessary.

Looks good to me, if you want uploading I can do it. But then I'm no
python expert.

-- 

Saludos,
Felipe Sateler


-- 
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/CAAfdZj82sZePS1ZUOPM4V2R2TnySMDJ3P_=53om5p1adjwz...@mail.gmail.com

Bug#781054: packaging python-dockerpty

2015-05-19 Thread Felipe Sateler

On 18 May 2015 at 21:28, Jason Pleau ja...@jpleau.ca wrote:

 Hi !

 On 18/05/15 09:19 AM, Felipe Sateler wrote:
  On 17 May 2015 at 20:07, Jason Pleau ja...@jpleau.ca wrote:
  retitle 781054 ITP: python-dockerpty -- pseudo-tty handler for docker
  Python client
  owner 781054 ja...@jpleau.ca
  thanks
 
  --
 
  Hi Felipe,
 
  I'll package this to help you with docker-compose. I have a working
  package right now, it seems to work well!
 
  Great! If you need sponsoring I am available to do that.

 The package is available (in git):

 http://git.jpleau.ca/debian/python/dockerpty.git/

 git clone git://git.jpleau.ca/debian/python/dockerpty.git

Will check out as soon as possible.


 I'm currently waiting to join the Debian Python Modules Team so the
 package can be maintained there (python-docker is there as well, I
 thought it would make sense for dockerpty to be.)

 If you want to review/sponsor it right away I can move it to
 collab-maint, remove DPMT from Maintainer field and update Vcs-* fields
 until I can get it to the python-modules team.

 Personnally, I think waiting to get it under DMPT is the better idea..

 What's your opinion on that?

Sounds like a good plan. They will very likely have feedback on the
package as well so it is a good idea to wait for that.

Is there a process to get the packages into the DMPT or just waiting
for someone to accept your join request on alioth?

I think you will need to migrate to svn though...


 
 
  There might be more work required to get the package into Debian:
  dockerpty's test suites require behave and expects, two python
  modules that are not in Debian right now.
 
  Will see what I can do about those too :)
 
  Maybe we can have a non-testsuite-enabled dockerpty in Debian and then
  upload the missing dependencies and enable the suite?
 
  My offer for sponsorship extends to these python modules as well.
 

 Works for me !

 I have disabled tests for now, and removed the build-depends on them.

Excellent! Let's wait for the DPMT and then upload.

-- 

Saludos,
Felipe Sateler


-- 
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/caafdzj_lygfgmwgtswcpj7kd+baii2k3ozr7xbzszho8uum...@mail.gmail.com

Bug#781054: packaging python-dockerpty

2015-05-18 Thread Felipe Sateler

On 17 May 2015 at 20:07, Jason Pleau ja...@jpleau.ca wrote:
 retitle 781054 ITP: python-dockerpty -- pseudo-tty handler for docker
 Python client
 owner 781054 ja...@jpleau.ca
 thanks

 --

 Hi Felipe,

 I'll package this to help you with docker-compose. I have a working
 package right now, it seems to work well!

Great! If you need sponsoring I am available to do that.


 There might be more work required to get the package into Debian:
 dockerpty's test suites require behave and expects, two python
 modules that are not in Debian right now.

 Will see what I can do about those too :)

Maybe we can have a non-testsuite-enabled dockerpty in Debian and then
upload the missing dependencies and enable the suite?

My offer for sponsorship extends to these python modules as well.

-- 

Saludos,
Felipe Sateler


-- 
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/caafdzj_q-h53qbyc+yswgl9dwnhzhknhwz_ddtwljnozbbs...@mail.gmail.com

Bug#781054: RFP: python-dockerpty -- pseudo-tty handler for docker Python client

2015-03-23 Thread Felipe Sateler

Package: wnpp
Severity: wishlist

* Package name: python-dockerpty
  Version : 0.3.2
  Upstream Author : Chris Corbyn
* URL : https://github.com/d11wtq/dockerpty
* License : Apache 2.0
  Programming Lang: Python
  Description : pseudo-tty handler for docker Python client

 Provides the functionality needed to operate the pseudo-tty (PTY)
 allocated to a docker container, using the Python client.


This library is needed for fig/docker-compose. It is currently bundled
in the fig package, but the latest release uses the plain upstream
version.
Unfortunately I cannot commit to packaging this library, so I would very
much welcome someone to package this so we can get the latest
docker-compose into debian without a bundled library.


-- 
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/20150323204523.31230.2685.reportbug@felipepc

Bug#743303: Can help

2015-02-17 Thread Felipe Sateler

On Tue, 17 Feb 2015 01:21:23 -0500 Richard Winters r...@mmogp.com wrote:
 Hello,

 I thought I had already replied to this bug - I apologize if I emailed
 someone directly on accident.

 II use pulseaudio and infact use the bluetooth module all the time.

 I'm interested to help out and gain a foot-hold into Debian development -
 I'm a c++ developer of over 10 years (I'll admit I'm replying as I'm
 heading to the source to see if its even my language) - but can generally
 write anything.  Ah, as its C I shouldn't have any problem.

 Are you still seeking help?  I have registered on Alioth previou/sly and
 will request to join the team

 If you need the help, and add me:  Where should I begin (aside from
reading
 all documentation in the vcs as well as upstream)?

Hi, welcome! I will add you to the alioth project. I think you could look
at the bug page and see if there is any bug you would be able to help. I
think there are a couple of new ones I haven't had the time to reply yet,
so if you could start there it would be great!

You need to subscribe to the team as well.

Also, you should probably check out the latest 6.0 release already on git
(I haven't been able to upload yet), and test it.

Saludos
Felipe Sateler

PS: these RFH bugs don't reach the maintainers by default :(. Good thing
you applied on alioth otherwise we would have missed this!

Bug#767444: ITP: fig -- Punctual, lightweight development environments using Docker

2014-10-30 Thread Felipe Sateler

Package: wnpp
Severity: wishlist
Owner: Felipe Sateler fsate...@debian.org

* Package name: fig
  Version : 1.0.0
  Upstream Author : Docker Inc
* URL : http://www.fig.sh/
* License : Apache
  Programming Lang: Python
  Description : Punctual, lightweight development environments using Docker

Fig is a service management software built on top of docker. Define your
services and their relationships in a simple YAML file, and let fig
handle the rest.


-- 
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/20141030231526.27983.10866.reportbug@felipepc

Bug#764784: RFP: systemd-docker -- wrapper for docker run to run under systemd

2014-10-10 Thread Felipe Sateler

Package: wnpp
Severity: wishlist

* Package name: systemd-docker
  Version : 0.1.2
  Upstream Author : ibuildthecloud
* URL : https://github.com/ibuildthecloud/systemd-docker
* License : Apache 2
  Programming Lang: Go
  Description : wrapper for docker run to run under systemd

This is a wrapper for docker run so that you can sanely run Docker
containers under systemd. The key thing that this wrapper does is move
the container process from the cgroups setup by Docker to the service
unit's cgroup.

When using a unit with `docker run`, systemd does not actually supervise
the Docker container but instead the Docker client. This makes systemd
incapable of reliably managing Docker containers without hitting a bunch
of really odd situations

Packaging this would require packaging the go docker client library too.


-- 
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/20141011020731.27110.40564.reportbug@felipepc

Bug#729781: ITP: subliminal -- Command-line tool to search and download subtitles

2014-06-13 Thread Felipe Sateler

On Fri, Jun 13, 2014 at 5:29 AM, Etienne Millon m...@emillon.org wrote:
 unblock 729781 by 698258
 thanks

 Now that the dependencies are in unstable (charade not needed so
 unblocked), here is the package (WIP) on Alioth:

 http://anonscm.debian.org/viewvc/python-modules/packages/subliminal/trunk/

It seems dogpile is not available for python3.

Also, I would argue that the command line binary should go in a
package not named python-*.

-- 

Saludos,
Felipe Sateler


-- 
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/caafdzj8e56eckcznnczicn0roohb7pbise6wg_801er51r5...@mail.gmail.com

Bug#743303: RFH: pulseaudio -- PulseAudio sound server

2014-04-04 Thread Felipe Sateler

On Thu, Apr 3, 2014 at 4:50 AM, Sjoerd Simons sjo...@luon.net wrote:
 On Wed, 2014-04-02 at 20:02 -0300, Felipe Sateler wrote:
 Hi,

 I've just subscribed to the list in response to this bug. I'd like to
 help as my time permits. Please add me to the team in alioth, my
 username is fsateler.

 Added you.

Thanks!


 I've glanced at the bug list and it looks to me that many bugs have
 not had any activity (maintainer or otherwise) in over 2 years. I
 think bugs that are too old should be closed (with a ping first,
 maybe) so that the bug list becomes useful again.

 Go for it :)

There are some bugs that are actualy feature requests. How should we
deal with those? Given the undermanned state of the team, I'm tempted
to close them with a suggestion to file it upstream, but that is not
very friendly. Perhaps I can forward the bug first and then close it.
I don't think keeping bugs we won't be acting upon open is a good use
of the BTS.

What do you think?


-- 

Saludos,
Felipe Sateler


-- 
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/caafdzj9lm6knnxu-sy3kf8p2c7qn1spxoed83k5pjuuzeqk...@mail.gmail.com

Bug#743303: RFH: pulseaudio -- PulseAudio sound server

2014-04-02 Thread Felipe Sateler

Hi,

I've just subscribed to the list in response to this bug. I'd like to
help as my time permits. Please add me to the team in alioth, my
username is fsateler.

I've glanced at the bug list and it looks to me that many bugs have
not had any activity (maintainer or otherwise) in over 2 years. I
think bugs that are too old should be closed (with a ping first,
maybe) so that the bug list becomes useful again.

As time permits I will try to fix other bugs.

-- 

Saludos,
Felipe Sateler


-- 
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/CAAfdZj82KHC3-DQGgP0adBJ8xrb005i37T2V=r1kdhb2iuk...@mail.gmail.com

Bug#742049: ITP: patchelf -- modify properties of ELF executables

2014-03-18 Thread Felipe Sateler

Package: wnpp
Severity: wishlist
Owner: Felipe Sateler fsate...@debian.org

* Package name: patchelf
  Version : 0.8
  Upstream Author : Eelco Dolstra eelco.dols...@logicblox.com
* URL : http://nixos.org/patchelf.html
* License : GPL-3+
  Programming Lang: C++
  Description : modify properties of ELF executables

 PatchELF is a simple utility for modifing existing ELF executables and
 libraries.  In particular, it can do the following:
 .
  * Change the dynamic loader (ELF interpreter) of executables
  * Change the RPATH of executables and libraries
  * Remove declared dependencies on dynamic libraries
(DT_NEEDED entries)


-- 
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/20140318162949.1711.26031.reportbug@felipepc

Bug#721843: FW: RFP: ladspa-nova -- A set of high-resolution ladspa filters

2013-09-09 Thread Felipe Sateler

On Sun, Sep 8, 2013 at 4:50 PM, Bart Brouns b...@magnetophon.nl wrote:
 Hello debian multimedia team,

 Thanks for making debian such a wonderful audio platform.


 I wanted to draw your attention to my favorite ladspa plugin:

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721843


 Please consider including it in debian, for the reasons  stated in the
 bugreport. It even already has a debian package made for it by the
 author!

Looks like the last version is from 2008. Does Tim still maintain it?
Or is it finished (as in, nothing is left to be done)?

We would certainly welcome Tim to join us at the team!


-- 

Saludos,
Felipe Sateler


-- 
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/caafdzj9q__oturzpvvjf6cd88mn6boa0ezu0wzqqjqtdc3a...@mail.gmail.com

Bug#721843: FW: RFP: ladspa-nova -- A set of high-resolution ladspa filters

2013-09-09 Thread Felipe Sateler

On Mon, Sep 9, 2013 at 1:02 PM, Bart Brouns b...@magnetophon.nl wrote:
 On Mon, 2013-09-09 at 11:43 -0300, Felipe Sateler wrote:
 Hi Bart, any reason you dropped the CC:s? If no reason in particular,
 please CC the list and bug report.

 On Mon, Sep 9, 2013 at 11:09 AM, Bart Brouns b...@magnetophon.nl wrote:
  On Mon, 2013-09-09 at 09:57 -0300, Felipe Sateler wrote:
  On Sun, Sep 8, 2013 at 4:50 PM, Bart Brouns b...@magnetophon.nl wrote:
   Hello debian multimedia team,
  
   Thanks for making debian such a wonderful audio platform.
  
  
   I wanted to draw your attention to my favorite ladspa plugin:
  
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721843
  
  
   Please consider including it in debian, for the reasons  stated in the
   bugreport. It even already has a debian package made for it by the
   author!
 
  Looks like the last version is from 2008. Does Tim still maintain it?
  Or is it finished (as in, nothing is left to be done)?
 
  We would certainly welcome Tim to join us at the team!
 
 
 
 
  Hello Felipe,
 
  I consider it finished. I've been using an older version of it without
  any problems, almost daily since 2008.
  The one minor bug it had is fixed in this version too!

 OK then, so it would be good to have in debian.

  From a practical point of view, this .deb file can be included in debian
  as is. I'm sure some paperwork will still have to be done, and if
  someone is willing to mentor me, I could probably do it myself.
  Do you need to run sid for that? I'm on wheezy.

 I have not reviewed the source package, but it can of course serve as
 the starting point!
 I can provide help, and I'm willing to upload when ready, given this
 is looks like a low-maintenance package (I might take some time to
 answer, though, I'm quite busy these days).

 Have you packaged something before?




 Hello Felipe.

 OK, Ive included the CC again.
 No, I have never packaged something (except for myself, once). I do have
 about 10 ears of experience with debian, and a somewhat of a
 professional IT background, so with some pointers I should be up and
 running in no time.

Great, then!

At the project wiki[1] are some guidelines on developing. Please check
them out. Also please review the current packaging and make sure the
copyright file is up to date.
Also please create an alioth account so I can add you to the project.

[1] https://wiki.debian.org/DebianMultimedia/DevelopPackaging



-- 

Saludos,
Felipe Sateler


-- 
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/CAAfdZj-9-FSbFN9YYDHpea8csfgen7BsPeU4jv9w-=bdt_d...@mail.gmail.com

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2011-05-17 Thread Felipe Sateler

On Mon, May 16, 2011 at 09:04, Dan S danstowell+de...@gmail.com wrote:
 2011/5/15 Felipe Sateler fsate...@debian.org:
 On Thu, May 12, 2011 at 06:07, Dan S danstowell+de...@gmail.com wrote:
 2011/5/11 Felipe Sateler fsate...@debian.org:
 Hi, sorry for taking so long.

 On Fri, Apr 29, 2011 at 15:57, Dan S danstowell+de...@gmail.com wrote:
 2011/4/16 Felipe Sateler fsate...@debian.org:

 - I would really like to fold all the -dev packages into one. I don't
 see much point in splitting them.

 I've discussed it with the upstream devs and we're OK with merging
 them, so I've done that.

 Good. However, the relationship with thte old packages is wrong. It
 should Replace the older packages.

 Ah right, thanks.

 However, I'm not quite sure if we
 should apply policy 7.6.1 or 7.6.2 (ie, Replaces+Breaks or
 Replaces+Conflicts+Provides).

 What do others think?

 In lieu of any other responses (so far), the latter
 (Replaces+Conflicts+Provides) seems to me to have the better
 semantics, although we're not talking about virtual packages (which
 policy 7.5 is pretty specific about). From reading the guide I can't
 decide either; unless anyone can advise, maybe we should go for
 Replaces+Breaks.

 Upon further reading, I think we should use
 conflicts+replaces+provides, because we are replacing whole packages.

 OK, done.

I probably won't be able to dedicate much time to this during this
week, so if anyone else can have a look at this package and comment on
it, I'd appreciate it. I'd like to have more eyeballs looking at it
since it is not a trivial package and I could have missed some things.

-- 

Saludos,
Felipe Sateler



-- 
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/BANLkTi=ltfxf6xycqv4iytm319qbr8o...@mail.gmail.com

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2011-05-15 Thread Felipe Sateler

On Thu, May 12, 2011 at 06:07, Dan S danstowell+de...@gmail.com wrote:
 2011/5/11 Felipe Sateler fsate...@debian.org:
 Hi, sorry for taking so long.

 On Fri, Apr 29, 2011 at 15:57, Dan S danstowell+de...@gmail.com wrote:
 2011/4/16 Felipe Sateler fsate...@debian.org:

 - I would really like to fold all the -dev packages into one. I don't
 see much point in splitting them.

 I've discussed it with the upstream devs and we're OK with merging
 them, so I've done that.

 Good. However, the relationship with thte old packages is wrong. It
 should Replace the older packages.

 Ah right, thanks.

 However, I'm not quite sure if we
 should apply policy 7.6.1 or 7.6.2 (ie, Replaces+Breaks or
 Replaces+Conflicts+Provides).

 What do others think?

 In lieu of any other responses (so far), the latter
 (Replaces+Conflicts+Provides) seems to me to have the better
 semantics, although we're not talking about virtual packages (which
 policy 7.5 is pretty specific about). From reading the guide I can't
 decide either; unless anyone can advise, maybe we should go for
 Replaces+Breaks.

Upon further reading, I think we should use
conflicts+replaces+provides, because we are replacing whole packages.

-- 

Saludos,
Felipe Sateler



-- 
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/banlktikjs5jbehmic_-oavgmwcpo10l...@mail.gmail.com

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2011-05-10 Thread Felipe Sateler

Hi, sorry for taking so long.

On Fri, Apr 29, 2011 at 15:57, Dan S danstowell+de...@gmail.com wrote:
 2011/4/16 Felipe Sateler fsate...@debian.org:

 - I would really like to fold all the -dev packages into one. I don't
 see much point in splitting them.

 I've discussed it with the upstream devs and we're OK with merging
 them, so I've done that.

Good. However, the relationship with thte old packages is wrong. It
should Replace the older packages. However, I'm not quite sure if we
should apply policy 7.6.1 or 7.6.2 (ie, Replaces+Breaks or
Replaces+Conflicts+Provides).

What do others think?


-- 

Saludos,
Felipe Sateler



-- 
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/BANLkTinKf8NDDfcJm-HoX9wGcoiVC9z=c...@mail.gmail.com

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2011-04-16 Thread Felipe Sateler

On Fri, Apr 15, 2011 at 18:45, Dan S danstowell+de...@gmail.com wrote:
 2011/4/15 Felipe Sateler fsate...@debian.org:
 On Fri, Apr 15, 2011 at 09:40, Dan S danstowell+de...@gmail.com wrote:

 I've tried to import 3.4.3 onto a clean repository (using
 git-import-orig) and it hit a merge conflict.

 A log of my session is at http://pastie.org/1792082 - I'd be
 grateful for any advice on whatever might have gone wrong. Am I using
 git-import-orig as intended?

 Yes. But the borked import of 3.4.2  breaks it. Try first merging from
 the upstream branch and then using git-import-orig.

 Ah, now I see. OK it works now, and all is looking good. My local git
 history (on master) now looks like
 http://pastie.org/1797302

 Please let me know if it looks like the right things have happened -
 then I'll push.

 Looks good to  me.

 OK pushed, thanks.

Some more comments:

- Do we really want an empty Extensions dir in the supercollider
package? What purpose does it serve?
- I would really like to fold all the -dev packages into one. I don't
see much point in splitting them.

I pushed a few fixes.

-- 

Saludos,
Felipe Sateler



--
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/banlktinfr7t0xwp3d8r078g-45vyd9_...@mail.gmail.com

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2011-04-15 Thread Felipe Sateler

On Wed, Apr 13, 2011 at 14:58, Dan S danstowell+de...@gmail.com wrote:
 2011/4/10 Dan S danstowell+de...@gmail.com:
 2011/4/10 Felipe Sateler fsate...@debian.org:
 On Sun, Apr 10, 2011 at 04:34, Dan S danstowell+de...@gmail.com wrote:
 ...and now SC 3.4.2 has been released on the same day. So I've
 imported it into the git (3 patches no longer needed, hooray) - all
 testing and feedback welcome.


 Looks like you didn't actually merge the upstream branch into master
 but instead imported the new tarball as a new commit.

 I used git-import-orig, surely that's the right thing to do?
 http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.import.html#GBP.IMPORT.NEW.UPSTREAM

 Hmm, it seems to have done a broken import. Did it actually succeed in
 the merge?

 Yes it did. If there's anything I should do that can fix this, please
 let me know.

 There will be a version 3.4.3 out fairly soon (3.4.2 has a
 regression!) so I'll need to know how to import it right.

 Hmm, I usually just call git-import-orig on the tarball and all the
 magic is done. I'm not sure what could have gone wrong.

 If 3.4.3 will be out soon, then maybe we can let this one go and do
 the 3.4.3 on right instead.

 OK, well I'll do it the same way when 3.4.3 is out, but I'll do a test
 run and try to make sure the commits are as expected before pushing!

 I've tried to import 3.4.3 onto a clean repository (using
 git-import-orig) and it hit a merge conflict.

 A log of my session is at http://pastie.org/1792082 - I'd be
 grateful for any advice on whatever might have gone wrong. Am I using
 git-import-orig as intended?

Yes. But the borked import of 3.4.2  breaks it. Try first merging from
the upstream branch and then using git-import-orig.


-- 

Saludos,
Felipe Sateler



-- 
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/BANLkTi=g0g_nftcpnzexg-+qxvt6chd...@mail.gmail.com

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2011-04-15 Thread Felipe Sateler

On Fri, Apr 15, 2011 at 09:40, Dan S danstowell+de...@gmail.com wrote:

 I've tried to import 3.4.3 onto a clean repository (using
 git-import-orig) and it hit a merge conflict.

 A log of my session is at http://pastie.org/1792082 - I'd be
 grateful for any advice on whatever might have gone wrong. Am I using
 git-import-orig as intended?

 Yes. But the borked import of 3.4.2  breaks it. Try first merging from
 the upstream branch and then using git-import-orig.

 Ah, now I see. OK it works now, and all is looking good. My local git
 history (on master) now looks like
 http://pastie.org/1797302

 Please let me know if it looks like the right things have happened -
 then I'll push.


Looks good to  me.



-- 

Saludos,
Felipe Sateler



--
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/BANLkTi=a+ndwto504w_nbrsbhb0vcsk...@mail.gmail.com

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2011-04-10 Thread Felipe Sateler

On Sun, Apr 10, 2011 at 04:34, Dan S danstowell+de...@gmail.com wrote:
 2011/4/10 Felipe Sateler fsate...@debian.org:
 On Mon, Apr 4, 2011 at 03:06, Dan S danstowell+de...@gmail.com wrote:
 2011/4/4 Felipe Sateler fsate...@debian.org:
 On Mon, Mar 28, 2011 at 18:42, Dan S danstowell+de...@gmail.com wrote:
 2011/3/28 Dan S danstowell+de...@gmail.com:
 2011/3/28 Felipe Sateler fsate...@debian.org:
 I've pushed a commit to that branch that apparently solves the issue.

 Great, works here, thanks.

 Someone else started the supercollider packaging (on ubuntu) and he
 had reasons for going with --install-sandbox. He is bcc'ed here -
 Artem please send me (or deb-mm) a mail if you have objections.

 I'll merge that branch into master, and send the change upstream (for
 inclusion in 3.4.2).

 Remember to include the change in master as a patch instead of
 directly modifying SConstruct!

 Ping?

 Thanks for the nudge - now committed. Any feedback welcome - this was
 the first time I used quilt properly

 ...and now SC 3.4.2 has been released on the same day. So I've
 imported it into the git (3 patches no longer needed, hooray) - all
 testing and feedback welcome.


 Looks like you didn't actually merge the upstream branch into master
 but instead imported the new tarball as a new commit.

 I used git-import-orig, surely that's the right thing to do?
 http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.import.html#GBP.IMPORT.NEW.UPSTREAM

 Hmm, it seems to have done a broken import. Did it actually succeed in
 the merge?

 Yes it did. If there's anything I should do that can fix this, please
 let me know.

 There will be a version 3.4.3 out fairly soon (3.4.2 has a
 regression!) so I'll need to know how to import it right.

Hmm, I usually just call git-import-orig on the tarball and all the
magic is done. I'm not sure what could have gone wrong.

If 3.4.3 will be out soon, then maybe we can let this one go and do
the 3.4.3 on right instead.


On to more general comments:

- Shared libraries have to be on a package of their own. See policy
section 8. For this package it means we need new binary packages
called libsclang1 and libscsynth1 with the shared library. The .so
symlinks should go in the dev package.
- Is the sc-common-dev and sc-dev split really necessary?
- Add yourself to th Uploaders field.

-- 

Saludos,
Felipe Sateler



-- 
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/banlktinxsjubqv37j+qn6frdssvh3up...@mail.gmail.com

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2011-04-10 Thread Felipe Sateler

On Sun, Apr 10, 2011 at 14:07, Dan S danstowell+de...@gmail.com wrote:
 2011/4/10 Felipe Sateler fsate...@debian.org:
 On to more general comments:

 - Shared libraries have to be on a package of their own. See policy
 section 8. For this package it means we need new binary packages
 called libsclang1 and libscsynth1 with the shared library. The .so
 symlinks should go in the dev package.

 OK, done this, but lintian tells me:

 W: libsclang1: package-name-doesnt-match-sonames libsclang1.0.0
 W: libscsynth1: package-name-doesnt-match-sonames libscsynth1.0.0

 Not sure what to do from here, whether the package name needs the
 decimals (yuck) or the soname needs to lose the decimals ( do we then
 need another soflink libsclang1-libsclang1.0.0)?

Usually the SONAME only contains the major number. Under standard
autotools, the scheme is as follows:

libfoo.so.x.y.z - the actual shared lib
libfoo.so.x - symlink to the shared lib, for run-time linkage
libfoo.so- symlink to the shared lib, for build-time linkage

Unless you plan to use the y and z versioning, you might as well just
have the x portion and just install the lib as libfoo.so.x:

libfoo.so.x - the actual shared lib
libfoo.so - symlink for build-time linkage.


 - Is the sc-common-dev and sc-dev split really necessary?

 It has a purpose: sc-dev is the dev files for working with the
 language API, which would be irrelevant for someone doing work with
 the server (e.g. a plugin). However, it might be worth thinking about
 lumping them all together since after all it's just some header files
 - I'll mention it to the devs and see what we think.

Both are very small and there are no (massive) extra dependencies so I
think they can be folded into one package. Can the server-dev package
be folded in too?


-- 

Saludos,
Felipe Sateler



-- 
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/banlktima70ndqyz6inzggwr6h_p9pwu...@mail.gmail.com

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2011-04-09 Thread Felipe Sateler

On Mon, Apr 4, 2011 at 03:06, Dan S danstowell+de...@gmail.com wrote:
2011/4/4 Felipe Sateler fsate...@debian.org:
On Mon, Mar 28, 2011 at 18:42, Dan S danstowell+de...@gmail.com wrote:
2011/3/28 Dan S danstowell+de...@gmail.com:
2011/3/28 Felipe Sateler fsate...@debian.org:
I've pushed a commit to that branch that apparently solves the issue.

Great, works here, thanks.

Someone else started the supercollider packaging (on ubuntu) and he
had reasons for going with --install-sandbox. He is bcc'ed here -
Artem please send me (or deb-mm) a mail if you have objections.

I'll merge that branch into master, and send the change upstream (for
inclusion in 3.4.2).

Remember to include the change in master as a patch instead of
directly modifying SConstruct!

Ping?

Thanks for the nudge - now committed. Any feedback welcome - this was
the first time I used quilt properly

...and now SC 3.4.2 has been released on the same day. So I've
imported it into the git (3 patches no longer needed, hooray) - all
testing and feedback welcome.

Looks like you didn't actually merge the upstream branch into master
but instead imported the new tarball as a new commit.

I used git-import-orig, surely that's the right thing to do?
http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.import.html#GBP.IMPORT.NEW.UPSTREAM

Hmm, it seems to have done a broken import. Did it actually succeed in
the merge?

Also, please push the upstream tag too.

Saludos,
Felipe Sateler

--
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/BANLkTi=-+1u+gxoyaf7jsaovgarrwcy...@mail.gmail.com

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2011-04-03 Thread Felipe Sateler

On Mon, Mar 28, 2011 at 18:42, Dan S danstowell+de...@gmail.com wrote:
 2011/3/28 Dan S danstowell+de...@gmail.com:
 2011/3/28 Felipe Sateler fsate...@debian.org:
 I've pushed a commit to that branch that apparently solves the issue.

 Great, works here, thanks.

 Someone else started the supercollider packaging (on ubuntu) and he
 had reasons for going with --install-sandbox. He is bcc'ed here -
 Artem please send me (or deb-mm) a mail if you have objections.

 I'll merge that branch into master, and send the change upstream (for
 inclusion in 3.4.2).

 Remember to include the change in master as a patch instead of
 directly modifying SConstruct!

 Ping?

 Thanks for the nudge - now committed. Any feedback welcome - this was
 the first time I used quilt properly

 ...and now SC 3.4.2 has been released on the same day. So I've
 imported it into the git (3 patches no longer needed, hooray) - all
 testing and feedback welcome.


Looks like you didn't actually merge the upstream branch into master
but instead imported the new tarball as a new commit.

Any ideas on how to fix this? One could revert the commit and do a
proper merge, I guess. Any other options?


-- 

Saludos,
Felipe Sateler



-- 
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/banlktinsruxoyv-p3fmgh7jzltva8rc...@mail.gmail.com

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2011-03-27 Thread Felipe Sateler

On Wed, Mar 9, 2011 at 20:24, Felipe Sateler fsate...@debian.org wrote:
On Wed, Mar 9, 2011 at 10:23, Dan S danstowell+de...@gmail.com wrote:
2011/3/8 Felipe Sateler fsate...@debian.org:
On Wed, Mar 2, 2011 at 23:32, Dan S danstowell+de...@gmail.com wrote:
2011/2/25 Felipe Sateler fsate...@debian.org:
On Sun, Feb 20, 2011 at 20:59, Felipe Sateler fsate...@debian.org wrote:
On Sat, Feb 19, 2011 at 17:46, Dan S danstowell+de...@gmail.com wrote:
2010/10/31 Felipe Sateler fsate...@debian.org:
Package: wnpp
Severity: wishlist
Owner: pkg-multimedia-maintain...@lists.alioth.debian.org

* Package name : supercollider
Version : 3.4
Upstream Author : Lots of people
* URL : http://supercollider.sourceforge.net
* License : mostly GPL, some BSD, CC-BY-SA-3.0
Programming Lang: C++
Description : A real time audio synthesis programming language

SuperCollider is an environment and programming language for real time
audio synthesis and algorithmic composition. It provides an interpreted
object-oriented language which functions as a network client
to a state of the art, realtime sound synthesis server.

OK, status of the supercollider packaging. Here's what I wrote on 4th
jan (re a patch to add versioning to the soname):

The patch is in, upstream. What's happening right now is we're
preparing a 3.4.2 release, which will include this patch. (release
candidate files are at
http://sourceforge.net/projects/supercollider/files/Source/3.4.2/)

The neatest thing is to wait for 3.4.2 official release, then import
it to the deb-mm repo and tweak the scripts for .so.1. Should be soon!

Since then, there's been some delay in supercolliderland due to
debating garbage-collection issues in the development branch. We can
either wait more, or apply the patch downstream, in which case it
would I think be ready for others to try? What's the next step once
we're OK with the packaging?

Since the patch is already applied upstream, and we are likely to wait
a while before 3.4.2 is out, it should be OK to apply the patch
locally to 3.4.1 for now. Please do that, and update the packaging
accordingly.

Ping?

OK I've had a look at this tonight. There is a scons problem, which
lintian handily discovers for me. (Hooray lintian! I think.)

The patched build script creates symlinks such as
libscsynth.so-libscsynth.so.1.0.0. However, when scons is installing,
it doesn't install a symlink but copies the file contents. Therefore
instead of one lib file and one symlink, we get two identical lib
files - and lintian correctly reports this as an error.

I've been trying to find a way to convince scons to do the right
thing. I pushed an experimental branch to the git named
scons_soversion where instead of creating a symlink and asking scons
to install it, we add a symlinking command that should run during
installation. The problem is, that scons (v1.2.0) uses python chdir()
when running commands, which jumps it straight out of the DESTDIR and
tries to install in the system /usr/lib rather than the current build
tree. So I can't find a way of getting scons to create the symlink
during the install step AND inside DESTDIR. One or the other but not
both.

If anyone can offer suggestions I'd be grateful.
http://git.debian.org/?p=pkg-multimedia/supercollider.git;a=shortlog;h=refs/heads/scons_soversion

It seems to me that the problem you are having is because your
debian/rules uses the --install-sandbox option instead of the
handcoded (by upstream) DESTDIR variable handling in SConstruct.

Interesting...

I've pushed a commit to that branch that apparently solves the issue.

Great, works here, thanks.

Someone else started the supercollider packaging (on ubuntu) and he
had reasons for going with --install-sandbox. He is bcc'ed here -
Artem please send me (or deb-mm) a mail if you have objections.

I'll merge that branch into master, and send the change upstream (for
inclusion in 3.4.2).

Remember to include the change in master as a patch instead of
directly modifying SConstruct!

Ping?

Saludos,
Felipe Sateler

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2011-03-15 Thread Felipe Sateler

On Wed, Mar 9, 2011 at 10:23, Dan S danstowell+de...@gmail.com wrote:
2011/3/8 Felipe Sateler fsate...@debian.org:
On Wed, Mar 2, 2011 at 23:32, Dan S danstowell+de...@gmail.com wrote:
2011/2/25 Felipe Sateler fsate...@debian.org:
On Sun, Feb 20, 2011 at 20:59, Felipe Sateler fsate...@debian.org wrote:
On Sat, Feb 19, 2011 at 17:46, Dan S danstowell+de...@gmail.com wrote:
2010/10/31 Felipe Sateler fsate...@debian.org:
Package: wnpp
Severity: wishlist
Owner: pkg-multimedia-maintain...@lists.alioth.debian.org

OK, status of the supercollider packaging. Here's what I wrote on 4th
jan (re a patch to add versioning to the soname):

The neatest thing is to wait for 3.4.2 official release, then import
it to the deb-mm repo and tweak the scripts for .so.1. Should be soon!

Ping?

OK I've had a look at this tonight. There is a scons problem, which
lintian handily discovers for me. (Hooray lintian! I think.)

If anyone can offer suggestions I'd be grateful.
http://git.debian.org/?p=pkg-multimedia/supercollider.git;a=shortlog;h=refs/heads/scons_soversion

It seems to me that the problem you are having is because your
debian/rules uses the --install-sandbox option instead of the
handcoded (by upstream) DESTDIR variable handling in SConstruct.

Interesting...

I've pushed a commit to that branch that apparently solves the issue.

Great, works here, thanks.

Someone else started the supercollider packaging (on ubuntu) and he
had reasons for going with --install-sandbox. He is bcc'ed here -
Artem please send me (or deb-mm) a mail if you have objections.

I'll merge that branch into master, and send the change upstream (for
inclusion in 3.4.2).

Remember to include the change in master as a patch instead of
directly modifying SConstruct!

Saludos,
Felipe Sateler

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2011-03-15 Thread Felipe Sateler

On Wed, Mar 2, 2011 at 23:32, Dan S danstowell+de...@gmail.com wrote:
2011/2/25 Felipe Sateler fsate...@debian.org:
On Sun, Feb 20, 2011 at 20:59, Felipe Sateler fsate...@debian.org wrote:
On Sat, Feb 19, 2011 at 17:46, Dan S danstowell+de...@gmail.com wrote:
2010/10/31 Felipe Sateler fsate...@debian.org:
Package: wnpp
Severity: wishlist
Owner: pkg-multimedia-maintain...@lists.alioth.debian.org

OK, status of the supercollider packaging. Here's what I wrote on 4th
jan (re a patch to add versioning to the soname):

The neatest thing is to wait for 3.4.2 official release, then import
it to the deb-mm repo and tweak the scripts for .so.1. Should be soon!

Ping?

OK I've had a look at this tonight. There is a scons problem, which
lintian handily discovers for me. (Hooray lintian! I think.)

If anyone can offer suggestions I'd be grateful.
http://git.debian.org/?p=pkg-multimedia/supercollider.git;a=shortlog;h=refs/heads/scons_soversion

It seems to me that the problem you are having is because your
debian/rules uses the --install-sandbox option instead of the
handcoded (by upstream) DESTDIR variable handling in SConstruct.

I've pushed a commit to that branch that apparently solves the issue.

Saludos,
Felipe Sateler

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2011-02-25 Thread Felipe Sateler

On Sun, Feb 20, 2011 at 20:59, Felipe Sateler fsate...@debian.org wrote:
 On Sat, Feb 19, 2011 at 17:46, Dan S danstowell+de...@gmail.com wrote:
 2010/10/31 Felipe Sateler fsate...@debian.org:
 Package: wnpp
 Severity: wishlist
 Owner: pkg-multimedia-maintain...@lists.alioth.debian.org

 * Package name    : supercollider
  Version         : 3.4
  Upstream Author : Lots of people
 * URL             : http://supercollider.sourceforge.net
 * License         : mostly GPL, some BSD, CC-BY-SA-3.0
  Programming Lang: C++
  Description     : A real time audio synthesis programming language

 SuperCollider is an environment and programming language for real time
 audio synthesis and algorithmic composition. It provides an interpreted
 object-oriented language which functions as a network client
 to a state of the art, realtime sound synthesis server.

 OK, status of the supercollider packaging. Here's what I wrote on 4th
 jan (re a patch to add versioning to the soname):

 The patch is in, upstream. What's happening right now is we're
 preparing a 3.4.2 release, which will include this patch. (release
 candidate files are at
 http://sourceforge.net/projects/supercollider/files/Source/3.4.2/)

 The neatest thing is to wait for 3.4.2 official release, then import
 it to the deb-mm repo and tweak the scripts for .so.1. Should be soon!

 Since then, there's been some delay in supercolliderland due to
 debating garbage-collection issues in the development branch. We can
 either wait more, or apply the patch downstream, in which case it
 would I think be ready for others to try? What's the next step once
 we're OK with the packaging?

 Since the patch is already applied upstream, and we are likely to wait
 a while before 3.4.2 is out, it should be OK to apply the patch
 locally to 3.4.1 for now. Please do that, and update the packaging
 accordingly.

Ping?

-- 

Saludos,
Felipe Sateler



--
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/AANLkTi=uzisawdveutgdh2jkqgpvwwvus-kvdt8zh...@mail.gmail.com

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2011-02-20 Thread Felipe Sateler

On Sat, Feb 19, 2011 at 17:46, Dan S danstowell+de...@gmail.com wrote:
 2010/10/31 Felipe Sateler fsate...@debian.org:
 Package: wnpp
 Severity: wishlist
 Owner: pkg-multimedia-maintain...@lists.alioth.debian.org

 * Package name    : supercollider
  Version         : 3.4
  Upstream Author : Lots of people
 * URL             : http://supercollider.sourceforge.net
 * License         : mostly GPL, some BSD, CC-BY-SA-3.0
  Programming Lang: C++
  Description     : A real time audio synthesis programming language

 SuperCollider is an environment and programming language for real time
 audio synthesis and algorithmic composition. It provides an interpreted
 object-oriented language which functions as a network client
 to a state of the art, realtime sound synthesis server.

 OK, status of the supercollider packaging. Here's what I wrote on 4th
 jan (re a patch to add versioning to the soname):

 The patch is in, upstream. What's happening right now is we're
 preparing a 3.4.2 release, which will include this patch. (release
 candidate files are at
 http://sourceforge.net/projects/supercollider/files/Source/3.4.2/)

 The neatest thing is to wait for 3.4.2 official release, then import
 it to the deb-mm repo and tweak the scripts for .so.1. Should be soon!

 Since then, there's been some delay in supercolliderland due to
 debating garbage-collection issues in the development branch. We can
 either wait more, or apply the patch downstream, in which case it
 would I think be ready for others to try? What's the next step once
 we're OK with the packaging?

Since the patch is already applied upstream, and we are likely to wait
a while before 3.4.2 is out, it should be OK to apply the patch
locally to 3.4.1 for now. Please do that, and update the packaging
accordingly.

-- 

Saludos,
Felipe Sateler



--
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/aanlktik7yz0wockdz32vp3j17frzadp4rtjgr2g...@mail.gmail.com

Bug#608238: RFA: checkinstall

2010-12-28 Thread Felipe Sateler

Package: wnpp
Severity: normal

I no longer have the time and interest to properly maintain this
package. It would be nice to find another maintainer for it.

Description: installation tracker
 CheckInstall keeps track of all the files created or
 modified by your installation script (make install
 make install_modules, setup, etc), builds a
 standard binary package and installs it in your
 system giving you the ability to uninstall it with your
 distribution's standard package management utilities.



-- 
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/20101229024931.20655.9308.report...@pcfelipe.sateler

Bug#602050: ITP: supercollider -- A real time audio synthesis programming language

2010-10-31 Thread Felipe Sateler

Package: wnpp
Severity: wishlist
Owner: pkg-multimedia-maintain...@lists.alioth.debian.org

* Package name: supercollider
  Version : 3.4
  Upstream Author : Lots of people
* URL : http://supercollider.sourceforge.net
* License : mostly GPL, some BSD, CC-BY-SA-3.0
  Programming Lang: C++
  Description : A real time audio synthesis programming language

SuperCollider is an environment and programming language for real time
audio synthesis and algorithmic composition. It provides an interpreted
object-oriented language which functions as a network client
to a state of the art, realtime sound synthesis server.
   



-- 
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/20101031232754.19021.43862.report...@pcfelipe.sateler

Bug#591704: ITP: pd-windowing -- a library of windowing functions in Pd

2010-08-06 Thread Felipe Sateler

On 06/08/10 07:55, Peter Palfrader wrote:
 On Wed, 04 Aug 2010, Hans-Christoph Steiner wrote:
 
 * Package name: pd-windowing
 
 Hey,
 
 a) it's fine to have a single ITP mail for more than one package.  Not
really a good idea to flood debian-devel with scores of mails if the
packages are all related anyway.
 b) none of your descriptions say what pd is or why anybody would want
it.
 c) maybe pd- as a prefix doesn't work so well.  I suggest puredata- as
a prefix for package names - makes things a bit clearer and doesn't
clutter the namespace that much.

Currently, all puredata plugins are called pd-something, these packages
are following convention.
I do agree that some stub on puredata should be added (and Pd expanded
in the short description).


-- 
Saludos,
Felipe Sateler



signature.asc
Description: OpenPGP digital signature

Bug#521893: linux RT patch

2010-05-19 Thread Felipe Sateler

Has there been any progress into getting this patch in Debian?

-- 

Saludos,
Felipe Sateler



-- 
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/aanlktimm6g911v-zb78d92vxco-cbmtbisbmqnzat...@mail.gmail.com

Bug#520269: ladspa RFA

2009-06-17 Thread Felipe Sateler

El jueves 18 de junio, Junichi Uekawa escribió:
 At Sun, 14 Jun 2009 14:11:56 +1000,

 Felipe Sateler wrote:
  [1  text/plain; iso-8859-15 (quoted-printable)]
 
  El sábado 13 de junio, Felipe Sateler escribió:
   retitle 520269 ITA: ladspa-sdk -- sample tools for linux-audio-dev
   plugin architecture thanks
  
   El sábado 13 de junio, Junichi Uekawa escribió:
Hi,
   
I'd say go ahead and do it.  Even if I didn't somebody from
debian-mentors will do it for you.
  
   Great then. I hope to have an updated package in a few days.
 
  I have a new package in mentors.debian.net. Here is the changelog:
 
* Imported Upstream version 1.13
* Set myself as maintainer. Closes: #520269
* Switch from dpatch to quilt
* Drop patch 03_gcc41, not needed anymore
* Switch to debhelper compat level 7
* Split the debian patch into logical changes
  - Drop unnecessary parts
* Add misc:Depends to Depends line
* Bump standards version, no changes needed
 
  http://mentors.debian.net/debian/pool/main/l/ladspa-sdk/ladspa-sdk_1.13-1
 .dsc

 You have junk in your diff. I haven't really looked at the packaging.
 c
 [23:30:57]core2duo:ladspa diffstat ladspa-sdk_1.13-1.diff.gz
  README.Debian   |   27 +++
  analyseplugin.1 |   36 +
  applyplugin.1   |   40 ++
  changelog   |  133
  compat  | 
   1
  control |   20 +
  copyright   |   19 +
  dirs|2
  doc-base|   12 +++
  docs|   10 ++
  ladspa-sdk.links|1
  ladspa-sdk.manpages |3
  listplugins.1   |   32 
  patches/01_debian-patch.diff|   84 ++
  patches/01_no-mkdirhier.diff|   18 
  patches/02_default-ladspa-path.diff |   30 
  patches/02_m68k_workaround.diff |   16 
  patches/03_m68k_workaround.diff |   16 
  patches/series  |3
  pbuilder-test/01_listplugins|   21 +
  pbuilder-test/02_ladspah|5 +
  pbuilder-test/02_ladspah.c  |   10 ++
  rules   |   23 ++
  23 files changed, 562 insertions(+)

Hmm, apparently git-buildpackage got confused somehow and included files I had 
deleted. A new package without the extra patches is in mentors now:
http://mentors.debian.net/debian/pool/main/l/ladspa-sdk/ladspa-sdk_1.13-1.dsc

Saludos,
Felipe Sateler


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

Bug#520269: ladspa RFA

2009-06-13 Thread Felipe Sateler

El sábado 13 de junio, Felipe Sateler escribió:
 retitle 520269 ITA: ladspa-sdk -- sample tools for linux-audio-dev plugin
 architecture thanks

 El sábado 13 de junio, Junichi Uekawa escribió:
  Hi,
 
  I'd say go ahead and do it.  Even if I didn't somebody from
  debian-mentors will do it for you.

 Great then. I hope to have an updated package in a few days.

I have a new package in mentors.debian.net. Here is the changelog:

  * Imported Upstream version 1.13
  * Set myself as maintainer. Closes: #520269
  * Switch from dpatch to quilt
  * Drop patch 03_gcc41, not needed anymore
  * Switch to debhelper compat level 7
  * Split the debian patch into logical changes
- Drop unnecessary parts
  * Add misc:Depends to Depends line
  * Bump standards version, no changes needed

http://mentors.debian.net/debian/pool/main/l/ladspa-sdk/ladspa-sdk_1.13-1.dsc


Saludos,
Felipe Sateler


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

Bug#520269: ladspa RFA

2009-06-12 Thread Felipe Sateler

retitle 520269 ITA: ladspa-sdk -- sample tools for linux-audio-dev plugin 
architecture
thanks
El sábado 13 de junio, Junichi Uekawa escribió:
 Hi,

 I'd say go ahead and do it.  Even if I didn't somebody from
 debian-mentors will do it for you.

Great then. I hope to have an updated package in a few days.



Saludos,
Felipe Sateler


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

Bug#520269: ladspa RFA

2009-06-04 Thread Felipe Sateler

Hi Junichi

 I'm looking for someone to pick this package up.  I think there has
 been a new upstream release since the last packaged version

I'm interested in this package. I'm not a DD, however. Would you be willing to 
sponsor me on this package?

Saludos,
Felipe Sateler


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

Bug#524755: orphaned mktemp

2009-06-01 Thread Felipe Sateler

Clint Adams wrote:

I intend to orphan the mktemp package.

The package description is:
 This package provides a utility designed to make temporary
 file handling in shell scripts simple and secure.

It should be replaced entirely by the mktemp in coreutils.

Why?
Anyways, a wishlist bug in coreutils for them to provide it should be filed, I 
think (I would do it myself, but since I have no idea why this should 
happen...)

Saludos,
Felipe Sateler


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

Bug#511631: ITP: qutecsound -- frontend for the csound sound processor

2009-01-12 Thread Felipe Sateler

Package: wnpp
Severity: wishlist
Owner: Felipe Sateler fsate...@gmail.com


* Package name: qutecsound
  Version : 0.4~rc1
  Upstream Author : Andrés Cabrera mantaray...@gmail.com
* URL : http://sourceforge.net/projects/qutecsound
* License : GPLv3
  Programming Lang: C++
  Description : frontend for the csound sound processor

QuteCsound is a simple cross platform editor and front-end for Csound
with syntax highlighting, interactive help and automatic launching of
Csound.

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#508840: taking over

2008-12-19 Thread Felipe Sateler

package wnpp
owner 508840 !
retitle 508840 ITA: cmt -- Computer Music Toolkit (cmt) a collection of LADSPA 
plugins
thanks

I will be taking over this package.

Saludos,
Felipe Sateler


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

Bug#473003: csound-doc: orphaning package

2008-07-01 Thread Felipe Sateler

retitle 473003 ITA: csound-doc -- Documentation for Csound
owner !
thanks

I'm taking over this package, there are some issues to be resolved for 
debian/copyright first, though. I hope to get it done soon so it gets in 
lenny.

Saludos,
Felipe Sateler


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

Bug#402466: no longer interested

2008-03-02 Thread Felipe Sateler

package wnnp
retitle 402462 RFS: libtorrent-rasterbar -- Rasterbar libtorrent library
retitle 402466 RFS: btg -- Bittorrent client daemon with multiple frontends
thanks

I am no longer interested in packaging these two packages, and thus will not 
work anymore on this. I did produce working packages, so anyone willing to 
package these two can contact me for them.

-- 
Felipe Sateler


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

Bug#402466: still waiting

2007-12-24 Thread Felipe Sateler

reopen 402466
stop

I have packages available from btg's homepage[1], but I'm still waiting for a 
sponsor to upload them.


[1] http://btg.berlios.de/packages.html
-- 

Felipe Sateler



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#442275: OSS

2007-12-14 Thread Felipe Sateler

On Friday 14 December 2007 20:10:08 Joerg Jaspert wrote:
 Hi

  * Package name: oss
Version : 4.0 build1006
 [...]

 You know that OSS is actually dead in linux, alsa is the current choice
 for sound stuff? Whats the use of making a package out of this now?

Because a decent OSS implementation is useful: ALSA is only linux, while OSS 
is multi-platform, so if you care for the BSD's and other Unices you have to 
develop for it.
I have seen trouble with some soundcards that get magically fixed by 
installing this version of OSS.

-- 

Felipe Sateler


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

Bug#442275: RFP: oss -- OpenSound System

2007-09-14 Thread Felipe Sateler

Package: wnpp
Severity: wishlist

* Package name: oss
  Version : 4.0 build1006
  Upstream Author : 4Front Technologies [EMAIL PROTECTED]
* URL : http://www.opensound.com
* License : GPL
  Programming Lang: C
  Description : OpenSound System

Open Sound System (OSS) is the first attempt in unifying the digital
audio architecture for UNIX. OSS is a set of device drivers that provide
a uniform API across all the major UNIX architectures. It supports Sound
Blaster or Windows Sound System compatible sound cards which can be
plugged into any UNIX workstation supporting the ISA or PCI bus
architecture. OSS also supports workstations with on-board digital audio
hardware.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#402462: libtorrent ITP

2007-05-16 Thread Felipe Sateler

On Wednesday 16 May 2007 15:07:20 Emilio Pozuelo Monfort wrote:
 Hello there!

 Felibe, is there any progress on this package? I'm really interested on it!

Yes, there are packages ready now. You can get the source packages from 
mentors.debian.net

 I've seen that there's a candidate on mentors.debian.org. Have you found
 a mentor? If not, you should mail the mentors list :)

I have mailed the mentors list twice, but it seems I haven't had luck yet. 
I'll wait a few weeks before sending a new message.




-- 

Felipe Sateler


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#402462: ITPs

2006-12-18 Thread Felipe Sateler

package wnnp
retitle 402462 ITP: libtorrent-rasterbar -- Rasterbar libtorrent library
retitle 402466 ITP: btg -- Bittorrent client daemon with multiple frontends
thanks

I am trying to package this two packages (libtorrent and btg). I am well 
advanced with libtorrent, and expect to have reasonable packages soon. BTG 
seems to be more difficult, so I will need more time to package that one.

-- 

  Felipe Sateler


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#358231: checkinstall

2006-05-31 Thread Felipe Sateler

On Thursday 01 June 2006 00:21, sundher wrote:
 Hey Felipe,

 I use your mentors package and it's pretty nice. 

Thanks!

 How's the sponsorship coming along?

Not very well, I'm afraid. I have made various requests, but so far nobody has 
uploaded it.

-- 

Felipe Sateler


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#358231: checkinstall

2006-05-22 Thread Felipe Sateler

On Sunday 21 May 2006 19:06, David Liontooth wrote:
 Hi Felipe,

 Any progress on this? It would be nice to have a fixed package, perhaps
 the 1.6 version?
Yes, I have been working on it. I have packages already made, and I am 
currently waiting for a sponsor (I am not a Debian Developer, so I can't 
upload to the archive, I need someone to do it for me).

-- 

Felipe Sateler


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#358231: ITA: checkinstall - installation tracker

2006-03-21 Thread Felipe Sateler

Package: wnpp
I am planning on adopting this package due to lack of activity and response 
from the current maintainer.
-- 

Felipe Sateler


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#345160: ITP: libgpod -- a library to read and write songs and artwork to an iPod

2005-12-29 Thread Felipe Sateler

There is already a libgpod0 package on Christian Marillat's archive, so I 
guess there must be an issue regarding this package's relation with debian.
-- 


 Felipe Sateler


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#338092: RFS: kompile -- KDE automatic installer for source packages

2005-12-22 Thread Felipe Sateler

Hello, I am searching for a sponsor for this package. I updated this package 
to go through the c2a transition. The package source is available from 
debian.mentors.net.

* Package name: kompile
  Version : 0.2
  Upstream Author : Tommaso Frazzetto [EMAIL PROTECTED]
* URL : http://www.kde-apps.org/content/show.php?content=30223
* License : GPL
  Description : KDE automatic installer for source packages

Kompile is a KDE interface for automatic execution of
configuration, compilation and installation of source tarballs.
It adds a KDE service menu so as to right click a source tarball
and automatically install or remove a package.

ITP: #338092
-- 


 Felipe Sateler


pgpbGqa1iF4Gb.pgp
Description: PGP signature

Bug#338092: ITP: kompile -- KDE automatic installer for source packages

2005-11-07 Thread Felipe Sateler

Package: wnpp
Severity: wishlist
Owner: Felipe Sateler [EMAIL PROTECTED]


* Package name: kompile
  Version : 0.2
  Upstream Author : Tommaso Frazzetto [EMAIL PROTECTED]
* URL : http://www.kde-apps.org/content/show.php?content=30223
* License : GPL
  Description : KDE automatic installer for source packages

Kompile is a KDE interface for automatic execution of
configuration, compilation and installation of source tarballs.
It adds a KDE service menu so as to right click a source tarball
and automatically install or remove a package.   

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

71 matches

Mail list logo