From gshaw at acm.org Sun Sep 1 01:04:23 2013 From: gshaw at acm.org (Guy Shaw) Date: Sat, 31 Aug 2013 16:04:23 -0700 Subject: [csw-users] Why this strange behavior coping /opt/csw In-Reply-To: References: <87wqn4metz.fsf@newsguy.com> <5221A864.1060908@opencsw.org> Message-ID: <52227677.7030708@acm.org> On 8/31/2013 1:30 AM, Yann Rouillard wrote: > Hi Harry, > > I don't know it is the case here, but often a difference of size after > cp or rsync is caused by hardlinks not being preserved. > Try to add the -H option to rsync to see if that changes something. I would have thought that any change in size due to not preserving hard links would be to increase the total data size, but Mr Putnam said that the total size decreased. The answer must be elsewhere. -- Guy Shaw > > Yann > > > 2013/8/31 Laurent Blume > > > On 2013-08-29 10:17 PM, Harry Putnam wrote: > > Running Openindiana (solaris branch) and using some csw tools too. > > > > csw stuff is installed at /opt/csw. Since my root pool space is > > shrinking I thought I might move all of /opt off on a different zpool > > on a different disc. Then just put a symlink in place at /opt. > > Using a symlink is a terrible idea, and furthermore - why? You can just > set your new dataset mountpoint to be /opt. > > To be clear: if you use symlinks, updates expecting it to be a directory > can just remove the symlink and recreate as an empty directory. This was > particularly true in S10; on IPS, I expect that "pkg fix" would not be > happy about them either. > > > I decided to do it with rsync and after rsyncing everything to > /t1/opt > > (rsync -avv /opt/ /t1/opt/ ) > > > > But when I check the result with du I find a huge difference in size. > > > > the original /opt shows 355 MB but the copied opt shows only 173 MB > > > > I thing tried with copy using gnu copy and did 'cp -a' /opt/t1/ > > > > Again it comes up with the big difference in size.. > > > > Any ideas what could explain that? > > Posting exactly what you did would help understand. Also, you can do a > "find . | sort > file" in each directory and compare the files. > > Laurent > > > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users > > > > > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users > From dam at opencsw.org Sun Sep 1 09:31:16 2013 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 1 Sep 2013 09:31:16 +0200 Subject: [csw-users] Why this strange behavior coping /opt/csw In-Reply-To: <87wqn4metz.fsf@newsguy.com> References: <87wqn4metz.fsf@newsguy.com> Message-ID: Hi Am 29.08.2013 um 22:17 schrieb Harry Putnam : > Running Openindiana (solaris branch) and using some csw tools too. > > csw stuff is installed at /opt/csw. Since my root pool space is > shrinking I thought I might move all of /opt off on a different zpool > on a different disc. Then just put a symlink in place at /opt. > > I decided to do it with rsync and after rsyncing everything to /t1/opt > (rsync -avv /opt/ /t1/opt/ ) > > But when I check the result with du I find a huge difference in size. > > the original /opt shows 355 MB but the copied opt shows only 173 MB > > I thing tried with copy using gnu copy and did 'cp -a' /opt/t1/ > > Again it comes up with the big difference in size.. Compression? :-) Best regards -- Dago From yann at pleiades.fr.eu.org Sun Sep 1 10:38:32 2013 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Sun, 1 Sep 2013 10:38:32 +0200 Subject: [csw-users] Why this strange behavior coping /opt/csw In-Reply-To: <52227677.7030708@acm.org> References: <87wqn4metz.fsf@newsguy.com> <5221A864.1060908@opencsw.org> <52227677.7030708@acm.org> Message-ID: 2013/9/1 Guy Shaw > > I would have thought that any change in size due to > not preserving hard links would be to increase the > total data size, but Mr Putnam said that the total size > decreased. The answer must be elsewhere. > > -- Guy Shaw > You're right, I replied too quickly :) And the gnu cp -a option seems to preserve hardlinks anyway. Dago's idea on compression seems to be the best lead, let's wait for Harry's answer. Yann -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreas.dvorak at parkstadtschwabing.net Mon Sep 2 11:27:07 2013 From: andreas.dvorak at parkstadtschwabing.net (Andreas Dvorak) Date: Mon, 2 Sep 2013 11:27:07 +0200 (CEST) Subject: [csw-users] pkgutil and CSWpuppet3 Message-ID: <1126826679.3250838.1378114027834.open-xchange@ox.hosteurope.de> Hi all, I was trying to chat via IRC Channel, but it seems nobody is using it. I am trying to install CSWpuppet3, but I only find the puppet 2.7 version /opt/csw/bin/pkgutil -a puppet common package catalog size puppet CSWpuppet 2.7.14,REV=2012.05.03 686.4 KB puppetmaster CSWpuppetmaster 2.7.14,REV=2012.05.03 3.2 KB Can please somebody help me? Best regards, Andreas Dvorak andreas.dvorak at parkstadtschwabing.net http://www.parkstadtschwabing.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Mon Sep 2 11:30:47 2013 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Sep 2013 11:30:47 +0200 Subject: [csw-users] pkgutil and CSWpuppet3 In-Reply-To: <1126826679.3250838.1378114027834.open-xchange@ox.hosteurope.de> References: <1126826679.3250838.1378114027834.open-xchange@ox.hosteurope.de> Message-ID: Hi Andreas, Am 02.09.2013 um 11:27 schrieb Andreas Dvorak : > I was trying to chat via IRC Channel, but it seems nobody is using it. Patience, patience, please! :-) > I am trying to install CSWpuppet3, but I only find the puppet 2.7 version > /opt/csw/bin/pkgutil -a puppet > common package catalog size > puppet CSWpuppet 2.7.14,REV=2012.05.03 686.4 KB > puppetmaster CSWpuppetmaster 2.7.14,REV=2012.05.03 3.2 KB > Can please somebody help me? puppet3 is available in the unstable branch (and also the upcoming kiel release), so you can either switch the catalog in pkgutil.conf or cherry pick. Beste Gr??e -- Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2351 bytes Desc: not available URL: From schwindt at dfki.uni-kl.de Wed Sep 4 13:32:27 2013 From: schwindt at dfki.uni-kl.de (Nicolai Schwindt) Date: Wed, 4 Sep 2013 13:32:27 +0200 Subject: [csw-users] Why this strange behavior coping /opt/csw In-Reply-To: <87wqn4metz.fsf@newsguy.com> References: <87wqn4metz.fsf@newsguy.com> Message-ID: <20130904133227.000018bb@isg-1505> On Thu, 29 Aug 2013 16:17:44 -0400 Harry Putnam wrote: [...] > > Any ideas what could explain that? Blocksize of the filesystem ? Nicolai Schwindt From maciej at opencsw.org Wed Sep 4 14:06:32 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Wed, 4 Sep 2013 13:06:32 +0100 Subject: [csw-users] pkgutil and CSWpuppet3 In-Reply-To: References: <1126826679.3250838.1378114027834.open-xchange@ox.hosteurope.de> Message-ID: 2013/9/2 Dagobert Michelsen : > puppet3 is available in the unstable branch (and also the upcoming kiel > release), It would help if the website showed which catalogs contain a given package. For example, when you visit http://opencsw.org/p/puppet3 there's no indication which catalog is the website sourcing the information from. We could do all or some of the following: - hardcode information in the website that it's showing packages from the unstable catalog only - provide a list of catalog where the package is present, for example using jQuery and the REST interface. - write an optimized REST endpoint which takes a catalogname and returns a list of catalogs and package versions I've made some updates to my Ajax / REST demo at http://quinoa.blizinski.pl/~maciej/opencsw/test.html to make the code a little cleaner. Maciej From reader at newsguy.com Sun Sep 8 19:02:51 2013 From: reader at newsguy.com (Harry Putnam) Date: Sun, 08 Sep 2013 13:02:51 -0400 Subject: [csw-users] Why this strange behavior coping /opt/csw References: <87wqn4metz.fsf@newsguy.com> Message-ID: <87ppsjmekk.fsf@newsguy.com> Dagobert Michelsen writes: > Hi > > Am 29.08.2013 um 22:17 schrieb Harry Putnam > : > >> Running Openindiana (solaris branch) and using some csw tools too. >> >> csw stuff is installed at /opt/csw. Since my root pool space is >> shrinking I thought I might move all of /opt off on a different zpool >> on a different disc. Then just put a symlink in place at /opt. >> >> I decided to do it with rsync and after rsyncing everything to /t1/opt >> (rsync -avv /opt/ /t1/opt/ ) >> >> But when I check the result with du I find a huge difference in size. >> >> the original /opt shows 355 MB but the copied opt shows only 173 MB >> >> I thing tried with copy using gnu copy and did 'cp -a' /opt/t1/ >> >> Again it comes up with the big difference in size.. > > Compression? :-) > > Best regards -- Dago Yes, of course, my blunder. Sorry for the line noise From reader at newsguy.com Sun Sep 8 19:08:36 2013 From: reader at newsguy.com (Harry Putnam) Date: Sun, 08 Sep 2013 13:08:36 -0400 Subject: [csw-users] cp csw install to new OS. Message-ID: <87li37meaz.fsf@newsguy.com> Running openindiana 151a7. Before I start blundering around in a newly insalled OS. Can anyone tell me if I can cp/move a previous install of some csw tools and libs from a previous OS to the new one by just rsyncing it across to the new OS. Both OSs are the same version of openindiana 151a7 From maciej at opencsw.org Sun Sep 8 23:04:13 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 8 Sep 2013 22:04:13 +0100 Subject: [csw-users] cp csw install to new OS. In-Reply-To: <87li37meaz.fsf@newsguy.com> References: <87li37meaz.fsf@newsguy.com> Message-ID: 2013/9/8 Harry Putnam : > Before I start blundering around in a newly insalled OS. Can anyone > tell me if I can cp/move a previous install of some csw tools and libs > from a previous OS to the new one by just rsyncing it across to the > new OS. rsync of an installation normally handled by a package manager - not a good idea. Instead, you can make a list of all installed packages, and install them with pkgutil on the other host. If any locally modified configuration files need copying, you can rsync them selectively. You can get some examples from a similar scenario, these are instructions for migrating from Blastwave to OpenCSW. It's similar in that you need to uninstall one set of packages and install another. In your case it'll be only the installation phase. http://www.opencsw.org/use-it/migrating-from-blastwave-to-opencsw/ Maciej From dam at opencsw.org Mon Sep 9 08:49:48 2013 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Sep 2013 08:49:48 +0200 Subject: [csw-users] cp csw install to new OS. In-Reply-To: References: <87li37meaz.fsf@newsguy.com> Message-ID: <272E78D2-732C-4714-8C60-BE11A6157400@opencsw.org> Hi Maciej, Am 08.09.2013 um 23:04 schrieb Maciej (Matchek) Blizi?ski : > 2013/9/8 Harry Putnam : >> Before I start blundering around in a newly insalled OS. Can anyone >> tell me if I can cp/move a previous install of some csw tools and libs >> from a previous OS to the new one by just rsyncing it across to the >> new OS. > > rsync of an installation normally handled by a package manager - not a > good idea. Instead, you can make a list of all installed packages, and > install them with pkgutil on the other host. Or even simpler with the "what is installed" snippet: http://www.opencsw.org/community/questions/90/which-opencsw-packages-are-installed Best regards -- Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2351 bytes Desc: not available URL: From cos at aaaaa.org Tue Sep 10 06:13:13 2013 From: cos at aaaaa.org (Ofer Inbar) Date: Tue, 10 Sep 2013 00:13:13 -0400 Subject: [csw-users] cp csw install to new OS. In-Reply-To: <272E78D2-732C-4714-8C60-BE11A6157400@opencsw.org> References: <87li37meaz.fsf@newsguy.com> <272E78D2-732C-4714-8C60-BE11A6157400@opencsw.org> Message-ID: <20130910041313.GA18708@mip.aaaaa.org> On Mon, Sep 09, 2013 at 08:49:48AM +0200, Dagobert Michelsen wrote: > Or even simpler with the "what is installed" snippet: > http://www.opencsw.org/community/questions/90/which-opencsw-packages-are-installed That script doesn't seem to take into account the possibility of cycles in the dependency graph. If two packages depend on each other it'll delete them both. Does CSW guarantee no dependency cycles? -- Cos From maciej at opencsw.org Tue Sep 10 09:44:39 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Tue, 10 Sep 2013 08:44:39 +0100 Subject: [csw-users] cp csw install to new OS. In-Reply-To: <20130910041313.GA18708@mip.aaaaa.org> References: <87li37meaz.fsf@newsguy.com> <272E78D2-732C-4714-8C60-BE11A6157400@opencsw.org> <20130910041313.GA18708@mip.aaaaa.org> Message-ID: 2013/9/10 Ofer Inbar > Does CSW guarantee no dependency > cycles? > Yes. It is possible to build a set of packages in such a way that there is a dependency cycle, but the cycle won't make it to the mirrors. There is a sanity checker (chkcat by Peter Bonivart) run against every catalog directly after catalog generation. If there are any detected issues, including dependency cycles, the catalog is not pushed out to the mirror. http://sourceforge.net/p/opencsw/code/663/tree/buildfarm/bin/generate-catalog Maciej -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Wed Sep 18 19:09:58 2013 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 18 Sep 2013 19:09:58 +0200 Subject: [csw-users] OpenCSW Mirror will be unavailable between 5:30 and 9:00 MET on 19. September 2013 References: <125D8941-4339-4EA5-AB5D-F70176221C9F@opencsw.org> Message-ID: <1C1E74A4-3C03-4883-AC32-5D1E8015CD37@opencsw.org> Dear users, the OpenCSW primary mirror http://mirror.opencsw.org (and also ftp and rsync) will be down from 5:30 to 9:00 MET on 19. September 2013 due to a planned power outage. Sorry for the inconvenience -- Dagobert Michelsen -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2351 bytes Desc: not available URL: From sbn at tbricks.com Thu Sep 19 12:16:33 2013 From: sbn at tbricks.com (Dmitri Shubin) Date: Thu, 19 Sep 2013 14:16:33 +0400 Subject: [csw-users] GCC 4.8.1 Message-ID: <523ACF01.7050706@tbricks.com> Hi! Is it possible to upgrade GCC to 4.8.1? Thanks! From maciej at opencsw.org Thu Sep 19 13:33:16 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 19 Sep 2013 12:33:16 +0100 Subject: [csw-users] GCC 4.8.1 In-Reply-To: <523ACF01.7050706@tbricks.com> References: <523ACF01.7050706@tbricks.com> Message-ID: 2013/9/19 Dmitri Shubin > Is it possible to upgrade GCC to 4.8.1? TL;DR there's extra work needed because the current package is broken / not rebuildable out of the box Unfortunately, extra work is needed, so it's not just about bumping up the sources version in the build recipe. In our builds, we append the version to the binary names. For example, we have "/opt/csw/bin/gcc-4.8" instead of "/opt/csw/bin/gcc". Then, during package installation, we are making symlinks from e.g. /opt/csw/bin/gcc to /opt/csw/bin/gcc-4.8 - so everything works as expected. The problem is that in the 4.8.0 version the gcc build started appending versions to all the /opt/csw/bin/gnat* binaries and we haven't noticed. So now we have a package which doesn't make symlinks for gnat* binaries, which causes the gcc rebuild to fail. We have to make some ad-hoc symlinks on the buildfarm to fix this temporarily and build a package which adds symlinks to all the gnat* binaries during installation. I'm the mainatiner, but I've already got a lot of things to do, so I've been putting it off. I've just talked to Dagobert, and he's agreed to help me with this. I'll keep you posted. Maciej From sbn at tbricks.com Thu Sep 19 13:50:40 2013 From: sbn at tbricks.com (Dmitri Shubin) Date: Thu, 19 Sep 2013 15:50:40 +0400 Subject: [csw-users] GCC 4.8.1 In-Reply-To: References: <523ACF01.7050706@tbricks.com> Message-ID: <523AE510.1090203@tbricks.com> Hi Maciej, Thank you for detailed explanation. I successfully built it for my self and was just curious why it's still not in OpenCSW. Now I know :) Thanks! From Al.Ishmael at toyota-fs.com Fri Sep 20 12:31:05 2013 From: Al.Ishmael at toyota-fs.com (Al Ishmael) Date: Fri, 20 Sep 2013 10:31:05 +0000 Subject: [csw-users] syslog-ng dependencies Message-ID: <3E1BC656C50EC440B3F5CAB6CA172D67106D25@eadmz121p.ea.toyota-fs.com> Hello, I'm trying to install and configure 'syslog-ng' for the first time on a SPARC based Solaris_10 system Information posted on the net says that there are a list of dependencies that have to be installed as well. The list I have so far is as follows:- cpsampleconf initsmf libdbi.so.1 libevtlog.so.0 libgcc_s.so.1 libglib-2.0.so.0 libgthread-2.0.so.0 libgthread-2.0.so.0 libpcre.so.1 libwrap.so.1 libssl1_0_0 Is this the DEFINITIVE list of dependies or are there more? Can I get away with less? Regards, This correspondence is for the intended recipient only. It may contain confidential or legally privileged information or both. If you are not the intended recipient, please disregard and delete from your system. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views of Toyota. This message has been checked for viruses but the recipient is advised to rescan the message before opening any attachments. -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Fri Sep 20 13:14:41 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Fri, 20 Sep 2013 12:14:41 +0100 Subject: [csw-users] syslog-ng dependencies In-Reply-To: <3E1BC656C50EC440B3F5CAB6CA172D67106D25@eadmz121p.ea.toyota-fs.com> References: <3E1BC656C50EC440B3F5CAB6CA172D67106D25@eadmz121p.ea.toyota-fs.com> Message-ID: 2013/9/20 Al Ishmael > Is this the DEFINITIVE list of dependies or are there more? Can I get away with less? If you take the package as given, the list is definitive. If you have the time to spend on making the syslog-ng build tailored to your needs, then everything is up to you. You're probably asking about taking the package as-is, but installing it in a non-standard way. I think it's a wrong way to go. You'll spend a lot of time on it and you won't get a good result. Instead, you can take the build recipe and modify it to fit your needs. For example, you could try to see if you can isolate the minimal set of binaries allowing you to run the service. Then you can make a package with just this subset. Maciej From maciej at opencsw.org Sat Sep 21 10:28:39 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sat, 21 Sep 2013 09:28:39 +0100 Subject: [csw-users] dublin is the new 'stable', kiel is the new 'testing' Message-ID: Hello OpenCSW users, In November 2012, we've removed all the packages from the 'stable' directory on the master mirror and replaced them with a README file. Ten months passed since and we hope that you've noticed the change. It's time to apply the 'stable' label to the dublin release. This is what we had before: unstable testing ? dublin stable ? (nothing) After: unstable testing ? kiel stable ? dublin There's one important caveat: You cannot update packages from the legacy (old stable) catalog to the new stable. If you have a machine on which you still have the legacy package set, you must make a list of all your packages, uninstall them, then switch pkgutil to the new catalog and install the new set. Following the promotion of dublin to 'stable', the kiel release will become the new 'testing'. There's no general upgrading caveat, you will be able to upgrade from dublin to kiel (old 'testing' to new 'testing'). The change has been made on the master mirror and will propagate to other mirrors in withing the next day. In case of any problems, please contact us either on the mailing list or on the IRC channel, #opencsw on Freenode. Maciej -------------- next part -------------- An HTML attachment was scrubbed... URL: