On 22:15, Robert Millan wrote:
> On 03/12/2013 14:24, Steven Chamberlain wrote:
> > This is probably why Konstantin's sysctl checks are a good idea, and
> > the radeonkms module should try to implement them. Otherwise, there's
> > no proper fallback.,
>
> Well, this was simpler than I thought.
>
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 03 Dec 2013 22:28:21 +0100
Source: freebsd-glue
Binary: freebsd-glue libfreebsd-glue-0 libfreebsd-glue-0-udeb
Architecture: source kfreebsd-amd64
Version: 0.2.5
Distribution: unstable
Urgency: low
Maintainer: GNU/kFr
freebsd-glue_0.2.5_kfreebsd-amd64.changes uploaded successfully to localhost
along with the files:
freebsd-glue_0.2.5.dsc
freebsd-glue_0.2.5.tar.gz
freebsd-glue_0.2.5_kfreebsd-amd64.deb
libfreebsd-glue-0_0.2.5_kfreebsd-amd64.deb
libfreebsd-glue-0-udeb_0.2.5_kfreebsd-amd64.udeb
Greetings,
Your message dated Tue, 03 Dec 2013 22:34:23 +
with message-id
and subject line Bug#731258: fixed in freebsd-glue 0.2.5
has caused the Debian Bug report #731258,
regarding libfreebsd-glue-0-udeb: uninstallable (depends on libdb5.1)
to be marked as done.
This means that you claim that the prob
Em 2013-12-03 19:43, Steven Chamberlain escreveu:
PC-BSD made a new (pre-?)release today based on FreeBSD 10-STABLE:
* Includes the Gnome3 / Mate / Cinnamon desktops, replacing Gnome2.
which means they have working ports of these, and that will undoubtedly
help towards using them on GNU/kFreeBSD
PC-BSD made a new (pre-?)release today based on FreeBSD 10-STABLE:
* Includes the Gnome3 / Mate / Cinnamon desktops, replacing Gnome2.
which means they have working ports of these, and that will undoubtedly
help towards using them on GNU/kFreeBSD.
Also:
* Updated our Linux compatibility layer to
On 03/12/2013 14:24, Steven Chamberlain wrote:
> This is probably why Konstantin's sysctl checks are a good idea, and
> the radeonkms module should try to implement them. Otherwise, there's
> no proper fallback.,
Well, this was simpler than I thought.
Please can you test?
--
Robert Millan
Inde
On 03/12/2013 17:34, Christoph Egger wrote:
> Steven Chamberlain writes:
>> The queues for kfreebsd-amd64 and kfreebsd-i386 are getting quite big.
>>
>> Nothing seems to be building, since around 2013-12-02 10:30 UTC. I
>> can't see any obvious reason for this.
>
> ruby building on linuxthreads
Hi Christoph,
On 03/12/13 16:34, Christoph Egger wrote:
> Steven Chamberlain writes:
>> The queues for kfreebsd-amd64 and kfreebsd-i386 are getting quite big.
>>
>> Nothing seems to be building, since around 2013-12-02 10:30 UTC. I
>> can't see any obvious reason for this.
>
> ruby building on
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Note: people receiving this mail through the arm/ports/pkg-kde-talk mailing
list:
please reply to the bug.
Hi everyone! First of all please bare with me and try to read the whole mail
b
Package: libfreebsd-glue-0-udeb
Version: 0.2.4
Severity: grave
Tags: d-i
Justification: renders package unusable
Hi,
again an uninstallable package breaking d-i builds…
KiBi.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing
Steven Chamberlain writes:
> The queues for kfreebsd-amd64 and kfreebsd-i386 are getting quite big.
>
> Nothing seems to be building, since around 2013-12-02 10:30 UTC. I
> can't see any obvious reason for this.
ruby building on linuxthreads release ;-)
Christoph
--
To UNSUBSCRIBE, email t
Hi Christoph,
The queues for kfreebsd-amd64 and kfreebsd-i386 are getting quite big.
Nothing seems to be building, since around 2013-12-02 10:30 UTC. I
can't see any obvious reason for this.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bsd-req
On 11:22, Robert Millan wrote:
> http://svnweb.freebsd.org/ports/head/x11-drivers/xf86-video-ati/files/extra-src__radeon_kms.c?revision=328711&view=markup
>
> Do you have any devices with these names? It's strange it worked for you
> without this patch.
I had that patch applied too. Without it,
On 02/12/2013 23:57, Steven Chamberlain wrote:
> On 23:41, Robert Millan wrote:
>> Btw does someone know whether WITH_NEW_XORG is enabled by default?
>
> I think so. See https://wiki.freebsd.org/Graphics#Roadmap
>
> In the third row: 'Ports: enable WITH_NEW_XORG by default'
So they plan to mak
On 03/12/2013 00:25, Christoph Egger wrote:
> If you are about to change this, please give me the patch for testing
> beforehand. I did try to clean up things there in summer and still
> needed what is left in libdrm to get the intel driver working.
Here. It's only supposed to improve things for r
On 03/12/2013 04:24, Konstantin Belousov wrote:
>> is not currently being used, as upstream doesn't have it, and the
>> FreeBSD port uses a simpler, "return 0" stub instead:
> Whay do you mean by upstream ? The freedesktop libdrm git ?
Yes.
>> http://svnweb.freebsd.org/ports/head/graphics/libdrm/
On 03/12/2013 00:07, Steven Chamberlain wrote:
> Had to `kldload radeonkms` myself
That's odd... xserver-xorg-video-ati doesn't include any calls to
xf86LoadKernelModule(). I wonder who's supposed to load it.
What I could find is a fix for the DRM device name:
http://svnweb.freebsd.org/ports/he
18 matches
Mail list logo
