Re: New libgettext8 package

On Nov 30, 2009, at 2:25 PM, Daniel Macks wrote:

> If
> some 10.5 and 10.6 folks on various architectures could comment out
> the Distribution flag in their libgettext8-shlibs.info and get some
> (hopefully:) positive reports that it 'fink -m build's, can make it
> more widely available...

No problem on 10.5/G5, I now have:

i 	gettext	0.10.40-126	Message localization support
  i 	gettext-bin	0.17-17	GNU Internationalization utilities
  i 	gettext-tools	0.14.5-4	GNU Internationalization utils (shared libs)
  i 	libgettext3-dev	0.14.5-3	GNU Internationalization utilities  
(Development Files)
  i 	libgettext3-shlibs	0.14.5-3	GNU Internationalization utils  
(shared libs)
  i 	libgettext8-shlibs	0.17-17	GNU Internationalization utils (shared  
libs)
  i 	libgettextpo2-shlibs	0.14.5-4	GNU Internationalization utils  
(shared libs)

I didn't see a Distribution flag in the info file.

- Koen.

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 

Re: New libgettext8 package

On Nov 30, 2009, at 2:25 PM, Daniel Macks wrote:

> At long last and thanks to jack and can't-even-remember-whom-else, we
> now have a new libintl. It's core, so I'm playing conservative with
> availability: tested on 10.4, so that's where we have it so far. If
> some 10.5 and 10.6 folks on various architectures could comment out
> the Distribution flag in their libgettext8-shlibs.info and get some
> (hopefully:) positive reports that it 'fink -m build's, can make it
> more widely available...
> 
> dan

I've been playing with it for a while on 10.6/x86_64 with no issues.

Daniel

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev

_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Experimental ncurses packages

Now that libgettext8 has made it to unstable, I'd appreciate it if people could try the updated ncurses
packages (ncurses.info, libncursesw5.info and libncurses5-64bit.info) in my experimental CVS
directory: http://fink.cvs.sourceforge.net/viewvc/fink/experimental/danielj/

I've been using it for a few months now and haven't seen any problems. It'd be nice to update it since fink's
current ncurses is quite old. 10.6 comes with a much new version.

Daniel

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev

_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Experimental ncurses packages

--- Daniel Johnson <daniel.johnson31 <at> gmail.com> schrieb am Di, 1.12.2009:

> Von: Daniel Johnson <daniel.johnson31 <at> gmail.com>
> Betreff: [Fink-devel] Experimental ncurses packages
> An: fink-devel <at> lists.sourceforge.net
> Datum: Dienstag, 1. Dezember 2009, 2:33
> Now that libgettext8 has made it to
> unstable, I'd appreciate it if people could try the updated
> ncurses packages (ncurses.info, libncursesw5.info and
> libncurses5-64bit.info) in my experimental CVS directory: http://fink.cvs.sourceforge.net/viewvc/fink/experimental/danielj/
> 
> I've been using it for a few months now and haven't seen
> any problems. It'd be nice to update it since fink's current
> ncurses is quite old. 10.6 comes with a much new version.
> 
> Daniel
> 
> 

Confirmed to build (and work, so far...didn't do too many build-tests yet) on 10.4/PPC.

-jack

__________________________________________________
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
http://mail.yahoo.com 

------------------------------------------------------------------------------

Re: New libgettext8 package

Koen van der Drift wrote:
[]
> I didn't see a Distribution flag in the info file.

Not only is there no Distribution field, it also is built and installed 
automatically by selfupdate, no questions asked (well, it does actually 
ask permission, but declining would mean stopping selfupdate).

The reason is that libgettext3-shlibs, which is essential and got a new 
Revision, is automatically updated; it Depends on "gettext-bin (>= 
%v-%r)", hence gettext-bin will be updated, too, and in this case this 
means to the latest version gettext-bin-0.17-17, which builds and 
installs libgettext8-shlibs.

You could as well have made it essential right away.

--

-- 
Martin

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: New libgettext8 package

Tested on 10.5.8 (all software updates installed; Core2Duo) _ both  
32bit and 64bit.

There was no distribution field to comment out, so the thing ran  
straight
after "fink selfupdate" _  no time to add  "-m" ...
But "fink check on the debs" is OK (on 64bit), and I see no TestScript..

I notice there is buildconflicts for ccache-default :
this breaks the operation of ccache on anything _ fink or not! _ going  
on in parallel..
An "export CCACHE_DISABLE=1" (instead of the current "env  
CCACHE_DISABLE=1",
so as to apply also to the make command, not only the configure command)
should suffice in principle ...

Build went through w/o problem on 64bit, but on 32bit (same machine)  
failed with the strange "Too many open files" :

> Making all in intl-java
> /bin/sh ../javacomp.sh -d . ./gnu/gettext/GettextResource.java
> ./gnu/gettext/GettextResource.java:1: error: Cannot read the source  
> from ./gnu/gettext/GettextResource.java due to internal exception  
> java.io.FileNotFoundException:./gnu/gettext/GettextResource.java  
> (Too many open files)
> 1 problem (1 error)

Best,

Jean-Francois

Re: New libgettext8 package

On Tue, Dec 1, 2009 at 8:44 AM, Jean-François Mertens
<jfm <at> core.ucl.ac.be> wrote:
> I notice there is buildconflicts for ccache-default :
> this breaks the operation of ccache on anything _ fink or not! _ going
> on in parallel..
> An "export CCACHE_DISABLE=1" (instead of the current "env
> CCACHE_DISABLE=1",
> so as to apply also to the make command, not only the configure command)
> should suffice in principle ...

Jean-François,

After seeing your email, I went back to re-install ccache-default, and
it looks like fink did it automatically. I remember seeing the message
saying fink was going to temporarily remove it, and I guess it put it
back when it was done.

Did ccache-default remain uninstalled on your system?

--

-- 
- Charles Lepple

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net

Re: New libgettext8 package

On 01 Dec 2009, at 15:18, Charles Lepple wrote:

> On Tue, Dec 1, 2009 at 8:44 AM, Jean-François Mertens
> <jfm <at> core.ucl.ac.be> wrote:
>> I notice there is buildconflicts for ccache-default :
>> this breaks the operation of ccache on anything _ fink or not! _  
>> going
>> on in parallel..
>> An "export CCACHE_DISABLE=1" (instead of the current "env
>> CCACHE_DISABLE=1",
>> so as to apply also to the make command, not only the configure  
>> command)
>> should suffice in principle ...
>
> Jean-François,
>
> After seeing your email, I went back to re-install ccache-default, and
> it looks like fink did it automatically. I remember seeing the message
> saying fink was going to temporarily remove it, and I guess it put it
> back when it was done.
>
> Did ccache-default remain uninstalled on your system?

No ; in general, a BuildConlicts gets reinstalled by fink at the end of
the build.
That's why I mentioned above "things going on in parallel".

Jean-Francois
------------------------------------------------------------------------------

Apt cache limit

Recently, apt-get started crashing on me with the following error message:

E: Dynamic MMap ran out of room
E: Error occured while processing system-pkgconfig-xcb-property (NewPackage)
E: Problem with MergeList /tmp/finkaptstatus

The incriminated package does not matter, during my tests it was not 
always the same, but the error came up persistently, whenever anything 
apt-get related was run, apt-get or apt-cache directly, or fink 
scanpackages or selfupdate etc.

After some googling, it is clear that this is a real problem related to 
the increasing size of the package data bases and perhaps to the number 
of repositories mentioned in sources.list. On google I also found a 
workaround which might be interesting for others, as I am sure others 
will be hit by this, too:

Create a file /sw/etc/apt/apt.conf.d/30cache containing one line

   APT::Cache-Limit "125829120";

This sets the limit to 120MB instead of the ridiculously low default 
6MB. Even 12MB would suffice.

A permanent fix would involve a patch to the file apt-pkg/pkgcachegen.cc 
in the apt sources as follows:

--- apt-0.5.4/apt-pkg/pkgcachegen.cc~	2009-12-02 14:16:11.000000000 +0100
+++ apt-0.5.4/apt-pkg/pkgcachegen.cc	2009-12-02 14:18:17.000000000 +0100
@@ -599,3 +599,3 @@

Re: Apt cache limit

Martin Costabel wrote:
> Recently, apt-get started crashing on me with the following error message:
> 
> E: Dynamic MMap ran out of room
> E: Error occured while processing system-pkgconfig-xcb-property (NewPackage)
> E: Problem with MergeList /tmp/finkaptstatus
> 
> The incriminated package does not matter, during my tests it was not 
> always the same, but the error came up persistently, whenever anything 
> apt-get related was run, apt-get or apt-cache directly, or fink 
> scanpackages or selfupdate etc.
> 
> After some googling, it is clear that this is a real problem related to 
> the increasing size of the package data bases and perhaps to the number 
> of repositories mentioned in sources.list. On google I also found a 
> workaround which might be interesting for others, as I am sure others 
> will be hit by this, too:
> 
> Create a file /sw/etc/apt/apt.conf.d/30cache containing one line
> 
>    APT::Cache-Limit "125829120";
> 
> This sets the limit to 120MB instead of the ridiculously low default 
> 6MB. Even 12MB would suffice.
> 
> A permanent fix would involve a patch to the file apt-pkg/pkgcachegen.cc 
> in the apt sources as follows:
> 
> --- apt-0.5.4/apt-pkg/pkgcachegen.cc~	2009-12-02 14:16:11.000000000 +0100