Hi.
[ Cc: debian-release for advice ].
I have received this report which is really two different bugs:
A) The initial one reported by Igor: Building m4 creates a package
linked with libsigsegv or not depending on the environment. This
should never happen in a Debian package and that's why we
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package base-files
This release should ideally reach testing at the same time as
initscripts 2.88dsf-29 (source: sysvinit) which is now 9 days old
(because of differences in
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
I'd like to ask for googlecl to be unblocked.
I use this package as wget for google docs but it stopped working when
python-gdata (dependency) was upgraded from 2.0.14 to 2.0.16.
So I put
On Mon, 26 Jul 2004, Steve Langasek wrote:
Does this mean I should use urgency=high for a base-files upload
which says 3.1 in /etc/debian_version, or should I upload that
to testing-proposed-updates instead?
I'm comfortable with either, as long as you use your best judgement when
Because of Bugs #264770 and #264773, it is doubtful that the code is
mature enough for production use, and even if it's fixed by upstream
today, it will not be tested enough by the time sarge is released.
Therefore, I request that this package is removed from sarge
(it should be ok that it remains
Hello.
The pine-docs package which I maintain contains a document called
Getting Started With Email Using Pine, which is based on pine 3.96
and it has not been updated since 1997.
As the pine package which is distributed in ftp.debian.org is mainly
for people who is already familiar with pine
* gettext (0.14.1-5 to 0.14.1-6)
+ Maintainer: Santiago Vila
+ 7 days old (needed 2 days)
+ Package is in freeze; use testing-proposed-updates for
changes
+ Not considered
The upload was made for unstable because testing and unstable were
It has been in unstable for 20 days and does not contain any
dangerous change.
This release moves the info files to diff-doc so that the diff
binary package is DFSG-free. I would like to see this package in sarge
before taking the next step, which will be an independent diff-doc package
from the DFSG manual provided by John Hasler.
Thanks.
[ moving to -release ]
On Thu, 16 Dec 2004, Javier Fernández-Sanguino Peña wrote:
After reading a point made by Steve Langasek in debian-release [1] I was
wondering if it would be appropiate to list of things 'TODO' after an
upgrade, specially:
- Remove dummy packages, you don't need
procmail (3.22-10) unstable; urgency=low
* Modified autoconf to hardcode 127.0.0.1 as the address for localhost,
instead of taking the value from the machine on which the package is
being built. Reported by Stephen Frost. Closes: #283529.
Not a dangerous change. It is even possible
Not directly related to 3.0r4, but while we are at it:
Would be possible to remove packages in security.debian.org which are
already part of 3.0r3?
On Sat, 18 Dec 2004, Ron Johnson wrote:
On Sat, 2004-12-18 at 19:53 +0100, Santiago Vila wrote:
Not directly related to 3.0r4, but while we are at it:
Would be possible to remove packages in security.debian.org which are
already part of 3.0r3?
Isn't that not correct, since someone who
On Sun, 19 Dec 2004, Björn Stenberg wrote:
Prompted by a bug report from Kurt Roeckx and a patch from Christian
Hammers, my testing script now includes a check for obsolete
binaries.
In addition to showing obsolete binaries for each package, there's a
collection page showing all obsolete
base-files (3.1.2) unstable; urgency=low
* Changed example line in default /root/.bashrc from eval `dircolors` to
eval `dircolors` as the old form may be dangerous (Closes: #285836).
Thanks a lot to Paul Eggert for the report.
-- Santiago Vila [EMAIL PROTECTED] Wed, 15 Dec 2004 23:51
from another source.
* Added appropriate --build and --host options to ./configure call in
debian/rules to support cross-compilation. Closes: #283642.
-- Santiago Vila [EMAIL PROTECTED] Sat, 8 Jan 2005 19:09:00 +0100
No .c source file has been harmed in making this release. Except
On Wed, 19 Jan 2005, Andreas Metzler wrote:
On 2005-01-18 Santiago Vila [EMAIL PROTECTED] wrote:
diffutils (2.8.1-8) unstable; urgency=low
* Repackaged source without the GFDL-covered manual. Closes: #212523.
[...]
[ The new diff-doc package is in preparation and almost ready
Hello.
I temporarily upgraded Bug#348667 to serious to prevent procmail from
entering testing (while I try to investigate why in earth this package
builds with or without biff support depending on the phase of the moon),
but the testing monitor says it has just entered testing.
Is this a bug in
Hello.
In order not to repeat sarge mistakes, I have a simple question for
the release managers: Am I in time to upload gettext 0.15?
This is the upstream NEWS file:
===
Version 0.15 - July 2006
* GUI program support:
- PO
Hello.
While trying to package the just released gettext 0.16, I discovered
that neither gettext in testing or the current version in unstable
build from source anymore, as pnet does not exist in testing, and it
depends (indirectly) on libgnutls12 in unstable.
If I have to remove C# support to
On Sat, 28 Oct 2006, Goswin von Brederlow wrote:
Santiago Vila [EMAIL PROTECTED] writes:
If I have to remove C# support to fix this (or use mono instead, reducing
the architectures in which it is available), I'd like to know.
While we are at it, it would be wonderful if whatever scripts
).
and these are the update-excuses:
* base-files (3.1.16 to 4)
+ Maintainer: Santiago Vila
+ Too young, only 8 of 10 days old
+ Not touching package, as requested by freeze (contact
debian-release if update is needed)
+ Not considered
I've uploaded it for unstable
xgettext segfault on certain scheme input (Closes: #384698).
Patch by Bruno Haible.
-- Santiago Vila [EMAIL PROTECTED] Thu, 31 Aug 2006 19:35:04 +0200
gettext (0.15-1) unstable; urgency=low
* New upstream release (Closes: #381534).
* Improved msgmerge error message (Closes: #305703
+transitional package. Closes: #595741.
+
+ -- Santiago Vila sanv...@debian.org Sat, 11 Sep 2010 13:11:40 +0200
+
gettext (0.18.1.1-1) unstable; urgency=low
* New upstream release.
diff -Nru gettext-0.18.1.1/debian/control gettext-0.18.1.1/debian/control
--- gettext-0.18.1.1/debian/control
-info is present during the build. Closes: #597407.
+
+ -- Santiago Vila sanv...@debian.org Sun, 19 Sep 2010 17:09:36 +0200
+
gettext (0.18.1.1-2) unstable; urgency=medium
* Changed lynx to lynx-cur in gettext Recommends, as lynx is a dummy
diff -Nru gettext-0.18.1.1/debian/patches/02-no-usr
of
+an already existing /var/run/utmp, as the system admin might have
+changed them on purpose after the file was created. Closes: #601746.
+
+ -- Santiago Vila sanv...@debian.org Sat, 13 Nov 2010 13:01:12 +0100
+
base-files (5.9) unstable; urgency=medium
* Changed /etc/profile so that it defines
On Sat, 13 Nov 2010, Philipp Kern wrote:
Hi there,
the next Lenny Point Release (5.0.7) is scheduled to happen on Saturday,
November 27th. We will start at approximately 11 UTC.
The queue will be frozen one week before the set date, i.e. on November 20th.
If there's something that
On Sun, 6 Sep 2009, Philipp Kern wrote:
On Sun, Sep 06, 2009 at 10:58:40AM +0200, Torsten Werner wrote:
regarding this bug report: would it be an option to lower age-days for
diffutils a bit?
Overrides of testing and unstable are shared. I thus placed an urgent
hint so that britney
Hi.
I see lots of packages being accepted in stable.
Is there a new point release of lenny happening right now?
(If so: Aren't we going to change /etc/debian_version, as we did in
previous point releases?)
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of
Hello.
The following packages still depend on libtre4, which prevents tre 0.8.0-2
(providing libtre5) from entering testing:
crm114
elinks
msort
Should I report this as a bug, or should I just ask for a binary-only NMU?
Ideally, they should use the new API, which means using tre/tre.h instead
Hello.
I'm considering to move autopoint, from gettext, to a separate package
called autopoint. By popular demand, but also because it is the
right thing to do if gettext is not going to depend on cvs.
(Moreover it would be a nice Architecture: all package which would
remove about 385K of stuff
On Fri, 26 Feb 2010, Cyril Brulebois wrote:
(Not sure you're subscribed, apologies if that's the case.)
I am, but do not read it daily so Ccs are welcome.
Santiago Vila sanv...@unex.es (26/02/2010):
Could someone please calculate how many packages currently
build-depend on cvs in unstable
Hello.
This is to inform the release managers that the new autopoint
package is now in unstable.
I have just submitted bugs against packages having build-depends: cvs
or build-depends-indep: cvs which are known to use the autopoint
tool (19 in total).
The reports are available here:
On Wed, 14 Apr 2010, Adam D. Barratt wrote:
[reply-to set to -volatile]
Sorry, not subscribed to volatile. Moreover, this reply is about
Debian releasing clamav in its current state at all, be it in volatile
or in another section/repository.
The clamav project have announced that they will be
On Wed, 14 Apr 2010, Adam D. Barratt wrote:
The clamav project have announced that they will be publishing a
specially formed virus signature which disables older versions of the
software, including the version in lenny.
Ok, this is the official announce:
Hello.
This is really strange. The package stellarium_0.10.2-1_kfreebsd-i386.deb
seems to be part of squeeze depending on the position of the sun in
the sky (for some yet-to-be-determined timezone).
Example: I looked for it in recent Packages.gz files and this is what I got:
NO
Hello.
I asked maintainers of packages using autopoint in its build system to
add autopoint to build-depends. Two months later, there are still ten packages
affected:
http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=gett...@packages.debian.org
Today a new upstream version of gettext has been
On Sat, 15 May 2010, Adam D. Barratt wrote:
On Mon, 2010-05-10 at 12:44 +0200, Santiago Vila wrote:
Today a new upstream version of gettext has been released, and I would
like to move the autopoint functionality to the autopoint package as
planned.
Do I have the permission from
On Tue, 18 May 2010, Sven Joachim wrote:
This means if we were to release squeeze as stable today, everything
would work. I think this allows us to not consider the bugs as RC.
This seems wrong to me. The packages will FTBFS in unstable now, right?
Yes.
If so, IMO the bugs should be
I asked Colin Watson about this problem and he told me that openssh
hardcodes its own PATH. Also, Bug #571086 says that dropbear does not
use login at all. So, the idea of dropping PATH from /etc/profile and
relying on /etc/login.defs is currently flawed and will not work at
this point.
Follows
.
* Standards-Version: 3.9.1 (no special changes for this).
-- Santiago Vila sanv...@debian.org Fri, 06 Aug 2010 22:04:02 +0200
And this is the one for hello-debhelper:
hello-debhelper (2.6-2) unstable; urgency=medium
* Use debhelper compatibility level 8, the new recommended mode.
-- Santiago
/mailname and /etc/news/server.
Thanks a lot to Tim Cutts. Closes: #292528.
-- Santiago Vila [EMAIL PROTECTED] Mon, 18 Dec 2006 18:06:32 +0100
pine (4.64-2) unstable; urgency=low
* Added Suggests: ca-certificates, as this package has SSL support.
* Changed pine/mailindx.c to show mail sizes
The Debian changelog does not say much:
tre (0.7.5-1) unstable; urgency=low
* New upstream release. See the NEWS file for details.
* Added Milan Zamazal to the Uploaders field, as backup maintainer.
-- Santiago Vila [EMAIL PROTECTED] Tue, 19 Dec 2006 20:06:52 +0100
but the NEWS file does
On Wed, 3 Jan 2007, Steve Langasek wrote:
On Mon, Jan 01, 2007 at 08:29:31PM +0100, Santiago Vila wrote:
Regarding the second item: I'm not sure about 64-bit powerpc, but at
least sparc is one of our fully supported architectures, and a
does not work at all bug seems to be the kind
. Patch by the author. Closes: #404045.
-- Santiago Vila [EMAIL PROTECTED] Mon, 1 Jan 2007 19:25:16 +0100
Hmm, I was to request that myself, tomorrow or the day after...
Anyway, the only relevant change is the shown at the top, as the
previous version, 1.0-20060221-1, is already in testing
which produced a segfault. Closes: #405594.
+Thanks to Sami Liedes for the report and the patch.
+
+ -- Santiago Vila [EMAIL PROTECTED] Fri, 5 Jan 2007 11:05:48 +0100
+
m4 (1.4.8-1) unstable; urgency=low
* New upstream release. Lots of fixes, see the NEWS file for details.
diff -ru m4-1.4.8
to change the owner of the pointed file.
-- Santiago Vila [EMAIL PROTECTED] Thu, 4 Jan 2007 15:39:06 +0100
Items 1 and 2 are purely documentation updates. Item 3 is required
to fix an unreported binary package does not match source package bug,
as chown has changed behaviour since the last smartlist
[ Sorry for not noticing the FTBFS before ]
smartlist (3.15-20) unstable; urgency=high
* Make autoconf.h without cflags, then make everything else as usual,
as we did in procmail. Fixes FTBFS problem on s390.
-- Santiago Vila [EMAIL PROTECTED] Thu, 18 Jan 2007 19:24:12 +0100
Thanks
dialog (1.0-20060221-3) unstable; urgency=medium
* Fixed regression in pause box. Patch by the author. Closes: #409254.
-- Santiago Vila [EMAIL PROTECTED] Fri, 2 Feb 2007 18:23:26 +0100
The fix for this bug is a change in a single line.
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL
# dpkg -s libsasl2
Package: libsasl2
Status: install ok installed
Priority: important
Section: libs
Installed-Size: 72
Maintainer: Debian Cyrus SASL Team [EMAIL PROTECTED]
Architecture: i386
Source: cyrus-sasl2
Version: 2.1.22.dfsg1-8
Depends: libsasl2-2 (= 2.1.22.dfsg1-8)
Description:
On Sun, 25 Mar 2007, Steve Langasek wrote:
On Sun, Mar 25, 2007 at 03:12:27PM +0200, Santiago Vila wrote:
# dpkg -s libsasl2
Package: libsasl2
Status: install ok installed
Priority: important
Section: libs
Installed-Size: 72
Maintainer: Debian Cyrus SASL Team [EMAIL PROTECTED
On Sun, 25 Mar 2007, Roberto C. Sánchez wrote:
I believe that Fabian has made more than request for the
priority/section to be fixed for the sasl2 packages, since we have
the documentation as optional, but it shows up as important because
of the overrides.
The priority of the documentation
On Wed, 19 Jan 2005, Andreas Metzler wrote:
On 2005-01-18 Santiago Vila [EMAIL PROTECTED] wrote:
diffutils (2.8.1-8) unstable; urgency=low
* Repackaged source without the GFDL-covered manual. Closes: #212523.
[...]
[ The new diff-doc package is in preparation and almost ready
: are now recognized by formail
when splitting messages (Closes: #295604).
-- Santiago Vila [EMAIL PROTECTED] Tue, 1 Mar 2005 16:35:56 +0100
[ This is two lines of code and one line in debian/rules ].
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
On Sat, 7 May 2005, Steve Langasek wrote:
On Fri, May 06, 2005 at 12:32:13PM -0400, Santiago Vila wrote:
Source: gettext
Binary: gettext-doc gettext gettext-base gettext-el
Architecture: source all i386
Version: 0.14.1-11
Distribution: testing-proposed-updates
Urgency: medium
On Sat, 7 May 2005, Matthias Klose wrote:
Santiago Vila writes:
Please note that build on mipsel for 0.14.1-11 FTBFS with the same error
as 0.14.4-2 in unstable:
The following packages have unmet dependencies:
jikes-classpath: Depends: classpath but it is not going to be installed
Hi.
There is a RC bug in gettext (#307749), which is still unfixed in sarge.
To have it fixed, either 0.14.1-11 or 0.14.4-2 should be allowed in testing.
This is the info from update-excuses:
* gettext_tpu (0.14.1-10 to 0.14.1-11)
+ Maintainer: Santiago Vila
Uploaded yesterday, now in unstable:
doc-debian-es (2.5) unstable; urgency=high
.
* Converted to debiandoc (almost every file is changed because of this).
* Build-Depends: Changed linuxdoc-tools to debiandoc-sgml.
* Build-Depends: Added gs-common.
* Lots of updates from the
On Wed, 8 Jun 2005, Martin Schulze wrote:
Jérôme Marant wrote:
(Please CC me on reply)
Hi,
I think we are going to add many fixes to emacs21 until emacs22
comes out and it would be nice to add those fixes to stable
as well.
Err... did you notice that stable has been released
On Thu, 9 Jun 2005, Jeroen van Wolffelaar wrote:
On Thu, Jun 09, 2005 at 12:35:17AM +0200, Matthias Klose wrote:
one more thing: C++ dependencies are currently hidden within
build-essential. Currently you cannot see this dependency from the
outside, if the code is not dynamically linked
On Sun, 19 Jun 2005, Andreas Barth wrote:
What do we learn from sarge?
- base freeze was too long
- don't second-guess your own freeze guidelines and update gettext just
because Santiago tells you it's safe, because then you'll be kicking
yourself for
On Thu, 9 Dec 1999, Vincent Renardias wrote:
On Thu, 9 Dec 1999, Santiago Vila wrote:
I've just uploaded sharutils_4.2.1-1 to stable (proposed-updates).
This contains a Y2K fix which I think is much better than the one
in sharutils 4.2-6, because the created shar script tests
On Thu, 9 Dec 1999, Wichert Akkerman wrote:
Can someone please check the y2k fixes and be a bit more specific
about the problem with each package? No long description needed,
but something more then just `y2k fix' would be nice..
I agree...
[...]
package : smartlist
version
On Sat, 22 Apr 2000, Wichert Akkerman wrote:
Previously Anthony Towns wrote:
On the downside, it doesn't care about priorities, and doesn't list
explanations (it seems hard to work out what's at fault when conflicts
are involved).
I'm curious, what exactly do you do with conflicts?
On Mon, 24 Apr 2000, Adrian Bunk wrote:
The next thing I'm doing is filing RC bugs for priority problems (most
often: package with priority `optional' depends on package with priority
`extra').
If there is a consensus that we should not release potato with priority
bugs, I'll appreciate that
Hello.
I've updated my package-consistency scripts so that they work for the
six architectures which will be released in potato:
http://master.debian.org/~sanvila/potato
Some known facts remain unchanged, for example, console-data and
libgdbmg1 should be required (currently they are not), but
On Tue, 4 Sep 2001, Eduardo Pérez Ureta wrote:
Could anybody explain me why you can't compile all architectures in one PC ?
Could be the reason you can not test the packages ?
Basically: Cross compilers are not reliable enough.
Hi.
m4 1.4.2-1 has been in unstable for 20 days now.
I think it should be safe to have it in testing as well.
(It fixes the doc-base file not in UTF-8 bug, reported by one of the
release managers :-)
Thanks.
On Wed, 7 Sep 2011, Philipp Kern wrote:
base-files can be uploaded now, as it will be held in NEW until closing
time anyway.
Done, for both lenny and squeeze.
Thanks a lot.
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Tue, 1 May 2012, Philipp Kern wrote:
However, if urgencies accumulate, how are we supposed to really mean
10 days after an upload not of low priority? It's impossible!
No. The idea is that if you specify urgency=medium that *this* *change* (not
upload!) should go into testing in an
On Tue, 1 May 2012, Cyril Brulebois wrote:
Adam D. Barratt a...@adam-barratt.org.uk (01/05/2012):
It's been that way for at least four years; I suspect a good deal
longer but don't have the evidence immediately available. The start
of the release team's britney1 repository, when we took
El 02/05/12 00:01, Adam D. Barratt escribió:
After a little bit of research, the mighty archive.org has old copies of
the code, albeit not in a revision-controlled format. The earliest
version recorded there is from April 2004 and assuming I'm reading its
read_urgencies method correctly already
is installed by debootstrap. It is really not
base-files business to fiddle with those files, as it is documented
that removing them is the standard way to disable logging to them.
Closes: #488376.
-- Santiago Vila [EMAIL PROTECTED] Tue, 04 Nov 2008 20:34:12 +0100
This is not a grave bug
On Thu, 27 Nov 2008, Philipp Kern wrote:
I don't think so. Changing /etc/issue{,.net} with every point release will
be a major annoyance for every person who customizes those files. I think
that if we want a programmatical way to access this information, this should
be solved by a separate
On Mon, 15 Dec 2008, Rene Engelhard wrote:
b) I can still prepare it without uploading it to bpo, no?
Yes, of course you can *prepare* it, but IMHO you should not ask
everybody to treat lenny as if it were already released as stable,
when it's not, or submit bugs of severity important against
when they upgrade to the new testing.
-- Santiago Vila sanv...@debian.org Thu, 04 Dec 2008 10:04:04 +0100
BTW: Should I worry about Bug#508772? This is the very first time in
10 years that someone seems unconvenienced by seeing a version number
like 5.0 in unstable for a few weeks
On Mon, 15 Dec 2008, Rene Engelhard wrote:
Hi,
Santiago Vila wrote:
BTW: Should I worry about Bug#508772? This is the very first time in
10 years that someone seems unconvenienced by seeing a version number
like 5.0 in unstable for a few weeks. Are there really packages which
break
On Wed, 17 Dec 2008, Adeodato Simó wrote:
We are going to introduce a package that ships a lsb_release file, and
we're going to handle it via the proposed-suite suites. Hopefully
lsb-release (the program) will move to using that file, but I'm know
thinking it could be reasonable to move
: /usr/share/doc/base-files/remove-base doesn't remove
correct files
Resent-Sender: Santiago Vila sanv...@master.debian.org
Package: base-files
Version: 5
/usr/share/doc/base-files/README.base says that one of the things
that must be done to remove the old 'base' package is:
# 4. Remove all
Hello.
I've uploaded base-files_5lenny2 for stable, which includes the
/etc/debian_version change in base-files_5lenny1 by the release team,
plus a bug fix I think it should be fixed in lenny, namely Bug#519719.
This is the diff:
--- base-files-5lenny1/debian/remove-base 2002-02-08
On Tue, 6 May 2008, JOSE FERNANDO LOPEZ MEJIA wrote:
Resulta que de la pagina debian baje
debian-40r3-i386-CD-1.isohttp://cdimage.debian.org/debian-cd/4.0_r3/i386/iso-cd/debian-40r3-i386-CD-1.isoy
he querido instalar en una maquina antigua, le doy que lo instale
desde el
cd pero ella no hace
base-files (4.0.4) unstable; urgency=low
* Added Apache-2.0 to common-licenses. Closes: #471736.
Retrieved from http://www.apache.org/licenses/LICENSE-2.0.txt.
* Fixed typo in README.base. Closes: #475201.
Item 1 is already policy according to the debian-policy package in lenny.
Item 2
On Fri, 30 May 2008, Adeodato Simó wrote:
* Santiago Vila [Fri, 30 May 2008 11:12:16 +0200]:
Hello, Santiago.
base-files (4.0.4) unstable; urgency=low
* Added Apache-2.0 to common-licenses. Closes: #471736.
Retrieved from http://www.apache.org/licenses/LICENSE-2.0.txt.
I
-Date is hold.
Approved by the author. Thanks to Kobayashi Noritada. Closes: #482364.
* Converted doc-base file to UTF-8. Moved to Programming section.
-- Santiago Vila [EMAIL PROTECTED] Thu, 12 Jun 2008 18:48:44 +0200
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
This upload was intended for lenny. The patch is from the current
(upstream) maintainer.
unzip (5.52-12) unstable; urgency=medium
* Fixed stack underflow in unshrink.c. Closes: #454037.
Thanks to Christian Spieler for the patch.
-- Santiago Vila [EMAIL PROTECTED] Sat, 26 Jul 2008 16:51
Hi.
I received this from the debian security team:
Hi,
the security issue was published for wdiff some time ago.
| wdiff uses tmpnam(buf) to generate a temporary file, and fopen(buf, w+)
that
| name, which is vulnerable to the usual symlink attack. It should use one of
| the tmpnam
* Changed awk from Depends to Pre-Depends. Closes: #314571, #469552.
This is required to make the awk virtual package to be truly essential,
as only essential packages, their predependencies, and the dependencies
of their predependencies are guaranteed to be working at all times.
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Greetings.
This release is the one finally saying 7.0 in /etc/debian_version so I
would naturally like to see it in wheezy. If this may be done before
the upcoming debian installer release
will eventually happen in Debian.
-- Santiago Vila sanv...@debian.org Wed, 28 Nov 2012 17:14:44 +0100
(Note that this is also 44 days old).
Thanks.
unblock gettext/0.18.1.1-10
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
As usual, base-files can be uploaded at any point before the freeze.
Done. Thanks a lot.
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
On Thu, 16 May 2013, Adam D. Barratt wrote:
Hi,
The first point release for wheezy (7.1) is scheduled for Saturday
June 15th. Stable NEW will be frozen during the preceding weekend.
As usual, base-files can be uploaded at any point before the freeze.
Before I go ahead, I'd like to
El 29/05/13 20:59, Adam D. Barratt escribió:
On Thu, 2013-05-16 at 10:36 +0200, Santiago Vila wrote:
On Thu, 16 May 2013, Adam D. Barratt wrote:
The first point release for wheezy (7.1) is scheduled for Saturday
June 15th. Stable NEW will be frozen during the preceding weekend.
As usual
Hello.
We usually update /etc/debian_version at every point release.
AFAIK, this is what everybody wants.
But there are other files that could be updated that we have never
updated yet. In fact, I have a bug filed about this, namely #621757
and the only rationale is that the other files are
El 31/05/13 14:28, Adam D. Barratt escribió:
Hi,
On 2013-05-31 9:51, Santiago Vila wrote:
* The ugly: Update only /etc/debian_version, as in squeeze, but fix
the mistake of specifying 7.0 when in fact that will only be true
for Debian 7.0 and not Debian 7.1. This would be the second patch
Hello.
FYI: gettext is BD-Uninstallable:
https://buildd.debian.org/status/package.php?p=gettextsuite=sid
gettext build-depends on:
- default-jdk
default-jdk depends on:
- openjdk-7-jdk (= 7~u3-2.1.1)
openjdk-7-jdk depends on:
- openjdk-7-jre (= 7u65-2.5.2-4.1)
openjdk-7-jre depends on:
-
On Thu, 23 Oct 2014, Adam D. Barratt wrote:
On Thu, 2014-10-23 at 19:15 +0200, Santiago Vila wrote:
Since I don't know how much work and effort will take to fix this,
Hopefully none (well, no more), given the upload of
https://tracker.debian.org/news/580713
Great! Thanks
On Fri, Oct 24, 2014 at 12:23:23PM -0500, Rob Browning wrote:
I've uploaded emacs24 24.4+1-1 to experimental, and it seems fine on the
buildds now (at least the ones that have taken it):
https://buildd.debian.org/status/package.php?p=emacs24suite=experimental
And I suspect 24.4 may be
.
+This might also help as a workaround for Bug#766459.
+
+ -- Santiago Vila sanv...@debian.org Mon, 27 Oct 2014 13:35:32 +0100
+
+base-files (7.9) unstable; urgency=low
+
+ * The change introduced in version 7.7 regarding /mnt seems to break
+the ability of debootstrap currently in wheezy to create
On Fri, 7 Nov 2014, Michael Tautschnig wrote:
To stick with Santiago's earlier wording, we are now shooting the next
messenger (this time dpkg, after first working hard against base-files).
Indeed. I would not like to see dpkg as the next victim of this problem.
Being able to bootstrap jessie
is deprecated.
+ * Restore simple watch file from old hello package that was lost
+when the packages were renamed.
+ * Update 99-config-guess-config-sub patch.
+
+ -- Santiago Vila sanv...@debian.org Thu, 06 Nov 2014 12:03:40 +0100
+
hello (2.9-1) unstable; urgency=low
* New upstream release
1 - 100 of 227 matches
Mail list logo