Hi,
Miriam Ruiz wrote:
* Package name: boolstuff
Version : 0.1.11
Uploaded.
Simon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
> I updated these two packages to build against Boost library version
> 1.35.0. It required a patch for the library, a lot of work to merge and
> integrate upstream svn changes. These are packages descriptions, for
> completeness.
I wonder what we should do with ASIO.
You are essentially pat
Hi,
> I need to run a script as part of debian/rules. I can't rely on it
> being executable when unpacked, since dpkg-source doesn't preserve the
> mode.
Set the mode from the clean target.
Simon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Conta
Hi,
> how can I specify the branch in debian/control VCS-Git? The upstream branch
> is
> master and the debian branch has the name debian.
> I want that debcheckout will checkout debian instead of master.
Not sure if debcheckout handles this correctly, but git's syntax for
cloning a specific br
Hi,
> * Package name: scim-input-pad
Could you also Cc pkg-ime-de...@lists.alioth.debian.org on input method
related packaging, so the IME team knows what is going on?
Simon
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Co
Hi,
> * Package name: scim-tables-indonesian
Could you also include pkg-ime-de...@lists.alioth.debian.org when asking
for sponsors for input method related packages in order to get the IME
team on board?
Simon
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a s
Hi,
> My usual sponsor, Osamu Aoki, has been busy these days and can't do the
> sponsor work this time, so I am asking for a sponsor here. Also since
> this package is quite complicated and this upload involves both a new
> upstream (with SONAME bump) and the C++ transition, any comments on my
>
Hi,
Norbert Preining wrote:
2) Install a compressed definition file and create the pfb files
at package installation time, then deleting the definition file.
Hrm, doesn't that happen automatically on first use?
Simon
signature.asc
Description: OpenPGP digital signature
Hi,
Adriaan Peeters wrote:
W: sysinfo source: configure-generated-file-in-source config.log
How can I resolve this without an override?
Not at all. It's an error upstream has made, but unless it affects the
build in a harmful way (which I doubt) I would just leave it at that and
ignore t
Hi,
Adriaan Peeters wrote:
sysinfodocdir = ${prefix}/doc/sysinfo
sysinfodoc_DATA = \
README\
COPYING\
AUTHORS\
ChangeLog\
INSTALL\
NEWS
EXTRA_DIST = \
$(sysinfodoc_DATA)\
How should I advise upstream to fix this (and remove the files
Hi,
Cameron Patrick wrote:
> My usual sponsor can no longer upload for me as he has tendonitis. Is
> anyone else willing to upload a new release of hibernate for me? It's
> a relatively small package.
Done.
Simon
signature.asc
Description: OpenPGP digital signature
Hi,
Ivan Dubrov wrote:
First solution is to simply export the tagged directory and archive it
and remove binary artifacts during the build process. However,
disadvantages are obvious - larger size and odd binaries (these funny
dll's are definetly not needed). On the other hand, packaging the
ex
Hi,
Marcus Better wrote:
(1) Testers can use "apt-get upgrade" to download the next test versions
from my private repository as I make them available.
I usually use 0.0.20051220 style version numbers for unreleased stuff.
You can add more zeros if you feel your first release will be 0.0.1, o
Hi,
Claudio Matsuoka wrote:
As I'm working with embedded stuff on NetSilicon hardware ATM I'd be
interested in sponsoring this package.
Eugeniy reviewed the package and found some issues, I'd be thankful if
you could test the emulator and see if there are any additional problems.
I'm curre
Hello,
Hendrik Sattler schrieb:
> The new package can be found at:
> http://www.stud.uni-karlsruhe.de/~ubq7/debian/
> The source package got renamed (libopenobex1.0 -> libopenobex) as it was once
> (in oldstable) and the binary packages got renamed, too (libopenobex-1.0-0 ->
> libopenobex1). Th
Hello,
Hendrik Sattler wrote:
Is the API/ABI sufficiently stable? I see that the Debian patch
introduces a new parameter to a function.
This is inside the apps/ subdirectory which is not part of the lib. The patch
was already in the openobex-apps package and I took it over since it still
ap
Hi,
Hendrik Sattler wrote:
I didn't but upstream did. Previously, upstream seperated the source in
three packages but gave up on that with the current release (it is a
configure parameter now to build the apps).
Yes, but it shows up as added files in the Debian patch, which it
shouldn't IMO,
Hi,
Cedric BRINER wrote:
after searching for a copyright, I sent him an email about it:
There is not copyright on pCFITSIO. No guaranties either :-)
so I was wondering, if such kind of 'NO COPYRIGHT' can be included in debian ?
Sure. It's public domain. I'd write a small blu
Hi,
Hendrik Sattler wrote:
there is still no sponsor for these packages, so this is another post to find
sponsors for obexobex.
Uploaded now. Had trouble with my smartcard reader.
Simon
signature.asc
Description: OpenPGP digital signature
Hi,
Hendrik Sattler wrote:
Really? I thought PUSH was pretty much a different protocol, with a
different purpose, on a different channel, just using the same object
format.
So to replace ussp-push, you can simply use the obexftp options
-H -U none
And maybe omit the -l option in this case. I
Hello,
Christoph Haas wrote:
'cream' is a package with a lot of documentation. Until version 0.33 I had
all the files in a single package. Now in 0.34 I want to split off the
documentation so i have cream (main) and cream-doc (documentation).
That only makes sense when the documentation is l
Hi,
Volker Grabsch wrote:
I'm trying to build Debian cross compiled packages of win32 libraries.
As upstream sources I use the (already patched) sources from the
GnuWin32 project. (http://gnuwin32.sourceforge.net/)
IMO what would make more sense is to try to get the patches integrated
into t
Hi,
Volker Grabsch wrote:
However, your idea was my first thought. But it is naive, and leads
to bigger problems. Please take a look into the other threads about
gnuwin32. Here's a short summary:
1) Debian isn't intended to produce cross compile libraries and/or
compilers. Even as separat
Hello,
artefact schrieb:
I need a sponsor. Here is the source package:
http://jean.parpaillon.free.fr/wormux/wormux_0.7-1.dsc
http://jean.parpaillon.free.fr/wormux/wormux_0.7.orig.tar.gz
http://jean.parpaillon.free.fr/wormux/wormux_0.7-1.diff.gz
The packaging is quite good, although I get a b
Hi,
Bernhard R. Link schrieb:
http://jean.parpaillon.free.fr/wormux/wormux_0.7-1.dsc
http://jean.parpaillon.free.fr/wormux/wormux_0.7.orig.tar.gz
http://jean.parpaillon.free.fr/wormux/wormux_0.7-1.diff.gz
The md5sum of the wormux_0.7.orig.tar.gz is different from the
md5sum of the wormux-0.7
Hi,
Paul Wise schrieb:
* debian/control: need an extra space before Homepage (see the
devref 6.2.4), may as well remove the extra / from the end of
the URL.
No. The / at the end is usually important, although a number of web
servers hand out redirects (i.e. one extra ro
Hello,
Panu Kalliokoski schrieb:
Some issues seem to come up time and again when somebody inspects RFS'd
packages. Some of these are not breaches of policy but simply bad
practices, like leaving quoted dh_* commands in debian/rules.
I do that all the time. It is much easier to see that a pro
Hello,
Florent Rougon schrieb:
The threshold where commented lines get unacceptable is IMHO way before
they cause "terrible difficulties". You *could* read a newspaper article
in which every other line is an ad written in red ink, but given the
choice between that and a normal article, what wou
Hello,
Florent Rougon schrieb:
I'd say that if you're ready to sacrifice understanding of your package
in order to spare 15 seconds, you should probably spend your time on
something else than official Debian packages...
Exactly. So in order to understand my own packages better I leave the
dh
Hi,
As I understand it, the sole purpose of this package is to download
non-free firmware. This fits into 'contrib', not 'main', since it
depends on non-free software for its ultimate operation. Packages
like this are given as an example of packages for contrib. From
Policy 2.2.2:
Hm, that
Hi,
Goswin von Brederlow schrieb:
But does it have any use without the non-free firmware? Only then can
you close an eye and let it stay in main due to its other functions.
Yes: Loading free firmware. Whether such a thing exists is largely
irrelevant; for the loader, it is just data, and we
Hello,
Prasad Ramamurthy Kadambi schrieb:
Is it OK if I sign package.deb leaving out .dsc and .changes file ?
There is a provision to do that, however that is optional and currently
pretty much unsupported (in fact IIRC there is a hook that auto-rejects
signed packages these days).
Take a
Hi,
Vincent Bernat wrote:
I am looking for a sponsor for the new version 20070115-0.2
of my package "aiccu".
Has this been uploaded already?
Simon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
Vincent Bernat wrote:
I am looking for a sponsor for the new version 20070115-0.2
of my package "aiccu".
Has this been uploaded already?
No, it hasn't.
Have you seen my other message?
Simon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? C
Hello,
Andrew Straw wrote:
* Package name: dfu-programmer
Version : 0.4.0-1
Upstream Author : Weston Schmidt <[EMAIL PROTECTED]>
* URL : http://dfu-programmer.sourceforge.net/
* License : GPL
Section : devel
I am interested in this package, and would
Hi,
Felipe Sateler wrote:
Actually, you could use different build directories:
[...]
This way you don't need to erase one version to build the other.
Yes, that is in fact preferable, as building can happen without root
privileges that way.
Back when I maintained it, python-imaging used
Hi,
Thomas Goirand wrote:
I am looking for a sponsor for the new version 0.26.4-1
of my package "dtc". It's been now a long time that I'm searching for a
sponsor, as my old sponsor decided to stop sponsoring completely.
Oh yay, I can foresee a lot of fun.
"dtc" is also used for the "device t
Hi,
Justin Pryzby wrote:
You can drop such things in uploads to unstable after they're included
in a stable release. Upgrades across releases are not tested and are
officially "not supported" though AFAIK the reasons are largely
undocumented. I think it's roughly the same situation as for
dow
Hi,
Cyril Brulebois wrote:
A solution would be to use control.in, but that's quite overkill for
that particular use.
The proper solution would be a substvar.
Simon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
Pierre THIERRY schrieb:
Among my 5 packages waiting at mentors.d.n, only the two more recents
close ITP bugs. Would it be better practice if I issue a new Debian
revisions for the 3 others after opening an ITP bug, with a changelog
closing the latter?
ITP bugs are not required. It is cust
Hi,
José Fonseca wrote:
I'd appreciate if a DD could sponsor the upload of esmtp (user configurable
relay-only MTA):
Done.
Simon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
Simon Walter wrote:
I am looking for a sponsor for the new version 4.64.3-1
of my package "mailscanner".
What's wrong with this package, why is no-one willing to sponsor it?
Willing, yes; however it is a pretty complex package.
Simon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Hi,
Doug Rintoul wrote:
* Package name: scim-kmfl-imengine
Version : 0.9.6-5
Upstream Author : Doug Rintoul <[EMAIL PROTECTED]>
* URL : kmfl.sourceforge.net
* License : GPL
Section : utils
It might be a good idea to coordinate this with the IME packa
Hi,
On Thu, Jul 30, 2009 at 06:50:41PM +0700, Neutron Soutmun wrote:
> I am looking for a sponsor for the new version 1.09-2
> of my package "xiterm+thai".
Done.
Simon
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact lis
Hi,
On Tue, Nov 17, 2009 at 05:44:39PM +0100, Noel David Torres Taño wrote:
> I am looking for a sponsor for the new version 0.9~3-3 of my package
> "wmaker-data". My usual sponsor Mr. Oboukhov seems not to be available. He
> uploaded the package previously but dak didn't accept it because it i
Hi,
On Wed, Nov 18, 2009 at 09:44:49PM +0100, Noel David Torres Taño wrote:
> Reject Reasons:
> wmaker-data_0.9~3-3.dsc refers to wmaker-data_0.9~3.orig.tar.gz, but I can't
> find it in the queue or in the pool.
> wmaker-data_0.9~3-3.dsc refers to wmaker-data_0.9~3.orig-iconsPaul.tar.gz,
> but
Hi,
On Thu, Nov 19, 2009 at 05:45:44AM -0200, Rogério Brito wrote:
> |* include a better manpage. Closes: #553919.
That appears to be broken. I get
E: youtube-dl: empty-manual-page usr/share/man/man1/youtube-dl.1.gz
W: youtube-dl: manpage-has-bad-whatis-entry usr/share/man/man1/youtube-dl.1
Hi,
On Thu, Nov 19, 2009 at 11:39:46AM -0200, Rogério Brito wrote:
> dget
> http://mentors.debian.net/debian/pool/main/y/youtube-dl/youtube-dl_2009.09.13-2.dsc
| * include the DMUA: yes field.
Sneaky. :)
Simon
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a s
Hi,
On Thu, Nov 19, 2009 at 12:22:18PM -0200, Rogério Brito wrote:
> > | * include the DMUA: yes field.
> > Sneaky. :)
> Oh, that was something that I talked about with some other developers.
> It really seem that the opinions on this are divided... :-/
It's fine with me, otherwise I wouldn't
Hi,
On Wed, Feb 03, 2010 at 03:44:54PM +0100, M. Frey wrote:
> I got the Package A with the version 1.0 and 2.0. From version 2.0
> on it's not necessary to keep track of the file fileB.txt. But I
> want to keep fileB.txt on the target system anyway.
This means that systems that never had versio
Hi,
On Tue, Feb 23, 2010 at 12:10:53PM +0100, Stefan Bauer wrote:
> Wow, that was a quick upload. I hope i'm not in trouble now as i
> always got some hints on packaging in the past.
Heh.
> IIRC, debhelper modified the upstream config.guess/config.sub files
> during build and that was a serious
Hi,
On Tue, Feb 23, 2010 at 10:43:36AM +0100, Stefan Bauer wrote:
> i would love to see someone could have a look at my recently
> uploaded package to mentors ftp-server and sponsor the upload for me
> please. The package had plenty of lintian errors and warnings as
> well as a few typos in sourc
Hi,
On Tue, Feb 23, 2010 at 12:06:32PM +0100, Simon Richter wrote:
> Looks good, uploaded.
Note that the archive is somewhat grumpy at the moment, so it will take
some time until the package appears.
Simon
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subj
Hi,
On Mon, Apr 26, 2010 at 08:39:23PM +0200, Christoph Biedl wrote:
> a while ago I learned at a place I cannot remember that the clean
> target should restore the build place, more precisely: The state
> created after an initial unpacking ("dpkg-source -x" or the like) and
> "fakeroot debian/r
Hi,
On Tue, Jun 15, 2010 at 10:14:54AM +0800, Paul Wise wrote:
> This isn't the only misuse of DMUA that exists, some people set it in
> their package instead of asking the sponsor to set it. Others go
> further and do not mention that in debian/changelog nor in their RFS
> mail.
That is general
Hi,
On Sun, Jun 27, 2010 at 11:44:18AM +0200, Johann Felix Soden wrote:
> netstat-nat - tool that display NAT connections
What is the advantage over "conntrack -L"?
Simon
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
Hi,
On Tue, Jun 29, 2010 at 05:28:41PM -0400, Evan Kroske wrote:
> I'm packaging uClibc for in order to build a cross-toolchain.
Note that there is an "uclibc-source" package in Debian already that is
supposed to be used from toolchain builds (when building from scratch).
Having packages for uC
Hi,
On Wed, Jul 07, 2010 at 07:15:34PM +0200, Sebastian Harl wrote:
> libctapimkt_la_LDFLAGS = $(AM_LDFLAGS) -version-info
> @GENERIC_LIBRARY_VERSION@
Like that, except that $(AM_LDFLAGS) is implicit and doesn't need to be
specified again here, and @GENERIC_LIBRARY_VERSION@ is not a standard
Hi,
> http://mentors.debian.net/debian/pool/main/i/icedove-sieve/icedove-sieve_0.1.10-1.dsc
Looks good, uploaded.
Simon
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.de
Hi,
On Tue, Aug 03, 2010 at 01:19:54PM +0200, Michael Fladischer wrote:
> http://mentors.debian.net/debian/pool/main/i/icedove-imap-acl/icedove-imap-acl_0.1.1-1.dsc
Uploaded.
Simon
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble
Hi,
On Wed, Aug 04, 2010 at 12:50:28PM +0100, Chris Baines wrote:
> binutils_2.18.50.orig-armtc.tar.bz2 additional original archive
> gcc_4.3.2.orig-armtc.tar.bz2 additional original archive
> newlib_1.16.0.orig-armtc.tar.gz additional original archive
Th
Hi,
On Mon, Aug 16, 2010 at 11:47:20AM +0100, Chris Baines wrote:
> In my attempt to update the Debian FlightGear packages I have decided it
> would be best to spilt the FlightGear base package down in to its
> different components to allow for easier setup.
ITPs are meant for coordinating work
Hi,
On Mon, Aug 16, 2010 at 05:07:03PM +0100, Chris Baines wrote:
> > ITPs are meant for coordinating work on packages not in the archive,
> > i.e. where there is no Maintainer (capital M) yet. If an updated
> > source package adds new binaries, there is no need for an ITP.
> By "splitting down
Hi,
On Wed, Sep 01, 2010 at 01:37:37PM +0100, Chris Baines wrote:
> I think it should say something about the other original tarballs there
> as well. Is there anything I am missing?
Look at my package "foundry" for an example on how to use multiple
tarballs.
Simon
--
To UNSUBSCRIBE, emai
Hi,
On Tue, Sep 21, 2010 at 08:59:14PM +0100, Chris Baines wrote:
> I am building packages for the arm elf toolchain.
Welcome to the club. Your laminated member card should arrive shortly.
In the meantime, here[1] are some brochures.
Simon :)
[1] http://wiki.debian.org/EmdebianToolchain
-
Hi,
> So is it ok to ask interactive questions in postrm when called with "purge"?
It depends.
If you use debconf, you should really ask that question when the package
is removed, not when its conffiles are purged, though you may only want
to delete the database files on purge. The rationale for
Hi,
> my question is whether you can see any problems arising from this?
> or does it not matter if i have NOOP configure and build targets and
> do everything in the install target before debianising in binary-*?
Only the targets mentioned in the policy are required, i.e. there is no
need to eve
Hi,
"The -dev package should depend on all -dev packages for libraries
that the library package depends upon..."
But this is actually a very strict requirement (since you are pulling in
many -dev packages you don't even know through dependecies). And it
generates quite long Depends: li
Hi,
Claudio Matsuoka wrote:
> * Package name: softgun
> Version : 0.10
> Upstream Author : Jochen Karrer <[EMAIL PROTECTED]>
> * URL : http://softgun.sourceforge.net/
> * License : GPL
> Description : ARM system emulator
As I'm working with embedded stuf
Hi,
I'm currently trying to debianize a small server/library/client tool
suite I'm developing for the ACPI4Linux project. I followed the steps in
the Debian New Maintainer's Guide (from the DDP), but ran into a problem
with dh_movefiles that I didn't find documented somewhere. The package is
a mu
On Wed, 2 Feb 2000, Simon Richter wrote:
> I'm currently trying to debianize a small server/library/client tool
> suite I'm developing for the ACPI4Linux project. I followed the steps in
[...]
Stupid me, I've found it. I deleted the acpitools-doc.docs file that
dh-make
On Mon, 14 Feb 2000, Richard Zoni wrote:
> I've set up an apt-source for binary-i386 and sources:
> deb http://caristudenti.cs.unibo.it/~zoni/ debian/
> deb-src http://caristudenti.cs.unibo.it/~zoni/ debian/
I suppose this is a non-native package, so there should be a diff.gz
rather than a tar.gz
Hi,
I'm trying to put a multi-binary package together, and when I list the
main package's contents, it contains a set of empty directories (those
that were left behind from dh_movefiles). Is there any way to get rid of
these other than manually rmdir'ing them after dh_movefiles?
Simon
PGP pub
On 29 May 2000, Andreas Rottmann wrote:
> The drivers reside in
> /usr/lib/gql/drivers/libgql-.so, wich in fact are,
> due to the Linux library versioning system, smylinks to
> libgql-.so..
This is wrong. The actual files should habe at least two version numbers
and an ELF soname with one version
On 27 Jul 2000, Andreas Rottmann wrote:
> > Would you like me to send you the source I have?
> Yes, please. Is it as easy as
> pid_t vfork() { return(fork()); } /* ;-) */
...which would be the same as
CFLAGS=-Dvfork=fork
:-)
Simon
--
PGP public key available from http://phobos.fs.tum.de
On Thu, 17 Aug 2000, Bill wrote:
> Can someone please tell me the easiest and safest way to mirror
> a Hard Drive, keeping all permissions, owner, groups etc. intact
Same size: dd(1)
Different sizes:
mount both drives
cd && (cd && tar -cf -) | tar -xf -
Simon
--
PGP public key av
On Mon, 4 Sep 2000, Arthur Korn wrote:
> Syslogd uses dlopen() to load the modules, thus ld.so has to
> find the library for syslogd.
Nope. An absolute path passed to dlopen() will work and cause the least
security problems (on many systems, a group of users has wirte access to
/usr/local/lib bec
On Tue, 5 Sep 2000, Arthur Korn wrote:
> > An absolute path passed to dlopen() will work and cause the least
> > security problems ([...]).
> Couldn't I just use -rpath for the same effect?
You could, but...
> AFAIK the -rpath is searched before any other locations for the libs,
> and since eve
On Wed, 6 Sep 2000, Shaul Karl wrote:
> I am trying to adjust a tcl program to the Debian policy by running a sed
> command from within debian\rules. However this command seems to do what I
> want
> from within a shell script but not from within debian\rules.
> sed -e '/\exec \/usr\/bin\/wish8
On Wed, 6 Sep 2000, Colin Watson wrote:
> >> sed -e '/\exec \/usr\/bin\/wish8.3 \$0 \${1+"\$@"}/a\$
> >You need to escape the dollar signs as "$$" and probably the backslashes
> >too.
> No, the backslashes should be left alone here:
[...]
Yup, I was unsure about that.
Simon
--
PGP public
On Fri, 8 Sep 2000, Ben Collins wrote:
> > I assume if you have a script which depends on an Architecture: any
> > or more restrictive Architecture:, you still just go ahead and set
> > Architecture: all and let the dependency make it clear which architectures
> > it can work on?
> If you mean,
On Tue, 3 Oct 2000, Sean 'Shaleh' Perry wrote:
> > 1. I see no mention on rpath in the policy manual (grepping through all the
> > .html files) yet lintian issues a warning about it. I'm asking because I'm
> > packaging something that uses rpath heavily.
> rpath hardcodes an item's location. If
On Thu, 5 Oct 2000, Rick Younie wrote:
> Yeah, I talked to the Regina maintainer about this. He's happier
> leaving the libs in /usr/lib rather than using rpath so I guess
> he'd feel the same about modifying ld.so.conf.
Another option for loadable modules would be to dlopen() them with the
full
On Fri, 6 Oct 2000 [EMAIL PROTECTED] wrote:
> If you want to use rpath then you might want to check it with
> somebody with experience in security (Debian security team?),
rpath has some advantages in this case over hardwiring the paths into the
executable (for example, you can add paths at runti
On Sat, 7 Oct 2000, Chanop Silpa-Anan wrote:
> Hi, should this bug be at important severity? I don't think so!
Yes and no. Not for the reason Brian wrote, but you could argue whether
depending on nonexistant packages is an important bug.
> BTW, I plan upload the missing package xfonts-thai as a
On 9 Oct 2000, Frederico S. Muñoz wrote:
> Having said that, I would like to know if extensive use of a package
> is a requirement for maintaining the deb (e.g. the gprolog maintainer
> uses gprolog extensively) or one can do a good job by mastering the
> debian packaging tools, submission proces
On Mon, 9 Oct 2000, Yves Arrouye wrote:
> Any well-known trick to compile the .c twice w/o changing too much of the
> original package? For example, does it make sense to configure in two
> different locations, once with --enable-shared and once with
> --enable-static, for example? Do we have an e
On Mon, 9 Oct 2000, Yves Arrouye wrote:
[Compiling a library, --enable-shared and --enable-static]
> "All libraries must have a shared version in the lib package and a static
> version in the lib-dev package. The shared version must be compiled with
> -fPIC, and the static version must not be. In
On Mon, 9 Oct 2000, Antti-Juhani Kaijanaho wrote:
> > .static.o is bad because it is not portable to other compilers.
> Um, what compilers do not allow the user to specify the input/output
> file name?
There are some strange commercial compilers out there that have this
problem. Since this is th
On Mon, 9 Oct 2000, Yves Arrouye wrote:
[.static.o]
> Do you mean that non-gcc compilers won't obey -o at the same time as -c?
Possibly.
> I don't use libtool because libtool has problems when gcc is used with the
> platform's ld on Solaris for example: static initializers aren't called.
Does
On Mon, 9 Oct 2000, Yves Arrouye wrote:
[...]
> so I guess all the compilers they support also handle -o w/ -c nicely.
I see. Have you reported the static initializer thing to the libtool
maintainers?
Simon
--
GPG public key available from http://phobos.fs.tum.de/pgp/Simon.Richter.asc
Fin
On Mon, 16 Oct 2000, Jörgen Hägg wrote:
> ftp://ftp.axis.se/pub/users/jh/libexpect-perl_1.08-1_all.deb
> ftp://ftp.axis.se/pub/users/jh/libio-stty-perl_0.02-1_all.deb
Erm, any source?
Simon
--
GPG public key available from http://phobos.fs.tum.de/pgp/Simon.Richter.asc
Fingerprint: A319 A60
On Thu, 19 Oct 2000, Joergen Haegg wrote:
> > You haven't corrected the clean rules yet, so the diff.gz still contains
> > loads of unnecessary stuff.
> Ok, done, couldn't see any errors.
libio-stty-perl is corrected, libexpect-perl not. You should do that as
well (look at the .diff.gz files wit
On Tue, 24 Oct 2000, Joergen Haegg wrote:
> > libio-stty-perl is corrected, libexpect-perl not. You should do that as
> > well (look at the .diff.gz files with diffstat).
> Hmm, I could only see a few unused example files in the debian directory.
> Was it them you meant?
No, libexpect-perl was s
On Wed, 25 Oct 2000, Samuel Hocevar wrote:
> > The latter, I think. Since they aren't really shared libraries you can
> > ignore the other Lintian errors, but this one is different.
>Does anyone remember what the rationale is for having to use -fPIC
> for plugins ? It's not explained in the P
On Mon, 30 Oct 2000, Timshel Knoll wrote:
> > If the assembly code is not position-independent, you already have a
> > problem here. If it is, then gcc is expected to regenerate the PIC
> > register after the assembly section.
> Last time I checked, it didn't. This seems to be a bug in GCC, and I
On Thu, 15 Feb 2001, Jaldhar H. Vyas wrote:
[C++ libraries and autoconf]
> I hope this helps anyone who has faced the problem themselves. I have a
> question too, is there anyway to use the unmangled name? AFAIK, mangling
> isn't portable and unportability kind of defeats the whole purpose of
>
On Thu, 15 Feb 2001, Jaldhar H. Vyas wrote:
> Huh, hears an interesting thing. If I use main as the function I'm
> checking then it works. But libapt-pkg.so.2.7 doesn't have a main
> function.
Yes, because the program that gets compiled is
int main(int argc, char *argv[]) {
main();
}
Hi,
I'd like to write an automatic dependency generator for Python scripts (so
that you can write "Depends: {pythonlibs:Depends}" into your control file
and have it replaced by the packages you need to satisfy all imports by
the Python scripts in debian/. For this, you'd need a database of
which M
On 4 May 2001, Jens Schmalzing wrote:
> The config script informs the user that a number of configuration
> files need to be present, that they won't be touched by Debian if they
> have been edited by the user, and that to make sure they will be
> created by Debian they should be deleted now.
Wha
1 - 100 of 241 matches
Mail list logo
