Newt is a programming library for color text mode, widget based user interfaces. it is needed by mondo. i suggest dev-libs. this package depends on slang and popt. andreas
Created attachment 2044 [details] newt-0.50.35 (new package)
Created attachment 2119 [details] replacing newt with Newt Newt-1.08 is compatible with newt. also newt was just available as srpms. using Newt make rpm2cpio not needed. the portage dir now changed from dev-libs/newt to dev-libs/Newt
should this bug maybe be closed and a new one "Newt-1.08 (new package)" be opened?
Created attachment 2202 [details] Newt-1.08-r1.ebuild
I tried to merge this lib in this afternoon. Unfortunately the download site was having issues. (Like, off the net 'issues'). Is the version you're merging to also known as libnewt-perl? Also, the complation filed (Newt.pm) but the emerge went ahead anyway with libnewt.a and newt.h. If that's supposed to be expected, perhaps an 'einfo' would be appropriate.
the download site seems to have difficulties sometimes - there's nothing I can do about though. yes, this packages is known as libnewt-perl for debian users. but in my ebuild here I'm just installing the newt-c library, as I need it for compiling another program. can you post the logfile of your failed emerge?
Created attachment 2250 [details] Newt-1-08-r2.ebuild source directory was wrong. didn't even start compiling
Created attachment 2251 [details] Merge log for Newt-1.08.ebuild (also shows error on -r2 ebuild) This is the output from the ebuild(s). -r2 failed to start (corrupt?), and 1.08.ebuild errors out.... (Gentoo 1.3b gcc 3.1 i686, make.conf default CLAGS, emerge --update --pretend world shows no outdated packages) Something else I noticed, as this is now the Perl Module version, the ebuild does not fail, and even on a successful compile it doesn't install the perl module, just the libary and header file. Also you need to add a compile-time depndency for perl. (You use it to make the Makefile). My point: If we're going to build it, we might as well install all of it, perl module(s) included. Which brings us to bug 3450. It deals with packages in CPAN (which this is) and how perl modules, in general, should be delt with in the emerge/portage context. Someone @gentoo.org should consider making 3450 block this bug. (It's worth debate nonetheless)
Created attachment 2252 [details] Newt-1.08-r3.ebuild I don't know why the -r2 didn't work for you, it worked here. but, ok, I think this one will satisfy us all. it inherits the perl-module eclass and installs the c-libraries.
Created attachment 2320 [details] newt-0.50.35.ebuild I decided to use redhat's newt-0.50.x library again, as Newt-1.08 is unmaintained and fails to build the (for mondo unneeded) perl modules. redhat sayed it's ok to host the source tar.gz file on my server so we don't need to extract it from srpm anymore
You know my comments :)
passed lintool
Created attachment 2375 [details] newt-0.50.35.ebuild - passed lintool
does this install the perl modules now or will that be a seperate package?
added...
this will NOT install perl modules. newt (lowercase) is the pure c library provided by redhat. Newt is the perl module based on it (you can find it on cpan).
ok, thanks, committed.
