Re: (better explaining) Re: Hi! I need faqs and tutorials for make gcc*.deb's
On Sun, Jul 10, 2005 at 08:43:35PM -0300, Dani wrote: > 2005/7/9, Justin Pryzby <[EMAIL PROTECTED]>: > > Indeed, gcc will be a complicated beast to package for a personal > > project. You might also refer to some OTHER existing packages, which > > creates multiple binary packages, as a reference. A list of 200 > > candidates is given by: > > > > apt-cache search data |grep -- -data > > > > openssh and gaim also come to mind. (Check the "binary packages" > > section of pacakges.qa.d.o). > > > I will look and trie! Thank's for your ultra quickly response, too:-) > I'm printing many doc's to give his "in handy" ( the policy will more > one ;-) I'll trie hard Masters! :-) > > Thank's A Lot! > > []'s of seventy round's, Dani:-) > > ps: ahamm, what is "pacakges.qa.d.o" ? i'm not understood this > abbreviature... Thank's http://packages.qa.debian.org Another good to understand is that proper quoting allows processing of more E-mail. We benefit all from it, aspecial those who are asking. Good quoting is snipping (deleting) redundent text, better is to make a summary and put that in sqaure brackets. Another good quoting thing is to reply below the text, it preservers the logical order. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SRPM to Debian Framework
On Sun, Jul 17, 2005 at 01:56:26AM +0200, Ram Kumar DANGETI wrote: > Hi, >Just wondering whether it could be easy to build a framework or > a package in python or perl which could convert an SRPM into a deb > package. >As far as extracting the tgz and spec file from a SRPM is > concerned, rpm2cpio could be handy, but will it be easy automate the > deb package build process by using the information in the spec file > and the source files in the archive? >Is there any example showing how we can manually accomplish this task. >Thankyou and hope to hear from you regarding this. To me it seems like you want to re-implement the programs `alien`, `dh_make` and `pbuilder`. My advice is to study those programs before you implement your idea. > regards, > ram. Hope This Helps Geert Stappers P.S. My approach would be asking upstream to provide the source in tar.gz. signature.asc Description: Digital signature
Re: Display upgrade note
On Mon, Jul 25, 2005 at 08:10:07PM +0200, Daniel Leidert wrote: > > Maybe you want to think about these two alternatives: > > - add the debconf message to the package in general (a note like: If you > are upgrading from a version below ..." ) and done Please avoid "notes", make unattended installs possible. Let the computer do if upgrade from version < below Cheers Geert Stappers signature.asc Description: Digital signature
Re: Mail System Error - Returned Mail
On Mon, Jul 25, 2005 at 05:33:57PM -0500, Stephanie da Silva wrote: > To send mail to me, you need to add [laundry] to the end of the > subject line (eg: Subject: Random message [laundry]). I translate that as: I have my head in the sand to protect me against spam E-mail. I feel no need elimate the problem at it's origin. I raise the bar for you to contact me. I don't care how you deal with spam, I have my head in the sand. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Looking for python-xlib sponsor
On Tue, Jul 26, 2005 at 08:02:41AM +0200, "Martin v. Löwis" wrote: > I just adopted python-xlib, fixed the outstanding bugs, and put > the revised package at > > http://www.dcl.hpi.uni-potsdam.de/debian/source/python-xlib_0.12-5.diff.gz > http://www.dcl.hpi.uni-potsdam.de/debian/source/python-xlib_0.12-5.dsc > > Now I'm looking for a sponsor that helps me uploading the package. > > For reference, here is the package description: > > Description: Interface for Python to the X11 Protocol (dummy package) > python-xlib is a 100% pure python implementation of the X11 > protocol. You made a package for mankind and describe it as a dummy package. IMNSHO that conflicts. Have a look at this: Package: python Depends: python2.3 (>= 2.3.4-18) Description: An interactive high-level object-oriented language (default version) Python, the high-level, interactive object oriented language, includes an extensive class library with lots of goodies for network programming, system administration, sounds and graphics. . This package is a dependency package, which depends on Debian's default Python version (currently v2.3). Cheers Geert Stappers signature.asc Description: Digital signature
Re: Looking for python-xlib sponsor
On Tue, Jul 26, 2005 at 08:14:12PM +0200, "Martin v. Löwis" wrote: > Geert Stappers wrote: > >>Description: Interface for Python to the X11 Protocol (dummy package) > >> python-xlib is a 100% pure python implementation of the X11 > >> protocol. > > > > You made a package for mankind and describe it as a dummy package. > > IMNSHO that conflicts. > > I can't quite follow (partially because I don't understand "package > for mankind"): the package really is a dummy pacakge; there are > also python2.x-xlib (for x=1,2,3,4). Are you asking that I replace > "dummy" by "default"? That is what is done with python. Please post also the description of the non "default" or "dummy" packages. Cheers Geert Stappers signature.asc Description: Digital signature
Re: Looking for python-xlib sponsor
On Tue, Jul 26, 2005 at 10:57:47PM +0200, "Martin v. Löwis" wrote: > Geert Stappers wrote: > That is what is done with python. Please post also the description > > of the non "default" or "dummy" packages. > > I haven't really changed the description since I adopted the packages, > but here you go: > > Package: python2.1-xlib > Version: 0.12-5 > Section: python > Priority: extra > Architecture: all > Depends: python2.1 > Installed-Size: 317 > Maintainer: Martin v. Löwis <[EMAIL PROTECTED]> > Source: python-xlib > Description: Interface for Python to the X11 Protocol (for Python2.1) > python-xlib is a 100% pure python implementation of the X11 > protocol. > > > Package: python2.4-xlib > Version: 0.12-5 > Section: python > Priority: extra > Architecture: all > Depends: python2.4 > Installed-Size: 317 > Maintainer: Martin v. Löwis <[EMAIL PROTECTED]> > Source: python-xlib > Description: Interface for Python to the X11 Protocol (for Python2.4) > python-xlib is a 100% pure python implementation of the X11 > protocol. > > python2.4-xlib is new; this closes #292560. Okay, thanks. After having checked the debian/rules file I understood why you originally came with only the default package. My apology for being grumpy. Some advice about requesting a sponsor: reread http://people.debian.org/~mpalmer/debian-mentors_FAQ.html#rfs And for the "interest level" I guess that [EMAIL PROTECTED] is good place for also RFS. > > Regards, > Martin Cheers Geert Stappers signature.asc Description: Digital signature
Re: looking for sponsor for tablix & gtablix
On Mon, Aug 22, 2005 at 11:22:22PM +0200, RalfGesellensetter wrote: > Am Montag, 22. August 2005 11:13 schrieb Robert Lemmen: > > so please have a look, i'd appreciate any comments (and of course a > > sponsor). files are at http://www.semistable.com/files > > thanks for pointing to _g_tablix, I eventually managed to install it > after updating/installing theses: > > #apt-get install libxml-sax-perl libgtk2-gladexml-perl \ > libxml-libxml-common-perl \ > libxml-libxml-perllibxml-namespacesupport-perl libpango1.0-common \ > libpango1.0-0 Should I read that as "the package has _not_ included all dependencies"? > Starting the app shows a promising GUI, alas this error is displayed (I > will look at them more thoroughly another day): > > Couldn't start tablix; > Couldn't start tablix_modinfo; > Couldn't start tablix_plot; > Couldn't start xpvm; > Couldn't start html2ps; > Couldn't find directory with tablix modules- > Some external programs couldn't be started. Check that they are > installed and in the path, or some functions will not work. That seems a "the package doesn't work for me" ... > Regards > Ralf Cheers Geert Stappers signature.asc Description: Digital signature
Re: [RFC/RFS] adm8211-source - driver for ADMtek wifi card
On Sat, Oct 08, 2005 at 09:03:40PM -0400, Jean-Marc Ranger wrote: > Hi, > > Here's a new candidate for inclusion in Sid: Jouni Malinen and Michael > Wu 's GPL driver for ADMtek's adm8211-based 802.11b wireless cards, Hardware with GPL drivers is COOL! > Candidate package is available at http://web.ncf.ca/jmranger/adm8211/ > So please have a look, and let me know how what you think. There are no signs of an ITP ( Intented To Package ) Doing the packaging is good, Telling that you are packaging is better. Please file an "ITP bugreport" > Jean-Marc HTH Geert Stappers signature.asc Description: Digital signature
Re: debug packages?
On Thu, Feb 02, 2006 at 07:14:28PM -0500, Joe Smith wrote:
>
> "Kevin B. McCarty" wrote in message news:[EMAIL PROTECTED]
> >Also (and this is quite a dumb question), when the end user wants to use
> >the debug package, what magical options does s/he give to gdb when
> >running a program so that gdb knows where to find the debugging
> >information? Is additional setup needed when the thing to be debugged
> >is a shared library used by the program that the user directly executes?
>
> If everything is set up right then this is automatic. The program/lib would
> cantain a pointer to the file
> containing the symbols which would be looked for in the same directory as
> the program/lib, the .debug subdirectory,
> or some sort of location inside the "globaldebugdirectory". I'm not sure
> where dh_strip has these files installed, but
> if it is in any of those places gdb should find it.
>From the manual page op dh_strip
-k, --keep-debug
Debug symbols will be retained, but split into an independent file
in usr/lib/debug/ in the package build directory. --dbg-package is
easier to use than this option, but this option is more flexible.
Cheers
Geert Stappers
P.S.
Joe, send my regards to John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: building unstable packages with stable
On Wed, Jul 30, 2003 at 05:39:59PM -0500, Steve Langasek wrote: > On Wed, Jul 30, 2003 at 05:05:24PM -0500, Drew Scott Daniels wrote: > > I'm using sourceforge's compile farm and I'd like to know how to use it to > > compile packages for unstable. They use woody. I also have an account on > > HP's testdrive systems. > > > Is there any reasonably easy way to do this? I know that the buildd's can > > take care of it, but I'd like to be able to do this myself. > > No; and, moreover, you should not be relying on machines not under your > (or Debian's) control in order to build binary packages that will be > uploaded to the Debian archive. Sourceforge has certainly been > compromised in the past, and remains a high profile target; I wouldn't > want to see it used as a conduit for getting compromised software into > Debian. > A way to compile unstable on a stable systems is like this: Run debootstrap on an unstable system, make a tarball of it and take it to the stable system unpack the tarball there and chroot into it. If there is interrest for it, I can set such tarballs for PowerPC and i386 online. Geert Stappers pgp6BYptC4h6Z.pgp Description: PGP signature
Re: search a sponsor fvwm-themes
On Sat, Aug 02, 2003 at 08:29:48AM +0200, smilebef wrote: > I am new here. > I have debianized a package named "fvwm-themes". > I have it made with instrucktion from original developer. > Now this package is so i think ready to test and ready to show to an sponsor. > The original developer have me say, how he want. > * a entry in the original Makefile.am "deb-dist" and "deb-dist3" like rpm. > So i have it done. > Also i have the "debian/*" uploadet to cvs-server. > Now anybody can load the package from cvs and "make deb-dist". > Respect the time of other people, help them helping you. Tell us how to checkout from the CVS-server. > Ok i wait for respond. Please, don't wait. Make your self usefull elsewhere. Do good work, but DO NOT WAIT. > Andrei > Geert Stappers pgprYPr36dgLv.pgp Description: PGP signature
Re: can't install from a local repository
On Fri, Aug 22, 2003 at 10:56:29AM -0700, Eric Winger wrote: > Matt Zimmerman wrote: > > > > > > > deb file:///home/ewinger/archive binary/ > > > > These are incompatible. Either create Packages relative to archive (not > > binary), or use > > > > deb file:///home/ewinger/archive/binary ./ > > > > or such > > > > -- > > - mdz > > > > I tried using > > deb file:///home/ewinger/archive/binary ./ > > & > > moving the contents of binary up one level to archive & deleting the > now-empty binary folder. > deb file:///home/ewinger archive/ > > > apt-get update continues to work fine, however, I still get the same > message. Do I need to issue some other command on the archive first > perhaps? Before doing apt-get update? > I missed the architecture in your archive directory lay-out. Architecture is something like 'alpha', 'powerpc'. or 'ia64' [EMAIL PROTECTED]:/pub/debian/dists/sarge/main $ pwd /pub/debian/dists/sarge/main [EMAIL PROTECTED]:/pub/debian/dists/sarge/main $ ls binary-alpha binary-i386 binary-powerpc [EMAIL PROTECTED]:/pub/debian/dists/sarge/main $ ls binary-powerpc/ Packages Packages.gz Release backup [EMAIL PROTECTED]:/pub/debian/dists/sarge/main $ > Eric > Geert Stappers
Re: can't install from a local repository - success!!!
On Mon, Aug 25, 2003 at 05:02:31PM -0700, Eric Winger wrote:
> Got it! My package installed! Thank you Thank you Thank you everyone. I
> think I was confusing the two types of repositories and how to access
> them (automagic & simple - from the repository howto).
>
> Sorry for delayed response.
>
>
> Goswin von Brederlow wrote:
>
> > Luk Claes <[EMAIL PROTECTED]> writes:
> >
> >
> > > I added deb-src http://mysite/ pool in sources.list
> >
> I didn't do this. I followed the comments below by Goswin for my
> structure. In fact, pool doesn't appear in my sources.list at all. (just
> fyi)
>
> > That means (replace {dist} and {section} with sid,main or sid,local):
> >
> > repository/dists/{dist}/{section}/binary-/Package.gz
> > reposirory/pool/
> >
> Question: Since this is a local-use only repository, wouldn't it make
> more sense to give this a {dist} name that isn't linked with the current
> debian builds - sid, woody, etc. It's clear I can name the dist anything
> I want locally but current good practices should dictate what the name
> should be. Any recommendations?
Use 'my' or 'sitename'
>
> > You can then generate the Packages and Sources files like this:
> > % cat repository/update.sh
> > cd repository
> > dpkg-scanpackages pool /dev/null
> > >dists/{dist}/{section}/binary-i386/Packages
> > dpkg-scansources pool >dists/{dist}/{section}/source/Sources
> >
> > gzip -9 > >dists/{dist}/{section}/binary-i386/Packages.gz
> > gzip -9 > >dists/{dist}/{section}/source/Sources.gz
> >
> > And in sources.list:
> > deb http://repository {dist} {section}
> >
> I used file:///{repos name}. But I believe that is minor.
>
> > You should also create Release files which you can mostly copy from
> > debian. Take care to change the Origin for BTS purposes though.
> >
> I haven't done this yet. Still getting my feet wet. But pinning is
> something I will look into.
>
> > MfG
> > Goswin
> >
> MfG? (just curious)
>
Mit freundliche Greusse
It is German for
mvg
met vriendelijke groeten
WfG
With Friendly Greetings
Geert Stappers
Re: backing up/replacing files from another package
On Wed, Aug 27, 2003 at 04:36:22PM -0700, Eric Winger wrote: > The question, basically is this: "How does one have a .deb package which > replaces/overwrites files from another package (in this case a > dependency)?" Dependency means that a package with a foobar script depends on the foobar interpreter. An example of a `replace` are in vim: Replaces: vim-rt, vim-tiny (<< 6.0), vim-perl (<< 6.0), vim-python (<< 6.0), vim-tcl (<< 6.0), vim-tty (<< 6.0), vim-gtk (<< 6.0) Provides: editor, vim-rt > > The specific example is this. We want to use autofs. For our turnkey > systems, we want to have our own little package, that "configures" the > autofs configuration a certain way. So we build this package, and cause > it to depend on autofs. Then, we want to replace the versions of > /etc/auto.master and /etc/auto.misc that were supplied by the original > autofs pacakge, and restart autofs. We've tried some interesting > applications of preinst and postrm, but it doesn't really work right. > I'm thinking there's got to be a "higher level" way of handling this > type of scenario. dspsyco >From its description: Description: Debian packages of system configurations Dpsyco introduces the concept of configuration packages. It is a special form of debian packages that is applied on top of the original debian packages. With this you can add users, groups, apply a file skeleton, patch things and more. Observe! No such configuration packages should be uploaded to the debian archives. This kind of things are intended to be created and used by the system administrator only. > > Thanks to any and all. I'm sure you will contribute also. Geert Stappers
Re: managing existing packages
On Thu, Aug 28, 2003 at 11:54:58AM +0200, Goswin von Brederlow wrote: > Fabio Massimo Di Nitto <[EMAIL PROTECTED]> writes: > > > On Wed, 27 Aug 2003, Eric Winger wrote: > > > > > In putting my packages to my local repository, I've encountered a number > > > of messages & questions. > > > > > > When running dpkg-scanpackages I got this message: > > > > > > ! Package spinelli (filename pool/spinelli_0.9_i386.deb) is repeat; > > >ignored that one and using data from pool/spinelli_0.10_i386.deb ! > > > > > > I'm using a pool directory & I'm wondering if this message came because > > > I kept my existing .deb files around from the first version (spinelli > > > 0.9). > > > > Yes. this is the case. It is a warning and it is harmless. In the > > generated Packages file you will have always the latest one. > > Is there a flag to include both? As I read the above, all versions are in the Package file. > That way one can tell apt get to get a lower version. Use wget & dpkg for that, and leave apt-get as it is. > > MfG > Goswin > Geert Stappers
Re: RFS: moon-lander
On Wed, Sep 03, 2003 at 10:58:36PM -0400, Joe Nahmias wrote:
>
> Hello mentors,
>
> A while ago I tried to adopt the package moon-lander while I waited for
> my nm application to go through. I posted a sponsorship request to this
> list in March 2003, to no avail...
>
> I would really like to have this package formally adopted and using the
> latest upstream version before sarge is released. Won't anyone sponsor
> me?!?
>
> Package is available at mentors.debian.net.
>
> Package: moon-lander
> Build-Depends: debhelper (>> 4.0.0), libsdl1.2-dev (>= 1.2.2-3.1),
> libsdl-mixer1.2-dev, libsdl-image1.2-dev
> Description: An SDL game based on the classic moon lander
> Moonlander is a fun and enjoyable modern graphical version (with
> sound) of the classic moonlander game. The objective is to land
> your rocketship safely using a limited amount of fuel while
> fighting gravity.
>
>
==
> moon-lander (1:1.0-2) unstable; urgency=low
>
> * XPM files are text -- No need to uu{en,de}code. Thanks Roger Ward!
> - debian/control: Build-deps -= sharutils.
> - debian/rules: remove references to uudecode.
> * debian/control(Std-Ver): 3.6.1.0
>
> -- Joe Nahmias <[EMAIL PROTECTED]> Mon, 1 Sep 2003 00:38:29 -0400
==
only this part goes in the changes file
>
> moon-lander (1:1.0-1) unstable; urgency=low
>
> * New upstream version.
> * debian/control:
> - New maintainer, closes: #182984.
that will _not_ be noticed...
> - Standards-Version ==> 3.5.8.0.
> - Build-deps: added sharutils for uudecode.
> * debian/rules: added CFLAGS handling for std-ver compliance.
> * New files:
> - debian/compat: set to 4.
> - debian/moon-lander.xpm.uue: icon for menu.
> - Makefile.Debian: rewrite of upstream's borked makefile for Debian.
>
> -- Joe Nahmias <[EMAIL PROTECTED]> Mon, 10 Mar 2003 22:18:18 -0500
>
update the changelog
run 'dpkg-genchanges' and take a close look at the output.
Geert Stappers
pgpGsVR8ft0Dt.pgp
Description: PGP signature
Re: RFS: moon-lander
On Thu, Sep 04, 2003 at 04:38:09PM +1200, Mike Beattie wrote:
> On Thu, Sep 04, 2003 at 05:20:34AM +0200, Geert Stappers wrote:
> > > moon-lander (1:1.0-2) unstable; urgency=low
> > >
> > > * XPM files are text -- No need to uu{en,de}code. Thanks Roger Ward!
> > > - debian/control: Build-deps -= sharutils.
> > > - debian/rules: remove references to uudecode.
> > > * debian/control(Std-Ver): 3.6.1.0
> > >
> > > -- Joe Nahmias <[EMAIL PROTECTED]> Mon, 1 Sep 2003 00:38:29 -0400
> > ==
> > only this part goes in the changes file
>
> only if you dont tell dpkg-genchanges otherwise:
>
>-vversion
> In dpkg-buildpackage, dpkg-genchanges and dpkg-parsechangelog
> this causes changelog information from all versions strictly
> later than version to be used.
>
> ...
> > > - New maintainer, closes: #182984.
> > that will _not_ be noticed...
>
> So, yes, it will, since dpkg-genchanges will parse all changelog entries to
> create the Closes: field which is what katie uses.
>
Mmmm, tell us more.
Where are all changelog parsed?
> Mike.
Geert Stappers
pgpIM53yLHsKR.pgp
Description: PGP signature
Re: RFS: moon-lander
On Thu, Sep 04, 2003 at 11:11:25AM +0100, Colin Watson wrote: > On Thu, Sep 04, 2003 at 11:32:39AM +0200, Geert Stappers wrote: > > On Thu, Sep 04, 2003 at 04:38:09PM +1200, Mike Beattie wrote: | | | > only this part goes in the changes file | | | | | | only if you dont tell dpkg-genchanges otherwise: | | | | | | -vversion | | | In dpkg-buildpackage, dpkg-genchanges and dpkg-parsechangelog | | | this causes changelog information from all versions strictly | | | later than version to be used. | | | | | | ... | | | > > - New maintainer, closes: #182984. | | | > that will _not_ be noticed... | | | | | | So, yes, it will, since dpkg-genchanges will parse all changelog entries to | | | create the Closes: field which is what katie uses. > > > So, yes, it will, since dpkg-genchanges will parse all changelog > > > entries to create the Closes: field which is what katie uses. > > > > Mmmm, tell us more. > > Where are all changelog parsed? > > /usr/lib/dpkg/parsechangelog/debian > Now I get it. It is the "-vversion" that I learned. For moon-lander it would be fakeroot dpkg-buildpackage -v1:0.9.0-6 -uc -us Thanks Geert Stappers pgpEVU74TWETv.pgp Description: PGP signature
Re: RFS: picprog: Microchip PIC serial programmer software
On Fri, Sep 05, 2003 at 09:21:01AM +0200, Jan Wagemakers wrote: > Hello, > > I have created a .deb for picprog : > > | Package: picprog > | Status: install ok installed > | Priority: optional > | Section: utils > | Installed-Size: 142 > | Maintainer: Jan Wagemakers <[EMAIL PROTECTED]> > | Version: 1.3-3 > | Depends: libc6 (>= 2.3.2-1), libgcc1 (>= 1:3.3.1-1), libstdc++5 > (>=1:3.3.1-1) > | Description: Microchip PIC serial programmer software > | This is Picprog, a Microchip PIC microcontroller programmer software > | for a simple serial port device. > | . > | http://www.iki.fi/hyvatti/pic/picprog.html> Change the last line in homepage: http://www.iki.fi/hyvatti/pic/picprog.html That will make the presentation at http://packages.debian.org/ cleaner. > > This pacakge is available at <http://www.janw.easynet.be/picprog.html>. Not visited, searching for the webpage read about [long description] . homepage: the URL took too much time. The page is called something like common practice on debian packaging > > I am looking for tips on how I can improve this package (I don't have much > experience with packaging) and someone who likes to sponsor it. > It is RFS what I want to tell about: Ask at places where the audience for you package hang around. Don't take it personal, it is my two cents on the sponsor search. I would like to see these hints in the mentors FAQ. Geert Stappers
Re: Request sponsor to upload esmtp
On Tue, Sep 16, 2003 at 05:57:02PM +0200, Matthias Urlichs wrote: > Hi, José Fonseca wrote: > > > I need a sponsor to upload a package: > > > I'd be interested in using this package, and I can sponsor it. > > > The package is available from http://jrfonseca.dyndns.org/debian/ . > > > Not reachable at the moment. Please store your Debian files on > sourceforge. > Or on a more open site such as savannah.gnu.org or alioth.debian.org Geert Stappers
Beyond sponsoring
On Thu, Sep 18, 2003 at 09:13:54AM +0200, Matthias Urlichs wrote: > Hi, Geert Stappers wrote: Hello Matthias, > > > On Tue, Sep 16, 2003 at 05:57:02PM +0200, Matthias Urlichs wrote: > > Not reachable at the moment. Please store your Debian files on > >> sourceforge. > > > > Or on a more open site such as savannah.gnu.org or alioth.debian.org > > In general, you are correct; in fact I too would advocate people to move > off sourceforge. > > However, within the context of sponsoring the package, IMHO it's not my > job to advocate people on the "correct" server to store their work at. > My appologies if you did feel offended. IMHO it is our job to keep the freedom of software development alive. Package sponsoring surely helps. Telling people to use sourceforge, is pointing to the wrong direction. However, no hardfeelings. Keep up the good work Geert Stappers pgpoVvf9ZlBgi.pgp Description: PGP signature
Re: RFS: aap, aap-doc (Debian package)
On Sun, Oct 05, 2003 at 12:00:34PM -0700, Cory Dodt wrote: > I have packaged two packages and ITP'd them: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=214246 > > - aap > - aap-doc > > Short: make-like build system with Python scripting > Long: > A-A-P is a replacement for make, implemented in Python by the author of > ViM. It has robust support for version control systems, can retrieve and > > publish files via various network protocols, has intelligent dependency > generation, and supports Python scripting of recipes. > > > Right now I don't have my own webspace to devote to hosting the package > source. If you're interested in sponsoring or just taking a look, I will > respond to email requests for the package source and _all.deb > > Note to AAP list: can I borrow anyone's web space for temporarily hosting > this package? This will help me get it into Debian that much faster! > Have you considered http://alioth.debian.org for hosting your package? And then I saw '[EMAIL PROTECTED]' ... nevermind Geert Stappers
Re: Build-conflicts: ?
On Tue, Oct 14, 2003 at 09:35:11PM +0200, Magos?nyi ?rp?d wrote: > Hi! > > There is a build-time conflict of the zorp package to > python2.1: if I have both python2.1 and python2.2-extclass > installed, then configure exists with an error. If I remove > python2.1, it builds okay. > How can I express this fact in debian/control? AFAIK Build-Depends tells only what is needed, there is no method to tell to de-install (apt-get remove) a package before building. > > (Well, I know that it would be just a workaround. > Upstream is notified.) > > -- > GNU GPL: csak tiszta forrásból Wat zeg je nou? > > Geert Stappers
Re: inews package rename
On Wed, Oct 22, 2003 at 04:02:22PM -0700, Blars Blarson wrote: > I've recently taken over a few packages at the request of the previous > maintainer. I elimated some policy violating cruft from the cnews > postinstall, maintly it was supporting upgrades from bo and slink. > > inews has a bug on it requesting a rename to inews-cnews, since it may > be confusing to inn users. However, package renames are messey and > I'd like to avoid that. > > Possible courses of action: > > 1. Leave things as-is. > > 2. Rename inews to inews-cnews. > > 3. Incorporate inews into cnews. > > While I'm doing 1 for now, I think 3 is the best long term solution. > Most cnews users want the improved inews, and both inews and cnews are > stagnant upstream. > > Also, the upstream version of cnews on the debian package is cr.g7, > which lintian complains about. Since the actual upstream release is > patch G, (almost a decade old) and I don't expect there to be another, > I don't see much point in changing it now. > What is your question? Are you waiting for 'go ahead' or 'hold your horses' ? Please, tell us why you did the posting. > -- > Blars Blarson [EMAIL PROTECTED] Geert Stappers pgpAHxVEYXKkd.pgp Description: PGP signature
Re: RFS: avrdude - Programmer for Atmel AVR microcontrollers
On Fri, Oct 24, 2003 at 10:22:48PM +0200, Michael Mayer wrote: > This tool is the successor of the old avrprog shipped with woody. I'm already > done packaging it and would be happy to get some comments on my work. > You can find the files at http://mitglied.lycos.de/tenbahrt/debian > > Michael > > > Description: Programmer for Atmel AVR microcontrollers > Avrdude is the new name for avrprog. It is a FLASH/EEPROM programmer for > Atmel's family of AVR 8-bit RISC microcontrollers. It can program the > Atmel AT89, AT90, ATTINY and ATMEGA series microcontrollers. It supports > many different programming devices including Atmel's own AVR development > board and in-circuit programming. > . > For more information, see http://savannah.nongnu.org/projects/avrdude/ > sed -e 's/RFM/RFS/'
Bugs closed by sponsor
Hello debian-mentors, Bugs on the conglomerate package are closed by the sponsor, I think they should be closed by the maintainer. Example given is http://bugs.debian.org/214569 In changes file are the lines: Maintainer: Geert Stappers <[EMAIL PROTECTED]> Changed-By: Sven Luther <[EMAIL PROTECTED]> But where comes the Changed-By from? In debian/changelog there is -- Geert Stappers <[EMAIL PROTECTED]> Wed, 8 Oct 2003 13:48:26 + What should been done else so that the BTS known that I have done the bug? Developers reference, paragraph 7.5[1] is not clear about it. So your wisdom is needed ;-) Geert Stappers [1] http://www.debian.org/doc/developers-reference/ch-beyond-pkging.en.html#s-newmaint
Re: Bugs closed by sponsor
On Mon, Oct 27, 2003 at 12:21:21PM +0100, Michel D?nzer wrote: > On Mon, 2003-10-27 at 11:33, Geert Stappers wrote: > > > > Bugs on the conglomerate package are closed by the sponsor, > > I think they should be closed by the maintainer. > > > > Example given is http://bugs.debian.org/214569 > > > > In changes file are the lines: > > > > Maintainer: Geert Stappers <[EMAIL PROTECTED]> > > Changed-By: Sven Luther <[EMAIL PROTECTED]> > > > > But where comes the Changed-By from? > > http://lists.debian.org/debian-mentors/2003/debian-mentors-200305/msg00213.html > | Use use -k with debuild/dpkg-buildpackage instead of -m or | build without signing (debuild/dpkg-buildpackage -uc -us) and sign | afterwards with debsign. (Both debsign -m'My Name <[EMAIL PROTECTED]>' and | debsign -k are ok.) | cu andreas ( The rest of thread is also interresting. ) Thanks. > > -- > Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer > Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer > Geert Stappers
Re: Advocate / Avalista Needed
On Fri, Oct 31, 2003 at 06:56:15PM +0100, [EMAIL PROTECTED] wrote: > Hello, > > I'm a developer with 15 years of experience, and i want to be envolved > in the debian development. I want to adopt the gnome-pm package, i > worked during 12 years in soft development for financial institutions > My full name is Fernando Bahamonde, i live in Madrid (Spain) > > I wait your response > > Thanks in advance Welcome "other non native english speaker", My advice is that you back when you have some program to show, because there is less language barrier in source code. > > Fernando Geert Stappers
Re: Need help with Bug#217974: ttt_1.7-1(ia64/unstable): FTBFS: config.guess out of date (at least)
On Tue, Nov 04, 2003 at 10:24:54AM +, Colin Watson wrote: > On Tue, Nov 04, 2003 at 09:13:14AM +0100, Marco Nenciarini wrote: > > On Tue, Nov 04, 2003 at 07:41:31AM +0100, Thomas Scheffczyk wrote: > > > I checked the file 'config.guess'. 'ia64' is defined and should be > > > recognized. Without access to a computer of this architecture I don't > > > know how to handle this error. Perhaps anybody of you can give me a clue. > > > > Add to your debian/rules file this target, and add a dipendency to autotools > > to clean target. > > Don't forget to add autotools to PHONY, and add debscripts and autotools-dev > > to build deps. > > > > # The autotools target adds forced build-time dependencies on > > # autotools-dev (for /usr/share/misc/config.*) and debscripts (for dch) > > # It's also a .PHONY make target. > > autotools: > > Or just copy in updated config.guess and config.sub files manually each > time it becomes necessary; that way you might also remember to tell > upstream that they should update their copies, which is something a good > Debian maintainer should be doing. dh_make created for me in debian/rules these lines: ifneq "$(wildcard /usr/share/misc/config.sub)" "" cp -f /usr/share/misc/config.sub config.sub endif ifneq "$(wildcard /usr/share/misc/config.guess)" "" cp -f /usr/share/misc/config.guess config.guess endif > > Cheers, > > -- > Colin Watson [EMAIL PROTECTED] > Geert Stappers
Re: RFS: geektool
On Tue, Nov 04, 2003 at 12:16:22AM +0100, C?dric Gehin wrote: > Hi people! > > I'm currently in process of packaging geektool and I'm looking for a sponser > to review my work :-) > > geektool prints file's content on screen's background, in real time. It > allows > to keep any file on background, with any new line added to the file > automatically printed on screen. For exemple, you can use it to be informed > of system's message by printing /var/log/message. > It allows to choose the geometry of output window, color of police, if you > want all the file or only next lines, and the refresh delay. > > All files are on http://zynthetix.free.fr/debian/dists/unstable/main/ > > thanks in advance See http://people.debian.org/~mpalmer/debian-mentors_FAQ.html the paragraph "How do I get a sponsor for my package?" > > -- > Cédric Gehin http://zynthetix.free.fr Geert Stappers
Re: config.sub and config.guess | .diff.gz bloat
On Thu, Nov 06, 2003 at 11:53:48AM +1100, Zenaan Harkness wrote: > debhelper puts the following into the "clean" rule in debian/rules: > > ifneq "$(wildcard /usr/share/misc/config.sub)" "" > cp -f /usr/share/misc/config.sub config.sub > endif > ifneq "$(wildcard /usr/share/misc/config.guess)" "" > cp -f /usr/share/misc/config.guess config.guess > endif > > Three questions: > - why are these two files copied in? > - are they necessary for the build of the program I am packaging? > - they make my .diff.gz file twice their otherwise size; can I delete > that entry from my rules file altogether, or otherwise remove them from > the output? Three days ago there was http://lists.debian.org/debian-mentors/2003/debian-mentors-200311/msg00030.html with these lines: | Or just copy in updated config.guess and config.sub files manually each | time it becomes necessary; that way you might also remember to tell | upstream that they should update their copies, which is something a good | Debian maintainer should be doing. | | Cheers, | | -- | Colin Watson [EMAIL PROTECTED] > > tia > zen > Geert Stappers
Re: Put a program in the gnome menu
On Thu, Nov 06, 2003 at 09:51:36AM +0100, Ottavio Campana wrote: > I'm developing some programs for my university. They're ready for being > packaged in debs and I have created an entry for them in the debian > menu. > > For we use gnome 2 I'd like to add the programs to the gnome menu, > without having to go through Debian menus -> Apps -> .. but I'd like to > create a new folder in the gnome menu and to put the programs there. Do > you know how to do it? A package.desktop file. apt-get source conglomerate cd conglomerate-0.7.6/data cat conglomerate.desktop > > Thanks. > Let me^Wus know if you find away to update the gnome menu without a reload of the desktop. Geert Stappers
Re: Put a program in the gnome menu
On Thu, Nov 06, 2003 at 11:16:44AM +0100, Ottavio Campana wrote: > On Thu, Nov 06, 2003 at 10:09:01AM +0100, Geert Stappers wrote: > > Let me^Wus know if you find away to update the gnome menu without > > a reload of the desktop. > > I just now modified the first deb so that it includes a .desktop file. > When I dpkg -i it the gnome's menu is updated, without reloading the > desktop. Okay. Now can stop worring about that. Thanks. Geert Stappers
Re: [debian-mentors] Re: [debian-mentors] config.sub and config.guess | .diff.gz bloat
On Mon, Nov 10, 2003 at 11:50:09AM +, Magos?nyi ?rp?d wrote:
> A levelezõm azt hiszi, hogy Andreas Metzler a következõeket írta:
> > Two things:
> > Does -name config.{log,status,cache} actually work for you? It doesn't
> > do for me:
> []
> >
> > Never ever use "|xargs rm -f".
>
> Thank you. Is it okay now?
>
> --- orig/debian/rules
> +++ mod/debian/rules
[still dangerous "|xargs rm -f" code]
>
>
Use
rm -f config.status and other files
Geert Stappers
--
Keep It Simple Stupid
Re: [debian-mentors] config.sub and config.guess | .diff.gz bloat
On Mon, Nov 10, 2003 at 01:27:27PM +, Magos?nyi ?rp?d wrote:
> A levelezõm azt hiszi, hogy Geert Stappers a következõeket írta:
> > On Mon, Nov 10, 2003 at 11:50:09AM +, Magos?nyi ?rp?d wrote:
> > > A levelez?m azt hiszi, hogy Andreas Metzler a következ?eket írta:
| | | - find . -name config.{log,status,cache} |xargs rm -f
| | | + find . \( -name config.log -o -name config.status -o -name
config.cache \) -print0 |xargs -0r rm -f
>
> [quoting]
> or [1]
> find ... -print0 | xargs -0r rm -f
> cu andreas
>
> [1] This is a lot faster, but won't work with every find. It is safe
> to use on Debian though because we use GNU findutils.
>
> > [still dangerous "|xargs rm -f" code]
| |
| | Use
| |
| |rm -f config.status and other files
| |
>
> Now what? I thought using "|xargs -0r rm -f" is safe.
There is still the risk that find finds more then you expect.
A simple
rm -f config.log config.status config.cache
will only remove what has been told to remove.
If you like find and surprises, you are free to ignore this advice.
Geert Stappers
pgp8Hd3Ap3JKP.pgp
Description: PGP signature
Re: [debian-mentors] config.sub and config.guess | .diff.gz bloat
On Mon, Nov 10, 2003 at 01:57:17PM +, Andreas Metzler wrote:
> Geert Stappers <[EMAIL PROTECTED]> wrote:
> > On Mon, Nov 10, 2003 at 11:50:09AM +, Magos?nyi ?rp?d wrote:
> >> A levelezõm azt hiszi, hogy Andreas Metzler a következõeket írta:
> >> > Two things:
> >> > Does -name config.{log,status,cache} actually work for you? It doesn't
> >> > do for me:
> >> []
> >> >
> >> > Never ever use "|xargs rm -f".
>
> >> Thank you. Is it okay now?
>
> >> --- orig/debian/rules
> >> +++ mod/debian/rules
> > [still dangerous "|xargs rm -f" code]
> [...]
>
> Where? I only see "find -print0 | xargs -0r rm" which is safe.
Oops, an other one that could be offended: Sorry.
find . -name exact-name-of-file | xargs rm -f
or
find . -name exact-name-of-file -print0 | xargs -0r rm -f
can be reduced to
rm -f exact-name-of-file
My message is: avoid surprises from find.
>cu andreas
Geert Stappers
Re: question for a package
On Wed, Nov 12, 2003 at 11:23:04PM +0100, Ottavio Campana wrote: [ PIC microcontrollor & non-free issues ] > > Thanks. > > PS: this package needs to create the link /dev/bstamp to a /dev/ttyS? in > order to access the demo board. I'd like to create a user interface that > during the setup asks the user for the port to link to. I see that many > other programs use these windows, but I cannot understand how to make > it. How can I do it? Are you looking for debconf ( Description: Debian configuration management system Debconf is a configuration management system for debian packages. Packages use Debconf to ask questions when they are installed. ) ? Geert Stappers
Re: Seeking Sponsor for Bibview
On Fri, Nov 14, 2003 at 08:07:28PM -0500, David Nusinow wrote: > Hello, >I'm looking for a sponsor for bibview, which I'm looking to adopt. > I've got a package ready at > http://www.tufts.edu/~dnusin01/bibview/bibview.html. It's mainly > cleanup and miscellaneous Q&A work, so the changes aren't too drastic. http://people.debian.org/~mpalmer/debian-mentors_FAQ.html#rfs What is/does bibview ? Should I been interressed ? > Please reply to me, as I'm not subscribed to this list. Thanks. And I was too busy to visit your URL on bibview. > > - David Nusinow Geert Stappers
Re: Moving package to non-free
On Tue, Nov 18, 2003 at 06:56:04PM +, James Troup wrote: > Mika Fischer <[EMAIL PROTECTED]> writes: > > > In order to get rid of the RC bug #174456 I intend to move the celestia > > packages to contrib (programs) and non-free (data). > > The question is how do I do that? > > a) File a bug on ftp.debian.org requesting the move. > > b) Upload a new version with the section set to non-free/foo. > > Or c) both (in what order?) > > (b). Component changes don't require manual removal; it's automatic. > > > And additionally: Can a package built from sources in non-free go to > > contrib or do I have to split the source package? > > While it may (currently) be feasible to do the former, I'd strongly > recommend against it. Does that read splitting the package is the prefered way? (Please tell how it should be and keep recommendentions against something ) Geert Stappers
Re: debian/tmp vs. debian/package
On Wed, Nov 19, 2003 at 09:21:29PM +0100, martin f krafft wrote: > I have a couple of packages and some use debian/tmp to build, others > debian/. I know of the -P debhelper option, but it says > that the default is debian/. However, my packages use > debian/tmp, and I don't know where to set/change that. Would someone > please tell me? IIRC it is DH_COMPAT_DUNNO_EXACT. echo 4 > debian/compat should do what you looking for. Geert Stappers
Re: Sponsor for Scorched3D (game) wanted
On Thu, Dec 11, 2003 at 10:19:23AM +0100, Tom wrote: > Hello - > > I'm looking for a sponsor for the game Scorched 3D which I am currently > packaging. I have the support of the original author and the packaging > process is almost finished (must only correct a few paths and rebuild). > > Original website: http://www.scorched3d.co.uk/ Cool graphics. > > The game is GPL. Fine. > > But where is the work that your wannabee sponsor should look at? Geert Stappers P.S. Matt, people.d.o. is still download, would you please post the mentor FAQ here?
Re: Gutenbrowser mentor
On Tue, Dec 23, 2003 at 02:41:57AM +0100, Matthias Urlichs wrote: > Hi, mpotter wrote: > > > I've taken over Gutenbrowser, and rebuilt it with me as the packager. Can > > someone upload the .deb file for me? > > > Probably -- if you tell us where we can get it from. > > Please, people, if you post an RFS, don't forget the essentials. > - Download location > - changelog entries > - lintian+linda cleanliness > - whatever else a sponsor should know (example: are you ack-ing a NMU?) There is/was a debian-mentors FAQ Matt, could you please bring it online again? Geert Stappers
Re: RFS: otp and wsx2lop
On Tue, Dec 23, 2003 at 02:11:55AM +0100, giskard wrote:
>
> ciao
>
>
> otp control file:
>
> Depends: ${shlibs:Depends}
> Description: One time pad (otp) implements the otp encryption algorithm.
> In cryptography, a one-time pad is a system in which a secret key
> generated randomly is used only once to encrypt a message that is then
> decrypted by the receiver using a matching one-time pad and key. Messages
> encrypted with keys based on randomness have the advantage that there is
> theoretically no way to "break the code" by analyzing a succession of
> messages.
>
> wsx2lop control file:
>
> Depends: ${shlibs:Depends}
> Description: Tool for converting OpenNap server list files from WinMX to
> Lopster With wsx2lop you can take a list of OpenNap servers in WSX format,
> which is used by the popular WinMX program, and convert it to server.list,
> the format used by Lopster, another OpenNap client.While WinMX is available
> only for Windows platform, server lists in its format are often spreaded on
> the network as a form to spread information about new servers and
> concentrator for the OpenNap peer-to-peer protocol. Using this tool, you can
> convert WinMX lists for use with Lopster, which is a free client available as
> a separate Debian package.
Please add line breaks.
(no, I didn't check the original control files)
>
> thank's ,
> Riccardo
Geert Stappers
pgpE1FtgSLiT9.pgp
Description: PGP signature
Re: RFS: gURLChecker
On Sat, Jan 03, 2004 at 04:25:56PM +0100, Daniel Pecos wrote: > Hi everybody and happy new year! > > I'm looking for an sponsor for a package I had created time ago. Here > you have a little info about if: > > Name: gURLChecker > License: GPL > Short Description: URL checker for GNOME2 > Long Description: gURLChecker is a GNOME2 tool that can check links > on a single web page or on a whole web site in order to determine > validity of each page. > > I think it is a good tool for those who have a big web page and > eventually want to check the validity of its links. It has a good GTK2 > interface, and it is really easy to use, giving a very clear chart of > results. Yes, I have interrest in such tool. > > At this moment I have two packages: gurlchecker and > gurlchecker-unstable, one for the stable branch and other for the > unstable one ;-) > > I have the packages available with this APT sources: > > deb http://www.aditel.org/~dpecos/debian/packages binary/ > deb-src http://www.aditel.org/~dpecos/debian/packages source/ After including the deb-src line and a `apt-get source`, I got gurlchecker_0.6.3-1.tar.gz When reading http://www.gnu.org/directory/webauth/misc/gURLChecker.html I would expect gurlchecker_1.6.3-1.orig.tar.gz Reduce debian/changelog to debian relevant parts and close ITP #187423 (I didn't look any further) > > Thank you! > > -- > Daniel Pecos Martinez Geert Stappers
Re: RFS: gURLChecker
On Sat, Jan 03, 2004 at 10:13:55PM +0100, Geert Stappers wrote: > On Sat, Jan 03, 2004 at 04:25:56PM +0100, Daniel Pecos wrote: > > Hi everybody and happy new year! > > > > I'm looking for an sponsor for a package I had created time ago. Here > > you have a little info about if: > > > > Name: gURLChecker > > License: GPL > > Short Description: URL checker for GNOME2 > > Long Description: gURLChecker is a GNOME2 tool that can check links > > on a single web page or on a whole web site in order to determine > > validity of each page. > > > > I think it is a good tool for those who have a big web page and > > eventually want to check the validity of its links. It has a good GTK2 > > interface, and it is really easy to use, giving a very clear chart of > > results. > Yes, I have interrest in such tool. > > > > > At this moment I have two packages: gurlchecker and > > gurlchecker-unstable, one for the stable branch and other for the > > unstable one ;-) > > > > I have the packages available with this APT sources: > > > > deb http://www.aditel.org/~dpecos/debian/packages binary/ > > deb-src http://www.aditel.org/~dpecos/debian/packages source/ > > After including the deb-src line and a `apt-get source`, I got > > gurlchecker_0.6.3-1.tar.gz > > > When reading http://www.gnu.org/directory/webauth/misc/gURLChecker.html > I would expect > > gurlchecker_1.6.3-1.orig.tar.gz gurlchecker_1.6.3.orig.tar.gz ( oops ) > > > > Reduce debian/changelog to debian relevant parts and close ITP #187423 > > (I didn't look any further) > > > > > Thank you! > > > > -- > > Daniel Pecos Martinez > > Geert Stappers > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > pgpWmU2TBcVk3.pgp Description: PGP signature
Re: I need a sponsor for a debian package
On Sun, Jan 25, 2004 at 12:17:13PM -0300, Sergio Cayuqueo wrote: > > Hello I am Sergio from argentina ... > I don' have a good english sorry me :( > > I need a sponsor for a debian Package I am the maintainer of this > > http://www.lunix.com.ar/Downloads/BIF/paquetes/Debian/ Index of /Downloads/BIF/paquetes/Debian NameLast modified Size Description Parent Directory20-Oct-2003 12:49 - bif3-doc_0.1.24_all.deb 04-Dec-2003 16:00 397k bif3-doc_0.2.2_all.deb 22-Dec-2003 23:43 373k bif3-site_0.1.23_all..> 20-Oct-2003 19:16 5k bif3-site_0.1.24_all..> 04-Dec-2003 16:00 5k bif3-site_0.2.2_all.deb 22-Dec-2003 23:43 5k bif3-skin_0.1.23_all..> 20-Oct-2003 19:16 181k bif3-skin_0.1.24_all..> 04-Dec-2003 16:00 168k bif3-skin_0.2.2_all.deb 22-Dec-2003 23:43 199k bif3_0.1.23_all.deb 20-Oct-2003 19:16 481k bif3_0.1.24_all.deb 04-Dec-2003 15:59 153k bif3_0.2.2_all.deb 22-Dec-2003 23:39 155k > > Good Bye !!! What is bif3 ? (use http://people.debian.org/~mpalmer/debian-mentors_FAQ.html for the better answers ) Geert Stappers pgp1IVlVfJ4xX.pgp Description: PGP signature
Re: Failed ITP?
On Sun, Jan 25, 2004 at 09:38:16PM +0100, Nico Manicone wrote: > Hello, > > thank You for your answer. > > > You should retitle the existing RFP > > Now go and retitle the existing one > > Can i do this by sending a mail to "[EMAIL PROTECTED]" with the > subject "Bug#107407: ITP: twhttpd Sam Ng's small http forwarder for > gateways and firewalls"? To: [EMAIL PROTECTED] Subject: a descriptive subjectline retitle 107407 ITP: twhttpd Sam Ng's small http forwarder for gateways and firewalls thanks Read http://bugs.debian.org for more information. > > Regards, > Nico Manicone. Geert Stappers pgpO5ntN5ecEn.pgp Description: PGP signature
Re: applying patches
On Tue, Feb 17, 2004 at 03:04:39PM +0200, Radu Spineanu wrote: > hello > > I have to apply a small patch to my xmail package, > however > i ran into different opinions while looking on how > to do this. > Some suggested dbs, others dpatch, others just > applying the > patch dirrectly to the source. > > I would like xmail to be part of debian ( in case > someone > decides to sponsor it ) so which option is the > correct way for > patching ? Welcome to Free Software, where you can choose. > > Radu Spineanu > Geert Stappers, happy dpatch user
Re: Compiling and linking libraries statically into one binary
On Tue, Mar 16, 2004 at 03:55:44PM +0100, Michael Koch wrote: > Hi list, > > > I just try to re-package cpyhesis-cpp to link two upstream libraries > staticly. This means I have three upstream tarballs and want to > generate one debian package from them. I just got no idea and no hint > on the web on how to do it. I already get it working to compile > cyphesis-cpp from tarball-in-origtarball. I just need to know how to > build the two libraries from tarball-in-same-origtarball. I tried using > cdbs as build system but this doesnt seem to support this with its > current versions of tarball.mk and autotools.mk. > > Can someone give me a hint on this ? On this list there was recently the hint use Build-Depends: for a simular problem. > > > Michael > Geert Stappers
Re: .diff.gz became as big as upstream source
On Sun, Mar 21, 2004 at 02:21:55AM +0100, GCS wrote: > Hi, Hello, > > I have a small package, which generates configure, Makefile[.in] at > every compilation. As upstream already contained these files, when I > build my package, and these files are regenerated but different versions > of auto[conf|make], I get a big .diff.gz (as big as upstream source). > Policy says I should not tamper with upstream source except where really > necessary; but am I allowed to delete these files from upstream, > generate them from debian/rules and clean again afterwards? It would > make the .diff.gz very small, without any differences in .deb . What is the reason for regeneration the Makefile.in, Makefile & configure? My advice is to use the versions from upstream. > > Cheers, > Laszlo/GCS > Cheers Geert Stappers
Re: backporting
On Fri, Apr 02, 2004 at 07:20:23PM +0400, Al Nikolov wrote: > Hi, all > > Point me to sources describing the Debian way of backporting pls Mmm, that is indeed not finished yet at www.backports.org ( http://www.backports.org/not_finished.yet ) > > -- > Regards, > Al Nikolov > Cheers Geert Stappers
Re: Separating packages.
On Tue, Apr 06, 2004 at 10:18:57AM +0200, Arvind Autar wrote: > On Tue, 2004-04-06 at 07:42, Matt Zimmerman wrote: > > On Mon, Apr 05, 2004 at 09:24:10AM +, n.v.t n.v.t wrote: > > > > > Hello all. > > > > > > I have simple question which I could not find in the debian policy, maybe > > > someone could point me out to that section or the right documentation? Or > > > a > > > explanation would be nice. I'm debianizing a package that I would like to > > > split up in several parts, the package has a 'backgrounds' directory a > > > 'icons' directory and a 'examples' directory. How do I handle this? I > > > would > > > like to create packages like: > > > > > > package-backgrounds > > > package-icons > > > package-examples > > > package-name (which contains all of the above) Should I do this as a > > > meta-package? How do I create a meta-package? > > > > Is it really necessary to split it up like this? What is gained by placing > > the icons and backgrounds in separate packages? > > Hi, > > This all sounds to me like a complete theme package. Does this package > also contains gtk themes? If so, then it would be a good idea to > separate the gtk and gtk2 themes. But from what I don't understand is > why do you want to separate the backgrounds/icons/examples from each > other? I debianizing the redhat-artwork (not for the official > repository) but for personal gain and experience. What are you trying to > package? I'm also curious about it, so this is a resend with it a CC to the unsubscribed original poster > > Arvind Cheers Geert Stappers
Re: RFS: sysmon -- Network monitoring tool supporting SMTP, IMAP, HTTP, NNTP, UDP, ICMP tests
On Sun, Apr 11, 2004 at 09:43:43PM +0200, Przemyslaw Frasunek wrote: > > Hello, > > I'm looking for a sponsor for a sysmon package: > > Package: sysmon > Version: 0.91.20-1 > Section: admin > Priority: optional > Architecture: i386 Why not any ? > Depends: libc6 (>= 2.3.2.ds1-4), libncurses5 (>= 5.4-1), libsnmp4.2, > libssl0.9.7, libwrap0 > Recommends: libssl0.9.7, mail-transport-agent, libsnmp4.2 > Installed-Size: 456 > Maintainer: Przemyslaw Frasunek <[EMAIL PROTECTED]> > Description: Network monitoring tool supporting SMTP, IMAP, HTTP, NNTP, > UDP, ICMP tests IIRC, the short Description should about sixty character maxium. > Sysmon was created to solve the complicated problem for ISP's of monitoring > all those host based services we all depend upon, including your mail server, > news server, and if a machine is responding to all those services that your > customers depends upon. > . > Sysmon is in use by a number of universities, network backbones, and internet > service providers all around the world, who have found it to suit their > needs in monitoring their servers and networks. > . > Currently supported protocols include SMTP, IMAP, HTTP, TCP, UDP, NNTP, and > PING tests. Please add . Homepage: http://www.sysmon.org/ > > > ITP: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=225069 > > The package can be found here: > > http://www.frasunek.com/debian/pool/main/s/sysmon/ > > Thanks in advance. Just my two cents Cheers Geert Stappers pgpAEHKxbYxJX.pgp Description: PGP signature
Re: looking for sponsor - giac, computer algebra system
On Mon, Apr 12, 2004 at 08:56:41AM -0700, Matt Brubeck wrote: > Carlos Enrique Carleos Artime wrote: > > > Bernard (upstream author) expressed his intention of including the > > "debian" subdirectory in the upstream tree. In fact, he maintains deb > > packages of Giac for Quantian (a mathematical-oriented Knoppix > > derivate) but didn't have the time for a careful observation of Debian > > policies [I'm wondering wheter I have that time, myself]. > > Some packages maintain a debian directory in the upstream CVS, but > exclude it from source tarball releases. That way, the official Debian > maintainer can easily use a different debian directory for the packages > uploaded to the archive. > But WHY ??? IMNSHO it is a waste of effort to maintain a second debian directory. Co-operate with upstream for a good debian directory. I assume that upstream doesn't ship the debian directory because the feel not comfortable with their packaging. Just help upstream, at least communicate with them. Cheers Geert Stappers pgpRK05gK3kx9.pgp Description: PGP signature
homepage in description
On Mon, Apr 12, 2004 at 06:53:37PM +0200, Bartosz Fenski aka fEnIo wrote: > On Mon, Apr 12, 2004 at 06:44:39PM +0200, Geert Stappers wrote: both on this ML > [...] > > > PING tests. > > > > Please add > > > >. > >Homepage: http://www.sysmon.org/ > > Well as far as I remember Policy doesn't describe it. > It's mentioned only in Developer's Reference. > BTW is there any activity to change that? > > URLs in description are *very* useful, and that's not only my opinion. > Subject retitled, references removed but I think it is [EMAIL PROTECTED] stuff. Cheers Geert Stappers Cheers Geert Stappers
Re: RFS: fastdep
On Sun, Apr 18, 2004 at 04:57:20PM +0200, Robert Lemmen wrote: > On Sun, Apr 18, 2004 at 03:21:06PM +0200, GCS wrote: > > On Sun, Apr 18, 2004 at 03:35:49PM +0200, Robert Lemmen <[EMAIL PROTECTED]> > > wrote: > > > what exactly don't you like about the description? i checked it and > > > think its fine... > > Usually people asked not to start the description with the package name; > > "Efficiently ..." would be just fine. Please read [4]. > > ok fixed. but neither [4] nor the policy says anything about that, just > about the short description, perhaps it needs updating... patches are welcome... > > > > i did a -2 version with the fixes and put it at > > You don't have to increase the Debian version I think; but it's not a > > problem. > > better safe than sorry. i made a -3 with the updated description > available at http://www.semistable.com/files, please have a look. neither -1 nor -2 went into Debian archive, there is no reason to start with -3 as the first one in the archive. Use 0.1, 0.2, 0.3 ectera. (sorry I have no URL where I red that) Cheers Geert Stappers
Re: RFS: gnotify -- a notification service for many desktop-environments and WM's
On Thu, Apr 29, 2004 at 11:24:59PM +0200, Simon MARTIN wrote: > Hi debian-mentors! > > First of all, the most important information: > > === > > * Package name: gnotify > Version : 0.8 > Upstream Author : Marius M. M. <[EMAIL PROTECTED]> > * URL : http://gnotify.sourceforge.net/ > * License : GPL > Description : a notification service for many desktop-environments > and WM's > > GNotify is a little daemon written in C using GTK. It provides > (like the KDE KNotify-system) a notification-service for > Gnome/XFce/FVWM/Fluxbox/Enlightenment and other > Desktop-Environments/WindowManagers. > > === > > I'm packaging gnotify for about a month now, and I thought that it would > be nice to have it in Debian directly also. > Although gnotify is still far away from getting finished (espacially > regarding documentation), it already provides good functionality. > > The latest version of gnotity can be downloaded from > http://mentors.debian.net/debian/pool/main/g/gnotify/ > , whereas version 0.8-9 is the first one that is completely > lintian-clean (the only warnings that remain are those: > > W: gnotify source: configure-generated-file-in-source config.status > W: gnotify source: configure-generated-file-in-source config.log I assume that upstream includes those files in their tarball, they shouldn't. Educate them, tell it doesn't make sense the ship files that are generated on normal build. (For now you can tweak the original tarball, but that is considered harmfull ) > > but I've read this can be ignored when beeing sure that the noted files > are removed by debian/rules clean, which I'm quite sure about). > To be honest, linda still finds an error: > > E: gnotify; Package contains autoconf-generated files. > > but I've absolutely no idea which files could be blamed for that. Please > let me know what I've made wrong here. I culpritt config.status & config.log, but I should have download your files, so I do know what I talking about. > > gnotify can also be fetched via apt by easily adding the following line > to the sources.list: > > deb http://mentors.debian.net/debian unstable main contrib non-free > deb-src http://mentors.debian.net/debian unstable main contrib non-free > > As you can see in the changelog, it took me several tries until I > finally got a lintian-clean package. > Although I think I've read the most important parts of manuals for New > Maintainers, references for developers and so on, it is still quite > possibly that I'm violating one or more Debian Policies. Please let me > know in this case. > > I'd be very thankful for any notes and / or sponsorships. > > Kind regards, > Simon > > PS: I've already filed a bug against [1]wnpp, which I close in version > 0.8-9; the latest version is 0.8-10 > > > [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=246481 Cheers Geert Stappers pgpn76LYEDkrg.pgp Description: PGP signature
Re: One source package and more then 1 deb
On Sat, May 01, 2004 at 01:28:47PM +0200, Matthijs wrote: > On Sat, 2004-05-01 at 12:03, Andreas Metzler wrote: > > On 2004-05-01 Matthijs <[EMAIL PROTECTED]> wrote: [...] > > > > You don't. You use dh_install or dh_movefiles to move the files > > in debian/libinklevel1 or debian/libinklevel-dev respectively after > > $(MAKE) install. > > > > Just look at how other packages solve this. > > cu andreas > > -- > > > I've tried to use dh_install in the install target: > install: build > dh_testdir > dh_testroot > dh_clean -k > dh_installdirs > > > # Add here commands to install the package into debian/tmp > $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp/usr > > > # Install the files in their own packages. > dh_install -plibinklevel1 > dh_install -plibinklevel-dev > > But this won't work. The libinklevel-dev deb has a all files and > libinklevel1 has no files in it. I've this also tried with the > dh_movefiles command but it has the same result. > > On my website are the files: > http://www.cacholong.nl/~matthijs/libinklevel > > I've take a look at libdv and that has some *.install files in the > debian directory. And when i look at the manpage of dh_install > dh_install should get these files and move them into the appropriate > directories but with my deb dh_install does nothing. And where did you tell which files are for which package? Other feedback from the time that I spent on libinklevel: * put the the debian directory online. That makes it easier to check. ( twice a wget, an untar, an unzip and appling and patch could be avoid (by you) for your peer reviewers ) * Current standards-Version is 3.6.1, see /usr/share/doc/debian-policy/upgrading-checklist.txt.gz for more information. * files with a name the ends in .ex are EXamples, remove (or rename) them. Cheers Geert Stappers
Re: One source package and more then 1 deb
On Sat, May 01, 2004 at 03:23:41PM +0200, Matthijs wrote: > On Sat, 2004-05-01 at 13:55, Geert Stappers wrote: > > Please delete old text, so it wouldn't send (and multiplied) again. > > > > > > > > And where did you tell which files are for which package? > > > > That's idd true. But i've told that already isn't it ? (in > libinklevel1.install). Ah, the .install files that is what I learned today. TNX. > I've checked it with: > dh_install -plibinklevel1 --list-missing and get this back: > When i check the manpage of dh_install they have a source and > destination. Do i need to add them to the command dh_install ? Sorry, no answer from me... > > > > > Other feedback from the time that I spent on libinklevel: > > > > * put the the debian directory online. That makes it easier to check. > > ( twice a wget, an untar, an unzip and appling and patch > >could be avoid (by you) for your peer reviewers ) > > > > I'll take that with me. > http://www.cacholong.nl/~matthijs/libinklevel/debian.tgz So your reviewers have to download it and gunzip it. Me request to posters here, is to put the files from the debian directory online. ( and still the diff.gz, .dsc & .orig.tar.gz ) > > > > > > > Cheers > > Geert Stappers > > > > Thanks for reviewing my package. You are welcome, it is all about co-operation... Een prettige dag. pgpNNIzU5WoNw.pgp Description: PGP signature
Re: renaming source package
On Tue, May 04, 2004 at 04:49:22PM +0200, Stefano Zacchiroli wrote: > On Tue, May 04, 2004 at 03:11:41PM +0200, Rene Engelhard wrote: > > > would it be possible to upload the new package before the old one is > > > removed? > > Yes. > > BTW I've just discovered another problem in this renaming. Previous > upstream author used timestamp based versioning with last version > 20040120 while new upstream author has actually has a last version > 1.3.3. Due the renaming it is no problem (foo-20040120, bar-1.3.3). > > Obviously 1.3.3 is less then 20040120, how can I cope with this issue? That is where an epoch comes in. http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version > > TIA, > Cheers Geert Stappers pgpIlcmEqeIi7.pgp Description: PGP signature
Re: OT:bad sig
On Thu, May 06, 2004 at 08:28:02AM +0200, Adrian 'Dagurashibanipal' von Bidder wrote: > On Wednesday 05 May 2004 20.20, you wrote: > > On Wed, May 05, 2004 at 08:06:37PM +0200, David López Moreno wrote: > > > Currently, there is a RFP for the package (Bug #227525). How > ... > > Hi Robert, > > All of your messages I see in this list are reported as having a bad > signature by kmail here. > > kmail bug, smartlist problem, or mutt bug - or somewhere else? Anybody > else seeing this? I get: [-- PGP output follows (current time: Thu May 6 09:24:16 2004) --] gpg: Signature made Wed May 5 20:20:23 2004 CEST using DSA key ID 145B6966 gpg: Good signature from "Robert Lemmen <[EMAIL PROTECTED]>" gpg: Note: This key has expired! Primary key fingerprint: 2B12 EC05 12C0 1AE2 5D55 9F3F 4BA0 0E72 145B 6966 [-- End of PGP output --] Thank you for the reminder on the key refresh > > greetings > -- vbi > > -- > Die Diktatur duldet Reden. Aber keine Widerreden. > -- Werner Mitsch Cheers Geert Stappers pgpXHAh2Lj0Lw.pgp Description: PGP signature
Re: Attending a RFP
On Thu, May 06, 2004 at 03:25:53PM +0200, Nico Golde wrote: > Hallo David, > > * David López Moreno <[EMAIL PROTECTED]> [2004-05-06 14:44]: > > I've come across a great piece of software and would like to package > > it for the Debian system. > > great > > > Currently, there is a RFP for the package (Bug #227525). How should I > > proceed?. Do I directly fill an ITP? > > yes. yes? retitle the RFP to ITP is the way to go. > after it make a closes tag in you changes file. yes, that is how #227525 will be closed. > regards nico Cheers Geert Stappers pgpzHtoZuqqBj.pgp Description: PGP signature
Re: RFS: for several packages ;)
On Sat, May 15, 2004 at 11:35:45AM +0200, Bartosz Fenski aka fEnIo wrote: > Hello dear mentors ;) > > I really think Debian lacks some games, so I packaged them. > > Here goes info about it: > > I got several mails with questions how many packages did I make in this > month... well I have many spare time right now so I try to use it for > Debian ;) Debian is more then packaging. Visit http://www.nl.debian.org/devel/join/ for more information. > > regards > fEnIo > Cheers Geert Stappers P.S. I do realize that the above message could offend people who are helping Debian by packaging. I have no intent in insulting people, my message is Debian is more then packaging. pgpWp6fyQ6tdk.pgp Description: PGP signature
Re: RFS: for several packages ;)
On Sat, May 15, 2004 at 01:27:29PM +0200, Bartosz Fenski aka fEnIo wrote: > On Sat, May 15, 2004 at 12:54:52PM +0200, Geert Stappers wrote: > > > I got several mails with questions how many packages did I make in this > > > month... well I have many spare time right now so I try to use it for > > > Debian ;) > > > > Debian is more then packaging. > > > > Visit http://www.nl.debian.org/devel/join/ for more information. > > I know what Debian is. > > If you'd were more inquiring then you would find information that I'm > trying to became DD (last stage of NM process), and packaging isn't the > only area where I try to help. > > Just use google. Indeed, I did not a research on the track list of the original poster. > > > I do realize that the above message could offend > > people who are helping Debian by packaging. > > I have no intent in insulting people, > > my message is > > > > Debian is more then packaging. > > In fact it *is* offending. At least for me. You answered my message. > Saying that you don't want to insult people doesn't help me. > > To be honest I have no idea why did you write this. > I think everyone on this list knows exactly what Debian is, and how > somebody can help. It was, same as this message, a posting to the _whole_ mailinglist. (which means don't take it personal) IMNSHO not everyone on this list knows exactly what Debian is. (Please don't take the possible flame bait) I think most people on this list knows exactly what Debian is, and how somebody can. Yes, that means I could have insult most people here when I wrote: Debian is more packaging. I felt the urch to address the wannabee Debian Developers. I see many RFSs here, most of then answered by non DDs. But, yes, I could be wrong about the precentage of newbies here. What I hope to accomplish with the posting in this RFS thread, is less RFS postings or at least other RFS postings. Postings like: | Hi, | | A posting on the foobar mailinglist did not get a Debian sponser, | The repost is meanwhile two weeks old, so now I ask here | for a sponsor to get foobar in the Debian archive. | Goodday Mates, | | After several postings on the debian-firewall mailinglist, | I now ask here for a sponsor of the fw-foobar package | Hello. | | I have no idea how many people here have interrest in games, | but I'm looking for a sponsor for these packed games. | ( Sponsoring a single game would also help ;- ) > > regards > fEnIo Sorry Cheers Geert Stappers Invulenced by http://www.catb.org/~esr/faqs/smart-questions.html pgp1LkaqBth1w.pgp Description: PGP signature
Re: Upload of a new package
On Wed, May 19, 2004 at 08:59:32AM +0200, Fabio Tranchitella wrote: > Hi, >I'm the mantainer of phpldapadmin, a web-based tool for managing ldap > servers. I'm not (yet!) an official Debian developer, so I asked for a > sponsor. He checked my package and uploaded in the unstable debian > archive about ten days ago... So you have to wait on the checks that the ftp master does on the first upload, before it enters the archive. > > Here my questions: > - how long takes the verification process and when will be the package > available in unstable? How can I monitor the state of the package? Once it is in the archive http://packages.qa.debian.org/PACKAGE and in this case http://packages.qa.debian.org/phpldapadmin > > - A new minor upstream version is available for the package, my sponsor > told me it is better to wait the package enters in unstable before > send the new version, because every upload before this happens "reset > the timer" and I have to wait more time to see my package in unstable. That makes sence, no reason to doubt your sponsor (this time :- ) > > I'm not in this list, so if you answer please CC me. You will find your way to mail archive of this list. A mailinglist works because people are subscribed and contribute where they can. > > Thanks a lot, > Fabio. > > -- > > Fabio Tranchitella > > kobold.it, Turin, Italy - Free is better! Just pay the price for the freedom! Cheers Geert Stappers
Re: Sponsor for Ontographics?
On Sun, May 23, 2004 at 03:31:58PM +1000, Stephen Gordon wrote: > Jepri wrote: > > Roman Kennke wrote: > > > >> Hi list, > >> > >> I have put together a small program for information visualization and > >> mind-mapping and a debian package for it. I'm looking for a sponsor to > >> possibly get this into Debian. > >> > >> Ontographics is a Java program, which (at the moment) depends on > >> j2sdk1.4, which is not in Debian and non-free. The application itself is > >> GPLed, so it could only go into contrib. My plans are to make it working > >> with free stuff only, but it is not sure, when this will be finished. > >> > >> The homepage for the program is here: > >> http://ontographics.com/source/ > >> > >> The Debian stuff (source and binary packages) can be found here: > >> http://ontographics.com/source/debian/ > >> > >> What do I have to do, to get these things uploaded into Debian? > >> > >> Cheers, > >> /Roman > > Hi, > > I dowloaded and had a look. To start withm you've hardcoded the path > > the java in your program, which is bad: > > > > [EMAIL PROTECTED]:~$ ontographics > > /usr/bin/ontographics: line 2: /usr/lib/j2se/1.4/bin/java: No such file > > or directory > > /usr/bin/ontographics: line 2: exec: /usr/lib/j2se/1.4/bin/java: cannot > > execute: No such file or directory > > > > > > Also, I'm not sure about the actual function of your program. It draws > > some rather good looking lines and boxes, but there's a couple of > > programs in Debian that already do that (e.g. Dia ). And they don't > > need a non-free program to do it. > > > > Maybe I missed some functionality somewhere? > > > Hi, > I think this is aimed toward documenting brainstorm sessions... > For an example of commercial software that does this check > http://www.mindjet.com > > Never used dia, but duplicate functionality shouldn't be an issue IMO -- > a brief glance through the 'net' section should reveal zillions of > duplicate-functionality packages. > > For myself, I'd love something like this in debian - and I'd encourage > Roman to continue his work toward making it totally free. However I've > never packaged anything so I can't comment on technical issues :) > > Roman, you should look at free java components - especially check out > the free-java-sdk, gij, gcj, classpath packages. > Stephen. > Please make it possible to have in the mailinglist archive E-mails with the conclusion at the end of the thread that be read as easy as > > > > knock knock > > > Who is it? > > Merry > Mary WHO ?? Merry Christmas Cheers Geert Stappers pgpQKxWdmywzE.pgp Description: PGP signature
Re: How to get package in main with the same version to upgrade over a mentors.debian.net version?
On Thu, Jun 03, 2004 at 09:19:43PM +0200, Jeroen van Wolffelaar wrote: > On Thu, Jun 03, 2004 at 08:48:55PM +0200, Remco Seesink wrote: > > Hello, > > > > I am preparing an updated package with an unsolved security bug. > > I would like to upload it to mentors.debian.net, but when it > > gets uploaded to main it will have the same version number as the > > one on mentors. I would to know if there is a way to upload to > > mentors and be sure it gets upgraded when it enters main. > > > > I had this problem before, but now it is worse because of the security > > bug. > > > > I looked at the policy and the reverse problem seems to be solved > > by using epochs. An negative epoch is not the way right? And how do > > I apply an epoch? Yada complains when I try to put an Version: field > > somewhere. > > > > Is there an other way to do it without having to bump the debian version? > > Or is that exactly what I should do? > > The proper way is to simply not upload to mentors.d.n with 'official' > debian revision numbers. Assuming the offical version will be 1.0-1, use > for example 1.0-1~mentors1 (if mentors.d.n accepts ~ in version > numbers), or alternatively 1.0-0mentors1 (decrease debian-revision by > one, append a mentor-specific part). Gee, I real need to find back that document that wrote to use 1.0-0.1, 1.0-0.2, 1.0-0.3 etc for non official debian packages. > > This way, there is never a clash, you can see from the version number > it's an unoffical version. > > Two alternative approaches: > - simply increment debian revision, and use -v appropriately, it doesn't > matter certain debian-revisions are never uploaded. Disadvantage: > changelog cluttering, usually people won't have those unofficial > intermediate versions, and the differences among those are not very > interesting usually. If you merge the topmost changelog entry every > time, you seemingly have gaps in version numbering according to > changelog, not very nice either. > - Don't care about m.d.n, simply have your fixed version uploaded with > the same version number. m.d.n is unoffical anyway, you in no way have > to take care of proper upgrade paths at all. Disadvantage: in > bugreports with reportbug, and for the user itself, it's hard to see > whether the user/reporter has an unoffical version, or the official > one. > > --Jeroen > > -- > Jeroen van Wolffelaar > [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) > http://Jeroen.A-Eskwadraat.nl Cheers Geert Stappers pgpYowj6HYsku.pgp Description: PGP signature
Re: How to get package in main with the same version to upgrade over a mentors.debian.net version?
On Thu, Jun 03, 2004 at 03:30:12PM -0700, Matt Brubeck wrote: > Geert Stappers wrote: > > > > The proper way is to simply not upload to mentors.d.n with > > > 'official' debian revision numbers. Assuming the offical version > > > will be 1.0-1, use for example 1.0-1~mentors1 (if mentors.d.n > > > accepts ~ in version numbers), or alternatively 1.0-0mentors1 > > > (decrease debian-revision by one, append a mentor-specific part). > > > > Gee, I real need to find back that document that wrote to use > > > > 1.0-0.1, 1.0-0.2, 1.0-0.3 etc for non official debian packages. > > I don't think this is a good idea, because those numbers are used for > non-maintainer uploads. You could have different versions with the same > number, one uploaded to m.d.n and the other uploaded to the main archive > as an NMU. It's also confusing because it looks like an NMU. Relax. Offical Debian package numbers start with x.y.z-1, never as x.y.z-0 There is no harm that it _looks_ like a NMU, it does mean no official Debian status. Please assume smart users that can tell the difference between zero and non zero. About: > You could have different versions with the same > number, one uploaded to m.d.n and the other uploaded to the main archive > as an NMU. What a b..ls..t, main archive wouldn't have a x.y.z-0.1 And when will happen x.y.z-1.1, a NMU on a mentors.debian.net package? > > I think numbers like 1.0-0test1 (where "test" can be any string) are > best, if you need to create separate testing versions that will not be > uploaded to the archive. This method is used by other Debian developers > including the XFree86 maintainers (c.f. xfree86 4.3.0-0pre1v3). Yes, there are situations where it makes sense to have x.y.z-0pre1v3 > > I use normal versions like 1.2.1-1 when uploading to m.d.n, and this > hasn't caused any problems. If no bugs are found in the m.d.n package, > I send it to my sponsor to be uploaded with no further changes. This conversation is about having _different_ package numbers in m.d.n. and main archive, plus upgrade path to the offical package. Do you and your users a favour, and use a way where you can have several unofficial packages and smooth upgrade to the official package. Say x.y.z-0.1, x.y.z-0sss1 or x.y.z-0whatever1. It is up to you to choose, dpkg --compare-versions doesn't care. Cheers Geert Stappers -- sss : stupid short string pgphDOLi5skdJ.pgp Description: PGP signature
Re: Adoption for python-gd, looking for sponsors
On Tue, Jun 08, 2004 at 11:13:47AM +0200, Fabio Tranchitella wrote: > Hi, I'm interested in adoptiong python-gd but I'm not (yet) a DD. > I'm started my application process few weeks ago and my first official > package (phpldapadmin) is already in unstable. > > I'm looking for someone interested in sponsoring me to adopt python-gd. > > I've packaged python-gd adding supports also for older version of Python > (closing bug #223580) because actually the package supports only > python2.3. Now it builds three binary packages (python2.1-gd, > python2.2-gd and python2.3-gd and a dummy package python-gd). > > My work is available on http://www.kobold.it/python-gd/ > > Thanks in advance, Have you contacted debian-python@lists.debian.org ? ( they are now reading your RFS ) > F. Cheers Geert Stappers
Re: How to get package in main with the same version to upgrade over a mentors.debian.net version?
On Fri, Jun 04, 2004 at 10:03:52AM -0700, Matt Brubeck wrote: > Goswin von Brederlow wrote: > > > > If the current version in the archive is 1.1, and you upload an NMU > > > of 1.2, that NMU should be 1.2-0.1 (so that a maintainer upload of > > > 1.2-1 supersedes it). > > > > It should be 1.1-0.1 so a maintainer upload of 1.2 superseeds it. > > But if the NMU is a new upstream version 1.2, then the correct NMU > version is 1.2-0.1. This is in the Debian Developer's Reference: > > "If it is absolutely necessary for someone other than the usual main- > tainer to make a release based on a new upstream version then the person > making the release should start with the debian-revision value `0.1'." > > -- DDR 5.11.4.1: Source NMU version numbering Okay, that reads like: If there is no offical Debian maintainer yet, then use -0.1. Also there is no harm in that it looks a like a NMU, it _says_ there is no one in Debian maintaining the package. > > Also, if you upload 1.2-1, and later use 1.2-0.1 as a "test" version, > then the test version appears to be older than the uploaded version. > Instead, you should call the test version 1.2-1test1, which is clearly > between 1.2-1 and 1.2-2. (-: start with -0 ( e.g. -0test1, -0sss1 -0.1 ) so that -1 can enter the offical Debian archive. :-) Cheers Geert Stappers
I'm here
Hello, Sorry for the stupid subject line. My hosting service provider has serious trouble with restoring the computer that serves the stappers.nl domain. E-mail to [EMAIL PROTECTED] will result in 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1) You can reached me at [EMAIL PROTECTED] for the time being. Cheers Geert Stappers pgpGinTXNWp0S.pgp Description: PGP signature
sponsors and a mix up
On Wed, Jun 16, 2004 at 10:59:00AM +0200, [EMAIL PROTECTED] wrote: to debian-newmaint@lists.debian.org > On Tue, Jun 15, 2004 at 09:23:11PM -0700, Brian Nelson wrote: > > I'm placing Paolo Lulli on hold because he still does not have a package > > in the archive. > > > > Paolo, I'd like to see you get some experience maintaining a package in > > the archive (dealing with bugs report, etc.) before continuing with your > > application. Note that co-maintaining a package with a developer would > > be a great way to get some experience. > > See WNPP for packages to maintain. > Packages available for adoptions can expected > as packages with a sponsor: the old maintainer. And where to find sponsors is usefull information for this mailinglist, debian-mentors@lists.debian.org it is now posted here. The posting with subject "I'm here" reporting [EMAIL PROTECTED] was unavailable for a while, should have gone to [EMAIL PROTECTED] My apology about the mix up. Making now this noise, this E-mail, so that other can learn from my mistakes. > > > Cheers > Geert Stappers P.S. [EMAIL PROTECTED] is on-line again. pgp7ra56aX56D.pgp Description: PGP signature
Re: RFS: cc65 - Cross development suite for 65xxx processors
On Mon, Jun 21, 2004 at 07:42:34PM -0600, Benjamin Cutler wrote: >Package name: cc65 >Version : 2.10.1 >Upstream Author : Ullrich von Bassewitz <[EMAIL PROTECTED]> >URL : http://www.cc65.org/ >License : zlib-alike >Description : Cross development suite for 65xxx processors > > cc65 in a suite of utilities designed to allow development of programs that > run on computers and consoles based off the 65xxx series of processors. > It includes a C compiler, an assembler, a linker, and several libraries to > better allow development for a specific platform. Supported platforms > include: > >* Processors: 6502/65C02/65816 >* Commodore > -C64 > -GEOS C64 > -C128 > -C16 > -C116 > -Plus/4 > -P500/600/700 >* Apple ][ >* Atari (8-bit) >* Oric Atmos >* Nintendo Entertainment System >* Supervision Game Console > > See the homepage at http://www.cc65.org/ for more details! > > > I was digging around trying to find a useful emulation-related utilities > after my failed attempt at packaging Gens due to legal issues[0], and > somebody pointed me to this little gem. At first it appeared that it was > non-free[1], but after some digging around I discovered it's just fine[2]. > Now, the odd part is that the tarball came with some debian stuff already in > it, so it looks like somebody tried to package this about two years ago. (I > saw a thread on an l.d.o list about it because of the legal issues mentioned > in [1], but I can't remember where and I can't find it again.) I can't find > any reference to it in the archive, unless I'm missing something obvious, so > I don't think it ever actually made it into Debian. It was pretty old > (Standards 3.2.1), and it split a 3 meg package into about 7 or 8 > subpackages, which strikes me as a little silly, so I snagged the man pages > and wrote the rest of the debian/ tree from scratch. ITP is at [3], and > packages are available on m.d.n[4][5]. Copyright file is at [6] if you want > to glance at what I wrote for it without downloading first. Comments are > welcome, and thanks in advance. :) > > [0] http://lists.debian.org/debian-legal/2004/06/msg00136.html > [1] http://lists.debian.org/debian-legal/2004/06/msg00482.html > [2] http://lists.debian.org/debian-legal/2004/06/msg00488.html > [3] http://bugs.debian.org/255572 > [4] http://mentors.debian.net/debian/pool/main/c/cc65/ > [5] http://mentors.debian.net/debian/pool/main/c/cc65-common/ > [6] http://www.cs.colostate.edu/~cutler/debian/cc65.copyright > That is a solid RFS! I still didn't made time to check it out and will not able the next few days. Try to find a sponsor at Debian mailinglist that have interrest in other architectures and/or embedded application. This posting is only to get attention for the package it's deserves. Cheers Geert Stappers
Re: sponsor wanted for 'ketchup' package
On Thu, Dec 04, 2003 at 05:32:08PM +, Jack Wasey wrote: > Laszlo 'GCS' Boszormenyi wrote: > > > >>Umm , I missed the beginnihg of this thread. What does > >> ketchup do? > > > > Fetch the latest kernel version based on the user's choice (stable, > > -pre, -mm), compiles and install it as far as I remember correctly. > > Actually, it only fetches the required patches, verifies signatures, and > applies them. Compilation and installation are left to the user. > Importantly, it only fetches the 30 or megabyte archive when necessary, > saving a lot of bandwidth: good for kernel.org as well as dial-up users. > > There was a suggestion that this script could be packaged in an existing > package. I had a look but there was no obvious place. Debian is geared > completely towards debian packaged source, patches and kernel binaries, > and this doesn't fit with that. I also skipped the begin of the thread. Funny to see after several posting _why_ a script is created. From http://people.debian.org/~mpalmer/debian-mentors_FAQ.html So, tell us what exactly your package does, and why it should be in Debian. If there is already a program that does a similar thing, say why your one is better. Put a little "hot spice" in there to hold people's interest. in other words, think like an advertising executive. Just remember to wash the slime off afterwards. > Any suggestions, please? Mmmm, kernel-package? from http://packages.debian.org/stable/misc/kernel-package Package: kernel-package (7.107) Debian Linux kernel package build scripts. This package provides the capability to create a debian kernel-image package by just running make-kpkg kernel_image in a kernel source directory tree. It can also package the relevant kernel headers into a kernel-headers package. In general, this package is very useful if you need to create a custom kernel, if, for example, the default kernel does not support some of your hardware, or you wish a leaner, meaner kernel. It also scripts the steps that need be taken to compile the kernel, which is quite convenient (forgetting a crucial step once was the initial motivation for this package). Please look at /usr/share/doc/kernel-package/Rationale.gz for a full list of advantages of this package. > > Jack Wasey Cheers Geert Stappers pgpfFUOHfPBoH.pgp Description: PGP signature
Re: Gwget packages ready.
On Sun, Jul 04, 2004 at 03:48:07AM +0400, Dan Korostelev wrote: > Debian's gwget packages is outdated, so I packaged the new upstream > version from scratch with new name, manpage and other cool features. I > also provided a transitional packages. I already mailed Debian's gwget > maintainer, but I want you guys to look at it and test it, because I > just started packaging software for debian (you know) and I can do > stupid errors. :) Please, get the package as usual at mentors.debian.net > (gwget and gwget2) and report any bugs to me. Thanks! So there is already a Debian package of gwget and you felt the itch to update it. My first thought was "looks like a hi-jack" http://packages.debian.org/gwget says "Can't find that package" So I will calm down and don't lecture you about working together or co-maintainership :-P > -- > Dan Korostelev <[EMAIL PROTECTED]> Cheers Geert Stappers pgp7imfTTBYZP.pgp Description: PGP signature
Re: Searching for the list command to get a bugreport
On Thu, Jul 22, 2004 at 11:09:18AM -0700, Matt Brubeck wrote: > Michelle Konzack wrote: > > > I have gotten with > > > > To: [EMAIL PROTECTED] > > Body: index packages > > > > the index of Bugs in a package. Now I like to get a specified > > Bugreport-Number to a . > > Use "send " to get the transcript of a bug, which will > tell you which package the bug is assigned to. See > <http://www.debian.org/Bugs/server-request> for other commands. > > You can also use the web interface at <http://bugs.debian.org/> to > look up bug information. As I did read the original request, Michelle Konzack is looking for the code behind http://bugs.debian.org/ AFAICT Michelle should contact debian-qa@lists.debian.org, they are CC-ed. > > > And what about Bugs which are not more valid for years ? > > > > I have read Bug-Indexes to some Packages which I am interested > > and found many open bugs which do not more exist, because the > > upstreamversion of the has changed several times with > > correcting the Bugs, but they are not closed in Debian. > > If the bug report is no longer valid, it should be closed. You should > send a message to the bug number, explaining why the bug should be > closed (if this information is not already in the transcript). The bug > will eventually be closed by its owner. Be aware to find unmaintained packages and even developers missing in action (Be aware to find unmaintained packages and evenDDsMIA;-) Those should also be reported to the Quality Assurance, QA, team. Cheers Geert Stappers pgpdjK5tncG16.pgp Description: PGP signature
Re: RFH: gradm2
On Sun, Aug 15, 2004 at 10:23:23PM +0200, Laszlo 'GCS' Boszormenyi wrote: > Hi, > > I can not reach my sponsor for a while now, who is Martin F. Krafft. > Can someone help me out instead, and look up gradm2 package for me? It > was newly uploaded last month, and more than two weeks passed since > then, but no sign if it is accepted or rejected. I rephrase that as "What is the status of NEW?" I do have the same question. FWIW there is the Debian Archive Kit[1] but I don't where to start. > > Thanks, > Laszlo/GCS Cheers Geert Stappers [1] http://cvs.debian.org/dak/?cvsroot=dak pgpzvh75GH73X.pgp Description: PGP signature
RFH Re: conglomerate_0.7.14-2_powerpc.changes REJECTED
On Tue, Aug 17, 2004 at 03:35:14AM -0400, Randall Donald wrote: > hi, Hello ftpmaster, (Hello ftpmasters, ;-) Hello debian-mentors, > E: conglomerate: no-copyright-file > W: conglomerate: non-standard-dir-perm usr/ 0775 != 0755 > W: conglomerate: non-standard-dir-perm usr/bin/ 0775 != 0755 > > E: conglomerate; No changelog.Debian installed for package. > > > W: conglomerate-common: non-standard-dir-perm usr/ 0775 != 0755 > W: conglomerate-common: non-standard-dir-perm usr/share/ 0775 != 0755 > W: conglomerate-common: non-standard-dir-perm usr/share/locale/ 0775 != 0755 > W: conglomerate-common: non-standard-dir-perm usr/share/locale/az/ 0775 != > 0755 > W: conglomerate-common: non-standard-dir-perm > usr/share/locale/az/LC_MESSAGES/ 0775 != 0755 > etc etc etc etc > > Please fix these. For the permission warnings on the directories, I have a clue how to fix it. See below for the request for help. > The no copyright file and changelog are quite important. > you can just use a symlink from /usr/share/doc/conglomerate -> > /usr/share/doc/conglomerate-common. That symbolic link is meanwhile available in 0.7.14-3. > Randall Donald > > If you don't understand why your files were rejected, or if the > override file requires editing, reply to this email. I'm surprised that your lintian procedures more information then mine. According to packages.qa.debian.org is the most recent version 1.23.2, I use that version also. The linda program does report also the missing manpage, but not the permissions on directories warning. Which tool do I have to use to make these warnings visible? Cheers Geert Stappers pgpyF82IuumP0.pgp Description: PGP signature
Re: RFH: gradm2
On Sun, Aug 15, 2004 at 11:15:05PM +0200, Geert Stappers wrote: > On Sun, Aug 15, 2004 at 10:23:23PM +0200, Laszlo 'GCS' Boszormenyi wrote: > > Hi, > > > > I can not reach my sponsor for a while now, who is Martin F. Krafft. > > Can someone help me out instead, and look up gradm2 package for me? It > > was newly uploaded last month, and more than two weeks passed since > > then, but no sign if it is accepted or rejected. > > I rephrase that as "What is the status of NEW?" > I do have the same question. > FWIW there is the Debian Archive Kit[1] but I don't where to start. http://developer.skolelinux.no/~pere/debian-NEW.html My thank goes to fEnIo for posting that URL on this mailinglist. > > Cheers > Geert Stappers > > [1] http://cvs.debian.org/dak/?cvsroot=dak pgpSZF0ZGQsWy.pgp Description: PGP signature
Re: RFH lintian too hush
On Tue, Aug 17, 2004 at 12:09:10PM +0200, Geert Stappers wrote: > On Tue, Aug 17, 2004 at 03:35:14AM -0400, Randall Donald wrote: > > hi, > Hello ftpmaster, > (Hello ftpmasters, ;-) > Hello debian-mentors, > > > E: conglomerate: no-copyright-file > > W: conglomerate: non-standard-dir-perm usr/ 0775 != 0755 > > W: conglomerate: non-standard-dir-perm usr/bin/ 0775 != 0755 > > > > E: conglomerate; No changelog.Debian installed for package. > > > > > > W: conglomerate-common: non-standard-dir-perm usr/ 0775 != 0755 > > W: conglomerate-common: non-standard-dir-perm usr/share/ 0775 != 0755 > > W: conglomerate-common: non-standard-dir-perm usr/share/locale/ 0775 != 0755 > > W: conglomerate-common: non-standard-dir-perm usr/share/locale/az/ 0775 != > > 0755 > > W: conglomerate-common: non-standard-dir-perm > > usr/share/locale/az/LC_MESSAGES/ 0775 != 0755 > > etc etc etc etc > > > > Please fix these. > For the permission warnings on the directories, I have a clue how to fix it. Those permission warnings are fixed. > See below for the request for help. That is the reason for this "resend" > > The no copyright file and changelog are quite important. > > you can just use a symlink from /usr/share/doc/conglomerate -> > > /usr/share/doc/conglomerate-common. > > That symbolic link is meanwhile available in 0.7.14-3. > > > Randall Donald > > > > If you don't understand why your files were rejected, or if the > > override file requires editing, reply to this email. > > I'm surprised that your lintian procedures more information then mine. > According to packages.qa.debian.org is the most recent version 1.23.2, > I use that version also. The linda program does report also > the missing manpage, but not the permissions on directories warning. > > Which tool do I have to use to make these warnings visible? According the manual page of lintian is there a check for "huge /usr/share". Conglomerate 0.7.14-1[1] is about 1.4 Mb with a 1.2Mb /usr/share, but lintian didn't complain about that huge /usr/share. IMNSHO it makes sense to at least warn about a u.s. of more one megabyte. Did I use lintian incorret or is it triggered at a larger /usr/share ? (then please tell me at which size ) > > > Cheers > Geert Stappers Bye pgpZEnPFzXufS.pgp Description: PGP signature
Re: RFH lintian too hush
On Sun, Aug 29, 2004 at 07:26:35PM +0200, Jeroen van Wolffelaar wrote: > On Sun, Aug 29, 2004 at 05:10:21PM +0200, Geert Stappers wrote: > > According the manual page of lintian is there a check for "huge /usr/share". > > Conglomerate 0.7.14-1[1] is about 1.4 Mb with a 1.2Mb /usr/share, > > but lintian didn't complain about that huge /usr/share. > > IMNSHO it makes sense to at least warn about a u.s. of more one megabyte. > > > > Did I use lintian incorrect Oops, indeed I didn't tell that I didn't provide any optional flags. > > or is it triggered at a larger /usr/share ? > > (then please tell me at which size ) > > Please tell use HOW you use lintian if you want to know IF you used it > incorrect, I cannot magically see how you use lintian. ( wget http://www.stappers.nl/gst/pool/main/c/conglomerate/conglomerate_0.7.14-1_powerpc.deb ) lintian conglomerate_0.7.14-1_powerpc.deb So no extra flags. That is based on lintian manual page. -c, --check Run all checks over the specified packages. This is the default action. The idea is the use the default action to get _all_ checks. But I was looking for the hugh /usr/share so I tried lintian -C hus conglomerate_0.7.14-1_powerpc.deb Two snippets from the lintian manual page -C chk1,chk2,..., --check-part chk1,chk2,... Run only the specified checks. You can either specify the name of the check script or the abbreviation. For details, see the CHECKS section below. huge-usr-share (hus) Checks whether an architecture-dependent package does have a significantly big /usr/share. Big amounts of architecture inde- pendent data in architecture dependent packages waste space on the mirrors. But still no sign of the hugh /usr/share > Regarding this check, see /usr/share/lintian/checks/huge-usr-share, and > note that due to its new, experimental nature, it is only displayed when > you enable informative checks, by means of lintian -I. Hey a -I flag, lets try it: $ lintian -I conglomerate_0.7.14-1_powerpc.deb I: conglomerate: arch-dep-package-has-big-usr-share 4448kB 86% Okay, I found what I was looking for What is a constructive way to solve our different expections of _all_ checks and "forceing hus check" versus the -I flag? (next is dutch, native language for me and probably also for Jeroen Wat is een opbouwende manier om ons verschil in verwachtingen bij _alle_ test en de "geforceerde hus test" tegenover de -I optie op te lossen?) > --Jeroen Cheers Geert Stappers
Re: RFS: dmalloc
On Tue, Aug 31, 2004 at 04:59:35PM +0200, Luk Claes wrote: > > Hi > > I am looking for a sponsor for the 'dmalloc' package. Here is the > relevant information. > > Source package is available on mentors.debian.net, my current sponsor > hasn't answered yet. > > Package: dmalloc > Version: 5.3.0-4 > Priority: extra > Section: oldlibs > Maintainer: Luk Claes <[EMAIL PROTECTED]> > Depends: libdmalloc4-dev > Architecture: all > Filename: pool//dmalloc_5.3.0-4_all.deb > Size: 3864 > MD5sum: 304a640eca7e362267e5e123b314274e > Description: Debug memory allocation library - transition package > ~ This is an empty package which depends on libdmalloc4, to provide for > ~ smooth upgrades. It can safely be removed. > installed-size: 32 > > Package: dmalloc > Priority: extra > Section: devel > Installed-Size: 40 > Maintainer: Luk Claes <[EMAIL PROTECTED]> > Architecture: all > Version: 5.3.0-3 > Depends: libdmalloc4-dev > Filename: pool/main/d/dmalloc/dmalloc_5.3.0-3_all.deb > Size: 11874 > MD5sum: c834996046b00c2e8292b2b213099bf5 > Description: Debug memory allocation library - transition package > ~ This is an empty package which depends on libdmalloc4, to provide for ^^^ > ~ smooth upgrades. It can safely be removed. > > > The package is lintian and linda clean. > > All suggestions and help is appreciated! Provide something that is worth spending time on. > > Have a nice day TNX > > Luk Cheers Geert Stappers pgpck6qGhXLlL.pgp Description: PGP signature
Re: Lintian warnings questions
On Tue, Aug 31, 2004 at 09:55:18PM -0400, Justin Pryzby wrote: > On Wed, Sep 01, 2004 at 10:09:40AM +1000, Matthew Palmer wrote: > > On Wed, Sep 01, 2004 at 01:45:27AM +0200, Brian Sutherland wrote: > > > > There are about 10 of these png files that shouldn't be there. Upstream > > > knows about this and will eventually get round to it. Can the package > > > still be accepted even with these errors? > > > > Can, but probably shouldn't. Move the images to where they're supposed to > > be (/usr/share) and modify the rest of the package to look for them there. > > If that's not practical, then symlink. > As long as upstram is ultimately planning on fixing this, I would > leave the images where they are *unless* they exist in a directory by > themselves (or with other data that should be shared). I'm just more > comfortable with that; otherwise a bad symlink could potentially cause > a crash (if the symlink is a whole directory though, you're almost > guaranteed to notice it before a user does). A Debian package conforms Debian policy. When Upstreams has different ideas where to place files, it is the Debian maintainer, a.k.a. the packager, that fills up the gap. And yes, than means extra work for him/her. A tool like dpatch does help with such differents. >"A bad symlink could potentially cause a crash" SURE! That is why it is called a bad symlink. So don't create bad symlinks, and don't use it as an argument for not conforming Debian packaging policy. > IANADD, > Justin Cheers Geert Stappers pgpd5lVcdzGxu.pgp Description: PGP signature
Re: commenting out lines
On Tue, Sep 28, 2004 at 02:22:38PM -0400, ron r wrote: > > would it be possiable for you to explain to me how to comment out lines? Try http://www.catb.org/~esr/faqs/smart-questions.html > thank you. ron You are welcome Cheers Geert Stappers pgpK41JH8uMIS.pgp Description: PGP signature
Re: uploading packages built on an amd64 box inside ia32 chroot
On Thu, Jul 07, 2005 at 04:58:15PM +0200, Stefano Zacchiroli wrote: > The machine I used to create debian packages ceased to work last week. > The only machine I have ATM to do debian work is an amd64 box with the > "unofficial" port of debian. I've set up an ia32 chroot in which I set > up an i386 debian unstable. > > Are there any problem in uploading packages built inside that chroot? > > The only strange thing I notice on binaries built there is that ldd > reports a dynamic dependency on "linux-gate.so.1" which is not there for > binaries build elsewhere. So, you are worried. Worried about not being i386 enough. I say: Screw i386 ! If you have a non ia32 system, then show that and be proud of it. Do an upload with the architecture that you prefer and don't spent time on being someone else. > Thanks in advance to all mentors. > Cheers. Cheers Geert Stappers signature.asc Description: Digital signature
Re: Separating packages.
On Tue, Apr 06, 2004 at 10:18:57AM +0200, Arvind Autar wrote: > On Tue, 2004-04-06 at 07:42, Matt Zimmerman wrote: > > On Mon, Apr 05, 2004 at 09:24:10AM +, n.v.t n.v.t wrote: > > > > > Hello all. > > > > > > I have simple question which I could not find in the debian policy, maybe > > > someone could point me out to that section or the right documentation? Or a > > > explanation would be nice. I'm debianizing a package that I would like to > > > split up in several parts, the package has a 'backgrounds' directory a > > > 'icons' directory and a 'examples' directory. How do I handle this? I would > > > like to create packages like: > > > > > > package-backgrounds > > > package-icons > > > package-examples > > > package-name (which contains all of the above) Should I do this as a > > > meta-package? How do I create a meta-package? > > > > Is it really necessary to split it up like this? What is gained by placing > > the icons and backgrounds in separate packages? > > Hi, > > This all sounds to me like a complete theme package. Does this package > also contains gtk themes? If so, then it would be a good idea to > separate the gtk and gtk2 themes. But from what I don't understand is > why do you want to separate the backgrounds/icons/examples from each > other? I debianizing the redhat-artwork (not for the official > repository) but for personal gain and experience. What are you trying to > package? I'm also curious about it, so this is a resend with it a CC to the unsubscribed original poster > > Arvind Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: sysmon -- Network monitoring tool supporting SMTP, IMAP, HTTP, NNTP, UDP, ICMP tests
On Sun, Apr 11, 2004 at 09:43:43PM +0200, Przemyslaw Frasunek wrote: > > Hello, > > I'm looking for a sponsor for a sysmon package: > > Package: sysmon > Version: 0.91.20-1 > Section: admin > Priority: optional > Architecture: i386 Why not any ? > Depends: libc6 (>= 2.3.2.ds1-4), libncurses5 (>= 5.4-1), libsnmp4.2, > libssl0.9.7, libwrap0 > Recommends: libssl0.9.7, mail-transport-agent, libsnmp4.2 > Installed-Size: 456 > Maintainer: Przemyslaw Frasunek <[EMAIL PROTECTED]> > Description: Network monitoring tool supporting SMTP, IMAP, HTTP, NNTP, > UDP, ICMP tests IIRC, the short Description should about sixty character maxium. > Sysmon was created to solve the complicated problem for ISP's of monitoring > all those host based services we all depend upon, including your mail server, > news server, and if a machine is responding to all those services that your > customers depends upon. > . > Sysmon is in use by a number of universities, network backbones, and internet > service providers all around the world, who have found it to suit their > needs in monitoring their servers and networks. > . > Currently supported protocols include SMTP, IMAP, HTTP, TCP, UDP, NNTP, and > PING tests. Please add . Homepage: http://www.sysmon.org/ > > > ITP: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=225069 > > The package can be found here: > > http://www.frasunek.com/debian/pool/main/s/sysmon/ > > Thanks in advance. Just my two cents Cheers Geert Stappers pgp0.pgp Description: PGP signature
Re: looking for sponsor - giac, computer algebra system
On Mon, Apr 12, 2004 at 08:56:41AM -0700, Matt Brubeck wrote: > Carlos Enrique Carleos Artime wrote: > > > Bernard (upstream author) expressed his intention of including the > > "debian" subdirectory in the upstream tree. In fact, he maintains deb > > packages of Giac for Quantian (a mathematical-oriented Knoppix > > derivate) but didn't have the time for a careful observation of Debian > > policies [I'm wondering wheter I have that time, myself]. > > Some packages maintain a debian directory in the upstream CVS, but > exclude it from source tarball releases. That way, the official Debian > maintainer can easily use a different debian directory for the packages > uploaded to the archive. > But WHY ??? IMNSHO it is a waste of effort to maintain a second debian directory. Co-operate with upstream for a good debian directory. I assume that upstream doesn't ship the debian directory because the feel not comfortable with their packaging. Just help upstream, at least communicate with them. Cheers Geert Stappers pgp0.pgp Description: PGP signature
homepage in description
On Mon, Apr 12, 2004 at 06:53:37PM +0200, Bartosz Fenski aka fEnIo wrote: > On Mon, Apr 12, 2004 at 06:44:39PM +0200, Geert Stappers wrote: both on this ML > [...] > > > PING tests. > > > > Please add > > > >. > >Homepage: http://www.sysmon.org/ > > Well as far as I remember Policy doesn't describe it. > It's mentioned only in Developer's Reference. > BTW is there any activity to change that? > > URLs in description are *very* useful, and that's not only my opinion. > Subject retitled, references removed but I think it is [EMAIL PROTECTED] stuff. Cheers Geert Stappers Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: fastdep
On Sun, Apr 18, 2004 at 04:57:20PM +0200, Robert Lemmen wrote: > On Sun, Apr 18, 2004 at 03:21:06PM +0200, GCS wrote: > > On Sun, Apr 18, 2004 at 03:35:49PM +0200, Robert Lemmen <[EMAIL PROTECTED]> wrote: > > > what exactly don't you like about the description? i checked it and > > > think its fine... > > Usually people asked not to start the description with the package name; > > "Efficiently ..." would be just fine. Please read [4]. > > ok fixed. but neither [4] nor the policy says anything about that, just > about the short description, perhaps it needs updating... patches are welcome... > > > > i did a -2 version with the fixes and put it at > > You don't have to increase the Debian version I think; but it's not a > > problem. > > better safe than sorry. i made a -3 with the updated description > available at http://www.semistable.com/files, please have a look. neither -1 nor -2 went into Debian archive, there is no reason to start with -3 as the first one in the archive. Use 0.1, 0.2, 0.3 ectera. (sorry I have no URL where I red that) Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: gnotify -- a notification service for many desktop-environments and WM's
On Thu, Apr 29, 2004 at 11:24:59PM +0200, Simon MARTIN wrote: > Hi debian-mentors! > > First of all, the most important information: > > === > > * Package name: gnotify > Version : 0.8 > Upstream Author : Marius M. M. <[EMAIL PROTECTED]> > * URL : http://gnotify.sourceforge.net/ > * License : GPL > Description : a notification service for many desktop-environments > and WM's > > GNotify is a little daemon written in C using GTK. It provides > (like the KDE KNotify-system) a notification-service for > Gnome/XFce/FVWM/Fluxbox/Enlightenment and other > Desktop-Environments/WindowManagers. > > === > > I'm packaging gnotify for about a month now, and I thought that it would > be nice to have it in Debian directly also. > Although gnotify is still far away from getting finished (espacially > regarding documentation), it already provides good functionality. > > The latest version of gnotity can be downloaded from > http://mentors.debian.net/debian/pool/main/g/gnotify/ > , whereas version 0.8-9 is the first one that is completely > lintian-clean (the only warnings that remain are those: > > W: gnotify source: configure-generated-file-in-source config.status > W: gnotify source: configure-generated-file-in-source config.log I assume that upstream includes those files in their tarball, they shouldn't. Educate them, tell it doesn't make sense the ship files that are generated on normal build. (For now you can tweak the original tarball, but that is considered harmfull ) > > but I've read this can be ignored when beeing sure that the noted files > are removed by debian/rules clean, which I'm quite sure about). > To be honest, linda still finds an error: > > E: gnotify; Package contains autoconf-generated files. > > but I've absolutely no idea which files could be blamed for that. Please > let me know what I've made wrong here. I culpritt config.status & config.log, but I should have download your files, so I do know what I talking about. > > gnotify can also be fetched via apt by easily adding the following line > to the sources.list: > > deb http://mentors.debian.net/debian unstable main contrib non-free > deb-src http://mentors.debian.net/debian unstable main contrib non-free > > As you can see in the changelog, it took me several tries until I > finally got a lintian-clean package. > Although I think I've read the most important parts of manuals for New > Maintainers, references for developers and so on, it is still quite > possibly that I'm violating one or more Debian Policies. Please let me > know in this case. > > I'd be very thankful for any notes and / or sponsorships. > > Kind regards, > Simon > > PS: I've already filed a bug against [1]wnpp, which I close in version > 0.8-9; the latest version is 0.8-10 > > > [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=246481 Cheers Geert Stappers pgp0.pgp Description: PGP signature
Re: One source package and more then 1 deb
On Sat, May 01, 2004 at 01:28:47PM +0200, Matthijs wrote: > On Sat, 2004-05-01 at 12:03, Andreas Metzler wrote: > > On 2004-05-01 Matthijs <[EMAIL PROTECTED]> wrote: [...] > > > > You don't. You use dh_install or dh_movefiles to move the files > > in debian/libinklevel1 or debian/libinklevel-dev respectively after > > $(MAKE) install. > > > > Just look at how other packages solve this. > > cu andreas > > -- > > > I've tried to use dh_install in the install target: > install: build > dh_testdir > dh_testroot > dh_clean -k > dh_installdirs > > # Add here commands to install the package into debian/tmp > $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp/usr > > # Install the files in their own packages. > dh_install -plibinklevel1 > dh_install -plibinklevel-dev > > But this won't work. The libinklevel-dev deb has a all files and > libinklevel1 has no files in it. I've this also tried with the > dh_movefiles command but it has the same result. > > On my website are the files: > http://www.cacholong.nl/~matthijs/libinklevel > > I've take a look at libdv and that has some *.install files in the > debian directory. And when i look at the manpage of dh_install > dh_install should get these files and move them into the appropriate > directories but with my deb dh_install does nothing. And where did you tell which files are for which package? Other feedback from the time that I spent on libinklevel: * put the the debian directory online. That makes it easier to check. ( twice a wget, an untar, an unzip and appling and patch could be avoid (by you) for your peer reviewers ) * Current standards-Version is 3.6.1, see /usr/share/doc/debian-policy/upgrading-checklist.txt.gz for more information. * files with a name the ends in .ex are EXamples, remove (or rename) them. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: One source package and more then 1 deb
On Sat, May 01, 2004 at 03:23:41PM +0200, Matthijs wrote: > On Sat, 2004-05-01 at 13:55, Geert Stappers wrote: > > Please delete old text, so it wouldn't send (and multiplied) again. > > > > > > > > And where did you tell which files are for which package? > > > > That's idd true. But i've told that already isn't it ? (in > libinklevel1.install). Ah, the .install files that is what I learned today. TNX. > I've checked it with: > dh_install -plibinklevel1 --list-missing and get this back: > When i check the manpage of dh_install they have a source and > destination. Do i need to add them to the command dh_install ? Sorry, no answer from me... > > > > > Other feedback from the time that I spent on libinklevel: > > > > * put the the debian directory online. That makes it easier to check. > > ( twice a wget, an untar, an unzip and appling and patch > >could be avoid (by you) for your peer reviewers ) > > > > I'll take that with me. > http://www.cacholong.nl/~matthijs/libinklevel/debian.tgz So your reviewers have to download it and gunzip it. Me request to posters here, is to put the files from the debian directory online. ( and still the diff.gz, .dsc & .orig.tar.gz ) > > > > > > > Cheers > > Geert Stappers > > > > Thanks for reviewing my package. You are welcome, it is all about co-operation... Een prettige dag. pgp0.pgp Description: PGP signature
Re: renaming source package
On Tue, May 04, 2004 at 04:49:22PM +0200, Stefano Zacchiroli wrote: > On Tue, May 04, 2004 at 03:11:41PM +0200, Rene Engelhard wrote: > > > would it be possible to upload the new package before the old one is > > > removed? > > Yes. > > BTW I've just discovered another problem in this renaming. Previous > upstream author used timestamp based versioning with last version > 20040120 while new upstream author has actually has a last version > 1.3.3. Due the renaming it is no problem (foo-20040120, bar-1.3.3). > > Obviously 1.3.3 is less then 20040120, how can I cope with this issue? That is where an epoch comes in. http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version > > TIA, > Cheers Geert Stappers pgp0.pgp Description: PGP signature
Re: OT:bad sig
On Thu, May 06, 2004 at 08:28:02AM +0200, Adrian 'Dagurashibanipal' von Bidder wrote: > On Wednesday 05 May 2004 20.20, you wrote: > > On Wed, May 05, 2004 at 08:06:37PM +0200, David López Moreno wrote: > > > Currently, there is a RFP for the package (Bug #227525). How > ... > > Hi Robert, > > All of your messages I see in this list are reported as having a bad > signature by kmail here. > > kmail bug, smartlist problem, or mutt bug - or somewhere else? Anybody > else seeing this? I get: [-- PGP output follows (current time: Thu May 6 09:24:16 2004) --] gpg: Signature made Wed May 5 20:20:23 2004 CEST using DSA key ID 145B6966 gpg: Good signature from "Robert Lemmen <[EMAIL PROTECTED]>" gpg: Note: This key has expired! Primary key fingerprint: 2B12 EC05 12C0 1AE2 5D55 9F3F 4BA0 0E72 145B 6966 [-- End of PGP output --] Thank you for the reminder on the key refresh > > greetings > -- vbi > > -- > Die Diktatur duldet Reden. Aber keine Widerreden. > -- Werner Mitsch Cheers Geert Stappers pgpSFtM6xJHlL.pgp Description: PGP signature
Re: Attending a RFP
On Thu, May 06, 2004 at 03:25:53PM +0200, Nico Golde wrote: > Hallo David, > > * David López Moreno <[EMAIL PROTECTED]> [2004-05-06 14:44]: > > I've come across a great piece of software and would like to package > > it for the Debian system. > > great > > > Currently, there is a RFP for the package (Bug #227525). How should I > > proceed?. Do I directly fill an ITP? > > yes. yes? retitle the RFP to ITP is the way to go. > after it make a closes tag in you changes file. yes, that is how #227525 will be closed. > regards nico Cheers Geert Stappers pgpezAGpqX3Ws.pgp Description: PGP signature
Re: RFS: for several packages ;)
On Sat, May 15, 2004 at 11:35:45AM +0200, Bartosz Fenski aka fEnIo wrote: > Hello dear mentors ;) > > I really think Debian lacks some games, so I packaged them. > > Here goes info about it: > > I got several mails with questions how many packages did I make in this > month... well I have many spare time right now so I try to use it for > Debian ;) Debian is more then packaging. Visit http://www.nl.debian.org/devel/join/ for more information. > > regards > fEnIo > Cheers Geert Stappers P.S. I do realize that the above message could offend people who are helping Debian by packaging. I have no intent in insulting people, my message is Debian is more then packaging. pgp32oVyhsNG0.pgp Description: PGP signature
Re: RFS: for several packages ;)
On Sat, May 15, 2004 at 01:27:29PM +0200, Bartosz Fenski aka fEnIo wrote: > On Sat, May 15, 2004 at 12:54:52PM +0200, Geert Stappers wrote: > > > I got several mails with questions how many packages did I make in this > > > month... well I have many spare time right now so I try to use it for > > > Debian ;) > > > > Debian is more then packaging. > > > > Visit http://www.nl.debian.org/devel/join/ for more information. > > I know what Debian is. > > If you'd were more inquiring then you would find information that I'm > trying to became DD (last stage of NM process), and packaging isn't the > only area where I try to help. > > Just use google. Indeed, I did not a research on the track list of the original poster. > > > I do realize that the above message could offend > > people who are helping Debian by packaging. > > I have no intent in insulting people, > > my message is > > > > Debian is more then packaging. > > In fact it *is* offending. At least for me. You answered my message. > Saying that you don't want to insult people doesn't help me. > > To be honest I have no idea why did you write this. > I think everyone on this list knows exactly what Debian is, and how > somebody can help. It was, same as this message, a posting to the _whole_ mailinglist. (which means don't take it personal) IMNSHO not everyone on this list knows exactly what Debian is. (Please don't take the possible flame bait) I think most people on this list knows exactly what Debian is, and how somebody can. Yes, that means I could have insult most people here when I wrote: Debian is more packaging. I felt the urch to address the wannabee Debian Developers. I see many RFSs here, most of then answered by non DDs. But, yes, I could be wrong about the precentage of newbies here. What I hope to accomplish with the posting in this RFS thread, is less RFS postings or at least other RFS postings. Postings like: | Hi, | | A posting on the foobar mailinglist did not get a Debian sponser, | The repost is meanwhile two weeks old, so now I ask here | for a sponsor to get foobar in the Debian archive. | Goodday Mates, | | After several postings on the debian-firewall mailinglist, | I now ask here for a sponsor of the fw-foobar package | Hello. | | I have no idea how many people here have interrest in games, | but I'm looking for a sponsor for these packed games. | ( Sponsoring a single game would also help ;- ) > > regards > fEnIo Sorry Cheers Geert Stappers Invulenced by http://www.catb.org/~esr/faqs/smart-questions.html pgpf0v8uCWfq5.pgp Description: PGP signature
Re: Upload of a new package
On Wed, May 19, 2004 at 08:59:32AM +0200, Fabio Tranchitella wrote: > Hi, >I'm the mantainer of phpldapadmin, a web-based tool for managing ldap > servers. I'm not (yet!) an official Debian developer, so I asked for a > sponsor. He checked my package and uploaded in the unstable debian > archive about ten days ago... So you have to wait on the checks that the ftp master does on the first upload, before it enters the archive. > > Here my questions: > - how long takes the verification process and when will be the package > available in unstable? How can I monitor the state of the package? Once it is in the archive http://packages.qa.debian.org/PACKAGE and in this case http://packages.qa.debian.org/phpldapadmin > > - A new minor upstream version is available for the package, my sponsor > told me it is better to wait the package enters in unstable before > send the new version, because every upload before this happens "reset > the timer" and I have to wait more time to see my package in unstable. That makes sence, no reason to doubt your sponsor (this time :- ) > > I'm not in this list, so if you answer please CC me. You will find your way to mail archive of this list. A mailinglist works because people are subscribed and contribute where they can. > > Thanks a lot, > Fabio. > > -- > > Fabio Tranchitella > > kobold.it, Turin, Italy - Free is better! Just pay the price for the freedom! Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
