Oohara Yuuma [EMAIL PROTECTED] writes:
* gpgp should be in main (gpgp contains no crypto code --- all crypto things
are done by calling gpg)
So gpgp should be where gnupg is. Today that's main, you're right on that.
I admit seahorse is better than gpgp, but gpgp seems rather popular
David Caldwell [EMAIL PROTECTED] writes:
snipping a good suggestion
Even better than what I just said above is to make a source dir and 2
build dirs, like so:
project_base/source-tree
project_base/build1
project_base/build2
project_base/debian
That way the source files are nicely
Hi,
On Fri, Apr 26, 2002 at 07:08:26PM -0700, David Caldwell wrote:
Instead of building in the source dir, create 2 build directories, cd to
each and ../configure with different options. Then in the make section, cd
into each build dir and make. So essentially you are building the different
Le sam 27/04/2002 à 11:02, Bastian Kleineidam a écrit :
Hi,
On Fri, Apr 26, 2002 at 07:08:26PM -0700, David Caldwell wrote:
Instead of building in the source dir, create 2 build directories, cd to
each and ../configure with different options. Then in the make section, cd
into each
hi
I am helping packaging mplayer; it depends on libsdl;
I see that there is a libsdl1.2debian* series, and I heard
that this is the best to be used in Debian; problem is, there is no
libsdl1.2debian-dev, so I don't understand what we should put in
Depends and Build-depends fields.
thanks
a.
Hi folks,
some people may have noticed that my linkchecker package [1] is very
out of date.
Well, this is mainly because my GPG key expired and I am waiting now
a long time to get the new key [2] into the keyring.
In the meantime, would someone please sponsor an upload of the current
version
On Saturday 27 April 2002 16:32, Andrea Mennucc wrote:
I am helping packaging mplayer; it depends on libsdl;
I see that there is a libsdl1.2debian* series, and I heard
that this is the best to be used in Debian; problem is, there is no
libsdl1.2debian-dev, so I don't understand what we
Andrea Mennucc [EMAIL PROTECTED] writes:
hi
I am helping packaging mplayer; it depends on libsdl;
I see that there is a libsdl1.2debian* series, and I heard
that this is the best to be used in Debian; problem is, there is no
libsdl1.2debian-dev, so I don't understand what we should put
On Sat, Apr 27, 2002 at 08:49:06AM +0200, Robert Bihlmeyer wrote:
I admit seahorse is better than gpgp, but gpgp seems rather popular
according to popcon, so I want to package gpgp again.
The problem is that I hear gpgp is dead upstream. So unless
someone (you?) takes up upstream
Bastian Kleineidam wrote:
On Fri, Apr 26, 2002 at 07:08:26PM -0700, David Caldwell wrote:
Instead of building in the source dir, create 2 build directories, cd to
each and ../configure with different options. Then in the make section, cd
into each build dir and make. So essentially you
JM == Jérôme Marant [EMAIL PROTECTED] writes:
Andrea Mennucc [EMAIL PROTECTED] writes:
hi
I am helping packaging mplayer; it depends on libsdl;
I see that there is a libsdl1.2debian* series, and I heard
that this is the best to be used in Debian; problem is, there is no
Hi,
On Sat, Apr 27, 2002 at 11:06:59AM -0400, Joey Hess wrote:
That sounds redundant, what's wrong with building once with -g, linking
shared, stripping, calling that one package, and then linking w/o
stripping for the -dbg package?
The configure.in has different -D defines for debugging, so
Suppose that a source package makes two .deb, package-data and package
(which depends on package-data), and /usr/share/doc/package is a symlink
to /usr/share/doc/package-data . Should package depend on exactly the
same version of package-data?
allows any version
- changelog may be out of date
James Troup [EMAIL PROTECTED] cum veritate scripsit:
Ideally, I'd like to do what buildd does, but without uploading a
possibly broken package first
Unless you're testing something architecture specific, you're probably
better off testing this locally. You can use debootstrap to
On 27-Apr-2002 Oohara Yuuma wrote:
Suppose that a source package makes two .deb, package-data and package
(which depends on package-data), and /usr/share/doc/package is a symlink
to /usr/share/doc/package-data . Should package depend on exactly the
same version of package-data?
allows
On 27-Apr-2002 Junichi Uekawa wrote:
Oohara Yuuma [EMAIL PROTECTED] cum veritate scripsit:
Suppose that a source package makes two .deb, package-data and package
(which depends on package-data), and /usr/share/doc/package is a symlink
to /usr/share/doc/package-data . Should package depend
On Sat, 27 Apr 2002 10:58:06 -0400,
christophe barbé [EMAIL PROTECTED] wrote:
Last time I checked (It was not yesterday), gpa was better than
seahorse.
I tested gpa 0.4.2-2 and it took more than 1 hour to start.
I don't know about 0.4.3-2.
--
Oohara Yuuma [EMAIL PROTECTED]
Debian developer
On Sun, Apr 28, 2002 at 01:26:39AM +0900, Oohara Yuuma wrote:
On Sat, 27 Apr 2002 10:58:06 -0400,
christophe barbé [EMAIL PROTECTED] wrote:
Last time I checked (It was not yesterday), gpa was better than
seahorse.
I tested gpa 0.4.2-2 and it took more than 1 hour to start.
I don't know
Joel Baker [EMAIL PROTECTED] cum veritate scripsit:
'Is the -data package arch-independant, and large enough to save lots of
disk on the mirrors?'
That's pretty subjective, about lots of disk.
A more solid reasoning:
'Are the upstream source packages distributed as different tarballs?'
* Henrique de Moraes Holschuh [EMAIL PROTECTED] [020423 12:17]:
On Tue, 23 Apr 2002, Yves Arrouye wrote:
Package has a Depends on icu which cannot be satisfied on hurd-i386.
Package has a Depends on icu which cannot be satisfied on sh.
Do I need to care about these? There is no problem
On Sat, 27 Apr 2002 10:01:29 -0700 (PDT),
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
Don't just split without good reason.
I am planning to split xsolider into 3 packages because:
* both raw X version and SDL version are available and only
one of them is enough to play the game
* I don't see
On 27 Apr 2002 08:49:06 +0200,
Robert Bihlmeyer [EMAIL PROTECTED] wrote:
The problem is that I hear gpgp is dead upstream. So unless
someone (you?) takes up upstream maintainership, maybe it is still
better for its users to migrate to seahorse. They can do this at their
own pace, of course,
Oohara Yuuma [EMAIL PROTECTED] cum veritate scripsit:
Don't just split without good reason.
I am planning to split xsolider into 3 packages because:
* both raw X version and SDL version are available and only
one of them is enough to play the game
* I don't see any reason why each game
Oohara Yuuma [EMAIL PROTECTED] writes:
* gpgp should be in main (gpgp contains no crypto code --- all crypto things
are done by calling gpg)
So gpgp should be where gnupg is. Today that's main, you're right on that.
I admit seahorse is better than gpgp, but gpgp seems rather popular
David Caldwell [EMAIL PROTECTED] writes:
snipping a good suggestion
Even better than what I just said above is to make a source dir and 2
build dirs, like so:
project_base/source-tree
project_base/build1
project_base/build2
project_base/debian
That way the source files are nicely
Hi,
On Fri, Apr 26, 2002 at 07:08:26PM -0700, David Caldwell wrote:
Instead of building in the source dir, create 2 build directories, cd to
each and ../configure with different options. Then in the make section, cd
into each build dir and make. So essentially you are building the different
Le sam 27/04/2002 à 11:02, Bastian Kleineidam a écrit :
Hi,
On Fri, Apr 26, 2002 at 07:08:26PM -0700, David Caldwell wrote:
Instead of building in the source dir, create 2 build directories, cd to
each and ../configure with different options. Then in the make section, cd
into each
hi
I am helping packaging mplayer; it depends on libsdl;
I see that there is a libsdl1.2debian* series, and I heard
that this is the best to be used in Debian; problem is, there is no
libsdl1.2debian-dev, so I don't understand what we should put in
Depends and Build-depends fields.
thanks
a.
Hi folks,
some people may have noticed that my linkchecker package [1] is very
out of date.
Well, this is mainly because my GPG key expired and I am waiting now
a long time to get the new key [2] into the keyring.
In the meantime, would someone please sponsor an upload of the current
version
Andrea Mennucc [EMAIL PROTECTED] writes:
hi
I am helping packaging mplayer; it depends on libsdl;
I see that there is a libsdl1.2debian* series, and I heard
that this is the best to be used in Debian; problem is, there is no
libsdl1.2debian-dev, so I don't understand what we should put in
On Sat, Apr 27, 2002 at 08:49:06AM +0200, Robert Bihlmeyer wrote:
I admit seahorse is better than gpgp, but gpgp seems rather popular
according to popcon, so I want to package gpgp again.
The problem is that I hear gpgp is dead upstream. So unless
someone (you?) takes up upstream
Bastian Kleineidam wrote:
On Fri, Apr 26, 2002 at 07:08:26PM -0700, David Caldwell wrote:
Instead of building in the source dir, create 2 build directories, cd to
each and ../configure with different options. Then in the make section, cd
into each build dir and make. So essentially you
JM == Jérôme Marant [EMAIL PROTECTED] writes:
Andrea Mennucc [EMAIL PROTECTED] writes:
hi
I am helping packaging mplayer; it depends on libsdl;
I see that there is a libsdl1.2debian* series, and I heard
that this is the best to be used in Debian; problem is, there is no
Suppose that a source package makes two .deb, package-data and package
(which depends on package-data), and /usr/share/doc/package is a symlink
to /usr/share/doc/package-data . Should package depend on exactly the
same version of package-data?
allows any version
- changelog may be out of date if
allows any version
- changelog may be out of date if only package is upgraded
depneds on the same version
- forces the user to download huge package-data on each upgrade
How about = some-version? This way, you can bump the version in the
-data package when the license changes, etc, and
Hamish Moffatt [EMAIL PROTECTED] cum veritate scripsit:
I got a package which depends on Tcl/Tk. It can work with either Tcl/Tk
8.0, 8.2 or 8.3.
If I simply put ${shlib:depends} in my control file, then the package
depends on the version I have on the system I used to build the package.
James Troup [EMAIL PROTECTED] cum veritate scripsit:
Ideally, I'd like to do what buildd does, but without uploading a
possibly broken package first
Unless you're testing something architecture specific, you're probably
better off testing this locally. You can use debootstrap to
Oohara Yuuma [EMAIL PROTECTED] cum veritate scripsit:
Suppose that a source package makes two .deb, package-data and package
(which depends on package-data), and /usr/share/doc/package is a symlink
to /usr/share/doc/package-data . Should package depend on exactly the
same version of
On 27-Apr-2002 Oohara Yuuma wrote:
Suppose that a source package makes two .deb, package-data and package
(which depends on package-data), and /usr/share/doc/package is a symlink
to /usr/share/doc/package-data . Should package depend on exactly the
same version of package-data?
allows any
On Sat, Apr 27, 2002 at 01:22:58PM -0500, Luis Bustamante wrote:
On Sat, Apr 27, 2002 at 04:44:29PM +0200, Bastian Kleineidam wrote:
Hi folks,
some people may have noticed that my linkchecker package [1] is very
out of date.
Well, this is mainly because my GPG key expired and I am
On Sat, Apr 27, 2002 at 10:01:29AM -0700, Sean 'Shaleh' Perry wrote:
On 27-Apr-2002 Oohara Yuuma wrote:
Suppose that a source package makes two .deb, package-data and package
(which depends on package-data), and /usr/share/doc/package is a symlink
to /usr/share/doc/package-data . Should
On Sun, Apr 28, 2002 at 01:26:39AM +0900, Oohara Yuuma wrote:
On Sat, 27 Apr 2002 10:58:06 -0400,
christophe barbé [EMAIL PROTECTED] wrote:
Last time I checked (It was not yesterday), gpa was better than
seahorse.
I tested gpa 0.4.2-2 and it took more than 1 hour to start.
I don't know
Joel Baker [EMAIL PROTECTED] cum veritate scripsit:
'Is the -data package arch-independant, and large enough to save lots of
disk on the mirrors?'
That's pretty subjective, about lots of disk.
A more solid reasoning:
'Are the upstream source packages distributed as different tarballs?'
* Henrique de Moraes Holschuh [EMAIL PROTECTED] [020423 12:17]:
On Tue, 23 Apr 2002, Yves Arrouye wrote:
Package has a Depends on icu which cannot be satisfied on hurd-i386.
Package has a Depends on icu which cannot be satisfied on sh.
Do I need to care about these? There is no problem
44 matches
Mail list logo