On Sat, Aug 23, 2008 at 03:52:00AM +0200, Petter Reinholdtsen wrote:
> [Steve Langasek]
> > So it's not at all true that it's "not an option" in Debian - it
> > just happens to not be the option you prefer. I, OTOH, think it's
> > the better option;
insserv doesn't even enter the argument here, because insserv is
dependency-based and shouldn't need any configuration changes anyway...
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can mo
change init script sequences before, and
I've certainly never done it this way!), it does stomp on local changes to
the runlevel settings. I don't see why the needs of a handful of file-rc
users should outweigh the needs of everyone using the *standard*
This is a request for a freeze exception on freetype 2.3.7-1, just uploaded
to unstable to fix RC bug #487101.
The full debdiff is attached.
This is a straightforward fix, but freetype provides a udeb, so I'm asking
here before unblocking.
--
Steve Langasek Give me a
es in the archive that depend on atlas are also supposed to work with
blas, then I'm ok with dropping atlas/alpha for lenny; cc:ing debian-alpha,
though, in case someone else feels differently and is willing to work on
fixing the problem.
Cheers,
--
Steve Langasek Give me
On Thu, Aug 14, 2008 at 11:35:39PM -0400, Filipus Klutiero wrote:
> Le August 14, 2008 11:08:10 pm Steve Langasek, vous avez écrit :
> > On Thu, Aug 14, 2008 at 11:01:46PM -0400, Filipus Klutiero wrote:
> > > Tagging lenny and sid does not imply that other suites are free
bug is found in suite x, but "This bug should not be
> archived until it is fixed in suite x."
Not unless there's been a regression since the last time I talked to Don
about this.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
l, "etch-ignore" implies that the bug has been given a pass by the
release team for that release. I think you rather want to tag the bug
"lenny+sid" to indicate the bug is not present in etch.
But I'm glad to see this done - it's a pity that my dear etc
can be somebody else's problem then. :)
--
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.
we don't appear to have an alpha porter machine on-line now (meh), I
can take a look at reproducing this and get some more info about where the
segfault lies, but not today because my alpha seems to be off-line back home
and I have to wait for Patty to reboot it.
--
Steve Langasek
ntainers will need to cherry-pick a number of
these changes anyway; more work for us, with an IMHO minimal decrease in the
risk of regression.
I also have one Debian-specific change on my radar currently, to try to get
the size of these packages down size they've bloated significantly with the
n
;ve filed RC bug #493951 on this package; I don't think it belongs in a
stable release in its present form.
--
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
rsion change, it's my understanding that including
self-evident bugfixes in an NMU if you already have a reason to do one is
normal and expected.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer t
group, or statically configuring
device permissions? If the same goal can be achieved using other modules
that are better maintained, wouldn't it be preferable to drop pam-devperm
instead?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
On Fri, Aug 01, 2008 at 05:23:20PM +1000, Russell Coker wrote:
> On Friday 01 August 2008 16:47, Steve Langasek <[EMAIL PROTECTED]> wrote:
> > On Fri, Aug 01, 2008 at 12:08:49PM +1000, Russell Coker wrote:
> > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451722
rrent version of rrdtool. This sourceful upload, aside from
inhibiting backports of the package, would cause unnecessary delays in the
librrd transition.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the
as 100% regression-free. ;)
--
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/
[EMAIL PRO
ant to be sent to debian-devel-announce, rather than
debian-release?
--
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/
ha [2] or a bug
> > in the jfsutils package?
This is a toolchain issue on alpha; Please link using -Wl,--no-relax.
[EMAIL PROTECTED] is a better place to ask for help than the
buildd contact address.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian D
, which has before now not been in unstable or testing.
That should not normally qualify for a freeze exception, AFAICS; I'll let
someone else on the release team make the decision whether it should get
that freeze exception, but I believe the alternate
On Tue, Jul 29, 2008 at 01:38:56PM +0200, Bastian Blank wrote:
> On Tue, Jul 29, 2008 at 02:09:44AM -0700, Steve Langasek wrote:
> > On Fri, Jul 18, 2008 at 02:20:12PM +0200, Bastian Blank wrote:
> > > Following the discussion some weeks ago I have a patch to fix most of
>
On Tue, Jul 29, 2008 at 11:44:30PM +0100, Ian Jackson wrote:
> Steve Langasek writes ("Re: Adding lzma to dpkg's Pre-Depends"):
> > On Tue, Jul 29, 2008 at 09:28:01PM +0200, Andreas Barth wrote:
> > > What advantage would we (as in Debian) have if dpkg pre-depe
On Tue, Jul 29, 2008 at 09:49:36AM -0700, Ivan Kohler wrote:
> On Mon, Jul 28, 2008 at 09:52:24PM -0700, Steve Langasek wrote:
> > On Mon, Jul 28, 2008 at 07:58:46PM -0700, Ivan Kohler wrote:
> >* Revert to upstream 2.4.1 to get this compiled & working against lenny
> &g
ed in an appropriate manner.
Whichever one of these options is chosen will pull the new code into base
and have roughly the same effect on the install size.)
> If there isn't an real and strong advantage, I'd rather think it's
> better to not do it. And, BTW, if dpkg
t; - Definitions for AF_WANPIPE socket
Seems ok, any regression is going to be very localized.
If someone can take care of patching the two issues mentioned above, then
I'm happy with a 2.6.26 upload to unstable. Otherwise I'll work on the
patch myself tomorrow night.
--
Steve Langas
in the world, with that changelog entry, did the build-deps get changed
to point to a sid-only version of libxcrypt in the first place?
Also, why do you propose to address this by adding an epoch to a library
(which is never good), instead of fixing the libxcrypt build problem in
unstable and g
ithout any prior communication", I have no
idea. I agree that neither is a good thing, but in my following of
debian-release and debian-boot, I frankly have no idea where promises were
made and broken.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Develope
;fixed for SE Linux in Lenny".
That's strange, I thought that was bug #451722... :)
--
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
side is
really considering 2.6.25 to be an option for lenny, and the sooner we get
2.6.26 into unstable the sooner we can get everything smoothed out for
lenny.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I
600 lines diff.
Have you gotten any closer to finding the cause of this regression?
--
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://
installed the updates anyway.
> Shouldn't glib be updated to the version which these updates
> recommended ?
- unfreeze requests should come from the developers responsible for the
packages
- this is a bug in libglib-perl; see
http://lists.debian.org/debian-devel/2008/07/msg00
me.
A solution to provide automatic migration of udebs would be most welcome
(and various folks have been working on this, though I don't know the
current status). Until such a solution is available, time has to be wasted
in order to keep the archive in a consistent state.
--
Steve Langasek
tainers to add this field anywhere that it isn't
already present.
--
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
architecture.php?a=alpha shows,
there are quite a few packages built 2-3 days ago that have not been
uploaded yet, so this isn't a case of just a single package being
overlooked; and if every maintainer emailed every time there was a 3-day
delay in a build being signed, that would be a whole lo
pcpl.c:168: undefined reference to `dlerror'
/build/buildd/mapserver-5.0.3/mapcpl.c:174: undefined reference to `dlsym'
/build/buildd/mapserver-5.0.3/mapcpl.c:192: undefined reference to `dlerror'
But the undefined references to php symbols are totally expected, and the
only problem
On Tue, Jul 01, 2008 at 09:03:09AM -0400, Hubert Chathi wrote:
> Can someone from the release team please respond?
> On Wed, 25 Jun 2008 21:11:55 -0400, Hubert Chathi <[EMAIL PROTECTED]> said:
> > On Sat, 21 Jun 2008 13:37:22 -0700, Steve Langasek <[EMAIL PROTECTED]> said
of the two
packages, which isn't what happened here. So it's natural that the release
team should find themselves bearing the brunt of the complaints from those
who aren't happy with the idea of ntp being replaced by openntpd.
--
Steve Langasek Give me a lever long enoug
aints that packages have been removed from
testing, you might try showing a little more empathy towards the people that
are negatively affected by such decisions, because to me the messages
written in the defense of these removals come across as callously
indifferent.
--
Steve Langasek
d be identified early
upstream and unequivocally considered bugs in FreeTDS itself.
Do we have room for me to sneak this in as a last-minute lib transition for
lenny?
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on,
dl2 (maybe. upstream plans on doing a new release RSN)
This looks like a pretty manageable list, if that's really the whole set of
packages requiring sourceful uploads for the transition; but the above
questions have bearing on whether and when it's practical to schedule the
transition.
Cheer
from lenny to lenny+1.
Stefano Zacchiroli was working on the design for an shlibs-style mechanism
for ocaml. Has this not made it to the implementation stages yet?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on,
On Tue, Jun 10, 2008 at 04:40:55PM +0200, Philipp Kern wrote:
> > * the following are not ready:
> > - gnupg (37 days old, missing hppa)
> > - multipath (23 days old, missing alpha+hppa)
> Don't see the source package for multipath, gnupg needs aging again.
multipath-
eam can make an informed decision
about whether this is acceptable for the release.
--
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 Sat, Jun 07, 2008 at 09:50:38PM +0200, Bastian Blank wrote:
> On Sat, Jun 07, 2008 at 12:06:07PM -0700, Steve Langasek wrote:
> > On Fri, May 09, 2008 at 05:51:26PM +0200, Bastian Blank wrote:
> > > /usr/include/asm/page.h is _not_ provided by linux-libc-dev, but
> > &
n back out of the kernel again and
maintained separately if it can't comply with the freeze requirements when
maintained in-tree.
What's the best way forward here?
Thanks,
--
Steve Langasek Give me a lever long enough and a Fre
als are not possible.
This is not a new concept. I'm assuming that your upload rights are intact,
and the bug in question has a patch available - fixing the RC bug would take
less time than posting about it on debian-release...
--
Steve Langasek Give me a lever long en
On Sat, May 31, 2008 at 07:13:26PM -0500, Raphael Geissert wrote:
> The ffmpeg-php binNMU's have failed in alpha, mipsel, and powerpc.
> It looks like the binNMU's need to be given back.
Done.
Cheers,
--
Steve Langasek Give me a lever long enough and
7;t conflict with libldap2 anyway. That was an
unauthorized NMU change which I intend to revert.
--
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
t someone to be conversant with before responding to questions on
debian-release.
> > If you don't understand the way release management actually works (and
> > it does work), please just don't answer on mail to debian-release.
> If you prefer denigrating my con
rder is at least 30% too much.
> IMHO transitions are going fairly well currently. Symbols files support in
> dpkg-shlibdeps made it easier and will continue to make it easier.
Symbols files are all but irrelevant to soname transitions, which are the
kind of transitions that
d library packages around in testing to allow asynchronous transitions.
Otherwise, testing transitions would become far more brittle than they
currently are.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
written to by the
'build' target.
You can fix this by not calling dh_testdir in your 'unpatch' target.
--
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
ce!); we
should not expect maintainers to subscribe to -release to see messages like
this.
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
On Mon, Apr 14, 2008 at 11:56:11AM +0200, Sebastian Dröge wrote:
> please schedule binNMUs for the following packages for the libupnp3
> SONAME transition:
> amule
> gmyth-upnp
> wmaloader
Scheduled for gmyth-upnp and wmaloader, not for amule (per Dato).
Cheers,
--
On Mon, Apr 14, 2008 at 11:56:09AM +0200, Sebastian Dröge wrote:
> Hi,
> please schedule binNMUs for the following packages as latest libspeex
> was dropping .la files, making packages depending on the following fail
> to build:
> libshout
Scheduled.
Cheers,
--
that the Motif API is broken by design. How do you
propose we fix that?
--
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
o kind to queue binNMUs (with depwait on libcamel1.2-11
> for the missing arches) on these two rdepends:
> - totem-pl-parser
This appears to be obsoleted by a sourceful upload.
> - mail-notification
And this appears to have been done.
Cheers,
--
Steve Langasek Give me a
ooks like this bug should be raised to severity: serious, in which case
it would be grounds for removal from testing.
> #460774: gnome-lokkit: your package depends from gnome-libs that is
> scheduled for removal
But this looks to me like a reason to remove the package from unstable, not
from test
g problem, so we
can be sure that it doesn't return (and be sure that the binNMU doesn't just
push the segfault to a different combination of library versions).
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on,
e: "undefined symbol cairo_format_stride_for_width".
> > It worked fine after installing libcairo2 from experimental (1.5.8).
> Well this version has been miscompiled on amd64.
> A binNMU would be enough, anyone kind enough to trigger that?
Looks like this
Zobel-Helas
> assistant Julien Danjou
> assistant Dann Frazier
> assistant Luk Claes
> assistant Neil McGovern
> assistant Philipp Kern
> Release Wizard --
> current Steve Langasek
> Please discuss and tell me of your conclusions afterwards, I have
retried automatically when hdf5 is really available.
--
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.
which had already been successfully built on several
archs...)
--
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 Developerhtt
On Sun, Mar 30, 2008 at 02:18:27PM +0200, Rene Engelhard wrote:
> Steve Langasek wrote:
> > On Thu, Mar 27, 2008 at 10:06:29AM +0100, Rene Engelhard wrote:
> > > please bin-NMU openoffice.org-voikko on powerpc (+b2) and
> ^^
&
normally require rebuilds on all archs for a
new version of OOo? Why do you only mention powerpc and sparc here?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
ug #469550.
Cheers,
--
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/
[EMAIL PROTECTED]
hich, by the way, has FTBFS on arm,
> armel, hppa, mpis, and mpisel. It seems these arches are waiting for
> openmpi, which has also FTBFS on them (besides s390).
Yuck...
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to se
On Sat, Mar 29, 2008 at 10:39:54AM +0100, Rafael Laboissiere wrote:
> If you think I should file a bug report about this, please tell me.
I think you should file a severity: serious bug report about this, so that
it's appropriately visible where others in the project will see it.
-
be possible for you
> to give-back cernlib to the arm buildds, maybe trying to have it build
> on a different machine than "europa"?
Given back. (Getting it to a buildd other than europa is a crapshoot, but
the odds are good.)
Cheers,
--
Steve Langasek Give
x86 are bugs in either the testsuite, or in the
toolchain used to build the testsuite. Neither is a very good reason to
accost end users with this information, nor is it a very good reason to make
the package fail to build if the real problem is that the testsuite itself
is unreliable.
--
Steve La
On Sat, Mar 29, 2008 at 08:38:58PM +0100, Pierre Habouzit wrote:
> On Sat, Mar 29, 2008 at 01:18:51AM +0000, Steve Langasek wrote:
> > On Fri, Mar 28, 2008 at 10:42:58AM +0100, Pierre Habouzit wrote:
> > > On Fri, Mar 28, 2008 at 09:03:07AM +, Raphael Hertzog wrote:
> >
2.03-1 alpha ia64
I think you meant libdevel-caller-perl_2.03-1. :) Done on ia64; was already
in the queue on alpha.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the wor
lp to resolve the situation:
The following packages have unmet dependencies:
octave3.0: Depends: libhdf5-serial-1.6.5-0 but it is not installable or
libhdf5-1.6.5-0 but it is not installable
E: Broken packages
$
--
Steve Langasek Give m
og&as=raw
> Not until imagemagick is rebuilt against libdjvulibre21, afaics.
> So, instead, please dep-wait xine-lib/alpha on libmagick10 (>>
> 7:6.3.7.9.dfsg1-2).
Well, +b1 is now available, so given back.
Cheers,
--
Steve Langasek Give me a lever long en
he glibc sometimes does, as it guards its vital parts using internal
> symbols only when needed).
Well, if the glibc test suite were in good enough shape to be used as input
for package build success/failure, that would be caught at build time too...
Cheers,
--
Steve Langasek
ent version of openexr.
BinNMUs have been scheduled.
Cheers,
--
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
hem, and my gorge
rises every time I see one of these debconf notes from the atlas family of
packages.
--
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
ng.
It's still my opinion that if this gcc-4.3 is not going to be
backwards-compatible with existing kernels for lenny, we're better off not
making gcc-4.3 the default compiler on the affected archs.
--
Steve Langasek Give me a lever long enough and a Free OS
Debia
freebsd-headers-*.
> > Is glibc 2.7-9 going to be hinted into testing anytime soon?
> No, glibc has an RC bug and should not go into testing.
Not according to britney (or the BTS, which shows no RC regressions in 2.7-9
relative to 2.7-6). Where is this RC bug?
--
Steve Langasek
ial packages.
This is bug #471650. There is no need to report such issues directly to
the release team.
> Maybe these packages should be rebuilt against libdjvulibre21?
Yes, they probably should; scheduling binNMUs now.
--
Steve Langasek Give me a lever long enough a
a
> directory that exists but is not writeable...
They don't. They define HOME pointing to a directory that doesn't exist,
and some broken package or other creates it in one of the targets that
runs as root.
--
Steve Langasek Give me a lever long enough and
pkg=lua-svn;ver=0.3.0-1;arch=mipsel;stamp=1205613797
This is a broken package build, not a broken buildd. Your package build
should not be relying on the contents of $HOME.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set i
On Sun, Mar 16, 2008 at 01:01:48AM +, Joseph Nahmias wrote:
> This build failed due to #469855 which has since been fixed with
> nut/2.2.1-2.1.
Given back (and arm as well).
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Dev
pace-delimited, not comma-delimited.
I've noticed several people now submitting binNMU requests this way; can you
tell me if there's something on the wiki page that could be made clearer?
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Develope
release to be much faster. Is this
> approach too much of a problem?
[EMAIL PROTECTED] is a contact address for the m68k buildd admins. The other
porter lists are not.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and
ld of gtimer in stable for
> amd64 and queue it for the next point release?
> For more information, see http://bugs.debian.org/466453
BinNMU scheduled.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, an
ns for partial upgrades for such a switch to
dep-based init by default in lenny. Having half your services fail to come
up after a power event in the middle of a dist-upgrade, despite being in
state 'installed', would be Not Nice.
--
Steve Langasek Give me a lever l
On Tue, Mar 04, 2008 at 11:20:41AM +0100, Sebastian Dröge wrote:
> Am Dienstag, den 04.03.2008, 00:02 -0800 schrieb Steve Langasek:
> > On Mon, Mar 03, 2008 at 05:15:00AM +0100, Sebastian Dröge wrote:
> > > Hi,
> > > could you please schedule binNMUs for gtk-sh
&arch=mipsel&ver=2006.dfsg.2-11&stamp=1204661434&file=log&as=raw
--
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
.
> gnome-sharp2 2.16.1-1
How do I know by looking at the packages which architectures need binNMUed
and which don't?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move th
w
> build attempt for fassets? Once it is in, we need the same for fportfolio
> [aka 'r-cran-fportfolio'].
fportfolio is likewise in dep-wait on r-cran-fassets, so will automatically
be picked up for building as soon as fassets is available.
--
Steve Langasek Giv
(but not build depending on them).
> gnome-screensaver 2.20.0-2
> gnome-applets 2.20.1-2
Scheduled.
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
gt; requests.
> Can someone please schedule them?
BinNMUs scheduled, however a number of these packages appear to be arch: all
bytecode and therefore cannot be binNMUed:
headache, ocamlwc, planets, polygen, ledit, cmigrep
Cheers,
--
Steve Langasek Give me a lever long enoug
#x27;t notice before rescheduling the build that lam is building using
"gcc". The default version of gcc in unstable is still 4.2; if you need
gcc-4.3 to build, you'll need to make a sourceful upload of lam that sets CC
explicitly.
--
Steve Langasek
it which makes everything linking
> against it fail.
Scheduled.
Cheers,
--
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.
On Sun, Feb 10, 2008 at 10:16:51AM +0100, Torsten Werner wrote:
> severity 464019 important
> tags 464019 + wontfix
> thanks
> On Feb 10, 2008 3:54 AM, Steve Langasek <[EMAIL PROTECTED]> wrote:
> > Bug #464019 should be resolved - either by changing the package name of
>
still be there in the
lenny+1 libqt3 package, since nothing else would enforce at the package
level that a user doesn't partially upgrade to lenny and then partially
upgrade again to lenny+1.
--
Steve Langasek Give me a lever long enough and a Fre
ged to liblam4 in lam, 1, all
> netpipe_3.6.2-2, lam4c2 changed to liblam4 in lam, 2, all
> tessa_0.3.1-4, lam4c2 changed to liblam4 in lam, 1, all
> tree-puzzle_5.2-2, lam4c2 changed to liblam4 in lam, 1, all
Scheduled (minus gromacs, as mentioned in your follow-up).
Cheers,
--
)
Ok, binNMUs scheduled for qimageblitz too, 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 Developerhttp://www.debian.org/
[EMAIL PROTECTED
2-14. In the future, please include the
version number in your binNMU request so that it doesn't depend on me
correctly guessing which version the bug applies to.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it
101 - 200 of 3385 matches
Mail list logo