You have everything right so far. You need to make sure that it links
with "-lc" (libc) and that it sets the soname. This is done w/
-Wl,soname,libfoo.so.. This makes it so that multiple libs can
co-exist. Like libc5 and libc6 do.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
If I recall it searches root's path.
>Is build looking for it in a certain place or... what?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Jens Ritter wrote:
> I have a gtk+ based application. You can tweak it´s looks by changing
> the xlogmaster.gtkrc file. The gimp puts its file in
> /usr/share/gimp/gtkrc. But I think /etc is the right place to put it
> in. Am I wrong?
Personally I hate all these conf files flying around in /etc.
I do not know where to tell the app to look. However I do not feel that
the gtkrc qualifies as a conf file. The app runs fine w/o it. All a
gtkrc file does is change the color and pixmap used for appearance. I
think /usr/share is fine here. The FHS (which we are moving towards)
puts many thing
The standard in Debian is to name a lib package after its soname. So if
when you link against it you link on db2, the package would be
libdb2-.deb and a corresponding libdb2-dev.deb for headers, static
lib, and the lib.so file. If you need more help than this feel free to
contact me. I have a bo
depricated means that the item is accepted for now(mostly for
compatibility), but is expected to eventually disappear. The use of
libc5 is deprecated, everything is moving onto libc6. We no longer ship
a version of libc4. Hope that helps.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
All in all -- not bad. Why is it linked against libc5?? It compiled
against libc6 w/o hassle on my box. Why did you not include the Motif
xabacus using lesstif? I just compiled and tested that too.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Conta
I thought I did see someone working on this??
Menu support is nice.
A way for global and user config would be good.
Have fun (-: // this is very important!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
If you go to the bug control page (by following the link on
www.debian.org) there is a great deal of documentation on how to deal w/
bugs.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sounds more like they belong in /usr/include/chpp. Lib is for
libraries, especially under the FHS (the FSSTND is no longer what we
use).
The Gecko wrote:
>
> Ok, Mentors. I'm working on my next package -- chpp. chpp is a
> macro/preprocessor plus. The library comes with some "include" files
>
With the new Enlightenment package I have a small snag. I have the main
E package w/ docs and the E binary. I then have an enlightenment-theme
package. E depends on e-theme. E-theme contains a /usr/doc symlink to
E. So e-theme *should* depend (it recommends: it now) on E. However
this is wron
Martin Bialasinski wrote:
> How about a E-docs package?
I could do this. It just seemed wasteful. The docs only make sense if
E is installed. I linked the E-themes' usr/docs/ to E because there is
no documentation that makes sense for the themes pacakge. Policy states
I MUST have a usr/doc --
James Troup wrote:
> a) circular dependencies do *not* cause problems; dpkg, dselect (&
>presumably apt) handle them just fine. The only thing that might
>not is users.
>
Not pretty though (-:
> b) A dependency for the sake of nothing more than a /usr/doc/ symlink
>is broken. I sugg
Ok, then. I will create the necessary dir. Just seems that we should
have a better way of dealing with this.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
You know Manoj that makes sense. E-docs is created. I will have new
Imlib, E, and maybe Fnlib up tonight around 2am EST.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sorry, I replied to Joey only the first time. Yes E's themes are part
of E and GPL'ed (as much as a few pix and wav's can be GPL). What I
meant was copying the copyright file everywhere seemed pointless. I
made an enlightenment-docs which both the main package and e-theme
uses. All is happy.
You ask a good question Jules. Let me try to explain my reasoning.
The finished E deb is 51k. The finished -theme deb is 910k. Now, if
there is a bug in the binary and I have to recompile -- all you have to
download is the 51k package, not the huge theme. I thought this would
also lessen the b
> Unless one becomes particularly popular, or we design a special debian one
> for use as a new-user default.
Once E is full featured again I see no problem w/ replacing the default
theme w/ a Debian theme.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
Now that I have a few packages split into arch-dep and arch-indep, how
do I only build one or the other? If all that changed is the arch-dep
packages, I do not need to re-upload the arch-indep and vice versa.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troubl
Read dpkg-scanpackage's man page. Explains it fairly well.
Florian Hinzmann wrote:
>
> Hi!
>
> Now that I did my first uploads of new packages I
> got this mail saying the override file has
> to be changed.
>
> What is this override file? A short explanation
> or a RTFM (including a pointer wh
No, you have to reply to the "package added" e-mail. They add stuff to
the overrides file for you.
I do not know more than this.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I looked on the bug tracking system to begin closing all the various
bugs listed for Imlib. However I can not find them all. According to
the list "Sean E. Perry <[EMAIL PROTECTED]>" has *2* bugs out. This is
flat wrong. The number is nearer 6-10. All the bugs filed on the
libimlib and libgdki
All packages are in slink (or Hamm). But why did the bug system not
even show the right number of bugs? gdkimlib has 4, imlib has 2 -- yet
I only have 2 bugs according to the BTS.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Help! My bug reports have gone AWOL. The BTS does not display the
correct number of bugs, nor does it show all of my bugs.
According to the BTS I have *2* bugs, James Troup alone has filed more
than that against me (that's a joke son). Also, bugs on the libimlib
and libgdkimlib packages flat ou
I just recieved a bug report on Enlightenment asking for me to put it in
/etc/X11/window-managers. Fairly confident that touching another
packages files would be wrong, what is the correct way to get E into
this file? Or should my package touch /etc/X11/window-managers?
--
To UNSUBSCRIBE, ema
Thanks for the info. Yes an analagous update script makes sense. I may
just hack up an implementation. Then we can submit it with the wishlist
bug.
Dumb question -- how do you get sh or what not to take long options (the
--add type options you mentioned). Or even perl. I have never written
an
Marcelo E. Magallon wrote:
>
> On Wed, Jul 29, 1998 at 12:42:13PM -0400, Shaleh wrote:
>
> > I just recieved a bug report on Enlightenment asking for me to put it in
> > /etc/X11/window-managers. Fairly confident that touching another
> > packages files would be wro
if( $ARGV[1] !~ m/^\// ) {
> $WM = '/usr/X11R6/bin' . $ARGV[1];
>
Should be '/usr/X11R6/bin/' <-- I forgot the trailing '/'.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Looks good Marcelo. We should probably wait until the X people are back
and reading the list before we push this farther.
I figured that the next step would be a decision tree like that -- just
did not have the time last night. Figured I had enough done to prod
this on.
--
To UNSUBSCRIBE, em
Dominik Rothert wrote:
>
> What means following (error?) message:
>
> no utmp entry available, using value of LOGNAME ("root") at
> /usr/lib/dpkg/controllib.pl line 16.
I always get this "error". It is not important and can be ignored.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
Now that I have learned the ropes and have everything set right, you
should be able to look at any of my packages to see how debhelper
works. chameleon is a great simple one binary GTK+ package.
libstringlist is a good simple lib package. E and Imlib are large ugly
multiple binary package displa
Turbo Fredriksson wrote:
>
> There's a new version of tcpquota on the way, and I'm getting some warnings
> from lintian...
>
> - s n i p -
> [ttyp4.papadoc]$ lintian tcpquota_1.6.15-1_all.deb
> W: tcpquota: executable-not-elf-or-script usr/lib/tcpquota/create_database.sql
> W: tcpquota: s
Apparently people are missing the point. If an item fails to meet the
DFSG, it is non-free. Otherwise it is free. The whole point of Debian
is to be a kind of mecca for free software. Our social contract spells
this out in some detail.
Why are we going to wrestle with licenses and what not? I
qmail is non-free. lintian is in slink, do not believe it made it into
Hamm.
Darren Benham wrote:
>
> Where is Lintian packaged .. or is it? I can't seem to find it via dselect on
> my Hamm CDs
>
> Same with qmail.
>
> --
> http://benham.net/index.html
> -B
Florian Hinzmann wrote:
> Lets say a debian package foo contains a binary
> "prog" which needs another binary or shell script
> "helper" to run.
>
> Should I install these files as
> /usr/bin/prog and
> /usr/lib/foo/helper ?
This seems to be correct IFF the helper is ONLY called by the other
rout
Igor (Grobman?) is filling in for James Troup.
--
Can't buy what I want because it's free.
-- Pearl Jam
debhelper is the one under active development. It makes the build process
rather nice. Hand rolling is not needed. No sense making it complicated.
; --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--
E-Mail: Shaleh <[EMAIL PROTECTED]>
Date: 12-Oct-98
Time: 02:27:48
This message was sent by XFMail
--
On 12-Oct-98 Darren Benham wrote:
> init.d in -2 if there's a request for it... but is "either" still the answer
> if
> the game requires root write privilages to run? ie. The save files (which
> shouldn't be player writable) are stored in directories that are currently
> root.root. But even so
Darren Benham wrote:
>
> On 12-Oct-98 Shaleh wrote:
>> If at all possible it should avoid running as root. You can provide an
>> init.d
>> script and allow people to install it themselves. The same script could be
>> used to manually start the server as well. So version -
the umask of the program to keep the world-writable bit)
>
> On 12-Oct-98 Shaleh wrote:
>> Yes run it as games or even nobody. Does the server itself require root to
>> run
>> it? Remember if it is on a server, then the users often do not have access
>> to
>>
I just took over the Eterm package. However the bug system still lists the old
maintainer. Whom do I contact to get this fixed?
The top of www.debian.org/Bugs lists me as the maintainer, however the reports
seem to be going to the old maintainer. Look at the eterm bugs to see this.
On 19-Oct-98 Martin Schulze wrote:
> Shaleh wrote:
>> I just took over the Eterm package. However the bug system still lists t
Contact the wnpp maintainer -- you should be listed if you sent an e-mail.
Will peak at the package too.
You can do a NMU (Non-maintainer upload) in the meantime, some developers go on
sabbatical for a month or so. After that something can be worked out.
On 29-Oct-98 Richard Braakman wrote:
> Shaleh wrote:
>
>> You can do a NMU (Non-maintainer upload) in the meantime, some
>> developers go on sabbatical for a month or so. After that something
>> can be worked out.
>
> Well with cfs it's no longer "
Raphael, this info exists already. It is on our web site and in debian
packages. Rather than wasting effort, why not help make the current documents
come up to date?
The Imlib maintainer has given all Imlib using app maintainers a copy of Imlib
compiled w/ jpeg 62 for testing. Should be uploaded soon.
On 09-Nov-98 James Troup wrote:
> Mitch Blevins <[EMAIL PROTECTED]> writes:
>
>> Depends: gdk-imlib1, libc6 (>= 2.0.7u), libgtk1 (>= 1:1.0.6-2), libjpeg62,
>
PS/2 mice live on /dev/psaux. Make a link in /dev from /dev/psaux to
/dev/mouse:
cd /dev
ln -s psaux mouse
This list is for packaging help. For questions like this please read and send
to debian-user.
On 11-Nov-98 Timothy Ingle wrote:
> I've been a UNIX user in the distant past, but I'm on day
Gifs are not necessarily non-free. There is an ungiflib which reads and
writes GIF images. What IS non-free is the writing on GIF's that use LZW
compression because it is patented. So if it NEVER writes any GIF's you are
safe. if it writes gifs but not compressed gifs you are also safe. If it
On 14-Dec-98 Sven LUTHER wrote:
> Hello, ...
>
> i am currently packaging mlgtk, the Ocaml bindings for Gtk+.
>
> the mlgtk sources are under the LGPL, so they should go into main, same as
> all
> the gtk stuff.
>
sounds like contrib if ocaml remains non-free. Is there not another ml
interpre
On 14-Dec-98 Fernando Sanchez wrote:
> Hello,
> I'm packaging ocaml, a ml-type language interpreter and compiler,
> and everything works ok but I have two questions, I hope quite easy to
> answer:
>
> First, to compile ocaml I need to call "make install" (in 'rules' file) in
> the following
> So I would recomend asking Ben Gertzfield about gtk and gtk1.1
> there could very well be a reason it isn't packaged yet (could be anything
> from lack of time on hsi part to technical problems with it or packaging
> it or whatever)
>
> Will it really NOT work with 1.0? have you tried it?
>
it
> Obviously, my xplot_1.18.orig.tar.gz file won't correspond
> exactly to upstream sources (it'll be smaller!), but that's okay
> too right?
I do not see a problem w/ this. As you said, the binaries have nothing to do
with us and may not even work correctly.
On 22-Dec-98 [EMAIL PROTECTED] wrote:
> Marcelo E. Magallon writes:
>> #!/bin/sh -e
>
>> [ -x /usr/bin/update-menus ] && update-menus
>
The problem with this is that ash incorrectly reads (or read) the -x. It
behaves like a -f and not the intended "if it exists and is executable". It
responds
>
> Particularly, if anyone can explain to me what lintian is actually
> complaining about, I'd be most grateful. It says something about the
> shared-library not being dynamically linked against libc... but if I do
> "ldd /usr/lib/installwatch.so", it shows "libc.so.6 => /lib/libc.so.6"
> (among
On 27-Dec-98 Andrew G . Feinberg wrote:
> I'm trying to package a bunch of perl scripts, yet dpkg-buildpackage won't
> make a .deb package, only a source package. How do I get it to package the
> scripts as binaries?
>
Did you specify the package as being arch: all?
What you want is to use the /etc/alternatives directory and update-alternatives.
On 29-Dec-98 Shane Wegner wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> Hi,
>
> I am rather new to Debian and am wondering if someone here would be able
> to point me in the right direction. So far, when I instal
I am preparing to package oidentd, a replace for the default identd. The app
will package nicely because it is well written. My question is: how do I cope
w/ the existing identd? I expect that users installing this would prefer it
over identd. Is simply placing a call to update-inetd enough? F
>
> It does what update-inetd does. Actually, since inetd.conf belongs
> to netbase, wu-ftp should call the provided modify script (update-inetd).
> However, since inetd.conf is not a conffile, I'm not sure this is
> technically a bug. Can anyone confirm?
>
The update-inetd info says that Debian
> Is this applied to contrib/non-free programs, namely should we have
> entries for contrib/non-free programs?
There is really no other good way. So I would have to say yes here.
Also, notice we have users for apps like qmail (which is not free).
Hi all, I am about ready w/ my oidentd package. However I have two questions
which I think are linked.
oidentd needs command line options, so I can not use /etc/alternatives. If I
use update-inetd to remove the identd from netbase and insert oidentd is there
some way to avoid doing this on futur
On 31-Jan-99 John Travers wrote:
> The program I am packaging defaults to putting its configuration files in
> /usr/share/packagename/... along with an example file and a pixmap. How can I
> make the configuration file and example go to /etc/packagename... but leave
> the pixmap in the /usr/share.
Several games ship the game as .real and as a shell script which
sets up needed parameters. Perhaps you could have .alpha and .stable
and either a) symlink or b) provide a script which calls one or the other based
on a conf file or command option.
On 01-Feb-99 Mark Ng wrote:
>
> I am working on a package that is GPLed, but the author
> pre-pends his own disclaimer just before the GPL.
>
> If I just copy the copyright file into the package's doc dir,
> lintian emits an error. (obviously).
>
> Should I prune the GPL from the copyright file
On 02-Feb-99 John Hasler wrote:
>> I am working on a package that is GPLed, but the author
>> pre-pends his own disclaimer just before the GPL.
>
>> If I just copy the copyright file into the package's doc dir,
>> lintian emits an error. (obviously).
>
>> Should I prune the GPL from the copyrigh
On 19-Feb-99 Remco van de Meent wrote:
> Hi,
>
> Would this license (the one that comes with MajorCool, a webinterface to the
> Majordomo package) fit in non-free? I think so, right?
Actually sounds ok to me.
>
> ---
> THE "NO-FRILLS"
> joy:/usr/src/xpm# dpkg -i libxpm4_3.4j-1_i386.deb
> dpkg: considering removing xpm4g in favour of libxpm4 ...
> dpkg: no, cannot remove xpm4g (--auto-deconfigure will help):
> wmaker depends on xpm4g (>= 3.4j-0)
> xpm4g is to be removed.
> dpkg: regarding libxpm4_3.4j-1_i386.deb containing lib
On 20-Feb-99 Josip Rodin wrote:
> On Sat, Feb 20, 1999 at 01:45:15PM -0500, Shaleh wrote:
>> > joy:/usr/src/xpm# dpkg -i libxpm4_3.4j-1_i386.deb
>> > dpkg: considering removing xpm4g in favour of libxpm4 ...
>> > dpkg: no, cannot remove xpm4g (--auto-deconfigure wi
On 20-Feb-99 Josip Rodin wrote:
> On Sat, Feb 20, 1999 at 02:07:29PM -0500, Shaleh wrote:
>> > Why does it have to be *versioned*? It is logical that when you
>> > depend on some package without version, you depend on every available
>> > version of that package.
On 22-Feb-99 Gregory T. Norris wrote:
> I'm working on packaging fakebo, which is a utility for logging the
> activities of the (windows-based) BackOrifice and NetBus trojans. In
> it's original makefile it installed to /usr/local/bin, which I've
> changed to $(DESTDIR)/usr/bin. Because it's a p
On 24-Feb-99 Sudhakar Chandrasekharan wrote:
> What do I typically do when there is a new version available upstream? I
> previously packaged the aspell spell checker version 0.26.2. The new
> upstream version is 0.27.
>
> Do I -
>
> 1. tar zxvf upstream_src.tgz
> 2. Apply the .diff that was
On 01-Mar-99 Brian Almeida wrote:
> Hi,
>
> I'm trying to consolidate emusic into one .deb, and have no problems,
> except one - the old packages have a versioned Depends: on one another.
> I know that dpkg can't do versioned Provides...suggestions? Since this is
> unstable, is it ok if I break t
I few projects I am working on need to make libraries (shared and static).
Could someone please point me to info or explain what is required? I need to
know what command line options the compiler needs (and what not to use).
On 06-Mar-99 Ole J. Tetlie wrote:
>>-Shaleh <[EMAIL PROTECTED]>
>>
>> I few projects I am working on need to make libraries (shared and static).
>> Could someone please point me to info or explain what is required? I need
>> to
>> know what command lin
On 10-Mar-99 Will Lowe wrote:
> Lots of the posts on this list really belong on -user. Is it possible
> that the word "mentors" attracts newbies?
>
I suppose hoping people will read the mailing list description is a wee naive
(-:
On 12-Mar-99 Santiago Vila wrote:
> On Fri, 12 Mar 1999, Jules Bean wrote:
>
>> On Fri, 12 Mar 1999, Santiago Vila wrote:
>>
>> > Question for dpkg gurus:
>> >
>> > It is technically possible to make package A to conflict with releases of
>> > B earlier than "p" and also with all releases of B
>
>
> I have uploaded mh-book to incoming 8 days ago, and it's still
> there.
>
> I _just_ found a little bug and would like to replace with -1
> package with a new one with the same name (but new changes file
> with new checksum). Can I do that? Or Must I upload a version -2 ?
>
Login to ma
> Right now, none of it will be too awfully big -- the total binary plus
> modules are about 100K of installed space. But while the binary will
> probably remain between 40 and 50K in size, the modules will probably
> become substantially larger as more modes are added. So I thought I
> should pl
>
> Hi all,
>
> I maintain some debian packages and am quite apt at using case tools and
> debian utilities to package existing code. However I have started trying
> to write some software of my own and while I know C quite well I am a little
> lost when it comes to some of the linux/unix syste
On 02-May-99 Tonnesen Steve wrote:
>
> I am developing a package which uses a Mysql database. I would like to
> create the database and populate it with some data during the postinst
> script. If I add the following Dependencies:
>
> Depends: mysql-server
> Depends: libdbd-mysql-perl
> Depends
On 04-May-99 Christian T. Steigies wrote:
> Hi,
> what is the best way to include the debian directory (no patches to the
> source) in the upstream source? Or is this not recommended at all? I have
> sent the debian diff to the upstream author and he included it (I wrote a
> small manpage, but he
>
> The gri package for i386 is 2MB in size. About 3/4 of that are
> docs suitable for all archs.
>
> Should I split the package to save space on servers (sharing the
> doc) and keep it as is to reduce name space and number of
> packages?
>
> I do think most gri users will want the docs (especi
On 16-May-99 Leon Breedt wrote:
> Is it possible to do this?
>
> I.e. have one source package build for both us & non-us?
>
As long as I can tell it before package build to NOT build the non-us, yes.
Otherwise it could be illegal, immoral or whatever (-:
>
> Hi everyone...
>
> I'm not sure if -mentors is the right place for this, but I figured
> that if anyone can point me in the right direction (where to post
> this) you guys can.
>
> I think *maybe* I've found a bug in sysvinit but I'd like a sanity
> check before filing an official bug report
I am packaging imlib for Enlightenment and sundry. It can have support
for giflib. This would put it in non-free. I want to make a ver w/ and
w/o. Suggestions on a good way to do this??
I am packaging imlib (image lib). It can use giflib which is non-free.
I would like to make a ver that does and one that does not. Suggestions
on how to do this?? Virtual package? A super and a minor package (one
provides/overrides other)???
Would you mind pointing me in the direction of HOW to do that. I have
not seen a document nicely describe how to setup virtual packages.
I have found the new maintainer docs on debian's site. Is there a
package or tar file of them? I would like to have them for offline
browsing.
I need one on one w/ this library package. Please contact me. I want
to get this up soon. I am holding up many people.
--
E-mail the word "unsubscribe" to [EMAIL PROTECTED]
TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED]
build bombs because of the lack of defines (-Dblah). If I run make by
hand it works, so something is fishy w/ debian/rules. That and I would
appreciate assistance w/ the provides/conflict thing. I do not want to
post a bad package yet time is running out. I have just not had time
this week.
-
I currently use "build" to create my packages and "deb-make" to start
them. Is there a reason why I should not. Some have expressed opinions
against these. Is it ford/chevy or is there a real reason??
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Conta
lintian gdk-imlib*.deb
I: gdk-imlib1:
cannot-check-whether-usr-doc-symlink-points-to-foreign-package
W: gdk-imlib1: binary-not-linked-against-libc
usr/lib/libgdk_imlib.so.1.1
W: gdk-imlib1: non-dev-pkg-with-shlib-symlink
usr/lib/libgdk_imlib.so.1.1 usr/lib/libgdk_imlib.so
I: gdk-imlib-nonfree1:
can
I appear to be, I am double checking that now.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Can send one point me to a howto setup/use configure to compile apps.
My current script incorrectly links imlib against a non-free lib. I
need to fix this. (That was the whole reason behind a free and a
non-free ver).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe
I never seem to fit enough jargon into my e-mails. (-;
I have a library package that CAN link against giflib. So Luis and I
agreed to make a free and a non-free. One linked w/ giflib and one
not. The upstream maintainer assumes that you want the giflib and gave
no way to disable it. So I need t
-static is a linker flag. Most Makefiles have a LDFLAGS section. Add
it there. If not, find a -l or -L and add it to the end of that.
Sudhakar Chandrasekharan wrote:
>
> Where do I add the '-static' (or is it -B static?) flag in the following
> line?
>
> gcc -o foo -02 -fno-strength-reduce -L
When creating lib packages, which package should link libfoo.so.?.? to
libfoo.so?? Should the -dev or the lib itself??
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I am creating a new lib package. However dpkg-gencontrol errors out.
Any suggestions welcome. First the error:
dpkg-gencontrol -plibFnlib0 -Pdebian/tmp
dpkg-gencontrol: unknown option `-plibFnlib0'
The control file:
Package: libFnlib0
Source: libFnlib
Package: libFnlib0-dev
Do you need anythin
1 - 100 of 548 matches
Mail list logo
