/sh linked to /bin/bash
Kernel: Linux 2.6.8-3-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages dvidvi depends on:
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
dvidvi recommends no packages.
-- no debconf information
best
? If so, a bin-NMU should suffice to fix it,
assuming it's bin-NMU safe.
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 UNSUBS
Chuan-kai Lin wrote:
> On Wed, May 09, 2007 at 10:05:04PM -0700, Kevin B. McCarty wrote:
>> apt-move is currently uninstallable in unstable (at least on i386) since
>> it depends on libgcc1 (>= 1:4.2-20070208) and libstdc++6 (>=
>> 4.2-20070208). Maybe it was by accide
a safe assumption) I will
endeavor to provide one.
Thanks and 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
-upgrade, in security updates considered a bug? If so, should I
bother filing it?
(For what it's worth, OOo packages in testing and unstable depend on
libneon25.)
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton
even though it was
built successfully on "crest" and supposed to have been uploaded on June
11 according to http://buildd.debian.org/pkg.cgi?pkg=geant321
Whom should I contact about that?
Thank you,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://w
be uploaded in the following order once
blas, lapack (and ideally atlas) are taken care of:
cernlib
mclibs / paw (these two are independent)
geant321 / mn-fit (these are independent but must each follow paw)
I'd prefer to do the uploads myself since these packages are rather finicky.
b
that since I haven't uploaded a version of
Cernlib compiled against gfortran yet, this hack doesn't exist in any
object code already in Debian (to the best of my knowledge).
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~km
is
any difference depending on whether one or both of the libraries is
linked statically), or if the compiler / runtime linker just
arbitrarily picks one of the two dummy getarg_'s?
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Prince
, and at least one independent implementation has
> been mentioned on c.l.f.
>
What do you suggest for *C/C++* code that, for whatever reason, needs to
call GETARG() or whatever the modern equivalent is from a FORTRAN library?
best regards,
--
Kevin B. McCarty <[EMAIL PRO
ttp://lists.debian.org/debian-ia64/2008/01/msg00012.html
(Note that the build failure mentioned at [2] is what is supposed to
have been fixed by -3.)
Thanks and best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccarty/
dependency
liblapack-dev is now built and available for all release-candidate
architectures.
Thank you!
[1]
http://buildd.debian.org/build.php?&pkg=cernlib&ver=2006.dfsg.2-11&arch=mipsel
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debia
Steve Langasek wrote:
> On Tue, Mar 04, 2008 at 09:25:43AM -0800, Kevin B. McCarty wrote:
>
>> Could you please give-back cernlib version 2006.dfsg.2-11 on mipsel? It
>> previously failed to build on Feb. 29 [1] due to an attempt to compile
>> it before a build-depend
build
on a different machine than "europa"?
[0]
http://buildd.debian.org/build.cgi?pkg=cernlib;ver=2006.dfsg.2-13;arch=arm
Thanks and best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccarty/
GPG: public
Steve Langasek wrote:
> On Thu, Mar 27, 2008 at 11:38:20AM -0700, Kevin B. McCarty wrote:
>> Hi release team,
>
>> Cernlib 2006.dfsg.2-13 did not build on arm [0] due to a segfault in ld.
>> However, previous versions built successfully on arm, and -13 has no
>> arm
3 and (b) appear to use sincos{,f,l}.
I will post the list of packages that appear to be affected by PR35662
later today in a follow-up message to [EMAIL PROTECTED]
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccart
gfortran-4.3 package is available, I will recreate the
above list in order to request bin-NMUs. Ideally, a fixed gfortran-4.3
package should be permitted to migrate into Lenny. Otherwise, later
security builds of these packages in Lenny would re-break things.
The script I wrote to do the checks
soon.) Or does it require a manual hint from the Release Team?
The packages in question are these:
cernlib/2006.dfsg.2-13
paw/1:2.14.04.dfsg.2-3
mclibs/2006.dfsg.2-5
geant321/1:3.21.14.dfsg-8
mn-fit/5.13-6
Thanks for your time,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starpl
Andreas Barth wrote:
> * Andreas Barth ([EMAIL PROTECTED]) [080423 21:36]:
>> * Kevin B. McCarty ([EMAIL PROTECTED]) [080423 18:20]:
>>> Would you be able to tell me how long I need to wait before they get
>>> into testing on armel? (I'd like to upload a new relea
//bugs.debian.org/476427
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
ing. Seems
to be related to #145257 but I find it surprising that hasn't been fixed
by now.
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
endent source packages should also be removed:
libdbd-maxdb-perl (#461479)
php-maxdb (#461480)
The following would not need to be removed for dependency reasons, but
they would no longer have any reason to be shipped:
maxdb-doc (#461481)
maxdb-buildtools (#461482)
libsapdbc-java (#461483)
best r
a (#461483)
Thanks and 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
umented yet and
> the bugs are reassigned to us by the ftpteam, but still, as removals
> can only be done at point release time anyway...
Bug filed as #481231 against pseudopackage release.debian.org.
Thanks and best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starp
Luk Claes wrote:
> Kevin B. McCarty wrote:
>> Hi Release Team,
>
> Hi
>
>> as I mentioned previously [1], a bug in gfortran 4.3 [2,3] caused some
>> FORTRAN code using SIN() / COS() functions to be miscompiled on mips and
>> mipsel with -O1 or greater.
t's running now. (At the
moment it's processing packages in Etch; on i386, amd64 and powerpc
architectures; main, contrib and non-free components). Should be done
in a few hours, and I'll post the results and the script here. Let me
know if you'd like me to search additional
he vast
majority of pre-compiled binaries for Linux are made available only for
i386, so I think it's quite unlikely. Thus I'd suggest just contacting
wink upstream about a fix, and not bothering about a libexpat0
compatibility package.
best regards,
--
Kevin B. McCarty <[
te
"Replaces: libexpat1 (<= [last version with compat symlink])"
line.
The wink package would also need to have an explicit Depends: libexpat1
(which it really ought to do anyway, even before any transition).
[1] http://lists.debian.org/debian-release/2008/05/msg00428.html
best regar
gt; solution is that wink ships a symlink in /usr/lib/wink/libexpat.so.0,
> and uses LD_LIBRARY_PATH=/usr/lib/wink from the /usr/bin/wink wrapper
> script.
... but I agree that this proposal is much better, especially since
/usr/bin/wink is already a wrapper script anyway.
best regards
this
also causes problems for other rdepends? Wanted to give you a
heads-up.
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccarty/
GPG: public key ID 4F83C751
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Hi Sam, Bastian, Christian,
On Sun, Jun 22, 2008 at 11:42 AM, Bastian Blank <[EMAIL PROTECTED]> wrote:
> On Sun, Jun 22, 2008 at 10:58:24AM -0700, Kevin B. McCarty wrote:
>> It has apparently caused breakage in a package I'm sponsoring, see
>> http://buildd.debian.or
assume gfortran (rather than g77/f2c) if the FORTRAN compiler has
> otherwise been left unspecified. Thanks Davide Mancusi for the prod.
> * Fix a buffer overrun bug found by Jean-Guillaume Piccinali in one of
> the example programs (fd/fd.c). (Closes: #489886.)
>
> -- Kevi
/sparc-all.txt , so it should be in the
archive this afternoon). As I mentioned in private email to one of you
(SL) already, this release fixes a number of tempfile-related local
vulnerabilities.
Thanks,
- --
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princet
t;= 0.90.0) instead of Conflicting
> against wmaker (<< 0.90.0); this prevents woody->sarge upgrade problems.
> (closes: #307850)
> * debian/control: Change maintainer address.
>
> -- Kevin B. McCarty <[EMAIL PROTECTED]> Sat, 7 May 2005 19:04:07 -0400
wmakercon
to do about it, since making some of the
data packages Arch: any would tremendously bloat the archive. I guess
they could just Suggest the relevant libraries, but this sort of twists
the meaning of Recommends vs. Suggests -- no one would want to have a
data package installed without the correspond
es that can't be satisfied on
64-bit arches, but I guess this is OK.
Thank you for the advice,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F83C751 Princeton, NJ 08544
unstable should in principle propagate to testing almost immediately.
Whoever does so, please also close bug # 255970.
Thanks a lot!
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F
the others to be removed by ftpmaster, and then the new
> version will propagate to testing.
Then I need to wait for ftpmaster to take care of # 255970 and the
buildds to catch up, I suppose. Thank you for setting me straight.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Ph
I thought it could be informative to forward this email to the
debian-release list, in case any NMUs may be needed. See
http://bugs.debian.org/258042 for the background...
-- Forwarded message --
Date: Fri, 13 Aug 2004 14:19:52 -0400 (EDT)
From: Kevin B. McCarty <[EM
-) bug #
255970 against ftp.debian.org.
thanks and regards,
- --
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: Gn
ee the email I sent to bug #269523.
Debian QA Group <[EMAIL PROTECTED]>
lush 267494 1.0+cvs.2004.02.02 1.0+cvs.2004.05.16 243501
Dirk Eddelbuettel <[EMAIL PROTECTED]>
octave2.0 271648 2.0.17-7 2.0.17-9 none
Ian Lynagh (wibble) <[EMAIL PROTECTED]>
ghc6 276608 6.2.1-4 6.2.2
downside is of course that type-handling depends on dpkg-dev,
which recommends c-compiler, so many apt front ends will cause gcc to be
installed. IMO this is really a flaw in the type-handling package, and
a dummy package that Provides appropriate per-arch virtual packages
should be split off
e
#282807. I'm trying to port wmakerconf to GTK+ 2.x but there are some
weird problems that will take a little while to solve, and I won't have
much free programming time before Christmas.
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~km
>
soqt
Jeff Teunissen <[EMAIL PROTECTED]>
libdockapp
Chris Waters <[EMAIL PROTECTED]>
itcl3.0
itcl3.1
tk8.0
tk8.3
Florian M. Weps <[EMAIL PROTECTED]>
libooc-x11
Mathias Weyland <[EMAIL PROTECTED]>
beep-media-player
regards,
--
Kevin B. Mc
ing, mass-bug-filing,
or doing other things related to dealing with this issue, could you
please try to keep the wiki page up-to-date?
Thanks!
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751
David Martínez Moreno wrote:
> El sábado, 7 de enero de 2006 23:53, Kevin B. McCarty escribió:
>
>>Looks like xlibs-dev is now officially gone, which instantly creates a
>>hell of a lot of RC (FTBFS) bugs that will manifest the next time
>>rebuilds are attempted of x
can be found at the direct URL
http://www.debian.org/security/2006/dsa-1006
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
mail at the end of the log.
> # 362533
> remove gr-usrp/0.6-1
Fixed in a new version uploaded to unstable, 0.8-1.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751
Steve Langasek wrote:
> On Thu, May 25, 2006 at 03:04:25PM -0400, Kevin B. McCarty wrote:
>># No point in having interchange-doc without interchange
>># (not currently in testing).
>>remove interchange-doc/5.2.0-1
>
> Then the correct procedure is to first
/3.1-1
--
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".
he existing mozilla-thunderbird security update needs a bin-NMU on i386
[2].
CC'ed to Alexander.
[0]
http://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/2006-August/000399.html
[1]
http://www.asoftsite.org/s9y/archives/113-Please-test-firefoxthunderbirdmozilla-security-packages.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Zobel-Helas wrote:
> Hi Kevin,
>
> On Fri, Aug 25, 2006 at 09:59:53AM -0700, Kevin B. McCarty <[EMAIL
> PROTECTED]> wrote:
>>Second, is it planned to include the next round of security updates to
>>the Mozilla
27;ed
version can incorporate those fixes and go into etch. mn-fit is bin-NMU
safe, to the best of my knowledge, so this should not cause any problems.
Thanks in advance!
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/
;s wrong.) And does this numbering depend upon whether the reasons
for the first and second rounds of bin-NMUs are the same or different?
Thanks and best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton Univers
Andreas Metzler wrote:
> On 2006-10-02 "Kevin B. McCarty" <[EMAIL PROTECTED]> wrote:
>> I have a hypothetical bin-NMU versioning question (this is asked only
>> for my curiosity, so don't give it a high priority). Suppose that
>> package X (version 1.0
ou is a snapshot of bug reports back in May
> 2005 or something; since the job to update the indices was broken and
> nobody fixed it.
Should the apt-listbugs package be removed from stable since it's no
longer at all usable there? (possibly with an announcement to
[EMAIL PROTECTED]
livejournal.com/55309.html
Apologies if it's a known and/or fixed issue.
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
Package: linux-2.6
Version: 2.6.18-1
Severity: critical
Justification: possible filesystem corruption
Hi release and kernel teams,
Following up to
http://lists.debian.org/debian-release/2006/10/msg00183.html :
Steve Langasek wrote:
> On Thu, Oct 12, 2006 at 10:11:06AM -0700, Kevin B. McCa
Wondering if this message was just overlooked, or if the release team
has a reason to ignore it?
Thanks, and sorry for the bother.
best regards,
Original Message
Subject: Please bin-NMU mn-fit on alpha, amd64, ia64
Date: Mon, 02 Oct 2006 10:52:32 -0700
From: Kevin B. McCarty
ant dates
/MM/DD.
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 "
packages site you see this type of information (on the right)
>
> http://packages.qa.debian.org/s/sysvinit.html
Thanks! Don't I feel dumb now. (CC'ed to debian-release for the
benefit of anyone reading the archives later.)
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> P
Argh. Sorry, this was of course supposed to go to
debian-release@LISTS.debian.org ...
Original Message
Subject: Re: Bug#396331: upgrade-reports: sarge to etch removes kernels
Date: Tue, 31 Oct 2006 08:57:25 -0800
From: Kevin B. McCarty <[EMAIL PROTECTED]>
To: [EMAIL PRO
Steve Langasek wrote:
> On Tue, Oct 31, 2006 at 08:57:25AM -0800, Kevin B. McCarty wrote:
>> This problem (automatic removal of old kernel packages) is apparently
>> fixed in the version of aptitude in Sid, 0.4.4-1. If this version was
>> allowed to pass into Etch (currentl
Steve Langasek wrote:
> On Tue, Oct 31, 2006 at 03:04:49PM -0800, Kevin B. McCarty wrote:
>> Sorry, maybe I didn't make myself understood well, or else I didn't
>> understand the bug report. If I read correctly, the submitter is
>> complaining that his dist-upgra
ches in both testing and unstable. It looks like the last
Lilypond built against guile-1.6 (version 2.6.5-3) compiled OK on the
three problematic arches.
Hope this helped,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~km
ell people "upgrade dpkg first" along with
aptitude in the Sarge->Etch upgrade release notes? That would at least
take care of everyone who bothers to read the instructions :-)
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~
Etch
2) Make available 2.4.27/2.6.8 kernel images for a new Sarge point
release that don't depend on initrd-tools
3) Make available udev and/or yaird packages built against the Sarge libc6
4) Remove the initrd-tools conflict from libc6 in Etch (might not work
due to #364338)
5) Others?
regards,
-
OOo Calc, and is the only reason left on my
> Desktop PCs for keeping gcc-3.x packages.
Really? Aren't there a number of GNOME packages that use FFTW?
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/
widgets, fixing an important GUI
> bug (not filed in the BTS) that was causing parts of the Paw++ UI not
> to be displayed. Hence urgency set to medium.
>
> -- Kevin B. McCarty <[EMAIL PROTECTED]> Fri, 19 Jan 2007 15:13:37 -0500
Thanks for your consideration!
idget,
> copying from the Paw++ app-defaults.
> * Add widget geometry constraints in the Geant++ browser widget
> app-defaults. This fixes an (unreported) important bug that caused
> some of the UI widgets in GEANT 3.21 client programs to be missing.
> Hence urgen
My apologies, I discovered some more issues relating to the main fix
that went into version -2 of geant321. Please ignore this unblock
request for now. I have uploaded a new -4 version and I will make a new
request once it's been available for 5 days...
best regards,
--
Kevin B. Mc
an-release/2007/01/msg01178.html
Thank you for your consideration!
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
Desc
ame. I packaged this game because someone
> requested a package (RFP).
The only Lintian/Linda complaint about the binary .debs is that none of
them ship a manpage, which seems minor. But I'm not a release manager;
if the RMs judge these unacceptable to go in Etch, then so be it.
best re
73 matches
Mail list logo
