Martin Man wrote:
Erast Benson wrote:
On Tue, 2007-07-17 at 15:07 +0200, Martin Man wrote:
Nico Sabbi wrote:
what I'd really like to have in some more documentation, especially
guides on how to package ON stuff (not all of it is available in Nexenta,
including pieces that
That's an interesting can of worms because in Debian I am used to
editing /etc/network/interfaces in order to statically configure a set
of network interfaces. In Solaris, I have to manage several files
(/etc/hostname.* /etc/hostname6.* /etc/hosts ...) in order to do the
same things. To take
originally posted on the beginners list:
spencerforhire wrote:
Finally, I noticed it takes a long time for the network interfaces to
time-out during boot if I'm not connected to a network. I was
wondering how you all deal with this? Do you somehow kill the network
interfaces or lower the
What do I need to do to get a patch included for the zone scripts? Also,
is there any way to port this into the alpha7 repository so that people
can use zones?
Thanks,
-Tim
___
gnusol-devel mailing list
gnusol-devel@lists.sonic.net
Hi devel,
Question: should we use libnspr4 or libnspr4-0d ?
if we are to use libnspr4-0d, should we change the dependency of sunwcsl?
if we are to use libnspr4, how do we go about building the newest
version? (seems like we want libnspr4-0d)
Of note, searching for libnspr4 in debian packages
Martin Man wrote:
Erast Benson wrote:
By now, nexenta.org machine is fully functional, we even copied web
content from gnusolaris.org to this new machine, so, if you point your
browser to http://www.nexenta.org you should see the content from the
old site with a little bit changed logo on
Martin Man wrote:
the better way are diversions, see dpkg-divert, are you installing into
/usr/ ? I thought that sunwspro goes into /opt/SUNWspro by default and
thus does not conflict with anything (read: I have not had a time to
play with your package yet)...
It's mostly in /opt/SUNWspro
, not easy to make them part of the
sunwzone{u,r} packages now AFAIK, and of course log a bug at
launchpad.net/nexenta and attach the patch there...
let me know whether that works for you,
Martin
Tim Spriggs wrote:
What do I need to do to get a patch included for the zone scripts?
Also
Brandorr wrote:
Martin,
I have cc'ed Kuldip Oberoi into this discussion, as we have had
preliminary talks on the possibility of getting a redistribution
license.
Cheers,
Brian
Hello Kuldip,
Is there any new development on being able to distribute the SunPro
compiler suite with
Hi Aubrey,
1) If you add the CSW sources [1] you can install the csw mercurial.
Beyond that, if you compile hg from ubuntu sources you can submit the
buildable source via dput for inclusion into the Nexenta repository.
2) This can be downloaded from the opensolaris website. Again,
Aubrey Li wrote:
Hi Tim,
On Jan 25, 2008 1:52 PM, Tim Spriggs [EMAIL PROTECTED] wrote:
Hi Aubrey,
1) If you add the CSW sources [1] you can install the csw mercurial.
Beyond that, if you compile hg from ubuntu sources you can submit the
buildable source via dput for inclusion
To avoid a bad exit status from the fail you can tell apt-get to
--download-only when doing the dist-upgrade:
apt-get update
apt-get --download-only dist-upgrade
apt-clone dist-upgrade
NB: when you do this download it only downloads for the global zone. The
non-global zones do their own
Hi Jeffrey,
When an Ubuntu version contains a string like ubuntu1 then we
substitute nexenta for ubuntu ( s/ubuntu/nexenta/ ). When a straight
import has been done without modification to the package, we can keep
the package version the same. When there are edits we should ensure that
Hi Erast,
There is a new bug in the e1000g driver that does not allow flow
control to be advertised correctly. This means that link aggregates on
the x4100 don't work where there are two nge interfaces and two e1000g
interfaces. This seems to affect the latest Sol10U4 patches and the
you have bug number for this? Could you look it up if
fix is already in?
On Wed, 2008-04-09 at 13:52 -0700, Tim Spriggs wrote:
Hi Erast,
There is a new bug in the e1000g driver that does not allow flow
control to be advertised correctly. This means that link aggregates on
the x4100
for this? Could you look it up if
fix is already in?
On Wed, 2008-04-09 at 13:52 -0700, Tim Spriggs wrote:
Hi Erast,
There is a new bug in the e1000g driver that does not allow flow
control to be advertised correctly. This means that link aggregates on
the x4100 don't work where there are two
David Bartley wrote:
On Mon, May 12, 2008 at 3:59 AM, Aubrey Li [EMAIL PROTECTED] wrote:
blastwave seems to have glibc OpenSolaris porting.
From what I can tell, all the blastwave stuff links against
/lib/libc.so.1, which would be sun's libc. Perhaps you are thinking of
glib (a
Hi,
I want to file an RFE but I thought I should discuss a little before
I do: I would like a way to run a script in the global zone when a
non-global zone boots. My use case is:
I'm a developer for NexentaCP and I would like to make an autobuilder
using zones. In particular I want to
Thanks for the report. I could have sworn this bug was fixed. In any
case you can use dpkg-divert to get the package to install for you.
Something along the lines of:
dpkg-divert --add /usr/bin/m4 --package m4
(syntax might be slightly different)
Cheers,
-Tim
Per Lundberg wrote:
Hello,
Yes, launchpad is definitely the place for this sort of thing. The
package list function is still not completely up to date, maybe I should
file a bug on that too :)
Thanks,
-Tim
Per Lundberg wrote:
I think I found it...
The /bin directory is, by default, symlinked to /usr/bin.
And this is
I imported your key from the MIT keyserver and lightly tested the glib
package you submitted and it looks good. It's been accepted into
hardy-unstable.
Thanks!
-Tim
Per Lundberg wrote:
Thank you for the warm welcome. :-)
I uploaded my first package now, glib 1.2, so let's see if it gets
With a little bit of magic...
I'll bet one of the perl modules will compile from stock source or by
ignoring dependencies.
Anil Gulecha wrote:
Hi all,
I've run into instances where packages depend on each other: slib and
scm, libmodule-scandeps-perl and libmodule-install-perl.
How does
Hi,
I need a few things clarified below. (see comments)
jklyekai wrote:
Hello all:
I have made a basic bootable nexentacore-base distribution .Now I want to
modify a package:grub-data and have some trubles.
1.My local repo=/tank/ncp;main command is nbld-bootstrap.
2.I use apt-get source
Hey Anil,
the -m64 flag tells gcc to generate 64 bit binaries. I imagine that
/usr/lib/gcc/i386-pc-solaris2.11/4.2.3/libgcc.a
is 32 bit?
I don't know what is going on in the build of libnspr4-dev but it looks
like it is attempting a 64 bit build by default. We probably don't want
that
.
To submit the keys have you tried the following?
ws ~ % gpg --list-keys
pub 1024D/BABE880B 2007-09-18
uid Tim Spriggs [EMAIL PROTECTED]
...
ws ~ % gpg --send-keys BABE880B
gpg: sending key BABE880B to hkp server subkeys.pgp.net
Then you can quickly test to see that the key was submitted
awesome! Great work :)
Erast Benson wrote:
Dear Nexenta Developers,
nexenta-on package which includes full nexenta kernel sources uploaded
into hardy repository now.
Its very initial, so don't expect much... the work will continue.
Those who interested should be able to re-compile nexenta
Hi Devel,
I attempted an upgrade from b85 to b103 (hardy-unstable) and there were
a few errors along the way:
Preparing to replace sunwcsl 5.11.85-1 (using
.../sunwcsl_5.11.103-1_solaris-i386.deb) ...
Unpacking replacement sunwcsl ...
dpkg: error processing
Hi Erast,
I'm bringing -devel into this so potentially more people can
comment/suggest possible fixes.
Erast Benson wrote:
Guys, what is the resolution for all this? Would be helpful if you could
give me details in what sunw packages I need to change what, etc?
It's tough to say. The
This is a nexenta specific issue, not an issue with devzone.
Anil Gulecha wrote:
Another devzone-specific issue. On a newly created devzone,
r...@kauai:~/src/smf/postgres.2# svcs -xv
svc:/network/npiv_config:default (?)
State: offline since Sun Nov 30 23:36:37 2008
Reason: Dependency
This is the second host with b104 I am getting this on. Has anyone else
seen this:
module /platform/i86pc/kernel/amd64/unix: text at [0xfb80,
0xfb91fcc3] data at 0xfbc0
module /kernel/amd64/genunix: text at [0xfb91fcd0,
0xfbb6c1c7] data at
Great, I'll patch the zones package soonish. Thanks for testing :)
Jason Upton wrote:
Hi Tim,
Yes, removing nvi from that bootstrap file allowed the zone to install fine.
Thanks for your help!
Jason
On Sun, Dec 28, 2008 at 3:05 PM, Tim Spriggs t...@tajinc.org wrote:
Hi Jason
Erast Benson wrote:
BTW, 9300 packages imported now. 3700 missing...
Wahoo! The crap is comin' in with full force! Time to implement more
checks I suppose.
I wonder if we could utilize apt-get's ordering simulation, i.e. to
verify if package A is good do this in a script:
if apt-get
Erast Benson wrote:
I
don't think having packages with unmet depends in the unstable
repository is a bad thing. I think in the worst scenario we can simply
migrate known good packages to testing/stable and leave unmet packages
in unstable. Having the packages there helps to get people
Hey Anil,
Oh I do hate this can of worms; it keeps getting opened/closed/re-opened.
--- explanation as it occurs to me at the moment, details may have
drifted with memory ---
There is a hack within Nexenta's dpkg to understand any version ubuntuN
= nexentaN even though this is wrong
Hi All,
The hardy release is closer than ever but there are a fair amount of
bugs in the DB. I started a blueprint on launchpad to try and organize
the direction we want to take to release NCP2.0/hardy. The first step is
to associate all major known/filed bugs with the blueprint. I made it
Mario Lorenz wrote:
I guess I would prefer ubuntu as a baseline, if only for the reason that
all packages that possibly are ported likely have debianish/linuxish
expectations. For instance, I still find myself calling ps twice,
because the first time it complains -axu aint there. Thank god
11:06 Ycros hi, I've just installed NCP2 RC1, and its throwing me
into maintenance mode as soon as I boot, saying console services cannot be
started. svcs -x is telling me a bunch of services are
offline due to Dependency svc:/system/filesystem/root is absent.
11:06 Ycros what's
I yanked out the SunPro compiler changes and combined the mapfile with
the default Debian mapfile and compiled with gcc (as 32 and 64 bit)
again. Testing shows that iscsitgtd/sshd/zoneadm all work with the new
libs installed. I am accepting the new version into the hardy-unstable
repository
NCP2 would not be possible without the tireless and dedicated efforts
of it's community members.
The Nexenta project would like to thank:
The Folks on IRC: who've made #nexenta the helpful and supportive channel it is.
Tim Spriggs, author of the autobuilder and devzone, leader
Hi Joey,
Sorry about the version bump, that is my fault. I (mindlessly) ran dch
-i and placed the package into the repository. After that I could not
go back and didn't want to keep going so I appended a .N which I now
know should have been a -N according to Debian policy. In fact, local
You find, we fix?
I imagine that security vulnerabilities in OpenSolaris will be picked up
by Nexenta (the company) but security patches in the GNU upstream
(Ubuntu) can be pushed by the community (and/or Nexenta.com).
Jerome Warnier wrote:
Hi,
Now that NCP 2.0 is out, I wondered about
This has been rejected because the package still hits the newaliases bug
(LP #378955) and the author will include a patch for it in the next upload.
FTP Uploads wrote:
postfix_2.5.2-1nexenta4
Package Summary:
Architecture: source solaris-i386 all
Distribution: hardy
Maintainer: LaMont Jones
Hi Mashiro,
Thanks for porting and submitting these packages. It looks like the
coreutils package you included contains /usr/lib/charset.alias which is
not in the current coreutils. Attempting to install this file results in
the following error:
(Reading database ... 30075 files and
FTP Uploads wrote:
Accepted package(s) to /tank/ncp2/incoming/hardy-unstable
mercurial_1.3.1-1.dsc
mercurial_1.3.1-1.tar.gz
mercurial-common_1.3.1-1_all.deb
mercurial_1.3.1-1_solaris-i386.deb
mercurial_1.3.1-1_solaris-i386.changes
Changes:
mercurial (1.3.1-1) unstable; urgency=low
.
*
Anil Gulecha wrote:
On Mon, Mar 29, 2010 at 9:07 AM, Anil Gulecha anil.ve...@gmail.com wrote:
Hi All,
gnusolaris.org machine will be reinstalled. If you have any important
data that needs be backed up.. please do this in the next 24 hours.
Thanks,
Anil
Done.
If you had an account
45 matches
Mail list logo
