Hello,
On Thu, Jan 05, 2012 at 11:38:09PM +0100, Christoph Egger wrote:
> Package: src:openldap
> Version: 2.4.28-1
> Severity: serious
> Tags: sid wheezy
These tags seem superfluous?
> User: debian-bsd@lists.debian.org
> Usertags: kfreebsd
> X-Debbugs-Cc: debian-bsd@lists.debian.org
> Justifica
Hi!
Steve Langasek writes:
> On Thu, Jan 05, 2012 at 11:38:09PM +0100, Christoph Egger wrote:
>> Your package failed to build on the kfreebsd-* buildds:
>
>> > Starting test045-syncreplication-proxied for bdb...
>> running defines.sh
>> Starting master slapd on TCP/IP port 9011...
>> Using ld
Processing commands for cont...@bugs.debian.org:
> tags 654739 + pending
Bug #654739 [kfreebsd-9] kfreebsd-9: non-standard gcc/g++ used for build
(gcc-4.4)
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
654739: http://bugs.debian.org/cgi-bi
Should we upgrade kfreebsd-kernel-headers to 9.0? I'm afraid of this
causing breakage with 8.3 kernels.
However if we stay with 8.x, we won't be able to upgrade them to 8.3
until 8.3 is uploaded to unstable. It might be problematic to put
them on hold for so long.
What kind of compatibility shou
Your message dated Sun, 08 Jan 2012 15:33:45 +
with message-id
and subject line Bug#654581: fixed in freebsd-libs 8.2+ds2-2
has caused the Debian Bug report #654581,
regarding libalias-dev: undefined reference to ip_next in libalias
to be marked as done.
This means that you claim that the pro
freebsd-libs_8.2+ds2-2_kfreebsd-amd64.changes uploaded successfully to localhost
along with the files:
freebsd-libs_8.2+ds2-2.dsc
freebsd-libs_8.2+ds2-2.debian.tar.gz
libsbuf0_8.2+ds2-2_kfreebsd-amd64.deb
libsbuf0-udeb_8.2+ds2-2_kfreebsd-amd64.udeb
libsbuf-dev_8.2+ds2-2_kfreebsd-amd64.deb
Accepted:
freebsd-libs_8.2+ds2-2.debian.tar.gz
to main/f/freebsd-libs/freebsd-libs_8.2+ds2-2.debian.tar.gz
freebsd-libs_8.2+ds2-2.dsc
to main/f/freebsd-libs/freebsd-libs_8.2+ds2-2.dsc
libalias-dev_8.2+ds2-2_kfreebsd-amd64.deb
to main/f/freebsd-libs/libalias-dev_8.2+ds2-2_kfreebsd-amd64.deb
freebsd-libs_8.3~svn229725-1_kfreebsd-amd64.changes uploaded successfully to
localhost
along with the files:
freebsd-libs_8.3~svn229725-1.dsc
freebsd-libs_8.3~svn229725.orig.tar.gz
freebsd-libs_8.3~svn229725-1.debian.tar.gz
libsbuf0_8.3~svn229725-1_kfreebsd-amd64.deb
libsbuf0-udeb_8.3~sv
Accepted:
freebsd-libs_8.3~svn229725-1.debian.tar.gz
to main/f/freebsd-libs/freebsd-libs_8.3~svn229725-1.debian.tar.gz
freebsd-libs_8.3~svn229725-1.dsc
to main/f/freebsd-libs/freebsd-libs_8.3~svn229725-1.dsc
freebsd-libs_8.3~svn229725.orig.tar.gz
to main/f/freebsd-libs/freebsd-libs_8.3~svn
Hopefully there's no uncaught ABI divergence like we had last time.
Please test:
sudo apt-get -t experimental install libcam0 libgeom1 libjail1
libkiconv4 libkvm0 libsbuf0
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble
Hi!
Seems linux has a *lot* more termio constants than we do and agetty
From util-linux is using all of them (or something like that). Use of
IUCLC and OLCUC was aready conditional in earlier versions of util-linux
so reverting to that seems fine. What to do with the rest? Conditionally
defining
El 8 de gener de 2012 21:30, Christoph Egger ha escrit:
> What to do with the rest? Conditionally defining all of them to 0?
On my experience this works most of the time. I'd make sure that
getty didn't break after this change, though.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd
Robert Millan writes:
> El 8 de gener de 2012 21:30, Christoph Egger ha escrit:
>> What to do with the rest? Conditionally defining all of them to 0?
>
> On my experience this works most of the time. I'd make sure that
> getty didn't break after this change, though.
Here's a patch. I'll test it
Christoph Egger writes:
> Robert Millan writes:
>> El 8 de gener de 2012 21:30, Christoph Egger ha
>> escrit:
>>> What to do with the rest? Conditionally defining all of them to 0?
>>
>> On my experience this works most of the time. I'd make sure that
>> getty didn't break after this change, t
Hi all!
Disabling partx is *not* enough for util-linux to build on
kfreebsd. Below is a full patch that gets me a building + functioning
agetty as well (as far as I can tell).
Regards
Christoph
Christoph Egger writes:
> Robert Millan writes:
>> El 8 de gener de 2012 21:30, Christoph Egg
15 matches
Mail list logo