On Thu, Nov 08, 2001 at 16:38:29 -0500, David West wrote:
> I understand that apt needs Packages.gz files for the local cache.
Which can be generated quite easily through dpkg-scanpackages(8) as included
in the dpkg-dev package.
HTH,
Ray
--
Personally, I guess I'd favor a sort of modified form o
I'm building on a non-Debian box a package cache of a subset of
testing to be used later to populate a base Debian install.
I've already ensured that the dependencies are satisfied locally.
I understand that apt needs Packages.gz files for the local cache.
My question is: can I use the correspondi
On Wed, Feb 21, 2001 at 08:38:58AM -0800, Sean 'Shaleh' Perry wrote:
> >
> > I believe that step 1 can be achieved with apt-get's "source" option.
> > Step 2 is fairly simple except that I don't know whether the source as
> > checked out of CVS is in the exact right format to be patched by the
> >
On 21-Feb-2001 Stuart Ballard wrote:
> Sean 'Shaleh' Perry wrote:
>>
>> X is big and ugly. Mail the maintainer for guidance.
>>
>> That said, if you just need the server for your card, you only need to
>> compile
>> that and drop it on the system, the rest of the packaging is independent of
>>
Sean 'Shaleh' Perry wrote:
>
> X is big and ugly. Mail the maintainer for guidance.
>
> That said, if you just need the server for your card, you only need to compile
> that and drop it on the system, the rest of the packaging is independent of
> that card support.
Hmm. That sounds promising (I
>
> I believe that step 1 can be achieved with apt-get's "source" option.
> Step 2 is fairly simple except that I don't know whether the source as
> checked out of CVS is in the exact right format to be patched by the
> diff.tar.gz. I have no idea at all about step 3, and I couldn't figure
> it ou
For a couple of reasons, I have a need to install versions of Xfree86
that are newer than the newest available packages. In fact, I want to
get the newest version from XFree86's CVS repository.
However, I'd like to do this in such a way that I don't break the
careful Debian packaging done by the X
On Mon, 29 Jan 2001, [EMAIL PROTECTED] wrote:
> Is there an easy way to compile a Debian source package with debugging
> options turned on (removing the -O2 and adding -g to all the make
I'm afraid
> dpkg-buildpackage --debug???
isn't quite ready :)
For a 'brute force' solution have a look at the
Is there an easy way to compile a Debian source package with debugging
options turned on (removing the -O2 and adding -g to all the make
files) or is that something that has to be done manually? Something like
dpkg-buildpackage --debug???
Thanks,
Gerry
[EMAIL PROTECTED] (Colin Watson) writes:
> >gtk and gnomelibs. How can I make the package reflect this? Manually
> >typing the dependencies into the Depends field in the control file seems
> >very kludgy.
>
> Short of building your packages inside a stock potato chroot, you might
> try using a de
Kjetil Thuen <[EMAIL PROTECTED]> wrote:
>Depends: gdk-imlib1 (>= 1.9.8.1-helix1), libart2 (>= 1.2.3-helix2),
>libaudiofile0, libc6 (>= 2.1), libc6 (>= 2.1.2), libdb2 (>= 1:2.4.14-7),
>libesd0 (>= 0.2.16) | libesd-alsa0 (>= 0.2.16), libgdk-pixbuf2,
>libglib1.2 (>= 1.2.0), libgnome32 (>= 1.2.3-helix2
I am just about to release a new version of a program I am writing. For
this version I have promised my users binary packages.
Making the .deb went relatively smoothly, but the resulting packages
dependencies turned out to strict. The package is built on a machine
with Helix-GNOME installed (and
I want to build a hamm source package under bo. After saying
./debian/rules binary
I get the following:
test -f src/smail.h
test root = "`whoami`"
rm -rf debian/tmp
install -g root -o root -m 755 -d debian/tmp/DEBIAN \
debian/tmp/etc/{smail,cron.daily} debian/tmp/var/log{,/smail} \
debian/tmp/u
13 matches
Mail list logo
