acpi-modules-10.0-0-486-di_10.0~svn234760-1_kfreebsd-i386.udeb
to
main/k/kfreebsd-10/acpi-modules-10.0-0-486-di_10.0~svn234760-1_kfreebsd-i386.udeb
cdrom-modules-10.0-0-486-di_10.0~svn234760-1_kfreebsd-i386.udeb
to
main/k/kfreebsd-10/cdrom-modules-10.0-0-486-di_10.0~svn234760-1_kfreebsd-i386.
kfreebsd-10_10.0~svn234760-1_kfreebsd-i386.changes uploaded successfully to
localhost
along with the files:
kfreebsd-10_10.0~svn234760-1.dsc
kfreebsd-10_10.0~svn234760.orig.tar.gz
kfreebsd-10_10.0~svn234760-1.debian.tar.gz
kfreebsd-source-10.0_10.0~svn234760-1_all.deb
kfreebsd-headers-10
Accepted:
acpi-modules-8.3-1-486-di_8.3-2_kfreebsd-i386.udeb
to main/k/kfreebsd-8/acpi-modules-8.3-1-486-di_8.3-2_kfreebsd-i386.udeb
cdrom-modules-8.3-1-486-di_8.3-2_kfreebsd-i386.udeb
to main/k/kfreebsd-8/cdrom-modules-8.3-1-486-di_8.3-2_kfreebsd-i386.udeb
crypto-dm-modules-8.3-1-486-di_8.3
kfreebsd-8_8.3-2_kfreebsd-i386.changes uploaded successfully to localhost
along with the files:
kfreebsd-8_8.3-2.dsc
kfreebsd-8_8.3-2.debian.tar.gz
kfreebsd-source-8.3_8.3-2_all.deb
kfreebsd-headers-8.3-1_8.3-2_kfreebsd-i386.deb
kfreebsd-image-8.3-1-686-smp_8.3-2_kfreebsd-i386.deb
kfree
Your message dated Sun, 06 May 2012 01:19:52 +
with message-id
and subject line Bug#669170: fixed in kfreebsd-8 8.3-2
has caused the Debian Bug report #669170,
regarding increase DFLDSIZ on amd64 to something good enough to build cmor
to be marked as done.
This means that you claim that the p
Probably you are the uploader of the following file(s) in
the Debian upload queue directory:
kfreebsd-10_10.0~svn234760-1.dsc
kfreebsd-10_10.0~svn234760.orig.tar.gz
This looks like an upload, but a .changes file is missing, so the job
cannot be processed.
If no .changes file arrives within 23:
Probably you are the uploader of the following file(s) in
the Debian upload queue directory:
kfreebsd-8_8.3-2.debian.tar.gz
kfreebsd-8_8.3-2.dsc
This looks like an upload, but a .changes file is missing, so the job
cannot be processed.
If no .changes file arrives within 23:26:44, the files wil
On Tue, May 01, 2012 at 04:19:41PM +0200, Christoph Egger wrote:
> severity 650060 serious
> bye
>
> Seems to happen now in unstable
It does not seem to be the same bug (or the patch provided does not apply
and fix this bug). The version of libmysqlclient-dev currently available in
unstable (vers
This is an automatic notification regarding your Bug report
which was filed against the src:apparmor package:
#671040: apparmor: FTBFS[kfreebsd]: No rule to make target
`/usr/include/linux/capability.h', needed by `list_capabilities'.
It has been closed by Kees Cook .
Their explanation is attac
As long as amd64 and i386 switch too, then I think it would be okay for
us to do the same? But I really want to hear confirmation from Robert
and/or Christoph.
I don't think I am really qualified/knowledged to make an informed
decision here -- the people with the real knowledge in kfreebsd
int
2012/5/5 Christoph Egger :
>> I tried anyway with gcc-4.7, and src:kfreebsd-9 successfully built a
>> kfreebsd-i386 kernel that seems stable for a few days now. Also the
>> freebsd-utils (essential stuff for kfreebsd-* arches) were okay.
>
> This is, however good to know. Good thing to have the p
2012/5/5 Christoph Egger :
>> As long as amd64 and i386 switch too, then I think it would be okay for
>> us to do the same? But I really want to hear confirmation from Robert
>> and/or Christoph.
>
> I don't think I am really qualified/knowledged to make an informed
> decision here -- the people
2012/5/5 Steven Chamberlain :
> close 671280 8.3-1
> thanks
>
> And today 8.3 entered testing. Yay!
Excellent! Maybe this helps with D-I builds...
I'll prepare the 8.3-2 upload RSN.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscr
2012/5/5 Christoph Egger :
> The buildds will only get the new kernel some time after the wheezy
> release (It *might* be possible to get a backports kernel but only iff
> we are really sure the kfreebsd-8 kernel from testing rebuilt in stable
> will work well with freebsd-utils and stuff from 8.1
Hi,
I noticed on "the table" that no porter box is listed for kfreebsd-i386:
http://release.debian.org/wheezy/arch_qualify.html
Is that because io.debian.net is/was not working? Or is it?
Apart from that, the biggest outstanding issue might be to get daily d-i
images built again?
Regards,
--
Hi!
Steven Chamberlain writes:
> This issue was worked around with a binNMU. It is fixed in kfreebsd-8
> VCS and kfreebsd-9 unstable by raising DFLDSIZ.
>
> I don't know if this has been changed yet on the buildd's, which I think
> run a squeeze kernel but DFLDSIZ is a boot-time configurable set
Hi all!
Steven Chamberlain writes:
> On 27/04/12 13:31, Matthias Klose wrote:
>> I'm now planning to default to GCC 4.7 for amd64 and i386. Should kfreebsd
>> and
>> the hurd do change at the same time, or should these stay with 4.6?
>
> As long as amd64 and i386 switch too, then I think it wou
Processing commands for cont...@bugs.debian.org:
> close 671280 8.3-1
Bug #671280 [kfreebsd-8] incompatible with ZFS ABI in zfsutils
There is no source info for the package 'kfreebsd-8' at version '8.3-1' with
architecture ''
Unable to make a source version for version '8.3-1'
Marked as fixed in
close 671280 8.3-1
thanks
And today 8.3 entered testing. Yay!
> kfreebsd-8 (8.3-1) unstable; urgency=low
>
>* New upstream release.
>
>[ Robert Millan ]
>* improve_tmpfs_mem_info.diff: Cherry-pick tmpfs allocation from
> 9-STABLE. (Closes: #666747)
>* mk_kernel_symbols
On 27/04/12 13:31, Matthias Klose wrote:
> I'm now planning to default to GCC 4.7 for amd64 and i386. Should kfreebsd
> and
> the hurd do change at the same time, or should these stay with 4.6?
Hi Matthias,
As long as amd64 and i386 switch too, then I think it would be okay for
us to do the sam
[CC me please]
Hi,
Does anyone knows why I would be getting an error like:
cd
/build/buildd-vxl_1.14.0-16-kfreebsd-i386-KGhmBK/vxl-1.14.0/obj-i486-kfreebsd-gnu/core/vgui
&& /usr/bin/c++ -Dvgui_EXPORTS -DVXL_WARN_DEPRECATED
-DVXL_WARN_DEPRECATED_ONCE -DVXL_LEGACY_ERROR_REPORTING
-DQT3_SUPPOR
21 matches
Mail list logo