<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://permalink.gmane.org/gmane.comp.t2.devel">
    <title>gmane.comp.t2.devel</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3695"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3694"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3693"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3692"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3691"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3690"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3689"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3688"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3687"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3686"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3685"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3684"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3683"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3682"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3681"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3680"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3679"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3678"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3677"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.t2.devel/3676"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3695">
    <title>Re: automatic start of interactive programs</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3695</link>
    <description>

hi,

it seems neither mingetty nor rungetty is available in T2.
Maybe someone can point me to it ?

thanks


Tobias Gruetzmacher wrote:

</description>
    <dc:creator>gx-turbo</dc:creator>
    <dc:date>2008-10-06T08:24:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3694">
    <title>Re: .eh_frame error</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3694</link>
    <description>
Hi

I'm sending this to T2 and mms  http://forum.mymediasystem.org/
http://forum.mymediasystem.org/ , I hope we can solve the problem together.
Below an example for a g++ command causing the problem "cannot find -lz".
Note there is always a "-Wl,-nostdlib" and a "-L/usr/local/lib".
So I copied manually the libz.a (static lib) to /usr/local/lib.
This makes nobody, except ld, really happy, although it worked.
Note also:
ldd /usr/lib/mms/plugins/lib_output_sdl.so
libz.so.1 =&gt; /lib/libz.so.1 (0xb7f03000)
So it seems ld is happy to find a static lib, but does not use it ?
Is the command line wrong or the way g++ interprets it ?

Gerd

example:
g++ -I/usr/local/include -L/usr/local/lib -I/usr/include/ -I. -pthread -pipe
-O3  -ffast-math -funroll-loops -fomit-frame-pointer -funit-at-a-time 
-D_GNU_SOURCE  
-isystem/TOOLCHAIN/src.mms.mindesk.20081001.142917.825.localhost/mms-1.1.0-rc8/libs
-I../ -I../../ -I../../../ -I../../feature/ -I../../input/ -fPIC -shared
-Wl,-nostdlib -o lib_output_sdl.so sdlout.o sdlout_pl</description>
    <dc:creator>gx-turbo</dc:creator>
    <dc:date>2008-10-03T09:42:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3693">
    <title>Re: .eh_frame error</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3693</link>
    <description>

René Rebe wrote:
yes thats what I expected, but in this case it does not look in /lib.
Strange.
I still don't understand why.


René Rebe wrote:
yes I know, but I was desperate ... :-D


René Rebe wrote:
no it does not have that.
but I think its easy to add a patch in config and makefile with a -L
Also for the above problem, a patch with -L/lib would probably help.
But as you said: this shall be one of the system pathes.

On the other hand:
T2 is really impressive, how smoothly and automatically almost everything is
working.=)
(sometimes I miss some documentation...).
I guess we are almost done with this package.

Gerd
</description>
    <dc:creator>gx-turbo</dc:creator>
    <dc:date>2008-10-02T17:30:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3692">
    <title>Re: .eh_frame error</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3692</link>
    <description>Hi,

On 02.10.2008, at 17:18, gx-turbo wrote:


The toolchain (gcc, ld, ...) default to look into system pathes that  
include
/lib, /usr/lib, the lib64 variants on multilib 64bit systems and other  
variants,
(e.g. tls, notls, cpu optimization related dirs, etc)

You should not move the libraries around manually. Why it failed before
I do not know off handeither.


/opt/*/lib... are not searched by default, which is why there are the
pkg-config files (or the old -config scripts) for packages to obtain
the correct pathes on a distribution - which varies between releases,
vendors (Fedora, Debian, etc.) and in T2 even between configurations.

If the package configure does not include any support you would have
to patch it in (or use T2 automatics to inject it), but the configure  
script
might have a --with-imlib option to specify the patch.


</description>
    <dc:creator>René Rebe</dc:creator>
    <dc:date>2008-10-02T15:47:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3691">
    <title>Re: .eh_frame error</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3691</link>
    <description>

The main problem is the missing lib(s), probably due to confused search path
and/or different lib locations (/lib, /usr/lib ?) on different systems. 
In Makefile I found only  -L/usr/local/lib. How does ld or gcc find libs ?
seems it looks in /usr/lib, but not in /lib.
To make progress, I copied *.a from /lib to /usr/local/lib /which was empty
before).
Now all errors disappeared.

I really would like to know why this package has this library problems.
You may remember there is also the pending imlib2 problem.
Should not be that big rocket science to fix it, or ?

What is your recommendation how to solve it ?

regards
Gerd


gx-turbo wrote:

</description>
    <dc:creator>gx-turbo</dc:creator>
    <dc:date>2008-10-02T15:18:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3690">
    <title>Re: .eh_frame error</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3690</link>
    <description>
hi,

there is another problem with all gcc/binutils:

/usr/lib/gcc/i486-t2-linux-gnu/4.2.2/../../../../i486-t2-linux-gnu/bin/ld:
cannot find -lz

I found this also with a native compile on a T2 system, but here without the
eh_frame error.

libz I found in /lib
seems to be a problem with ld search path ?

Don't know if both problems are connected.

have also involved the mms crew

Gerd


René Rebe wrote:

</description>
    <dc:creator>gx-turbo</dc:creator>
    <dc:date>2008-10-02T12:44:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3689">
    <title>Re: PostgreSQL 8.3 - init script</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3689</link>
    <description>
Hi,

helasz&lt; at &gt;gportal.hu wrote:

I never used postgresql myself, but I recall archivista ships it on the CD,
now, for optional use, IIRC - and still have not heared a complain. Maybe
worth to check if they added an own init script or if it just works.

As I would have to read the man pages on the matter maybe someone
else has an idea :-)

</description>
    <dc:creator>René Rebe</dc:creator>
    <dc:date>2008-10-01T17:13:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3688">
    <title>Re: VIA UniChrome X11 driver</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3688</link>
    <description>
Hi,

I think the openchrome tree has video output and XVideo
acceleration - maybe even mpeg, but I have not checked. I think the
mostly only missing area is open source 3d for those chips
(but we have not used it for video output, so YMMV).

You might have to manually edit the xorg.conf to list the
openchrome driver.

gx-turbo wrote:
</description>
    <dc:creator>René Rebe</dc:creator>
    <dc:date>2008-10-01T17:11:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3687">
    <title>Re: VIA UniChrome X11 driver</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3687</link>
    <description>
Great!, I have not noticed the openchrome in T2.
Will try this one asap.
Problems are typically video output, mpeg-acceleration.
Any experience on that ?
A "good" x.conf file ?
Is the installer aware of it ?

Gerd


René Rebe wrote:

</description>
    <dc:creator>gx-turbo</dc:creator>
    <dc:date>2008-10-01T08:15:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3686">
    <title>PostgreSQL 8.3 - init script</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3686</link>
    <description>
Hi All,

I am not expert in postgres. However trying to make it work (T2 8.0 trunk,
rev 29913) I found that the init script (/etc/init.d/postgresql) refers to
the postmaster link which is working for manual start, but since it does
not give back the terminal command line it prevents the whole system to
finish booting if used as init script.

I have found that pg_ctl instead of postmaster works better, but in this
case I do not manage to restart the Postgres server. I am sure the answer
can be found on the internet, but if there could be anyone in the know how
to solve this, it may spare a lot of time for me, and (in the case the T2
SDE init script for postgres can be improved) also for others. (I have
already "waste" some time in searching)

Thanks in advance!

helasz



</description>
    <dc:creator>helasz&lt; at &gt;gportal.hu</dc:creator>
    <dc:date>2008-10-01T07:48:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3685">
    <title>Re: VIA UniChrome X11 driver</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3685</link>
    <description>
Hi,

gx-turbo wrote:
I recently  used to use the openchrome driver I recently added:

  http://www.t2-project.org/packages/xf86-video-openchrome.html

the X.org via driver is not so up-to-date and does not support latest
chipsets:

  http://www.t2-project.org/packages/xf86-video-via.html

I have not taken a look what the "better late then never, we
pretend to do /some/ open source stuff" release from Via
includes. The Unichrome tree worked fine for me / that
particular project back then.

But yet another package welcome - so if you want to try and
add this yet another via driver release from via to our package
repository: no problem.

Yours,

</description>
    <dc:creator>René Rebe</dc:creator>
    <dc:date>2008-09-30T14:44:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3684">
    <title>.eh_frame error</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3684</link>
    <description>

hi 

sorry, have to bother you again with my mms ...
With the latest trunk it did not build, although some weeks before it did.
Now I get a couple errors from .../bin/ld, like:
error in .../output.o (.eh_frame); no eh_frame_hdr table will be created

A quick look in google let me think this is NOT something like a missing
library, but could be a binutils or gcc problem.

any idea what can help ?

Gerd
</description>
    <dc:creator>gx-turbo</dc:creator>
    <dc:date>2008-09-30T15:48:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3683">
    <title>Re: .eh_frame error</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3683</link>
    <description>
Hi,

gx-turbo wrote:
Maybe it is as simple as not using ld for linking but gcc.

Yours,

</description>
    <dc:creator>René Rebe</dc:creator>
    <dc:date>2008-09-30T16:31:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3682">
    <title>Re: T2 support for BeagleBoard?</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3682</link>
    <description>
Hi,

Holger Wirtz wrote:

[snip]
An OpenVZ instannce is enough (a vserver isn't as, vserver did not support
"virtualized" device nodes the last time I took a look). Qemu/KVM,
Virtualbox or VMware etc. pp. are equally fine as well. (A simple chroot
is enough for many developers for their t2 tree as well, but of course
requires being root on some box).

Looking forward to your questions.

</description>
    <dc:creator>René Rebe</dc:creator>
    <dc:date>2008-09-30T14:39:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3681">
    <title>Re: T2 support for BeagleBoard?</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3681</link>
    <description>Hi Rene,

René Rebe wrote:

I got one... :-)


I don't know also.


I am new to setting up embedded systems so I think I have to learn much.
   I will take a look at this. Currently I am waiting fot some parts to
setup the Beagle for some simple tests. Currently I don't have enough
played enough with my new board to ask the right questions. But I will
come back soon.

There is one newbie-question before going to set up other things: Do I
have to install a seperate system for developing under T2? Or is a
OpenVZ instance enough???

Thanks, Holger


</description>
    <dc:creator>Holger Wirtz</dc:creator>
    <dc:date>2008-09-30T14:04:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3680">
    <title>VIA UniChrome X11 driver</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3680</link>
    <description>

hello,

I would like to add a driver for VIAs UniChrome graphics.
Seems there is no one actually in T2 ?
There are several options (http://unichrome.sourceforge.net/,
http://www.openchrome.org/,
http://linux.via.com.tw/support/downloadFiles.action).
Anybody out there with experience on this matter ?
Any suggestion ?

regards

Gerd
</description>
    <dc:creator>gx-turbo</dc:creator>
    <dc:date>2008-09-30T13:42:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3679">
    <title>Re: hostapd: Fix build with madwifi</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3679</link>
    <description>
Hi Adam,

Adam Stirk wrote:

Thank you for your ongoing contributions! I applied the patch with only
a tiny change not to add spaces at the end of the conditional statement.

Committed revision 30657.

</description>
    <dc:creator>René Rebe</dc:creator>
    <dc:date>2008-09-30T13:22:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3678">
    <title>Re: gtk+ not built</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3678</link>
    <description>
Hi,

gx-turbo wrote:

No problem. Thanks for the notifications. The cause is that the new pango
requires a newer cairo, which I did not yet update as it was an interim
development version and as I had the old cairo backend for pango on my
system the new gtk+ did not fail.

Fixed by updating cairo to the just released 1.8.0 version.

Committed revision 30655.

René
</description>
    <dc:creator>René Rebe</dc:creator>
    <dc:date>2008-09-30T12:53:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3677">
    <title>Re: gtk+ not built</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3677</link>
    <description>

hi,

I did a loop through versions back and forth and then made a new svn trunk.
Now I'm back at the original 2.14/1.22/2.18 and now gtk+ 2.14 is built.
Strange, seems a little bit like it would not work on a fresh system, but
once you have compiled older versions its ok.
Unfortunately I did not save the original .err (shame on me).


gx-turbo wrote:

</description>
    <dc:creator>gx-turbo</dc:creator>
    <dc:date>2008-09-30T12:10:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3676">
    <title>gtk+ not built</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3676</link>
    <description>

hi T2

I found a problem building gtk+ with latest 8.0-trunk (28. Sept.)
Message:
Pango not found. Pango built with cairo support is required.
But pango and glib are built and packages exist.
Version are
gtk+ 2.14
pango 1.22
glib 2.18

With a previous T2 revision (5. sept.) it works with
gtk+ 2.12
pango 1.20
glib 2.16

I went back to pango 1.20, but it does not help.
Will try also glib 2.16, but I don't know if it is the right track.

any advice ?

Gerd
</description>
    <dc:creator>gx-turbo</dc:creator>
    <dc:date>2008-09-30T07:50:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.t2.devel/3675">
    <title>Is anyone making ARM cortex-M3 installations?</title>
    <link>http://permalink.gmane.org/gmane.comp.t2.devel/3675</link>
    <description>
Especially the microcontrollers from luminary such as

LM3S6537
LM3S6950
LM3S6753
LM3S8538
LM3S8970.

Is the ARM linux kernel ready for these?

Thanks,

John



</description>
    <dc:creator>John Griessen</dc:creator>
    <dc:date>2008-09-29T19:03:03</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.t2.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.t2.devel</link>
  </textinput>
</rdf:RDF>
