On 28-Apr-2002 Oohara Yuuma wrote:
> 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
> o
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
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 cour
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
* 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
"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?'
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
* 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 n
"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?
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'
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-da
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
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 waiting now
> a long time to get the new key [2] into the keyring.
>
>
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 develope
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
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"?
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 versio
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
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
> 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, et
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-d
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
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 an
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 waiting now
> a long time to get the new key [2] into the keyring.
>
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, s
>> "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
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
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 mai
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
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 develop
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 sho
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
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"?
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 versi
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 1.4.
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
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 th
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.
> 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, e
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
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 e
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,
>> "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 n
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
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 ma
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 shoul
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 sh
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 1.4
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.
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
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 differen
David Caldwell <[EMAIL PROTECTED]> writes:
> Even better than what I just said above is to make a source dir and 2
> build dirs, like so:
>
>
> /source-tree
> /build1
> /build2
> /debian
>
> That way the source files are nicely separated from the build files.
> Binutils organizes itself this
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
>
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 differe
David Caldwell <[EMAIL PROTECTED]> writes:
> Even better than what I just said above is to make a source dir and 2
> build dirs, like so:
>
>
> /source-tree
> /build1
> /build2
> /debian
>
> That way the source files are nicely separated from the build files.
> Binutils organizes itself this
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
>
56 matches
Mail list logo
