Bug#731144: kfreebsd: drm2 and i915kms kernel modules are not loaded automatically

2013-12-03 Thread Robert Millan
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.

Bug#731144: libdrm: obsolete patch for drmCheckModesettingSupported()

2013-12-03 Thread Robert Millan
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

Bug#731182: xserver-xorg-video-intel: drm2 and i915kms kernel modules are not loaded automatically

2013-12-03 Thread Robert Millan
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 make it

Re: radeonkms kernel module are not loaded automatically

2013-12-03 Thread Steven Chamberlain
On 11:22, Robert Millan wrote: http://svnweb.freebsd.org/ports/head/x11-drivers/xf86-video-ati/files/extra-src__radeon_kms.c?revision=328711view=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, I

kfreebsd buildds stuck

2013-12-03 Thread Steven Chamberlain
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

Re: kfreebsd buildds stuck

2013-12-03 Thread Christoph Egger
Steven Chamberlain ste...@pyro.eu.org 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

Bug#731258: libfreebsd-glue-0-udeb: uninstallable (depends on libdb5.1)

2013-12-03 Thread Cyril Brulebois
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,

Bug#731261: transition: Qt5 switching qreal == double for all platforms

2013-12-03 Thread Lisandro Damián Nicanor Pérez Meyer
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

Re: kfreebsd buildds stuck

2013-12-03 Thread Steven Chamberlain
Hi Christoph, On 03/12/13 16:34, Christoph Egger wrote: Steven Chamberlain ste...@pyro.eu.org 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

Re: kfreebsd buildds stuck

2013-12-03 Thread Robert Millan
On 03/12/2013 17:34, Christoph Egger wrote: Steven Chamberlain ste...@pyro.eu.org 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

Re: radeonkms kernel module are not loaded automatically

2013-12-03 Thread Robert Millan
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 Index:

Re: Cinnamon X Gnome X Mate

2013-12-03 Thread Steven Chamberlain
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

Re: Cinnamon X Gnome X Mate

2013-12-03 Thread brunomaximom
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

Bug#731258: marked as done (libfreebsd-glue-0-udeb: uninstallable (depends on libdb5.1))

2013-12-03 Thread Debian Bug Tracking System
Your message dated Tue, 03 Dec 2013 22:34:23 + with message-id e1vnyxv-000464...@franck.debian.org 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.

Processing of freebsd-glue_0.2.5_kfreebsd-amd64.changes

2013-12-03 Thread Debian FTP Masters
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

freebsd-glue_0.2.5_kfreebsd-amd64.changes ACCEPTED into unstable

2013-12-03 Thread Debian FTP Masters
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:

Re: radeonkms kernel module are not loaded automatically

2013-12-03 Thread Steven Chamberlain
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. Please