This did the trick, thank you!
Turns out using ExternalProject_Add in a CMakeLists.txt to build the
binaries defaulted to running the installation as part of the build stage,
which is obviously not what I wanted
Many thanks,
Elliana
Elliana May:
Sorry, I have a few tabs open, this is the correct one:
https://launchpadlibrarian.net/715071071/buildlog_ubuntu-jammy-amd64.duckdb_0.10.0-10_BUILDING.txt.gz
I've tried now overriding the override_dh_auto_configure rule in the
debian/rules file, but even that seems to not be making
Sorry, I have a few tabs open, this is the correct one:
https://launchpadlibrarian.net/715071071/buildlog_ubuntu-jammy-amd64.duckdb_0.10.0-10_BUILDING.txt.gz
I've tried now overriding the override_dh_auto_configure rule in the
debian/rules file, but even that seems to not be making a difference:
On 2024-02-19, Elliana May wrote:
> You can see a failure here:
> https://launchpadlibrarian.net/714820377/buildlog_ubuntu-jammy-arm64.duckdb_0.10.0_BUILDING.txt.gz
That build log is pointing to a missing debhelper build-dependency.
/Sune
settings I
pass, and Launchpad seems to leave CMAKE_INSTALL_PREFIX set to /usr (as
does fakeroot?).
You can see a failure here:
https://launchpadlibrarian.net/714820377/buildlog_ubuntu-jammy-arm64.duckdb_0.10.0_BUILDING.txt.gz
I haven't done any packaging like this before, so any help is v
package src:wnpp
tag 960557 + pending
thanks
On Wed, May 13, 2020 at 10:05:15PM +0100, Sudip Mukherjee wrote:
> Package: sponsorship-requests
> Severity: important
>
> Dear mentors,
>
> I am looking for a sponsor for my package "fakeroot-ng"
>
> * Package
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "fakeroot-ng"
* Package name: fakeroot-ng
Version : 0.18-4.1
Upstream Author : Shachar Shemesh
* URL : http://fakeroot-ng.lingnu.com
t
> /build/elastix-4.9.0/obj-x86_64-linux-gnu/CMakeFiles 0
> make[1]: Leaving directory '/build/elastix-4.9.0/obj-x86_64-linux-gnu'
>create-stamp debian/debhelper-build-stamp
> fakeroot debian/rules binary
> dh binary-arch --no-parallel
> ERROR: ld.so: object &#x
ake[1]: Leaving directory '/build/elastix-4.9.0/obj-x86_64-linux-gnu'
create-stamp debian/debhelper-build-stamp
fakeroot debian/rules binary
dh binary-arch --no-parallel
ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded
(cannot open shared object f
> Do you know why it does that? I'm curious about exactly what
> fails. mailagent, for example, has checks to see if some files are
> (correctly) unreadable, which would fail if the check was run as
> root. I actually check to see if the check is being run as root, and,
> if so, su to
On Tue, 17 Jul 2007 19:06:44 +0200, Ondrej Certik <[EMAIL PROTECTED]> said:
>> > I also vaguely recall some actions which work as an
>> > ordinary
>> > user but fail under fakeroot; due to a difference in behaviour. I
>> > no longer
> I also vaguely recall some actions which work as an ordinary
> user but fail under fakeroot; due to a difference in behaviour. I no
> longer can recall the details, though, so I could be mistaken.
The bzr test suite, for one.
Or libslepc2.3.2 configure refuses to conf
On Sat, Jul 14, 2007 at 12:50:32AM -0500, Manoj Srivastava wrote:
> On Tue, 10 Jul 2007 11:46:13 -0700, Steve Langasek <[EMAIL PROTECTED]> said:
>
> > 'fakeroot dpkg-buildpackage' runs the build target under fakeroot,
> > which is undesirable primarily
On Tue, 10 Jul 2007 11:46:13 -0700, Steve Langasek <[EMAIL PROTECTED]> said:
> 'fakeroot dpkg-buildpackage' runs the build target under fakeroot,
> which is undesirable primarily because Debian 'build' targets are
> required to not depend on root privileges, an
Steve Langasek wrote:
> On Tue, Jul 10, 2007 at 02:19:35PM -0400, Kamaraju S Kusumanchi wrote:
>> Hi all
>
>> Can someone please tell me the difference between
>
>> dpkg-buildpackage -rfakeroot
>> fakeroot dpkg-buildpackage
>> fakeroot dpkg-buildpack
On Tue, Jul 10, 2007 at 02:19:35PM -0400, Kamaraju S Kusumanchi wrote:
> Hi all
> Can someone please tell me the difference between
> dpkg-buildpackage -rfakeroot
> fakeroot dpkg-buildpackage
> fakeroot dpkg-buildpackage -rfakeroot
> Which one should I use for building
On Tue, 2007-07-10 at 14:19 -0400, Kamaraju S Kusumanchi wrote:
> Hi all
>
> Can someone please tell me the difference between
>
> dpkg-buildpackage -rfakeroot
dpkg-buildpackage uses fakeroot when being a normal user doesn't
suffice.
> fakeroot dpkg-buildpackage
dpkg-
Hi,
* Kamaraju S Kusumanchi <[EMAIL PROTECTED]> [2007-07-10 20:22]:
> Can someone please tell me the difference between
>
> dpkg-buildpackage -rfakeroot
> fakeroot dpkg-buildpackage
In this case the two are equivalent I think (apart from the
process perspective). But
Hi all
Can someone please tell me the difference between
dpkg-buildpackage -rfakeroot
fakeroot dpkg-buildpackage
fakeroot dpkg-buildpackage -rfakeroot
Which one should I use for building packages in Debian?
thanks
raju
--
Kamaraju S Kusumanchi
http://www.people.cornell.edu/pages/kk288
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Freitag, 6. Juni 2003 13:57 schrieb Eduard Bloch:
> Moin Michael!
>
> Michael Koch schrieb am Thursday, den 05. June 2003:
> > I have a problem to run "fakeroot debian/rules clean" in one
> > package source tree whil
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Freitag, 6. Juni 2003 13:57 schrieb Eduard Bloch:
> Moin Michael!
>
> Michael Koch schrieb am Thursday, den 05. June 2003:
> > I have a problem to run "fakeroot debian/rules clean" in one
> > package source tree whil
Moin Michael!
Michael Koch schrieb am Thursday, den 05. June 2003:
> I have a problem to run "fakeroot debian/rules clean" in one package
> source tree while not in another. Any idea what could be the reason
> for this behaviour ?
Something overwritting LD_LIBRARY_PATH? I
Moin Michael!
Michael Koch schrieb am Thursday, den 05. June 2003:
> I have a problem to run "fakeroot debian/rules clean" in one package
> source tree while not in another. Any idea what could be the reason
> for this behaviour ?
Something overwritting LD_LIBRARY_PATH? I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi list,
I have a problem to run "fakeroot debian/rules clean" in one package
source tree while not in another. Any idea what could be the reason
for this behaviour ?
[EMAIL PROTECTED]:~/sources/skstream/skstream-0.2.5$ fakeroot de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi list,
I have a problem to run "fakeroot debian/rules clean" in one package
source tree while not in another. Any idea what could be the reason
for this behaviour ?
[EMAIL PROTECTED]:~/sources/skstream/skstream-0.2.5$ fakeroot de
Hi Sven,
On Wed, Feb 27, 2002 at 08:05:29AM +0100, Sven wrote:
> > I do have fakeroot installed. "fakeroot dh_testroot" succeeds, too.
> > I've attached the `debian/rules' file in question. Any ideas?
>
> Add the -rfakeroot option to dpkg-buildpackag
AN/ace/ace-5.2.1/apps/gperf/src'
> touch build-stamp
> fakeroot debian/rules binary
> dh_testdir
> dh_testroot
> dh_testroot: You must run this as root (or use fakeroot).
> make: *** [install-stamp] Error 1
> debuild: fatal error at line 322:
> dpkg-buildpackage faile
Hi Sven,
On Wed, Feb 27, 2002 at 08:05:29AM +0100, Sven wrote:
> > I do have fakeroot installed. "fakeroot dh_testroot" succeeds, too.
> > I've attached the `debian/rules' file in question. Any ideas?
>
> Add the -rfakeroot option to dpkg-buildpackag
AN/ace/ace-5.2.1/apps/gperf/src'
> touch build-stamp
> fakeroot debian/rules binary
> dh_testdir
> dh_testroot
> dh_testroot: You must run this as root (or use fakeroot).
> make: *** [install-stamp] Error 1
> debuild: fatal error at line 322:
> dpkg-buildpackage faile
Hi Matt,
On Tue, Feb 26, 2002 at 08:10:28PM +, Matt Kern wrote:
> fakeroot sets LD_LIBRARY_PATH and LD_PRELOAD:
>
> LD_LIBRARY_PATH: /usr/lib/libfakeroot:/usr/lib/64/libfakeroot
> LD_PRELOAD: libfakeroot.so.0
>
> If you change either of these variables in your debian/rul
Hi Sean,
On Tue, Feb 26, 2002 at 12:02:25PM -0800, Sean 'Shaleh' Perry wrote:
> >
> > I do have fakeroot installed. "fakeroot dh_testroot" succeeds, too.
> > I've attached the `debian/rules' file in question. Any ideas?
> >
>
&
Hi Matt,
On Tue, Feb 26, 2002 at 08:10:28PM +, Matt Kern wrote:
> fakeroot sets LD_LIBRARY_PATH and LD_PRELOAD:
>
> LD_LIBRARY_PATH: /usr/lib/libfakeroot:/usr/lib/64/libfakeroot
> LD_PRELOAD: libfakeroot.so.0
>
> If you change either of these variables in your debian/rul
Hi Sean,
On Tue, Feb 26, 2002 at 12:02:25PM -0800, Sean 'Shaleh' Perry wrote:
> >
> > I do have fakeroot installed. "fakeroot dh_testroot" succeeds, too.
> > I've attached the `debian/rules' file in question. Any ideas?
> >
>
&
> I do have fakeroot installed. "fakeroot dh_testroot" succeeds, too.
> I've attached the `debian/rules' file in question. Any ideas?
fakeroot sets LD_LIBRARY_PATH and LD_PRELOAD:
LD_LIBRARY_PATH: /usr/lib/libfakeroot:/usr/lib/64/libfakeroot
LD_PRELOAD: libfakeroot.
On Tue, Feb 26, 2002 at 11:33:24AM -0800, Ossama Othman wrote:
> dh_testroot: You must run this as root (or use fakeroot).
> make: *** [install-stamp] Error 1
> debuild: fatal error at line 322:
> dpkg-buildpackage failed!
>
> I do have fakeroot installed. "fakeroot dh_
>
> I do have fakeroot installed. "fakeroot dh_testroot" succeeds, too.
> I've attached the `debian/rules' file in question. Any ideas?
>
dpkg-buildpackage -rfakeroot ..
you have to run fakeroot yourself, this is not automagic.
Check out dpkg-buildpackag
Hi,
I'm running into the following problem on unstable with a new set of
the ACE packages that I'm putting together:
make[1]: Leaving directory
`/export/project/valinortmp/ossama/DEBIAN/ace/ace-5.2.1/apps/gperf/src'
touch build-stamp
fakeroot debian/rules binary
dh_test
> I do have fakeroot installed. "fakeroot dh_testroot" succeeds, too.
> I've attached the `debian/rules' file in question. Any ideas?
fakeroot sets LD_LIBRARY_PATH and LD_PRELOAD:
LD_LIBRARY_PATH: /usr/lib/libfakeroot:/usr/lib/64/libfakeroot
LD_PRELOAD: libfakeroot.
On Tue, Feb 26, 2002 at 11:33:24AM -0800, Ossama Othman wrote:
> dh_testroot: You must run this as root (or use fakeroot).
> make: *** [install-stamp] Error 1
> debuild: fatal error at line 322:
> dpkg-buildpackage failed!
>
> I do have fakeroot installed. "fakeroot dh_
>
> I do have fakeroot installed. "fakeroot dh_testroot" succeeds, too.
> I've attached the `debian/rules' file in question. Any ideas?
>
dpkg-buildpackage -rfakeroot ..
you have to run fakeroot yourself, this is not automagic.
Check out dpkg-buildpackag
Hi,
I'm running into the following problem on unstable with a new set of
the ACE packages that I'm putting together:
make[1]: Leaving directory
`/export/project/valinortmp/ossama/DEBIAN/ace/ace-5.2.1/apps/gperf/src'
touch build-stamp
fakeroot debian/rules binary
dh_test
Hi,
Joost wrote he will put a Provides: fakeroot in the next libtricks (he
is working on some rewrite right now), so until then, I will use Depends:
libtricks | fakeroot
Thanks for your suggestions.
Ciao,
Martin
On Mon, 11 Jan, 1999, Martin Bialasinski wrote:
>
> Hi,
>
> I got a request to change a Depends: fakeroot to Depends: libtricks.
>
> I just need the functionality of fakeroot, not the extended things in
> libtricks.
>
Libtricks is only small
Package: libtr
Hi,
I got a request to change a Depends: fakeroot to Depends: libtricks.
I just need the functionality of fakeroot, not the extended things in
libtricks.
Forcing the user to install libtricks seems too harsch, so: is it OK
to use Depends: libtricks | fakeroot ?
The problem is, that fakeroot
(everthing was owned by cowboy.cowboy)
I usually need root to rm debian/tmp only when I have built the package
previously *without* using fakeroot.
Just "sudo debian/rules clean" once, and you should be able to use
fakeroot again.
-BEGIN PGP SIGNATURE-
Version: 2.6.3ia
Charset: lati
On Sun, Mar 08, 1998 at 05:31:05PM -0500, Richard A Nelson wrote:
>
> To build sendmail, I used: "dpkg-buildpackage -rfakeroot" from my
> normal id (cowboy).
>
> Everything seemed to go fine except for a few items:
> 1) Needing root to rm debian/tmp (everthing was owned by cowboy.cowboy)
>
To build sendmail, I used: "dpkg-buildpackage -rfakeroot" from my
normal id (cowboy).
Everything seemed to go fine except for a few items:
1) Needing root to rm debian/tmp (everthing was owned by cowboy.cowboy)
2) PGP expected to find my {sec/pub}ring.pgp in / (instead of
cowboy/.pgp/
In an attempt to save the world from disaster, Scott Ellis wrote:
> On Tue, 27 Jan 1998, Jeff Sheinberg wrote:
>
> > Hi,
> >
> > I couldn't find `fakeroot' in bo, bo-unstable, or bo-updates on
> > ftp.us.debian.org. It was in hamm, but I don't hav
On Tue, 27 Jan 1998, Jeff Sheinberg wrote:
> Hi,
>
> I couldn't find `fakeroot' in bo, bo-unstable, or bo-updates on
> ftp.us.debian.org. It was in hamm, but I don't have a hamm system.
>
> Any suggestions are appreciated.
Fakeroot as released is only usef
On Tue, Jan 27, 1998 at 04:47:30PM -0500, Jeff Sheinberg wrote:
> Hi,
>
> I couldn't find `fakeroot' in bo, bo-unstable, or bo-updates on
> ftp.us.debian.org. It was in hamm, but I don't have a hamm system.
>
> Any suggestions are appreciated.
If you want to
Hi,
I couldn't find `fakeroot' in bo, bo-unstable, or bo-updates on
ftp.us.debian.org. It was in hamm, but I don't have a hamm system.
Any suggestions are appreciated.
--
Jeff Sheinberg <[EMAIL PROTECTED]>
51 matches
Mail list logo
