Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 58449 - Porting: net-dialup/minicom
Summary: Porting: net-dialup/minicom
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: PPC All
: High normal
Assignee: osx porters
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-07-26 11:25 UTC by Chris L. Mason
Modified: 2007-06-12 17:41 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris L. Mason 2004-07-26 11:25:57 UTC
net-dialup/minicom-2.1-r1 builds, installs and works on macos.  However, some notes:

If the platform is "macos", the following line should probably be appended to the minirc.dfl
file after it is installed in /etc/minicom:

pr port             /dev/cu.modem

This will allow minicom to work out of the box.

Also, by default, you can only run it as root.  It correctly detects the lock file directory of
/var/spool/lock during configuration, but it is not world writable.  Changing /var/spool/lock
to mode 1777 allows regular users to run minicom out of the box.  Maybe a note about this should
be printed?  It would be nice to just change the permissions, but the disk utility would probably
reset this any time a repair is done.  Is there a way to update what OS X thinks is the correct
permission spec?  (i.e. like with /etc/mtree on BSD)
Comment 1 Chris L. Mason 2004-07-26 11:32:14 UTC
Oops, one more thing.  It seems that root has to access the modem as /dev/cu.modem and
regular users must use /dev/tty.modem, even though both are world readable and writeable,
otherwise you get a "No such file or directory" error.  Hmm, not sure how to automatically pick
the right one.

Comment 2 David Mallwitz 2004-09-10 18:08:16 UTC
Just wanted to verify that the minicom-2.1-r1 ebuild works for me as well. However, on 10.3.5 I initially ran into a blocking problem because of:

existing file /usr/lib/charset.alias is not owned by this package
existing file /usr/share/locale/locale.alias is not owned by this package

I just renamed the files and re-emerged. Here's a diff of the changes to the files in question:

root# diff /usr/lib/charset.alias /usr/lib/charset.alias.old
2c2
< # suitable for operating system 'darwin'.
---
> # suitable for operating system 'darwin7.0'.
4c4
< # Packages using this file: minicom 
---
> # Packages using this file:  

root# diff /usr/share/locale/locale.alias /usr/share/locale/locale.alias.old 
30c30
< # Packages using this file: minicom 
---
> # Packages using this file: texinfo 

This was on a clean OSX install, no previous fink, etc.
Comment 3 Markus Ullmann (RETIRED) gentoo-dev 2007-06-12 17:41:43 UTC
see you in prefix if you're still interested :)