Re: staying in stable but compiling for sid

[Kamaraju S Kusumanchi]

Kamaraju S Kusumanchi wrote:

> Hi all
> I want to run software only from Stable (ie Etch) when I am doing
> non-debian related work. However, when I am doing debian related work
> (ex :- fixing some bugs in the BTS) I want to work in unstable (ex :-
> compile packages for sid). Is this kind of think possible?
> 
[msg snipped]
> 
> Is there any other elegant solution? I have heard about chroot, pbuilder
> etc., Will they be of any help in this scenario?
> 

I am happy to report that I have had successful results both with pbuilder
and pdebuild. It took some time for me to figure out the right sequence of
commands for each of them. So I wrote up a short "HOWTO" giving the exact
commands used from start to finish. They can be found at

http://malayamaarutham.blogspot.com/2007/04/recipe-for-building-texmacs-packages.html
http://malayamaarutham.blogspot.com/2007/04/recipe-for-building-texmacs-package.html

They might not be useful if you are already familiar with pbuilder,
pdebuild. But I am thinking they might be useful for someone browsing the
archives.

hth
raju

-- 
Kamaraju S Kusumanchi
http://www.people.cornell.edu/pages/kk288/
http://malayamaarutham.blogspot.com/


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

Re: When should versionned dependancies be dropped ?

[Russ Allbery]

Charles Plessy <[EMAIL PROTECTED]> writes:

> I am preparing a package using the makefile include for quilt, which
> appeared in the quilt package starting from version 0.40. Only oldstable
> has an inferior version. Would there be any benefit to remove the
> version number in the dependancy, or shall I keep it ?

I have a similar question about this for maintaining lintian, since
currently lintian will complain about a wide variety of versioned
dependencies that are necessary for proper behavior with oldstable but are
no longer needed with stable.  Should I just drop them?  Is there benefit
in retaining them?

There are some fairly fundamental ones there, such as a lot of the
versioned debconf dependencies and the cases where one can't use
debconf-2.0 because features were introduced after that point.  But if all
of the stable providers of debconf-2.0 provide a feature

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

When should versionned dependancies be dropped ?

[Charles Plessy]

Dear all,

I am preparing a package using the makefile include for quilt, which
appeared in the quilt package starting from version 0.40. Only oldstable
has an inferior version. Would there be any benefit to remove the
version number in the dependancy, or shall I keep it ?

Have a nice sunday,

-- 
Charles Plessy
http://charles.plessy.org
Wako, Saitama, Japan


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

Re: .changes file over several package releases

[Margarita Manterola]

> dpkg-buildpackage -v$VERSION


One thing to remember about this option is that the .changes file is
re-done when a sponsor rebuilds a package.  So, if you want your
sponsor to do this, please remind us when sending us the
to-be-sponsored package.

--
Besos,
Marga


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

Re: .changes file over several package releases

[Daniel Leidert]

Am Samstag, den 21.04.2007, 22:42 +0300 schrieb Kari Pahula:
> On Sat, Apr 21, 2007 at 09:36:56PM +0200, Daniel Leidert wrote:
> > Some time ago (just a few weeks) I saw a .changes file, that contained
> > entries for several package releases:
> 
> dpkg-buildpackage -v$VERSION

Thanks. I thought, it might be something like this, but didn't find it
directly. Just grepping without a good keyword isn't really useful.
Thanks to all who answered.

Regards, Daniel


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

Re: RFS: ed2k-shutdown

[Oleksandr Moskalenko]

* David Paleino <[EMAIL PROTECTED]> [2007-04-21 18:37:02 +0200]:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Bernd Zeimetz ha scritto:
> > As far as I understand the page, those programs won't work for every
> > edonkey client, or did I miss something? We have amule in Debian, which
> > comes with the amule-utils package, which should provide those functions
> >  for amule (and probably others). From amule-util's description:
> > 
> >   * ed2k: handles ed2k:// links, queueing them into aMule
> >   * cas: displays the contents of your aMule online signature
> 
> These miss from ed2k-tools.
> 
> >   * alcc: computes ed2k:// links for the given input files
> 
> This is equivalent to ed2k-hash. Or, better, ed2k-hash is equivalent to
> this.
> 
> >   * amulecmd: text-based client to control aMule or the aMule daemon
> 
> Not present in ed2k-tools.
> 
> I think it's better for me to package something else, as it seems like
> ed2k-tools don't work with aMule.
> 
> Sorry for the ITPs and RFSs, I'll try to package something more
> interesting next time (just wanted to help Debian somehow, :-P )
> 
> > Cheers,
> > Bernd
> 
> Cheers,
> David

David,

Finding something else to package looks like a good decision in this case. I
personally would highly recommend that You take a look at the Debian Science
group (Charles Plessy <[EMAIL PROTECTED]> would be a good contact or
at the Python Modules Team as there are a lot of excellent packages to be made
there and it's easy to find willing sponsors for those - I would be happy to
sponsor your python or debian-science packages.


Regards,

Alex.

> - --
>  Linux Registered User #334216
> Get FireFox! >> http://snipurl.com/gofoxygo/ <<
> Blog >>  http://www.hanskalabs.net/  <<
> Staff>> http://www.debianizzati.org/ <<
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.3 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iD8DBQFGKj2u5qqQFxOSsXQRAtuTAJ0XuIydmCS9slsjfuEjxudGgJNFcACfewFb
> n7f8yH9NaoD8OpNC23R7vOs=
> =UgpX
> -END PGP SIGNATURE-
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 
> 


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

Re: .changes file over several package releases

[Varun Hiremath]

Hi Daniel,
On Sat, 21 Apr, 2007 at 09:36:56PM +0200, Daniel Leidert wrote:
> Hello,
> 
> Some time ago (just a few weeks) I saw a .changes file, that contained
> entries for several package releases:
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=373770;msg=21
> 
> Which "trick" is used to create such package releases, so the .changes
> file contains the entries for several releases?

The trick is to use -v option with dpkg-buildpackage

From man dpkg-buildpackage:

-vversion 
In dpkg-buildpackage, dpkg-genchanges and dpkg-parsechangelog this
causes changelog information from all versions strictly later than
version to be used.

Regards
Varun

-- 

 .''`. Varun Hiremath <[EMAIL PROTECTED]>
: :'  :Homepage: http://varun.travisbsd.org
`. `'`
  `- Debian is user friendly... It's just selective about who its friends are.


signature.asc
Description: Digital signature

Re: .changes file over several package releases

[Kari Pahula]

On Sat, Apr 21, 2007 at 09:36:56PM +0200, Daniel Leidert wrote:
> Some time ago (just a few weeks) I saw a .changes file, that contained
> entries for several package releases:

dpkg-buildpackage -v$VERSION

Check the man page.


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

Re: .changes file over several package releases

[Nico Golde]

Hi,
* Daniel Leidert <[EMAIL PROTECTED]> [2007-04-21 21:38]:
> Some time ago (just a few weeks) I saw a .changes file, that contained
> entries for several package releases:
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=373770;msg=21
> 
> Which "trick" is used to create such package releases, so the .changes
> file contains the entries for several releases?

Is it really a trick? Looks like there were versions in a 
rcs which weren't packaged and uploaded.
Kind regards
Nico
-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpKuGhB9gg7t.pgp
Description: PGP signature

.changes file over several package releases

[Daniel Leidert]

Hello,

Some time ago (just a few weeks) I saw a .changes file, that contained
entries for several package releases:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=373770;msg=21

Which "trick" is used to create such package releases, so the .changes
file contains the entries for several releases?

Thanks and regards, Daniel


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

Re: RFS: pdf-smp

[Neil Williams]

On Sat, 21 Apr 2007 15:38:06 +0200
egregorion <[EMAIL PROTECTED]> wrote:

> > IMHO these desktop files would be MUCH better in the respective
> > command-line packages where a Recommends: is clearly appropriate. I
> > see no reason for two desktop files to create yet another Debian
> > package.
> >
> > Instead, get these desktop files added to each pdf package and make
> > each pdf package (pdftk and pdfjam) Recommend: konqueror.
>
> IMHO I don't like this way, if I'am a nautilus user, I don't need a
> desktop files that don't are usefull for me... Other my opinion, If I
> want only the command line set of utilities, why put files that are
> not used?

When the files concerned are as tiny as these it is no more of a
problem than adding an extra few lines to the ChangeLog of libxml2 or
glibc. i.e. the effect is inconsequential - except on embedded systems
but Emdebian has ways to solve issues like that.

> In gnome, it is not possible work with pdf files.

I'm sorry??? I hope I know what you meant there - you meant via the
right click. I prefer Gnome just because it doesn't overuse the right
click and I can do everything I need to do with a PDF in Gnome (and
that does not include attachments of any kind or watermarks - I've no
idea why those would be useful to me).

> In kde, and I hope in gnome soon if I'll have time, is possible
> modify pdf with this desktop files.

Personally, I see no need for this "functionality" in Gnome - if I want
to fiddle with a PDF, I load a program that can do the job, not expect
the file manager to do it. This "options for the sake of options" thing
in KDE is exactly why I moved away from KDE originally. There have been
quite enough flamewars about Gnome vs KDE so I'll agree to disagree.

> In graphic mode there are zero option for work with pdf

I've had no problems so far but there you go.

> > In which case, pdftk and pdfjam can also include desktop files for
> > nautilus at a later stage.
>
> Following your way, is "nautilus-actions-misc.deb" wrong?

For "fundamental" actions that all users will need it would be OK -
having said that, I don't have it installed and haven't missed it yet.
:-)

> ok, so in conclusion, I can change the name of the package, but I'll
> not find any sponsor? I've made a try... :)

Yes, I tend to skip sponsorship of KDE packages simply because I
dislike KDE and don't use it (so can't really tell if the package
'fits' with the rest of KDE). Besides, my main interest is embedded or
small utilities that could fit an embedded role and currently,
embedded tends to concentrate more on Gtk than Qt (you don't get the
option of a mix of both on a system with 30Mb of storage - yes
you really can run a version of Gnome in 30 megabytes, not gigabytes).

I've always rated a small executable size higher than lots of
unused functionality (i.e. bloat) in my own programming, so KDE really
just doesn't 'fit' with what I want from my work or desktop. It means I
don't look at sponsoring that many packages (one a month or so) but
then I am too busy with Emdebian and my own upstream/native packages to
do lots and lots of sponsoring anyway. I just lurk on mentors and keep
an eye out for the few RFS requests that peek my interest.

I'll go back to my little embedded corner again and let you all get
on . . .
;-)

--


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/



pgpH3dfugpagv.pgp
Description: PGP signature

Re: RFS: ed2k-shutdown

[David Paleino]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bernd Zeimetz ha scritto:
> As far as I understand the page, those programs won't work for every
> edonkey client, or did I miss something? We have amule in Debian, which
> comes with the amule-utils package, which should provide those functions
>  for amule (and probably others). From amule-util's description:
> 
>   * ed2k: handles ed2k:// links, queueing them into aMule
>   * cas: displays the contents of your aMule online signature

These miss from ed2k-tools.

>   * alcc: computes ed2k:// links for the given input files

This is equivalent to ed2k-hash. Or, better, ed2k-hash is equivalent to
this.

>   * amulecmd: text-based client to control aMule or the aMule daemon

Not present in ed2k-tools.

I think it's better for me to package something else, as it seems like
ed2k-tools don't work with aMule.

Sorry for the ITPs and RFSs, I'll try to package something more
interesting next time (just wanted to help Debian somehow, :-P )

> Cheers,
> Bernd

Cheers,
David

- --
 Linux Registered User #334216
Get FireFox! >> http://snipurl.com/gofoxygo/ <<
Blog >>  http://www.hanskalabs.net/  <<
Staff>> http://www.debianizzati.org/ <<
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGKj2u5qqQFxOSsXQRAtuTAJ0XuIydmCS9slsjfuEjxudGgJNFcACfewFb
n7f8yH9NaoD8OpNC23R7vOs=
=UgpX
-END PGP SIGNATURE-


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

Re: A couple of questions before I RFS

[Franz Pletz]

On Sat, Apr 21, 2007 at 09:20:23AM -0700, John Stamp wrote:
> Franz and I agree that replacement is the better option.  The newest 
> lastfm client should remain "lastfm".  
> 
> How do I proceed?  If I were starting a new package, I'd retitle 
> #413271 to ITP etc., but that doesn't seem right in this case.  When 
> I reassign that bug to lastfm should I simply retitle it to remove 
> the "RFP: " portion?

Yup, this is exactly what I would do. And then close this bug with your
upload of the new client.

Cheers,
Franz

-- 
Franz Pletz  \  eat Depends: cook | eat-out
www: http://franz-pletz.org/  \  But eat-out is non-free so that's out
email: [EMAIL PROTECTED]  \  And cook Recommends: clean-pans

A couple of questions before I RFS

[John Stamp]

The current maintainer for "lastfm" has given me permission to take 
over the package.  But there is also this RFP for "lastfm-client":

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

Franz and I agree that replacement is the better option.  The newest 
lastfm client should remain "lastfm".  

How do I proceed?  If I were starting a new package, I'd retitle 
#413271 to ITP etc., but that doesn't seem right in this case.  When 
I reassign that bug to lastfm should I simply retitle it to remove 
the "RFP: " portion?

Cheers,

John Stamp


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

Re: RFS: ed2k-shutdown

[Bernd Zeimetz]

Heya,

> Please create a single source/binary package ed2k-tools that contains
> both ed2k-shutdown and ed2k-hash (and any other utilities that the
> ed2k-tools.sf.net project may add in the future).

As far as I understand the page, those programs won't work for every
edonkey client, or did I miss something? We have amule in Debian, which
comes with the amule-utils package, which should provide those functions
 for amule (and probably others). From amule-util's description:

  * ed2k: handles ed2k:// links, queueing them into aMule
  * cas: displays the contents of your aMule online signature
  * alcc: computes ed2k:// links for the given input files
  * amulecmd: text-based client to control aMule or the aMule daemon



Cheers,

Bernd

-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 


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

Re: RFS: ed2k-shutdown

[David Paleino]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Adeodato Simó ha scritto:
> (Please reply to the list.)

Sorry, thought I was replying to the list.

About making one single-from-scratch source package. Should I use
autotools? The upstream code uses them.

>> P.S.: in any case, what's the procedure to create a meta-package? I
>> thought one should create only a ./debian/ directory, with the usual
>> files there, and then build it. Is this the right way?
> 
> Yes, something like that.

Thank you.

David

- --
 Linux Registered User #334216
Get FireFox! >> http://snipurl.com/gofoxygo/ <<
Blog >>  http://www.hanskalabs.net/  <<
Staff>> http://www.debianizzati.org/ <<
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGKjCo5qqQFxOSsXQRAhPLAJ9UM0Xd6M8WOkCUyDwHVEIx1JqPRACfYSjI
Uu6DlCcko7GbrPWTejVjNzw=
=SBPm
-END PGP SIGNATURE-


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

Re: RFS: ed2k-shutdown

[Adeodato Simó]

* David Paleino [Sat, 21 Apr 2007 17:22:12 +0200]:

> Adeodato Simó ha scritto:
> > Hi,

> Hi,

(Please reply to the list.)

> > Please create a single source/binary package ed2k-tools that contains
> > both ed2k-shutdown and ed2k-hash (and any other utilities that the
> > ed2k-tools.sf.net project may add in the future).

> I thought that as well. But then I realized I could create a
> meta-package, called "ed2k-tools", which Depended on all these binaries.

> The main "problem" is, in fact, that I should create "from scratch" a
> new package. ed2k-tools, in fact, ships the binaries as single ones, and
> I found it was simpler to create different packages.

> I'll follow your suggestion though, and I'll try to make a whole package
> containing everything.

Thanks.

> P.S.: in any case, what's the procedure to create a meta-package? I
> thought one should create only a ./debian/ directory, with the usual
> files there, and then build it. Is this the right way?

Yes, something like that.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
When you don't know what to do, walk fast and look worried.


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

Re: RFS: ed2k-shutdown

[Adeodato Simó]

* David Paleino [Sat, 21 Apr 2007 16:35:06 +0200]:

> Dear mentors,

Hi,

> I am looking for a sponsor for my package "ed2k-shutdown".

Please create a single source/binary package ed2k-tools that contains
both ed2k-shutdown and ed2k-hash (and any other utilities that the
ed2k-tools.sf.net project may add in the future).

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
If you think nobody cares if you're alive, try missing a couple of car
payments.
-- Earl Wilson


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

RFS: ed2k-shutdown

[David Paleino]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear mentors,

I am looking for a sponsor for my package "ed2k-shutdown".

* Package name: ed2k-shutdown
  Version : 0.2-1
  Upstream Author : Tim-Philipp Mueller <[EMAIL PROTECTED]>
* URL : http://ed2k-tools.sourceforge.net/
* License : GPL
  Section : utils

It builds these binary packages:
ed2k-shutdown - utility to shutdown ed2k commandline clients

The package is lintian clean.

The upload would fix these bugs: 420298

The package can be found on mentors.debian.net:
- - URL: http://mentors.debian.net/debian/pool/main/e/ed2k-shutdown
- - Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- - dget
http://mentors.debian.net/debian/pool/main/e/ed2k-shutdown/ed2k-shutdown_0.2-1.dsc

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

Kind regards
 David Paleino

- --
 Linux Registered User #334216
Get FireFox! >> http://snipurl.com/gofoxygo/ <<
Blog >>  http://www.hanskalabs.net/  <<
Staff>> http://www.debianizzati.org/ <<
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGKiEa5qqQFxOSsXQRAnlsAJ9p8bLKlQ7JfJtJSWnB3LPvB7TQIACgyftz
j/sPt8tRRLjd2gt0BlO/gSY=
=DMp4
-END PGP SIGNATURE-


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

RFS: avelsieve

[Jan Hauke Rahm]

Dear mentors,

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

* Package name: avelsieve
  Version : 1.9.7-1
  Upstream Author : Alexandros Vellis <[EMAIL PROTECTED]>
* URL :

* License : GPL
  Section : web

It builds these binary packages:
avelsieve - Sieve Mail Filters Plugin for Squirrelmail

The package is lintian clean.

The upload would fix these bugs: 414179

The package can be found here:
- URL: http://downloads.jhr-online.de/avelsieve/
- dget http://downloads.jhr-online.de/avelsieve/avelsieve_1.9.7-1.dsc

I hope everything is fine with the package and I would be glad if
someone uploaded this package for me.

Kind regards
 Jan Hauke Rahm



signature.asc
Description: OpenPGP digital signature

Re: RFS: pdf-smp

[egregorion]

On Friday 20 April 2007 11:18:57 Neil Williams wrote:
> On Fri, 20 Apr 2007 10:51:10 +0200
>
> egregorion <[EMAIL PROTECTED]> wrote:
> > > Desktop files don't add kde as a dependency. debhelper deals with
> > > the .desktop file, it just needs to be installed in a certain
> > > location. These particular desktop files need Konqueror to be of
> > > any use but that could be a Recommends: or Suggests:
> >
> > I'm sorry, this is my first package :-)
> > I've read the Debian New Maintainers' Guide.
> > http://www.debian.org/doc/maint-guide/ch-dreq.en.html#s-control
> >
> > Depends:
> > The package will not be installed unless the packages it depends on
> > are installed. Use this if your program absolutely will not run (or
> > will cause severe breakage) unless a particular package is present.
>
> The desktop files aren't run and having them installed without konq
> doesn't cause breakage. If there absolutely has to be a separate
> package for these files for some (unknown to me) overwhelming reason,
> I think it should be a foo-data package to indicate that it does
> nothing on it's own.

Well, you are right, I'll rename this package in konq-pdfsmp, like in ubuntu.
In ubuntu, there are many packages with provides, like this package, actions 
with imagemagik, recode, mplayer etc etc.
 
>
> IMHO these desktop files would be MUCH better in the respective
> command-line packages where a Recommends: is clearly appropriate. I see
> no reason for two desktop files to create yet another Debian package.
>
> Instead, get these desktop files added to each pdf package and make
> each pdf package (pdftk and pdfjam) Recommend: konqueror.

IMHO I don't like this way, if I'am a nautilus user, I don't need a desktop 
files that don't are usefull for me... Other my opinion, If I want only the 
command line set of utilities, why put files that are not used?

I know that in debian there are too many packages, and I know that in my 
package there are only two desktop files, but consider that I want to expand 
the set of actions that this package can make in the future...

>
> > In this case, I think, the konqueror service menus, absolutely will
> > not run unless konqueror package is present.
>
> True but the "service menus" (if KDE insist on calling them such) are
> *optional* and therefore can be added as an extra bit of KDE-fluff 
> (I don't like KDE!)

I'm sorry, I like KDE, GNOME and any other desktop env.
In this moment I use prevalently KDE in my box, and I have made this service 
menu for kde because thare is no way with the default KDE env to make these 
actions and in gnome too...

In gnome, it is not possible work with pdf files.
In kde, and I hope in gnome soon if I'll have time, is possible modify pdf 
with this desktop files.

> for those who simply want too many options. ;-)
In graphic mode there are zero option for work with pdf
With this pakage, there are many.

>
> > Is konqueror not strictly necessary?
>
> Not for pdftk or pdfjam, no. My (strong) preference would be that
> these desktop files only exist in the pdftk and pdfjam packages where
> their existence will not complicate use of pdftk or pdfjam in Gnome or
> E or whatever because they only cause a Recommend: (or even a
> Suggest) on konqueror. I see no reason *at all* why two tiny desktop
> files should require an entire source and binary package with all that
> goes with that in the archive, on packages.d.o and everywhere else.
>
> > kpdf is another software, this service menus are "plugins" for
> > konqueror. like nautilus action.
>
> In which case, pdftk and pdfjam can also include desktop files for
> nautilus at a later stage.

Following your way, is "nautilus-actions-misc.deb" wrong? 

>
> > In KDE-speak a "servicemenu" is a special entry that appears in
> > Konqueror's context menu depending on the file(s) that are selected.
> > ...
> > Servicemenus are defined using ".desktop" files, which are the same
> > kind of files that are used to create entries in the K Menu or on the
> > KDE desktop.
>
> Outside the KDE-dev team, how many users know that?
>
> I'd guess that many users call these popup menus or context menus - if
> they have a name at all.

in www.kde-look.org all people. I can modify description.
You are right, kde team, gnome team and xfce and other, maybe call all 
as "context menu".

>
> > smp is acronimous for "Service Menus Pack"
> > .desktop files are generic type file, for launching apps or create
> > menu entry or servicemenu or other.
> >
> > Can I rename in konq-pdfsmp. Maybe better?
>
> I would recommend putting the desktop files into pdftk and pdfjam,
> adding a Suggest on konqueror and working out whether similar actions
> are useful for nautilus. Personally, I'm quite happy to do whatever
> fiddling I need on PDF files within evince.
>

I know evince, but dosn't make any of the actions that this service menu 
makes.. EVINCE is a PDF vievew and don't make anyting else.
Evince don't rotate, lock, unlock, separe, don't attach og

Re: RFS: ed2k-hash

[David Paleino]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Oleksandr Moskalenko ha scritto:
> Also, there is a "debian" dir in the upstream package on sf.net. Even if you
> were the upstream it would still a bad idea to ship "debian" in the original
> tarball, but since you are not upstream then repackaging the orig.tar.gz to
> remove that debian dir makes sense in this case.

Should I remove it or not?
I'm not the upstream author, so I'm not supposed to touch in any way the
orig.tar.gz. No?

> See the output of $dpkg -L ed2k-hash:

Yes, I already checked that before sending my last reply :-)

> Oh, darn. I started figuring it out and before long had to rework the
> packaging a lot mainly due to a seriously screwed up build system from the
> upstream. I'm not sure I would bother if I knew what was in store. Anyway,
> hours later here is the result:

I already had some results using dpatch (and, seeing your work, you used
it too!).

Just a question: in my debian/rules I've put

include /usr/share/dpatch/dpatch.make

while in your debian/rules I read:

patch-stamp:
dpatch apply-all
touch $@

unpatch:
dpatch deapply-all
rm -rf patch-stamp debian/patched

which one is the most convenient way? Just to be sure on what to use in
the future. I believe the first (mine) is more "generic", but yours is
more concise. Are they the same? (/me goes to see what
/usr/share/dpatch/dpatch.make has inside)

Secondly, I've put everything which was to be deleted into a single
.dpatch file, and directly edited the files (so dpkg-source handles the
diff itself), while you deleted them by hand (maybe refactored the
orig.tar.gz?) and put the changes into different .dpatch's.

Thirdly, it seems like my autotools always regenerate ./configure.
Should I diff from the upstream one, or from the "debianized" one?
They're quite different (in fact, even with your patches, the
compilation stops because is looking for debian/Makefile*...)

I'll fix my package, and upload it again to mentors as soon as I figure
it out (see previous mails for the link).

> Take a look. If you agree with my changes and promise to take care of the
> beast from now on I can upload your package.

Yes, I promise.  :-P
I also have intention to package the other ed2k-tools and, eventually,
make a meta-package to install them all.

> Regards,
> Alex.

Thanks for your help,
David

- --
 Linux Registered User #334216
Get FireFox! >> http://snipurl.com/gofoxygo/ <<
Blog >>  http://www.hanskalabs.net/  <<
Staff>> http://www.debianizzati.org/ <<
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGKerH5qqQFxOSsXQRAnYLAJ9AquDX+ohJMaACwMnEQp+SGB+rhACgqXUX
TOGYvDbXSzx7g/CYjV5rfq8=
=7VeG
-END PGP SIGNATURE-


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

Re: RFS: wavbreaker

[Bart Martens]

Hi Thomas,

On Sat, 2007-04-21 at 11:10 +0200, Free Ekanayaka wrote:
> Hi all,
> 
> |--==> Bart Martens writes:
> 
>   BM> On Fri, 2007-04-20 at 23:27 +0200, Thomas Perl wrote:
>   >>I am looking for a sponsor for my package "wavbreaker".
>   >>* Package name: wavbreaker
>   >>Version : 0.7.9-1
>   >>The ITP for the original wavbreaker is here:
>   >>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=282456
> 
>   BM> Have you agreed with the owner of the ITP to take over the ITP?
> 
> Thanks for having contacted me, I opened that ITP a long time ago, and
> I add the package ready, but never uploaded it as it was considered a
> duplicate of wavsplit. Anyway I still think that wavbreaker is a
> different beast, as it has a GUI.
> 
> If you have started working on wavbreaker again please go on, 

So the owner of the ITP agrees that you take over the ITP.

> if you
> need a sponsor for the uplaod I would be glad to do that. 

So you could ask Free Ekanayaka to sponsor your package.

> It would
> also suggest the package to be included in Debian Multimedia project,
> as it is listed as one of the packages to work on:
> 
> http://wiki.debian.org/DebianMultimedia/DevelopPackaging
> 
> Practically this means setting the Maintainer to 
> 
> Debian Multimedia Team <[EMAIL PROTECTED]>
> 
> and including the actual maintainers in Uploaders. We are also using
> SVN to track the package sources and be able to collaborate working on
> them (exspecially for mentored packages):
> 
> http://svn.debian.org/wsvn/demudi/
> 
> This would help the package to gain more visibility and attention, all
> upload notices and bug reports are forwarded to the debian-multimedia
> mailing list, and people can see what's going on (pretty much as with
> debian-boot or debian-kernel).

These seem valid but optional suggestions, so feel free to choose.

> 
>   >>
>   >>This is a patched version of the original 0.7 release by Timothy D. 
> Robinson 
> 
>   BM> http://huli.org/wavbreaker/
>   BM> http://thpinfo.com/2006/wavbreaker/
> 
>   BM> Have you agreed with Timothy to take over upstream development?
> 
>   >>that fixes usability issues, adds a .desktop file, manpages and i18n 
> support.
> 
>   BM> Are these changes large enough to fork?
> 
>   BM> Maybe Timothy's version 0.7 can be packaged in Debian as 0.7-1, with
>   BM> your improvements added in the .diff.gz file.  Maybe Timothy is
>   BM> interested in copying some improvements into his work.
> 
> I agree that would be probably a good idea. 

Are you willing to do this Thomas?

> If you can please keep
> also the patch file(s) in debian/patches, instead of merging them in
> the diff.gz. This helps merging them back if new versions of the
> original wavbreaker get released (it's probably unlikely, but you
> never know).

These are valid but optional suggestions, so feel free to choose.

Regards,

Bart Martens



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

Re: RFS: wavbreaker

[Free Ekanayaka]

Hi all,

|--==> Bart Martens writes:

  BM> On Fri, 2007-04-20 at 23:27 +0200, Thomas Perl wrote:
  >>I am looking for a sponsor for my package "wavbreaker".
  >>* Package name: wavbreaker
  >>Version : 0.7.9-1
  >>The ITP for the original wavbreaker is here:
  >>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=282456

  BM> Have you agreed with the owner of the ITP to take over the ITP?

Thanks for having contacted me, I opened that ITP a long time ago, and
I add the package ready, but never uploaded it as it was considered a
duplicate of wavsplit. Anyway I still think that wavbreaker is a
different beast, as it has a GUI.

If you have started working on wavbreaker again please go on, if you
need a sponsor for the uplaod I would be glad to do that. It would
also suggest the package to be included in Debian Multimedia project,
as it is listed as one of the packages to work on:

http://wiki.debian.org/DebianMultimedia/DevelopPackaging

Practically this means setting the Maintainer to 

Debian Multimedia Team <[EMAIL PROTECTED]>

and including the actual maintainers in Uploaders. We are also using
SVN to track the package sources and be able to collaborate working on
them (exspecially for mentored packages):

http://svn.debian.org/wsvn/demudi/

This would help the package to gain more visibility and attention, all
upload notices and bug reports are forwarded to the debian-multimedia
mailing list, and people can see what's going on (pretty much as with
debian-boot or debian-kernel).

  >>
  >>This is a patched version of the original 0.7 release by Timothy D. 
Robinson 

  BM> http://huli.org/wavbreaker/
  BM> http://thpinfo.com/2006/wavbreaker/

  BM> Have you agreed with Timothy to take over upstream development?

  >>that fixes usability issues, adds a .desktop file, manpages and i18n 
support.

  BM> Are these changes large enough to fork?

  BM> Maybe Timothy's version 0.7 can be packaged in Debian as 0.7-1, with
  BM> your improvements added in the .diff.gz file.  Maybe Timothy is
  BM> interested in copying some improvements into his work.

I agree that would be probably a good idea. If you can please keep
also the patch file(s) in debian/patches, instead of merging them in
the diff.gz. This helps merging them back if new versions of the
original wavbreaker get released (it's probably unlikely, but you
never know).

Ciao,

Free


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