Please binNMU fyba on armhf and armel. The maintainer uploaded it without
versioned build-deps so it is renamed but has wrong ABI.
This needs to be built with dpkg-dev (>= 1.5.22), gcc-13 (>= 13.2.0-16.1).
--
Steve Langasek Give me a lever long enough and a Free OS
v (>= 3.8.3-1.1).
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com
On Wed, Jan 17, 2024 at 09:33:12PM -0800, Steve Langasek wrote:
> And my proposal for checking that set, since we're only talking about
> runtime library packages, is to check whether any of the contents of these
> packages in bookworm match ^/lib - as a runtime library package NOT m
Hi Colin,
On Tue, Jan 09, 2024 at 01:32:11PM +, Colin Watson wrote:
> On Mon, Jan 08, 2024 at 03:01:11PM -0800, Steve Langasek wrote:
> > On Fri, Jan 05, 2024 at 09:17:52PM +0100, Paul Gevers wrote:
> > > On 05-01-2024 17:36, Rene Engelhard wrote:
> > > > Also
experimental? It seems to me there's ample
opportunity to catch such mistakes if they happen.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer
cause it will take time to get all the binary
uploads done (longer than it will take to get the sourceful uploads to
unstable done), so it's better to stage in experimental to minimize the
window in unstable when uploads can be broken.
--
Steve Langasek Give me a lever l
On Sat, Jan 06, 2024 at 09:25:52AM +0100, Rene Engelhard wrote:
> Hi,
> Am 06.01.24 um 06:51 schrieb Steve Langasek:
> > > > - dpkg will be uploaded to experimental with 64-bit time_t in the
> > > > default
> > > > flags
> > [...]
>
On Sat, Jan 06, 2024 at 09:07:15AM +0100, Rene Engelhard wrote:
> Am 06.01.24 um 06:51 schrieb Steve Langasek:
> > > > - dpkg will be uploaded to experimental with 64-bit time_t in the
> > > > default
> > > > flags
> > > I think at that point
ld address your concern. It's not as
if there is going to be any time that it's ok to tell maintainers they can't
use experimental at all because we're doing this transition.
> >experimental with the new binary package names in order to clear binary
> >NEW, in c
On Fri, Jan 05, 2024 at 12:05:57PM +, Simon McVittie wrote:
> On Fri, 05 Jan 2024 at 00:17:04 -0800, Steve Langasek wrote:
> > - In multi-library packages, there is no reliable way to map from a set of
> > headers in a dev package to specific shared libraries in a
ries will be reuploaded to unstable
(without binaries, so that they can be promoted to testing without
additional uploads).
- perl will also get a sourceful upload, to manually handle 'perlapi'
Provides.
- binNMUs will be scheduled for all of the reverse-dependencies.
Please let
in having some of these
library packages excluded from the transition is welcome to contribute
fixes up to that deadline that will let us analyze them and show that the
ABI has not changed.
Your thoughts?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Develop
d = .depends ~ "old=/^.*$/" | .depends ~ "new=/^.*64t$/";
is_good = .depends ~ "new=/^.*64t$/";
is_bad = .depends ~ "old=/^.*$/";
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it o
other architectures, due to,
among other things, lack of adequate support from the upstream
kernel/toolchain community. I'm not sure if i386 has caught up and now has
adequate mitigation for Spectre etc, but it definitely wasn't available on
an equivalent timeline as amd64.
--
Steve
Hi again,
On Tue, Feb 20, 2018 at 06:16:34PM -0800, Steve Langasek wrote:
> So, despite Julien's valid objection that core library conflicts cause
> dist-upgrades to be more brittle, I think the right answer here is:
> - keep all sonames as-is.
> - rename libcurl3 to libcur
y compatibility;
otherwise it's better to maintain bidirectional binary compatibility for
Debian-built binaries.)
- change the symbol versions for libcurl4 to CURL_OPENSSL_4.
I would be willing to prepare a patch that implements this.
Cheers,
--
Steve Langasek
On Mon, May 15, 2017 at 03:17:03PM -0700, Steve Langasek wrote:
> On Mon, May 15, 2017 at 08:56:08AM +0200, Michael Stapelberg wrote:
> > >> Package: golang-github-gosexy-gettext-dev
> > > vorlon, can we file for removal of this package? It wasn’t touched since
> &
for filing, 100% agreed.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com
f just a rebuild test (i.e.: test rebuild packages in
dependency order, and build later packages against the output of the earlier
rebuilds).
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
f the size of the
> problem.
Here's the count of source packages in Ubuntu wily that produce binary
packages ending in 'v5', which is probably a good approximation:
$ grep-dctrl -n -sSource:Package -FPackage -r 'v5$'
/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_
nt an soname change, this should be done via upstream, not via a
Debian patch to the upstream build system in an NMU.
I'm uploading a new NMU with the attached patch, which brings
libmusicbrainz3 in line with best practices for this transition.
Thanks,
--
Steve Langasek Give me
On Mon, Nov 10, 2014 at 09:33:07PM +, Adam D. Barratt wrote:
> [re-adding -devel@]
> On Mon, 2014-11-10 at 21:20 +, Adam D. Barratt wrote:
> > On Mon, 2014-11-10 at 13:08 -0800, Steve Langasek wrote:
> > > Hi Jonathan,
> > > On Sun, Nov 09, 2014 at 11:52:
s.debian.org/debian-devel/2011/11/msg00687.html).
Why is this on the release team's radar as something that needs to be
documented in the release notes for jessie?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to s
e requirements here are symmetric, and there's certainly no
reason to think that the requirements are onerous because it would forbid
integrating with /etc/inittab.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to s
s shouldn't be done
> before the jessie release.
However, bumping the CPU requirements for the armel port to armv7 also make
that port completely redundant; at that point it's just a slow armhf with no
advantages.
--
Steve Langasek Give me a lever long enough and a Free O
On Tue, Dec 10, 2013 at 01:01:06PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> On Friday 06 December 2013 16:02:50 Steve Langasek wrote:
> > Best practice for the case where upstream has changed ABI without changing
> > SONAME is to keep the SONAME the same (for consist
for doing this, just a single round-trip through NEW, and it
simplifies the handling of the revdeps since you don't need to add any
versioned conflicts against each of them to ensure a consistent system.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free
ved in getting the porters access to
porter boxes? Porter boxes exist so that DDs *not* involved in a port have
access to a machine of the architecture and can keep their packages working.
I've never heard of a porter who didn't have access to their own box
this should be a *non*
transition.
Having newly-built packages end up with an ELF dependency on libjson-c.so.2
is fine - but the binary package name should remain libjson0.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it o
rguably be made a soft transition, with
backwards-compatibility support added so that this doesn't gum up testing
transitions unnecessarily; but as you point out, the set of affected
packages is small, and as long as it's not coupled with an unnecessary
change to the runtime lib package name
ngs stand now, libiodbc2 is useless as
a DM because it's incompatible with any of the drivers that users are going
to configure it to use, and the Breaks are there to reflect that and ensure
partial upgrades don't give users broken ODBC for other squeeze revdeps of
libiodbc2.
--
t; 0.91-2 > ( libs )
Broken tdsodbc:amd64 Breaks on libiodbc2 [ amd64 ] < 3.52.6-4 -> 3.52.7-2 > (
libs )
Considering libiodbc2:amd64 2 as a solution to tdsodbc:amd64 0
Holding Back tdsodbc:amd64 rather than change libiodbc2:amd64
Done
The following packages have unmet dependencies
I do think it's the responsibility of the avahi package to sensibly
ignore values of $ADDRFAM that it doesn't understand.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer
On Tue, Feb 26, 2013 at 11:09:21AM +, Adam D. Barratt wrote:
> On 31.08.2012 20:02, Steve Langasek wrote:
> >I discussed this briefly with Neil at DebConf, and he seemed to
> >think it
> >would be ok; if you disagree, it's his fault. ;)
> >
> >The vers
nk this is a credible report of a regression.
There were no changes between 175-7 and 175-7.1 to any relevant udev code.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the wo
On Mon, Feb 25, 2013 at 02:01:09PM +0100, Cyril Brulebois wrote:
> Steve Langasek (06/02/2013):
> > Apologies for taking as long as I have to get around to sending this mail.
> Ditto for the reply.
> > I would like to request an unblock of the udev udeb at version 175-7.1.
>
: [-175-7-] {+175-7.1+}
$
Are there any objections from the d-i side to letting this package into
testing?
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer
intainer who is in a position to become a critical
blocker for the release is a good way to make sure releases don't happen.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package freetds, which fixes bug #645726, an issue that
affects upgrades from squeeze to wheezy. This is not a release-critical
bug in freetds, but having this fix in will li
er.
> Gentle ping, then: Steve, what's happening on this front?
It's a trivial change to the patch; the maintainer hasn't had time to look
at the patch at all, so I'm preparing an NMU for udev now with the change
Julien indicated.
--
Steve Langasek Give me
On Fri, Oct 19, 2012 at 10:44:19AM +0200, Andrew Shadura wrote:
> Hello,
> Anything on the bug? May we upload the package?
The other change here looks like a reasonable, contained bugfix suitable for
release. Yes, please upload.
--
Steve Langasek Give me a lever long
On Sat, Sep 15, 2012 at 03:34:58PM +0200, Julien Cristau wrote:
> On Fri, Aug 31, 2012 at 20:02:48 +0000, Steve Langasek wrote:
> > Provisional release team approval of the ifupdown/udev changes in particular
> > could be helpful, as the maintainers may be wary of uploading these
f they may not get into wheezy.
unblock upstart/1.5-1
unblock mountall/2.39
upstart ifupdown/0.7.3
upstart udev/175-8
upstart sysvinit/2.88dsf-33
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and
sn't correct, and thanks to
> >> the help of Steve Langasek, we have it in a good shape now.
> >> The details of the conversation is available in the Ubuntu BTS here:
> >> https://bugs.launchpad.net/ubuntu/+source/xen-api/+bug/1033899
> > Trying to view that conve
RC against evince.
> 6. The release team should clarify which mime types the RC-bugginess
> applies to. We recommend that the starting point should be those
> mime types advertised by evince via the mime system in squeeze.
Otherwise I have no objections here.
--
Steve La
tion.
> For clarity, the current proposal would be
> http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=35;filename=mime-support-desktop.patch;att=1;bug=497779
> , or something similar?
Yes. The nascent mime-support maintenance team has also committed a patch to
the repo at
<http://a
architecture i386' on upgrade?
That said, I'm not sure I wouldn't also consider it an abuse of base-files
to make that package do this on upgrade. If you're going to task some
package with transitioning to multiarch, it probably makes more sense to do
it
is in
the release notes, which users ought to be reading anyway, and they can
complete the upgrade at their leisure.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the worl
x27;s a shame this wasn't caught earlier in the
experimental rebuilds.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.
greed)
Any reason not to ship it as /usr/share/doc/$pkg/changelog.$arch? (I.e., I
think /usr/share/doc is still the right place for it, even if it can't be
changelog.Debian.gz anymore.)
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
is it ok
for these to be uploaded to stable-proposed-updates? This fixes a bug that
makes squeeze kerberized NFS servers unusable with newer clients (e.g.,
wheezy).
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it
On Sat, Apr 30, 2011 at 11:35:22PM +0200, Andreas Barth wrote:
> * Steve Langasek (vor...@debian.org) [110430 23:24]:
> > On Fri, Apr 29, 2011 at 11:28:43PM +0200, Andreas Barth wrote:
> > > > - be less strict and keep old binaries (and thus 2 versions of the same
> &g
nd britney2 in
parallel is somewhat of a barrier for submitting patches. Any ETA for
switching to britney2?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer
ahead.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com
On Sun, Mar 13, 2011 at 04:17:02PM +1100, Aníbal Monsalve Salazar wrote:
> On Sat, Mar 12, 2011 at 08:51:16PM -0800, Steve Langasek wrote:
> >On Sun, Mar 13, 2011 at 03:39:27PM +1100, Aníbal Monsalve Salazar wrote:
> >> * New upstream release
> >>diff -Nru libpng-
b.
> +/lib/libpng12.so.0 /usr/lib/libpng.so.3
> /usr/share/doc/libpng12-0 /usr/share/doc/libpng3
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer
On Sun, Feb 27, 2011 at 08:36:45PM +0100, Julien Cristau wrote:
> On Sun, Feb 27, 2011 at 11:30:44 -0800, Steve Langasek wrote:
> > On Sun, Feb 27, 2011 at 08:03:12PM +0100, Julien Cristau wrote:
> > > (Incidentally, for some reason my system seems to still have a
> >
for this symlink and no way to get around its creation AFAICS.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://ww
+1000
> > +++ libpng-1.2.44/debian/changelog 2011-02-21 19:00:14.0 +1100
> > @@ -1,3 +1,11 @@
> > +libpng (1.2.44-2) unstable; urgency=low
> > +
> > + * debian/libpng3.links: fix up the compat symlink to point to /lib
> > +Patch by Steve Langasek
On Thu, Feb 24, 2011 at 01:55:57PM +0100, Raphael Hertzog wrote:
> On Wed, 23 Feb 2011, Steve Langasek wrote:
> > A virtual package is a good idea, though - in fact, it's such a good idea
> > that I remember now we discussed this back at DebConf and I'd subsequent
On Thu, Feb 24, 2011 at 12:03:18AM +0100, Andreas Barth wrote:
> * Steve Langasek (vor...@debian.org) [110223 22:53]:
> > We can handle this one of two ways. We can either bump the minimal
> > dependency of *all* packages against libc, by adjusting shlibs/symbols in
> > the
On Wed, Feb 23, 2011 at 10:55:51PM +, Simon McVittie wrote:
> On Wed, 23 Feb 2011 at 13:52:35 -0800, Steve Langasek wrote:
> > we almost certainly will not be using the path which has been enabled
> > in glibc up to now, namely /lib/i486-linux-gnu.
> I'd heard that, and
On Wed, Feb 23, 2011 at 11:15:02PM +0100, Philipp Kern wrote:
> On Wed, Feb 23, 2011 at 01:52:35PM -0800, Steve Langasek wrote:
> > [1] i486 is an arbitrary name that happens to correspond to the base
> > instruction set that was in use on Debian at the time multiarch was first
>
ce for Pre-Depends that debhelper can
hook into.
Since this is an issue with high potential impact on squeeze->wheezy
upgrades, Aurélien suggested that we solicit input from the release team
here. Do you guys have any recommendations on how we should handle this, or
any other concer
but it's as good as we can
get.
> On the other hand, is it really necessary a new group? Can't adm or operator
> be overloaded with this new functionality? (think Ockham's razor).
No. Both of those groups also have other meanings.
--
Steve Langasek
t they are so that I can look for
better solutions.
And if there aren't problems with this proposal, I'm happy to prepare a
patch to the package for this if that would be helpful to you.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free O
t again, I don't think it's acceptable for an external package to
roll back this change on users' systems and leave them with new upgrade
problems for wheezy, where slapd will *not* run the cn=config migration on
upgrade.
--
Steve Langasek Give me a lever long enough
retitle 595685 unblock: pam/1.1.1-6
thanks
Christian Perrier has just pointed out privately to me that there was a
pending debconf translation bug that didn't get included in this upload.
I've therefore done a new upload of pam 1.1.1-6 to include this fix; bug
retitled accordingly.
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package pam
As discussed on debian-release, I have uploaded pam 1.1.1-5 to unstable
with a set of final bugfixes for squeeze. Please review and unblock.
The changelog for t
On Sat, Sep 04, 2010 at 03:19:52PM +0200, Julien Cristau wrote:
> On Fri, Sep 3, 2010 at 10:48:14 -0700, Steve Langasek wrote:
> > The bits I recommend taking are these:
> > * debian/rules: pass getconf LFS_CFLAGS so that we get a 64-bit rlimit
> > interf
ery invocation. Thanks to Jim Paris for the patch.
Closes: #594123.
The pam-auth-update fix for embedded newlines is a potential security issue
with certain locally generated PAM module profiles (no bug filed).
What would you like me to do?
Thanks,
--
Steve Langasek Giv
and
to set up output for <http://www.debian.org/releases/testing/releasenotes>?
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer
h
will generate dependencies in spite of the absence of soname by using
symbols instead. I'm not confident that this workaround will continue to
work, but it might be enough to get us to release with a downgraded bug.
--
Steve Langasek Give me a lever long enough and a Fre
nput on the uninstallability of gnome in testing.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ub
In the OpenSSL case, we had definite information that the license conflict
would not be resolved. If it came to light that this recent license
conflict was deliberate on the part of the FSF, I would certainly support
handling it in a consistent manner.
Cheers,
--
Steve Langasek Gi
also not on the line personally for any
legal liability on Canonical's side and as a result this may not be very
persuasive, but it's my firm belief that this is the right standard for the
Debian ftpmasters to use as well.)
Cheers,
--
Steve Langasek Give me a lever long e
#x27;re good, because libjpeg7
> uses symbol versioning. libjpeg62 doesn't though.
Then they're not usable together under any circumstances where libjpeg7 will
be loaded into memory first.
--
Steve Langasek Give me a lever long enough and a Free OS
De
in 2.6.31-rc8 is much more stable
than EXA has been in the recent past.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.d
you don't have a real
control, but certainly my subjective experience is that this is very
effective.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer
essment is that there need to be signs that this is changing over the
next month, or else alpha should be dropped from the release planning.
Could you please let us know whether you will have time to work on this?
Awaiting your reply,
--
Steve Langasek Give me a lever long e
Hi,
freetype 2.3.9-4 is ready to go into testing, but it includes a udeb.
debian-boot, is this ok to update?
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer
ior change for both etch and
lenny.
As for other apps that use GnuTLS, I don't know. For some reason the only
reports of problems have been from users of OpenLDAP, not of other
TLS-capable services.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian
e the ones that work most reliably for
dist-upgrading from the previous release. Based on various upgrade reports
I've seen over the past year, that isn't aptitude.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to se
ve been granted; and because
the permission has been granted, there are no licensing problems that make
the package itself unreleasable. I'm therefore marking this bug
'lenny-ignore', but cc:ing debian-release so the RMs have an opportunity to
override me if they disagree.
Cheers,
--
St
am. Please, do
> not discuss the merit of this approach, as it is _their_ IT mgmt
> problem to solve.) How release team verify distro consistency?
No. Why would Debian be providing regression tests for software we don't
ship?
> Could you point an url with the correct answers to th
doesn't help backports.
> Now, is it fine to add a lintian override only for that problem to be
> ignored? Would the release team accept the package?
Definitely not.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to
his was a continuation of the reprepro discussion in the new
thread.
The bug on mmorph was not filed by the db maintainers, it was filed by a
release manager. I guess mmorph was overlooked when the db maintainers
filed bugs requesting migration to db4.6 a year ago. That's unfortunate,
but it
d
header, because userspace apps should not make assumptions about the kernel
page size at build time.
There is a sysconf interface, sysconf(_SC_PAGESIZE), which should be used
instead if you really need to know the kernel's page size at runtime.
--
Steve Langasek Give me
g to db4.6, and nothing (such as
transactions) that requires special upgrade handling.
> If yes, then please express this explicitly and I'll do an according
> upload.
Consider it made explicit; please upload.
--
Steve Langasek Give me a lever long enough and a Fr
On Fri, Sep 12, 2008 at 12:38:14AM -0700, Thomas Bushnell BSG wrote:
> On Fri, 2008-09-12 at 00:32 -0700, Steve Langasek wrote:
> >EPERM The file system containing oldpath and newpath does not
> > support
> > the creation of hard links.
> > T
On Fri, Sep 12, 2008 at 09:24:55AM +0200, Bastian Blank wrote:
> On Thu, Sep 11, 2008 at 11:44:00PM -0700, Steve Langasek wrote:
> > Given that sshfs's errno return is "wildly wrong",
> The errors are not "wrong". The lists in the documentation are not
>
's errno return is "wildly wrong", is there a
release-critical bug filed about this somewhere too? Possibly on glibc,
which I think is responsible for ensuring that the errno values returned
from its userspace functions are compliant, even when the kernel's return
that sysv-rc is installed also when dependency based boot
> sequencing (insserv) is enabled, and when it is enabled, the sequence
> numbers are not fixed. So it is not enough to check if sysv-rc is
> installed.
Why do sequence numbers matter for *dependency*-based boot sequences?
--
Steve L
not release-worthy, and that if the 1.0 packages also fail to be
releasable on the proper time table, that they be cut from the release.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the wo
ot;release candidate" if it were missing a major
new upstream version of parted like this...?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer
, since the release team is actively
working on getting 2.6.26 into testing.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.
- moved XS-Vcs-* fields to Vcs-*
> - Updated to Standards-Version 3.7.3 (no changes needed)
> * debian/rules:
> - reflecting static build of manpages
> - minor changes
> Would you accept this package in Lenny to fix #496366?
If the diff is in line with this description, y
On Mon, Aug 25, 2008 at 01:52:14PM +0200, Davide Puricelli wrote:
> chicken revision 3.2.7-1 had a possible security problem because of
> RPATH pointing to insecure location (see #495753 for reference), 3.2.7-2
> fixes it calling chrpath into debian/rules.
Already in testing...
xed in that
package, not papered over with binNMUs.
And anyway, no, libxml2 2.6.32.dfsg-2+lenny1 isn't in testing (or
testing-proposed-updates), so binNMUs into testing are not exactly possible
at present.
--
Steve Langasek Give me a lever long enough and a Free OS
openh323-titan. Please binNMU pwlib-titan on
> sparc (or let me know if I should do it myself), that should fix two
> outstanding RC bugs.
BinNMU scheduled; gnugk and openh323-titan given back with dep-waits set.
Thanks,
--
Steve Langasek Give me a lever long en
1 - 100 of 3385 matches
Mail list logo