Sebastian Kayser | 1 Jun 12:21 2009

[csw-maintainers] Anyone successfully downloaded gnulib? Download problems here.

Hi,

has anyone successfully cloned the gnulib git repository? When i try to
follow the download instructions from their homepage [1] the clone
operation times out.

# git clone git://git.savannah.gnu.org/gnulib.git
Initialized empty Git repository in /root/tmp/gnulib/.git/
cdgit.savannah.gnu.org[0: 199.232.41.69]: errno=Connection timed out
fatal: unable to connect a socket (Connection timed out)

I am doing this from my home box, i.e. there is no proxy required and no
restrictive firewall in between.

Sebastian

[1] http://www.gnu.org/software/gnulib/
Sebastian Kayser | 1 Jun 12:29 2009

Re: [csw-maintainers] Anyone successfully downloaded gnulib? Download problems here.

Sebastian Kayser wrote:
> has anyone successfully cloned the gnulib git repository? When i try to
> follow the download instructions from their homepage [1] the clone
> operation times out.

Ok, never mind, i just noticed the news on their front page [1]. A
couple of services is down, git is one of them.

Has anyone ever thought of packaging gnulib so that we have it centrally
available on the buildfarm?

Sebastian

[1] http://savannah.gnu.org/forum/forum.php?forum_id=5826
Dagobert Michelsen | 1 Jun 12:43 2009

Re: [csw-maintainers] Anyone successfully downloaded gnulib? Download problems here.

Hi Sebastian,

Am 01.06.2009 um 12:29 schrieb Sebastian Kayser:
> Sebastian Kayser wrote:
>> has anyone successfully cloned the gnulib git repository? When i  
>> try to
>> follow the download instructions from their homepage [1] the clone
>> operation times out.
>
> Ok, never mind, i just noticed the news on their front page [1]. A
> couple of services is down, git is one of them.
>
> Has anyone ever thought of packaging gnulib so that we have it  
> centrally
> available on the buildfarm?

gnulib is not meant to be packaged. The projects needing them should
include the functionality they actually need:

> Gnulib takes a different approach. Its components are intended to be
> shared at the source level, rather than being a library that gets  
> built,
> installed, and linked against. Thus, there is no distribution tarball;
> the idea is to copy files from Gnulib into your own source tree.

Best regards

   -- Dago
Dagobert Michelsen | 1 Jun 12:46 2009

Re: [csw-maintainers] new class scripts

Hi,

Am 31.05.2009 um 23:00 schrieb Dagobert Michelsen:
>    0  17552 cpio           3 root/opt/csw/X11/lib/python2.6/site- 
> packages/xcbgen/xtypes.py

I guess this is the reason why the py-files aren't gettint compiled:
   /opt/csw/X11/
Should I put the py-files into /opt/csw/lib/python* instead regardless  
of the
libdir setting?

Best regards

   -- Dago
Sebastian Kayser | 1 Jun 12:55 2009

Re: [csw-maintainers] Anyone successfully downloaded gnulib? Download problems here.

Dagobert Michelsen wrote:
> Am 01.06.2009 um 12:29 schrieb Sebastian Kayser:
>> Sebastian Kayser wrote:
>>> has anyone successfully cloned the gnulib git repository? When i  
>>> try to
>>> follow the download instructions from their homepage [1] the clone
>>> operation times out.
>> Ok, never mind, i just noticed the news on their front page [1]. A
>> couple of services is down, git is one of them.
>>
>> Has anyone ever thought of packaging gnulib so that we have it  
>> centrally
>> available on the buildfarm?
> 
> gnulib is not meant to be packaged. The projects needing them should
> include the functionality they actually need:
> 
>> Gnulib takes a different approach. Its components are intended to be
>> shared at the source level, rather than being a library that gets  
>> built,
>> installed, and linked against. Thus, there is no distribution tarball;
>> the idea is to copy files from Gnulib into your own source tree.

That's exactly what i was aiming at. Having all the source files handy
in one location (package) gives our maintainers instant access to them.
  No hassle cloning non-available git repositories.

Debian has a gnulib package also. I wonder why, but heck, when even they
as a GNU platform have one we should have one too ;)

(Continue reading)

Peter FELECAN | 1 Jun 17:43 2009

[csw-maintainers] assembler in shared libraries

Trying to package/port projects using optimizations implemented in
assembler I encounter the same issue for which I didn't found a solution.

For the moment, the issue manifests itself only on i386 architecture as
the porting has as source, projects developed on Linux and concerns
mainly video applications, e.g., ffmpeg, xvid, &c.

In the linking phase of the share library I get the following message:

Text relocation remains                 	referenced
    against symbol		    offset	in file
<unknown>                   0x7   	bitstream/x86_asm/cbp_mmx.o
.
.
.
<unknown>                   0xc6   	utils/x86_asm/cpuid.o
ld: fatal: relocations remain against allocatable but non-writable sections
collect2: ld returned 1 exit status

The result of my research can be summarized as follows: don't
use hand written assembly in shared libraries if you're not using the
GNU linker.

The consequences of this are:

- don't activate assembler optimizations: poor performance
- where the previous is not possible, don't generate shared
  libraries containing the assembler code: build only statically linked
  binaries --- at least the corresponding library is statically linked

(Continue reading)

Ben Walton | 1 Jun 17:50 2009

Re: [csw-maintainers] assembler in shared libraries

Excerpts from Peter FELECAN's message of Mon Jun 01 11:43:31 -0400 2009:

> Is there a fellow maintainer having a positive experience on building
> shared libraries for Solaris containing assembler code and willing to
> share his solution?

This isn't something I've bumped into personally, but would this be a
candidate for using the gnu linker instead of the solaris one?

-Ben

--

-- 
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302

GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
Contact me to arrange for a CAcert assurance meeting.
_______________________________________________
maintainers mailing list
maintainers@...
https://lists.opencsw.org/mailman/listinfo/maintainers
Mike Watters | 1 Jun 17:51 2009

Re: [csw-maintainers] assembler in shared libraries


Peter FELECAN wrote:
> Trying to package/port projects using optimizations implemented in
> assembler I encounter the same issue for which I didn't found a solution.
> 
> For the moment, the issue manifests itself only on i386 architecture as
> the porting has as source, projects developed on Linux and concerns
> mainly video applications, e.g., ffmpeg, xvid, &c.
> 
> In the linking phase of the share library I get the following message:
> 
> Text relocation remains                 	referenced
>     against symbol		    offset	in file
> <unknown>                   0x7   	bitstream/x86_asm/cbp_mmx.o
> .
> .
> .
> <unknown>                   0xc6   	utils/x86_asm/cpuid.o
> ld: fatal: relocations remain against allocatable but non-writable sections
> collect2: ld returned 1 exit status
> 
> The result of my research can be summarized as follows: don't
> use hand written assembly in shared libraries if you're not using the
> GNU linker.
> 
> The consequences of this are:
> 
> - don't activate assembler optimizations: poor performance
> - where the previous is not possible, don't generate shared
>   libraries containing the assembler code: build only statically linked
(Continue reading)

Mike Watters | 1 Jun 18:02 2009

Re: [csw-maintainers] new class scripts


Hi Dago,
Dagobert Michelsen wrote:

>> root/opt/csw/X11/lib/python2.6/site-packages/xcbgen/xtypes.py
> 
> I guess this is the reason why the py-files aren't gettint compiled:
>   /opt/csw/X11/
> Should I put the py-files into /opt/csw/lib/python* instead regardless
> of the
> libdir setting?

if the library files are to be used within python programs yes.
that is to say, if a python script does something like "from xtypes import foo"
or "import xtypes" then it needs to go under /opt/csw/lib/python/site-packages

--

Thanks,
Mike

"Any intelligent fool can make things bigger, more complex,
and more violent.  It takes a touch of genius -- and a lot of courage --
to move in the opposite direction."

* Albert Einstein 1879 - 1955
    US German-born Theoretical Physicist
Mike Watters | 1 Jun 18:19 2009

Re: [csw-maintainers] new class scripts


Dagobert Michelsen wrote:
> Hi,
> 
> Am 31.05.2009 um 23:00 schrieb Dagobert Michelsen:
>>    0  17552 cpio           3
>> root/opt/csw/X11/lib/python2.6/site-packages/xcbgen/xtypes.py
> 
> I guess this is the reason why the py-files aren't gettint compiled:
>   /opt/csw/X11/
> Should I put the py-files into /opt/csw/lib/python* instead regardless
> of the
> libdir setting?

I did some testing on the class script this morning, and it works as designed.
as long as your .py library files are under /opt/csw/lib/python the class
script will attempt to compile them.

**** NOTE ****
The default location for the library files is currently NOT /opt/csw/lib/python
The version in testing has fixed this problem.  Please hold your python
packages until the new one is on the build farm.

--

Thanks,
Mike

"Any intelligent fool can make things bigger, more complex,
and more violent.  It takes a touch of genius -- and a lot of courage --
(Continue reading)


Gmane