On 2014-01-11 23:10, Robert Millan wrote:
On 11/01/2014 21:32, Niels Thykier wrote:
As for #712848, the latest comment sent by Petr suggested that the test
might be
incorrect when applied to kqueue.
I guess you are referring to comment #25 here? Quote:
[...]
Seems like no one picked
On 2014-01-12 00:01, Robert Millan wrote:
On 11/01/2014 22:54, Robert Millan wrote:
Do you have an idea of the consequences of making it linux-only? If it
is just using (e.g.) xdm instead of and kFreeBSD losing a couple of
packages, it will probably not be much of an issue. But then, I
Processing commands for cont...@bugs.debian.org:
block 734650 with 735053
Bug #734650 [release.debian.org] transition: perl 5.18.2
734650 was blocked by: 734651
734650 was not blocking any bugs.
Added blocking bug(s) of 734650: 735053
thanks
Stopping processing here.
Please contact me if you
On 12/01/2014 09:24, Niels Thykier wrote:
It was filed as serious and then downgraded by Julien on July 9th.
Indeed, buildd.d.o lists no build problems at all. So at first glance I
would expect the tests to have been disabled/ignored. Assuming this is
no a simple error-hiding tactics, then
On Wed, Jan 08, 2014 at 10:52:00PM +0200, Niko Tyni wrote:
I've just uploaded perl_5.18.2-1 to experimental. Dominic is going to
run a test rebuild of at least the perl related packages next, but we
don't expect regressions.
Affected packages that we know of are (hope I got this right)
Hi,
Robert Millan wrote (12 Jan 2014 12:35:56 GMT) :
For example, I've been trying to assess the state of GNOME in
general by trying to find bugs myself. I will report my findings
soon, however this is clearly not optimal. My quick kick the tires
testing is much less reliable than day-to-day
On Sat, Dec 14, 2013 at 03:34:03PM +0100, Kurt Roeckx wrote:
I wouldn't bother trying to get those to stable if I didn't think
they were important.
So can someone please do something about this request?
Ping?
This bug is now almost open for 5 months. There are basicly 2
very
Your message dated Sun, 12 Jan 2014 16:39:33 +0100
with message-id 52d2b735.9000...@thykier.net
and subject line Re: Bug#735060: nmu: evince-hwp_0.1.1-2
has caused the Debian Bug report #735060,
regarding nmu: evince-hwp_0.1.1-2
to be marked as done.
This means that you claim that the problem has
On 12/01/2014 13:52, intrigeri wrote:
Hi,
Robert Millan wrote (12 Jan 2014 12:35:56 GMT) :
For example, I've been trying to assess the state of GNOME in
general by trying to find bugs myself. I will report my findings
soon, however this is clearly not optimal. My quick kick the tires
On Sun, Jan 12, 2014 at 12:40:23PM +, Dominic Hargreaves wrote:
On Wed, Jan 08, 2014 at 10:52:00PM +0200, Niko Tyni wrote:
I've just uploaded perl_5.18.2-1 to experimental. Dominic is going to
run a test rebuild of at least the perl related packages next, but we
don't expect
If there are no objections, I will upload 5.1.1~deb7u1 to
proposed-updates.
FYI, I have no plan to systematically feed back to stable the database
entries for the new gTLDs, since they will not be active for many months
at least.
--
ciao,
Marco
diff -Nru whois-5.1.0/config.h
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu sofa-framework_1.0~beta4-8 . ALL . -m Rebuild against glew 1.10
This was missed during the glew transition, probably because the package
is not up to date on a few architectures. But
On Sun, 2014-01-12 at 18:00 +0100, Marco d'Itri wrote:
If there are no objections, I will upload 5.1.1~deb7u1 to
proposed-updates.
Ack, looks okay to me.
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Processing control commands:
tags -1 + moreinfo
Bug #734672 [release.debian.org] pu: package subversion/1.6.17dfsg-4+deb7u5
Added tag(s) moreinfo.
--
734672: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734672
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To
Control: tags -1 + moreinfo
On Wed, 2014-01-08 at 22:10 -0500, James McCoy wrote:
Subversion's transition to the non-versioned ruby-svn package didn't
make it into Wheezy. Since ruby1.8 is planning on being removed for
Jessie, the libsvn-ruby1.8 → ruby-svn transition should be backported to
Your message dated Sun, 12 Jan 2014 19:06:52 +0100
with message-id 52d2d9bc.8080...@thykier.net
and subject line Re: Bug#735088: nmu: sofa-framework_1.0~beta4-8
has caused the Debian Bug report #735088,
regarding nmu: sofa-framework_1.0~beta4-8
to be marked as done.
This means that you claim that
On 2014-01-12 19:06, Niels Thykier wrote:
For a package that has FTBFS on 2-3 release architectures for over 150
days with no reaction from the maintainer and no reaction to its
uninstallability so far, I wonder if we should not be asking its
maintainer if they are still interested in that
Your message dated Sun, 12 Jan 2014 14:31:09 -0500
with message-id 20140112193109.gc3...@cerberus.jamessan.com
and subject line Re: Bug#734672: pu: package subversion/1.6.17dfsg-4+deb7u5
has caused the Debian Bug report #734672,
regarding pu: package subversion/1.6.17dfsg-4+deb7u5
to be marked as
Package: release.debian.org
Severity: wishlist
User: release.debian@packages.debian.org
Usertags: binnmu
Hi,
gphoto2 in unsable has an annoying bug where the gvfs gphoto2 backends
segfaults (this is #625872). This bug is apparently fixed in gphoto 2.5
(in experimental) but apparently
Your message dated Sun, 12 Jan 2014 22:20:19 +0100
with message-id 52d30713.1030...@thykier.net
and subject line Re: Bug#735118: nmu: gvfs_1.18.2-2
has caused the Debian Bug report #735118,
regarding nmu: gvfs_1.18.2-2
to be marked as done.
This means that you claim that the problem has been
Processing changes file: libxfont_1.4.5-3_amd64.changes
ACCEPT
Processing changes file: libxfont_1.4.5-3_armel.changes
ACCEPT
Processing changes file: libxfont_1.4.5-3_armhf.changes
ACCEPT
Processing changes file: libxfont_1.4.5-3_i386.changes
ACCEPT
Processing changes file:
Processing changes file: libxfont_1.4.1-4_amd64.changes
ACCEPT
Processing changes file: libxfont_1.4.1-4_armel.changes
ACCEPT
Processing changes file: libxfont_1.4.1-4_i386.changes
ACCEPT
Processing changes file: libxfont_1.4.1-4_ia64.changes
ACCEPT
Processing changes file:
Processing control commands:
tags -1 + pending
Bug #734830 [release.debian.org] opu: package mapserver/5.6.5-2+squeeze3
Added tag(s) pending.
--
734830: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734830
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To
Control: tags -1 + pending
On Sat, 2014-01-11 at 22:04 +0100, Salvatore Bonaccorso wrote:
On Sat, Jan 11, 2014 at 02:59:26PM +, Adam D. Barratt wrote:
On Fri, 2014-01-10 at 05:07 +0100, Bas Couwenberg wrote:
The MapServer project has released stable updates for every major
release
Control: tags -1 + pending
On Sat, 2014-01-11 at 22:03 +0100, Salvatore Bonaccorso wrote:
On Sat, Jan 11, 2014 at 03:01:56PM +, Adam D. Barratt wrote:
On Fri, 2014-01-10 at 04:51 +0100, Bas Couwenberg wrote:
The MapServer project has released stable updates for every major
release
Processing control commands:
tags -1 + pending
Bug #734829 [release.debian.org] pu: package mapserver/6.0.1-3.2+deb7u2
Added tag(s) pending.
--
734829: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734829
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To
Processing changes file: mapserver_6.0.1-3.2+deb7u2_amd64.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1w2uvi-0004ob...@franck.debian.org
Processing changes file: mapserver_5.6.5-2+squeeze3_amd64.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1w2uw1-0004ug...@franck.debian.org
Processing changes file: mapserver_5.6.5-2+squeeze3_i386.changes
ACCEPT
Processing changes file: mapserver_5.6.5-2+squeeze3_kfreebsd-amd64.changes
ACCEPT
Processing changes file: mapserver_5.6.5-2+squeeze3_powerpc.changes
ACCEPT
Processing changes file:
Processing changes file: mapserver_6.0.1-3.2+deb7u2_i386.changes
ACCEPT
Processing changes file: mapserver_6.0.1-3.2+deb7u2_kfreebsd-amd64.changes
ACCEPT
Processing changes file: mapserver_6.0.1-3.2+deb7u2_powerpc.changes
ACCEPT
Processing changes file:
Processing changes file: mapserver_5.6.5-2+squeeze3_sparc.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1w2zch-0001zh...@franck.debian.org
Hi,
the gcc-4.9 in experimental fails to build while the one for armhf succeeds.
Please could somebody from the arm porters look into this?
If I remember correctly we had some issues with the arm soft float port already
with gcc-4.7 and gcc-4.8. Are the armv4t defaults still needed, or would it
Processing changes file: mapserver_5.6.5-2+squeeze3_ia64.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1w2zqp-0004bj...@franck.debian.org
Processing changes file: mapserver_6.0.1-3.2+deb7u2_sparc.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1w2zqy-000469...@franck.debian.org
Processing changes file: mapserver_5.6.5-2+squeeze3_mips.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1w2zfk-00077g...@franck.debian.org
Processing changes file: mapserver_6.0.1-3.2+deb7u2_ia64.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1w2ztz-0001eo...@franck.debian.org
+++ Matthias Klose [2014-01-13 05:51 +0100]:
Hi,
the gcc-4.9 in experimental fails to build while the one for armhf succeeds.
Please could somebody from the arm porters look into this?
If I remember correctly we had some issues with the arm soft float port
already
with gcc-4.7 and
Processing changes file: mapserver_6.0.1-3.2+deb7u2_mips.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1w2a85-0003yr...@franck.debian.org
Processing changes file: mapserver_5.6.5-2+squeeze3_armel.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1w2a8n-00044o...@franck.debian.org
Processing changes file: mapserver_6.0.1-3.2+deb7u2_kfreebsd-i386.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1w2amb-0006re...@franck.debian.org
Processing changes file: mapserver_5.6.5-2+squeeze3_kfreebsd-i386.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1w2ams-0006xb...@franck.debian.org
On Mon, Jan 13, 2014 at 12:51 PM, Matthias Klose wrote:
Are the armv4t defaults still needed, or would it be
better to default to some newer arm version like armv5t?
There is one Debian derivative, QtMoko, which is one of the few usable
distributions on the Openmoko Freerunner (gta02).
Processing changes file: mapserver_6.0.1-3.2+deb7u2_armel.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1w2bif-q3...@franck.debian.org
43 matches
Mail list logo