Re: looking for debian developers in manchester to sign my key

[Daniel Silverstone]

On Sun, Feb 19, 2012 at 08:16:32PM +, Paul Martin wrote:
> Some hints are here:
> http://ekaia.org/blog/2009/05/10/creating-new-gpgkey/

Also there's http://users.pepperfish.net/dsilvers/keysigcheck.sh which can help
you to check your options are right, by asking it to look for your
self-signatures.

> The Uni area is fine with me. Perhaps if Daniel is back from foreign
> parts some time we could all go for a drink?

I am indeed back from Foreign parts, although I need a little notice as I have
to fit social calls around my OU work.

Don't hold up any key signing for me, just let me know when & where and I'll
try and pop along if possible.

D.

-- 
Daniel Silverstone http://www.digital-scurf.org/
PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69


-- 
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/20120220090133.GA2575@somnambulist.local

Re: please test this code, if it is koscher

[SchmiTTT]

Am 2012-02-16 10:28, schrieb Michael van der Kolff:


But if you were serious, I'd say that this is where software that has
been written comes to get packaged - development is what you do on
github.com, gitorious.org, etc.

Cheers,

Michael


Hello Mike,

in github.com - there is M$ and fakebook ...
and in gitorious.org - Nokia / QT ( M$) and openSUSE (M$) is near too ...

Is there something else ? ( not CVS) ...

Thanks for feedback.

Regards.
Val.


--
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/4f42405a.8040...@gmail.com

Re: please test this code, if it is koscher

[Michael van der Kolff]

Neither github.com nor gitorious.org are owned by MS. Anyone may host
whatever they like, so long as it's in accordance with the law.
On 20/02/2012 11:45 PM, "SchmiTTT"  wrote:

> Am 2012-02-16 10:28, schrieb Michael van der Kolff:
>
>>
>> But if you were serious, I'd say that this is where software that has
>> been written comes to get packaged - development is what you do on
>> github.com, gitorious.org, etc.
>>
>> Cheers,
>>
>> Michael
>>
>
> Hello Mike,
>
> in github.com - there is M$ and fakebook ...
> and in gitorious.org - Nokia / QT ( M$) and openSUSE (M$) is near too ...
>
> Is there something else ? ( not CVS) ...
>
> Thanks for feedback.
>
> Regards.
> Val.
>
>

Bug#658235: RFS: libjreen, the xmpp library (3rd try, 2 months later)

[Benoît Knecht]

Hi Vsevolod,

Vsevolod Velichko wrote:
> I am looking for a sponsor for my package "libjreen" (and do this for
> the 3rd time, because I've got no answer, neither positive nor
> negative since November 2011).
> 
>  * Package name: libjreen
>   Version : 1.0.1-1
>   Upstream Author : Ruslan Nigmatullin 
>  * URL : http://qutim.org/jreen
>  * License : GPL2+
>   Section : libs
> 
> It builds those binary packages:
> 
> libjreen-dev - powerful Jabber/XMPP library - development files
> libjreen1 - powerful Jabber/XMPP library implemented in Qt/C++

I took a look at your package, here are a few things you may want to
look into:

  - Some warnings from lintian:

  I: libjreen source: binary-control-field-duplicates-source field 
"section" in package libjreen1
  P: libjreen source: unversioned-copyright-format-uri 
http://dep.debian.net/deps/dep5
  I: libjreen1: no-symbols-control-file usr/lib/libjreen.so.1.0.1

  - In debian/control, your long description repeats the synopsis, and
it doesn't consist of full sentences. See [1] for guidelines about
writing good descriptions.

[1] 
http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-pkg-desc

If you're not using a VCS, you should remove those commented-out
lines.

  - In debian/rules, the dh_installchangelogs override isn't needed;
debhelper will pick up the upstream changelog automatically.

The dh_auto_install override could also be replaced by using
debian/.install files (see dh_install(1) for details).

  - In debian/copyright, you should use the predefined short names for
licenses; what you call "MIT/X11 (BSD Like)" is the Expat license.

And even though it's more cosmetic than anything, GPL-2.0+ could be
replaced by GPL-2+.

I'm also not sure your debian/README.source is particularly
relevant. First of all, one _should_ care about that copyright in
Debian since those files are shipped in the source package (so
clauses about distribution of those files certainly apply). If you
want to say that the binary package doesn't contain any code from
these files, perhaps a Comment in the relevant File paragraph in
debian/copyright would be better (as this file is actually installed
along with the binary package).

I've built your package, but I haven't installed and tested it, so I
cannot comment on that.

Cheers,

-- 
Benoît Knecht



--
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/20120220155741.gb26...@marvin.lan

Re: please test this code, if it is koscher

[Igor Pashev]

It's a troll.


--
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/4f426f54.4070...@gmail.com

Re: please test this code, if it is koscher

[SchmiTTT]

Am 2012-02-20 17:05, schrieb Igor Pashev:

It's a troll.



sorry no !
I am a misunderstood autistic penguin !
Regards.
Val.



--
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/4f42836d.4020...@gmail.com

Bug#660665: RFS: pdfcube/0.0.4-1 -- PDF document viewer with 3D effects

[Andreas Moog]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: pdfcube
   Version : 0.0.4-1
   Upstream Author : mirko.maischberger (at) gmail (dot) com
 * URL : http://code.100allora.it/pdfcube
 * License : GPL-2.0+
   Section : text

It builds those binary packages:

pdfcube- PDF document viewer with 3D effects

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

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

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

  dget -x
http://mentors.debian.net/debian/pool/main/p/pdfcube/pdfcube_0.0.4-1.dsc

As a third option, you can access the git packaging at alioth:

git://anonscm.debian.org/collab-maint/pdfcube.git

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

Kind regards,

Andreas Moog



signature.asc
Description: OpenPGP digital signature

Processed: Bug#660665: Indicate ITA and mark as blocking it

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 660665 RFS: pdfcube/0.0.4-1 [ITA] -- PDF document viewer with 3D 
> effects
Bug #660665 [sponsorship-requests] RFS: pdfcube/0.0.4-1 -- PDF document viewer 
with 3D effects
Changed Bug title to 'RFS: pdfcube/0.0.4-1 [ITA] -- PDF document viewer with 3D 
effects' from 'RFS: pdfcube/0.0.4-1 -- PDF document viewer with 3D effects'
> block 651724 with 660665
Bug #651724 [pdfcube] ITA: pdfcube
Was not blocked by any bugs.
Added blocking bug(s) of 651724: 660665
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
651724: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651724
660665: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660665
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.132976492810589.transcr...@bugs.debian.org

Processed: Bug#659522: Mark as blocking ITA bug#657967

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> block 657967 with 659522
Bug #657967 [wnpp] ITA: prelink -- ELF prelinking utility to speed up dynamic 
linking
Was not blocked by any bugs.
Added blocking bug(s) of 657967: 659522
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
657967: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657967
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.132976549914716.transcr...@bugs.debian.org

Processed: Mark RFS bugs as blocking ITA bugs

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> block 652131 with 659207
Bug #652131 [wnpp] ITA: tth -- TeX/LaTeX to HTML converter
Was not blocked by any bugs.
Added blocking bug(s) of 652131: 659207
> block 433319 with 658426
Bug #433319 [wnpp] ITA: xfonts-bolkhov -- Cyrillic fonts for X
Was not blocked by any bugs.
Added blocking bug(s) of 433319: 658426
> block 646216 with 658306
Bug #646216 [wnpp] ITA: preload -- adaptive readahead daemon
Was not blocked by any bugs.
Added blocking bug(s) of 646216: 658306
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
646216: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646216
652131: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652131
433319: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433319
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.132976575816706.transcr...@bugs.debian.org

Bug#660270: RFS: gnonograms -- create and solve nonogram puzzles

[Jeremy Wootten]

Package: sponsorship-requestsSeverity: wishlistDear mentors,

I am looking for a sponsor for my package "gnonograms", a program to
create and solve nonogram puzzles.
Nonograms are popular Japanese logic puzzles also called "Griddlers",
"Pictogame", "Tsunami" etc.
The puzzles can be created by drawing, entering the clues or by
importing an image.
The program will also automatically generate soluble random pattern
puzzles of different complexities.

A new version has been released following previous comments and the
submission of a German translation

gnonograms (0.9.6-1) unstable; urgency=low

  * New upstream release 0.9.6
  * New features: Display horizontal and vertical run lengths
 Save As menu option
  * Bug fixes
  * Updated copyright/license information
  * Updated translations, German added courtesy of chrysn 

 -- Jeremy Wootten   Mon, 20 Feb 2012 11:54:17 +
 * Package name: gnonograms
   Version : 0.9.6-1
   Upstream Author : Jeremy Wootten 
 * URL :http://code.google.com/p/gnonograms/
 * License : GPLv2+
   Section : games

It builds these binary packages:

gnonograms - Nonogram puzzle generator and solver (core program)
gnonograms-common-data - Nonogram puzzle generator and solver (common data)
 To access further information about this package, please visit the
following URL:

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

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

  dget -x 
http://mentors.debian.net/debian/pool/main/g/gnonograms/gnonograms_0.9.6-1.dsc


I would be glad if someone reviewed this package for me.
Regards,
Jeremy Wootten

GPG Key ID CB585BCD
Key Fingerprint 37C0 3C2A A6D4 E45B BA7C 4328 2DF2 1882 CB58 5BCD

Bug#660162: RFS: tack/1.07-2

[Samuel Bronson]

On Sat, Feb 18, 2012 at 5:17 PM, Jakub Wilk  wrote:
> To be pedantically correct, build-dependency on autotools-dev should be
> bumped to >= 20110508.1, as this version introduced the dh addon. (I said
> “pedantically”, because a sufficient version is already in stable.)

True ...

> Could you regenerate autotools stuff at build time? autoconf-dickey is now
> in the archive, so this should be feasible. (If you feel adventurous, you
> could try also with GNU autoconf.)

... but of course, doing this pulls in dh-autoreconf, which lets me
drop the autotools-dev dependency entirely, since the "autoreconf"
addon is documented to  subsume the "autotools" addon.

> As far[0] as I can see, your debian/rules doesn't honour
> DEB_BUILD_OPTIONS=noopt. You might want to acquire “correct” {C,CPP,LD}FLAGS
> from dpkg-buildflags (enabling hardening as a side-effect).

This is true. This turned out to be mostly a matter of bumping the
debhelper compatibility level to "9". It looks like these all even
make it through the configure script...

> [0] Not very far, I didn't try to build the package yet. :P
>
> --
> Jakub Wilk

Thanks for being so patient with me!

Fixed these in 
,
with changelog:

tack (1.07-1~mentors2) unstable; urgency=low

  * New upstream release.
  * Adopt package.
Closes: #660140 (ITP for this package).
  * Switch to dpkg-source 3.0 (quilt) format.
  * Use dh-autoreconf to regenerate the configure script during build
+ Build-depends on dh-autoreconf and autoconf-dickey.
+ It also takes care of pulling up-to-date config.guess and config.sub
  scripts in from autotools-dev
+ Drop build-depends on autotools-dev.
  * Fix "hyphen-used-as-minus-sign" warning from lintian.
  * Update package to standards version 3.9.2.
  * Add a debian/watch file again.
  * Bump debhelper build-depends: to (>= 7.0.50~), since we use
override_dh_ targets.
  * Enable build warnings.
  * Add Vcs-Browser: and Vcs-Git: fields to debian/control.
  * Install a symlink CHANGES.gz -> changelog.gz in the doc directory.
  * Update debian/copyright to current (nearly-1.0) DEP5 format.
  * Add support for dpkg-buildflags(1) by bumping debhelper to
compatibility level 9.

 -- Samuel Bronson   Fri, 17 Feb 2012 14:12:03 -0500



--
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/CAJYzjmf89Xx=vpYy+c8U5eDGDpR=k1ewz6e5onubp1wgzkh...@mail.gmail.com

Processed: Mark RFS bugs as blocking ITP bugs

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 659498 RFS: solarpowerlog [ITP] -- photovoltaic data logging
Bug #659498 [sponsorship-requests] RFS: solarpowerlog -- photovoltaic data 
logging
Changed Bug title to 'RFS: solarpowerlog [ITP] -- photovoltaic data logging' 
from 'RFS: solarpowerlog -- photovoltaic data logging'
> block 652904 with 659498
Bug #652904 [wnpp] ITP: solarpowerlog -- logging photovoltaic data
Was not blocked by any bugs.
Added blocking bug(s) of 652904: 659498
> retitle 659805 RFS: aguilas/1.0.1-1 [ITP] -- A web-based LDAP user management 
> system
Bug #659805 [sponsorship-requests] RFS: aguilas/1.0.1-1 -- A web-based LDAP 
user management system
Changed Bug title to 'RFS: aguilas/1.0.1-1 [ITP] -- A web-based LDAP user 
management system' from 'RFS: aguilas/1.0.1-1 -- A web-based LDAP user 
management system'
> block 652464 with 659805
Bug #652464 [wnpp] ITP: aguilas -- A web-based LDAP user management system
Was not blocked by any bugs.
Added blocking bug(s) of 652464: 659805
> retitle 659915 RFS: radlib/2.11.3-1 [ITP] -- rapid application development 
> library
Bug #659915 [sponsorship-requests] FW: ITP:  radlib -- rapid application 
development library
Changed Bug title to 'RFS: radlib/2.11.3-1 [ITP] -- rapid application 
development library' from 'FW: ITP:  radlib -- rapid application development 
library'
> block 659914 with 659915
Bug #659914 [wnpp] ITP:  radlib -- rapid application development library
Was not blocked by any bugs.
Added blocking bug(s) of 659914: 659915
> retitle 659947 RFS: portabase/2.0-1-1 [ITP] -- Easy-to-use personal database 
> application
Bug #659947 [sponsorship-requests] RFS: portabase
Changed Bug title to 'RFS: portabase/2.0-1-1 [ITP] -- Easy-to-use personal 
database application' from 'RFS: portabase'
> block 584570 with 659947
Bug #584570 [wnpp] ITP: portabase -- An easy-to-use personal database 
application
Was not blocked by any bugs.
Added blocking bug(s) of 584570: 659947
> retitle 659991 RFS: hpfall/2.6.38-1 [ITP] -- HP 3D DriveGuard daemon for 
> HP/Compaq laptops
Bug #659991 [sponsorship-requests] RFS: hpfall
Changed Bug title to 'RFS: hpfall/2.6.38-1 [ITP] -- HP 3D DriveGuard daemon for 
HP/Compaq laptops' from 'RFS: hpfall'
> block 653687 with 659991
Bug #653687 [wnpp] ITP: hpfall -- Disk protection for HP machines.
Was not blocked by any bugs.
Added blocking bug(s) of 653687: 659991
> retitle 660014 RFS: git-ftp/0.6.0+git20110923-1 [ITP] -- Git powered FTP 
> client written as shell script
Bug #660014 [sponsorship-requests] RFS: git-ftp -- Git powered FTP client 
written as shell script
Changed Bug title to 'RFS: git-ftp/0.6.0+git20110923-1 [ITP] -- Git powered FTP 
client written as shell script' from 'RFS: git-ftp -- Git powered FTP client 
written as shell script'
> block 660011 with 660014
Bug #660011 [wnpp] ITP: git-ftp -- Git powered FTP client written as shell 
script
Was not blocked by any bugs.
Added blocking bug(s) of 660011: 660014
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
660011: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660011
659947: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659947
659805: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659805
652904: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652904
653687: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653687
659991: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659991
659915: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659915
652464: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652464
584570: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584570
659498: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659498
659914: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659914
660014: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660014
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.132976781231912.transcr...@bugs.debian.org

RFS: lftp-gtk

[maintainer]

Dear mentors,

I am looking for a sponsor for my package "lftp-gtk".

 * Package name: lftp-gtk
   Version : 1.5
 * URL : [http://www.lftp-gtk.com]
 * License : [gpl-2.0]
   Section : web

It builds those binary packages:

lftp-gtk   - A gui in GTK+ for lftp

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


  http://mentors.debian.net/package/lftp-gtk

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

  dget -x  
http://mentors.debian.net/debian/pool/main/l/lftp-gtk/lftp-gtk_1.5.dsc


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

Kind regards,

lftp-gtk


--
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/20120220205907.42635zp8u89ly...@webmail-srv2.servage.net

RFS: lebiniou (already in Debian, new upstream version 3.15)

[Olivier Girondel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear mentors,

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

   Package name: lebiniou
   Version : 3.15-1
   Upstream Author : Olivier Girondel 
   URL : http://biniou.net
   License : GPLv2
   Section : graphics

It builds those binary packages:

lebiniou   - displays images that evolve with sound

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

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

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

  dget -u -x
http://mentors.debian.net/debian/pool/main/l/lebiniou/lebiniou_3.15-1.dsc

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

Kind regards,

Olivier Girondel
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9C2fAACgkQpqVXaJzJYNIS2gCfdd4S85Kex/SpPchCQj3fk+bc
PG8An1NnkGgml7ftcvo8CtOLS18u56rt
=LAqg
-END PGP SIGNATURE-


-- 
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/4f42d9f0.1070...@biniou.info

fastest hack-build-run iteration

[David Roguin]

Hi,

I'm making some changes to the evolution package and every time I want
to test a tiny change I build a deb, install and run it. As you can
imagine that takes a lot of time.

That's why I'm asking if there's a faster way to iterate over changes.

Thanks a lot!

-- 
David


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

Re: fastest hack-build-run iteration

[Paul Wise]

On Tue, Feb 21, 2012 at 8:40 AM, David Roguin wrote:

> I'm making some changes to the evolution package and every time I want
> to test a tiny change I build a deb, install and run it. As you can
> imagine that takes a lot of time.
>
> That's why I'm asking if there's a faster way to iterate over changes.

maint-guide used to recommend running ./debian/rules binary for that,
not sure if it does now.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
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/CAKTje6H4xR-mjRC=8r7ohnbe7lfjscj5qq_eao-zrik1v-g...@mail.gmail.com

Re: fastest hack-build-run iteration

[David Roguin]

On Mon, Feb 20, 2012 at 10:28 PM, Paul Wise  wrote:
> On Tue, Feb 21, 2012 at 8:40 AM, David Roguin wrote:
>
>> I'm making some changes to the evolution package and every time I want
>> to test a tiny change I build a deb, install and run it. As you can
>> imagine that takes a lot of time.
>>
>> That's why I'm asking if there's a faster way to iterate over changes.
>
> maint-guide used to recommend running ./debian/rules binary for that,
> not sure if it does now.
>
> --
> bye,
> pabs
>
> http://wiki.debian.org/PaulWise

Ok, but ./debian/rules binary takes a lot of time. Generating .deb
files for evolution takes a couple of minutes. It'd be great if I
could ./debian/rules build and run the whole thing from ./debian/tmp
(libs included)

Do you know any way to do that?

Regards,


-- 
David


-- 
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/CAGaJj4JywzhpzBJyBdnhNXwAEzzHbAtWUkUg=jqtne-ym++...@mail.gmail.com

Re: fastest hack-build-run iteration

[Paul Wise]

On Tue, Feb 21, 2012 at 10:57 AM, David Roguin wrote:

> Ok, but ./debian/rules binary takes a lot of time. Generating .deb
> files for evolution takes a couple of minutes. It'd be great if I
> could ./debian/rules build and run the whole thing from ./debian/tmp
> (libs included)
>
> Do you know any way to do that?

Depending on what you put in your debian/rules file, you could run
debian/rules install or dh_auto_install.

I'm not sure if thats what you want though, since you didn't specify
that in enough detail.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
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/CAKTje6HY-dFr=Sn5dvvZKKJXz0qZ-=zdd+gntkdzeuzv_vc...@mail.gmail.com

Re: Mentors upload authentication

[Michael Gilbert]

On Sat, Feb 18, 2012 at 5:27 AM, Stephen Gran wrote:
>> In terms of gpg public keys, the user could simply upload theirs to a
>> public_html alioth location, which would allow the mentors scraping
>> algorithms to pick that up.  That process itself would be rather
>> simple, and could be documented in a set of wiki instructions.  Why
>> are you thinking that's going to be hard?
>
> Most people go to a lot more trouble to make sure gpg signatures are
> valid and trustworthy than just downloading them from a random home
> directory on a machine where accounts are created on demand.  I'm not
> sure what level of identification you're looking for here, but that
> seems so trivial to subvert it makes me think you'd be better off
> without it.
>
> I'm assuming that the backstory here is that ftpmaster want signed and
> identifiable uploads.  I think this idea fails that test, myself.

Here is my interpretation: the back story is that ftpmaster needs a
record of users' agreement to not put non-distributable material on
debian machines.  That means that users need to agree to the DMUP, and
when they upload material, it needs to be authenticated that it is
from the same person that signed that agreement.  Hopefully I got that
right?

In this case, I think it would be possible to use ssh public keys as
that authentication.  The process would be:

1.  User signs and uploads the DMUP to alioth via web interface
2.  User signs and uploads ssh public key to alioth via web interface
3.  User uploads gpg public key to a public area in their alioth
account (or maybe web interface again)
4.  User uploads packages to a public area in their account [note that
their gpg key is not checked in this step]
5.  Mentors scrapes packages and gpg key info from alioth public space
(probably gathering file locations from a config file that users put
in their home dir)
6.  Mentors flags (and sends an email about) improperly signed
packages based on the info it scraped from alioth
7.  Mentors only presents properly signed packages to prospective sponsors
8.  Flagged packages on alioth get reviewed by someone from team, and
removed if they're found non-distributable

> Just to be clear, alioth is not a regular debian.org machine.  It isn't
> admined by the same team, accounts are not handled in the same way,
> and privileged groups on Debian machines have no special privilege on
> alioth machines.

I understand that, but I don't see how that has to do with the DMUP,
which is a usage policy intended for debian machines of which alioth
is one.  Otherwise, it seems like it fine to misuse alioth in ways
that violate the DMUP, but not any other machine.

>> I don't think it would be that arduous for external contributors to
>> sign the DMUP as it's a rather non-demanding and sane document anyway.
>
> I do believe it will be arduous to go find all the people who currently
> use alioth who are not DDs and ask them to sign something in order to
> retain their access to a service they use.

You could "grandfather" existing users to avoid that.

>> You could change your process to do something like launchpad with
>> their code of conduct (i.e. contributors can/should gpg sign and
>> upload it).  That is optional on launchpad, but I think it should be
>> required for the DMUP.
>
> To recap, I still don't think alioth is a good fit for this.  I think
> you're trying to shoehorn something that works with launchpad onto an
> entirely different system, and it doesn't fit very well for a variety of
> reasons.

My inspiration for this process is not from launchpad at all.  That
was just an example of how to avoid a mindless "click-through" DMUP
agreement process.

Best wishes,
Mike


--
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/CANTw=mnyvd1njinyo2d2yfspdqc5yzraqrw3b8hd18y_fut...@mail.gmail.com