-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

In the second call for votes, I said:

Sadly, I still didn't get it quite right. One more tweak, this time with the
real final closing date and time for this vote. Please pay careful attention
to the closing date and time for this vote! Don't wait, vote now!

Bdale

FINAL CALL FOR VOTES FOR THE Lenny Release General Resolution
===== ==== === ===== === === ===== ======= ======= ==========

Voting period starts 00:00:01 UTC on Sunday, December 14th, 2008
Votes must be received by 23:59:59 UTC on Saturday, December 27th, 2008

This ballot is for a vote being conducted as required by the Debian
Constitution. You may see the constitution at
http://www.debian.org/devel/constitution. For voting questions contact
secretary@debian.org.

Hi

as the possibility to upload via ssh is something people like
we just setup an upload queue supporting this.

If you want to upload using ssh please use the hostname
ssh.upload.debian.org and place the files into
/srv/upload.debian.org/UploadQueue to get them processed.

If you use this upload queue you will receive one more mail about your
upload, at the time our queue daemon moves your files over to the
ftp.upload.debian.org host.

ssh.upload.d.o does support .commands files to remove broken uploads.

The DELAYED queue is *not* supported using ssh. If you want to upload
something with a delay, you have to use ftp.

Please always only use the symbolic names for the places to upload to
(ie ftp.upload.debian.org and ssh.upload.debian.org), do not use any
machine name directly. Queues may move at any time, without further
notice and the symbolic names will be updated.

=2D-=20
bye, Joerg
Joey, provide a patch then.

Hi,

for the impatient people: :)

- the DELAYED queue is back on ftp-master
- there is ftp.upload.debian.org, please use that in future instead of
ftp-master.debian.org

DELAYED queue
=2D------------
Thanks to work from Thomas Viehmann the DELAYED queue is back on the
ftp-master host, integrated with the normal processing tools. The
current service provided by Tollef[1] is probably going away sometime
soon.

To upload your files with a waiting delay before they enter Debian,
upload them into a subdirectory of the new DELAYED/ you can find at the
normal ftp upload place. Packages uploaded into the X-day (X between 0
and 15) subdirectories of that DELAYED/ will be moved into the DEFERRED
queue and won't be placed into the archive before the waiting time is
over.

To avoid confusion, the terms used are:
DELAYED - the public ftp upload directories, reachable via DELAYED/X-day

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Call for testing of Debian Installer
- ------------------------------------

We are approaching the Debian 5.0 (Lenny) release and the Debian
Installer team is working to fix the remaining issues for it. The
Debian Installer Release Candidate 1 is being prepared and we are
short in time to make fixes.

The installer has a lot of new and impressive features against last
Etch release and Lenny beta 2. For a better view of the changes made
on the installer since last beta, take a look on our release
announcement draft[1]. We are sure you are going to have a nice
feeling about it. We count on you to help us!

1. http://wiki.debian.org/DebianInstaller/ReleaseAnnounce

How could I help Debian Installer team?
=======================================

Hello,

it has been more than three years since the last "Bits from the Debian
GNU/Hurd porters"[1], high time for an update on the port.

* Snapshot releases

Three new snapshot releases have been done by Philip Charles, K14, K15
(which was only done as an updated mini CD-ISO, not a full snapshot),
and K16. K16 has been released[2] on December 18th, 2007 featuring four
CDs or two DVDs. Additionally, it also features a ready-to-go
qemu-image[3] for the first time. K16 was also the first snapshot which
included TLS (Thread Local Storage), a requirement for modern glibcs.
New ported packages include Qt3, Qt4, SDL and Emacs22.

* Base and toolchain status

Currently, most base packages are current, with the notable exception of
util-linux, which has been a big problem over the last years. However,
Samuel Thibault got all outstanding issues of util-linux applied
upstream so the version in experimental is mostly working. The
toolchain is in pretty good shape as well since TLS support got
implemented; we are using the current glibc, binutils and gcc Debian
packages unmodified.

The news are collected on http://wiki.debian.org/DeveloperNews
Feel free to contribute.

PTS news
--------

The PTS has been improved to show/aggregate some new info:

1. The integration with lintian has been improved. The hyperlink to the
Lintian report is now shown only if Lintian has something "to say" about
that package. Moreover, if there were warnings or errors in the last
Lintian ran, they are now shown as TODO items in the appropriate part of
the PTS web interface.

2. The availability of uploads on mentors.d.n waiting for sponsorships
are now shown as TODO items.

3. help and gift tags are now shown: the formers as problems in need of
help, the latters in the bug box, with a hyperlink to explain gift tag
semantics (see http://wiki.debian.org/qa.debian.org/GiftTag).

All pages are now (hopefully) valid XHTML 1.0 Strict, this not only
improves accessibility, but also enables XML-based post-processing of
pages.

Hi,

this is the co-authored report from the

=== Emdebian/FAI Work Session in Extremadura 2008 ===

A joyous meeting for a few days discussing and working on
[http://emdebian.org|Emdebian] in Badajoz, Extremadura, Spain. The meeting and
work session took place in the gnuLinEx center and was attended by 18 Debian
contributors.

==== Lenny bug squashing results ====

RC bug squashing with 7 or 8 closed RC bugs affecting Lenny and 3 sid only
ones. (Lesson learned: don't count the number of bugs, but list the bug
numbers.)

==== Emdebian results ====

* Cross-toolchain work - trying to fix gcc cross-multilib builds in mips/ppc.
Problem lies with differnces between gcc and debian lib64 paths. Could be
fixed with links in glibc. Disabled for now so...

Hello World,

A week ago we, that is, the m68k porters and some other people
interested in the port[1], held a weekend's meeting at the Christian
Albrechts University in Kiel, Germany. This was prompted by the fact
that the m68k port has been facing difficult problems in the past few
years, and we wanted an opportunity to discuss our respective ideas
about the port in person. In addition to this discussion, we also seized
upon the opportunity to do some porting work while there.

In light of the fact that the Debian/m68k port is going to be removed
from the archive, we had already been looking for alternatives. One of
the things we'll be doing is to move to debian-ports[2], a separate
archive network that is currently being used for the xBSD ports; we had
already decided upon that before the actual meeting, though.

The most pressing matter we discussed, however, has been what we thought
the best way to go forward was. Contrary to what some people may think,
the end of Debian/m68k on debian.org to us does not mean the end of the
Debian/m68k port as a whole; and while we may be having problems
currently, most of these problems are on their way to bein solved medium
to long term.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Heya,

We are happy to publish yet another issue of our highly successful
motivational status updates. This month's issue contains, as reward for
your continued interest, the name for lenny's successor.

Freeze status
~~~~~~~~~~~~~
Lenny has been frozen for some time now, stabilizing the package
list. To continue our release efforts, some exceptions for packages
that were waiting in the NEW queue/uploaded shortly before the freeze
are dropped. From now on, only the following rules apply:

(CC'ed to several lists, reply set to debian-i18n)

On August 22nd, both German and French languages reached 100%%
completeness for po-debconf translations in unstable (not counting
Debian Installer packages, handled in a specific way) [1].

For German, this is the very first time this happens and the German
l10n team deserves congratulations for that achievement.

Several others teams also made great efforts to improve the
translation ratio in that area [2] as well as other areas such as
native and non-native localization [3], web site [4] [5] or Debian
Installer [6].

The i18n work force would like to thank all translators who made this
happen as well as all package maintainers who had a very collaborative
attitude wrt localization efforts during the entire etch-lenny release
cycle.

Until (and after!) lenny is released, we will continue efforts to
bring as many localization fixes in testing.