rust-users — Help, feature requests and annoucements

[Rust-users] crust not going into chroot

[Lynn Y. II <lyn...@gm...>]

I am having issues gettign crust to chroot..  I am not seeing any errors,
but it is not going into chroot.  Am I missing something, or is there
another way to get crust to chroot?

-- 

____________________________________________
“It is not the strongest of the species that survives, nor the most
intelligent, but the one most responsive to change”
― Charles Darwin

[Rust-users] need Help

[Rajesh K. (IN4774) <raj...@mi...>]

Hi,

I am the new user of rust and tried to create sample RPM through this tool...

I followed the same steps written in help link but unable to get .rpm file. but I got one file called .tar.gz..

Please help me so I can have successful RPM creation by using this tool.

Raj

________________________________
This message (including attachment if any) is confidential and may be privileged. If you have received this message by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorized use or dissemination of this message in whole or in part is strictly prohibited. E-mail may contain viruses. Before opening attachments please check them for viruses and defects. While MindTree Limited (MindTree) has put in place checks to minimize the risks, MindTree will not be responsible for any viruses or defects or any forwarded attachments emanating either from within MindTree or outside.

Please note that e-mails are susceptible to change and MindTree shall not be liable for any improper, untimely or incomplete transmission.

MindTree reserves the right to monitor and review the content of all messages sent to or from MindTree e-mail address. Messages sent to or from this e-mail address may be stored on the MindTree e-mail system or else where.

[Rust-users] Need Help

[Alex G. <ale...@gm...>]

I need a Rust rpm install package for i686. I have done many google searches
and I have used rpm search engines but i havent found any. Compiling the rpm
myself is my last choice but im pretty much blind when it comes to that
stuff. Could someone be so kind as to create a Rust i686 rpm package for me
so that i can install rust on my Xandros OS?

[Rust-users] error calling makeRPM.sh

[Jim K. <ku...@ee...>]

Hi all:

I'm trying to use rust to build RPMs of commercial software packages 
distributed in binary-only format with a custom GUI installer.  I need 
to push these out to entire labs via RHN, and thus need to make RPMs.

I tried to make an RPM of "Advanced Design Suite" (an IC design package) 
using the chroot, and I'm at (what I think) is the last step.  When I 
use the gui (rust) to make the rpm, everything goes like one would 
expect, except the .rpm is nowhere to be found.

When I use crust to build the rpm, I get:

Error calling makeRPM.sh... try executing the above call from the shell 
to get an idea what the problem is...

Unfortunately, the "above call" is about 50 times my buffer...it 
scrolled by at max speed for a full minute.  My suspicion is that I'm 
exceeding the size of command line arguments.  I believe the software 
package I'm trying to rpm'ify has around 60,000+ files.

I redirected that output to a file, trimmed the excess off each end, and 
it was 5.8M -- a text file containing just the files to include in the RPM.

Any suggestions/workarounds?

Thanks!

And thanks for the lifesaving package!

[Rust-users] create a RPM file using RUST

[nav d. <nav...@ya...>]

Hi rust users

I want to create the RPM file using RUST GUI tool on
red hat linux. I have GUI application created on QT ,
i tried to create the RPM of this application by the
help of RUST instruction . after doing all things  it
shows the message that RPM has been created
successfully . But ~/rust/RPM/1386 directory doesnot
have any RPM file . even source  directory contain the
source fils in tar.gz format.

regards
SNAV

Send instant messages to your online friends http://in.messenger.yahoo.com 

[Rust-users] Not compatible with Fedora3 terminal

[<mpe...@ce...>]

	I discovered Sandbox functionality (cRust --chroot) won=B4t work properl=
y
on my distribution=B4s terminal. Though it works nice if I call the
primitive 'xterm' program.

	I have developed an personal guide about how to create installations of
the packages I need. I had to find myself this syntax:

crust --init --fullcopy --nomd5 -I 'R /usr/libexec/gcc' -I 'R
/usr/lib/gcc' -I 'R /usr/lib/perl5' -I 'R /usr/libexec/gcc' -I 'R
/usr/bin/cpp' -I '/usr/bin' /root/newroot

	And in case you discover you need to copy more files during the package
installation, you must first make a --clean, then copy the files and init.

	Note --fullcopy will copy installed packages from your system. If you
want to make RPMs for them, you may have problems if you use --fullcopy.

	I may build an flowchart...

Regards,
Murilo

[Rust-users] Not compatible with Fedora3 terminal

[<mpe...@ce...>]

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAaCAJIAEggORQ29u
dGVudC1UeXBlOiB0ZXh0L3BsYWluOw0KCWNoYXJzZXQ9Imlzby04ODU5LTEiDQpDb250ZW50LVRy
YW5zZmVyLUVuY29kaW5nOiA4Yml0DQoNCglJIGRpc2NvdmVyZWQgU2FuZGJveCBmdW5jdGlvbmFs
aXR5IChjUnVzdCAtLWNocm9vdCkgd29utHQgd29yayBwcm9wZXJseQ0Kb24gbXkgZGlzdHJpYnV0
aW9utHMgdGVybWluYWwuIFRob3VnaCBpdCB3b3JrcyBuaWNlIGlmIEkgY2FsbCB0aGUNCnByaW1p
dGl2ZSAneHRlcm0nIHByb2dyYW0uDQoNCglJIGhhdmUgZGV2ZWxvcGVkIGFuIHBlcnNvbmFsIGd1
aWRlIGFib3V0IGhvdyB0byBjcmVhdGUgaW5zdGFsbGF0aW9ucyBvZg0KdGhlIHBhY2thZ2VzIEkg
bmVlZC4gSSBoYWQgdG8gZmluZCBteXNlbGYgdGhpcyBzeW50YXg6DQoNCmNydXN0IC0taW5pdCAt
LWZ1bGxjb3B5IC0tbm9tZDUgLUkgJ1IgL3Vzci9saWJleGVjL2djYycgLUkgJ1INCi91c3IvbGli
L2djYycgLUkgJ1IgL3Vzci9saWIvcGVybDUnIC1JICdSIC91c3IvbGliZXhlYy9nY2MnIC1JICdS
DQovdXNyL2Jpbi9jcHAnIC1JICcvdXNyL2JpbicgL3Jvb3QvbmV3cm9vdA0KDQoJQW5kIGluIGNh
c2UgeW91IGRpc2NvdmVyIHlvdSBuZWVkIHRvIGNvcHkgbW9yZSBmaWxlcyBkdXJpbmcgdGhlIHBh
Y2thZ2UNCmluc3RhbGxhdGlvbiwgeW91IG11c3QgZmlyc3QgbWFrZSBhIC0tY2xlYW4sIHRoZW4g
Y29weSB0aGUgZmlsZXMgYW5kIGluaXQuDQoNCglOb3RlIC0tZnVsbGNvcHkgd2lsbCBjb3B5IGlu
c3RhbGxlZCBwYWNrYWdlcyBmcm9tIHlvdXIgc3lzdGVtLiBJZiB5b3UNCndhbnQgdG8gbWFrZSBS
UE1zIGZvciB0aGVtLCB5b3UgbWF5IGhhdmUgcHJvYmxlbXMgaWYgeW91IHVzZSAtLWZ1bGxjb3B5
Lg0KDQoJSSBtYXkgYnVpbGQgYW4gZmxvd2NoYXJ0Li4uDQoNClJlZ2FyZHMsDQpNdXJpbG8NCgAA
AAAAAKCCDBAwggMCMIICawIQTMfqqpg+cdOTEPg9OomRkjANBgkqhkiG9w0BAQUFADCBwTELMAkG
A1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTwwOgYDVQQLEzNDbGFzcyAxIFB1Ymxp
YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzIxOjA4BgNVBAsTMShjKSAxOTk4
IFZlcmlTaWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxHzAdBgNVBAsTFlZlcmlT
aWduIFRydXN0IE5ldHdvcmswHhcNOTgwNTE4MDAwMDAwWhcNMjgwODAxMjM1OTU5WjCBwTELMAkG
A1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTwwOgYDVQQLEzNDbGFzcyAxIFB1Ymxp
YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzIxOjA4BgNVBAsTMShjKSAxOTk4
IFZlcmlTaWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxHzAdBgNVBAsTFlZlcmlT
aWduIFRydXN0IE5ldHdvcmswgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAKrQur4WLbiD1MrS
D7x2McqU2B2TjFYCvNlvGm9SNm51VgpV099DhyERZYp+j70h3msyPxuENJUFnUE165Lrlt2qWT8B
U22ZT+3l4ipakMG5xKYVz8hF66Zdjpw+8GQkdqXNqxpvtth7UWFupn+HyOK35TTcQYjqCUC+c5I9
a+d1AgMBAAEwDQYJKoZIhvcNAQEFBQADgYEAqU/DDcdnvizL2ajNLXXnfhWeO3LrfutcLQmH1mtt
YHzlrsWQIwxcStCvsV3zx7YK2+AVkw3dA7zHdoq13U/DmxN1uAHA5slba6W4idyspN1y7U6h90+8
BtPqyGR0e8KVQZxlc1jxkJo8arGYycSHvM9FbUXibiI//rwPMVzo8tkwggP4MIIDYaADAgECAhAh
AN56ZP+yYT3NWE66ZyH1MA0GCSqGSIb3DQEBBQUAMIHBMQswCQYDVQQGEwJVUzEXMBUGA1UEChMO
VmVyaVNpZ24sIEluYy4xPDA6BgNVBAsTM0NsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNh
dGlvbiBBdXRob3JpdHkgLSBHMjE6MDgGA1UECxMxKGMpIDE5OTggVmVyaVNpZ24sIEluYy4gLSBG
b3IgYXV0aG9yaXplZCB1c2Ugb25seTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazAe
Fw0wMDA1MjAwMDAwMDBaFw0xMDA1MTEyMzU5NTlaMIHQMS4wLAYDVQQKEyVDZXJ0aXNpZ24gQ2Vy
dGlmaWNhZG9yYSBEaWdpdGFsIEx0ZGEuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr
MT8wPQYDVQQLEzZUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cuY2VydGlzaWduLmNvbS5ici9S
UEEgKGMpMDAxPDA6BgNVBAMTM0NlcnRpc2lnbiBDbGFzcyAxIENvbnN1bWVyIEluZGl2aWR1YWwg
U3Vic2NyaWJlciBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAwv+tzSHkVlZMd8vKtQSO
MxeZmi60OqvKGBnqTT/fB2lFkJA4jyonCwVhW3AoBRmG2CoJHXO8qDGHCJ1euUVhfsBbqEbzpHCX
abkQ8nwjdrG2dsNNdjS03ihbqJzS/gYcnikf4pUrYI+ogGvo2l0TzM+d3A1+aABEg1334Ld97ZsC
AwEAAaOB3zCB3DApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRQ2VydGlzaWduQzFDMi0xLTEwEQYJ
YIZIAYb4QgEBBAQDAgEGMA8GA1UdEwQIMAYBAf8CAQAwCwYDVR0PBAQDAgEGMEgGA1UdIARBMD8w
PQYLYIZIAYb4RQEHFwEwLjAsBggrBgEFBQcCARYgaHR0cHM6Ly93d3cuY2VydGlzaWduLmNvbS5i
ci9SUEEwNAYDVR0fBC0wKzApoCegJYYjaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS1nMi5j
cmwwDQYJKoZIhvcNAQEFBQADgYEAZMBoWg2HDUwVuesazCPjA19v00ASYd+eutrWPgNbPK24hLWc
EYfvaRC6am5HfMQkz5I1zulNQmbYW9jz/eqmgrU3bEzllO+sT5tZ2dXHIyIJhYAWtlfl6qGKy+Db
HABDMMG52Sq9X6oF2+zhM9+1w+Z4i0R19sO70OdUHK3wA14wggUKMIIEc6ADAgECAhAD5PJekqse
1sJBhhP4X6YQMA0GCSqGSIb3DQEBBAUAMIHQMS4wLAYDVQQKEyVDZXJ0aXNpZ24gQ2VydGlmaWNh
ZG9yYSBEaWdpdGFsIEx0ZGEuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMT8wPQYD
VQQLEzZUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cuY2VydGlzaWduLmNvbS5ici9SUEEgKGMp
MDAxPDA6BgNVBAMTM0NlcnRpc2lnbiBDbGFzcyAxIENvbnN1bWVyIEluZGl2aWR1YWwgU3Vic2Ny
aWJlciBDQTAeFw0wNTA0MTIwMDAwMDBaFw0wNjA0MTIyMzU5NTlaMIIBYzErMCkGA1UEChQiQ2Vy
dGlTaWduIENlcnRpZmljYWRvcmEgRGlnaXRhbCBTQTERMA8GA1UECxQIQ2xhc3NlIDExNzA1BgNV
BAsTLlRlcm1zIG9mIHVzZSBhdCB3d3cuY2VydGlzaWduLmNvbS5ici9SUEEgKGMpMDAxPzA9BgNV
BAsTNkF1dGhlbnRpY2F0ZWQgYnkgQ2VydGlzaWduIENlcnRpZmljYWRvcmEgRGlnaXRhbCBMdGRh
LjEnMCUGA1UECxMeTWVtYmVyLCBWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMR4wHAYDVQQLExVQZXJz
b25hIE5vdCBWYWxpZGF0ZWQxGzAZBgNVBAsTEkRpZ2l0YWwgSUQgQ2xhc3MgMTEXMBUGA1UEAxMO
TXVyaWxvIFBlcnJvbmUxKDAmBgkqhkiG9w0BCQEWGW1wZXJyb25lQGNlcnRpc2lnbi5jb20uYnIw
gZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALGsF1bKdO91cmWRfTX4nN7LsoG1rCoYkt1z3uxL
ENcTYhDsw0BeeA+1jqyh6hRJ4TKBOFAj6mkvIaRp1AET2Pov6K/LpigzUfvsiwo5rW+OsRoBM7MI
mwB10TXBX8ZIe7U39cOmJv84F93a0CIELrQFNMAI2AYbZVX88mdh+NqVAgMBAAGjggFNMIIBSTAJ
BgNVHRMEAjAAMGcGA1UdHwRgMF4wXKBaoFiGVmh0dHA6Ly9vbnNpdGVjcmwuY2VydGlzaWduLmNv
bS5ici9DZXJ0aVNpZ25DZXJ0aWZpY2Fkb3JhRGlnaXRhbFNBQ2xhc3NlMS9MYXRlc3RDUkwuY3Js
MIGsBgNVHSAEgaQwgaEwgZ4GC2CGSAGG+EUBBwEBMIGOMCgGCCsGAQUFBwIBFhxodHRwczovL3d3
dy52ZXJpc2lnbi5jb20vQ1BTMGIGCCsGAQUFBwICMFYwFRYOVmVyaVNpZ24sIEluYy4wAwIBARo9
VmVyaVNpZ24ncyBDUFMgaW5jb3JwLiBieSByZWZlcmVuY2UgbGlhYi4gbHRkLiAoYyk5NyBWZXJp
U2lnbjARBglghkgBhvhCAQEEBAMCB4AwEQYKYIZIAYb4RQEGCQQDAQH/MA0GCSqGSIb3DQEBBAUA
A4GBAIa79KqaYuNeVs9IFn/UsbJ/TSNTAZuT8xHFuYuScOiMkgHTpvUhiP8iRBDJ0EhDGI+jlvHm
R7Uy15a4mb/tdM5NsyuYacTQXHvK0SEyyyL1Y3UGeSvSXFYb75DQpqFloO3Y2pDrZff7QQoRNHJk
997+H1/yvFDhTOw8yS8m/D/FMYIDXjCCA1oCAQEwgeUwgdAxLjAsBgNVBAoTJUNlcnRpc2lnbiBD
ZXJ0aWZpY2Fkb3JhIERpZ2l0YWwgTHRkYS4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdv
cmsxPzA9BgNVBAsTNlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy5jZXJ0aXNpZ24uY29tLmJy
L1JQQSAoYykwMDE8MDoGA1UEAxMzQ2VydGlzaWduIENsYXNzIDEgQ29uc3VtZXIgSW5kaXZpZHVh
bCBTdWJzY3JpYmVyIENBAhAD5PJekqse1sJBhhP4X6YQMAkGBSsOAwIaBQCgggHOMBgGCSqGSIb3
DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA1MDUyNzExNDUwOVowIwYJKoZIhvcN
AQkEMRYEFM239z0DbQEJaB6p34tpHX5MuFyAMHYGCSqGSIb3DQEJDzFpMGcwCgYIKoZIhvcNAwcw
DgYIKoZIhvcNAwICAgCAMAcGBSsOAwIHMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMAcGBSsOAwIa
MAcGBSsOAwIaMAoGCCqGSIb3DQIFMAoGCCqGSIb3DQIFMIH2BgkrBgEEAYI3EAQxgegwgeUwgdAx
LjAsBgNVBAoTJUNlcnRpc2lnbiBDZXJ0aWZpY2Fkb3JhIERpZ2l0YWwgTHRkYS4xHzAdBgNVBAsT
FlZlcmlTaWduIFRydXN0IE5ldHdvcmsxPzA9BgNVBAsTNlRlcm1zIG9mIHVzZSBhdCBodHRwczov
L3d3dy5jZXJ0aXNpZ24uY29tLmJyL1JQQSAoYykwMDE8MDoGA1UEAxMzQ2VydGlzaWduIENsYXNz
IDEgQ29uc3VtZXIgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBAhAD5PJekqse1sJBhhP4X6YQMA0G
CSqGSIb3DQEBAQUABIGAArc4XBctg4lewzoRFt3QnG3bFS00krLUc6Z/sGn1LYd3XpV7WGe9JpXK
IF40hWBVXlnozKDs5Fh2iaAaJwA9z3ycemTkhS0rHsUQZjH1lgBy89qooEhZhxLjPsQfhVtVn5VU
vXeDoEb485XEMuCP08hWQ9yTGF/kIiZC3s+qoSEAAAAAAAA=

[Rust-users] post install field

[Murilo P. <mpe...@ce...>]

Hi all,

Is there any email archive for this mailing list avaliable ?

After the instalation completes, it is needed to run /sbin/ldconfig 
command. I added it into "post install" field, but the RPM throws trash 
in the screen after instalation. How should I proceed?

Reason: In Fedora 3, for an library in /usr/local/lib to be accessible, 
I had to ad the path into /etc/rc.so.config.d/###.config , where ### is 
the name of the software beeing installed. For system to recognize this 
file, I need to run onde the ldconfig program.

Thanks,
Murilo Perrone

[Rust-users] bug fixes in rust-0.1-8.src.rpm

[Yasunari T. <to...@nm...>]

Hi, rust users:

I just fixed a few bugs in rust-0.1-8.src.pm.   

1. As it is, I could not compile it on RedHat 9 and others,
      1. C++ compilation problem due to missing call "using namespace std;"
      2. aclocal.m4 is obsolete.

2. After making it compile, there are bugs in two places:
      1. crust options["-nomd5"] default is set to 0.   This conflicts 
with the GUI, assuming nomd5 as default.
      2. makeRPM.sh should have "RPM=rpmbuild" not "RPM=rpm".

I created a new source rpm and binary rpm on RedHat 9.  If anybody wants 
it.  please let me know.
If I have time, I will eventually create a patch file for submission ;-)

Thank you for creating a useful project.    I can start using it now.

-- 
Yasunari Tosa, Ph.D.               Email: to...@nm...
NMR Ctr, Mass. General Hospital    TEL: 617-726-4050 
Building 149, 13th Street
Charlestown, MA 02129
USA

[Rust-users] Query : gcc fails in the rust shell

[Anoop K. <ak...@no...>]

Hi all:
I am using rust-0.1-8
I was trying the option od sandbox
$ su

#crust --chroot /home/anoopkumar/newroot
I get bin/sh-2.05b# shell

bin/sh-2.05b# ls
AUTHORS      README          config.h          depcomp     
mkinstalldirs
COPYING      README.in       config.h.in       doc          reconf
ChangeLog    THANKS          config.h.in~      include      src
INSTALL      aclocal.m4      config.log        install-sh   stamp-h
Makefile     autom4te.cache  config.status     ipmgmt.rust  stamp-h.in
Makefile.am  bin             configure         lib          stamp-h1
Makefile.in  config          configure.ac.org  m4
NEWS         config.cache    configure.in      missing


bin/sh-2.05b# make install
Making install in src
make[1]: Entering directory `/build/ipmgmt1.1/src'
Making install in xml
make[2]: Entering directory `/build/ipmgmt1.1/src/xml'
if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I. -I../../include
-I../../include    -
g -O2 -MT xmlparse.o -MD -MP -MF ".deps/xmlparse.Tpo" \
  -c -o xmlparse.o `test -f 'xmlparse.c' || echo './'`xmlparse.c; \
then mv -f ".deps/xmlparse.Tpo" ".deps/xmlparse.Po"; \
else rm -f ".deps/xmlparse.Tpo"; exit 1; \
fi
gcc: installation problem, cannot exec `cc1': No such file or
directory
make[2]: *** [xmlparse.o] Error 1
make[2]: Leaving directory `/build/ipmgmt1.1/src/xml'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/build/ipmgmt1.1/src'
make: *** [install-recursive] Error 1
bin/sh-2.05b#


make also will not succed in the shell.

I am able to do make install from outside the bin/sh-2.05b shell. 
Is this a known issue with crust or am I doing anything wrong.
Any lead , any info will be helpful

Thanks
Anoop

Re: [Rust-users] crust sample does not work

[Belden L. <bl...@ii...>]

On Wed, 2004-05-05 at 05:53, Hans Van Es wrote:
> Hello,
> 
> I installed the rust package, and I tried to create a
> test package using rust.
> Here, I get an error when trying to do the generate
> package.
> 
> Then I try the sample from the website, for use with
> crust. Here I get an error on the line:
> 
> crust --makerpm --nomd5 --name myrpm \
> --version 0.1 --release 2 --group \
> "Applications/Text" --license "GNU GPL" \
> --sum "A short summary" --desc "A longer \
> description of the package"
> 
> the error is:
> ERROR: Mismatched md5 sum options.
> No files added, aborting.
> 
> What do I have to do to be able to use crust / rust?You need to provide a destination directory. 'man crust' and look
at the synopsis.

I see the problem: you were viewing http://rust.sourceforge.net/crust.html
which has a few typos on it. (In one place the word "crush" is used where
"crust" is actually what is meant.)

At any rate, http://rust.sourceforge.net/crust.html shows


3. Create the RPM

        You can create the RPM with cRUST by calling the program from
        the command line like so
        
                $ crust --makerpm --nomd5 --name myrpm \
                --version 0.1 --release 2 --group \
                "Applications/Text" --license "GNU GPL" \
                --sum "A short summary" --desc "A longer \
                description of the package"
                
                ~/newroot
                

The ~/newroot there is the destination directory. You probably
thought the ~/newroot was unrelated to the 'crust' example command
because of the extra whitespace. (I think that would be an easy
mistake to make.)

                $ crust --makerpm --nomd5 --name myrpm \
                --version 0.1 --release 2 --group \
                "Applications/Text" --license "GNU GPL" \
                --sum "A short summary" --desc "A longer \
                description of the package" ~/newroot
                
is a better way of presenting the example command.

hth
Belden

[Rust-users] crust sample does not work

[Hans V. Es <han...@ya...>]

Hello,

I installed the rust package, and I tried to create a
test package using rust.
Here, I get an error when trying to do the generate
package.

Then I try the sample from the website, for use with
crust. Here I get an error on the line:

crust --makerpm --nomd5 --name myrpm \
--version 0.1 --release 2 --group \
"Applications/Text" --license "GNU GPL" \
--sum "A short summary" --desc "A longer \
description of the package"

the error is:
ERROR: Mismatched md5 sum options.
No files added, aborting.

What do I have to do to be able to use crust / rust?

H



	
		
__________________________________
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover 

[Rust-users] Getting rust/crust to work on up-to-date systems

[Andrew H. <an...@an...>]

Some time, about 2000 or so, the comand to build rpm's changed from rpm 
-b to rpmbuild.
To get rust to work on my fedora 1 system I found the I needed to change 
line 78 in /usr/local/rust/makeRPM.sh
from:
RPM=rpm
to:
RPM=rpmbuild

just passing on what I learned
-- 
Andrew Hahn

/Research is the best place to be:
    you work your buns off, and if it works you're a hero; if it doesn't,
    well -- nobody else has done it yet either,
    *so you're still a valiant nerd.*/


**************************************************************************
/This mail is a natural product.  The slight variations in spelling and
grammar enhance its individual character and beauty and in no way are to
be considered flaws or defects.
/**************************************************************************

[Rust-users] problem & fix: can't "make install" known good software in crust --chroot

[Belden L. <bl...@ii...>]

Sorry for the long subject line. I'll make up for it by being
witty. If you get fed up with my lack of wit, skip forward to the
end, or skip back to the beginning, or just close your eyes and
click your email client until you think this message has been
deleted.

I've decided to make a set of RPMs for Sawfish, my preferred window
manager. Sawfish depends on a few libraries, so I set out today to
turn librep-0.17.tar.gz into librep-0.17.blahblahblah.rpm. I say
blahblahblah a lot because I've barely mastered English.

Now, I'm pretty dense about things, so I've just been using the guide
at http://rust.sourceforge.net/crust.html to do my rpmification. And
after fixing makeRPM.sh the other day, I was (ook) able to follow the
steps (ook ook) and create a RPM from fltk-1.1.4.tar.gz like the
banana-eating monkey that I am. A monkey who has blahblahblah English.
Ook!

Today I followed the same steps: unpack into /my/litterbox/build,
configure, make, su, crust --chroot /blahblah, make install. Boom:
the install didn't work.

This puzzled me, because I built and installed librep-0.17.tar.gz on
this selfsame box not 6 days ago. (It was 5 days ago, which I'm sure 
you'll agree is not 6 days.) No hassles during the make install phase
then. Today, in the chroot jail, no end of woes. Ook. Now I'm a
puzzled monkey who can't communicate.

At first I thought this was a missing dependency problem- such
problems are discussed on the page mentioned above; the solution is
to --include some directories. But then I decided that if that were
the problem, it would be too much work for me to solve it, so I
looked for something else to blame. Oook! Screech! A lazy puzzled
monkey with no faculty for English.

After a coffee I decided to just start over from scratch and do
everything from unpack up through install in the chroot environment.
So now I'm a highly-caffeinated lazy puzzled monkey who blahblahblah.

     $ su
     # cd /my/sandbox/build
     # \rm -rf librep-0.17
     # crust --chroot /my/sandbox
     bin/sh-2.05b# cd build
     bin/sh-2.05b# tar xzvf librep-0.17.tar.gz
     bin/sh-2.05b# cd librep-0.17
     bin/sh-2.05b# ./configure
     bin/sh-2.05b# make
     bin/sh-2.05b# make install
     bin/sh-2.05b# exit
     # chown -R blyman librep-0.17
     # exit
     $ crust &

This worked: the RPM was built successfully.

Hopefully this helps someone else who finds they're in a similar
pickle. And will someone please fling filth at me if I shouldn't
use the resulting RPM? Thanks.

Belden
-- 
______________________________________________!
<insert monkey pounding on keyboard joke above>

Re: [Rust-users] Patched makeRPM.sh

[Michael D. H. <mh...@nu...>]

Pretty funny.  Our virus scanner deleted your makeRPM.sh.  :-P

No worry, I grabbed from the archive.

Michael

On Tuesday 02 March 2004 12:51 pm, Belden Lyman wrote:
> Yesterday I found rust while looking for a gui RPM. After a few botched
> attempts at creating a new rpm from source (fltk-1.1.4), I managed to
> get rust to dtrt.
>
> I installed rust 0.18 from rpm; the source wouldn't build on my Redhat 9
> box. rusthq notes that the 0.18 rpm is for Redhat 7. It installed just
> fine for me.
>
> The first few times that I ran rust it didn't actually make an rpm. The
> crust.log showed makeRPM.sh carping about a string too long for '[...]'
> to handle; it's the test to see whether $INCLUDE is '-t'.
>
> The next problem was that 'rpm -ba' was always being issued. But the
> logic is:
>
>      MAKESOURCERPM=0
>      ...
>      if [ $MAKESOURCERPM ]
>      then
>        $RPM -ba $SPECFILE
>      else
>        $RPM -bb $SPECFILE
>      fi
>
> I changed the test to
>
>      if [ $MAKESOURCERPM == 1 ]
>
> which then correctly issues 'rpm -bb $SPECFILE'.
>
> However, makeRPM.sh still failed. It turns out that Redhat 9 ships with
> rpm version 4.2. Versions 4.2 and higher of rpm have deprecated the -bb
> (and -ba) flag; 'rpmbuild' should be used instead. So I added some extra
> logic to check the version of rpm: if it's lower than 4.2, 'rpm -bb' (or
> 'rpm -ba') gets issued. If it's 4.2 or higher, rpmbuild gets used
> instead.
>
> 2 attachments; a unified diff, and the changed makeRPM.sh
>
> Belden

[Rust-users] Patched makeRPM.sh

[Belden L. <bl...@ii...>]

Yesterday I found rust while looking for a gui RPM. After a few botched
attempts at creating a new rpm from source (fltk-1.1.4), I managed to
get rust to dtrt.

I installed rust 0.18 from rpm; the source wouldn't build on my Redhat 9
box. rusthq notes that the 0.18 rpm is for Redhat 7. It installed just
fine for me.

The first few times that I ran rust it didn't actually make an rpm. The
crust.log showed makeRPM.sh carping about a string too long for '[...]'
to handle; it's the test to see whether $INCLUDE is '-t'.

The next problem was that 'rpm -ba' was always being issued. But the
logic is:

     MAKESOURCERPM=0
     ...
     if [ $MAKESOURCERPM ]
     then
       $RPM -ba $SPECFILE
     else
       $RPM -bb $SPECFILE
     fi

I changed the test to

     if [ $MAKESOURCERPM == 1 ]

which then correctly issues 'rpm -bb $SPECFILE'.

However, makeRPM.sh still failed. It turns out that Redhat 9 ships with
rpm version 4.2. Versions 4.2 and higher of rpm have deprecated the -bb
(and -ba) flag; 'rpmbuild' should be used instead. So I added some extra
logic to check the version of rpm: if it's lower than 4.2, 'rpm -bb' (or
'rpm -ba') gets issued. If it's 4.2 or higher, rpmbuild gets used 
instead.

2 attachments; a unified diff, and the changed makeRPM.sh

Belden

[Rust-users] source rpm

[chris e. <bi...@yo...>]

I am thinking of building a source rpm for wxhatch, where i would have 
liked to put the sources in ~/wxhatch

How do i get this with rust, or is there a better place to put them?
chris

[Rust-users] So far... no go on building 0.1-8

[James S. <ja...@dn...>]

Ok,

   First of all hello.... I'm in the process of trying to join this
list.. Hopefully it will be met with success.  Until then.  

   I go past the config.guess and config.sub problem.  They are missing
so I copied the ones from automake to the dir. Now it's happy.  But
further on down the line I ran into a problem with backsupport.hh.  The
full error message is attached but an initial look from these lines.

<heavy snip>

make[2]: Entering directory `/home/james/rust-0.1-8/crust'
c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../intl   -I/usr/include/gtk-1.2
-I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include  -g
-O2 -c backsupport.cc
In file included from /usr/include/c++/3.2.2/backward/fstream.h:31,
                 from backsupport.hh:26,
                 from backsupport.cc:38:
/usr/include/c++/3.2.2/backward/backward_warning.h:32:2: warning:
#warning This file includes at least one deprecated or antiquated
header. Please consider using one of the 32 headers found in section
17.4.1.2 of the C++ standard. Examples include substituting the <X>
header for the <X.h> header for C++ includes, or <sstream> instead of
the deprecated header <strstream.h>. To disable this warning use
-Wno-deprecated.
In file included from backsupport.cc:38:
backsupport.hh:49: `string' was not declared in this scope
backsupport.hh:49: parse error before `)' token
backsupport.hh:50: `string' was not declared in this scope
backsupport.hh:50: parse error before `,' token
<heavy snip>

I'm not sure what is missing I've looked for a missing ' " or maybe a )
but not finding it.  I've tried it on RH 7.3 RH8.0 and MDK 9.1 and get
the exact same output on each.  Thanks in advance for your time and
help.

James

Re: [Rust-users] Make Install Error

[Pat D. <tom...@ps...>]

Greets,

On Thu, 2003-07-03 at 05:05, VELLORE SOMASUNDARAM wrote:
> The command I used for initialisation was "#crust --init --fullcopy ~/newroot"

Could you be more specific - what are the error messages, what is
failing exactly?

Regards,
-- 
Pat Deegan,
http://www.psychogenic.com/
PGP: http://www.keyserver.net 0x03F86A50

[Rust-users] Make Install Error

[VELLORE S. <tu...@li...>]

Hi ,

I would like to create an rpm for Linneighbourhood from source tarball. I did follow the steps exactly found at http://www.rusthq.com/sandbox.html. Everything goes fine until I enter the chrooted environment at which point the "make install" fails for every software I try. 

The command I used for initialisation was "#crust --init --fullcopy ~/newroot"

Any solutions for this. Please help.

Thanks in advance.

Cheers,
Somu
-- 
______________________________________________
http://www.linuxmail.org/
Now with e-mail forwarding for only US$5.95/yr

Powered by Outblaze

Re: [Rust-users] automake error

[Ron E. <REl...@ho...>]

Its broke on Mandrake 9.1 with automake 1.4-p6. Same errors.
Ron

On Mon, 2003-06-16 at 15:22, Michael D. Hirsch wrote:
> On Monday 16 June 2003 04:15 pm, Nathan Davis wrote:
> > >===== Original Message From "Michael D. Hirsch" <mh...@nu...>
> > > =====
> > >
> > >On Friday 13 June 2003 06:58 pm, Nathan Davis wrote:
> > >> Hi,
> > >>
> > >> I'm trying to compile rust-0.1-8, and am running into the following
> > >
> > >error:
> > >> > $ make
> > >> > cd . && aclocal -I macros
> > >> > cd . && automake --gnu Makefile
> > >> > automake: configure.in: required file `./config.guess' not found
> > >> > automake: configure.in: required file `./config.sub' not found
> > >> > make: *** [Makefile.in] Error 1
> > >>
> > >> I've tried this in Redhat Alpha Linux 7.2, as well as Redhat i386
> > >> Linux 7.3, and got the same results both places.  Any ideas?
> > >
> > >I think this is a standard automake setup, so you build it with
> > >./configure
> > >make
> > >make install
> > >
> > >It is broken in RedHat >= 8, but I think 7.3 was working.
> > >--Michael
> >
> > Hmm, well, all I did was ./configure and then make.
> >
> > Can you tell me exactly what version of automake you're using that it
> > works with?  Maybe I have/haven't installed an update, and my version is
> > "broken".
> 
> I doubt it.  I'm pretty sure it works with automake-1.4p5-2 and I know it 
> is broken in RH 8.0 and maybe 7.3.  The errors I've seen don't look like 
> the ones you have, however.
> 
> Michael
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> Rust-users mailing list
> Rus...@li...
> https://lists.sourceforge.net/lists/listinfo/rust-users

Re: [Rust-users] automake error

[Michael D. H. <mh...@nu...>]

On Monday 16 June 2003 04:15 pm, Nathan Davis wrote:
> >===== Original Message From "Michael D. Hirsch" <mh...@nu...>
> > =====
> >
> >On Friday 13 June 2003 06:58 pm, Nathan Davis wrote:
> >> Hi,
> >>
> >> I'm trying to compile rust-0.1-8, and am running into the following
> >
> >error:
> >> > $ make
> >> > cd . && aclocal -I macros
> >> > cd . && automake --gnu Makefile
> >> > automake: configure.in: required file `./config.guess' not found
> >> > automake: configure.in: required file `./config.sub' not found
> >> > make: *** [Makefile.in] Error 1
> >>
> >> I've tried this in Redhat Alpha Linux 7.2, as well as Redhat i386
> >> Linux 7.3, and got the same results both places.  Any ideas?
> >
> >I think this is a standard automake setup, so you build it with
> >./configure
> >make
> >make install
> >
> >It is broken in RedHat >= 8, but I think 7.3 was working.
> >--Michael
>
> Hmm, well, all I did was ./configure and then make.
>
> Can you tell me exactly what version of automake you're using that it
> works with?  Maybe I have/haven't installed an update, and my version is
> "broken".

I doubt it.  I'm pretty sure it works with automake-1.4p5-2 and I know it 
is broken in RH 8.0 and maybe 7.3.  The errors I've seen don't look like 
the ones you have, however.

Michael

RE: [Rust-users] automake error

[Nathan D. <da...@ma...>]

>===== Original Message From "Michael D. Hirsch" <mh...@nu...> =====
>On Friday 13 June 2003 06:58 pm, Nathan Davis wrote:
>> Hi,
>>
>> I'm trying to compile rust-0.1-8, and am running into the following
>error:
>> > $ make
>> > cd . && aclocal -I macros
>> > cd . && automake --gnu Makefile
>> > automake: configure.in: required file `./config.guess' not found
>> > automake: configure.in: required file `./config.sub' not found
>> > make: *** [Makefile.in] Error 1
>>
>> I've tried this in Redhat Alpha Linux 7.2, as well as Redhat i386 Linux
>> 7.3, and got the same results both places.  Any ideas?
>
>I think this is a standard automake setup, so you build it with
>./configure
>make
>make install
>
>It is broken in RedHat >= 8, but I think 7.3 was working.
>--Michael
>

Hmm, well, all I did was ./configure and then make.

Can you tell me exactly what version of automake you're using that it works 
with?  Maybe I have/haven't installed an update, and my version is "broken".

Thanks,

--Nathan Davis

-------------------------------------------------
 Host up to 30 websites for only US$25 per month
               http://Shanje.com
-------------------------------------------------

Re: [Rust-users] automake error

[Michael D. H. <mh...@nu...>]

On Friday 13 June 2003 06:58 pm, Nathan Davis wrote:
> Hi,
>
> I'm trying to compile rust-0.1-8, and am running into the following 
error:
> > $ make
> > cd . && aclocal -I macros
> > cd . && automake --gnu Makefile
> > automake: configure.in: required file `./config.guess' not found
> > automake: configure.in: required file `./config.sub' not found
> > make: *** [Makefile.in] Error 1
>
> I've tried this in Redhat Alpha Linux 7.2, as well as Redhat i386 Linux
> 7.3, and got the same results both places.  Any ideas?

I think this is a standard automake setup, so you build it with
./configure
make
make install

It is broken in RedHat >= 8, but I think 7.3 was working.
--Michael

[Rust-users] automake error

[Nathan D. <da...@ma...>]

Hi,

I'm trying to compile rust-0.1-8, and am running into the following error:

> $ make
> cd . && aclocal -I macros
> cd . && automake --gnu Makefile
> automake: configure.in: required file `./config.guess' not found
> automake: configure.in: required file `./config.sub' not found
> make: *** [Makefile.in] Error 1

I've tried this in Redhat Alpha Linux 7.2, as well as Redhat i386 Linux 
7.3, and got the same results both places.  Any ideas?