Jörg Sommer <[EMAIL PROTECTED]> writes:
> Hallo Nelson,
>
> Nelson A. de Oliveira <[EMAIL PROTECTED]> wrote:
>> Hi!
>>
>> On 6/4/06, Jörg Sommer <[EMAIL PROTECTED]> wrote:
>>> Now, my question is: Can I release a package that bases on not-released
>>> sources? If so, I request for an sponsor. Othe
Hi,
I'm looking for a sponsor to upload museek+. Museek+ is a client for the
SoulSeek network (like Nicotine, already in Debian) but it's in
client/server mode.
Museek+ provides 5 packages :
* museekd : the daemon, written in C++
* museeq : A C++/Qt GUI
* mucous : A Python/Curses GUI for cons
Hello,
I am the developer of Hearts for GNOME (http://www.gnome-hearts.org) and
I just packaged the upcoming 0.1 release for Debian. I am looking for a
sponsor who is willing to check and upload the package for me.
Hearts is an implementation of the classic card game for the GNOME
desktop, f
Charles Plessy <[EMAIL PROTECTED]> wrote:
> I have made /usr/share/doc/probcons-extra a symlink to
> /usr/share/doc/probcons (probcons-extra depends on probcons). Is it OK
> to do such things? ^^
this is important
Yes, this
Adam Cécile (Le_Vert) wrote:
> * museek-python-bindings : Python bindings for the C++ daemon
I think the name of this package should be "python-museek".
http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-package_names
--
Lukáš Lalinský
--
To UNSUBSCRIBE, emai
On 6/5/06, Sander Marechal <[EMAIL PROTECTED]> wrote:
Hello,
I am the developer of Hearts for GNOME (http://www.gnome-hearts.org) and
I just packaged the upcoming 0.1 release for Debian. I am looking for a
sponsor who is willing to check and upload the package for me.
You could take care of th
On (05/06/06 14:10), Eddy Petri??or wrote:
> You could take care of this warning, first thing (just looked over the
> build log)
>
> "W: hearts source: newer-standards-version 3.7.2.0"
>
> Generally that would mean just bumping the standards version, but you
> should check.
That warning is the o
Le Mon, Jun 05, 2006 at 01:04:37PM +0200, Florent Rougon a écrit :
> Charles Plessy <[EMAIL PROTECTED]> wrote:
>
> > I have made /usr/share/doc/probcons-extra a symlink to
> > /usr/share/doc/probcons (probcons-extra depends on probcons). Is it OK
> > to do such things? ^^
Hi!
On 6/5/06, Charles Plessy <[EMAIL PROTECTED]> wrote:
Is there a way to make sure that probcons-extra will depend on the
probcons package with the same version as itself?
Yes.
Just use
Depends: probcons (= ${Source-Version})
inside the probcons-extra section.
Best regards,
Nelson
--
To
Lukáš Lalinský a écrit :
Adam Cécile (Le_Vert) wrote:
* museek-python-bindings : Python bindings for the C++ daemon
I think the name of this package should be "python-museek".
http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-package_names
Packag
James Westby wrote:
On (05/06/06 14:10), Eddy Petri??or wrote:
You could take care of this warning, first thing (just looked over the
build log)
"W: hearts source: newer-standards-version 3.7.2.0"
Generally that would mean just bumping the standards version, but you
should check.
That warnin
Hi,
I'm looking for a sponsor for my program Geany.
Package name: geany
Version : 0.7
Upstream Author : Enrico Tröger (me ;-))
URL : http://geany.uvena.de/
License : GPL
Programming Lang: C, C++
Description : A fast and lightweight IDE using GTK2
Hi,
I'm looking for a sponsor for my collectd package. collectd is a small daemon
that collects various system statistics and saves them to RRD files. Since it
is written in C and stays in memory it is very fast and easy on the system.
The statistics are very fine grained since the files are updat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I've sent an ITP on libvrb last night (at about 23:19 CET), but I cannot
see it on d-d and in the BTS. However, I got the copy to my personal
inbox. I saw ITPs on d-d and in the BTS posted this afternoon.
Is it possible that the ITPs are not proc
On Mon, 2006-06-05 at 09:29 -0300, Nelson A. de Oliveira wrote:
> Just use
> Depends: probcons (= ${Source-Version})
Please don't use Source-Version - from the dpkg-gencontrol manual:
"The source package version (from the changelog file). This variable is
now deprecated as its meaning is differe
On Mon, 2006-06-05 at 16:26 +0200, Enrico Tröger wrote:
> Geany is a small and fast editor with basic features of an integrated
> development environment. It has some nice features like code
> completion, call tips, code folding and symbol/tag lists. Geany
> supports 19 different filetypes. It is a
On Mon, 05 Jun 2006 20:12:51 +0200, Laszlo Boszormenyi <[EMAIL PROTECTED]>
wrote:
> On Mon, 2006-06-05 at 16:26 +0200, Enrico Tröger wrote:
> > Geany is a small and fast editor with basic features of an
> > integrated development environment. It has some nice features like
> > code completion, cal
Thanks for uploading. I see that parser at NEW didn't catch the "Closes:"
line. I will close that bug once it's accepted.
Two more questions.
What is the default procedure after I make a new revision or new upstream
release arrives? Upload to mentors and inform you?
What if I receive a bugreport w
Vedran Furaè <[EMAIL PROTECTED]> wrote:
> Thanks for uploading. I see that parser at NEW didn't catch the "Closes:"
> line. I will close that bug once it's accepted.
If you used the right syntax, that probably happened because it wasn't
part of the last changelog entry, in which case dpkg-buildpa
Hi!
On 6/5/06, Paul Wise <[EMAIL PROTECTED]> wrote:
On Mon, 2006-06-05 at 09:29 -0300, Nelson A. de Oliveira wrote:
> Just use
> Depends: probcons (= ${Source-Version})
Please don't use Source-Version - from the dpkg-gencontrol manual:
"The source package version (from the changelog file). Th
I'm a realtively new user of Linux and Debian. It took me a while to get used to the way software is installed on Linux, although I think I'm finally getting the hang of it.
I've got some limited programming experience, and I'd like to take my experience with Debian's packaging system to the next
Redefined Horizons <[EMAIL PROTECTED]> wrote:
> I want to install a Debian package named "Package A".
> Package A lists as a dependency another Debian package named "Library A".
> However, if Package A requires version 2.0 of "Library A", while another
> Debian package I have installed on my system
"Redefined Horizons" <[EMAIL PROTECTED]> wrote:
> Here is my question. Can I create a custom Debian package for Library A that
> satisfies the dependency requirements of Package A, but still keep the older
> version of Library A required by my other programs?
Of course. Look for example at the GT
Thank you Florent and Tyler.
You have answered my questions.
Tyler,
What is the proper procedure for notifying the maintainer of a package about the dependency problem?
Florent,
Where do I find the "Policy" that you speak of?
Scott Huey
On 6/5/06, Florent Rougon <[EMAIL PROTECTED]> wro
Redefined Horizons <[EMAIL PROTECTED]> wrote:
> Tyler,
> What is the proper procedure for notifying the maintainer of a package about
> the dependency problem?
A good way is to use the "reportbug" utility that comes with debian;
"reportbug ".
Cheers,
Tyler
--
To
On 06/05/2006 07:42 PM, Redefined Horizons wrote:
> Where do I find the "Policy" that you speak of?
Check the Developers' Corner[1], you'll find lots of links to relevant
documentation.
Please do not top post[2].
K.-
[1] http://www.debian.org/devel/
[2] http://en.wikipedia.org/wiki/Top_posting
Hallo Goswin,
Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> Just make sure to use a version that sorts lower than a future actual
> 2.2 release. Optimaly 2.2~beta2 would be used but I think the DAK
> still doesn't accept those. 2.1.99+2.2-beta might be a good choice.
Good objection. I've chan
27 matches
Mail list logo
