Hi,
On Wed, Sep 13, 2000 at 12:58:52AM +0200, Ralf Treinen wrote:
> I'm maintaining a package (bibtex2html) that needs the ocaml
> compiler to build.
> The ocaml compiler, however, compiles to native code only on some
> architectures. On others (in particular mk68) it compiles only to
> ocaml byt
Grab my task-laptop package for an example of how to do this. For x86 I add
some intel laptop specific packages.
Hi,
the packaging manual (v 3.2.1.0) says in section 8.1:
All fields that specify BUILD-TIME relationships [...] may be restricted to
a certain set of architectures. [emphasis by me]
>From this I conclude that it is not possible to have a (binary) dependency
relationship restricted to a cert
[BTW this is a genuine bug with the BTS, not related to -mentors list, so
let's move off of it]
On Tue, Sep 12, 2000 at 10:54:09AM +0200, Christian Hammers wrote:
> I (aka [EMAIL PROTECTED]) get flooded by identical copies of the mail
> attached.
> I count about 40 mails during the weekend and I
Hi,
On Wed, Sep 13, 2000 at 12:58:52AM +0200, Ralf Treinen wrote:
> I'm maintaining a package (bibtex2html) that needs the ocaml
> compiler to build.
> The ocaml compiler, however, compiles to native code only on some
> architectures. On others (in particular mk68) it compiles only to
> ocaml by
Grab my task-laptop package for an example of how to do this. For x86 I add
some intel laptop specific packages.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
the packaging manual (v 3.2.1.0) says in section 8.1:
All fields that specify BUILD-TIME relationships [...] may be restricted to
a certain set of architectures. [emphasis by me]
>From this I conclude that it is not possible to have a (binary) dependency
relationship restricted to a cer
[EMAIL PROTECTED] wrote:
>Matt Zimmerman <[EMAIL PROTECTED]> writes:
>> Take a look at dh_make, in the dh-make package, and debhelper, in the package
>> of the same name.
>
>That helped. Thanks. Now I'm working on the control file. I notice
>that jserv's control file sets the architecture to "an
[BTW this is a genuine bug with the BTS, not related to -mentors list, so
let's move off of it]
On Tue, Sep 12, 2000 at 10:54:09AM +0200, Christian Hammers wrote:
> I (aka [EMAIL PROTECTED]) get flooded by identical copies of the mail attached.
> I count about 40 mails during the weekend and I ge
[EMAIL PROTECTED] wrote:
>Now I'm working on the control file. I notice
> that jserv's control file sets the architecture to "any", even though
> the deb-control man page only mentions architecture "all". Which should
> I use?
Use "any" if you are uploading an arch-spe
On 12 Sep 2000 [EMAIL PROTECTED] wrote:
> > Take a look at dh_make, in the dh-make package, and debhelper, in the
> > package
> > of the same name.
>
> That helped. Thanks. Now I'm working on the control file. I notice
> that jserv's control file sets the architecture to "any", even though
>
On Mon, Sep 11, 2000 at 04:06:22PM -0400, Franklin Belew wrote:
> E: mozilla: no-shlibs-control-file usr/lib/mozilla/components/liblocalmail.so
>
> I have 86 errors like that, how do I kill them?
> (those are not shared libs, and will *never* be linked by ld)
Wait for lintian to be fixed so it do
Matt Zimmerman <[EMAIL PROTECTED]> writes:
> Take a look at dh_make, in the dh-make package, and debhelper, in the package
> of the same name.
That helped. Thanks. Now I'm working on the control file. I notice
that jserv's control file sets the architecture to "any", even though
the deb-contro
[EMAIL PROTECTED] wrote:
>Matt Zimmerman <[EMAIL PROTECTED]> writes:
>> Take a look at dh_make, in the dh-make package, and debhelper, in the package
>> of the same name.
>
>That helped. Thanks. Now I'm working on the control file. I notice
>that jserv's control file sets the architecture to "a
On Tue, Sep 12, 2000 at 01:30:01PM -0400, [EMAIL PROTECTED] wrote:
> I've perused some of the dpkg-related documentation, but maybe I'm
> missing something simple.
>
> If I already am using automake (or otherwise adhering to the GNU coding
> standards), shouldn't there be some automatic way to ge
I've perused some of the dpkg-related documentation, but maybe I'm
missing something simple.
If I already am using automake (or otherwise adhering to the GNU coding
standards), shouldn't there be some automatic way to generate most of
what's needed under debian?
I'd like to be able to build a deb
[EMAIL PROTECTED] wrote:
>Now I'm working on the control file. I notice
> that jserv's control file sets the architecture to "any", even though
> the deb-control man page only mentions architecture "all". Which should
> I use?
Use "any" if you are uploading an arch-sp
On 12 Sep 2000 [EMAIL PROTECTED] wrote:
> > Take a look at dh_make, in the dh-make package, and debhelper, in the package
> > of the same name.
>
> That helped. Thanks. Now I'm working on the control file. I notice
> that jserv's control file sets the architecture to "any", even though
> the
On Mon, Sep 11, 2000 at 04:06:22PM -0400, Franklin Belew wrote:
> E: mozilla: no-shlibs-control-file usr/lib/mozilla/components/liblocalmail.so
>
> I have 86 errors like that, how do I kill them?
> (those are not shared libs, and will *never* be linked by ld)
Wait for lintian to be fixed so it d
Matt Zimmerman <[EMAIL PROTECTED]> writes:
> Take a look at dh_make, in the dh-make package, and debhelper, in the package
> of the same name.
That helped. Thanks. Now I'm working on the control file. I notice
that jserv's control file sets the architecture to "any", even though
the deb-contr
On Tue, Sep 12, 2000 at 01:30:01PM -0400, [EMAIL PROTECTED] wrote:
> I've perused some of the dpkg-related documentation, but maybe I'm
> missing something simple.
>
> If I already am using automake (or otherwise adhering to the GNU coding
> standards), shouldn't there be some automatic way to g
I've perused some of the dpkg-related documentation, but maybe I'm
missing something simple.
If I already am using automake (or otherwise adhering to the GNU coding
standards), shouldn't there be some automatic way to generate most of
what's needed under debian?
I'd like to be able to build a de
On Mon, Sep 11, 2000 at 04:32:40PM -0500, ^chewie wrote:
> Actually, have you confirmed that the function calls loserjabber is
> hitting the libxmms or the mpg123 library?
It interacts with xmms in that way. mpg123? no relation with it.
> What about the ID3 tags
> library that xmms may be usin
On Mon, Sep 11, 2000 at 05:05:59PM -0400, Adam C Powell IV wrote:
> There are a few options, it seems: you could separate xmms from libxmms
> (though
> that would require cooperation of the other author), or build two binary
When you link it with xmms, it uses xmms, not only libs.
> packages fo
Hello
I (aka [EMAIL PROTECTED]) get flooded by identical copies of the mail attached.
I count about 40 mails during the weekend and I get a new one every couple
of hours. Sadly I cannot reach the author as he supplied a wrong email
address. I tried some variations of it and mailed the postmaster
a worse solution could be to wrap TkMan in a script, passing the
output of /usr/bin/manpath to an environment variable. brrr...
#!/bin/sh
# wrap for TkMan
export MANPATH=`/usr/bin/manpath`
whatever to run tkman
On Fri, Sep 08, 2000 at 08:57:47AM +0300, Shaul Karl wrote:
> TkMan author insists
On Mon, Sep 11, 2000 at 04:32:40PM -0500, ^chewie wrote:
> Actually, have you confirmed that the function calls loserjabber is
> hitting the libxmms or the mpg123 library?
It interacts with xmms in that way. mpg123? no relation with it.
> What about the ID3 tags
> library that xmms may be usi
On Mon, Sep 11, 2000 at 05:05:59PM -0400, Adam C Powell IV wrote:
> There are a few options, it seems: you could separate xmms from libxmms (though
> that would require cooperation of the other author), or build two binary
When you link it with xmms, it uses xmms, not only libs.
> packages for
Hello
I (aka [EMAIL PROTECTED]) get flooded by identical copies of the mail attached.
I count about 40 mails during the weekend and I get a new one every couple
of hours. Sadly I cannot reach the author as he supplied a wrong email
address. I tried some variations of it and mailed the postmaster
a worse solution could be to wrap TkMan in a script, passing the
output of /usr/bin/manpath to an environment variable. brrr...
#!/bin/sh
# wrap for TkMan
export MANPATH=`/usr/bin/manpath`
whatever to run tkman
On Fri, Sep 08, 2000 at 08:57:47AM +0300, Shaul Karl wrote:
> TkMan author insists
30 matches
Mail list logo
