request for a rebuild

[Francesco Namuri]

Hi to all the list,
I'm back after a long idle period :)

I'm trying to fix bug 627267 [¹], but I can't reproduce it, all the
tries on a amd64 system are going successfully, So I'm thinking to
request a rebuild to release team. My doubt: is it a good approach?

Thank you.

Francesco Namuri


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

Re: syntax-error-in-dep5-copyright syntax error in section 4 after the tag license

[Dominique Dumont]

On Wednesday 12 October 2011 08:17:39 Jan-Pascal van Best wrote:
> This hit me also and it took some time to figure out.
> - indent multi-line fields with a space
> - use 'space dot' - ' .' for empty lines in a multi-line field.

This formatting is also taken care of by DEP-5 parser/editor mentioned 
by Charles.

If you use the GUI, just cut'n'paste the original license text in the 
appropriate license line and config-edit will do all the required 
formating for you.

For more details, see 
  
http://ddumont.wordpress.com/2011/01/13/debian-copyright-dep5-parsereditorvalidatormigrator-is-released/

All the best

Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201110131129.45131@debian.org

Re: request for a rebuild

[Jakub Wilk]

* Francesco Namuri , 2011-10-13, 11:44:
I'm trying to fix bug 627267 [¹], but I can't reproduce it, all the 
tries on a amd64 system are going successfully,


Indeed, this FTBFS cannot be currently reproduced in unstable, thanks to 
a bug/misfeature in the linker:

http://lists.debian.org/debian-devel/2011/08/msg00445.html

So I'm thinking to request a rebuild to release team. My doubt: is it a 
good approach?


As per , you should ask 
, not the release team.


--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111013102629.ga5...@jwilk.net

RFS: flex-sdk-4.5

[Joey Parrish]

Dear mentors (and those BCC'd whom I've been speaking to about "flex-sdk"),

I am looking for a sponsor for my package "flex-sdk-4.5".

Bugs #591969 (package "typo3-src") and #632478 (package "nicofox") are
both waiting on this package so that these packages can build their
swf files from source.  I've also been told that the packages "witty"
and "yui" will require Flex going forward.

This is the latest released version of Flex from Adobe, but if either
of those packages require an earlier version of Flex, I can also
upload "flex-sdk-4.1" and "flex-sdk-4.0" alternatives that also
provide "flex-sdk".

Note that the Flex SDK itself cannot yet be built from Adobe's source
code under Debian, even though the code is released under the MPL.
Adobe's build system relies on Cygwin and some outdated and/or patched
libraries to produce the binary SDK included in this package.  From
what I understand, this means that this package will have to live in
non-free until Adobe's source can be built under Debian.

 * Package name: flex-sdk-4.5
   Version : 4.5.1.21328-2
   Upstream Author : Adobe Systems Incorporated
 * URL : http://opensource.adobe.com/wiki/display/flexsdk/Flex+SDK
 * License : MPL v1.1
   Section : devel

It builds those binary packages:

flex-sdk-4.5 - Adobe Flex 4.5 SDK

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

  http://mentors.debian.net/package/flex-sdk-4.5

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

  dget -x 
http://mentors.debian.net/debian/pool/main/f/flex-sdk-4.5/flex-sdk-4.5_4.5.1.21328-2.dsc

I would be glad if someone uploaded this package for me.  If you have
any questions or comments, I'd be happy to discuss.

Thanks,
--Joey Parrish


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cad0gtavkf9plpka0hrddalj14xf4-im6zppezpt9mguyshd...@mail.gmail.com

Re: RFS: qdbm (updated package)

[KURASHIKI Satoru]

hi,

At Thu, 6 Oct 2011 09:58:54 +0900,
Nobuhiro Iwamatsu wrote:
> in debian/control...
> 
> Homepage: http://fallabs.com/qdbm/
> Standards-Version: 3.9.1
> Vcs-Git: git://anonscm.debian.org/collab-maint/qdbm.git
> 
> Standards-Version was set to 3.9.1.
> But debian/changelog has "New Standards-Version: 3.9.2".
> 
> And please remove white space.

I'm sorry to be late. I've fixed these issues and uploaded
to mentors.d.n, thank you!

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8762jtuof4.wl%lur...@gmail.com

Anybody to package new Bitten version?

[anatoly techtonik]

It's 9 months since the patch to upgrade trac-bitten was committed to
Debian repository and it's not packaged yet. Can anybody release it?

http://anonscm.debian.org/viewvc/python-apps/packages/trac-bitten/trunk/debian/changelog?r1=6417&r2=6416&pathrev=6417
--
anatoly t.



On Sat, Jan 1, 2011 at 5:06 PM, anatoly techtonik  wrote:
> Hi,
>
> I've sent a patch to trac-bitten package. It was committed into Python
> application team repository. What should I do now to make the package
> released?
>
> Please, CC.
> --
> anatoly t.
>


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/capkn8xkfsoycjskrdjoxtmasmg5gupiyts1_u-gj942v3w7...@mail.gmail.com

Re: RFS: flex-sdk-4.5

[Jaldhar H. Vyas]

On Thu, 13 Oct 2011, Joey Parrish wrote:


Dear mentors (and those BCC'd whom I've been speaking to about "flex-sdk"),

I am looking for a sponsor for my package "flex-sdk-4.5".



I'm on it.  Expect an upload later today.


This is the latest released version of Flex from Adobe, but if either
of those packages require an earlier version of Flex, I can also
upload "flex-sdk-4.1" and "flex-sdk-4.0" alternatives that also
provide "flex-sdk".


Atleast as far as yui is concerned this won't be necessary I don't think 
but I'll test and let you know.



Note that the Flex SDK itself cannot yet be built from Adobe's source
code under Debian, even though the code is released under the MPL.
Adobe's build system relies on Cygwin and some outdated and/or patched
libraries to produce the binary SDK included in this package.  From
what I understand, this means that this package will have to live in
non-free until Adobe's source can be built under Debian.



Oh wait a minute.  This could be a problem because that will make the 
packages that build-depend on it have to go to contrib.  (main can only 
depend on main.)


However this seems like something that's eminently fixable.  Your first 
order of business should be to set up a public git repository on alioth so 
that you can get the wider Debian community to help.


--
Jaldhar H. Vyas 


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/alpine.DEB.2.02.1110130706140.11567@jaldhar-laptop

Re: syntax-error-in-dep5-copyright syntax error in section 4 after the tag license

[Guido van Steen]

> You never need to duplicate license text in a DEP 5 document
> http://dep.debian.net/deps/dep5/#stand-alone-license-paragraph>.

Thank you, Ben! I have updated my copyright file one more time,
although Lintian did not complain about the remaining mistakes in the
previous version.


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/camtvz+ucpbd0r4azwdgw38ew4oarrkjthqxyp6uolny1au8...@mail.gmail.com

Re: syntax-error-in-dep5-copyright syntax error in section 4 after the tag license

[Guido van Steen]

>  
> http://ddumont.wordpress.com/2011/01/13/debian-copyright-dep5-parsereditorvalidatormigrator-is-released/

It seems a good idea to me to integrate a recent version of this
libconfig-model-perl with lintian.


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAMtVZ+uHBj3Y_zvb=rvjy1v4y9xtjn_z8v7yqz_r5et-m9n...@mail.gmail.com

RFS: qasconfig 0.2.0

[Sebastian H.]

Dear mentors,

I am looking for a sponsor for my package "qasconfig".

 * Package name: qasconfig
   Version : 0.2.0-1
   Upstream Author : Sebastian Holtermann 
 * URL : http://xwmw.org/qasconfig
 * License : GPL-3
   Section : sound

It builds those binary packages:

qasconfig  - ALSA configuration browser

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

  http://mentors.debian.net/package/qasconfig

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

  dget -x
http://mentors.debian.net/debian/pool/main/q/qasconfig/qasconfig_0.2.0-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards,

Sebastian Holtermann


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e96d698.4010...@gmx.de

Seeking for advice: Circular Build Dependencies.

[Reinhard Tartler]

Hi,

I'm seeking for advice for how to handle this rather complicated
solution. I'm packaging a large software base that builds a number of
libraries and applications. In order to simplify things:

 - foo (source package) builds:
   - libfoo-dev, libfoo0, libfoo0-bin, ...
   - and build depends on libbar-dev

 - bar (source package) builds:
   - libbar-dev, libbar0, bar
   - and build depends on libfoo-dev

Obviously, there are circular build dependencies, which means that
neither package can be built without the other one.

One solution would be to throw all sources into a big source package and
build everything from that. This, however, is something that I'd really
like to avoid, because one of the two packages is really large, takes
hours to compile, and the whole thing would produce a really lot of
binary packages. I'm therefore seeking for a solution that allows me to
keep the sources separate.

My first guess would be to use alternative build dependencies. However,
this is problematic on the buildd network, because they will fail the
build if the first alternative is not installable.

Therefore, I've come up with this idea:

 - create a 'libbar-bootstrap' source package, which ship only headers
   -  that builds a libbar-boostrap-dev, which in turn provides: libbar-dev
 - build foo against libbar-boostrap-dev
 - build bar against libfoo-dev
 - build foo again, this time against libbar-dev

In my tests, it *seems* that apt indeed prefers a real package over a
virtual package. I'm aware of the following drawbacks:

 - needs an additional source package (libbar-boostrap) and uploads
 - versioned depends on libbar-dev (probably?) won't work anymore

My question now is:

 - has this approach been implemented in debian before?
 - do I miss something else here?

Thanks for your thoughts.


-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/87aa9581ka@faui43f.informatik.uni-erlangen.de

Re: Seeking for advice: Circular Build Dependencies.

[David Kalnischkies]

On Thu, Oct 13, 2011 at 15:26, Reinhard Tartler  wrote:
> In my tests, it *seems* that apt indeed prefers a real package over a
> virtual package. I'm aware of the following drawbacks:

It does, but you are better of handling this as an internal detail
- because it is easier/faster to try non-virtual paths first -
instead of a well-defined feature.
Other implementations might do it completely different…
(the "old" sbuild solver or apt utilizing an external solver aka EDSP, …)

And complains to change this behavior exist ( but i guess it's unlikely).
(Think of upgrades: usually the provider of foo is the newer/better package
 than compared to the real package foo)

Also, and that might be the biggest problem, you would be never allowed
to have a versioned dependency on libfoo-dev as policy says that
the behavior will be undefined otherwise.


For the problem itself I have no knowledge, so just two questions:
Aren't compilers in the same "chicken or egg" dilemma?
And how will new abi/api versions handled? I assume foo2 will not build
against bar1 and vice versa so you need to bootstrap again…


Best regards

David Kalnischkies


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caaz6_fdgfdkuozlebzbg553inncpy9ahgdxn3oleqtca2h-...@mail.gmail.com

Re: RFS: flex-sdk-4.5

[Joey Parrish]

On 2011-10-13, Jaldhar H. Vyas  wrote:
> However this seems like something that's eminently fixable.  Your first
> order of business should be to set up a public git repository on alioth so
> that you can get the wider Debian community to help.

Does the Debian community standardize on git, or is an svn repo also
acceptable?  I don't have any experience with git yet, but I'm a
frequent user of svn.

Thanks,
--Joey


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cad0gtavqk5frw3c3cq8vof0_cze57ogwzxr+y9se+9+ehca...@mail.gmail.com

Re: Seeking for advice: Circular Build Dependencies.

[Thibaut Paumard]

Hi,

Le 13/10/11 15:26, Reinhard Tartler a écrit :
> One solution would be to throw all sources into a big source package and
> build everything from that. 

Looks like the sane solution to me.

Another would be to, on the contrary, split the source packages, if
possible, to completely break the loop (not possible in your simplified
example, perhaps possible with the actual packages).


> Therefore, I've come up with this idea:
> 
>  - create a 'libbar-bootstrap' source package, which ship only headers
>-  that builds a libbar-boostrap-dev, which in turn provides: libbar-dev
>  - build foo against libbar-boostrap-dev
>  - build bar against libfoo-dev
>  - build foo again, this time against libbar-dev

I think this rebuild step is a no go. Oh, that way madness lies. Is it
necessary? Is foo fully functional when built against libbar-bootstrap-dev?

Regards, Thibaut.


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e9702f8.2020...@free.fr

Re: RFS: ESO Common Pipeline Library

[Ole Streicher]

Am 12.10.2011 20:20, schrieb Julian Taylor:
> Else the package looks nice, good work.

I implemented all changes from you and Sylvestre and re-uploaded the
package:

 * Package name: cpl
   Version : 5.3.1-1
   Upstream Author : ESO Project Team 
 * URL : http://www.eso.org/sci/software/cpl/
 * License : GPLv2
   Section : libs

It builds those binary packages:

 libcext-dev - C utility library written by ESO (development files)
 libcext-doc - API documentation for ESO's C utility library libcext
 libcext0   - C utility library written by ESO
 libcpl-dev - ESO library for automated astronomical data-reduction
 libcpl-doc - API documentation for the Common Pipeline Library
 libcplcore12 - Fundamental CPL data types and functions
 libcpldfs12 - CPL functions for Data Flow System compability
 libcpldrs12 - CPL higher level data processing algorithms
 libcplui12 - CPL framework interface library

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

  http://mentors.debian.net/package/cpl

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

  dget -x http://mentors.debian.net/debian/pool/main/c/cpl/cpl_5.3.1-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards,

Ole Streicher


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e970c04.3090...@liska.ath.cx

Re: RFS: EsoRex - - Execution Tool for European Southern Observatory pipelines

[Ole Streicher]

Am 12.10.2011 21:10, schrieb Julian Taylor:
> Its missing a bunch of links: [...]
> as with cpl there are a couple of file from the FSF in the source not
> mentioned in debian/copyright [...]
> you use dh-autoreconf so you don't need to depend on autotools-dev.

I added the needed library, changed the copyrights, removed the
autotools-dev dependency, and re-uploaded the package:

 * Package name: esorex
   Version : 3.9.0-1
   Upstream Author : ESO Project Team 
 * URL : http://www.eso.org/sci/software/cpl/esorex.html
 * License : GPLv2
   Section : science

It builds those binary packages:

esorex - Execution Tool for European Southern Observatory pipelines

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

  http://mentors.debian.net/package/esorex

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

  dget -x
http://mentors.debian.net/debian/pool/main/e/esorex/esorex_3.9.0-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards,

Ole Streicher


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e970cb7.5030...@liska.ath.cx

RFS: gogglesmm

[Hendrik Rittich]

Dear mentors,

I am looking for a sponsor for my package "gogglesmm".

 * Package name: gogglesmm
   Version : 0.12.4-3
   Upstream Author : Sander Jansen 
 * URL : http://code.google.com/p/gogglesmm/
 * License : GPLv3
   Section : sound

It builds those binary packages:

gogglesmm  - Goggles Music Manager

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

  http://mentors.debian.net/package/gogglesmm

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

  dget -x 
http://mentors.debian.net/debian/pool/main/g/gogglesmm/gogglesmm_0.12.4-3.dsc

I would be glad if someone uploaded this package for me.

Kind regards,

Hendrik Rittich


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

Re: RFS: flex-sdk-4.5

[Jaldhar H. Vyas]

On Thu, 13 Oct 2011, Joey Parrish wrote:


Does the Debian community standardize on git, or is an svn repo also
acceptable?  I don't have any experience with git yet, but I'm a
frequent user of svn.



Git is definitely more popular (and my preference) but there's nothing 
wrong with svn.


--
Jaldhar H. Vyas 


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/alpine.DEB.2.02.1110131229060.11567@jaldhar-laptop

Re: Anybody to package new Bitten version?

[W. Martin Borgert]

Quoting "anatoly techtonik" :

It's 9 months since the patch to upgrade trac-bitten was committed to
Debian repository and it's not packaged yet. Can anybody release it?


Problem is: I can't (currently) test new versions properly - no time.
Second issue: I really want to have two packages: Master (trac-bitten)
and slave (trac-bitten-slave), with the bitten slave not depending on
trac. It's not too difficult, I believe, but without proper testing
(see 1) it will fail. Maybe I can do something in the next days...


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111013202032.25715eevp52ly...@webmail.in-berlin.de

Re: RFS: ESO Common Pipeline Library

[Julian Taylor]

On 10/13/2011 06:04 PM, Ole Streicher wrote:
> Am 12.10.2011 20:20, schrieb Julian Taylor:
>> Else the package looks nice, good work.
> 
> I implemented all changes from you and Sylvestre and re-uploaded the
> package:
> 

it still does not build. Its missing a dependency on libltdl-dev for
ltdl.m4 as you now use autoreconf.
Please test if your package builds in a clean environment.
E.g. with pbuilder:
https://wiki.ubuntu.com/PbuilderHowto



signature.asc
Description: OpenPGP digital signature

advice on package replacement - qemulator -- > virtualbricks

[Francesco Namuri]

Hi,
I'm the maintainer of the qemulator package, months ago I was contacted
by Daniele Lacamera, Daniele is the upstream author of virtualbricks a
fork/replacement of qemulator, he asked me about the possibility of the
substitution of qemulator with Virtualbricks.

Qemulator is not longer developed and followed by the original author
and and, in fact, all the efforts of the qemulator team has been moved
to virtualbricks.

I'm thinking about a  rename of the package creating a dummy qemulator
package pointing to the new virtualbricks one.

Is it a good solution?

Thanks very much,
Francesco


-- 
.''`. Francesco Namuri 
: :' : http://namuri.it/
`. `'  key ID = 3B30EB44
  `-fingerprint = 20FC 1C89 F7B8 F724 08FD B4B1 8E27 6437 3B30 EB44


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

Re: RFS: flex-sdk-4.5

[David Given]

On 13/10/11 16:13, Joey Parrish wrote:
[...]
> Does the Debian community standardize on git, or is an svn repo also
> acceptable?  I don't have any experience with git yet, but I'm a
> frequent user of svn.

If you like SVN you may be interested in checking out Mercurial; it
speaks git, so you can hg clone a git repo and it Just Works, and its
commands are SVN-like. I've never been able to get my head around some
of git's peculiarities and hg has saved my bacon several times.

You want the mercurial-git package, and then you'll need to add:

[extensions]
hgext.git =

...to your .hgrc.

-- 
┌─── ｄｇ＠ｃｏｗｌａｒｋ．ｃｏｍ ─ http://www.cowlark.com ─
│
│ "Under communism, man exploits man. Under capitalism, it's just the
│ opposite." --- John Kenneth Galbrith



signature.asc
Description: OpenPGP digital signature

Re: syntax-error-in-dep5-copyright syntax error in section 4 after the tag license

[Ben Finney]

Guido van Steen  writes:

> > You never need to duplicate license text in a DEP 5 document
> > http://dep.debian.net/deps/dep5/#stand-alone-license-paragraph>.
>
> Thank you, Ben! I have updated my copyright file one more time,
> although Lintian did not complain about the remaining mistakes in the
> previous version.

The moral, then, is to learn the specifications and apply them
intelligently. Lintian is not a substitute :-)

-- 
 \ “If history and science have taught us anything, it is that |
  `\ passion and desire are not the same as truth.” —E. O. Wilson, |
_o__)  _Consilience_, 1998 |
Ben Finney


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87y5wovb8p@benfinney.id.au

Re: syntax-error-in-dep5-copyright syntax error in section 4 after the tag license

[Guido van Steen]

Stupid fools who depend on Lintian :-) Isn't there enough for them to learn!?

On Thu, Oct 13, 2011 at 11:21 PM, Ben Finney  wrote:
> Guido van Steen  writes:
>
>> > You never need to duplicate license text in a DEP 5 document
>> > http://dep.debian.net/deps/dep5/#stand-alone-license-paragraph>.
>>
>> Thank you, Ben! I have updated my copyright file one more time,
>> although Lintian did not complain about the remaining mistakes in the
>> previous version.
>
> The moral, then, is to learn the specifications and apply them
> intelligently. Lintian is not a substitute :-)
>
> --
>  \         “If history and science have taught us anything, it is that |
>  `\     passion and desire are not the same as truth.” —E. O. Wilson, |
> _o__)                                              _Consilience_, 1998 |
> Ben Finney
>
>
> --
> To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/87y5wovb8p@benfinney.id.au
>
>


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAMtVZ+sX9GQvDEKuvvXDP63Tqi3sEWnRu=mm1kfn7tqx...@mail.gmail.com

Remove self from Alioth

[Jason Heeris]

I have an account on Alioth, but I'm no longer using or contributing to
Debian. Can I remove or deactivate my account, or should I just abandon it?

— Jason Heeris

Re: Remove self from Alioth

[Raphael Hertzog]

Hello,

On Fri, 14 Oct 2011, Jason Heeris wrote:
> I have an account on Alioth, but I'm no longer using or contributing to
> Debian. Can I remove or deactivate my account, or should I just abandon it?

You should file a support request to get it removed, see 
http://wiki.debian.org/Alioth/FAQ#How_can_I_remove_my_old_-guest_account_.3F_an_unused_project_.3F

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/go/ulule-rh/


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111014060003.gh15...@rivendell.home.ouaza.com

Re: RFS: instead

[Helmut Grohne]

Hi Jakub,

On Wed, Oct 12, 2011 at 10:17:12AM +0200, Jakub Wilk wrote:
> * Helmut Grohne , 2011-10-12, 09:12:
> >Your debian/rules file basically needs to be rewritten.
> 
> Sorry, but that's not helpful. Care to elaborate what's so
> inherently wrong with the current debian/rules?

I highlighted some aspects below, but there are more and I should have
mentioned them.

> >It would also help to compress the file by using e.g. dh.
> 
> Help with what? (I took me a while to understand what you meant
> here. dh doesn't compress anything, except through dh_compress. ;>)

Sorry for being unclear. It would help with readability. Using dh kind
of compresses the file, because it removes the need to list every single
dh_* command on its own line. Thus a rules file using dh is usually much
shorter.

> >Why do you depend on debhelper 8 again
> 
> Because he uses compat 8.

Is this the only debhelper 8 "feature" he uses?

> >when you don't even use dh?
> 
> I don't see how is that relevant.

This is not a direct problem in the package, but it highlights that the
maintainer did not fully understand what debhelper version 8 provides.

So what else is going on in the rules file?

 * "# Add here commands to configure the package." (multiple times)
 * "#   dh_installcron" (multiple times)
 * configure is run from build-stamp target, so the configure-stamp
   target becomes useless.
 * "rm -rf Rules.make" in the build-stamp target. Why?

All of which does not influence the resulting package, but it makes
reading the source package needlessly hard.

Helmut


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111014060234.ga15...@alf.mars

Re: RFR: devilspie2

[Helmut Grohne]

On Tue, Oct 11, 2011 at 11:15:24PM +0200, Andreas Rönnquist wrote:
> (in this case - RFR = Request For Review - I am not sure if its a
> used/correct abbreviation)

Correct.

> Could someone please check out my devilspie2 package?

Yes.

> It is a continuation of the original Devilspie by Ross Burton, but with
> the major difference that the symbolic expressions of the original and
> their iterpreter are replaced by much simpler and easier maintainable
> LUA code.
> 
> It is written in C, with a simple makefile as build system (My first try
> at a package using a Makefile, I have used cmake in the past) - and also
> using CDBS.

This kind of comment *really* helps understanding what your package is
about. I would like to see this in every RFR/RFS.

> I could (amongst other stuff) take some hints regarding the short/long
> descriptions.

Both of your descriptions focus on explaining how devilspie2 does
things. A user first looking at your package wants to know what your
package does. Your short description explains that devilspie2 can match
windows, but the use - acting on them - is only implied. Maybe your long
description could give a specific use case? The information about LUA
and the origin of this package are clearly useful, but I would put them
to the end of the description.

> http://mentors.debian.net/debian/pool/main/d/devilspie2/devilspie2_0.08-1.dsc

debian/docs: I think you shouldn't ship the GPL-3, because you already
correctly reference /usr/share/common-licenses/GPL-3 from
debian/copyright.

debian/rules: Maybe you can also clean up the dh_make comments?

Helmut


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111014062654.gb15...@alf.mars