* Niels Thykier (ni...@thykier.net) [160605 22:45]:
> In other words, there is a DSA buildd?
>
> I notice we have the following list of mipsel/mips64el buildds:
>
> * mips64el: eberlin, mipsel-aql-01, mipsel-aql-02, mipsel-manda-01,
>mipsel-manda-02
>- I presume none of them are DSA
* Steve Langasek (vor...@debian.org) [141110 23:06]:
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
* Steven Chamberlain (ste...@pyro.eu.org) [141110 23:10]:
Petr Salinger wrote:
Jonathan Wiltshire wrote:
[...] though we do hope that the
porters will be able to make a simultaneous unofficial release.
It is unclear, what we have to duplicate. Do we stay in testing ?
I'd like to
* Andreas Tille (andr...@fam-tille.de) [141102 21:20]:
could you please follow what was suggested here
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767291#15
* Andreas Cadhalpun (andreas.cadhal...@googlemail.com) [141005 22:36]:
That's because the last message from a release team member in this bug
said [1]:
'However (and please note that I'm not a member of the security team
and just speak for myself here as always when not otherwise marked) if
Hi,
looking a bit from the outside it looks to me as different questions
discussed in parallel.
The one question is how we came here.
* Bill Allombert (ballo...@debian.org) [141003 12:15]:
On Fri, Oct 03, 2014 at 01:41:02AM +0200, Emilio Pozuelo Monfort wrote:
On 30/09/14 11:32, Bill
* Andreas Cadhalpun (andreas.cadhal...@googlemail.com) [140928 11:27]:
On 28.09.2014 10:24, Moritz Muehlenhoff wrote:
Package: ffmpeg
Severity: serious
As written before we can have only libav or ffmpeg in jessie.
I'm filing this blocker bug to prevent testing migration until
this is sorted
* Andreas Cadhalpun (andreas.cadhal...@googlemail.com) [140928 14:36]:
On 28.09.2014 12:47, Andreas Barth wrote:
The release policy does say Packages must be security-supportable. I
would be surprised if a statement from the security team (assuming
that Moritz raised that bug report with his
* Sylvestre Ledru (sylves...@debian.org) [140928 14:15]:
On 27/09/2014 18:54, Andreas Barth wrote:
See e.g. [3]https://www.debian.org/doc/debian-policy/ch-sharedlibs.html
| Every time the shared library ABI changes in a way that may break
| binaries linked against older versions
* Andreas Barth (a...@ayous.org) [140928 14:32]:
I also have an idea for an ugly hack but I need to think a bit more
about it. From package POV it might be the niciest, but I'm not sure
if it works (which is a precondition for everything). I'll update this
mail tonight.
What works in practice
* Sylvestre Ledru (sylves...@debian.org) [140927 16:51]:
nmu doxygen_1.8.7-3 . ALL . -m binMNU because of the libclang change of
soname
I updated the soname as part of the coordination to switch to llvm 3.5.
https://release.debian.org/transitions/html/llvm-defaults-3.html
Did you also
* Andreas Cadhalpun (andreas.cadhal...@googlemail.com) [140926 23:24]:
On 26.09.2014 22:55, Moritz Muehlenhoff wrote:
On Fri, Sep 26, 2014 at 10:56:08PM +0200, Cyril Brulebois wrote:
[ Not speaking for any team. ]
Andreas Cadhalpun andreas.cadhal...@googlemail.com (2014-09-26):
FFmpeg was
* Thijs Kinkhorst (th...@debian.org) [140322 16:51]:
On Sat, March 22, 2014 16:28, Julien Cristau wrote:
looks like that if col==red is now broken?
Indeed, see fixed patch attached.
print 'td style=background-color:%s%s/td' % (col,contents)
I'm asking myself if we shouldn't
* Robert Millan (r...@debian.org) [140214 00:11]:
On 12/02/2014 20:06, Niels Thykier wrote:
As I see it, there are two concrete problems with the (number of)
supported packages. First, the number of packages actually built on
kFreeBSD is just shy of 90%, whereas most other release
Package: release.debian.org
User: debian-release@lists.debian.org
Usertags: britney
Hi,
as just discussed on IRC, it would be nice if britney would only
migrate packages to testing which are available on at least two
architectures (so that we know it had been autobuilt at least once).
(For the
* Cyril Brulebois (k...@debian.org) [131228 21:38]:
Andreas Barth a...@ayous.org (2013-12-28):
as just discussed on IRC, it would be nice if britney would only
migrate packages to testing which are available on at least two
architectures (so that we know it had been autobuilt at least once
* Steve McIntyre (st...@einval.com) [131227 03:17]:
On Thu, Dec 26, 2013 at 06:08:03PM +0100, Niels Thykier wrote:
On a related note, DSA have concerns with the current arm* and mips*
hardware. While there have been promises of new hardware to replace
some of the current buggy machines, the
Hi,
I'm an active porter for mipsen (both mips and mipsel) and plan to
continue that during the full next cycle (or rather: spend more time
on it compared to the recent months). As that, I'm involved in
debugging packages, triaging, fixing and forwarding arch-specific
issues, keeping contact to
* Adam D. Barratt (a...@adam-barratt.org.uk) [130917 20:45]:
As I've seen it come up a few times recently, I'm proposing adding some
explicit RC requirements relating to upgrades between releases. I don't
think there's anything particularly controversial about this, as it's
basically
* Andreas Barth (a...@ayous.org) [130622 20:06]:
Different answers - select the one you like most:
1. We could buy a some loongson 2f machines (or newer), see e.g.
http://www.tekmote.nl/epages/61504599.sf/nl_NL/?ObjectPath=/Shops/61504599/Products/CFL-006
plus some memory. These machines have
* Martin Zobel-Helas (zo...@debian.org) [130622 19:27]:
[please consider replacing debian-ports@ldo with the appropriate port
specific list when replying.]
According to lists.d.o the status of debian-ports is: dead list. It at
least isn't the list for all porters to read.
* mips: existing
* Christian PERRIER (bubu...@debian.org) [121014 12:44]:
Quoting Michael Gilbert (mgilb...@debian.org):
Hi,
Jakub Wilk has been filing a lot of RC bugs on packages with
incomplete copyright files. Some examples:
http://bugs.debian.org/690394
http://bugs.debian.org/690371
* Hilko Bengen (ben...@debian.org) [120927 18:32]:
Since some of these fixes are not exactly one-line patches, I'd like to
know whether the following attached patches would be acceptable from the
release team's point of view before we push them along with a fix for
#687062 (RC: missing
* Julien Cristau (jcris...@debian.org) [120925 18:52]:
On Tue, Sep 25, 2012 at 15:51:17 +0100, Ian Jackson wrote:
As you may be aware, the TC recently overruled the maintainers of the
gnome-core metapackage, deciding that the dependency from gnome-core
to network-manager should be
* Simon McVittie (s...@debian.org) [120715 01:06]:
ball.debian.org seems to be rather unhappy.
I already stopped the buildd some time ago, and scheduled a hardware
maintenance.
Thanks for the list of packages, I'll reschedule a build.
Andi
--
To UNSUBSCRIBE, email to
* Helge Kreutzmann (deb...@helgefjell.de) [120701 10:42]:
after a broken NMU I uploaded (before the freeze) essential the
previous version with just some additional translations. For some
strange reasons (the code in question has been built fine several
times on all archs, including mipsel)
* Nicholas Bamber (nicho...@periapt.co.uk) [120617 08:59]:
We really need to get dovecot compiled on the non-linux platforms to
progress with the mysql migration. The systemd dependency puzzles me
somewhat as systemd is not available on non-linux platforms and dovecot
has previously
* Ian Jackson (ijack...@chiark.greenend.org.uk) [120611 13:21]:
Guillem Jover writes (Re: [xml/sgml-pkgs] Bug#676686: libxslt1.1: libxslt1.1
binNMU broke multi-arch installability):
As I mentioned in the long ref-counting thread, I strongly disagree this
is a correct solution, it just
* Guillem Jover (guil...@debian.org) [120612 09:00]:
I disagree placing it in the dpkg database is not helpful, for a user
or other programs wanting to access that structured package metadata
it's obviously easier and better to do something like
«dpkg --show-changelog foo» or «dpkg-query
* Raphael Hertzog (hert...@debian.org) [120612 13:10]:
1/ we modify dpkg to ignore differences on /usr/share/doc/*/changelog.*gz
for multi-arch: same packages
Doesn't sound too bad to me, at least for short-term (where I'd tend
to take the changelog-version of the main architecture on
* David Kalnischkies (kalnischk...@gmail.com) [120612 18:03]:
You need to upgrade to support MultiArch,
but you need MultiArch to upgrade…
(beside, how would the detection for such a message look like?)
We had discussed to export foreign-arch packages to the arches
packages files at debconf.
* Guillem Jover (guil...@debian.org) [120610 10:08]:
As I mentioned in the long ref-counting thread, I strongly disagree this
is a correct solution, it just seems like a hack to me. Instead I
think we should consider changelog (and copyright as long as it's in
machine parseable format) as dpkg
* Philipp Kern (pk...@debian.org) [120610 14:06]:
On Sun, Jun 10, 2012 at 01:52:24PM +0200, Andreas Barth wrote:
Perhaps we could add the binNMU entry for the moment and fix the rest
later? Or whatever would make you more happy. Just I'd like to be able
to schedule binNMUs again on ma
* Raphael Hertzog (hert...@debian.org) [120610 20:44]:
On Sun, 10 Jun 2012, Jonathan Nieder wrote:
Raphael Hertzog wrote:
As such, I suggest that we handle binary rebuild differently:
- debian/changelog is left unmodified since it's the source changelog
= it defines the
* Henrique de Moraes Holschuh (h...@debian.org) [120609 02:31]:
We'd just have to teach the tool to binNMU all arches when the target
package would need it due to multiarch. Release team requests a binNMU of a
package for some arch, the tool notices it has to do them all because of
multi-arch
* Touko Korpela (touko.korp...@iki.fi) [120602 12:46]:
It seems that http://bts.turmzimmer.net service Unofficial RC-Bugs Count
isn't updated since last year. It has some features that official pages
lack. But it should be fixed or links to it removed.
it's basically dead. I added an
* Cyril Brulebois (k...@debian.org) [120529 11:23]:
As far as britney hints are concerned, I think arch-specific removals
can't reallly be done without manual hacking, so maybe remove
As far as I remember britneys construction it could.
However, if the arch binary package had been removed in
* Adam D. Barratt (a...@adam-barratt.org.uk) [120528 14:22]:
mips
Currently no porter box; being worked on. Some concern over stability
of some buildds.
eh. The porter box is online again after that was brought to our
attention. Still the box has an hardware issue (hard disk might
* Philipp Kern (pk...@debian.org) [120528 20:24]:
On Mon, May 28, 2012 at 01:21:38PM +0100, Adam D. Barratt wrote:
ia64
No real follow-up from porters. #638068 in initramfs-tools may be
an issue.
Still feels very much on the fringe. We could look how good it works out with
* Adam D. Barratt (a...@adam-barratt.org.uk) [120528 14:22]:
hurd-i386
-
Is there time to add it to testing and get it out of
{break,fucked}_arches? Would it make sense to release if it was still
in break_ and/or fucked_arches?
Depending on the number of issues that pop up, it
* Adam D. Barratt (a...@adam-barratt.org.uk) [120528 22:05]:
On Mon, 2012-05-28 at 20:24 +0200, Philipp Kern wrote:
On Mon, May 28, 2012 at 01:21:38PM +0100, Adam D. Barratt wrote:
hurd-i386
-
Is there time to add it to testing and get it out of
{break,fucked}_arches?
* Adam D. Barratt (a...@adam-barratt.org.uk) [120523 20:36]:
On Fri, 2012-05-18 at 22:31 +0200, Andreas Barth wrote:
mipsel buildds: In the last month, we had two buildds eating their hard
disk, so all the time only three buildds are active. The three can just
keep up but are obviously
* Lennart Sorensen (lsore...@csclub.uwaterloo.ca) [120523 21:21]:
On Wed, May 23, 2012 at 07:42:32PM +0100, Roger Leigh wrote:
I am still a regular powerpc user, and I should have sufficient time to
assist with porting issues for the foreseeable future, which I haven't
done for the last
* Andreas Barth (a...@ayous.org) [120518 23:47]:
Independend of that, we should replace the porterbox with the more
stable version of the same hardware soon, even if only for stability.
As said, that specific replacement box is currently being tested if it
really runs stable. If it does, we'll
* Cyril Brulebois (k...@debian.org) [120516 11:31]:
Andreas Barth a...@ayous.org (16/05/2012):
Anyways, if the most concering issue is that there is currently only
one swarm-type mips buildd, we could just use the spare machine we
have and add another one. (Normally packages can build
* Peter Palfrader (wea...@debian.org) [120519 11:18]:
On Sat, 19 May 2012, Luk Claes wrote:
As everyone keeps claiming there is no armel buildd location redundancy,
I don't have much motivation to keep ancina running. It's ignored anyway.
It's been down for a week or longer now. I sent
* Adam D. Barratt (a...@adam-barratt.org.uk) [120519 20:06]:
On Sat, 2012-05-19 at 17:29 +0200, Samuel Thibault wrote:
- About buildd-dsa, we are fine with a DSA'd buildd, if DSA is happy
to maintain it, they will however probably have to learn a few Hurd
things? We don't know to what
* Adam D. Barratt (a...@adam-barratt.org.uk) [120519 22:19]:
One question which has come up quite a bit recently is whether we should
remove armhf and s390x from one or both of {broken,fucked}arches. Doing
so doesn't necessarily imply making them release architectures,
particularly while
Hi,
regarding both mips and mipsel, a few remarks from the porters. Let's start
with our current buildd hardware:
1. swarm: can work as mips and mipsel. We have five such boxes, where one
is used as mips buildd (ball), two as mipsel (rem and mayer), one is
currently with Aurel, and one has a
* Mehdi Dogguy (me...@dogguy.org) [120518 23:31]:
On 18/05/12 22:31, Andreas Barth wrote:
mips porterbox: We currently have gabrielli, but as noted above it
sometimes isn't as stable as it should.
fwiw, weasel mentioned that gabrielli has currently disk issues too.
Sounds like a recent issue
* Adam D. Barratt (a...@adam-barratt.org.uk) [120515 22:26]:
On Tue, 2012-05-15 at 21:45 +0200, Julien Cristau wrote:
On Tue, May 15, 2012 at 20:42:14 +0100, Adam D. Barratt wrote:
On Tue, 2012-05-15 at 20:42 +0200, Julien Cristau wrote:
I'd add a concern about the mips buildds to the
* Adam D. Barratt (a...@adam-barratt.org.uk) [120430 20:30]:
On Wed, 2012-04-25 at 23:09 +0100, Adam D. Barratt wrote:
On Wed, 2012-04-25 at 13:46 +0100, Adam D. Barratt wrote:
fwiw, the next sensible weekends (i.e. ignoring the one in a couple of
days time) are May 5/6th - which is a
* Adam D. Barratt (a...@adam-barratt.org.uk) [120425 14:47]:
fwiw, the next sensible weekends (i.e. ignoring the one in a couple of
days time) are May 5/6th - which is a three-day holiday weekend in the
UK - and 12/13th, which is the York BSP. I could do the latter but
would prefer the
* Niels Thykier (ni...@thykier.net) [120330 08:31]:
On 2012-03-30 00:16, Martin Zobel-Helas wrote:
Hi,
On Thu Mar 29, 2012 at 23:52:02 +0200, Niels Thykier wrote:
[...]
With my DSA hat on:
It would make sense to have someone from the DSA team present during
that IRC meeting,
* Adam D. Barratt (a...@adam-barratt.org.uk) [120126 18:48]:
Somewhat inherited from b1, b2 has:
HINTS_HELPERS = (easy, hint, remove, block, block-udeb,
unblock, unblock-udeb, approve)
HINTS_STANDARD = (urgent, age-days) + HINTS_HELPERS
1) Does anyone remember the logic behind the
* Adam D. Barratt (a...@adam-barratt.org.uk) [120105 18:07]:
The nett result is that with a few small hammers (a force-hint for a
dozen or so binary packages, a couple of urgents and a couple of forces
to handle missing mipsel builds) we add ~4500 packages for each of armhf
and s390x to
* Steve Langasek (vor...@debian.org) [110912 20:44]:
On Thu, Aug 25, 2011 at 08:19:09PM +0200, Julien Cristau wrote:
On Mon, Aug 1, 2011 at 15:31:56 +0200, Andreas Barth wrote:
Also, I think we still have a reason for +b(something) as sometimes we
just need to rebuild on a single
* Riku Voipio (riku.voi...@iki.fi) [110815 11:42]:
buildds: 5
- arcadelt and argento are no longer in use
buildd redundancy: partial
- 1 in different location but would struggle to keep up alone
buildd-dsa: yes
- All armel buildd are under DSA control
fixed.
Andi
--
To
* Thijs Kinkhorst (th...@debian.org) [110808 10:35]:
Hi,
On Mon, August 1, 2011 23:07, Neil McGovern wrote:
Carried forward from last release:
- IPv6 support
- Large File Support
I'm wondering why these two are still goals for the current cycle. I think
it's safe to say that their
* Tim Retout (dioc...@debian.org) [110805 12:20]:
Would you feel differently if yada were orphaned? My understanding is
that this could happen quite soon - so far I have been unable to
elicit a response from the maintainer on bug #334164.
If this does not happen within the next week, and in
Hi,
this comes from a private conversation which actually shouldn't be
private (redistributing with permission from Phil). So following up in
public now.
* Philipp Kern (pk...@debian.org) [110801 13:25]:
On Fri, Jul 29, 2011 at 06:29:20PM +0200, Andreas Barth wrote:
* Andreas Barth
* Andreas Barth (a...@not.so.argh.org) [110801 15:32]:
this comes from a private conversation which actually shouldn't be
private (redistributing with permission from Phil). So following up in
public now.
And for context (thanks, Niels, for the hint): This is about what
happens with multiarch
* Neil McGovern (ne...@debian.org) [110728 12:32]:
On Thu, Jul 28, 2011 at 11:16:59AM +0200, Neil McGovern wrote:
I'd like to have a sit down with relevant people to work out how we can
improve d-i and debian-cd handling for the next release. Please indicate
your availability at:
Package: release.debian.org
Hi,
some programms make rdesktop to fail to keep up the directory
forwarding to an win 2k8-server. Please see
http://sourceforge.net/tracker/?func=detailaid=2812158group_id=24366atid=381349
for the bug, the fix is as follows:
--- rdesktop-1.6.0.orig/disk.c
* Adam D. Barratt (a...@adam-barratt.org.uk) [110430 23:49]:
On Sat, 2011-04-30 at 23:35 +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
* 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
source package) in testing. This applies in particular for libraries
going through SONAME
* Steve Langasek (vor...@debian.org) [110501 01:08]:
We certainly did. It's not a new idea, and I certainly don't suggest that
switching to b2 will suddenly cause patches to appear. But OTOH, the
current muddled state of britney maintenance does make it harder for anyone
to submit patches
* Scott Kitterman (sc...@kitterman.com) [110411 18:12]:
This transition is the first major step of meeting the Python release goal for
Wheezy. The plan in this step is to drop python2.5 and add python2.7 in
supported versions. The default python will remain python2.6.
The affected packages
* Scott Kitterman (deb...@kitterman.com) [110409 19:07]:
Obviously that was a Squeeze goal. The equivalent goal for Wheezy should be
python2.7 as default and python2.5 and python2.6 removed.
Sure. Please feel free to fix that.
Andi
--
To UNSUBSCRIBE, email to
* Scott Kitterman (sc...@kitterman.com) [110403 17:43]:
Source uploads needed:
distribute python3-pkg-resources
distribute python3-setuptools
python-distutils-extra python3-distutils-extra
python3-lxml python3-lxml
BinNMU:
gearman-interface python3-gearman.libgearman
* 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 eglibc package; or we can make adding the dependency a part of the
standard library
* Steve Langasek (vor...@debian.org) [110223 23:29]:
Ah, I don't know the details; I take this as gospel from the GCC maintainers
that There Are Differences. Perhaps the differences are only optimization
rather than compatibility; but regardless, given that most distros use
i586-linux-gnu or
* Phillip Susi (ps...@cfl.rr.com) [101025 17:00]:
On 10/24/2010 1:20 PM, Andreas Barth wrote:
I quite often run dpkg installs / upgrades in pbuilder ramdisks. If
the sync could be reduced to only that ramdisk, everything would be
fine.
That's exactly the environment where you would
* Phillip Susi (ps...@cfl.rr.com) [101024 19:15]:
True, but that seems a bit of a contrived corner case. Most of the time
when people are upgrading, I'd wager that they don't have many gb of
dirty cache buffers already sitting in the cache. Though that does make
me wonder why there
* Mirco Bauer (mee...@debian.org) [100920 23:47]:
Time has come, Mono 2.6 is ready for testing migration \o/
unblocked.
Andi
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
* Matthias Klose (d...@debian.org) [100915 01:53]:
In experimental you'll find a set of packages for Python3
python3.1 3.1.2+20100909-1
python3.2 3.2~a2-4
python3-defaults 3.1.2-10
python-defaults 2.6.6-2
distribute 0.6.14-3
For reference, since I was asked on IRC: As nobody has
* Julien Cristau (jcris...@debian.org) [100919 01:39]:
On Sun, Sep 19, 2010 at 01:04:59 +0200, Andreas Barth wrote:
* Adam D. Barratt (a...@adam-barratt.org.uk) [100919 00:33]:
[ Short version for the impatient - I'd like to make britney require all
architectures to be built in t-p-u
* Adam D. Barratt (a...@adam-barratt.org.uk) [100919 00:33]:
[ Short version for the impatient - I'd like to make britney require all
architectures to be built in t-p-u before paying any attention to an
approve hint ]
cool. can we please as well get an force-approve? ;=)
Andi
--
To
* Stephen Kitt (li...@sk2.org) [100906 23:24]:
Thus the plan would be:
1. adopt mingw-w64 (I'll update #594371)
2. prepare binutils-mingw-w64 and gcc-4.5-mingw-w64 packages
3. update the mingw-w64 runtime (version 1.0 has been released)
4. update the wine-gecko 1.0.0 package
5. package
* Mirco Bauer (mee...@debian.org) [100904 14:48]:
On Sat, 04 Sep 2010 14:06:19 +0200
Rico Tzschichholz ric...@t-online.de wrote:
this is a bug-fix-only upstream release which only includes
cherry-picked patches and translation updates!
I added an updated and a more filtered debdiff for
* Andreas Barth (a...@not.so.argh.org) [100829 15:55]:
* Andreas Barth (a...@not.so.argh.org) [100822 23:18]:
* Stephen Kitt (li...@sk2.org) [100820 00:02]:
The version of Wine Squeeze is going to ship with (1.0.1) is nearly two
years
old and for many users its use is greatly limited
* Andreas Barth (a...@not.so.argh.org) [100822 23:18]:
* Stephen Kitt (li...@sk2.org) [100820 00:02]:
The version of Wine Squeeze is going to ship with (1.0.1) is nearly two
years
old and for many users its use is greatly limited. The recently released
stable version, 1.2, has vastly
* Mirco Bauer (mee...@debian.org) [100824 22:56]:
Mono 2.6 consists out of the following source packages that need to be
uploaded to unstable (after this plan was approved by the release team)
and also freeze exceptions granted once they are in unstable:
ok. Please ping me if the packages are
* Philipp Kern (pk...@debian.org) [100819 12:16]:
On 08/16/2010 10:56 AM, Marc Haber wrote:
Please unblock clamav-data as this will bring more virus signatures
into lenny. The package is built and tested automatically inside the
debian-volatile infrastructure.
well, it's neither built nor
* Stephen Kitt (li...@sk2.org) [100820 00:02]:
The version of Wine Squeeze is going to ship with (1.0.1) is nearly two years
old and for many users its use is greatly limited. The recently released
stable version, 1.2, has vastly improved support for a large number of
applications and games. I
* Ove Kaaven (o...@arcticnet.no) [100821 04:03]:
1. Get wine-gecko built on Debian. Apparently gcc-mingw32 4.4.4 did not
solve all the problems with it, gcc-mingw32 would apparently have to be
upgraded all the way to 4.5.0 to build a fully working package. Not sure
if the release team
* Piotr Ożarowski (pi...@debian.org) [100821 00:45]:
Please note that in most (all?) cases 2to3 tool (which converts
python2.X code to python3.X one) will have to be used (again, no new
upstream versions) so patching the code in Squeeze (security bugs, etc.)
will not have to be done twice (at
* Aurelien Jarno (aurel...@aurel32.net) [100804 19:15]:
From the server point of view, I think we reached something close to
other debian-ports, with even some added features like ZFS. On the other
hand I have to agree that on the desktop point of view, there are still
problems, which may
* Scott Kitterman (deb...@kitterman.com) [100626 23:51]:
There is a bit of difference over how to specify which versions to build for,
but if we don't need to expose it externally (and I don't see a case for
this), then it's an internal matter for package build systems as long as they
[ speaking only for myself ]
one thing that isn't clear for me, what is (or is there any) opinion
from doko / POX on this?
* Scott Kitterman (deb...@kitterman.com) [100625 22:37]:
Among the group discussing the question of how to represent Python 3
versions,
there is some reasonable
* Roberto C. Sánchez (robe...@connexer.com) [100608 00:56]:
I was looking at the status of tbb, and apparently it has not propogated
to testing because of not being build on ia64. One buildd status page
says Build-Attempted, but doesn't provide a link to a build log. Does
anyone know what is
* Stefano Zacchiroli (z...@debian.org) [100529 09:29]:
I believe this is the most relevant part for -release. AFAIK the
pkg-eucalyptus team already has all the software to create on the fly
the needed images and kernel/initrds. The point is then which work-flow
do you want to synchronize with
* Steffen Möller (steffen_moel...@gmx.de) [100529 16:52]:
On 05/29/2010 02:18 PM, Bastian Blank wrote:
On Sat, May 29, 2010 at 01:13:45AM +0200, Steffen Möller wrote:
I'll postpone an email to debian-devel for a week or
two until the workload at Eucalyptus allows upstream
to join the
* Raphael Geissert (geiss...@debian.org) [100430 05:51]:
block youtube-dl
block kcheckgmail
Why are there no RC bugs if the packages are not meant to be released?
Andi
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
* Jay Berkenbilt (q...@debian.org) [100418 16:00]:
Jay Berkenbilt q...@debian.org wrote:
ICU 4.4 was released a few weeks ago. There are very few changes from
4.4.rc1. I'm going to do one upload of 4.4 to experimental to make sure
it builds properly on all platforms. If all goes well,
* Santiago Vila (sanv...@unex.es) [100416 19:25]:
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).
Seems rather to be a bug in dak:
stellarium |
* Simon Paillard (spaill...@debian.org) [100404 20:38]:
1/ In case someone noticed lacks in NEWS file, would the RT allow
migration to testing after freeze only for NEWS file update ?
Depends on how long the freeze will probably take, but as long as we
allow to migrate for l10n-upgrades,
* martin f krafft (madd...@madduck.net) [100403 10:06]:
also sprach Andreas Barth a...@not.so.argh.org [2010.04.03.0957 +0200]:
Can we please have the full information in order to schedule the
necessary binNMUs? Thanks.
After further investigation, it seems that the problem was specific
* Francesco P. Lovergine (fran...@debian.org) [100403 15:35]:
As always, if RMs or others had something to say about/against this
mini-transition,
please speak now :-)
Please give us a few days time to see where the loss of ries for more
than a week leaves us. You'll get another answer
Hi,
* martin f krafft (madd...@debian.org) [100331 11:09]:
Can you please trigger a rebuild of lbdb, due to #536481?
why does the binnmu fix the problem? was something changed in a
dependency? The bugreport unfortunatly doesn't say anything.
Andi
--
To UNSUBSCRIBE, email to
1 - 100 of 800 matches
Mail list logo