upload gliese as
soon as I hear back about one minor thing.
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccarty/
GPG: public key ID 4F83C751
signature.asc
Description: OpenPGP digital signature
Francisco García wrote:
> Dear mentors,
>
> I am looking for a sponsor for the new version 1.1-14
> of my package "gliese".
For the benefit of debian-mentors, I'm writing to mention that I have
now uploaded this also.
best regards,
--
Kevin B. McCarty &l
exceptions like /tmp)
* Interactivity
None of these are guaranteed to be available on the buildds. (Although
minimal interactivity could be scripted with expect or some such.)
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.o
spost is not currently in Debian unstable, you should also file
an ITP; see this URL:
http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-newpackage
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccarty/
GPG:
"
Can someone tell me what I'm doing wrong, if anything? A Google search
for this error turned up little besides package build logs, although
someone else was wondering about the same thing back in 2003:
http://lists.debian.org/debian-apache/2003/08/msg00083.html
regards,
--
Kevin B
to force imake to do that, but you can
always move the binary by hand in debian/rules.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544
--
te work
on packaging IRAF with him, especially since he owns the open ITP:
http://bugs.debian.org/244711
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 085
t.d script if it's unlikely anyone would run it by hand.
To answer the second question, I think it would be fine to have this app
in Debian as long as the kernel version requirements were clearly
documented in both the package long description (in the debian/control
file) and a README.Deb
very convenient. Just be
sure to keep the regular users in /etc/{passwd,group,shadow,gshadow} in
sync in the chroot.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751
y packages. Try setting up a sarge or etch chroot,
then chroot into it and set up the network interfaces. Then you can
update to Sid with APT (of course you have to set up the appropriate
/etc/apt/sources.list file in the chroot first, too).
Once set up, you may want to look into the "dc
S doesn't
support unusual watch file features.
I sent an email about the bug to debian-devel in October, but received
no response of any sort:
http://lists.debian.org/debian-devel/2005/10/msg00120.html
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www
> You've got some examples in /usr/share/doc/dpatch/ then.
>
> You can also take a look at some packages which build depend on dpatch.
But not cernlib, your head will explode :-)
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccart
17: "saods9: fix for FTBFS in
> kubuntu dapper and breezy".
>
> http://bugs.debian.org/344317
Hi Justin,
I can get this for you today if no one else has already volunteered.
I'll start building it as an NMU now -- just let me know ASAP if someone
else has beaten me to the
Kevin B. McCarty wrote:
> Justin Pryzby wrote:
>
>>>This is a request for an NMU, or 1-time sponsorship, whichever you
>>>prefer. Aurelien is typically busy; I don't see the need to bug him
>>>for a 1 line patch :)
>>>
>>>Please app
-config --libs | sed 's/-Wl,-rpath,[^[:space:]]*//g'` would be
the first thing I tried.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton,
wrapper script
> in $PATH is another possibility). How do I do this?
If management will not change its mind about the packaged files going
into /opt, it seems to me that putting wrapper scripts into /usr/bin or
/usr/sbin (or /bin or /sbin if you need the software available early in
the boot pro
nges any of them!). But now it sounds like I'm missing out
on some features by not using quilt.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeto
Frank Küster wrote:
> "Kevin B. McCarty" <[EMAIL PROTECTED]> wrote:
>
>>Out of curiosity, does quilt have a mechanism similar to dpatch that
>>allows you to treat shell scripts as "patches"? My inability to find
>>such a feature was the main rea
Adeodato Simó wrote:
> * Kevin B. McCarty [Sun, 29 Jan 2006 11:39:17 -0500]:
>> Out of curiosity, does quilt have a mechanism similar to dpatch that
>> allows you to treat shell scripts as "patches"? My inability to find
>> such a feature was the main reason I opt
ged
is a shared library used by the program that the user directly executes?
Thanks in advance,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544
--
that package is necessary to compile FORTRAN
programs. (It doesn't depend upon the libg2c0 runtime package, but that
is because g77 is not itself written in FORTRAN.)
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccar
others of my packages. If your
documents' build is CPU-intensive, I think the waste of effort to
compile them on every arch outweighs the dubious benefit of technically
being more Policy-compliant this way.
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Depar
Martin Meredith wrote:
> Kevin B. McCarty wrote:
>> Davide Puricelli wrote:
>>
>>> Hi, I'm building a package (a Scheme-to-C compiler) and I split it into
>>> three different debs: libfoo0 (runtime libs), libfoo-dev (.a and .la
>>> files and
This doesn't answer your actual question (which I snipped), but are you
familiar with the package "configure-debian" ? It sounds like it is
very similar to the goal you are trying to achieve, so maybe it can save
you some coding...
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]&g
dules", where the new lib is configured to look.
(For simplicity I'm assuming the main library and the plugins have
soversions that stay in sync. If this is the case, again I see no
reason for the plugins to need soversions.)
Hope this helps,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
) unstable; urgency=low
Important options of the "bar" program changed between versions
0 and 1; they are not backward-compatible. See upstream's
changelog for more info.
-- Kevin B. McCarty <[EMAIL PROTECTED]> [date]
Later, foo is split up into source packages f
underscore "_" is allowed in package names.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544
--
To UNSUBSCRIBE, email to
is a consensus on this matter, should this be documented
> somewhere (policy, dev-ref) and bugs be filed against the packages not
> complying to this policy?
Maybe see what the Debian maintainer of devhelp thinks? Also, what does
he think about the possibility of patching devhelp for Debian to l
FORTRAN libraries, when possible, be
compiled with g77 for the moment.
If netcdf does not have any functions returning REAL (single-precision)
or COMPLEX, maybe building netcdf with gfortran is OK though.
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW:
flicted against.
Some of these issues could have been caught by comparing the contents of
the netcdf binary packages in Sid and your new packages. I find that
debdiff is a really useful tool for such comparisons, though of course YMMV.
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]&g
ckage uploaded to Debian is discouraged. I only found one package in
Sid at the moment that does this: update-manager, version
0.42.2ubuntu22-7. I think this is because Ubuntu is upstream for this
package.
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
Warren Turkal wrote:
> On Thursday 14 December 2006 11:09, Kevin B. McCarty wrote:
>> This is weird: if you install your new packages of netcdf, the existing
>> kst-plugins package (from Sid) on your system should automatically pick
>> up the new libnetcdf_c++.so.3 library
Warren Turkal wrote:
> On Thursday 14 December 2006 11:09, Kevin B. McCarty wrote:
>> 1) Why did you make the libnetcdf++3 package into a dummy package and
>> move the C++ bindings into the libnetcdf3 package? ÂIf the soname of the
>> C++ package needs to evolve faster than
fortran.h somewhere (maybe at /usr/include/netcdf/cfortran.h or
something similar)? How does a Fortran compilation using libnetcdff
ensure that the compiler picks up that file (which it should do to be
consistent) and not /usr/include/cfortran.h ?
best regards,
--
Kevin B. McCarty <[EMAIL PRO
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
e:
> On Mon, 08 Jan 2007 11:19:40 -0800
> "Kevin B. McCarty" <[EMAIL PROTECTED]> wrote:
>
>> Hello,
>>
>> I have a dumb library ABI question. Suppose I maintain a library
>> libfoo.so that has public functions A(), B() and C(). Now there is a
&g
Neil Williams wrote:
> On Wed, 10 Jan 2007 09:36:28 -0800 "Kevin B. McCarty"
> <[EMAIL PROTECTED]> wrote:
>> Upstream of my library (Cernlib maintainers) only ships static
>> libraries, and the shared library support is hacked in by me. So I
>> have com
eep track of (or try to prevent) ABI
incompatibilities. Hence the soname changes with every new version. I
can see why this behavior would be discouraged :-)
(Yes, I know Gnome/GTK+ doesn't have this issue; it was just a general
statistical observation.)
best regards,
--
Kevin B. McCarty <
there was some doubt...
I hope this didn't come across as nitpicky, just wanted to make sure
things were clear for anyone new to Debian packaging who might be
reading the lists.
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://ww
se holding off on the upload until the Etch release.
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544
--
To UNSUBSCRIBE, email to [EMA
d have both package1 and package2 Depend upon that.
That would save disk space on the Debian mirrors, and also save
bandwidth for people who install package1 and then later change their
minds and want package2 instead (or vice versa).
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Phys
to be in unstable, there
will hopefully be no wait time :-)
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544
--
To UNSUBSCRIBE, em
#x27;s libtool [1,2].
[0] http://lists.debian.org/debian-devel/2006/09/msg00825.html
[1] http://lists.debian.org/debian-devel/2006/09/msg00828.html
[2] http://lists.debian.org/debian-devel/2006/09/msg00830.html
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW:
> On Friday 02 February 2007 19:10, Kevin B. McCarty wrote:
>> One cautionary note: If you go with 3.6.2~beta6 for an upstream version,
>> your build directory will be named netcdf-3.6.2~beta6. ÂI remember that
>> some libtool versions don't like directory na
in
debian/control.
(note: they would instead be in Build-Depends-Indep if you create an
arch: all netcdf-doc package *and* can work out how to get CDBS to
generate the docs only in the binary-indep target.)
One last thing: please install RELEASE_NOTES as the upstream changelog
("changelog.g
omething other than "netcdf-doc" since various packages
(sbuild, apt) don't deal well with binary packages of the same name as
an unrelated source package [0].
[0] http://lists.debian.org/debian-policy/2007/01/msg00031.html
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
Warren Turkal wrote:
> On Wednesday 07 March 2007 17:47, Kevin B. McCarty wrote:
>> * possibility to build an arch:all documentation package
>
> The maintainer is encouraging the use of the pre-built docs instead of
> building them from the texinfo sources. Would there be a
be reasonably easy to put into the Debian build?
3) [of course you know this, I'm leaving it here as a placeholder to
remind myself]: the possibility to move the docs from libnetcdf-dev into
an arch:all binary package.
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics
essages of the form
"warning: enumeration value ‘NC_NAT’ not handled in switch". Is this
something that could be a problem? Maybe upstream would best know the
answer to this...
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544
signature.asc
Description: OpenPGP digital signature
Warren Turkal wrote:
> On Thursday 05 April 2007 12:47, Kevin B. McCarty wrote:
>> One minor point is that the orig.tar.gz of a source package that was
>> modified for Debian (even just to repack it) should contain a directory
>> named
>> netcdf-3.6.2.orig
>>
Warren Turkal wrote:
> On Thursday 05 April 2007 15:12, Kevin B. McCarty wrote:
>> Do you plan to post a final 3.6.2-1 version for me to build and upload?
>> Or shall I just bump the version number in the 3.6.2-1~pre8 changelog to
>> 3.6.2-1, then build and upload that?
&
Warren Turkal wrote:
> On Thursday 05 April 2007 17:26, Kevin B. McCarty wrote:
>> In order to ensure that upgrades run smoothly, the easiest possibility
>> (maybe the only possibility) is for you to also add the epoch, changing
>> the version number on your packages to 1:3.
Hi,
I just got an FTBFS bug on cernlib from a buildd. The problem is that the
buildd didn't install the Build-Depends-Indep dependency (tetex-bin)
before running dpkg-buildpackage (which in turn calls debian/rules build).
Therefore the build died in the debian/rules build-indep target.
Is this
(I tried sending this email to debian-mentors already but it doesn't
appear to be in the message archives now, some 16 hours later. Strange.
Please CC me any replies since I'm not subscribed to the list.)
I just got an FTBFS bug on cernlib from a buildd. The problem is that the
buildd didn't in
ls-dev README.Debian file
- Support debug and noopt flags in DEB_BUILD_OPTIONS in debian/rules
* Replace proplist-compat.h macros by WUtil.h functions and remove
libproplist0-dev from Build-Depends
* Use RReleaseImage() instead of deprecated RDestroyImage()
-- Kevin B. McCarty <[EM
Hi,
I recently adopted wmakerconf, which is based on GTK+ 1.2. Upstream seems
to be MIA as far as I can tell. (The home page no longer exists, and I
found the last upstream release, 2.9, from the windowmaker.org FTP site.)
Would it make sense to compile the Debian package against GTK+ 2.x inst
Hi all,
I maintain cernlib. I decided to split the package libmontecarlo1, which
contains several shared libraries, into one library for each package,
since that seems to be the new trend (see the xlibs split), and also since
it was requested in bug # 212409. (This entire discussion also appl
o has access is willing to ship you a
hash list.
thanks in advance,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544
On Tue, 6 Jan 2004, Kevin B. McCarty wrote:
> I am looking for a sponsor for the three source packages wmakerconf
> [2.9-3], wmakerconf-data [0.80.0-2], and comparator [2.2-1] (each produces
> one binary package of the same name). The first two are upgrades (the
> first close
Please disregard these messages, my original sponsor has gotten back in
contact with me.
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544
r KIND of INTEGER is not specified, on all arches?
3) Is it true that sizeof(int) == sizeof(long), on all *32-bit* arches?
4) Is it true that sizeof(int) < sizeof(long), on all *64-bit* arches?
Thanks in advance for responses,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
on I asked was that I want to know what I can change (e.g.
int -> long) to fix things on 64-bit without breaking library ABI
compatibility on 32-bit machines. (On 64-bit, breaking library
compatibility doesn't matter so much since most of the libs just segfault
right now.)
--
Kevin B
s to fix: changing some master list used
by buildds of which packages to compile or not, and removal of existing
64-bit cernlib packages from the archive. Who should I contact for each
of these? And how to keep 64-bit arches from seeing the
"Architecture: all" Cernlib binary packages
hy is such a list necessary when it
just duplicates information already in packages' control files?
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544
n.edu/~kmccarty/dists/sid/main/source/viewglob_0.8.4-1.dsc
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F83C751 Princeton, NJ 08544
t do so myself.
It will be a little while before I put up a new source package, since
I'm waiting to hear back from upstream about a possibly problematic
compiler warning.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/
eparate from the main body of
code. Then if there is a bug in debian/rules, or Debian Policy is
updated to mandate some new control field, you don't have to release an
entirely new tarball just to fix a Debian-specific issue.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> P
-get source viewglob
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F83C751 Princeton, NJ 08544
rm, gnome-terminal, konsole, etc.).
> .
> Homepage: http://viewglob.sourceforge.net/index.html
Thanks to any takers,
- --
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F83C751
r KIND of INTEGER is not specified, on all arches?
3) Is it true that sizeof(int) == sizeof(long), on all *32-bit* arches?
4) Is it true that sizeof(int) < sizeof(long), on all *64-bit* arches?
Thanks in advance for responses,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
on I asked was that I want to know what I can change (e.g.
int -> long) to fix things on 64-bit without breaking library ABI
compatibility on 32-bit machines. (On 64-bit, breaking library
compatibility doesn't matter so much since most of the libs just segfault
right now.)
--
Kevin B
s to fix: changing some master list used
by buildds of which packages to compile or not, and removal of existing
64-bit cernlib packages from the archive. Who should I contact for each
of these? And how to keep 64-bit arches from seeing the
"Architecture: all" Cernlib binary packages
hy is such a list necessary when it
just duplicates information already in packages' control files?
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, N
n.edu/~kmccarty/dists/sid/main/source/viewglob_0.8.4-1.dsc
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F83C751 Princeton, NJ 08544
--
To UNSUBSCRIBE, email to [EM
t do so myself.
It will be a little while before I put up a new source package, since
I'm waiting to hear back from upstream about a possibly problematic
compiler warning.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/
eparate from the main body of
code. Then if there is a bug in debian/rules, or Debian Policy is
updated to mandate some new control field, you don't have to release an
entirely new tarball just to fix a Debian-specific issue.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> P
-get source viewglob
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F83C751 Princeton, NJ 08544
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
rm, gnome-terminal, konsole, etc.).
> .
> Homepage: http://viewglob.sourceforge.net/index.html
Thanks to any takers,
- --
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F83C751
IRAF shared lib directory to /etc/ld.so.conf ...
By the way, congrats on getting IRAF to build shared libs -- I hope it
wasn't as much of a pain in the @$$ as I found it was for cernlib.
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Pr
stream distributes.
Oh yes, quite a bit more than a week. But I agree it was worth the trouble.
> It still doesn't completely work yet. Probably something about 30
> year old blobs of fortran.. I expect cernlib is the same?
Yep, exactly. Got to love scientific code... ;-)
--
Kevi
doesn't just link against Xclass or Cernlib, it actually
*includes derived code* from them. And it can't be trivially removed or
rewritten -- Xclass-derived code provides the core of the GUI, and
Cernlib-derived code (MINUIT) provides the core of the function fitter.
--
Kevin B
ook at them. Maybe they could be fixed and sent upstream.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F83C751 Princeton, NJ 08544
--
To UNSUBSCRIBE, email
ncompatible version of ROOT...
I don't know the answer to these questions myself, but they'll be
important things to consider in packaging ROOT, even if only for a small
private set of users due to the licensing issues.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Phy
my AM, in case he wants to make
any comments. (Hi Joerg!)
- --
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F83C751 Princeton, NJ 08544
-BEGIN PGP SIGNATURE-
Version: GnuPG v
filename in order to derive a version number
before the comparison to the local version. But maybe there wouldn't be
much call for that.
For people reading emails to bug # 282255: refer here for context:
http://lists.debian.org/debian-mentors/2005/01/msg00133.html
regards,
--
Kevin B. M
nstall the
new libvips-doc package. "apt-get dist-upgrade" would still be required
for that.
Unless "apt-get upgrade" has special handling for dummy packages that
I'm not aware of?
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://ww
an maintainers' time. Hmm, on a
second look maybe I will report the one for viewglob.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F83C751 Princeton, NJ 0854
ine to
specify a Standards-Version of 3.6.1 as Jose did.
(cite: debian-policy 5.6.10)
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F83C751 Princeton, NJ 08544
--
To
x | konqueror
This looks like a useful package.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F83C751 Princeton, NJ 08544
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
://www.nl.debian.org/doc/devel-manuals#maint-guide
or in the Debian package "maint-guide"
- the debian-mentors FAQ at
http://people.debian.org/~mpalmer/debian-mentors_FAQ.html
I hope this helps!
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://ww
onfiguration file for Window Maker. In normal circumstances, you
> only have to change this package in order to be able to configure a new
> version of Window Maker. This package is useless without wmakerconf and
> an appropriate version of Window Maker.
thanks and regards,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/02/2005 02:25 PM, Kevin B. McCarty wrote:
> My usual sponsor for wmakerconf and wmakerconf-data, Nicolas Boullis,
> has lately had only intermittent connectivity to the Internet. Would
> someone therefore be willing to sponsor these t
ater, the files
will automatically be marked as conffiles since they are installed to
/etc. For more details, see dh_install(1) and debhelper(7).
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public k
the indirect dependencies of kdelibs4-dev take
care of everything else.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F83C751 Princeton, NJ 08544
--
To UNSUBSCRI
linda gives the same complaints
about libcrt1.o (and other object files) in the libc6-dev package.
(Lintian doesn't care.) Should I just add linda overrides to ignore the
error and warning?
thanks in advance,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.prin
search:
http://www.wolffelaar.nl/~jeroen/P-a-s-HOWTO.txt
The P-a-s maintainers mentioned in that file include LaMont Jones
<[EMAIL PROTECTED]> and James Troup <[EMAIL PROTECTED]> among others.
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.pri
Hi Justin,
Justin Pryzby wrote:
> I was hoping that someone else would respond to this, since I'm just
> fumbling for an answer. Maybe I can provoke one:)
>
> On Fri, Mar 18, 2005 at 12:02:34PM -0500, Kevin B. McCarty wrote:
>> > arcturus[6]:~/Debian/mn-fit
On 03/25/2005 10:41 AM, Kevin B. McCarty wrote:
> Justin Pryzby wrote:
>>lin{da,tian} shouldn't complain about an object file which is not
>>linked with anything, since, well, it cannot be.
>
> OK, I will file a bug against linda then. (any objections?)
Filed at htt
s would cause an error
without the "Replaces" line. ("Replaces" means that the replacing
package may overwrite files in the replaced package; it doesn't
necessarily mean that one package is a replacement as a whole for the
other.)
(And don't forget to have the new &q
of dependencies different from APT's.
It's also possible that a package will compile in sid but not in sarge,
because the sarge testing scripts don't check build-deps.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~
1 - 100 of 130 matches
Mail list logo
