This release corrects a problem with trying to assign to a reserved shell
variable in the nfs-server-config script.
Hint: http://www.oneparticularharbor.net/cygwin/nfs-server/setup.hint
Bin :
http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.3-4.tar.bz2
Src :
Nobody, who wants to review this package ?
OK, I'll do my maintainerly duties :-)
Downloaded, unpacked, and checked it out - everything seemed to
work fine. Was able to build the package from source without
any problems as well.
+1.
My only concern is that I'm seeing the following message
IMO, these packages should be in a special new category (I propose the
name @Profiles to make setup put this at the top, but I
don't know if
setup will parse this correctly). I've attached a few sample profile
packages for commonly requested configurations with the corresponding
It looks like sunrpc may have a bad setup.hint somewhere
in the system.
In the latest setup.ini (where I noticed this), I see:
@ sunrpc
sdesc: A wrapper for stat(2) and statfs(2).
ldesc: A wrapper for stat(2) and statfs(2).
category: Utils
requires: cygwin
... which seems a bit odd.
I'm thinking an asterisk after the name (with
dialog text explaining its meaning), since using color
becomes confusing
when you also have the selected/not-selected color distinction.
If the warning color were red, you could make the selected
color white
on red instead of the Windows
So, ALL maintainers of Cygwin packages,
please reply to this mail within the next six weeks,
including a list of ALL packages you maintain.
I'm the maintainer for the following packages:
cramfs
e2fsimage
e2fsprogs
mtd
nfs-server
All,
A new version of nfs-server is ready for upload.
Source :
http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.3-3-src.tar.bz2
Binary :
http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.3-3.tar.bz2
Hint :
On Aug 4 16:47, Corinna Vinschen wrote:
On Aug 4 14:27, Eric Blake wrote:
Is it just me, or does every maintainer who sends mail to
cygwin-announce get a spam from Kuser-admin AT kde.gr.jp,
Subject: Subscribe request result (Kuser ML)
Is there a way to unsubsribe this spammer from
Please upload nfs-server-2.3-2 from:
http://www.oneparticularharbor.net/cygwin/nfs-server/setup.hint
http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.3-2.tar.bz2
http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.3-2-src.tar.bz2
This build includes a minor fix to
Uploaded. I removed the ancient nfs-server-2.2.47-2* files and also
changed the ldesc to get rid of indentation since the
indentation would
actually be reflected strangely when the ldesc was displayed.
Thanks - I'll see about fixing the ldesc indentation
so it won't be a problem in the
Corinna Vinschen wrote:
This one's not in our OLOCA but you get the idea: TJM.
Uhm... not in OLOCA, not in wtf, not in acronymfinder.com... I really
have no idea about TJM 0_o
Truth (is) Just Mean?
Tell Junior Millman?
Transfer Juxtaposition Modifier?
Lapo
Hah! Like you'll get
Here's the synopsis of this thread and other recent conversations:
...
If there was anything I missed, please add.
Improved support for unattended installs would be
particularly nice. The current state of setup is
OK for unattended installs, but there are a couple
of minor glitches here and
I've uploaded both packages. Packaging looks ok to me and both are
part of some Linux distro.
Thank you, Corinna. I'll send out the announcements.
-Samrobb
On Apr 25 16:18, Robb, Sam wrote:
One concern: the mtd source package is rather large, as it is a
snapshot of the whole mtd source tree. If this is a concern, I
can work on trimming down the sources to just the essentials
needed to build the utilities.
What's rather large in MB
Earlier, Marion Deveaud proposed adding cramfs and jffs2 packages
to cygwin. He had done some initial work on porting, but was
unable to commit to maintaining the packages if they were accepted
as part of the cygwin net distribution.
As I'm already maintaining a couple of packages, Marion was
Hello all,
I've prepared updated packages for sunrpc 4.0.
Hint : http://www.oneparticularharbor.net/cygwin/sunrpc/setup.hint
Binary : http://www.oneparticularharbor.net/cygwin/sunrpc/sunrpc-4.0-3.tar.bz2
Source :
Hello all,
I've prepared updated packages for nfs-server 2.3.
Hint : http://www.oneparticularharbor.net/cygwin/nfs-server/setup.hint
Binary :
http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.3-1.tar.bz2
Source :
Hello all,
I've prepared updated packages for e2fsprogs 1.35.
Hint : http://www.oneparticularharbor.net/cygwin/e2fsprogs/setup.hint
Binary :
http://www.oneparticularharbor.net/cygwin/e2fsprogs/e2fsprogs-1.35-3.tar.bz2
Source :
Hello all,
I've prepared updated packages for e2fsimage 0.20.
Hint : http://www.oneparticularharbor.net/cygwin/e2fsimage/setup.hint
Binary :
http://www.oneparticularharbor.net/cygwin/e2fsimage/e2fsimage-0.2.0-2.tar.bz2
Source :
Uploaded.
Corinna
Thanks you, Corinna.
-Samrobb
Marion,
I'd be happy to work with you on the initial package release,
and I'm willing to take on maintenance responsibility for them
after the initial release.
Thanks for your proposition. I hadn't realized that an official
maintainer should have been delivered with the package
On Tue, Mar 29, 2005 at 02:36:05PM +0200, Marion Deveaud wrote:
Unfortunately I have no time to maintain those packages. The
most part
of the work is to assure the compatibility of the image with Linux
filesystems drivers.
If you can't maintain the packages then these can't be submitted
I've run into a couple of problems using setup.exe in unattended mode.
a description of the problems, and a trivial patch for one, follow...
I'm building setup.exe from cvs source. When running an unattended
install from a local package directory using the command line:
Is it time to move the two packages below out of test?
I've made an empty package for regex so that it will do nothing but
delete any previous installation.
I had completely forgotten that nfs-server was only
in test. Yes, please - do move it into curr.
-Samrobb
Chris (and whoever else might be concerned),
I sent a message to this list a couple of days ago, and
it still hasn't appeared. No bounce message, no retry message.
Nada. Zip. Zilch. Was it a victim of the spam filtering for
some reason? I'm sending this from the same account, so if
there is
(where I'm assuming that 'delete tmp' is the proper way to
deal with a
pointer returned by io_stream::open()...)
You cannot directly delete tmp. This is delegated to the
stream provider.
That's what I was afraid of. Leaving a returned pointer
hanging around is such an obvious problem, I
...is it true? It seems like there are some valid concerns about
problems with setup.exe in the cygwin mailing list and no one is
addressing them.
Setup.exe is too important a piece of the cygwin release for it to
go unsupported. Please, someone (Max?) respond to and, if possible,
I want to contribute/maintain cdrtools (cdrecord, mkisofs, etc).
+1.
How's the performance under Cygwin?
-Samrobb
A new build of e2fsprogs that installs libuuid.a into
/usr/lib/e2fsprogs (instead of into /usr/lib), which
should fix the problem reported in:
http://cygwin.com/ml/cygwin/2004-08/msg01276.html
... where libuuid.a from e2fsprogs was masking the libuuid.a
provided by w32api.
Source :
I would like to contribute and maintain the ISC dhcp package:
Source :
http://www.oneparticularharbor.net/cygwin/dhcp/dhcp-3.0.1-1-src.tar.bz2
Binary : http://www.oneparticularharbor.net/cygwin/dhcp/dhcp-3.0.1-1.tar.bz2
setup.hint :
Gerrit Corinna,
Thanks very much. I've corrected most of the problems
Gerrit noted in e2fsprogs and e2fsimage. Updated packages
are available for review at:
http://www.oneparticularharbor.net/cygwin
e2fsprogs:
source :
Attached is a suggested patch for the generic-builf-script. I'm
not as familiar with xargs as I should be, so there may be better
ways of implementing some of these changes...
Areas it affects:
- Adds a couple of names to the list of files to be considered
documentation (COPYRIGHT, CHANGELOG,
Good catch. I'd rather add the '-r' ('--no-run-if-empty') flag to the
all of the xargs invocations, though.
Told you I wasn't familiar with xargs :-) I really need to spend some
time and get more comfortable with it.
- When compressing files using gzip as part of an install, adds
the
It was actually right there on the xargs man page... ;-) Ok, so it's
settled -- I'll change your patch to do that instead of the
-exec option.
Just curious - is there a reason to prefer xargs vs. -exec? I know
that xargs can be used to avoid shell command line length limits,
but are there
Where can I fetch the actual packages to do a review?
Not available yet - I'm trying to package these using the
generic build script, which is new to me (well, not really,
but new enough that I'm having some problems getting things
put in the right place.)
I hope to have packages available
Where can I fetch the actual packages to do a review?
Packages are now available for review at:
http://www.oneparticularharbor.net/cygwin
e2fsprogs:
source :
http://www.oneparticularharbor.net/cygwin/e2fsprogs/e2fsprogs-1.35-1-src.tar.bz2
binary :
Hello,
I am interested in packaging and maintaining e2fsprogs for
Cygwin. Version 1.35 pretty much builds OOTB. My primary
interest in e2fsprogs is not the utilities themselves, but
the ext2 libraries that are built as part of the package.
These ext2 libraries are a pre-requisite for
: I think we could use something like make -n and check the return code...
: But as I don't have the time to implement it properly now, I'll look at
: whatever methods people choose to provide in their patches.
It was something using a ``make -f -'' IIRC... (l8r)
Hmm, make -f -
Well, yes, I agree that if you really anticipate having to maintain
multiple packages from the outset, and want to keep more or less the same
build procedure for each of them (helps if they are related), you should
probably start already with something more sophisticated than the gbs.
I don't
9) Generate a patch (./gbs mkpatch)
10) Clean (./gbs mkpatch)
should these both be mkpatch? ;)
Hmm. Perhaps that's my problem :-)
The question still remains: assuming that I'm entering
the proper commands (instead of trying to clean using
mkpatch :-), is this more or less the way the
Igor et. al.,
Are there any instructions for using the generic
build script, aside from what's documented in the
gdb itself? I'm looking at using the gbs for a couple
of packages, and I'm trying to understand how it was
intended to be used.
Right now, it looks like it's something like:
1)
Rafael,
Thanks very much for the review. I've got a lot
going on right now, but I'll do my best to clean
things up and post a new package soon.
-Samrobb
-Original Message-
From: Rafael Kitover [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 05, 2004 8:29 AM
To: [EMAIL
I would like to contribute and maintain the ISC DHCP package:
Base : http://www.isc.org/products/DHCP/
Patch : http://www.angelfire.com/linux/skip/dhcp/
Patch : http://pxe-toolkit.sourceforge.net/web-site.html
I'll cheerfully admit that I had little (if anything) to do with
porting
If it is possible to vote for me, I would like to vote for joe...
Only package maintainers get to vote.
Doesn't anyone else want to give this an aye, even on general
principle?
+1 on general principle (that principle being, of course,
you can *never* have too many editors :-)
-Samrobb
Daniel, Chris - thanks much. I'll make the announcement.
-Samrobb
-Original Message-
From: Daniel Reed [mailto:[EMAIL PROTECTED]
Sent: Friday, November 07, 2003 2:51 PM
To: [EMAIL PROTECTED]
Subject: RE: New version of nfs-server for review
On 2003-11-04T16:55-0500, Robb, Sam
A new version of nfs-server is available for testing. This update
contains bug fixes and should conform to the latest Cygwin packaging
standards.
...
It's been about a week without a response, positive or negative.
Any objections to uploading this as a test package for the nonce?
-Samrobb
A new version of nfs-server is available for testing. This update
contains bug fixes and should conform to the latest Cygwin packaging
standards.
One important note: setting extended group information is disabled
because the calling pattern:
setegid(...);
setgroups(...);
I've built a new version of sunrpc. This update contains some
minor bug fixes and should conform to the latest Cygwin packaging
standards.
I'd appreciate it if someone else would take a look at this with
an eye towards finding any packaging problems. If it checks out
OK, I'll send a regular
It looks like setup.exe is downloading the wrong source
packages if a package has a test entry in setup.ini.
You can confirm this by doing a default installation,
setting the installation type to Download from Internet,
and asking setup to download the source package for
zlib-1.1.4-1 (for
Can you confirm this:
delete your setup.log and setup.log.full.
run with the latest snapshot, and then post:
your setup.log
setup.log.full
the setup.ini's that setup placed in the directory cache with the
mistmatched tarballs..
Gladly. Still see the same behavior with setup-2.364.
The
You have my vote for splint.
-Samrobb
2. nfs-server
date : 09 Dec 2002
version: 2.2.47-1
status : reviewed; there are several pending issues (more info
can be found in the nfs related threads starting after
Feb 11, 2003)
Just wanted to let folks know that I haven't forgotten
about this, but that other
PROTECTED]
Cc:
Subject: Re: Latest rev of NFS server
On Sat, 15 Feb 2003, Robb, Sam wrote:
This version re-enables the checks for owner/group of the
exports file, and updates the nfs-server-config script to
set
This version re-enables the checks for owner/group of the
exports file, and updates the nfs-server-config script to
set the owner/permissions on the default exports file
to the expected values.
If you already have an existing exports file, you will need
to explicitly change owner/permissions on
Sam, I've tried to build the nfs daemon from the source
package. Now I
followed the instructions you gave in the readme file but they don't
answer the questions that the BUILD script asks. It would be nice to
include the answers to those questions in the readme file, or maybe
even
What's the recommended way of dealing with this? The code
in the server
does something along the lines of:
seteuid(ROOT_UID)
setegid(gid)
setgroups(len, gids)
seteuid(uid)
(Error checking obviously ignored.) From what I can tell
in the Cygwin
docs, the
Thanks you very much! I'll make the changes, rebuild and
post new binaries source today.
Done. Current version no longer tries to seteuid(0) before changing
users. I haven't had a chance to look at the other problem Pavel has
reported w/regard to file/directory deletes, though.
Pavel,
As always, thanks for testing :-)
Hello,
I see in the event viewer entries like this coming from the
nfs daemon:
Unable to seteuid(0): Invalid argument
Are you running nfsd as a service, or as a user process?
On the linux workstation I've arranged for the user 'ptsekov'
Unable to seteuid(0): Invalid argument
Grrr... I've been completely unable to reproduce this
problem. The only difference seems to be that I am
logged in to my W2K machine as a domain user, while
it looks like you're logged in locally.
Perhaps one of the gurus has an idea as to why
Only if you changed the uid of the Administrator account to 0 by hand.
I have *not* done anything on my system to add a root user or any user
with uid 0; and yet, seteuid(0) apparently succeeds.
If you actually switch the user context, the application must not rely
on having uid 0 == root or
Looking for someone to confirm if this is expected behavior, or a bug:
With standard mount points:
c:\cygwin\bin on /usr/bin type system (binmode)
c:\cygwin\lib on /usr/lib type system (binmode)
* Calling realpath() to resolve /bin results in /usr/bin.
* Likewise, calling realpath() to
Pavel,
I've reviewed the updated packages and uploaded the files to
sources.redhat.com. Please, send an announcement to the
cygwin-announce
list in a few hours. Take a look at the web archive of this
list to see
how an announcement should look like.
I've slightly edited the
All,
With the sunrpc package released, next thing up (for me,
at least) is the universal nfs server package.
I'm still working on testing various and sundry options;
basic operation (running mountd/nfsd with the default
settings) seems to work well, though, so I'm optimistic
about other
A workaround is to create a regular directory, mount the Windows
drive at that directory, and then export the directory. For
example:
$ mkdir -p /exports/c
$ mount -f -s -b c:/ /exports/c
$ echo /exports/c (ro,all_squash) /etc/exports
Will it work
Pavel,
Thanks very much for the feedback. Addressing the package
naming issues and the way the patch file is generated should
be done today. As for the other issue...
2) All the files in the source package seem to have dos style line
endings. I don't know if this is a real problem or not
1) As Earnie Boyd has pointed the directory name should be in
the form
packagename-version-cygwinrelease i.e. sunrpc-4.0-1.
Fixed.
2) All the files in the source package seem to have dos style line
endings.
...
Also note that it is considered to be a good practice to keep the
IMHO, go ahead. Release it.
(deep breath...)
OK. Whoever is responsible for uploading things (Chris?), the
final packages for sunrpc are available at:
http://www.oneparticularharbor.net/cygwin/sunrpc/sunrpc-4.0-1.tar.bz2
Pavel,
Thanks for pointing this out... it can wait another
day or so, I'm sure.
-Samrobb
-Original Message-
From: Pavel Tsekov [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 17, 2003 2:24 PM
To: Robb, Sam
Cc: [EMAIL PROTECTED]
Subject: RE: SUN RPC package
Wait! :) I had
I'll admit that my focus has been on the NFS server...
I'm comfortable with where the sunrpc package stands
right now, so unless there are any unvoiced concerns,
I'd be happy to release it.
What's the procedure fo doing so?
-Samrobb
-Original Message-
From: Pavel Tsekov [mailto:[EMAIL
at 01:54:11PM -0500, Robb, Sam wrote:
All,
As far as I can tell, it appears that the inode number
returned by calling stat() on a directory differs from
the inode number returned by calling readdir() for the
same directory:
Yep. Sad, but true.
cgf
All,
First, thanks for the testing and the feedback.
Second, my apologies - I left in a #ifdef 0 in the filehandle
code for the nfs server that caused some problems. That's been
corrected in this version. Even with this fix, there are problems
with 'cygdrive' exports (ex, '/cygdrive/c/foo')
All,
Thanks for the testing and the feedback.
New packages are available at http://www.oneparticularharbor.net/cygwin/.
I have been testing these under W2K running as system services... if
someone can provide instructions about how to get things up and running
with inetd/xinetd, I would
Hello Sam,
I download your packages. Thanks for working on this!
Thanks for testing :-)
I have the following remarks:
- There is a packaging error. the .README files extract into
in /doc instead of /usr/doc.
Fixed.
- I get the error message
Cannot get NFS port from portmap
I also tried it, and successfully mounted various exports to
a few *nix boxs on lan.
couldnt get in running via inetd but thats probably me, I
will send the errors if you want though.
Please do. I tested in standalone mode instead of through
inetd.
Also my event log is filling rapidly
to take a look at these
problems close up :-/
-Samrobb
-Original Message-
From: Robb, Sam
Sent: Friday, December 20, 2002 12:27 PM
To: [EMAIL PROTECTED]
Subject: RE: nfsd and mountd
I also tried it, and successfully mounted various exports to
a few *nix boxs on lan
All,
As nobody's made a fuss about licensing issues or
similar topics, I've posted the sunrpc and nfs-server
package files for review. They're available at:
http://www.oneparticularharbor.net/cygwin/
Direct links:
# sunrpc
category: Libs
requires: cygwin
sdesc: Sun
...where are all the subscribers of this list? How should we ever
get enough positive votes for a package if nobody cares?
...and...
Please note, *all* maintainers are welcome to give his/her voice for
a new package.
What about non-maintainers? I'd be perfectly happy to try out packages
77 matches
Mail list logo