Re: Please give back ctfutils on armhf
Emilio Pozuelo Monfort wrote: > On 30/11/16 10:27, Steven Chamberlain wrote: > > gb ctfutils_10.3~svn297264-2 . armhf > > Given back. Thank you... Although after 6 hours it still says "Installability of build dependencies not tested yet" on armhf, at https://buildd.debian.org/status/package.php?p=ctfutils which is unusual. Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Please give back ctfutils on armhf
Dear wb-team, Please would you: gb ctfutils_10.3~svn297264-2 . armhf since the cause of the FTBFS (Bug#845105 in freebsd-mk) has been fixed now in unstable. Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Please give back haskell-http2 on armel
Dear WB Team, Currently haskell-http2 FTBFS on only armel: https://buildd.debian.org/status/package.php?p=haskell-http2&suite=unstable delaying the package's testing migration and keeping many reverse-deps BD-Uninstallable on armel. More recently than that it has successfully built: https://tests.reproducible-builds.org/rbuild/unstable/armhf/haskell-http2_1.5.3-2.rbuild.log Therefore, please could it be given back for another build attempt? gb haskell-http2_1.5.3-2 . armel Thanks! Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Please give back some packages on kfreebsd, hurd
Dear wanna-build team, Please could someone give back cmake for build on kfreebsd and hurd, because the (same) test failures seen on those arches' build logs, I don't see now in an up-to-date sid chroot on kfreebsd-amd64: gb cmake_3.4.1-2 . kfreebsd-amd64 gb cmake_3.4.1-2 . kfreebsd-i386 gb cmake_3.4.1-2 . hurd-i386 Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Re: Please give back some packages on kfreebsd
Samuel Thibault wrote: > Steven Chamberlain, on Sun 28 Feb 2016 00:36:10 +, wrote: > > Please could someone give back these packages for rebuild: > > Done so. Thank you! I also noticed this one can probably also build on hurd: gb libsendmail-milter-perl_0.18-8+b1 . hurd-i386 (it is a random failure - there is bug #807392 open, but it seems unfair if hurd is the only arch where it is out-of-date...) Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Please give back some packages on kfreebsd
Dear wanna-build team, Please could someone give back these packages for rebuild: gb acl2_7.1dfsg-2 . kfreebsd-amd64 gb libsendmail-milter-perl_0.18-8+b1 . kfreebsd-amd64 gb qjackctl_0.4.1-1 . kfreebsd-amd64 gb qjackctl_0.4.1-1 . kfreebsd-i386 And for hurd as well because it had the same issue there: gb qjackctl_0.4.1-1 . hurd-i386 Thank you! Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Please give back on kfreebsd...
Hi wanna-build maintainers, Please could you give back: gb kaccounts-integration_15.08.1-1 . kfreebsd-amd64 because that failure was due to a temporary buildd problem: | fatal error: error closing /tmp/ccYs9LRZ.s: No space left on device https://buildd.debian.org/status/fetch.php?pkg=kaccounts-integration&arch=kfreebsd-amd64&ver=15.08.1-1&stamp=1444991873 And also please: gb python-astropy_1.1-1 . kfreebsd-amd64 gb python-astropy_1.1-1 . kfreebsd-i386 because it requires a newer python-matplot to build, which we now have built on kfreebsd. I've anyway filed a bug asking the maintainer to consider a versioned Build-Depends. Thanks! Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Please give back on kfreebsd...
Hi wanna-build maintainers, Please could I get some more givebacks? This one was a transient buildd issue: gb gnokii_0.6.30+dfsg-1.1 . kfreebsd-amd64 These need a more recent libgtk-3-dev than was built on kfreebsd at the time; I've filed bugs asking to update the Build-Depends anyway: gb clutter-1.0_1.24.2-1 . kfreebsd-amd64 gb clutter-1.0_1.24.2-1 . kfreebsd-i386 gb devhelp_3.18.1-1 . kfreebsd-amd64 gb devhelp_3.18.1-1 . kfreebsd-i386 gb seahorse_3.18.0-2 . kfreebsd-amd64 gb seahorse_3.18.0-2 . kfreebsd-i386 This one, I'm not sure what the issue was, but can't reproduce it now in latest sid. A lot of build dependencies changed and I'm not sure which one fixed it, else I would have filed a bug: gb gnome-power-manager_3.18.0-1 . kfreebsd-amd64 gb gnome-power-manager_3.18.0-1 . kfreebsd-i386 Thanks again, Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Please give back on kfreebsd-amd64
Dear wanna-build maintainers, Please also would you give back: gb cmake_3.4.1-2 . kfreebsd-amd64 gb cmake_3.4.1-2 . kfreebsd-i386 since I can't reproduce the FTBFS seen there, but it may FTFBS for a new reason now. Many of its build-deps were updated on kfreebsd the past few days. Also: gb gmsh_2.10.1+dfsg1-1 . kfreebsd-amd64 gb gmsh_2.10.1+dfsg1-1 . kfreebsd-i386 since we now have OpenJDK as default Java. And: gb python-scipy_0.16.1-1 . kfreebsd-i386 since that was a transient buildd problem. Thanks again! Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Please give back qtbase-opensource-src on kfreebsd-amd64
Dear wanna-build maintainers, Since I couldn't reproduce the error locally, please would you: gb qtbase-opensource-src_5.5.1+dfsg-10 . kfreebsd-amd64 to try to rule out some transient problem on the buildd like running out of memory. Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Please give back healpy on kfreebsd-amd64
Dear wanna-build maintainers, Now that kfreebsd-amd64 has built a more recent python3-matplotlib (>= 1.5.0~), please could healpy be given back for another build attempt. Thanks! Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Please give back some packages on kfreebsd
Dear wanna-build team, Please give back monit for rebuild on kfreebsd-*, as the cause of the failure should be fixed now in kfreebsd-kernel-headers/10.1~8, and the buildd chroots should now all have that version installed: gb monit_1:5.15-3 . kfreebsd-amd64 gb monit_1:5.15-3 . kfreebsd-i386 Also while here: gb gnome-clocks_3.18.0-1 . kfreebsd-amd64 because the last build failed due to a transient buildd problem. Giving it back will return it to BD-Uninstallable state waiting on glib2.0, as it is on kfreebsd-i386. Thank you! Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Fwd: Please give back some packages
Dear wanna-build team, Please could all of these be given back on the indicated kfreebsd architectures. I expect most to build successfully now, or they will fail in a way that is different than before (as explained in https://lists.debian.org/debian-bsd/2015/12/msg00020.html) : gb heimdal_1.6~rc2+dfsg-10 . kfreebsd-amd64 gb ruby-augeas_0.5.0-3 . kfreebsd-amd64 gb i2util_1.2-2 . kfreebsd-amd64 gb libgda5_5.2.4-1 . kfreebsd-amd64 gb libgda5_5.2.4-1 . kfreebsd-i386 gb ruby-eventmachine-1.0.3_1.0.7-3 . kfreebsd-amd64 gb ruby-eventmachine-1.0.3_1.0.7-3 . kfreebsd-i386 gb totem-pl-parser_3.10.5-1 . kfreebsd-amd64 gb totem-pl-parser_3.10.5-1 . kfreebsd-i386 gb thin_1.3.1-5 . kfreebsd-amd64 gb thin_1.3.1-5 . kfreebsd-i386 gb ndisc6_1.0.1-1 . kfreebsd-amd64 gb ndisc6_1.0.1-1 . kfreebsd-i386 gb libfiu_0.94-3 . kfreebsd-amd64 gb libfiu_0.94-3 . kfreebsd-i386 gb python-jpype_0.5.4.2-3 . kfreebsd-amd64 gb python-jpype_0.5.4.2-3 . kfreebsd-i386 gb jssc_2.6.0-5 . kfreebsd-amd64 gb jssc_2.6.0-5 . kfreebsd-i386 gb libio-interface-perl_1.09-1 . kfreebsd-amd64 gb tcpstat_1.5-8 . kfreebsd-amd64 gb tcpstat_1.5-8 . kfreebsd-i386 gb softflowd_0.9.9-2 . kfreebsd-amd64 gb softflowd_0.9.9-2 . kfreebsd-i386 gb dns-flood-detector_1.20-2 . kfreebsd-amd64 gb dns-flood-detector_1.20-2 . kfreebsd-i386 gb snoopy-2.3.1 . kfreebsd-amd64 gb snoopy-2.3.1 . kfreebsd-i386 gb deja-dup_34.0-1 . kfreebsd-amd64 gb deja-dup_34.0-1 . kfreebsd-i386 gb tarantool_1.6.3.539.g211672f-1 . kfreebsd-amd64 gb tarantool_1.6.3.539.g211672f-1 . kfreebsd-i386 gb elfutils_0.163-5.1 . kfreebsd-amd64 gb elfutils_0.163-5.1 . kfreebsd-i386 gb sqlitebrowser_3.5.1-3 . kfreebsd-amd64 gb sqlitebrowser_3.5.1-3 . kfreebsd-i386 gb seahorse_3.18.0-2 . kfreebsd-amd64 gb seahorse_3.18.0-2 . kfreebsd-i386 gb libsidplayfp_1.8.2-1 . kfreebsd-amd64 gb grep_2.22-1 . kfreebsd-amd64 gb ruby-nio4r_1.1.0-1 . kfreebsd-amd64 gb ruby-nio4r_1.1.0-1 . kfreebsd-i386 gb fet_5.28.2-1 . kfreebsd-amd64 gb fet_5.28.2-1 . kfreebsd-i386 gb erlang-ibrowse_4.2.2-1 . kfreebsd-amd64 gb litecoin_0.10.2.2-2 . kfreebsd-amd64 gb litecoin_0.10.2.2-2 . kfreebsd-i386 Thanks! Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Re: Handling security in a unofficial kFreeBSD release
On 11/11/14 23:54, Christoph Egger wrote: > For the second point I guess we bsd people can figure something out. The > other I don't really know .. maybe we can trigger once the > stable-security thing becomes public and building then? Other Ideas? I'm not familiar with wanna-build, but that sounds like the first place to try to trigger our own security builds from. The last-resort, naïve implementation would be to watch the public APT repository at http://security.debian.org/debian-security/ Shortly before a security announcement, and after any embargo period expired, the .dsc's will appear there for the patched packages, we can fetch them, build them and install them in our unofficial stable suite. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5462a527.70...@pyro.eu.org
Please give back clamav on kfreebsd-amd64 buildd fayrfax
Hi, Please give back clamav on kfreebsd-amd64 buildd fayrfax. I'm not sure why it failed on buildd fano. The buildd log mentions sem_open, used by faketime: https://buildd.debian.org/status/fetch.php?pkg=clamav&arch=kfreebsd-amd64&ver=0.98.5~rc1%2Bdfsg-2&stamp=1413650886 I wonder if there could be some configuration difference on buildd fayrfax that allowed it to work properly there before: https://buildd.debian.org/status/fetch.php?pkg=clamav&arch=kfreebsd-amd64&ver=0.98.5~rc1%2Bdfsg-1&stamp=1413351481 Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5442d31c.7010...@pyro.eu.org
Please give back webkit2gtk on kfreebsd-i386
Dear debian-wb-team, Please give back webkit2gtk for build on kfreebsd-i386. There is a bug report open already (#765706) for what looks like a race during build (on multiple arches), but it already built everywhere else. On 17/10/14 14:07, Alberto Garcia wrote: > Control: forwarded -1 https://bugs.webkit.org/show_bug.cgi?id=137686 > > On Fri, Oct 17, 2014 at 01:51:50PM +0100, Steven Chamberlain wrote: >> webkit2gtk FTBFS on its first build attempt on linux-i386 and >> kfreebsd-i386 due to: > > Thanks for the report. > > I'm afraid that it's not specific to x86, I also saw it the other day > with ppc64el (see the upstream bug report). > >> Is this a race condition or perhaps something to do with a build >> dependency? > > A race condition would be my guess, but I haven't had the time to > investigate it yet. Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5441164d.2060...@pyro.eu.org
Please give back brltty when libllvm3.5 3.5-4 built
Hi, Please could perhaps a dep-wait be set, to make brltty - which had FTBFS on some arches due to Doxygen not finding libclang.so.1 - try to build again as soon as libllvm3.5 3.5-4 is built? (That update provides a symlink from libclang.so.1 to the new filename, so that Doxygen should work again.) https://buildd.debian.org/status/package.php?p=brltty Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140928223057.gg26...@squeeze.pyro.eu.org
Re: Please give back efl on kfreebsd-amd64
On 02:28, Cyril Brulebois wrote: > Steven Chamberlain (2014-09-28): > > Please give back efl for another build on kfreebsd-amd64 > > > > It apparently timed out during a 'DNS resolution' test, which I tried > > but couldn't reproduce locally. > > Done. Thanks, and it built; filed bug #763126 for this anyway. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140928010439.gd23...@squeeze.pyro.eu.org
Please give back efl on kfreebsd-amd64
Hi, Please give back efl for another build on kfreebsd-amd64 It apparently timed out during a 'DNS resolution' test, which I tried but couldn't reproduce locally. It would be nice to know what the problem is (race, or some assumption about networking) but leaving it out-of-date doesn't tell us anything; seeing if it builds on second attempt would at least confirm the issue was non-deterministic. It is also part of at least two transitions (libjpeg-turbo and gnutls28) that I don't want kfreebsd to be holding up. | FAIL: tests/ecore/ecore_suite | = | | Running suite(s): Ecore | count_res: 6 | Client with ip 127.0.0.1, port 36663, connected = 1! | Lost client with ip 127.0.0.1! | Client was connected for 10.002 seconds. | ERR<74714>:ecore_con lib/ecore_con/ecore_con_dns.c:90 _ecore_con_dns_check() resolve failed: No such file or directory Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140928002232.ga23...@squeeze.pyro.eu.org
Re: kfreebsd-kernel-headers_10.1~1_source.changes ACCEPTED into experimental
On 31/08/14 20:18, Debian FTP Masters wrote: > kfreebsd-kernel-headers (10.1~1) experimental; urgency=medium > . >* Update for 10.1 >* Add myself to uploaders This package seems to have disappeared from wanna-build? It was in Needs-Build state for several hours, the build depends should be satisfiable, but it just disappeared from the queue and there is no log? It was a source-only upload to experimental, was never held in the NEW queue, and does not build any arch-indep packages. Could anyone explain where it went? Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Re: Re: /dev/shm on kfreebsd buildds
Hi, On Sun, 25 May 2014 21:14:20 +0200, Christoph Egger wrote: > There's no such thing as a /dev/shm in kfreebsd-* buildd chroots at the > moment. How are these created on linux-sbuild? The hosts sseem to have > /dev/shm btw. This problem sounds familiar from BSD jail setup, where the early bootscripts don't handle this for you as they do on the host. I documented this procedure: https://wiki.debian.org/Debian_GNU/kFreeBSD/Jails : > # Compatibility symlink from /dev/shm to /run/shm > ln -s /run/shm /srv/jail/$JID/dev/ We should only need sbuild to do something similar. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/538cdfee.4040...@pyro.eu.org
Re: Please give back nodejs on mipsel
Hi, On 03/03/14 07:49, Jérémy Lal wrote: > nodejs builds successfully except on mipsel, because some tests > can fail when the buildd server is busy. Since it's the first time > i see those specific tests fail, i suppose eberlin was really busy. I think this sort of request ought to go to debian-wb-team@ so I've copied them in on this: > gb nodejs_0.10.26~dfsg1-1 . mipsel Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53150575.8030...@pyro.eu.org
Fwd: failed i386 build of kfreebsd-9 9.2~svn255465-2
Hi debian-wb-team, Have we run out of space on buildd biber? Please could kfreebsd-9 be given back for a rebuild. Thanks. Original Message Subject: failed i386 build of kfreebsd-9 9.2~svn255465-2 Date: Fri, 20 Sep 2013 23:00:04 + From: Debian buildds To: kfreebs...@packages.qa.debian.org * Source package: kfreebsd-9 * Version: 9.2~svn255465-2 * Architecture: i386 * State: failed * Suite: sid * Builder: biber.debian.org * Build log: https://buildd.debian.org/fetch.cgi?pkg=kfreebsd-9&arch=i386&ver=9.2%7Esvn255465-2&stamp=1379717536&file=log > E: 05lvm: Volume group "vg0" has insufficient free space (777 extents): > 1280 required. > E: sid-i386-sbuild-807f1748-3ee8-49aa-bfea-ab90fc556212: Chroot setup failed: > stage=setup-start > Chroot setup failed -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/523cd4c6.5010...@pyro.eu.org
Re: Debian installer build: failed or old builds
On 18/01/13 19:36, Philipp Kern wrote: > rem% ls -al ~buildd/ > ls: cannot access /home/buildd/: No such file or directory Oh. Could a /home partition or network share be not mounted? The machines database still calls it a mipsel buildd, and before the outage it was responsible for the nightly d-i builds on that arch. "Disk space:40g+120g" sounds to me like /home might be the 120 GB disk. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50f9a567.3010...@pyro.eu.org
Re: Debian installer build: failed or old builds
On 18/01/13 07:03, Martin Zobel-Helas wrote: > On 18/01/13 05:49, Christian PERRIER wrote: >> Are there any news? We apparently had no D-I build for mipsel since >> Jan 10th. > > rem is back since Monday. Thanks Martin, Please could mipsel porters or wb-team see why the nightly d-i builds on rem.debian.org are not running? Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50f998f6.9060...@pyro.eu.org
Re: Please give back icedove on mipsel
On 15/12/12 00:55, Cyril Brulebois wrote: > Steven Chamberlain (15/12/2012): >> Please give back icedove on mipsel. > > done, thanks. Thanks for that, but unfortunately it is still failing... https://buildd.debian.org/status/logs.php?pkg=icedove&ver=10.0.11-1&arch=mipsel > /usr/bin/python2.7 ../../config/pythonpath.py -I../../config > ../../config/expandlibs_exec.py --uselist -- c++ -D_FORTIFY_SOURCE=2 > -fno-rtti -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth > -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align > -Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type -pedantic > -Wno-long-long -g -O2 -Wformat -Werror=format-security -Wall -fno-exceptions > -fno-strict-aliasing -fshort-wchar -pthread -ffunction-sections > -fdata-sections -pipe -DNDEBUG -DTRIMMED -g -Os -freorder-blocks > -fomit-frame-pointer -fPIC -shared -Wl,-z,defs -Wl,--gc-sections > -Wl,-h,libxul.so -o libxul.so nsStaticXULComponents.o nsUnicharUtils.o > nsBidiUtils.o nsRDFResource.o-Wl,--as-needed -lpthread -Wl,-z,relro > -Wl,-rpath-link,/build/buildd-icedove_10.0.11-1-mipsel-ITCruD/icedove-10.0.11/mozilla/dist/bin > -Wl,-rpath-link,/usr/lib../../toolkit/xre/libxulapp_s.a > ../../staticlib/components/libnecko.a ../../staticlib/components/libuconv.a > ../../staticlib/compone nts/libi18n.a ../../staticlib/components/libchardet.a ../../staticlib/components/libjar50.a ../../staticlib/components/libstartupcache.a ../../staticlib/components/libpref.a ../../staticlib/components/libhtmlpars.a ../../staticlib/components/libimglib2.a ../../staticlib/components/libgkgfx.a ../../staticlib/components/libgklayout.a ../../staticlib/components/libdocshell.a ../../staticlib/components/libembedcomponents.a ../../staticlib/components/libwebbrwsr.a ../../staticlib/components/libnsappshell.a ../../staticlib/components/libtxmgr.a ../../staticlib/components/libcommandlines.a ../../staticlib/components/libtoolkitcomps.a ../../staticlib/components/libpipboot.a ../../staticlib/components/libpipnss.a ../../staticlib/components/libappcomps.a ../../staticlib/components/libjsreflect.a ../../staticlib/components/libcomposer.a ../../staticlib/components/libjetpack_s.a ../../staticlib/components/libtelemetry.a ../../staticlib/components/libjsdebugger.a ../../staticlib/components/libstor agecomps.a ../../staticlib/components/librdf.a ../../staticlib/components/libwindowds.a ../../staticlib/components/libjsctypes.a ../../staticlib/components/libjsperf.a ../../staticlib/components/libgkplugin.a ../../staticlib/components/libunixproxy.a ../../staticlib/components/libjsd.a ../../staticlib/components/libautoconfig.a ../../staticlib/components/libauth.a ../../staticlib/components/libcookie.a ../../staticlib/components/libpermissions.a ../../staticlib/components/libuniversalchardet.a ../../staticlib/components/libfileview.a ../../staticlib/components/libplaces.a ../../staticlib/components/libtkautocomplete.a ../../staticlib/components/libsatchel.a ../../staticlib/components/libpippki.a ../../staticlib/components/libwidget_gtk2.a ../../staticlib/components/libsystem-pref.a ../../staticlib/components/libimgicon.a ../../staticlib/components/libaccessibility.a ../../staticlib/components/libremoteservice.a ../../staticlib/components/libspellchecker.a ../../staticlib/components/li bzipwriter.a ../../staticlib/components/libservices-crypto.a ../../staticlib/components/libxpautocomplete.a ../../staticlib/components/libmailcomps.a ../../staticlib/components/libmail.a ../../staticlib/components/libmsgsmime.a ../../staticlib/components/libimport.a ../../staticlib/components/libmozldap.a ../../staticlib/components/libmork.a ../../staticlib/libjsipc_s.a ../../staticlib/libdomipc_s.a ../../staticlib/libdomplugins_s.a ../../staticlib/libmozipc_s.a ../../staticlib/libmozipdlgen_s.a ../../staticlib/libipcshell_s.a ../../staticlib/libgfx2d.a ../../staticlib/libgfxipc_s.a ../../staticlib/libhal_s.a ../../staticlib/libxpcom_core.a ../../staticlib/libucvutil_s.a ../../staticlib/libchromium_s.a ../../staticlib/libmozreg_s.a ../../staticlib/libgtkxtbin.a ../../staticlib/libthebes.a ../../staticlib/libycbcr.a ../../staticlib/libangle.a -L../../dist/bin -L../../dist/lib -L/usr/lib -ljpeg ../../media/libpng/libmozpng.a ../../gfx/qcms/libmozqcms.a /build/buildd-icedove_10.0.11-1- mipsel-ITCruD/icedove-10.0.11/mozilla/dist/lib/libmozjs.a -L/usr/lib/mipsel-linux-gnu -lssl3 -lsmime3 -lnss3 -lnssutil3 -lcrmf -lcairo -lpixman-1 -lfreetype -lfontconfig-lXrender -lcairo -lX11 ../../gfx/harfbuzz/src/libmozharfbuzz.a ../../gfx/ots/src/libmozots.a -L../../dist/bin -L../../dist/lib -lldap60 -lprldap60 -lldif60 -lsqlite3 -L/usr/lib -lz -lhunspell-1.3 -L/usr/lib -levent -L/usr/lib -lvpx -lasound -lrt -L../../dist/bin -L../../dist/lib -L/usr/lib/mipsel-linux-gnu -lplds4 -lplc4 -lnspr4 -lpthread -ldl ../../dist/lib/lib
Please give back icedove on mipsel
Hi, Please give back icedove on mipsel. This (and a pending unblock request) has delayed transition of a security update for nearly 3 weeks. Moritz said he notified buildd admins already, but I don't see that another build was attempted yet: http://bugs.debian.org/694747 Thank you, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50cbc8d1.6050...@pyro.eu.org
Re: Please give back freerdp on kfreebsd-* hurd-*
On 15:52, Christoph Egger wrote: > > wb gb freerdp_1.0.1-1.1 . kfreebsd-amd64 kfreebsd-i386 > > Done ...and successfully built on all arches. Thanks! Regards. -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120825141447.ga13...@loongson.pyro.eu.org