On Mon, 12 Sep 2016 at 00:25, The Wanderer wrote:
> On 2016-09-11 at 11:13, Mark Fletcher wrote:
>
> > So I've used the equivs-control and equivs-build commands from the
> > equivs package to create a dummy package which has all the needed
> > dependencies. My proble
On 2016-09-11 at 11:13, Mark Fletcher wrote:
> So I've used the equivs-control and equivs-build commands from the
> equivs package to create a dummy package which has all the needed
> dependencies. My problem is I can't do anything with the created
> package -- I obvi
the package and have aptitude remove all the
dependencies that were only there for it -- keep things tidy.
So I've used the equivs-control and equivs-build commands from the
equivs package to create a dummy package which has all the needed
dependencies. My problem is I can't do anything
Perfect! That what I was searching for. The configuration is marked as
obsolete! Thank you!
Am 02.12.2014 um 23:29 schrieb Bob Proulx:
> Don Armstrong wrote:
>> mad wrote:
>>> I am using equivs to create simple packages with dependencies
>>> and a few files.
>>&
Don Armstrong wrote:
> mad wrote:
> > I am using equivs to create simple packages with dependencies and a few
> > files.
> >
> > Now I removed one file from the equivs package and installed the
> > resulting deb file. The deb file does not contain the file but dpk
On Tue, 02 Dec 2014, mad wrote:
> I am using equivs to create simple packages with dependencies and a few
> files.
>
> Now I removed one file from the equivs package and installed the
> resulting deb file. The deb file does not contain the file but dpkg did
> not remove the old
Hi!
I am using equivs to create simple packages with dependencies and a few
files.
Now I removed one file from the equivs package and installed the
resulting deb file. The deb file does not contain the file but dpkg did
not remove the old file and says that the file belongs to the package.
What
On Lu, 03 iun 13, 04:05:15, Regid Ichira wrote:
>
> The following packages will be REMOVED:
> gimp{u} gimp-data{u} gnome-accessibility-themes{u}
> gnome-themes-standard{u} gnome-themes-standard-data{u} hyphen-en-us{u}
> libamd2.2.0{u} libbabl-0.1-0{u} libfs6{u} libgegl-0.
I am not subscribed to the list. Did I managed to set In-reply-to
header? The thread this message belongs to is
http://lists.debian.org/debian-user/2013/06/msg00040.html
I think Claudius Hubig was right with the observation that task-desktop
pulled many packages:
As proposed by Andrei POPESC
Dear Andrei, dear Regid,
Andrei POPESCU wrote:
> On Du, 02 iun 13, 03:45:05, Regid Ichira wrote:
> > $ aptitude show task-desktop | grep -A1 Depends
> > Depends: tasksel, xorg, xserver-xorg-video-all, xserver-xorg-input-all,
> > desktop-base, menu
>
On Du, 02 iun 13, 03:45:05, Regid Ichira wrote:
>
>
> $ aptitude show task-desktop | grep -A1 Depends
> Depends: tasksel, xorg, xserver-xorg-video-all, xserver-xorg-input-all,
> desktop-base, menu
>
>
> Is craeting an equivs xserver-xorg-video-a
-xorg-video-all tries to
remove lot of packages. Because of the following dependency:
$ aptitude show task-desktop | grep -A1 Depends
Depends: tasksel, xorg, xserver-xorg-video-all, xserver-xorg-input-all,
desktop-base, menu
Is craeting an equivs xserver-xorg-video-all
the deb but does not. Like this:
Well, I cheated... I created an i386 system with d-i beta4 solely to use
equivs once. And it worked.
But why can't you build i386 debs on an amd64 system? And why could I once?
Hugo
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
w
. Like this:
==
root@SDB03:/# equivs-build control
dh_testdir
dh_testroot
dh_prep
dh_testdir
dh_testroot
dh_install
Use of uninitialized value $dh{"FIRSTPACKAGE"} in string eq at
/usr/bin/dh_install line 143.
dh_i
On Tue, Nov 27, 2007 at 08:14:25AM -0800, joseph lockhart wrote:
> okay, i got the deb to make, but i am still unable to
> use it to install the dependant/suggested programs,
> probably my fault, missed something in setting it up, suggestions?
You could start by giving more info, like how are you
On Mon, Nov 26, 2007 at 11:29:36PM -0800, joseph lockhart wrote:
> trying to make a dummy package in equivs, followed all
> instructions and edited the resulting control file as
> root. on the equivs-build step get the following
> output
>
> [EMAIL PROTECTED]:~/terminalphile-
okay, i got the deb to make, but i am still unable to
use it to install the dependant/suggested programs,
probably my fault, missed something in setting it up, suggestions?
jwlockhart
Registered Linux User #458799
this user is penguin powered
_
trying to make a dummy package in equivs, followed all
instructions and edited the resulting control file as
root. on the equivs-build step get the following
output
[EMAIL PROTECTED]:~/terminalphile-0.1$ sudo
equivs-build terminalphile
822-date: warning: This program is deprecated. Please
use
Hello, Martin!
I am trying to create a dummy mail package, using equivs.
the error message:
dh_installchangelogs
parsechangelog/debian: error: badly formatted trailer line, at changelog line 5
dh_installchangelogs: changelog parse failure
make: *** [binary-arch] Error 1
Error during the
rk ruby as installed with equivs.
I've tried to write the ruby control file for equivs but I haven't
found the way to mark as installed all the packages needed. Looking at
the dependencies seems that the following equivs control file should be
enough but it marks only the package ruby and then w
Adam Funk wrote:
> I compiled GnuPG myself and installed it in /usr/local/. To satisfy
> dependencies I created the following control file
>
> Package: gnupg-af
> Provides: gnupg
> Conflicts: gnupg
> Description: GnuPG compiled by AF.
> GnuPG compiled by AF
>
> and made a package file and insta
Hello
Adam Funk (<[EMAIL PROTECTED]>) wrote:
> I compiled GnuPG myself and installed it in /usr/local/. To satisfy
> dependencies I created the following control file
>
> Package: gnupg-af
> Provides: gnupg
> Conflicts: gnupg
> Description: GnuPG compiled by AF.
> GnuPG compiled by AF
>From m
I compiled GnuPG myself and installed it in /usr/local/. To satisfy
dependencies I created the following control file
Package: gnupg-af
Provides: gnupg
Conflicts: gnupg
Description: GnuPG compiled by AF.
GnuPG compiled by AF
and made a package file and installed it. A few days ago, while I was
, I created automatically one file for each
deb package (equivalent to do lots of times: equivs-control name):
--
Section: x11
Priority: optional
Standards-Version: 4.4.0
Package: xlibs
Version: 4.4.0
Maintainer: XX <[EMAIL PRO
ted automatically one file for each
deb package (equivalent to do lots of times: equivs-control name):
--
Section: x11
Priority: optional
Standards-Version: 4.4.0
Package: xlibs
Version: 4.4.0
Maintainer: XX <[EMAIL PROTECTED]>
ted automatically one file for each
deb package (equivalent to do lots of times: equivs-control name):
--
Section: x11
Priority: optional
Standards-Version: 4.4.0
Package: xlibs
Version: 4.4.0
Maintainer: XX <[EMAIL PROTECTED]>
Now I would like to use equivs to tell apt that xfree86 4.4.0 is
installed.
..you installed 4.4.0 from sources into '/usr/local'? That tree is
outside apt's "jurisdiction.
I have already tested equivs with xfree86-common and it is working
(apt knows that it is installed).
l it.
> Now I would like to use equivs to tell apt that xfree86 4.4.0 is
> installed.
..you installed 4.4.0 from sources into '/usr/local'? That tree is
outside apt's "jurisdiction.
> I have already tested equivs with xfree86-common and it is working
> (apt knows tha
Hi,
I am trying to install the xfree86 4.4.0 from sources in a debian
testing machine running kernel 2.6.3.
I was able to compile xfree86 and install it.
Now I would like to use equivs to tell apt that xfree86 4.4.0 is
installed.
I have already tested equivs with xfree86-common and it is working
On Sat, Oct 18, 2003 at 04:48:19PM -0700, Brian Nelson wrote:
| The "problems" are the
|
| Replaces: mail-transport-agent
| Provides: mail-transport-agent
| Conflicts: mail-transport-agent
|
| fields in exim's control file. The intentional effect of these package
| relationships is to for
On Fri, Oct 17, 2003 at 11:00:54AM +0200, John L. Fjellstad wrote:
| I use equivs to replace debian packages, for lots of reasons (need a newer
| version of a package, or in case of mta, I like to have better control of how
| the qmail package is installed).
|
| The problem is that the already
"John L. Fjellstad" <[EMAIL PROTECTED]> writes:
> I use equivs to replace debian packages, for lots of reasons (need a newer
> version of a package, or in case of mta, I like to have better control of how
> the qmail package is installed).
>
> The problem is th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I use equivs to replace debian packages, for lots of reasons (need a newer
version of a package, or in case of mta, I like to have better control of how
the qmail package is installed).
The problem is that the already installed debian package is
I compiled, just for th fun of doing it once, X 4.3. Now I shoud build
the equivs files for apt.
I suppose I have to download the equivs package.
And then: which equivs should I build? Please: do not bother to tell me
a detaild list. Just tell me: how can I know which equvs should be builded
Hello
Piero wrote:
> I have just (re)installed the whole of Debian Woody and I'm confronted
> with a problem I encoutered when I first installed it. My video card is
> a Radeon 9000, not recognised by the X server (and may-be by the X
> libraries) belonging to the Debian distributions. The other
the X tarball from the XFree86 site, and installed it using
their Xinstall program. All worked well, but I suppose I would have had
problems with apt or dpkg if I tried to use them. Therfore this time I'd
rather try to do thinks more properly.
I understand that I should create an equi
tfix' for 'nullmailer'. ( I had installed
>nullmail after compiling from a tarball, was having problems, and
>discovered Adam McKenna had produced a .deb)
>
>----
>
>> (1) Make a dummy qmail package with equivs, and have it provide
>> mail-trans
had installed
nullmail after compiling from a tarball, was having problems, and
discovered Adam McKenna had produced a .deb)
> (1) Make a dummy qmail package with equivs, and have it provide
> mail-transport-agent;
>
> (2) dpkg --install qmail.deb
>
> (3) Wa
adding the source and change the package line has fixed it,
thanks for the fast response
Neil
- Original Message -
From: "Colin Watson" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, February 20, 2001 10:58 AM
Subject: Re: equivs errors
> "Neil Grant" <[
"Neil Grant" <[EMAIL PROTECTED]> wrote:
>I am trying to create a dumby package for qmail, I have created a ctl file
>from the template (the attached file),
[...]
>parsechangelog/debian: error: badly formatted heading line, at changelog
>line 1
You need a "Source:" line in the first block of the co
hi
I am trying to create a dumby package for qmail, I have created a ctl file
from the template (the attached file), then when I do 'equivs qmail.ctl' I
get the output shown below
thanks
Neil
dh_testdir
touch build-stamp
dh_testdir
dh_testroot
dh_clean -k
# Add here commands to i
Hi,
Brien> Maintainer: [EMAIL PROTECTED]
This has to be:
Maintainer: Michael O'Brien <[EMAIL PROTECTED]>
Ciao,
Martin
Hola~
I've attached the file. I've tried equivs-build with a blank Changelog: line,
without a Changelog: line, and with an empty Changelog file.
MO
>-- On Sat, Jul 08, 2000 at 09:53:45AM +0200, % wrote:
> Hi,
>
> Brien> dh_installchangelogs
> Brien> pars
Hi,
Brien> dh_installchangelogs
Brien> parsechangelog/debian: error: badly formatted trailer line, at changelog
line 5
Brien> dh_installchangelogs: changelog parse failure
Brien> make: *** [binary-arch] Error 1
Brien> Error during the build process: Illegal seek at /usr/bin/equ
Hola~
I'm trying to use equivs to update the debian database so that I can once
again use apt-get. Essentially, I have an NVidia card so I had to install
XFree86 4.0 and NVidia's OpenGL implementation.
I use equivs-control to build a ctl file. I remove the Readme, Changelog, and
Extra
I am still having problems with the "equivs" package. I tried to do an
upgrade and got this:
Sorry, but the following packages have unmet dependencies:
aktion: Depends: libqt1g (>= 1:1.44-6.3) but it is not installable
geheimnis: Depends: libqt1g (>= 1:1.44-6.3) but it is
On Sun, Oct 03, 1999 at 07:18:23PM -, Pollywog wrote:
> BTW the error seems to be "Standards-Version:" should be just "Version:"
Standards-Version specifies which version of the policy document the
package complies with. Version specifies the version of the package.
--
Mark Brown mailto:[
On 03-Oct-99 Pollywog wrote:
>
> On 03-Oct-99 Pollywog wrote:
>>
>> On 03-Oct-99 Mark Brown wrote:
>>> This package has no epoch number, so its version number less than that
>>> of the official package. If you add an epoch to your fake package
>>> everything should work as planned.
>>
>> Thank
On 03-Oct-99 Pollywog wrote:
>
> On 03-Oct-99 Mark Brown wrote:
>> This package has no epoch number, so its version number less than that
>> of the official package. If you add an epoch to your fake package
>> everything should work as planned.
>
> Thanks, I am beginning to remember about the e
On 03-Oct-99 Mark Brown wrote:
> This package has no epoch number, so its version number less than that
> of the official package. If you add an epoch to your fake package
> everything should work as planned.
Thanks, I am beginning to remember about the epoch now. I tried to add one
but it did
On Sun, Oct 03, 1999 at 04:56:16PM -, Pollywog wrote:
> I am trying to install some new deb packages and I am using a *fake* qt1g
> package which I made with the equivs utility. Geheimnis will not upgrade
> because the version of qt I have (the fake) is too new. I have never se
I am trying to install some new deb packages and I am using a *fake* qt1g
package which I made with the equivs utility. Geheimnis will not upgrade
because the version of qt I have (the fake) is too new. I have never seen
this problem before. Anyone know how I can fix it?
dpkg: dependency
Werner> wasn't able to find this package.
It is from unstable.
But wait, do you mean, you currently don't have perl installed? Equivs
needs perl (not only perl-base) for its operation.
So install the perl package. Build your fake package that provides
perl, install it, deinstall the
On Sun, Aug 08, 1999 at 04:10:27PM +0200, Martin Bialasinski wrote:
> Werner> I tried to use the latest unstable version of equivs but this
> Werner> version depends on a debian perl package and that is exactly
> Werner> one of the packages I would like to fake with equivs.
&
* "Pollywog" == Pollywog <[EMAIL PROTECTED]> wrote:
Pollywog> I don't see the problem, and I was able to install a newer
Pollywog> kcrontabs package with no problem. The older kcrontabs
Pollywog> package was looking for an older kdelibs version, kdelibs0 I
Pollywog> believe it was.
Your fake p
On 08-Aug-99 Martin Bialasinski wrote:
>
> Maybe it depended on a specific verision you did not provide or
> such. Checking dpkg -s your-fake-package and dpkg --info
> problematic-package.deb should show why it doesn't work.
Unfortunately, I forgot to keep the package that I installed (the fake
* "Pollywog" == Pollywog <[EMAIL PROTECTED]> wrote:
Pollywog> It worked for me, though I did have a problem with one
Pollywog> package (kcrontab I believe) when I tried to install it. It
Pollywog> would not see my fake kdelibs, if I recall correctly.
Maybe it depended on a specific verision yo
On 08-Aug-99 Martin Bialasinski wrote:
>
> Werner> I tried to use the latest unstable version of equivs but this
> Werner> version depends on a debian perl package and that is exactly
> Werner> one of the packages I would like to fake with equivs.
>
> equivs 1.999.9
* "Werner" == Werner Reisberger <[EMAIL PROTECTED]> wrote:
Werner> I installed equivs (stable version) and put the line perl,
Werner> perl5 into /etc/equivs.conf but the installation of sysutils
Werner> still fails complaining about a not installed perl5 package
Wer
I tried to use equivs to fake the perl package which is needed by sysutils
and probably many other packages.
I installed equivs (stable version) and put the line perl, perl5
into /etc/equivs.conf but the installation of sysutils still fails
complaining about a not installed perl5 package (btw
I installed the deb package for kcrontab, and my system won't install the
source version because it requires include files that were part of an older
KDE version.
I installed a fake kdelibs package, using equivs and that has worked well
until now. I installed the kcrontab package wit
>> "LC" == Lex Chive <[EMAIL PROTECTED]> writes:
LC> So, did I miss something? How am I supposed to use equivs, I just
LC> put the package name in /etc/equivs.conf and run debian/rules
LC> binary, right?
The equivs package in slink doesn't work with apt too
Here is the problem: I am trying to install ssltelnet, but it depends on
libsocks4 (tho I dont see why). I already have socks5 on my system so
obviously I dont want to install libsocks4 over this. So I configured equivs
to provide libsocks4. No I have:
anoat:/usr/src# dpkg --status equivs
>> "DM" == Damon Muller <[EMAIL PROTECTED]> writes:
DM> Why am I getting all those unresolved dependencies? I thought that
DM> was what equivs was for?
The version in slink does not work well with apt. You installed a new
equivs package with different dependencies
st, I used the equivs
package to provide an equiv for mail-transport-agent.
I think I did the quivs correctly. In /etc/equivs.conf I have:
$ cat /etc/equivs.conf
mail-transport-agent
I installed the resulting deb file. When I have a look at the deb file
in mc it says "Provides: mail-trans
t works just fine to install new packages
with that.
So I tried another solution: the equiv package, which is supposed to
fool the system into beleiving that packages are installed when
they're not. I followed the instructions in that package: edited an
/etc/equivs.conf file with 'qt-1
66 matches
Mail list logo
