Ok, thanks to the help of some, I've configured a lot of the debian
package for RCf, but when I install (after running dpkg-buildpackage
and lintian), I get a whole lot of errors:
[EMAIL PROTECTED]:~/rcf-5.0.1# lintian -i rcf_5.0.1-1_i386.changes
warning: lintian's authors do not recommend runn
On Sat, Dec 09, 2000 at 05:48:59AM +0100, Ingo Saitz wrote:
> > Is there a way I can install the deb package, but test it and see
> > that everything works??
>
> If you don't want to install the package you can examine its
> contents using ar x package.deb.
Easier than that: dpkg-deb -c filenam
On Fri, Dec 08, 2000 at 11:33:05PM -0200, Henrique M Holschuh wrote:
> Should I be filling a wishlist bug against lintian, or is it ok (although
> not optimal) to have .orig.tar.gz files unpacking at foo-1.2.3 instead of
> foo-1.2.3.orig ?
The tools give warnings, but it really doesn't matter. Qui
Jeremy Higgs wrote:
JH> Ok, thanks to the help of some, I've configured a lot of the debian
JH> package for RCf, but when I install (after running dpkg-buildpackage
JH> and lintian), I get a whole lot of errors:
JH> [EMAIL PROTECTED]:~/rcf-5.0.1# lintian -i rcf_5.0.1-1_i386.changes
JH> warning: l
Your new package is not the problem, here. It seems that the old
version of your package provided a broken prerm script. So, when dpkg
try to uninstall it before installing the new version, it just
crashes.Whatyoucoulddo is just modifying the
/var/lib/dpkg/in
Comments below...
On Sat, Dec 09, 2000 at 11:08:01PM +1100, Jeremy Higgs wrote:
[snip]
> [EMAIL PROTECTED]:~/rcf-5.0.1# dpkg -i rcf_5.0.1-1_i386.deb
> (Reading database ... 47289 files and directories currently installed.)
> Preparing to replace rcf 5.0.1-1 (using rcf_5.0.1-1_i386.deb) ...
> /etc/
Jeremy Higgs <[EMAIL PROTECTED]> wrote:
>/etc/init.d/firewall: [: =: unary operator expected
># Source networking configuration.
>. /etc/network/options
>
># Check that networking is up.
>[ ${NETWORKING} = "no" ] && exit 0
Er. Debian doesn't use the same init script setup as Red Hat, you know,
an
Hi.
I've built a new jove-package, that now matches the current standards,
i also added some debhelper functions, a beginners menu, activated the
recovery-function, and fixed the Bug that stops it from working on the
Hurd.
The current maintainer (Loic Prylli) doesn't respond and hasn't
touched th
On Sat, 09 Dec 2000, Hamish Moffatt wrote:
> On Fri, Dec 08, 2000 at 11:33:05PM -0200, Henrique M Holschuh wrote:
> > Should I be filling a wishlist bug against lintian, or is it ok (although
> > not optimal) to have .orig.tar.gz files unpacking at foo-1.2.3 instead of
> > foo-1.2.3.orig ?
>
> The
Jeremy Higgs wrote:
>>Your new package is not the problem, here. It seems that the old
>>version of your package provided a broken prerm script. So, when dpkg
>>try to uninstall it before installing the new version, it just
>>crashes.Whatyoucoulddo is just modi
On Sat, 9 Dec 2000, Mariusz Przygodzki wrote:
> I would like to package some upstream docs for quanta (HTML Editor for KDE
> maintaned already by me) as a package quanta-doc but these upstream docs are
> set of various HTML documents which are not relative to this application
> directly:
>
> [1] C
Hello,
I've built some Debian packages (and hijacked a few
existing ones to be able to sign these). I'm uncertain
whether I have ironed enough of the problems out of
it to pass. It would be very nice if some of you
knowledgable guys&gals could have a look over it
(and please tell me what errors I
On Sat, Dec 09, 2000 at 11:49:49AM -0200, Henrique M Holschuh wrote:
> On Sat, 09 Dec 2000, Hamish Moffatt wrote:
> > On Fri, Dec 08, 2000 at 11:33:05PM -0200, Henrique M Holschuh wrote:
> > > Should I be filling a wishlist bug against lintian, or is it ok (although
> > > not optimal) to have .orig
[ObCrossposts: We should decide what list to discuss this on.]
> "Henrique" == Henrique M Holschuh <[EMAIL PROTECTED]> writes:
Henrique> On Sat, 09 Dec 2000, Hamish Moffatt wrote:
>> On Fri, Dec 08, 2000 at 11:33:05PM -0200, Henrique M Holschuh wrote:
>> > Should I be filling
On Sat, 09 Dec 2000, Karl M. Hegbloom wrote:
> [ObCrossposts: We should decide what list to discuss this on.]
Please do so in debian-policy (reply-to: set). The BTS bug number for this
problem is 79210.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and
On Sat, Dec 09, 2000 at 11:49:49AM -0200, Henrique M Holschuh wrote:
> On Sat, 09 Dec 2000, Hamish Moffatt wrote:
> > On Fri, Dec 08, 2000 at 11:33:05PM -0200, Henrique M Holschuh wrote:
> > > Should I be filling a wishlist bug against lintian, or is it ok (although
> > > not optimal) to have .orig
Hi!
I have a create a perlscript to check hosts and services on it.. it
uses configfiles and is not Debian specific.
It installs in /usr/local and the config files are preset to look
there too..
I've put it in my CVS repos. yesterday, but I want to package this also and
put the 'debian'-dir in cvs
On Sun, 10 Dec 2000, Hamish Moffatt wrote:
> On Sat, Dec 09, 2000 at 11:49:49AM -0200, Henrique M Holschuh wrote:
> > I didn't receive warnings from any tools (otherwise it wouldn't have taken
> > months for me to notice the problem).
>
> Oh? I notice that dpkg-source complains about when building
On Fri, Dec 08, 2000 at 11:33:05PM -0200, Henrique M Holschuh wrote:
> Should I be filling a wishlist bug against lintian, or is it ok (although
> not optimal) to have .orig.tar.gz files unpacking at foo-1.2.3 instead of
> foo-1.2.3.orig ?
The tools give warnings, but it really doesn't matter. Qu
On Sat, Dec 09, 2000 at 05:48:59AM +0100, Ingo Saitz wrote:
> > Is there a way I can install the deb package, but test it and see
> > that everything works??
>
> If you don't want to install the package you can examine its
> contents using ar x package.deb.
Easier than that: dpkg-deb -c filena
Jeremy Higgs wrote:
JH> Ok, thanks to the help of some, I've configured a lot of the debian
JH> package for RCf, but when I install (after running dpkg-buildpackage
JH> and lintian), I get a whole lot of errors:
JH> root@debian:~/rcf-5.0.1# lintian -i rcf_5.0.1-1_i386.changes
JH> warning: lintia
>Your new package is not the problem, here. It seems that the old
>version of your package provided a broken prerm script. So, when dpkg
>try to uninstall it before installing the new version, it just
>crashes.Whatyoucoulddo is just modifying the
>/var/lib/dp
Comments below...
On Sat, Dec 09, 2000 at 11:08:01PM +1100, Jeremy Higgs wrote:
[snip]
> root@debian:~/rcf-5.0.1# dpkg -i rcf_5.0.1-1_i386.deb
> (Reading database ... 47289 files and directories currently installed.)
> Preparing to replace rcf 5.0.1-1 (using rcf_5.0.1-1_i386.deb) ...
> /etc/init.
Jeremy Higgs <[EMAIL PROTECTED]> wrote:
>/etc/init.d/firewall: [: =: unary operator expected
># Source networking configuration.
>. /etc/network/options
>
># Check that networking is up.
>[ ${NETWORKING} = "no" ] && exit 0
Er. Debian doesn't use the same init script setup as Red Hat, you know,
a
On Sat, 09 Dec 2000, Hamish Moffatt wrote:
> On Fri, Dec 08, 2000 at 11:33:05PM -0200, Henrique M Holschuh wrote:
> > Should I be filling a wishlist bug against lintian, or is it ok (although
> > not optimal) to have .orig.tar.gz files unpacking at foo-1.2.3 instead of
> > foo-1.2.3.orig ?
>
> Th
Hi.
I've built a new jove-package, that now matches the current standards,
i also added some debhelper functions, a beginners menu, activated the
recovery-function, and fixed the Bug that stops it from working on the
Hurd.
The current maintainer (Loic Prylli) doesn't respond and hasn't
touched t
Jeremy Higgs wrote:
>>Your new package is not the problem, here. It seems that the old
>>version of your package provided a broken prerm script. So, when dpkg
>>try to uninstall it before installing the new version, it just
>>crashes.Whatyoucoulddo is just mod
On Sat, 9 Dec 2000, Mariusz Przygodzki wrote:
> I would like to package some upstream docs for quanta (HTML Editor for KDE
> maintaned already by me) as a package quanta-doc but these upstream docs are
> set of various HTML documents which are not relative to this application
> directly:
>
> [1]
Hello,
I've built some Debian packages (and hijacked a few
existing ones to be able to sign these). I'm uncertain
whether I have ironed enough of the problems out of
it to pass. It would be very nice if some of you
knowledgable guys&gals could have a look over it
(and please tell me what errors
On Sat, Dec 09, 2000 at 11:49:49AM -0200, Henrique M Holschuh wrote:
> On Sat, 09 Dec 2000, Hamish Moffatt wrote:
> > On Fri, Dec 08, 2000 at 11:33:05PM -0200, Henrique M Holschuh wrote:
> > > Should I be filling a wishlist bug against lintian, or is it ok (although
> > > not optimal) to have .ori
[ObCrossposts: We should decide what list to discuss this on.]
> "Henrique" == Henrique M Holschuh <[EMAIL PROTECTED]> writes:
Henrique> On Sat, 09 Dec 2000, Hamish Moffatt wrote:
>> On Fri, Dec 08, 2000 at 11:33:05PM -0200, Henrique M Holschuh wrote:
>> > Should I be filling
On Sat, 09 Dec 2000, Karl M. Hegbloom wrote:
> [ObCrossposts: We should decide what list to discuss this on.]
Please do so in debian-policy (reply-to: set). The BTS bug number for this
problem is 79210.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and
On Sat, Dec 09, 2000 at 11:49:49AM -0200, Henrique M Holschuh wrote:
> On Sat, 09 Dec 2000, Hamish Moffatt wrote:
> > On Fri, Dec 08, 2000 at 11:33:05PM -0200, Henrique M Holschuh wrote:
> > > Should I be filling a wishlist bug against lintian, or is it ok (although
> > > not optimal) to have .ori
Hi!
I have a create a perlscript to check hosts and services on it.. it
uses configfiles and is not Debian specific.
It installs in /usr/local and the config files are preset to look
there too..
I've put it in my CVS repos. yesterday, but I want to package this also and
put the 'debian'-dir in cv
On Sun, 10 Dec 2000, Hamish Moffatt wrote:
> On Sat, Dec 09, 2000 at 11:49:49AM -0200, Henrique M Holschuh wrote:
> > I didn't receive warnings from any tools (otherwise it wouldn't have taken
> > months for me to notice the problem).
>
> Oh? I notice that dpkg-source complains about when buildin
35 matches
Mail list logo
