Re: kde4 packages, WITHOUT_NEW_XORG fails

2014-07-05 Thread Patrick Powell

On 07/04/14 16:28, Kevin Oberman wrote:
On Fri, Jul 4, 2014 at 4:15 PM, Patrick Powell papow...@astart.com 
mailto:papow...@astart.com wrote:


On 07/04/14 14:23, Koop Mast wrote:

[...]

On 4-7-2014 22:49, Kevin Oberman wrote:


This discussion begs the question of why won't
WITH_NEW_XORG work for you?
I am aware of some pretty old hardware that simply has no
support in recent
Xorg servers, but these are pretty old by now. And, as
time passes, the bit
rot will make more and more things fail with the old code.

I am far from an X expert, but a post to x11@ of the
failure you see
WITH_NEW_XORG including the Xorg.0.log, /etc/make.conf,
/etc/src.conf and
any Xorg.conf you are using might get things working (and
might not). x11@
is a far better place to ask any of the questions about X
issues.

I should also recommend that, if you have not already
tried, move your
Xorg.conf aside and let X try to configure itself. It is
very rare to
require a full configuration these days. Most only need
things for added
fonts and extra modules. The xorg.conf on my laptop is
only about 27 lines
long and mostly added fonts.

ports/UPDATING states:
20140218:
  AFFECTS: users of KDE SC 4
  AUTHOR: k...@freebsd.org

  KDE SC ports have been updated to 4.12.2. kdeadmin,
kdenetwork, kdesdk,
  and kdetoys ports have been split due to upstream changes.

  KDE Workspace port has been updated to 4.11.6. It requires
modern
  Mesa libraries, provided by WITH_NEW_XORG knob. To update
Xorg ports
  to newer version follow instructions at
https://wiki.freebsd.org/Graphics

So it not possible anymore to run KDE4 with WITHOUT_NEW_XORG.

-Koop

Ahhh!!! I  missed that.

If this is the case,  then perhaps the default for generating the
PKGNG repository should be WITH_NEW_XORG?
Then we could use the PKGNG respository for KDE4 applications.

OR: we could have two repositories:  one which uses
WITHOUT_NEW_XORG and has the old Xorg drivers and no KDE4 support
and one with WITH_NEW_XORG which has the new Xorg drivers and KDE4
support.

I think I read some discussion about this possibility but I can't
recall the outcome.


Your timing is MOST excellent. Koop just announced those repositories 
were available a few hours ago.

http://docs.freebsd.org/cgi/getmsg.cgi?fetch=306646+0+current/freebsd-announce

The repositories cover 9.x and 10.x for i386 and amd64.
--
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com mailto:rkober...@gmail.com

Huzzah!  Hurrah Ummm... hold on a bit here...

No 8.4 support?  Why not just toss it in,  with the usual:

Warning!  Here there be dragons.  Or at least untested and verified 
packages. These have been compiled with make.conf containing:

MAKE_NEW_XORG=yes

At least doing this will provide KDE4 packages in an easy to access 
fashion.  As for the XORG support,  this seems to work fine for me as 
well,  so I do not need compatibility with the old drivers...


Yes, yes... sloth.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


kde4 packages, WITHOUT_NEW_XORG fails

2014-07-04 Thread Patrick Powell

I have run into a problem trying to recompile the KDE4 packages with
WITHOUT_NEW_XORG=YES.

From the CHANGES file:
20140416:
  AFFECTS: users of x11/xorg graphics/dri graphics/libGL and related ports
  AUTHOR: x...@freebsd.org

  The default xorg version has been switched on FreeBSD 10-STABLE and
  FreeBSD 9-STABLE.

  To upgrade graphics/libGL, graphics/dri and related MESA ports, it is
  necessary to first remove the old versions of those ports.
  No special upgrade procedure is needed for xorg ports but it is
  necessary to recompile all xorg drivers (xf86-*) and other ports that
  depend on the xserver version, including
  emulators/virtualbox-ose-additions.  Portrevisions have been bumped
  where needed, but users of drivers not in the ports tree will need to
  recompile those.

  If it is important to stay on the old versions, it is possible to
  specify WITHOUT_NEW_XORG= in /etc/make.conf to get the old xorg
  distribution.


My make.conf file:
  WITH_PKGNG=yes
  WITHOUT_NEW_XORG=yes

I did portsnap fetch update, and then did:

# cd /usr/ports/x11/kde4
# make missing /tmp/missing_files

I massaged the /tmp/missing_files to use pkg to try to download
a package if it was in the repository.  If they were not, I then
tried to use 'make BATCH=YES install' to compile and install the port.

Here is the output of the script, showing the errors for the ports that
did not compile.

  x11-themes/kdeartwork4
  deskutils/kdeplasma-addons
  x11-clocks/kdetoys4
  x11/kde4-workspace
  net/kget
  net/krdc
  x11-clocks/ktux
  graphics/libEGL
  graphics/libglesv2
  print/indexinfo
  graphics/libglapi
  multimedia/libdvdcss

Output:

+ p x11-themes/kdeartwork4
+ pkg install x11-themes/kdeartwork4
Updating repository catalogue
pkg: No packages matching 'x11-themes/kdeartwork4' available in the 
repositories

+ cd /usr/ports/x11-themes/kdeartwork4
+ make BATCH=yes install
===Verifying install for /usr/local/lib/libkworkspace.so in 
/usr/ports/x11/kde4-workspace
===  kde-workspace-4.11.9 requires modern libGL. Please, set 
WITH_NEW_XORG and update your ports.

*** Error code 1

Stop in /usr/ports/x11/kde4-workspace.
*** Error code 1

Stop in /usr/ports/x11-themes/kdeartwork4.
+ p deskutils/kdeplasma-addons
+ pkg install deskutils/kdeplasma-addons
Updating repository catalogue
pkg: No packages matching 'deskutils/kdeplasma-addons' available in the 
repositories

+ cd /usr/ports/deskutils/kdeplasma-addons
+ make BATCH=yes install
===Verifying install for /usr/local/lib/libkworkspace.so in 
/usr/ports/x11/kde4-workspace
===  kde-workspace-4.11.9 requires modern libGL. Please, set 
WITH_NEW_XORG and update your ports.

*** Error code 1

Stop in /usr/ports/x11/kde4-workspace.
*** Error code 1

Stop in /usr/ports/deskutils/kdeplasma-addons.
+ p x11-clocks/kdetoys4
+ pkg install x11-clocks/kdetoys4
Updating repository catalogue
pkg: No packages matching 'x11-clocks/kdetoys4' available in the 
repositories

+ cd /usr/ports/x11-clocks/kdetoys4
+ make BATCH=yes install
===  Staging for kdetoys-4.12.5
===Verifying install for /usr/local/bin/ktux in 
/usr/ports/x11-clocks/ktux
===Verifying install for /usr/local/lib/libkworkspace.so in 
/usr/ports/x11/kde4-workspace
===  kde-workspace-4.11.9 requires modern libGL. Please, set 
WITH_NEW_XORG and update your ports.

*** Error code 1

Stop in /usr/ports/x11/kde4-workspace.
*** Error code 1

Stop in /usr/ports/x11-clocks/ktux.
*** Error code 1

Stop in /usr/ports/x11-clocks/kdetoys4.
+ p x11/kde4-workspace
+ pkg install x11/kde4-workspace
Updating repository catalogue
pkg: No packages matching 'x11/kde4-workspace' available in the repositories
+ cd /usr/ports/x11/kde4-workspace
+ make BATCH=yes install
===  kde-workspace-4.11.9 requires modern libGL. Please, set 
WITH_NEW_XORG and update your ports.

*** Error code 1

Stop in /usr/ports/x11/kde4-workspace.
+ p net/kget
+ pkg install net/kget
Updating repository catalogue

kg: No packages matching 'net/kget' available in the repositories
+ cd /usr/ports/net/kget
+ make BATCH=yes install
===Verifying install for /usr/local/lib/libkworkspace.so in 
/usr/ports/x11/kde4-workspace
===  kde-workspace-4.11.9 requires modern libGL. Please, set 
WITH_NEW_XORG and update your ports.

*** Error code 1

Stop in /usr/ports/x11/kde4-workspace.
*** Error code 1

Stop in /usr/ports/net/kget.
+ p net/krdc
+ pkg install net/krdc
Updating repository catalogue
pkg: No packages matching 'net/krdc' available in the repositories
+ cd /usr/ports/net/krdc
+ make BATCH=yes install
===  Building for krdc-4.12.5
[ 83%] Built target krdc
/usr/ports/net/krdc/work/krdc-4.12.5/vnc/vncclientthread.cpp: In member 
function 'void VncClientThrea

d::clientSetKeepalive()':
/usr/ports/net/krdc/work/krdc-4.12.5/vnc/vncclientthread.cpp:610: error: 
'TCP_KEEPIDLE' was not decla

red in this scope
/usr/ports/net/krdc/work/krdc-4.12.5/vnc/vncclientthread.cpp:616: error: 
'TCP_KEEPINTVL' was not decl

ared in this scope

Re: kde4 packages, WITHOUT_NEW_XORG fails

2014-07-04 Thread Kevin Oberman
On Fri, Jul 4, 2014 at 9:14 AM, Patrick Powell papow...@astart.com wrote:

 I have run into a problem trying to recompile the KDE4 packages with
 WITHOUT_NEW_XORG=YES.

 From the CHANGES file:
 20140416:
   AFFECTS: users of x11/xorg graphics/dri graphics/libGL and related ports
   AUTHOR: x...@freebsd.org

   The default xorg version has been switched on FreeBSD 10-STABLE and
   FreeBSD 9-STABLE.

   To upgrade graphics/libGL, graphics/dri and related MESA ports, it is
   necessary to first remove the old versions of those ports.
   No special upgrade procedure is needed for xorg ports but it is
   necessary to recompile all xorg drivers (xf86-*) and other ports that
   depend on the xserver version, including
   emulators/virtualbox-ose-additions.  Portrevisions have been bumped
   where needed, but users of drivers not in the ports tree will need to
   recompile those.

   If it is important to stay on the old versions, it is possible to
   specify WITHOUT_NEW_XORG= in /etc/make.conf to get the old xorg
   distribution.


 My make.conf file:
   WITH_PKGNG=yes
   WITHOUT_NEW_XORG=yes

 I did portsnap fetch update, and then did:

 # cd /usr/ports/x11/kde4
 # make missing /tmp/missing_files

 I massaged the /tmp/missing_files to use pkg to try to download
 a package if it was in the repository.  If they were not, I then
 tried to use 'make BATCH=YES install' to compile and install the port.


Unfortunately,  many ports have been updated with calls to the Mesa API
that do not exist in the WITHOUT_NEW_XORG version of Mesa. As a result, you
can no longer build/run recent version of those ports WITHOUT_NEW_XORG. KDE
is probably the bast known of these.

That leaves two options:
1. Move to the new Xorg versions (which may not support some older hardware)
2. Use an old (and possibly vulnerable) version of KDE

The Xorg and KDE folks simply don't provide any other options that I am
aware of.
-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: kde4 packages, WITHOUT_NEW_XORG fails

2014-07-04 Thread Patrick Powell

On 07/04/14 09:56, Kevin Oberman wrote:
On Fri, Jul 4, 2014 at 9:14 AM, Patrick Powell papow...@astart.com 
mailto:papow...@astart.com wrote:


I have run into a problem trying to recompile the KDE4 packages with
WITHOUT_NEW_XORG=YES.

From the CHANGES file:
20140416:
  AFFECTS: users of x11/xorg graphics/dri graphics/libGL and
related ports
  AUTHOR: x...@freebsd.org

  The default xorg version has been switched on FreeBSD 10-STABLE and
  FreeBSD 9-STABLE.

  To upgrade graphics/libGL, graphics/dri and related MESA ports,
it is
  necessary to first remove the old versions of those ports.
  No special upgrade procedure is needed for xorg ports but it is
  necessary to recompile all xorg drivers (xf86-*) and other ports
that
  depend on the xserver version, including
  emulators/virtualbox-ose-additions.  Portrevisions have been bumped
  where needed, but users of drivers not in the ports tree will
need to
  recompile those.

  If it is important to stay on the old versions, it is possible to
  specify WITHOUT_NEW_XORG= in /etc/make.conf to get the old xorg
  distribution.


My make.conf file:
  WITH_PKGNG=yes
  WITHOUT_NEW_XORG=yes

I did portsnap fetch update, and then did:

# cd /usr/ports/x11/kde4
# make missing /tmp/missing_files

I massaged the /tmp/missing_files to use pkg to try to download
a package if it was in the repository.  If they were not, I then
tried to use 'make BATCH=YES install' to compile and install the port.


Unfortunately,  many ports have been updated with calls to the Mesa 
API that do not exist in the WITHOUT_NEW_XORG version of Mesa. As a 
result, you can no longer build/run recent version of those ports 
WITHOUT_NEW_XORG. KDE is probably the bast known of these.


That leaves two options:
1. Move to the new Xorg versions (which may not support some older 
hardware)

2. Use an old (and possibly vulnerable) version of KDE

The Xorg and KDE folks simply don't provide any other options that I 
am aware of.

--
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com mailto:rkober...@gmail.com
OK, then could they please update the CHANGES file and state that? 
And/or put a warning in the UPDATING or CHANGES ports file:


WITHOUT_NEW_XORG option not supported

I appreciate the problems,  I was just hoping that there was a trivial 
solution to them...

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: kde4 packages, WITHOUT_NEW_XORG fails

2014-07-04 Thread Kevin Oberman
On Fri, Jul 4, 2014 at 12:03 PM, Patrick Powell papow...@astart.com wrote:

  On 07/04/14 09:56, Kevin Oberman wrote:

 On Fri, Jul 4, 2014 at 9:14 AM, Patrick Powell papow...@astart.com
 wrote:

 I have run into a problem trying to recompile the KDE4 packages with
 WITHOUT_NEW_XORG=YES.

 From the CHANGES file:
 20140416:
   AFFECTS: users of x11/xorg graphics/dri graphics/libGL and related ports
   AUTHOR: x...@freebsd.org

   The default xorg version has been switched on FreeBSD 10-STABLE and
   FreeBSD 9-STABLE.

   To upgrade graphics/libGL, graphics/dri and related MESA ports, it is
   necessary to first remove the old versions of those ports.
   No special upgrade procedure is needed for xorg ports but it is
   necessary to recompile all xorg drivers (xf86-*) and other ports that
   depend on the xserver version, including
   emulators/virtualbox-ose-additions.  Portrevisions have been bumped
   where needed, but users of drivers not in the ports tree will need to
   recompile those.

   If it is important to stay on the old versions, it is possible to
   specify WITHOUT_NEW_XORG= in /etc/make.conf to get the old xorg
   distribution.


 My make.conf file:
   WITH_PKGNG=yes
   WITHOUT_NEW_XORG=yes

 I did portsnap fetch update, and then did:

 # cd /usr/ports/x11/kde4
 # make missing /tmp/missing_files

 I massaged the /tmp/missing_files to use pkg to try to download
 a package if it was in the repository.  If they were not, I then
 tried to use 'make BATCH=YES install' to compile and install the port.


  Unfortunately,  many ports have been updated with calls to the Mesa API
 that do not exist in the WITHOUT_NEW_XORG version of Mesa. As a result, you
 can no longer build/run recent version of those ports WITHOUT_NEW_XORG. KDE
 is probably the bast known of these.

  That leaves two options:
  1. Move to the new Xorg versions (which may not support some older
 hardware)
  2. Use an old (and possibly vulnerable) version of KDE

  The Xorg and KDE folks simply don't provide any other options that I am
 aware of.
  --
 R. Kevin Oberman, Network Engineer, Retired
 E-mail: rkober...@gmail.com

 OK, then could they please update the CHANGES file and state that?  And/or
 put a warning in the UPDATING or CHANGES ports file:

 WITHOUT_NEW_XORG option not supported

 I appreciate the problems,  I was just hoping that there was a trivial
 solution to them...


I have no commit bit, but perhaps someone who does will put a note in
CHANGES. I certainly think it would be a good idea.

This discussion begs the question of why won't WITH_NEW_XORG work for you?
I am aware of some pretty old hardware that simply has no support in recent
Xorg servers, but these are pretty old by now. And, as time passes, the bit
rot will make more and more things fail with the old code.

I am far from an X expert, but a post to x11@ of the failure you see
WITH_NEW_XORG including the Xorg.0.log, /etc/make.conf, /etc/src.conf and
any Xorg.conf you are using might get things working (and might not). x11@
is a far better place to ask any of the questions about X issues.

I should also recommend that, if you have not already tried, move your
Xorg.conf aside and let X try to configure itself. It is very rare to
require a full configuration these days. Most only need things for added
fonts and extra modules. The xorg.conf on my laptop is only about 27 lines
long and mostly added fonts.
-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: kde4 packages, WITHOUT_NEW_XORG fails

2014-07-04 Thread Koop Mast

On 4-7-2014 22:49, Kevin Oberman wrote:

On Fri, Jul 4, 2014 at 12:03 PM, Patrick Powell papow...@astart.com wrote:


  On 07/04/14 09:56, Kevin Oberman wrote:

On Fri, Jul 4, 2014 at 9:14 AM, Patrick Powell papow...@astart.com
wrote:


I have run into a problem trying to recompile the KDE4 packages with
WITHOUT_NEW_XORG=YES.

From the CHANGES file:
20140416:
   AFFECTS: users of x11/xorg graphics/dri graphics/libGL and related ports
   AUTHOR: x...@freebsd.org

   The default xorg version has been switched on FreeBSD 10-STABLE and
   FreeBSD 9-STABLE.

   To upgrade graphics/libGL, graphics/dri and related MESA ports, it is
   necessary to first remove the old versions of those ports.
   No special upgrade procedure is needed for xorg ports but it is
   necessary to recompile all xorg drivers (xf86-*) and other ports that
   depend on the xserver version, including
   emulators/virtualbox-ose-additions.  Portrevisions have been bumped
   where needed, but users of drivers not in the ports tree will need to
   recompile those.

   If it is important to stay on the old versions, it is possible to
   specify WITHOUT_NEW_XORG= in /etc/make.conf to get the old xorg
   distribution.


My make.conf file:
   WITH_PKGNG=yes
   WITHOUT_NEW_XORG=yes

I did portsnap fetch update, and then did:

# cd /usr/ports/x11/kde4
# make missing /tmp/missing_files

I massaged the /tmp/missing_files to use pkg to try to download
a package if it was in the repository.  If they were not, I then
tried to use 'make BATCH=YES install' to compile and install the port.



  Unfortunately,  many ports have been updated with calls to the Mesa API
that do not exist in the WITHOUT_NEW_XORG version of Mesa. As a result, you
can no longer build/run recent version of those ports WITHOUT_NEW_XORG. KDE
is probably the bast known of these.

  That leaves two options:
  1. Move to the new Xorg versions (which may not support some older
hardware)
  2. Use an old (and possibly vulnerable) version of KDE

  The Xorg and KDE folks simply don't provide any other options that I am
aware of.
  --
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com

OK, then could they please update the CHANGES file and state that?  And/or
put a warning in the UPDATING or CHANGES ports file:

WITHOUT_NEW_XORG option not supported

I appreciate the problems,  I was just hoping that there was a trivial
solution to them...


I have no commit bit, but perhaps someone who does will put a note in
CHANGES. I certainly think it would be a good idea.

This discussion begs the question of why won't WITH_NEW_XORG work for you?
I am aware of some pretty old hardware that simply has no support in recent
Xorg servers, but these are pretty old by now. And, as time passes, the bit
rot will make more and more things fail with the old code.

I am far from an X expert, but a post to x11@ of the failure you see
WITH_NEW_XORG including the Xorg.0.log, /etc/make.conf, /etc/src.conf and
any Xorg.conf you are using might get things working (and might not). x11@
is a far better place to ask any of the questions about X issues.

I should also recommend that, if you have not already tried, move your
Xorg.conf aside and let X try to configure itself. It is very rare to
require a full configuration these days. Most only need things for added
fonts and extra modules. The xorg.conf on my laptop is only about 27 lines
long and mostly added fonts.

ports/UPDATING states:
20140218:
  AFFECTS: users of KDE SC 4
  AUTHOR: k...@freebsd.org

  KDE SC ports have been updated to 4.12.2. kdeadmin, kdenetwork, kdesdk,
  and kdetoys ports have been split due to upstream changes.

  KDE Workspace port has been updated to 4.11.6. It requires modern
  Mesa libraries, provided by WITH_NEW_XORG knob. To update Xorg ports
  to newer version follow instructions at https://wiki.freebsd.org/Graphics

So it not possible anymore to run KDE4 with WITHOUT_NEW_XORG.

-Koop
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: kde4 packages, WITHOUT_NEW_XORG fails

2014-07-04 Thread Patrick Powell

On 07/04/14 14:23, Koop Mast wrote:

On 4-7-2014 22:49, Kevin Oberman wrote:
On Fri, Jul 4, 2014 at 12:03 PM, Patrick Powell papow...@astart.com 
wrote:



  On 07/04/14 09:56, Kevin Oberman wrote:

On Fri, Jul 4, 2014 at 9:14 AM, Patrick Powell papow...@astart.com
wrote:


I have run into a problem trying to recompile the KDE4 packages with
WITHOUT_NEW_XORG=YES.

From the CHANGES file:
20140416:
   AFFECTS: users of x11/xorg graphics/dri graphics/libGL and 
related ports

   AUTHOR: x...@freebsd.org

   The default xorg version has been switched on FreeBSD 10-STABLE and
   FreeBSD 9-STABLE.

   To upgrade graphics/libGL, graphics/dri and related MESA ports, 
it is

   necessary to first remove the old versions of those ports.
   No special upgrade procedure is needed for xorg ports but it is
   necessary to recompile all xorg drivers (xf86-*) and other ports 
that

   depend on the xserver version, including
   emulators/virtualbox-ose-additions.  Portrevisions have been bumped
   where needed, but users of drivers not in the ports tree will 
need to

   recompile those.

   If it is important to stay on the old versions, it is possible to
   specify WITHOUT_NEW_XORG= in /etc/make.conf to get the old xorg
   distribution.


My make.conf file:
   WITH_PKGNG=yes
   WITHOUT_NEW_XORG=yes

I did portsnap fetch update, and then did:

# cd /usr/ports/x11/kde4
# make missing /tmp/missing_files

I massaged the /tmp/missing_files to use pkg to try to download
a package if it was in the repository.  If they were not, I then
tried to use 'make BATCH=YES install' to compile and install the port.


  Unfortunately,  many ports have been updated with calls to the 
Mesa API
that do not exist in the WITHOUT_NEW_XORG version of Mesa. As a 
result, you
can no longer build/run recent version of those ports 
WITHOUT_NEW_XORG. KDE

is probably the bast known of these.

  That leaves two options:
  1. Move to the new Xorg versions (which may not support some older
hardware)
  2. Use an old (and possibly vulnerable) version of KDE

  The Xorg and KDE folks simply don't provide any other options that 
I am

aware of.
  --
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com

OK, then could they please update the CHANGES file and state that?  
And/or

put a warning in the UPDATING or CHANGES ports file:

WITHOUT_NEW_XORG option not supported

I appreciate the problems,  I was just hoping that there was a trivial
solution to them...


I have no commit bit, but perhaps someone who does will put a note in
CHANGES. I certainly think it would be a good idea.

This discussion begs the question of why won't WITH_NEW_XORG work for 
you?
I am aware of some pretty old hardware that simply has no support in 
recent
Xorg servers, but these are pretty old by now. And, as time passes, 
the bit

rot will make more and more things fail with the old code.

I am far from an X expert, but a post to x11@ of the failure you see
WITH_NEW_XORG including the Xorg.0.log, /etc/make.conf, /etc/src.conf 
and
any Xorg.conf you are using might get things working (and might not). 
x11@

is a far better place to ask any of the questions about X issues.

I should also recommend that, if you have not already tried, move your
Xorg.conf aside and let X try to configure itself. It is very rare to
require a full configuration these days. Most only need things for added
fonts and extra modules. The xorg.conf on my laptop is only about 27 
lines

long and mostly added fonts.

ports/UPDATING states:
20140218:
  AFFECTS: users of KDE SC 4
  AUTHOR: k...@freebsd.org

  KDE SC ports have been updated to 4.12.2. kdeadmin, kdenetwork, kdesdk,
  and kdetoys ports have been split due to upstream changes.

  KDE Workspace port has been updated to 4.11.6. It requires modern
  Mesa libraries, provided by WITH_NEW_XORG knob. To update Xorg ports
  to newer version follow instructions at 
https://wiki.freebsd.org/Graphics


So it not possible anymore to run KDE4 with WITHOUT_NEW_XORG.

-Koop


Ahhh!!! I  missed that.

If this is the case,  then perhaps the default for generating the PKGNG 
repository should be WITH_NEW_XORG?

Then we could use the PKGNG respository for KDE4 applications.

OR: we could have two repositories:  one which uses WITHOUT_NEW_XORG and 
has the old Xorg drivers and no KDE4 support and one with WITH_NEW_XORG 
which has the new Xorg drivers and KDE4 support.


I think I read some discussion about this possibility but I can't recall 
the outcome.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: kde4 packages, WITHOUT_NEW_XORG fails

2014-07-04 Thread Kevin Oberman
On Fri, Jul 4, 2014 at 4:15 PM, Patrick Powell papow...@astart.com wrote:

 On 07/04/14 14:23, Koop Mast wrote:

[...]

  On 4-7-2014 22:49, Kevin Oberman wrote:


 This discussion begs the question of why won't WITH_NEW_XORG work for
 you?
 I am aware of some pretty old hardware that simply has no support in
 recent
 Xorg servers, but these are pretty old by now. And, as time passes, the
 bit
 rot will make more and more things fail with the old code.

 I am far from an X expert, but a post to x11@ of the failure you see
 WITH_NEW_XORG including the Xorg.0.log, /etc/make.conf, /etc/src.conf and
 any Xorg.conf you are using might get things working (and might not).
 x11@
 is a far better place to ask any of the questions about X issues.

 I should also recommend that, if you have not already tried, move your
 Xorg.conf aside and let X try to configure itself. It is very rare to
 require a full configuration these days. Most only need things for added
 fonts and extra modules. The xorg.conf on my laptop is only about 27
 lines
 long and mostly added fonts.

 ports/UPDATING states:
 20140218:
   AFFECTS: users of KDE SC 4
   AUTHOR: k...@freebsd.org

   KDE SC ports have been updated to 4.12.2. kdeadmin, kdenetwork, kdesdk,
   and kdetoys ports have been split due to upstream changes.

   KDE Workspace port has been updated to 4.11.6. It requires modern
   Mesa libraries, provided by WITH_NEW_XORG knob. To update Xorg ports
   to newer version follow instructions at https://wiki.freebsd.org/
 Graphics

 So it not possible anymore to run KDE4 with WITHOUT_NEW_XORG.

 -Koop

  Ahhh!!! I  missed that.

 If this is the case,  then perhaps the default for generating the PKGNG
 repository should be WITH_NEW_XORG?
 Then we could use the PKGNG respository for KDE4 applications.

 OR: we could have two repositories:  one which uses WITHOUT_NEW_XORG and
 has the old Xorg drivers and no KDE4 support and one with WITH_NEW_XORG
 which has the new Xorg drivers and KDE4 support.

 I think I read some discussion about this possibility but I can't recall
 the outcome.


Your timing is MOST excellent. Koop just announced those repositories were
available a few hours ago.
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=306646+0+current/freebsd-announce

The repositories cover 9.x and 10.x for i386 and amd64.
-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org