astlinux-devel — The AstLinux development environment, compilation, etc

[Astlinux-devel] Serial console, auto-query terminal for size

[Lonnie A. <li...@lo...>]

Hi Devs,

When adding the new "USB TTY Serial Login" feature, one thing we did in the /etc/profile is to call the "resize" command to query the terminal to automatically determine the LINES and COLUMNS and update "stty -a".
--
# Set LINES and COLUMNS for USB TTY serial devices
if [ -x /usr/bin/resize ]; then
  case $(tty) in
    /dev/ttyUSB*) resize >/dev/null ;;
  esac
fi
--
This works very nicely, and makes ncurses apps work as expected for an arbitrary terminal window size, rather than assuming the default 24x80.

Simple question, should we do the same for "/dev/ttyS*" for standard serial consoles ?

You may wonder how "resize" works, a vt100 terminal allows an escape sequence to "Query Cursor Position" after moving to ROW;COLUMN position 999;999 pinned at lower-right, lastly restore cursor back to where it started. "resize" reads the data sent back indicating the size of the terminal window.

So clearly this will only work if you are emulating a vt100 or some later ANSI flavor, but chances are you do.  But what if you don't, then you might see a few goofy escape sequences shown and the "resize" command waits for up to 3 seconds to get a reply before giving-up and continuing as normal.

I'll gladly add "/dev/ttyS*" if people like the idea, but will leave it as is until there is demand for the change.

Lonnie

Re: [Astlinux-devel] rc.conf variable to disable ethernet NIC offload

[Michael K. <li...@mk...>]

Sounds good and useful to me.

Sent from a mobile device.

Michael Keuter

> Am 01.05.2017 um 15:42 schrieb Lonnie Abelbeck <li...@lo...>:
> 
> Hi Devs,
> 
> The "[Astlinux-users] Qotom Q190G4N-S07 ..." discusses how that particular box has a problem with ethernet NIC offload enabled (default) and libpcap tools.
> 
> We currently automatically disable "tso gso gro" for interfaces that the traffic shaper is applied to, otherwise it won't work properly.
> 
> This is a long running issue with the pfSense folks (albeit Linux generally has more polished NIC drivers), here is a snippet ...
> 
> "The settings for Hardware TCP Segmentation Offload (TSO) and Hardware Large Receive Offload (LRO) under System > Advanced on the Networking tab default to checked (disabled) for good reason. Nearly all hardware/drivers have issues with these settings, and they can lead to throughput issues. Ensure the options are checked."
> 
> https://doc.pfsense.org/index.php/Tuning_and_Troubleshooting_Network_Cards#TSO.2FLRO
> 
> 
> So, while our typical boards / appliances have not demonstrated NIC offload issues (to my knowledge) the Qotom now does and I suspect it won't be the last.
> 
> I'm proposing we add a PHYETH_DISABLE_OFFLOAD rc.conf variable, disabled by default.  We currently have this section:
> --
> ## Physical Ethernet Configuration
> ## If you need to manually specify any speed and duplex settings, you can 
> ## do that here NOTE: This will disable auto-negotiation for any devices 
> ## you enable it for.
> ## Note that this code runs AFTER the ifrename support above.
> ## INTERFACE:speed:duplex
> #PHYETH="eth0:10:half eth1:100:half"
> --
> 
> add...
> --
> ## Disable hardware network interface offloading for the specified offload types.
> ## Note: This applies to all configured ethernet interfaces and VLAN's.
> #PHYETH_DISABLE_OFFLOAD="tso gso gro"
> --
> 
> Advanced configuration could also be done using /mnt/kd/rc.elocal and ethtool, but the PHYETH_DISABLE_OFFLOAD variable would provide a simple quick setup solution.
> 
> Comments ?
> 
> Lonnie
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel

[Astlinux-devel] rc.conf variable to disable ethernet NIC offload

[Lonnie A. <li...@lo...>]

Hi Devs,

The "[Astlinux-users] Qotom Q190G4N-S07 ..." discusses how that particular box has a problem with ethernet NIC offload enabled (default) and libpcap tools.

We currently automatically disable "tso gso gro" for interfaces that the traffic shaper is applied to, otherwise it won't work properly.

This is a long running issue with the pfSense folks (albeit Linux generally has more polished NIC drivers), here is a snippet ...

"The settings for Hardware TCP Segmentation Offload (TSO) and Hardware Large Receive Offload (LRO) under System > Advanced on the Networking tab default to checked (disabled) for good reason. Nearly all hardware/drivers have issues with these settings, and they can lead to throughput issues. Ensure the options are checked."

https://doc.pfsense.org/index.php/Tuning_and_Troubleshooting_Network_Cards#TSO.2FLRO


So, while our typical boards / appliances have not demonstrated NIC offload issues (to my knowledge) the Qotom now does and I suspect it won't be the last.

I'm proposing we add a PHYETH_DISABLE_OFFLOAD rc.conf variable, disabled by default.  We currently have this section:
--
## Physical Ethernet Configuration
## If you need to manually specify any speed and duplex settings, you can 
## do that here NOTE: This will disable auto-negotiation for any devices 
## you enable it for.
## Note that this code runs AFTER the ifrename support above.
## INTERFACE:speed:duplex
#PHYETH="eth0:10:half eth1:100:half"
--

add...
--
## Disable hardware network interface offloading for the specified offload types.
## Note: This applies to all configured ethernet interfaces and VLAN's.
#PHYETH_DISABLE_OFFLOAD="tso gso gro"
--

Advanced configuration could also be done using /mnt/kd/rc.elocal and ethtool, but the PHYETH_DISABLE_OFFLOAD variable would provide a simple quick setup solution.

Comments ?

Lonnie

Re: [Astlinux-devel] Ubuntu 17.04 (at the bleeding edge)

[Lonnie A. <li...@lo...>]

Thanks David.

Lonnie

On Apr 30, 2017, at 1:09 PM, David Kerr <Da...@Ke...> wrote:

> And one more.  I patched crosstool as documented in the issue 437 and proceeded to build astlinux.  Build failed in libglib2 with what looks like a similar cause but again others have run into it before us and I found a patch at OpenWRT...
> https://dev.openwrt.org/browser/trunk/tools/pkg-config/patches/001-glib-gdate-suppress-string-format-literal-warning.patch
> 
> With those two problems taken care of Astlinux builds on Ubuntu 17.04 and resulting image runs just fine.
> 
> David
> 
> On Tue, Apr 25, 2017 at 9:09 AM, Lonnie Abelbeck <li...@lo...> wrote:
> Hi David,
> 
> Indeed, thanks for looking forward.  Much appreciated.
> 
> Lonnie
> 
> On Apr 25, 2017, at 7:57 AM, David Kerr <Da...@Ke...> wrote:
> 
> > Yes, option (c) is what I use but it doesn't hurt to push the limits and get headlights into what is coming.  btw... option (c) does require a patch to python build to get it to work... a version check fails (bad version check logic, not that Ubuntu 16.04 has wrong version of something).
> >
> > David
> >
> > On Mon, Apr 24, 2017 at 11:06 PM, Lonnie Abelbeck <li...@lo...> wrote:
> >
> > On Apr 24, 2017, at 9:36 PM, David Kerr <Da...@Ke...> wrote:
> >
> > > At the bleeding edge of building Astlinux on latest Ubuntu release... crosstools fails to build/install...  Appears to be same problem as documented here..
> > > https://github.com/crosstool-ng/crosstool-ng/issues/437
> > >
> > > Advice on how to proceed?
> > > a) figure out how patch current crosstools, or
> > > b) move up to latest version of crosstools which according to the issue should fix it.
> >   c) Use the latest LTS, Ubuntu 16.04.2 LTS in a VM
> >
> > At some point when this fix makes it into an official release we can consider moving to that, but later versions of crosstool-ng no longer support eglibc.
> >
> > Lonnie
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot_______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel

Re: [Astlinux-devel] Ubuntu 17.04 (at the bleeding edge)

[David K. <da...@ke...>]

And one more.  I patched crosstool as documented in the issue 437 and
proceeded to build astlinux.  Build failed in libglib2 with what looks like
a similar cause but again others have run into it before us and I found a
patch at OpenWRT...
https://dev.openwrt.org/browser/trunk/tools/pkg-config/patches/001-glib-gdate-suppress-string-format-literal-warning.patch

With those two problems taken care of Astlinux builds on Ubuntu 17.04 and
resulting image runs just fine.

David

On Tue, Apr 25, 2017 at 9:09 AM, Lonnie Abelbeck <li...@lo...>
wrote:

> Hi David,
>
> Indeed, thanks for looking forward.  Much appreciated.
>
> Lonnie
>
> On Apr 25, 2017, at 7:57 AM, David Kerr <Da...@Ke...> wrote:
>
> > Yes, option (c) is what I use but it doesn't hurt to push the limits and
> get headlights into what is coming.  btw... option (c) does require a patch
> to python build to get it to work... a version check fails (bad version
> check logic, not that Ubuntu 16.04 has wrong version of something).
> >
> > David
> >
> > On Mon, Apr 24, 2017 at 11:06 PM, Lonnie Abelbeck <
> li...@lo...> wrote:
> >
> > On Apr 24, 2017, at 9:36 PM, David Kerr <Da...@Ke...> wrote:
> >
> > > At the bleeding edge of building Astlinux on latest Ubuntu release...
> crosstools fails to build/install...  Appears to be same problem as
> documented here..
> > > https://github.com/crosstool-ng/crosstool-ng/issues/437
> > >
> > > Advice on how to proceed?
> > > a) figure out how patch current crosstools, or
> > > b) move up to latest version of crosstools which according to the
> issue should fix it.
> >   c) Use the latest LTS, Ubuntu 16.04.2 LTS in a VM
> >
> > At some point when this fix makes it into an official release we can
> consider moving to that, but later versions of crosstool-ng no longer
> support eglibc.
> >
> > Lonnie
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>

Re: [Astlinux-devel] Ubuntu 17.04 (at the bleeding edge)

[Lonnie A. <li...@lo...>]

Hi David,

Indeed, thanks for looking forward.  Much appreciated.

Lonnie

On Apr 25, 2017, at 7:57 AM, David Kerr <Da...@Ke...> wrote:

> Yes, option (c) is what I use but it doesn't hurt to push the limits and get headlights into what is coming.  btw... option (c) does require a patch to python build to get it to work... a version check fails (bad version check logic, not that Ubuntu 16.04 has wrong version of something).
> 
> David
> 
> On Mon, Apr 24, 2017 at 11:06 PM, Lonnie Abelbeck <li...@lo...> wrote:
> 
> On Apr 24, 2017, at 9:36 PM, David Kerr <Da...@Ke...> wrote:
> 
> > At the bleeding edge of building Astlinux on latest Ubuntu release... crosstools fails to build/install...  Appears to be same problem as documented here..
> > https://github.com/crosstool-ng/crosstool-ng/issues/437
> >
> > Advice on how to proceed?
> > a) figure out how patch current crosstools, or
> > b) move up to latest version of crosstools which according to the issue should fix it.
>   c) Use the latest LTS, Ubuntu 16.04.2 LTS in a VM
> 
> At some point when this fix makes it into an official release we can consider moving to that, but later versions of crosstool-ng no longer support eglibc.
> 
> Lonnie

Re: [Astlinux-devel] Ubuntu 17.04 (at the bleeding edge)

[David K. <da...@ke...>]

Yes, option (c) is what I use but it doesn't hurt to push the limits and
get headlights into what is coming.  btw... option (c) does require a patch
to python build to get it to work... a version check fails (bad version
check logic, not that Ubuntu 16.04 has wrong version of something).

David

On Mon, Apr 24, 2017 at 11:06 PM, Lonnie Abelbeck <li...@lo...
> wrote:

>
> On Apr 24, 2017, at 9:36 PM, David Kerr <Da...@Ke...> wrote:
>
> > At the bleeding edge of building Astlinux on latest Ubuntu release...
> crosstools fails to build/install...  Appears to be same problem as
> documented here..
> > https://github.com/crosstool-ng/crosstool-ng/issues/437
> >
> > Advice on how to proceed?
> > a) figure out how patch current crosstools, or
> > b) move up to latest version of crosstools which according to the issue
> should fix it.
>   c) Use the latest LTS, Ubuntu 16.04.2 LTS in a VM
>
> At some point when this fix makes it into an official release we can
> consider moving to that, but later versions of crosstool-ng no longer
> support eglibc.
>
> Lonnie
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>

Re: [Astlinux-devel] Ubuntu 17.04 (at the bleeding edge)

[Lonnie A. <li...@lo...>]

On Apr 24, 2017, at 9:36 PM, David Kerr <Da...@Ke...> wrote:

> At the bleeding edge of building Astlinux on latest Ubuntu release... crosstools fails to build/install...  Appears to be same problem as documented here..
> https://github.com/crosstool-ng/crosstool-ng/issues/437
> 
> Advice on how to proceed?
> a) figure out how patch current crosstools, or
> b) move up to latest version of crosstools which according to the issue should fix it.
  c) Use the latest LTS, Ubuntu 16.04.2 LTS in a VM

At some point when this fix makes it into an official release we can consider moving to that, but later versions of crosstool-ng no longer support eglibc.

Lonnie

[Astlinux-devel] Ubuntu 17.04 (at the bleeding edge)

[David K. <da...@ke...>]

At the bleeding edge of building Astlinux on latest Ubuntu release...
crosstools fails to build/install...  Appears to be same problem as
documented here..
https://github.com/crosstool-ng/crosstool-ng/issues/437

Advice on how to proceed?
a) figure out how patch current crosstools, or
b) move up to latest version of crosstools which according to the issue
should fix it.

David.

Re: [Astlinux-devel] Astlinux Versioning

[Lonnie A. <li...@lo...>]

On Apr 9, 2017, at 5:32 PM, Michael Knill <mic...@ip...> wrote:

> Hi Devs
>  
> I have been thinking about Astlinux versioning and Im wondering if we would ever consider changing it.
> Will there ever be a 2.0.0? Could we kick straight into say 2.10, 2.11, 3.0 etc for future versions?
> Maybe we should consider adding the Asterisk version into the fold?
> E.g. 8.2.10, 11.2.10, 13.2.10
>  
> What do people think?
> The reason I have brought it up is that I add additional versioning to the Astlinux versioning and the major release seems a bit pointless as Im not sure what would constitute a v2 release.
>  
> Regards
> Michael Knill

I think the the current 1.2.(n++) scheme is working nicely indicating new versions of the series work as upgrades to previous versions.

Sometimes when the Linux Kernel has a major version bump we do a major bump also, in the future when we switch from Kernel 3.2 to 3.16 we may consider a switch to 1.3.0, we can discuss that.

If there was ever an ultra-significant, non-backword compatible move forward (like the Kernel squashfs change in the past) or if we have to switch away from unionfs in the future, then a 2.0.0 might be in order.

A function of the Asterisk version, definitely not. :-)

Lonnie

[Astlinux-devel] Astlinux Versioning

[Michael K. <mic...@ip...>]

Hi Devs

I have been thinking about Astlinux versioning and Im wondering if we would ever consider changing it.
Will there ever be a 2.0.0? Could we kick straight into say 2.10, 2.11, 3.0 etc for future versions?
Maybe we should consider adding the Asterisk version into the fold?
E.g. 8.2.10, 11.2.10, 13.2.10

What do people think?
The reason I have brought it up is that I add additional versioning to the Astlinux versioning and the major release seems a bit pointless as Im not sure what would constitute a v2 release.

Regards
Michael Knill

[Astlinux-devel] AstLinux Pre-Release: astlinux-1.0-8260

[Lonnie A. <li...@lo...>]

Announcing Pre-Release Version: astlinux-1.0-8260

The AstLinux Team is regularly upgrading packages containing security and bug fixes as well as adding new features of our own.

-- Hyper-V (only genx86_64-vm board type)
http://doc.astlinux-project.org/userdoc:guest_vm_hyperv

-- Restricted User Login
http://doc.astlinux-project.org/userdoc:tt_restricted_user_login

-- Asterisk Call Notification
http://doc.astlinux-project.org/userdoc:tt_asterisk_call_notify

-- Dynamic DNS Client
http://doc.astlinux-project.org/userdoc:tt_dynamic_dns_client

-- sngrep, version 1.4.2, new package, tool for displaying SIP call message flows from a terminal.

These pre-release images are for those who would like to take advantage of the AstLinux development before the next official release, as well as providing testing for the project.

The "AstLinux Pre-Release ChangeLog" and "Repository URL" entries can be found under the "Development" tab of the AstLinux Project web site ...

AstLinux Project -> Development
http://www.astlinux-project.org/dev.html

While these images are considered 'stable', the lack of testing will not make these images suitable for critical production systems.

If you should come across an issue, please report back here.

AstLinux Team

Re: [Astlinux-devel] sipcalc

[Lonnie A. <li...@lo...>]

David,

I committed r8236 here, and created a pull request for @troglobit that should fix your stdin issues.

Lonnie


On Mar 25, 2017, at 10:52 PM, David Kerr <Da...@Ke...> wrote:

> Thanks lonnie.  Is working except for one thing...  netcalc is supposed to take input from stdin if the parameter us simply '-' but it is not working reliably...
> 
> echo fe80::20d:b9ff:fe41:7155/64 | netcalc -
> works
> echo 2601:186:4503:8130::1/64 | netcalc -
> fails.  This is just example, other addresses fail too.  But...
> netcalc 2601:186:4503:8130::1/64
> works.
> 
> over to github to open a issue.
> 
> David
> 
> 
> 
> On Sat, Mar 25, 2017 at 9:12 PM, Lonnie Abelbeck <li...@lo...> wrote:
> netcalc, new package, enabled for default builds
> https://sourceforge.net/p/astlinux/code/8233
> 
> David, great suggestion.
> 
> Lonnie
> 
> 
> On Mar 25, 2017, at 6:42 PM, Lonnie Abelbeck <li...@lo...> wrote:
> 
> > David,
> >
> > Yes, I asked the netcalc  author if a 2.0.1 official release was coming, and it may be soon ...
> >
> > https://github.com/troglobit/netcalc/issues/5
> >
> > I'll commit the 2.0.1-pre I have of the latest master.
> >
> > What I would like to do is get rid of some old obfuscated bash code we have that calculates IPv4 ranges for dnsmasq ...
> >
> > https://github.com/troglobit/netcalc/issues/6
> >
> > Take a look at "/etc/init.d/functions.d/bash/ipcalc" and see if you can follow how _mkdottedquad and _isdottedquad work :-)
> >
> > I'll get netcalc committed this evening.
> >
> > Lonnie
> >
> >
> > On Mar 25, 2017, at 5:15 PM, David Kerr <Da...@Ke...> wrote:
> >
> >> I just got it to compile myself, within the astlinux build env very simple .mk file..
> >>
> >> NETCALC_VERSION = 2.0
> >> NETCALC_SOURCE = netcalc-$(NETCALC_VERSION).tar.gz
> >> NETCALC_SITE = https://github.com/troglobit/netcalc/releases/download/v$(NETCALC_VERSION)
> >>
> >> $(eval $(call AUTOTARGETS,package,netcalc))
> >>
> >> And of course add it to the overall build environment.
> >>
> >> Have not tried it yet but based on your output looks like it does just what I need.
> >>
> >> David
> >>
> >> On Sat, Mar 25, 2017 at 6:05 PM, Lonnie Abelbeck <li...@lo...> wrote:
> >> David,
> >>
> >> I have netcalc working.  It is only 28KB uncompressed, the author seems responsive.
> >>
> >> =====
> >> pbx4 ~ # netcalc fdb9:f496:726e::/48
> >> Address ID      : 0:0:0:0:0:0:0:0/48
> >> Compressed IPv6 : fdb9:f496:726e::
> >> Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0000
> >> Prefix address  : ffff:ffff:ffff:0:0:0:0:0 = length 48
> >> Address type    : Unassigned
> >> =>
> >> Network         : fdb9:f496:726e:0:0:0:0:0/48
> >> HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0000
> >> HostMax         : fdb9:f496:726e:ffff:ffff:ffff:ffff:ffff
> >>
> >> pbx4 ~ # netcalc fdb9:f496:726e::1/60
> >> Address ID      : 0:0:0:0:0:0:0:1/60
> >> Compressed IPv6 : fdb9:f496:726e::1
> >> Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0001
> >> Prefix address  : ffff:ffff:ffff:fff0:0:0:0:0 = length 60
> >> Address type    : Unassigned
> >> =>
> >> Network         : fdb9:f496:726e:0:0:0:0:0/60
> >> HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0000
> >> HostMax         : fdb9:f496:726e:000f:ffff:ffff:ffff:ffff
> >>
> >> pbx4 ~ # netcalc fdb9:f496:726e::1
> >> Address ID      : 0:0:0:0:0:0:0:0/128
> >> Compressed IPv6 : fdb9:f496:726e::1
> >> Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0001
> >> Prefix address  : ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff = length 128
> >> Address type    : Unassigned
> >> =>
> >> Network         : fdb9:f496:726e:0:0:0:0:1/128
> >> HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0001
> >> HostMax         : fdb9:f496:726e:0000:0000:0000:0000:0001
> >> =====
> >>
> >> Lonnie
> >>
> >>
> >> On Mar 25, 2017, at 4:45 PM, David Kerr <Da...@Ke...> wrote:
> >>
> >>> Lonnie,
> >>>  Yes it probably does, looking into it now.  What I am looking for is a way to normalize a IPv6 address so that I can perform compare and calculation on (like determine the /60 prefix, test to see if it changes, etc.).
> >>>
> >>> David
> >>>
> >>> On Sat, Mar 25, 2017 at 11:44 AM, Lonnie Abelbeck <li...@lo...> wrote:
> >>> Hi David,
> >>>
> >>> I also found "netcalc", a maintained, slimmed down clone of sipcalc ...
> >>>
> >>> https://github.com/troglobit/netcalc
> >>>
> >>> What feature(s) do you find most useful ?
> >>>
> >>> Lonnie
> >>>
> >>>
> >>> On Mar 24, 2017, at 9:34 PM, David Kerr <Da...@Ke...> wrote:
> >>>
> >>>> How easy would it be to add sipcalc as a package into astlinux (for custom build)?
> >>>> http://www.routemeister.net/projects/sipcalc/
> >>>> http://www.routemeister.net/projects/sipcalc/files/sipcalc-1.1.6.tar.gz
> >>>> Having played with it on Ubuntu, it looks to be a useful tool... certainly one I could use.
> >>>>
> >>>> Thoughts?
> >>>> David
> >>>
> >>>
> >>> ------------------------------------------------------------------------------
> >>> Check out the vibrant tech community on one of the world's most
> >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >>> _______________________________________________
> >>> Astlinux-devel mailing list
> >>> Ast...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >>>
> >>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
> >>>
> >>> ------------------------------------------------------------------------------
> >>> Check out the vibrant tech community on one of the world's most
> >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot_______________________________________________
> >>> Astlinux-devel mailing list
> >>> Ast...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >>>
> >>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
> >>
> >>
> >> ------------------------------------------------------------------------------
> >> Check out the vibrant tech community on one of the world's most
> >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >> _______________________________________________
> >> Astlinux-devel mailing list
> >> Ast...@li...
> >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >>
> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
> >>
> >> ------------------------------------------------------------------------------
> >> Check out the vibrant tech community on one of the world's most
> >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot_______________________________________________
> >> Astlinux-devel mailing list
> >> Ast...@li...
> >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >>
> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
> >
> >
> > ------------------------------------------------------------------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > _______________________________________________
> > Astlinux-devel mailing list
> > Ast...@li...
> > https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >
> > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
> >
> >
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> 
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot_______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> 
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....

Re: [Astlinux-devel] sipcalc

[David K. <da...@ke...>]

Thanks lonnie.  Is working except for one thing...  netcalc is supposed to
take input from stdin if the parameter us simply '-' but it is not working
reliably...

echo fe80::20d:b9ff:fe41:7155/64 | netcalc -
works
echo 2601:186:4503:8130::1/64 | netcalc -
fails.  This is just example, other addresses fail too.  But...
netcalc 2601:186:4503:8130::1/64
works.

over to github to open a issue.

David



On Sat, Mar 25, 2017 at 9:12 PM, Lonnie Abelbeck <li...@lo...>
wrote:

> netcalc, new package, enabled for default builds
> https://sourceforge.net/p/astlinux/code/8233
>
> David, great suggestion.
>
> Lonnie
>
>
> On Mar 25, 2017, at 6:42 PM, Lonnie Abelbeck <li...@lo...>
> wrote:
>
> > David,
> >
> > Yes, I asked the netcalc  author if a 2.0.1 official release was coming,
> and it may be soon ...
> >
> > https://github.com/troglobit/netcalc/issues/5
> >
> > I'll commit the 2.0.1-pre I have of the latest master.
> >
> > What I would like to do is get rid of some old obfuscated bash code we
> have that calculates IPv4 ranges for dnsmasq ...
> >
> > https://github.com/troglobit/netcalc/issues/6
> >
> > Take a look at "/etc/init.d/functions.d/bash/ipcalc" and see if you can
> follow how _mkdottedquad and _isdottedquad work :-)
> >
> > I'll get netcalc committed this evening.
> >
> > Lonnie
> >
> >
> > On Mar 25, 2017, at 5:15 PM, David Kerr <Da...@Ke...> wrote:
> >
> >> I just got it to compile myself, within the astlinux build env very
> simple .mk file..
> >>
> >> NETCALC_VERSION = 2.0
> >> NETCALC_SOURCE = netcalc-$(NETCALC_VERSION).tar.gz
> >> NETCALC_SITE = https://github.com/troglobit/
> netcalc/releases/download/v$(NETCALC_VERSION)
> >>
> >> $(eval $(call AUTOTARGETS,package,netcalc))
> >>
> >> And of course add it to the overall build environment.
> >>
> >> Have not tried it yet but based on your output looks like it does just
> what I need.
> >>
> >> David
> >>
> >> On Sat, Mar 25, 2017 at 6:05 PM, Lonnie Abelbeck <
> li...@lo...> wrote:
> >> David,
> >>
> >> I have netcalc working.  It is only 28KB uncompressed, the author seems
> responsive.
> >>
> >> =====
> >> pbx4 ~ # netcalc fdb9:f496:726e::/48
> >> Address ID      : 0:0:0:0:0:0:0:0/48
> >> Compressed IPv6 : fdb9:f496:726e::
> >> Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0000
> >> Prefix address  : ffff:ffff:ffff:0:0:0:0:0 = length 48
> >> Address type    : Unassigned
> >> =>
> >> Network         : fdb9:f496:726e:0:0:0:0:0/48
> >> HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0000
> >> HostMax         : fdb9:f496:726e:ffff:ffff:ffff:ffff:ffff
> >>
> >> pbx4 ~ # netcalc fdb9:f496:726e::1/60
> >> Address ID      : 0:0:0:0:0:0:0:1/60
> >> Compressed IPv6 : fdb9:f496:726e::1
> >> Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0001
> >> Prefix address  : ffff:ffff:ffff:fff0:0:0:0:0 = length 60
> >> Address type    : Unassigned
> >> =>
> >> Network         : fdb9:f496:726e:0:0:0:0:0/60
> >> HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0000
> >> HostMax         : fdb9:f496:726e:000f:ffff:ffff:ffff:ffff
> >>
> >> pbx4 ~ # netcalc fdb9:f496:726e::1
> >> Address ID      : 0:0:0:0:0:0:0:0/128
> >> Compressed IPv6 : fdb9:f496:726e::1
> >> Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0001
> >> Prefix address  : ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff = length 128
> >> Address type    : Unassigned
> >> =>
> >> Network         : fdb9:f496:726e:0:0:0:0:1/128
> >> HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0001
> >> HostMax         : fdb9:f496:726e:0000:0000:0000:0000:0001
> >> =====
> >>
> >> Lonnie
> >>
> >>
> >> On Mar 25, 2017, at 4:45 PM, David Kerr <Da...@Ke...> wrote:
> >>
> >>> Lonnie,
> >>>  Yes it probably does, looking into it now.  What I am looking for is
> a way to normalize a IPv6 address so that I can perform compare and
> calculation on (like determine the /60 prefix, test to see if it changes,
> etc.).
> >>>
> >>> David
> >>>
> >>> On Sat, Mar 25, 2017 at 11:44 AM, Lonnie Abelbeck <
> li...@lo...> wrote:
> >>> Hi David,
> >>>
> >>> I also found "netcalc", a maintained, slimmed down clone of sipcalc ...
> >>>
> >>> https://github.com/troglobit/netcalc
> >>>
> >>> What feature(s) do you find most useful ?
> >>>
> >>> Lonnie
> >>>
> >>>
> >>> On Mar 24, 2017, at 9:34 PM, David Kerr <Da...@Ke...> wrote:
> >>>
> >>>> How easy would it be to add sipcalc as a package into astlinux (for
> custom build)?
> >>>> http://www.routemeister.net/projects/sipcalc/
> >>>> http://www.routemeister.net/projects/sipcalc/files/
> sipcalc-1.1.6.tar.gz
> >>>> Having played with it on Ubuntu, it looks to be a useful tool...
> certainly one I could use.
> >>>>
> >>>> Thoughts?
> >>>> David
> >>>
> >>>
> >>> ------------------------------------------------------------
> ------------------
> >>> Check out the vibrant tech community on one of the world's most
> >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >>> _______________________________________________
> >>> Astlinux-devel mailing list
> >>> Ast...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >>>
> >>> Donations to support AstLinux are graciously accepted via PayPal to
> pa...@kr....
> >>>
> >>> ------------------------------------------------------------
> ------------------
> >>> Check out the vibrant tech community on one of the world's most
> >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot______
> _________________________________________
> >>> Astlinux-devel mailing list
> >>> Ast...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >>>
> >>> Donations to support AstLinux are graciously accepted via PayPal to
> pa...@kr....
> >>
> >>
> >> ------------------------------------------------------------
> ------------------
> >> Check out the vibrant tech community on one of the world's most
> >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >> _______________________________________________
> >> Astlinux-devel mailing list
> >> Ast...@li...
> >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >>
> >> Donations to support AstLinux are graciously accepted via PayPal to
> pa...@kr....
> >>
> >> ------------------------------------------------------------
> ------------------
> >> Check out the vibrant tech community on one of the world's most
> >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot______
> _________________________________________
> >> Astlinux-devel mailing list
> >> Ast...@li...
> >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >>
> >> Donations to support AstLinux are graciously accepted via PayPal to
> pa...@kr....
> >
> >
> > ------------------------------------------------------------
> ------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > _______________________________________________
> > Astlinux-devel mailing list
> > Ast...@li...
> > https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >
> > Donations to support AstLinux are graciously accepted via PayPal to
> pa...@kr....
> >
> >
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>
> Donations to support AstLinux are graciously accepted via PayPal to
> pa...@kr....
>

Re: [Astlinux-devel] sipcalc

[Lonnie A. <li...@lo...>]

netcalc, new package, enabled for default builds
https://sourceforge.net/p/astlinux/code/8233

David, great suggestion.

Lonnie


On Mar 25, 2017, at 6:42 PM, Lonnie Abelbeck <li...@lo...> wrote:

> David,
> 
> Yes, I asked the netcalc  author if a 2.0.1 official release was coming, and it may be soon ...
> 
> https://github.com/troglobit/netcalc/issues/5
> 
> I'll commit the 2.0.1-pre I have of the latest master.
> 
> What I would like to do is get rid of some old obfuscated bash code we have that calculates IPv4 ranges for dnsmasq ...
> 
> https://github.com/troglobit/netcalc/issues/6
> 
> Take a look at "/etc/init.d/functions.d/bash/ipcalc" and see if you can follow how _mkdottedquad and _isdottedquad work :-)
> 
> I'll get netcalc committed this evening.
> 
> Lonnie
> 
> 
> On Mar 25, 2017, at 5:15 PM, David Kerr <Da...@Ke...> wrote:
> 
>> I just got it to compile myself, within the astlinux build env very simple .mk file..
>> 
>> NETCALC_VERSION = 2.0
>> NETCALC_SOURCE = netcalc-$(NETCALC_VERSION).tar.gz
>> NETCALC_SITE = https://github.com/troglobit/netcalc/releases/download/v$(NETCALC_VERSION)
>> 
>> $(eval $(call AUTOTARGETS,package,netcalc))
>> 
>> And of course add it to the overall build environment.
>> 
>> Have not tried it yet but based on your output looks like it does just what I need.
>> 
>> David
>> 
>> On Sat, Mar 25, 2017 at 6:05 PM, Lonnie Abelbeck <li...@lo...> wrote:
>> David,
>> 
>> I have netcalc working.  It is only 28KB uncompressed, the author seems responsive.
>> 
>> =====
>> pbx4 ~ # netcalc fdb9:f496:726e::/48
>> Address ID      : 0:0:0:0:0:0:0:0/48
>> Compressed IPv6 : fdb9:f496:726e::
>> Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0000
>> Prefix address  : ffff:ffff:ffff:0:0:0:0:0 = length 48
>> Address type    : Unassigned
>> =>
>> Network         : fdb9:f496:726e:0:0:0:0:0/48
>> HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0000
>> HostMax         : fdb9:f496:726e:ffff:ffff:ffff:ffff:ffff
>> 
>> pbx4 ~ # netcalc fdb9:f496:726e::1/60
>> Address ID      : 0:0:0:0:0:0:0:1/60
>> Compressed IPv6 : fdb9:f496:726e::1
>> Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0001
>> Prefix address  : ffff:ffff:ffff:fff0:0:0:0:0 = length 60
>> Address type    : Unassigned
>> =>
>> Network         : fdb9:f496:726e:0:0:0:0:0/60
>> HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0000
>> HostMax         : fdb9:f496:726e:000f:ffff:ffff:ffff:ffff
>> 
>> pbx4 ~ # netcalc fdb9:f496:726e::1
>> Address ID      : 0:0:0:0:0:0:0:0/128
>> Compressed IPv6 : fdb9:f496:726e::1
>> Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0001
>> Prefix address  : ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff = length 128
>> Address type    : Unassigned
>> =>
>> Network         : fdb9:f496:726e:0:0:0:0:1/128
>> HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0001
>> HostMax         : fdb9:f496:726e:0000:0000:0000:0000:0001
>> =====
>> 
>> Lonnie
>> 
>> 
>> On Mar 25, 2017, at 4:45 PM, David Kerr <Da...@Ke...> wrote:
>> 
>>> Lonnie,
>>>  Yes it probably does, looking into it now.  What I am looking for is a way to normalize a IPv6 address so that I can perform compare and calculation on (like determine the /60 prefix, test to see if it changes, etc.).
>>> 
>>> David
>>> 
>>> On Sat, Mar 25, 2017 at 11:44 AM, Lonnie Abelbeck <li...@lo...> wrote:
>>> Hi David,
>>> 
>>> I also found "netcalc", a maintained, slimmed down clone of sipcalc ...
>>> 
>>> https://github.com/troglobit/netcalc
>>> 
>>> What feature(s) do you find most useful ?
>>> 
>>> Lonnie
>>> 
>>> 
>>> On Mar 24, 2017, at 9:34 PM, David Kerr <Da...@Ke...> wrote:
>>> 
>>>> How easy would it be to add sipcalc as a package into astlinux (for custom build)?
>>>> http://www.routemeister.net/projects/sipcalc/
>>>> http://www.routemeister.net/projects/sipcalc/files/sipcalc-1.1.6.tar.gz
>>>> Having played with it on Ubuntu, it looks to be a useful tool... certainly one I could use.
>>>> 
>>>> Thoughts?
>>>> David
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> _______________________________________________
>>> Astlinux-devel mailing list
>>> Ast...@li...
>>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>>> 
>>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>>> 
>>> ------------------------------------------------------------------------------
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot_______________________________________________
>>> Astlinux-devel mailing list
>>> Ast...@li...
>>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>>> 
>>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>> 
>> 
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> _______________________________________________
>> Astlinux-devel mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>> 
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>> 
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot_______________________________________________
>> Astlinux-devel mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>> 
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> 
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
> 
> 

Re: [Astlinux-devel] sipcalc

[Lonnie A. <li...@lo...>]

David,

Yes, I asked the netcalc  author if a 2.0.1 official release was coming, and it may be soon ...

https://github.com/troglobit/netcalc/issues/5

I'll commit the 2.0.1-pre I have of the latest master.

What I would like to do is get rid of some old obfuscated bash code we have that calculates IPv4 ranges for dnsmasq ...

https://github.com/troglobit/netcalc/issues/6

Take a look at "/etc/init.d/functions.d/bash/ipcalc" and see if you can follow how _mkdottedquad and _isdottedquad work :-)

I'll get netcalc committed this evening.

Lonnie


On Mar 25, 2017, at 5:15 PM, David Kerr <Da...@Ke...> wrote:

> I just got it to compile myself, within the astlinux build env very simple .mk file..
> 
> NETCALC_VERSION = 2.0
> NETCALC_SOURCE = netcalc-$(NETCALC_VERSION).tar.gz
> NETCALC_SITE = https://github.com/troglobit/netcalc/releases/download/v$(NETCALC_VERSION)
> 
> $(eval $(call AUTOTARGETS,package,netcalc))
> 
> And of course add it to the overall build environment.
> 
> Have not tried it yet but based on your output looks like it does just what I need.
> 
> David
> 
> On Sat, Mar 25, 2017 at 6:05 PM, Lonnie Abelbeck <li...@lo...> wrote:
> David,
> 
> I have netcalc working.  It is only 28KB uncompressed, the author seems responsive.
> 
> =====
> pbx4 ~ # netcalc fdb9:f496:726e::/48
> Address ID      : 0:0:0:0:0:0:0:0/48
> Compressed IPv6 : fdb9:f496:726e::
> Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0000
> Prefix address  : ffff:ffff:ffff:0:0:0:0:0 = length 48
> Address type    : Unassigned
> =>
> Network         : fdb9:f496:726e:0:0:0:0:0/48
> HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0000
> HostMax         : fdb9:f496:726e:ffff:ffff:ffff:ffff:ffff
> 
> pbx4 ~ # netcalc fdb9:f496:726e::1/60
> Address ID      : 0:0:0:0:0:0:0:1/60
> Compressed IPv6 : fdb9:f496:726e::1
> Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0001
> Prefix address  : ffff:ffff:ffff:fff0:0:0:0:0 = length 60
> Address type    : Unassigned
> =>
> Network         : fdb9:f496:726e:0:0:0:0:0/60
> HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0000
> HostMax         : fdb9:f496:726e:000f:ffff:ffff:ffff:ffff
> 
> pbx4 ~ # netcalc fdb9:f496:726e::1
> Address ID      : 0:0:0:0:0:0:0:0/128
> Compressed IPv6 : fdb9:f496:726e::1
> Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0001
> Prefix address  : ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff = length 128
> Address type    : Unassigned
> =>
> Network         : fdb9:f496:726e:0:0:0:0:1/128
> HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0001
> HostMax         : fdb9:f496:726e:0000:0000:0000:0000:0001
> =====
> 
> Lonnie
> 
> 
> On Mar 25, 2017, at 4:45 PM, David Kerr <Da...@Ke...> wrote:
> 
> > Lonnie,
> >   Yes it probably does, looking into it now.  What I am looking for is a way to normalize a IPv6 address so that I can perform compare and calculation on (like determine the /60 prefix, test to see if it changes, etc.).
> >
> > David
> >
> > On Sat, Mar 25, 2017 at 11:44 AM, Lonnie Abelbeck <li...@lo...> wrote:
> > Hi David,
> >
> > I also found "netcalc", a maintained, slimmed down clone of sipcalc ...
> >
> > https://github.com/troglobit/netcalc
> >
> > What feature(s) do you find most useful ?
> >
> > Lonnie
> >
> >
> > On Mar 24, 2017, at 9:34 PM, David Kerr <Da...@Ke...> wrote:
> >
> > > How easy would it be to add sipcalc as a package into astlinux (for custom build)?
> > > http://www.routemeister.net/projects/sipcalc/
> > > http://www.routemeister.net/projects/sipcalc/files/sipcalc-1.1.6.tar.gz
> > > Having played with it on Ubuntu, it looks to be a useful tool... certainly one I could use.
> > >
> > > Thoughts?
> > > David
> >
> >
> > ------------------------------------------------------------------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > _______________________________________________
> > Astlinux-devel mailing list
> > Ast...@li...
> > https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >
> > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
> >
> > ------------------------------------------------------------------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot_______________________________________________
> > Astlinux-devel mailing list
> > Ast...@li...
> > https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >
> > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> 
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot_______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> 
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....

Re: [Astlinux-devel] sipcalc

[David K. <da...@ke...>]

I just got it to compile myself, within the astlinux build env very simple
.mk file..

NETCALC_VERSION = 2.0
NETCALC_SOURCE = netcalc-$(NETCALC_VERSION).tar.gz
NETCALC_SITE =
https://github.com/troglobit/netcalc/releases/download/v$(NETCALC_VERSION)

$(eval $(call AUTOTARGETS,package,netcalc))

And of course add it to the overall build environment.

Have not tried it yet but based on your output looks like it does just what
I need.

David

On Sat, Mar 25, 2017 at 6:05 PM, Lonnie Abelbeck <li...@lo...>
wrote:

> David,
>
> I have netcalc working.  It is only 28KB uncompressed, the author seems
> responsive.
>
> =====
> pbx4 ~ # netcalc fdb9:f496:726e::/48
> Address ID      : 0:0:0:0:0:0:0:0/48
> Compressed IPv6 : fdb9:f496:726e::
> Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0000
> Prefix address  : ffff:ffff:ffff:0:0:0:0:0 = length 48
> Address type    : Unassigned
> =>
> Network         : fdb9:f496:726e:0:0:0:0:0/48
> HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0000
> HostMax         : fdb9:f496:726e:ffff:ffff:ffff:ffff:ffff
>
> pbx4 ~ # netcalc fdb9:f496:726e::1/60
> Address ID      : 0:0:0:0:0:0:0:1/60
> Compressed IPv6 : fdb9:f496:726e::1
> Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0001
> Prefix address  : ffff:ffff:ffff:fff0:0:0:0:0 = length 60
> Address type    : Unassigned
> =>
> Network         : fdb9:f496:726e:0:0:0:0:0/60
> HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0000
> HostMax         : fdb9:f496:726e:000f:ffff:ffff:ffff:ffff
>
> pbx4 ~ # netcalc fdb9:f496:726e::1
> Address ID      : 0:0:0:0:0:0:0:0/128
> Compressed IPv6 : fdb9:f496:726e::1
> Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0001
> Prefix address  : ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff = length 128
> Address type    : Unassigned
> =>
> Network         : fdb9:f496:726e:0:0:0:0:1/128
> HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0001
> HostMax         : fdb9:f496:726e:0000:0000:0000:0000:0001
> =====
>
> Lonnie
>
>
> On Mar 25, 2017, at 4:45 PM, David Kerr <Da...@Ke...> wrote:
>
> > Lonnie,
> >   Yes it probably does, looking into it now.  What I am looking for is a
> way to normalize a IPv6 address so that I can perform compare and
> calculation on (like determine the /60 prefix, test to see if it changes,
> etc.).
> >
> > David
> >
> > On Sat, Mar 25, 2017 at 11:44 AM, Lonnie Abelbeck <
> li...@lo...> wrote:
> > Hi David,
> >
> > I also found "netcalc", a maintained, slimmed down clone of sipcalc ...
> >
> > https://github.com/troglobit/netcalc
> >
> > What feature(s) do you find most useful ?
> >
> > Lonnie
> >
> >
> > On Mar 24, 2017, at 9:34 PM, David Kerr <Da...@Ke...> wrote:
> >
> > > How easy would it be to add sipcalc as a package into astlinux (for
> custom build)?
> > > http://www.routemeister.net/projects/sipcalc/
> > > http://www.routemeister.net/projects/sipcalc/files/
> sipcalc-1.1.6.tar.gz
> > > Having played with it on Ubuntu, it looks to be a useful tool...
> certainly one I could use.
> > >
> > > Thoughts?
> > > David
> >
> >
> > ------------------------------------------------------------
> ------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > _______________________________________________
> > Astlinux-devel mailing list
> > Ast...@li...
> > https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >
> > Donations to support AstLinux are graciously accepted via PayPal to
> pa...@kr....
> >
> > ------------------------------------------------------------
> ------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot______
> _________________________________________
> > Astlinux-devel mailing list
> > Ast...@li...
> > https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> >
> > Donations to support AstLinux are graciously accepted via PayPal to
> pa...@kr....
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>
> Donations to support AstLinux are graciously accepted via PayPal to
> pa...@kr....
>

Re: [Astlinux-devel] sipcalc

[Lonnie A. <li...@lo...>]

David,

I have netcalc working.  It is only 28KB uncompressed, the author seems responsive.

=====
pbx4 ~ # netcalc fdb9:f496:726e::/48
Address ID      : 0:0:0:0:0:0:0:0/48
Compressed IPv6 : fdb9:f496:726e::
Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0000
Prefix address  : ffff:ffff:ffff:0:0:0:0:0 = length 48
Address type    : Unassigned
=>
Network         : fdb9:f496:726e:0:0:0:0:0/48
HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0000
HostMax         : fdb9:f496:726e:ffff:ffff:ffff:ffff:ffff

pbx4 ~ # netcalc fdb9:f496:726e::1/60
Address ID      : 0:0:0:0:0:0:0:1/60
Compressed IPv6 : fdb9:f496:726e::1
Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0001
Prefix address  : ffff:ffff:ffff:fff0:0:0:0:0 = length 60
Address type    : Unassigned
=>
Network         : fdb9:f496:726e:0:0:0:0:0/60
HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0000
HostMax         : fdb9:f496:726e:000f:ffff:ffff:ffff:ffff

pbx4 ~ # netcalc fdb9:f496:726e::1   
Address ID      : 0:0:0:0:0:0:0:0/128
Compressed IPv6 : fdb9:f496:726e::1
Expanded IPv6   : fdb9:f496:726e:0000:0000:0000:0000:0001
Prefix address  : ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff = length 128
Address type    : Unassigned
=>
Network         : fdb9:f496:726e:0:0:0:0:1/128
HostMin         : fdb9:f496:726e:0000:0000:0000:0000:0001
HostMax         : fdb9:f496:726e:0000:0000:0000:0000:0001
=====

Lonnie


On Mar 25, 2017, at 4:45 PM, David Kerr <Da...@Ke...> wrote:

> Lonnie,
>   Yes it probably does, looking into it now.  What I am looking for is a way to normalize a IPv6 address so that I can perform compare and calculation on (like determine the /60 prefix, test to see if it changes, etc.).
> 
> David
> 
> On Sat, Mar 25, 2017 at 11:44 AM, Lonnie Abelbeck <li...@lo...> wrote:
> Hi David,
> 
> I also found "netcalc", a maintained, slimmed down clone of sipcalc ...
> 
> https://github.com/troglobit/netcalc
> 
> What feature(s) do you find most useful ?
> 
> Lonnie
> 
> 
> On Mar 24, 2017, at 9:34 PM, David Kerr <Da...@Ke...> wrote:
> 
> > How easy would it be to add sipcalc as a package into astlinux (for custom build)?
> > http://www.routemeister.net/projects/sipcalc/
> > http://www.routemeister.net/projects/sipcalc/files/sipcalc-1.1.6.tar.gz
> > Having played with it on Ubuntu, it looks to be a useful tool... certainly one I could use.
> >
> > Thoughts?
> > David
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> 
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot_______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> 
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....

Re: [Astlinux-devel] sipcalc

[David K. <da...@ke...>]

Lonnie,
  Yes it probably does, looking into it now.  What I am looking for is a
way to normalize a IPv6 address so that I can perform compare and
calculation on (like determine the /60 prefix, test to see if it changes,
etc.).

David

On Sat, Mar 25, 2017 at 11:44 AM, Lonnie Abelbeck <li...@lo...
> wrote:

> Hi David,
>
> I also found "netcalc", a maintained, slimmed down clone of sipcalc ...
>
> https://github.com/troglobit/netcalc
>
> What feature(s) do you find most useful ?
>
> Lonnie
>
>
> On Mar 24, 2017, at 9:34 PM, David Kerr <Da...@Ke...> wrote:
>
> > How easy would it be to add sipcalc as a package into astlinux (for
> custom build)?
> > http://www.routemeister.net/projects/sipcalc/
> > http://www.routemeister.net/projects/sipcalc/files/sipcalc-1.1.6.tar.gz
> > Having played with it on Ubuntu, it looks to be a useful tool...
> certainly one I could use.
> >
> > Thoughts?
> > David
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>
> Donations to support AstLinux are graciously accepted via PayPal to
> pa...@kr....
>

Re: [Astlinux-devel] sipcalc

[Lonnie A. <li...@lo...>]

Hi David,

I also found "netcalc", a maintained, slimmed down clone of sipcalc ...

https://github.com/troglobit/netcalc

What feature(s) do you find most useful ?

Lonnie


On Mar 24, 2017, at 9:34 PM, David Kerr <Da...@Ke...> wrote:

> How easy would it be to add sipcalc as a package into astlinux (for custom build)?  
> http://www.routemeister.net/projects/sipcalc/
> http://www.routemeister.net/projects/sipcalc/files/sipcalc-1.1.6.tar.gz
> Having played with it on Ubuntu, it looks to be a useful tool... certainly one I could use.
> 
> Thoughts?
> David  

[Astlinux-devel] sipcalc

[David K. <da...@ke...>]

How easy would it be to add sipcalc as a package into astlinux (for custom
build)?
http://www.routemeister.net/projects/sipcalc/
http://www.routemeister.net/projects/sipcalc/files/sipcalc-1.1.6.tar.gz
Having played with it on Ubuntu, it looks to be a useful tool... certainly
one I could use.

Thoughts?
David

[Astlinux-devel] Hyper-V Kernel Modules

[Lonnie A. <li...@lo...>]

Hi Devs, (and CC'ed to the original post)

I built a test genx86_64-vm image for Nick Mace to test, for the record here are his testing results ...
======
Dear Lonnie,

I got back from being away a little bit earlier than expected. I haven't wasted any time. I can tell you that it's a...

...success! It went like a breeze: upgrading the image was incredibly simple. I added 2 new network adapters to my virtual machine,  then issued "modprobe hv_netvsc":

asterisk ~ # dmesg | tail
net eth0: Using EEPROM-set media 100baseTx-FDX
hv_vmbus: Hyper-V Host OS Build:9600-6.3-16-0.16384
hv_netvsc: module is from the staging directory, the quality is unknown, you have been warned.
hv_vmbus: registering driver netvsc
hv_netvsc: hv_netvsc channel opened successfully
hv_netvsc: hv_netvsc channel opened successfully
netvsc vmbus_0_8: Device MAC 00:15:5d:xx:xx:x3 link state up
hv_utils: Registering HyperV Utility Driver
hv_vmbus: registering driver hv_util
netvsc vmbus_0_9: Device MAC 00:15:5d:xx:xx:x5 link state up

I was expecting this to load the other 2 modules as dependencies, as duly happened. I then removed the 2 legacy network adapters, added "hv_netvsc" to rc.modules and set my externally facing hyper-v network interface to the MAC address that the router expects. AstLinux started with the usual eth0/eth1 interfaces. "lsmod" gives:

asterisk ~ # lsmod
Module                  Size  Used by
dahdi                 188505  0
hv_utils                3547  0
cn                      3403  1 hv_utils
hv_netvsc              12218  0
hv_vmbus               19673  2 hv_utils,hv_netvsc,[permanent]
rtc                     4584  0

I also got a side benefit I was hoping for: previously, when I selected the window showing the vm console, a message about the keyboard would appear, as if I had just connected a plug-and-play device. This no longer happens because it's using the hyper-v keyboard driver instead.

Thanks again for your help. I'm really pleased with the results. Hopefully this can go into the next official release. Please let me know if you need any more testing.

Finally, Nick kindly answered a few questions I had ...

1) Yes, the network interfaces registered as ethN:

asterisk ~ # ip -o a
1: lo    inet 127.0.0.1/8 scope host lo
2: eth0    inet 192.168.1.3/24 brd 192.168.1.255 scope global eth0
3: eth1    inet 192.168.2.1/24 brd 192.168.2.255 scope global eth1

2) I don't know how hv_utils got loaded! I was expecting it to be a dependency for hv_netvsc, but you say the only dependency is hv_vmbus. I took hv_netsvc out of rc.modules and restarted the VM. I then issued "modprobe hv_vmbus" and everything loaded, including the network drivers:

hv_vmbus: Hyper-V Host OS Build:9600-6.3-16-0.16384
hv_utils: Registering HyperV Utility Driver
hv_vmbus: registering driver hv_util
hv_netvsc: module is from the staging directory, the quality is unknown, you have been warned.
hv_vmbus: registering driver netvsc
hv_netvsc: hv_netvsc channel opened successfully
netvsc vmbus_0_8: Device MAC 00:00:00:00:00:01 link state up
hv_netvsc: hv_netvsc channel opened successfully
netvsc vmbus_0_9: Device MAC 00:15:5d:01:04:15 link state up

I then tried again, starting with "modprobe hv_utils". The same thing happened. It seems that loading any 1 module is enough to cause all the others to load.

3) Yes, the only change I had to make to AstLinux was to add hv_netvsc to /etc/rc.modules. I changed the configuration of the vm in Hyper-V Manager: I added 2 "network adapters" and removed the 2 "legacy network adapters" that I had been previously using.

I'd be delighted to put together some screenshots and some text.
======

Nick, the AstLinux Project greatly appreciates your help here.

The next AstLinux Release (and pre-releases) will include the Hyper-V kernel modules.

Here is a placeholder for future documentation.

Guest Virtual Machines
Hyper-V
https://doc.astlinux-project.org/userdoc:guest_vm_hyperv

Lonnie


On Mar 19, 2017, at 10:21 AM, Lonnie Abelbeck <li...@lo...> wrote:

> Hi Nick,
> 
> Thanks much for reporting your success.  Cool it is working as a Hyper-V guest.
> 
> My common sense would say to leave it alone now :-)  But we all like to learn here ...
> 
> I looked into the "project/astlinux/genx86_64/linux-smp-vm.config" and it seems fairly straightforward.
> 
> Kernel Config -> Device Drivers
> 
> Base stuff:
> CONFIG_HYPERV=m (builds modules: hv_timesource, hv_vmbus, hv_vmbus)
> 
> Enables hv_utils:
> CONFIG_CONNECTOR=m (builds module: cn, or =y to be built-in)
> CONFIG_HYPERV_UTILS=m (builds module: hv_utils)
> 
> Enables hv_netvsc:
> CONFIG_STAGING=y  (required for our current Linux Kernel 3.2)
> CONFIG_HYPERV_NET=m (builds module: hv_netvsc)
> 
> I'm not sure what advantages hv_utils would give you, though with these kernel additions if you added "hv_netvsc" to your /etc/rc.modules file you could have more efficient network interface access, which you would have to select from your VM configuration somehow.  Your network interface names would change.
> 
> If there is interest we could add the above kernel changes to the next pre-release for the genx86_64-vm board type for testing and decide later if it makes it to the final 1.2.10 release.
> 
> Building extra kernel modules is a pretty safe thing to do, though I personally don't have any way to test this.
> 
> Lonnie
> 
> 
> On Mar 19, 2017, at 5:52 AM, Nick Mace <ni...@sw...> wrote:
> 
>> Hello. Back in 2015, this mailing list was very helpful when I couldn't 
>> work out why my phones and AstLinux weren't talking to each other (the 
>> phones were misconfigured to use a VLAN). Fast-forward eighteen months 
>> and it's all very exciting! I have 5 phones which all work. 
>> Paging/intercom works. Voicemail works. Our POTS phone line currently 
>> redirects to our VoIP telephony provider, but I will shortly be porting 
>> the number. Thank you to everyone involved in AstLinux.
>> 
>> Lonnie's advice from my last problem was to deploy AstLinux as a "router 
>> on a stick", with all the phones behind it. This seemed like good 
>> advice! I had other reasons for wanting to use virtualization, so I 
>> installed Hyper-V Server 2012R2 and went for it. It's been another steep 
>> learning curve - I now know a lot more about VLANs and virtual machines! 
>> I have installed the "vm" flavour of AstLinux, given it 2 virtual 
>> network cards and it works brilliantly.
>> 
>> The crux of my email is to ask if it would be possible to include the 
>> Hyper-V kernel modules in the next build of AstLinux? I went as far as 
>> to spin up a new install of CentOS 7 to make a development server for 
>> AstLinux. I even got the source to compile! I can find tantalizing 
>> references to hv_utils, but I can't work out how to enable them. This is 
>> a long way outside my comfort zone! It all works without the kernel 
>> modules, but it would be nicer to have them. Thanks.
>> 
>> Best wishes,
>> 
>> Nick

Re: [Astlinux-devel] Sourceforge down?

[Michael K. <li...@mk...>]

> Am 20.02.2017 um 18:26 schrieb Lonnie Abelbeck <li...@lo...>:
> 
> I'm back up with svn+ssh on Sourceforge.
> 
> Lonnie

Works fine for me too again.

Michael

http://www.mksolutions.info

Re: [Astlinux-devel] Sourceforge down?

[Lonnie A. <li...@lo...>]

I'm back up with svn+ssh on Sourceforge.

Lonnie


On Feb 20, 2017, at 10:18 AM, Michael Keuter <li...@mk...> wrote:

> Maybe this is related (Februar 17th):
> 
> https://sourceforge.net/blog/small-but-significant-changes-to-project-pages/
> 
>> Am 20.02.2017 um 16:29 schrieb Lonnie Abelbeck <li...@lo...>:
>> 
>> Hi David,
>> 
>> I'm not a big fan if 'git', but GitHub is great.
>> 
>> We use the SVN revision number in our release labeling, I was already investigating how not having a monotonically increasing number would effect us.
>> 
>> GitHub does have some sort of SVN wrapper, but if we ever went that route, probably best we bite the 'git' bullet.
>> 
>> BTW, given how the Sourceforge SVN error reacts, and the fact the AstLinux repository is readable, it could be a big-iron router issue, not the repo itself.
>> 
>> Regardless, it is insane that their https://twitter.com/sfnet_ops says everything is A OK.
>> 
>> Lonnie
>> 
>> 
>> 
>> On Feb 20, 2017, at 9:11 AM, David Kerr <da...@ke...> wrote:
>> 
>>> There are dozens of tickets open starting saturday... https://sourceforge.net/p/forge/site-support/ 
>>> Not one of them has any response yet.
>>> Feels to me like a sev 1 problem that should have got attention long ago.
>>> Both svn and git problem reports.
>>> 
>>> Not good.  Maybe we should move astlinux to github.  Okay, maybe I overreact for just one incident !!
>>> 
>>> David
>>> 
>>> 
>>> On Mon, Feb 20, 2017 at 9:56 AM, David Kerr <da...@ke...> wrote:
>>> Me too.... has been like this since yesterday at least.
>>> 
>>> David
>>> 
>>> On Mon, Feb 20, 2017 at 4:19 AM, Michael Keuter <li...@mk...> wrote:
>>> 
>>>> Am 20.02.2017 um 07:47 schrieb Armin Tüting <arm...@tu...>:
>>>> 
>>>> Hi Devs,
>>>> 
>>>> is it just me experiencing the issue?
>>>> 
>>>> svn update
>>>> Updating '.':
>>>> svn: E000111: Unable to connect to a repository at URL
>>>> 'svn://svn.code.sf.net/p/astlinux/code/branches/1.0'
>>>> svn: E000111: Can't connect to host 'svn.code.sf.net': Connection
>>>> refused
>>> 
>>> Yes, I see the same.
>>> Sourceforge seems to have problems.
>>> 
>>> Michael
>>> 
>>> http://www.mksolutions.info
> 
> 
> Michael
> 
> http://www.mksolutions.info
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
> 
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
> 
> 

Re: [Astlinux-devel] Sourceforge down?

[Michael K. <li...@mk...>]

Maybe this is related (Februar 17th):

https://sourceforge.net/blog/small-but-significant-changes-to-project-pages/

> Am 20.02.2017 um 16:29 schrieb Lonnie Abelbeck <li...@lo...>:
> 
> Hi David,
> 
> I'm not a big fan if 'git', but GitHub is great.
> 
> We use the SVN revision number in our release labeling, I was already investigating how not having a monotonically increasing number would effect us.
> 
> GitHub does have some sort of SVN wrapper, but if we ever went that route, probably best we bite the 'git' bullet.
> 
> BTW, given how the Sourceforge SVN error reacts, and the fact the AstLinux repository is readable, it could be a big-iron router issue, not the repo itself.
> 
> Regardless, it is insane that their https://twitter.com/sfnet_ops says everything is A OK.
> 
> Lonnie
> 
> 
> 
> On Feb 20, 2017, at 9:11 AM, David Kerr <da...@ke...> wrote:
> 
>> There are dozens of tickets open starting saturday... https://sourceforge.net/p/forge/site-support/ 
>> Not one of them has any response yet.
>> Feels to me like a sev 1 problem that should have got attention long ago.
>> Both svn and git problem reports.
>> 
>> Not good.  Maybe we should move astlinux to github.  Okay, maybe I overreact for just one incident !!
>> 
>> David
>> 
>> 
>> On Mon, Feb 20, 2017 at 9:56 AM, David Kerr <da...@ke...> wrote:
>> Me too.... has been like this since yesterday at least.
>> 
>> David
>> 
>> On Mon, Feb 20, 2017 at 4:19 AM, Michael Keuter <li...@mk...> wrote:
>> 
>>> Am 20.02.2017 um 07:47 schrieb Armin Tüting <arm...@tu...>:
>>> 
>>> Hi Devs,
>>> 
>>> is it just me experiencing the issue?
>>> 
>>> svn update
>>> Updating '.':
>>> svn: E000111: Unable to connect to a repository at URL
>>> 'svn://svn.code.sf.net/p/astlinux/code/branches/1.0'
>>> svn: E000111: Can't connect to host 'svn.code.sf.net': Connection
>>> refused
>> 
>> Yes, I see the same.
>> Sourceforge seems to have problems.
>> 
>> Michael
>> 
>> http://www.mksolutions.info


Michael

http://www.mksolutions.info