Re: RFS: ripit (updated package)

[Elimar Riesebieter]

* Al Nikolov [100125 23:44 +0300]
> Elimar Riesebieter wrote:
> 
> > I am looking for a sponsor for the new version 3.8.2-1
> > of my package "ripit".
> 
> As far as i see it breaks DPM 2.2.1 by depending on non-free (and even
> not-existant in Debian) packages. Would you get rid of these dependencies
> and only Suggest them?

ripit doesn't depend on lame or bladeenc. Those are only alternatives
for some encoders. It's an information for $USER that encoding mp3
is possible with those packages. It is not a _must_ to install them
mentioned by the  | in the dependency field. I don't want to
recommend them, as I don't recommend mp3 encoding, though. Have a
look at the abcde package. It is done the same. And FYI the last
uploads weren't rejected.

> Please, use DEP-3 patch headers.

Done and reuploaded.

> You may ask me then to upload it.

Thanks for cooperation
Elimar

-- 
  Do you smell something burning or ist it me?


signature.asc
Description: Digital signature

Re: RFS: openshot-docs

[Jonathan Wiltshire]

On Tue, Feb 16, 2010 at 11:02:46PM -0600, Jonathan Thomas wrote:
> * Package name: openshot-docs
>   Version : 2.0.0-1
>   Upstream Author : Jonathan Thomas 
> * URL : http://www.OpenShotVideo.com
> * License : GPLv3
>   Section : Documentation

(IANADD)

I don't understand why openshot-docs has such a wildly different version
number to your RFS package openshot (1.1.0.alpha1-1).

I think it would make more sense for users if you were to unify the version
numbers upstream, so they can know that they are reading the right
documentation for the version of openshot they have installed. That also
then means that openshot-docs can be build from the same source package,
which saves time and confusion all round.

HTH,

-- 
Jonathan Wiltshire

1024D: 0xDB800B52 / 4216 F01F DCA9 21AC F3D3  A903 CA6B EA3E DB80 0B52
4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51


signature.asc
Description: Digital signature

Re: RFS: bygfoot (Updated package)

[Christoph Egger]

On Tue, Feb 16, 2010 at 02:01:53PM -0500, Elías Alejandro wrote:
> Dear mentors,
> 
> I am looking for a sponsor for the new version 2.3.2-1
> of my package "bygfoot".
> - dget
> http://mentors.debian.net/debian/pool/main/b/bygfoot/bygfoot_2.3.2-1.dsc

At least I don't consider this package as long as the preinstal
does a find over all home directories. Messing in user's home
directories isn't nice and find can take *really* *long*.

Regards

Christoph

-- 
/"\  ASCII Ribbon : GPG-Key ID: 0xD49AE731
\ /Campaign   : CaCert Assurer
 X   against HTML : Debian Maintainer
/ \   in eMails   : http://www.debian.org/

http://www.christoph-egger.org/


signature.asc
Description: Digital signature

Re: RFS: qwit

[Carlos Galisteo]

Hi Patrick.
Sorry for the delay, I'm out for holidays and almost completely
offline for a few days.

> And still in debian/patches/, don't forget to always include the dsc in your
> emails.

 I'm afraid that in the rush of building the package a few hours
before leaving to the airport I made a few mistakes.

 As soon as I come back I'll take care off this appropriately.  Sorry
for the inconveniences.

-- 
---
Carlos Galisteo 
GPG keys & fingerprints:
0x8E0076E9 -> 939E 3D10 EAA2 A972 3AF2  E25C 26B7 D8E3 8E00 76E9
0x69ADBE65 >  F888 6FBA 9145 B5A2 C187 66D6 5B8C 027A 69AD BE65
---


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

Re: RFS: bygfoot (Updated package)

[Elías Alejandro]

Hi Christoph,

> At least I don't consider this package as long as the preinstal
> does a find over all home directories. Messing in user's home
> directories isn't nice and find can take *really* *long*.

I'm agree with the "isn't nice", but how can I keep the user savegames
that belong previous to versions, or simply delete it?. Each versions
create a hidden directory named .bygfoot in the /home for savegames,
but each version can't load this savegames, just if this savegame
belong to the same version. I've tried with the script preinst, keep
the previous savegame and then the new version will create its own
.byfoot.

Thanks for taking time.

--
Elías Alejandro.


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

Re: RFS: bygfoot (Updated package)

[Paul Wise]

2010/2/17 Elías Alejandro :
> Hi Christoph,
>
>> At least I don't consider this package as long as the preinstal
>> does a find over all home directories. Messing in user's home
>> directories isn't nice and find can take *really* *long*.
>
> I'm agree with the "isn't nice", but how can I keep the user savegames
> that belong previous to versions, or simply delete it?. Each versions
> create a hidden directory named .bygfoot in the /home for savegames,
> but each version can't load this savegames, just if this savegame
> belong to the same version. I've tried with the script preinst, keep
> the previous savegame and then the new version will create its own
> .byfoot.

The game itself should handle this stuff at runtime, the maintainer
scripts have no business touching user's home directories.

Some possible strategies for this:

Version numbers in the file format.

Version numbers in the file/directory names.

More stable or forward compatible file formats. This is my personal favourite.

In addition, please follow the XDG basedir spec wrt home directory
file names and locations:

http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html

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

RFS: kcm-tablet

[Lisandro Damián Nicanor Pérez Meyer]

Dear mentors,

I am looking for a sponsor for my package "kcm-tablet".

* Package name: kcm-tablet
  Version : 1.1.3-1
  Upstream Author : Jörg Ehrichs 
* URL : 
* License : GPL
  Section : kde

It builds these binary packages:
kde-config-tablet - implements a KDE configuration GUI for the Wacom drivers

The package appears to be lintian clean.

The upload would fix these bugs: 569708

My motivation for maintaining this package is: [fill in].

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/k/kcm-tablet
- Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- dget http://mentors.debian.net/debian/pool/main/k/kcm-tablet/kcm-
tablet_1.1.3-1.dsc

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

Kind regards
 Lisandro Damián Nicanor Pérez Meyer

-- 
May the source be with you

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


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

Re: RFS: bygfoot (Updated package)

[Miriam Ruiz]

2010/2/17 Paul Wise :
> 2010/2/17 Elías Alejandro :
>> Hi Christoph,
>>
>>> At least I don't consider this package as long as the preinstal
>>> does a find over all home directories. Messing in user's home
>>> directories isn't nice and find can take *really* *long*.
>>
>> I'm agree with the "isn't nice", but how can I keep the user savegames
>> that belong previous to versions, or simply delete it?. Each versions
>> create a hidden directory named .bygfoot in the /home for savegames,
>> but each version can't load this savegames, just if this savegame
>> belong to the same version. I've tried with the script preinst, keep
>> the previous savegame and then the new version will create its own
>> .byfoot.
>
> The game itself should handle this stuff at runtime, the maintainer
> scripts have no business touching user's home directories.

I totally support this. No packages should directly mess up with
configuration stuff in user's directories when installed or
uninstalled. If the format should be upgraded, it should be done by
the program itself when it is executed by the user -aka. runtime- as
Paul says, not in postinst/prerm/...

Also, users expect not to lose previous saved games when upgrading to
a newer version of the game, so we should do as much as possiible to
avoid that. It is really annoying to be playing a game and lose your
saved data after an upgrade. Players would have the whole right to
complain about it. I would.

Greetings,
Miry


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

Re: RFS: bygfoot (Updated package)

[Elías Alejandro]

Paul, I choose this option:
>Version numbers in the file/directory names.

I'll create a patch to fix it. Your personal favourite seems that the
upstream author couldn't fix it (this isn't a excuse) but I think that
is quick and easy. Also I'll follow the XDG basedir.

> Also, users expect not to lose previous saved games when upgrading to
> a newer version of the game, so we should do as much as possiible to
> avoid that. It is really annoying to be playing a game and lose your
> saved data after an upgrade. Players would have the whole right to
> complain about it. I would.

Miriam, I'm totally agree with you.

Thank you so much.

--
Elías Alejandro


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

Re: RFS: parti 0.0.6-1 (new package)

[Michael Schutte]

Hi Gregor,

On Tue, Feb 16, 2010 at 10:34:54PM +0100, gregor herrmann wrote:
> - d/control: Standards-Version -> 3.8.4 (and update your version of
>   lintian :))

Well, crap.  That’s what I get for running testing/unstable.

> - d/copyright: according to DEP5 the Maintainer at the top is the
>   _upstream_ maintainer
> - You could install NEWS as the upstream changelog.

Done.

> - You might want to fix the following lintian info with a patch:
>   "I: xpra: hyphen-used-as-minus-sign usr/share/man/man1/xpra.1.gz:219"

The man page is actually incorrect here; it gets the name of the
--start-child option wrong.  That’s definitely worth a patch.

> - The README from debian/docs doesn't get installed (I was curious if
>   d/docs besides d/$pkg.docs is a clever trick or a bug, it seems
>   it's at least not the former :))

Ah, right, I changed my mind about the README file and forgot about
d/docs.  README justs lists the three projects from the parti tarball.
README.wimpiggy and README.xpra contain everything one wants to know :-)
Be gone then!

Re-uploaded to the same location:

http://alioth.debian.org/~michi-guest/packages/parti_0.0.6-1.dsc

lintian 2.3.3 “-I --pedantic” clean this time around.

Thanks for the feedback!
-- 
Michael Schutte 


signature.asc
Description: Digital signature

RFS: cba

[pierrot]

Dear mentors, debian-science,

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

* Package name: cba
  Version : 0.3.5-1
  Upstream Author : me
* URL : http://cbeam.sourceforge.net
* License : gpl
  Section : science

It builds these binary packages:
cba - continuous beam analysis

beam analysis is an often performed task in the field of civil 
engineering (if that doesn´t sound captivating to you, save your time 
and don´t bother checking the package).
in this new version i added a small material and section database (xml), 
to make structural design of beams made of homogeneous material (such as 
steel or wood) possible.


The package appears to be lintian clean.

The upload would fix these bugs: 561090

My motivation for maintaining this package is:
as an engineer you run tight on redmond rails, software for structural 
design under linux is rare. the same goes for every other "special field 
software" i suppose. a bit more of it could help preventing "penguins" 
and "apaches" from scuffling to work sadly.


The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/c/cba
- Source repository: deb-src http://mentors.debian.net/debian unstable 
main contrib non-free

- dget http://mentors.debian.net/debian/pool/main/c/cba/cba_0.3.5-1.dsc

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

Kind regards
 pierrot


--
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/4b7c31df.9060...@gmx.net

Re: RFS: bygfoot (Updated package)

[Miriam Ruiz]

El día 17 de febrero de 2010 19:02, Elías Alejandro  escribió:

>> Also, users expect not to lose previous saved games when upgrading to
>> a newer version of the game, so we should do as much as possiible to
>> avoid that. It is really annoying to be playing a game and lose your
>> saved data after an upgrade. Players would have the whole right to
>> complain about it. I would.
>
> Miriam, I'm totally agree with you.

Oh, I forgot to say one thing. If possible, the stored game data
should be arch-independent (that means independent of the endianess
and word size of the processor), so that if you take your $HOME from
your PowerPC computer to your AMD64 one, or if your $HOME is shared
among different computers, things still work.

Greetings,
Miry


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

Re: RFS: parti 0.0.6-1 (new package)

[gregor herrmann]

On Wed, 17 Feb 2010 19:07:14 +0100, Michael Schutte wrote:

> > - d/control: Standards-Version -> 3.8.4 (and update your version of
> >   lintian :))
> Well, crap.  That’s what I get for running testing/unstable.

:)
 
> > - You might want to fix the following lintian info with a patch:
> >   "I: xpra: hyphen-used-as-minus-sign usr/share/man/man1/xpra.1.gz:219"
> The man page is actually incorrect here; it gets the name of the
> --start-child option wrong.  That’s definitely worth a patch.

Ah, nice catch!

If I may nit-pick a bit more: You could bring the patch header a bit
closer to the proposed format of DEP3.
 
> Re-uploaded to the same location:
>   http://alioth.debian.org/~michi-guest/packages/parti_0.0.6-1.dsc
> lintian 2.3.3 “-I --pedantic” clean this time around.

Looks good; but since I'm not familiar with the python aspects of
packaging I hope someone else will be able to upload it.

> Thanks for the feedback!

You're welcome!

Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ -- GPG Key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: STS: Wirf du einen Schatt'n


signature.asc
Description: Digital signature

Re: RFS: parti 0.0.6-1 (new package)

[Jakub Wilk]

* gregor herrmann , 2010-02-17, 20:49:

Re-uploaded to the same location:
http://alioth.debian.org/~michi-guest/packages/parti_0.0.6-1.dsc
lintian 2.3.3 “-I --pedantic” clean this time around.


Looks good; but since I'm not familiar with the python aspects of
packaging I hope someone else will be able to upload it.


I will take a look.

--
Jakub Wilk


signature.asc
Description: Digital signature

Re: RFS: bygfoot (Updated package)

[Elías Alejandro]

> Oh, I forgot to say one thing. If possible, the stored game data
> should be arch-independent (that means independent of the endianess
> and word size of the processor), so that if you take your $HOME from
> your PowerPC computer to your AMD64 one, or if your $HOME is shared
> among different computers, things still work.
>
Ok, Miriam thanks again :)
the game itself  handle this stuff, once is loaded (create a new
hidden directory in the user's home). But if that is posible I'll try.

--
Elías Alejandro


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

RFR: lbzip2-0.21-1

[Ersek, Laszlo]

Dear Mentors,

I kindly request you to review the new version of my package "lbzip2". It 
seems to be unstable-lintian-clean.


Changes in this version:

* New upstream release fixes a negligible probability race between the
  muxer thread printing an error message due to a write error, and the
  main thread freeing the output file name after catching a SIGINT or
  SIGTERM. The bug was introduced in 0.18-1.

* Bump Standards-Version to 3.8.4 from 3.8.3. No changes necessary
  after checking unstable's "upgrading-checklist.txt.gz".


http://mentors.debian.net/debian/pool/main/l/lbzip2/lbzip2_0.21-1.dsc


Thank you very much,
lacos
[deb-0_21-1-try-01]


--
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/pine.lnx.4.64.1002172343280.20...@login01.caesar.elte.hu

RFS: qt-shutdown-p

[Christian Metscher]

From: Christian Metscher 
To: debian-mentors@lists.debian.org
Subject: RFS: qt-shutdown-p (updated package)

Dear mentors,

I am looking for a sponsor for the new version 1.7.0-1
of my package "qt-shutdown-p".

It builds these binary packages:
qt-shutdown-p - Qt4 program to shutdown the computer

The package appears to be lintian clean.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/q/qt-shutdown-p
- Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/q/qt-shutdown-p/qt-shutdown-p_1.7.0-1.dsc

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

Kind regards
 Christian Metscher




-- 
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/1266465448.6681.5.ca...@hakaishi-desktop

Tools for creating / editing manpages

[Pablo Duboue]

Hi,

A while back I asked in #debian-mentors about tools / editors to build man 
pages without to learn the groff / nroff / etc.

I had many useful suggestions and I'd like to summarize the approach I 
followed at the end as a way to thank the people who step in to help 
(particularly René Mayorga, as he suggested DocBook and docbook2man).

As I was adapting information from a Web page to a man page, so the pandoc 
package comes handy:

  pandoc --from=html --to=docbook input.html output.xml

the XML produced is not the type of DocBook input taken by other tools that 
produce man pages; here another package comes handy, doclifter. This program 
tries to infer logical markup from presentational markup. If you take any 
existing man page, you can get a working skeleton:

  doclifter manpage.1

To produce man pages from DocBook source, the best results I got came from 
docbook2x package:

  docbook2x-man man-page-in-docbook-format.xml

Finally, I tried two editors for editing the xml:

  xmlcopyeditor

and

  conglomerate

I recommend xmlcopyeditor.

HTH,

Pablo


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