Re: 5.4.1.pre1 now available

This is a discussion on Re: 5.4.1.pre1 now available within the SNMP Coders forums, part of the Networking and Network Related category; On 22/05/07, Wes Hardaker <hardaker@users.sourceforge.net> wrote: > DS> The tarball seems to ...


Go Back   Usenet Forums > Networking and Network Related > SNMP Coders

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 05-22-2007
Dave Shield
 
Posts: n/a
Default Re: 5.4.1.pre1 now available

On 22/05/07, Wes Hardaker <hardaker@users.sourceforge.net> wrote:
> DS> The tarball seems to include assorted '.svn' directories.
> DS> These probably ought to be stripped out as part of the release
> DS> process.
>
> This was caused by your usage of "svn checkout" instead of "svn
> export" in makerelease... I'll fix that. (done)



Thanks.
I'm tempted to look at rolling out 5.2.4.1 to fix this (and similar) problems,
since they significantly hamper use of these tarballs on Windows
systems. But it's probably sensible to get 5.4.1 out (or mostly out) first.


> DS> "Pre-releases or release-candidates for upcoming publications
> DS> [No pre-releases available at this time]"
>
> You hit it in the 5 minute window between the announcement and the
> page update... whoops..


Yup - I suspected it was something like that :-)



Problem #3:
Now we've moved to SVN, can we perhaps address the issue of
over-long filenames. Unpacking the tarball (sans .svn directories) under
Windows gave me twenty warnings about one file overwriting another.
Closer examination showed three distinct groups:

a) mibgroup/ip-forward-mib/inetCidrRouteTable/
inetCidrRouteTable_data_access.{c,h}

b) mibgroup/snmp-notification-mib/snmpNotifyFilterTable/
snmpNotifyFilterTable* (7 files)

c) mibgroup/snmp-usm-dh-objects-mib/usmDHUserKeyTable/
usmDHUserKeyTable* (11 files)

The usmDHUserKeyTable isn't too much of a problem, since this
table isn't part of a default setup. But the other clashes mean that
a default build will fail.

I'm not sure whether it's the length of the full path that's causing
the problem, or (?less likely) the length of the common prefix.
But in either case, could we perhaps look at renaming these files
so that they will unpack cleanly?


Dave

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/...et-snmp-coders
Reply With Quote
Reply
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 02:18 PM.


Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0