> if ‘exp’ is the expression you’re looking for (e.g. ‘%qt4%’ for all files
> containing …qt4…)
>
> sqlite> WITH i AS (SELECT id FROM files WHERE path LIKE exp GROUP BY id)
> SELECT name FROM ports, i WHERE ports.id = i.id;
>
> Assuming you want the name of the ports which provides the files yo
the files you’re looking
for
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
e built-in GitHub support, so maybe that should work too.
Thanks anyway for the hard work.
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Guys,
I’ve bought Coda 2 when I use to do a bit of HTML development. Can I use it to
check out - tinker with the new MacPorts GIT repository?
TIA,
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org
> On 20 Oct 2016, at 21:12, Lawrence Velázquez wrote:
>>
>> Yeah, I get that, but I mean: so nothing has changed yet: SVN is still
>> supposed to work the way it always did (at least to my knowledge).
>
> Right.
Thanks! I get out of your hair.
V.
> On 20 Oct 2016, at 20:44, Rainer Müller wrote:
> No, this downtime is not intentional or planned.
Yeah, I get that, but I mean: so nothing has changed yet: SVN is still supposed
to work the way it always did (at least to my knowledge).
Thanks!
V.
w-origin and guide-origin are inaccessible outside of the Apple
> network. I'm trying to figure out why.
I’ve been very busy lately and didn’t have much time but for very perfunctory
looks at MacPorts. Now I’m almost back but… it doesn’t work. This has nothing
Hi Josh!
> On 13 mai 2016, at 16:30, Joshua Root wrote:
>
> As the comment in the quartz variant in the portfile says:
> # tk.h still includes and uses types from X11/Xlib.h
Yep, but I commented the line below, and it compiled fine. So this comment must
somehow be outdated.
V.
__
Hi there,
why does tk +quartz -x11 depend on libX11? I commented out that line in the
Portfile and it compiled fine.
Leaving that (dangling) dependency alive means installing a lot of cruft.
Cheers!
Vincent
___
macports-dev mailing list
macports-dev
cations are not
compressed. Xcode is, though, but things like iWorks (Pages, etc.) are not.
I am not space savings in Snow Leopard were the result of using file
compression. I’d rather wager Apple get rid of some universal code (ppc/ppc64)
in 10.6. 10.5 was the final version usabl
> Sure. And it is probably also very easy to introduce regressions that way if
> the #ifdefs aren't already in place.
Yeah, that’s right. Every cloud has its silver lining. Or the contrary for that
matter.
> It'll do the same with your /Applications directory or the entire /opt/local
> tree.
ther you with it then. I’ll keep it private.
Have a great day/night, depending on your exact TZ.
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
g video files. I have a MacBook Air
with the smallest SSD (128 GiB), so every megabyte spared is welcome. Of
course, your mileage may vary.
I’ll try to build the latest 3.0.0 pre-release and let you know, if you care.
Thanks for your help and those enlightening comments.
Vincent
___
sure this is
really signifiant, though.
Finally, I can disable much cruft, like the LUA interface, RTP and so on, I
don’t need.
Overall, I might be over-cautious. :B
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https
Craig:
> Do other mkv files play OK?
I haven’t many MKV files, all from the same source, and none plays correctly on
VLC.
FFPLAY has no difficulty reading them.
Strange.
Output of mediainfo:
> mediainfo /Volumes/Archives/Vidéos/Series/MLP\ FIM\ S4/YP-7Z-04x02.mkv
General
Unique ID
> You might want to look at the following to clean up those libraries:
>
> $ port info port_cutleaves
[…]
Thanks Craig!
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
64' 'LDFLAGS=-L/opt/local/lib -Wl,-headerpad_max_install_names -arch
x86_64' 'CPPFLAGS=-I/opt/local/include -D__unix__=1 -DFREERDP_INTERFACE_VERSION
-DFREERDP_VERSION_MAJOR=1 -DFREERDP_VERSION_MINOR=1
-I/opt/local/lib/live/liveMedia/include' 'CXX=/usr/bin/clang++' &#x
e
installed to save space, and that wouldn’t be fun.
Thanks for your help!
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
find the relevant part of the log hereafter. It seems VLC does not
recognise the header, and there is an unknown error at some point that looks
ominous.
Thanks for looking into this!
Cheers!
Vincent
—
/Applications/MacPorts/VLC.app/Contents/MacOS/VLC -vvv
/Volumes/Archives/Vidéos/Series/MLP\ FIM\
issue.
Any idea what could possibly be wrong?
Thanks,
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Hi Mojka,
here is a version where the letters have been transformed in paths, so one may
adjust the letters individually.
I’m not sure I’m going to have much time to do the small trimming you talk
about. Will try to have a stab at it, though.
Vincent
SVG version. It might need to have the font loaded, though. What we can do is
transform the letters into paths.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
> I tried a couple of options (such as WhatTheFont.com), but no exact match.
> When looking for the font, look for the uncommon capital M and the slight
> bulge on the top of the capital P.
Best way is to vectorise it as paths.
V.
___
macports-dev mail
> We have a 366x140 version:
>https://www.macports.org/img/macports-logo-top.png
> but that doesn't change anything: we still need a vector version.
Doesn’t inkscape have a vectoriser module?
Vincent
___
macports-dev mailing lis
> I can only tell you that due to high memory use, the system started killing
> processes to free memory; that apparently included the web server and the ssh
> server. I don’t know what caused the high memory use.
Thanks Ryan!
Have a great day
> On 27 Nov 2015, at 19:43, Brandon Allbery wrote:
>
> Reinstall from the installer for that platform, yes.
Okay, that’s what I suspected.
Thanks and 73s Brandon.
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.
bark “platforms do not
match” each time I try to punch a command.
How am I supposed to upgrade? Should I reinstall base first?
Thanks,
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo
atible with
> QScintilla? If so, it might be interesting to figure out if we could
> get it working.
Hmm… Will have to check out.
Cheers!
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/
Folks,
I’ve been able to patch the Portfiles for QScintilla and Qwt and get something
useable with Qt5.
If you’re interested in getting a copy of these, please let me know.
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https
On 23 Nov 2015, at 20:49, David Strubbe wrote:
>
> Do 'svn revert' on it.
Thanks! I’m really a noob when it comes to svn use.
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/
ate
Updating '.':
Skipped 'qt5-1.0.tcl' -- Node remains in conflict
And I get no port-group file restored.
Any idea?
Thanks,
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Folks,
every time I update my tree from svn I get this message:
“Failed to parse file aqua/qt5/Portfile with subport 'qt5-qtbase': can't read
"qt_archdata_dir": no such variable”
And of course I cannot build Qt5. Has someone
ur infrastructure runs smoothly too.
That’s great news. Your dedication to the project as well as your expertise is
unparalleled. It’s a great move, and I’m very happy you’ve been chosen.
I’m sure you will shine in your new responsibilities!
All
st what I needed to know. Thanks a lot for your help!
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Rainer,
> Maybe you previously deleted archive files from
> /opt/local/var/macports/software/?
Bang on. I keep as little archives as possible, because my SSD is cramped (I
have a 128 MB version) and I don’t want to cram it with files I seldom if ever
use.
> Can you show us /opt/local/var/macp
set iversion [lindex $installed 1]
set irevision [lindex $inst..."
(file "./src/images_to_archives.tcl" line 38)
make: *** [install] Error 1
Any hint or kludge?
Thanks a lot!
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Guys,
I haven’t been much active lately and I apologise. I’d a tough September, and,
I own up, procrastinated a bit knowing that 10.11 was about to be released.
Will resume normal activity as soon as I get over the whole migration shebang.
Thanks for your patience!
Vincent
> On 21 Jul 2015, at 19:27, Daniel J. Luke wrote:
>
> IIRC oracle changed the bdb license after 4.6. I have a dim recollection that
> I was going to try to look over the new license to make sure it was
> reasonable to update the bdb that apr-util (and subversion) use, but I never
> got around
> On 21 Jul 2015, at 16:02, Brandon Allbery wrote:
>
> On Tue, Jul 21, 2015 at 10:00 AM, Clemens Lang wrote:
> - On 21 Jul, 2015, at 15:43, Rainer Müller rai...@macports.org wrote:
>
> > And even if the default +db* variant selection depends on the local
> > active db* version, I guess suc
to detect the installed db* version and go along with it, instead of
forcing the installation of another version. Could this mechanism be extended,
maybe though a port class?
Thanks,
Vincent
___
macports-dev mailing list
macports-dev
Ryan,
> On 01 Jun 2015, at 19:24, Ryan Schmidt wrote:
> master_siteshttps://gforge.inria.fr/frs/download.php/file/34705/
Thanks. Done in r136973. Sorry for the flub.
Vincent
___
macports-dev mailing list
macports-dev@lists.macosfor
veloper has tossed it. He said eero became
irrelevant the day Swift was released.
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
sion to be compatible with PostgreSQL 9.x’, and it was not a major bump,
like from 8.x to 9.0. That’s why I adopted a rather conservative approach.
But I’m going to upgrade at the next PostgreSQL 9.4.x sub-release.
Vincent
___
macports-dev
he default variant to postgresql94 since that is the
> latest stable version?
Not at this point. Maybe when postgresql94 reaches version 9.4.2 or 3. It is
always costly to migrate from one postgresql version to another one, so I
always delay the bump a while. Besid
releases of QWT.
Could a variant be added, or maybe a specific port created?
Thanks,
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
On 20 Jan 2015, at 12:21, Mojca Miklavec wrote:
> A slight disadvantage of xz is that many users still don't know how to
> decompress such files, but this argument doesn't apply here since
> "port" would do everything automatically for the user.
I fully suppo
o.
Thanks for pointing it out.
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
. With the new release, the configure script seems
alright as to WxWidget configuration detection, yet somehow patching the other
files is still necessary.
Go figure.
Have a great Sunday,
Vincent
___
macports-dev mailing list
macpor
Hi!
> Nope, the number of files was pretty much the same on Mavericks, as was the
> number of dependents. For some reason, the performance of our SQLite database
> plummeted on 10.10; we don't know why.
Caching issue?
V.
___
macports-dev mailing list
…
Yep, I am. I just don’t know what went wrong… to quote a famous saying.
I don’t remember having had to wait so long the last time boost was updated.
Could be it caused by a combination of:
• A high number of files;
• A high number of depen
Hi Chris,
> wait longer. It will take a while but will eventually finish…
Yep, it did. Thanks. But that’s really unexpected, especially since I run a MBA
with those super-fast PCI-e SSD.
I think we ought even to warn the user about this (but I don’t think it’s
possible).
Vinc
ost
---> Removing work directory for boost
---> Computing dependencies for boost.
---> Deactivating boost @1.56.0_1+no_single+no_static+python27
…
…
Hangs forever here. I interrupted it, tried to deactivate and de-install
manually, to no avail.
What am I supposed to do at this point?
Tha
//trac.macports.org/changeset/127795 -- Bump to version 2.1.4
>
> could become:
>
> - gdal: Correct various bugs. Bump to revision 1.
> and
> - postgis2: Bump to version 2.1.4
> respectively.
Fine. Ottima idea.
Thanks for the suggestion!
Vincent
___
s on a
mundane file.
Question 2: Does anyone have a clue why?
Thanks!
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
re near to be important as long as the
fortran compiler is available (it's just to build the API).
I just wish llvm had a fortran front-end to avoid this mess. And, needless to
say, I'll welcome any suggestion to improve the layout of the port.
Vincent
_
Le 25 août 2014 à 20:07, Sean Farley a écrit :
> There are a few ways to work around this. In the dolfin port, I do:
>
> configure.dir ${worksrcpath}/build
> build.dir ${worksrcpath}/build
Thanks, that works like a charm. I’ll commit the ports n
2e’, so the code
is now in ‘52fb22e/trunk/trunk’. Etc. Sounds like the bitbucket port uses
‘worksrcdir’ to create the directory in which to store the code. Any workaround?
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://
g such a
dunce. I’ll check it out asap.
Thanks for the suggestion!
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
u option of the ‘clone’ command, so
I wrote this for the fetch phase (assuming 52fb22e is the commit #):
fetch {
system -W ${workpath} \
"${prefix}/bin/hg clone -u 52fb22e
https://bitbucket.org/petebunting/rsgislib rsgislib »
}
I
> Yes, specifying a version or date in the version line when fetching from a
> VCS is cosmetic, and is assumed to be in addition to another mechanism for
> informing the VCS what commit of code should be checked out.
Ok, will try and keep you posted.
Thanks again!
_
s a revision. In which case,
yes, that would make sense.
Thanks for your always helpful advice!
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
warning the potential users that
these are – at least until the new release — experimental and ‘use at your own
risks?’.
Thanks!
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo
Ryan,
> sourceforge:project/math-atlas/Stable/${version}:atlas
Thanks. Fixed again in r122658.
Hope it works this time…
Cheers!
V.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-d
Ryan,
> sourceforge:project/math-atlas/Stable/${version}:atlas
Thanks. Fixed again in r122658.
Hope it works this time…
Cheers!
V.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-d
is Serbian, and since she knows I dote on linguistics, she has taught me
very basic phrases in “Yugoslavian”, what ever that means now… But I understand
that Slovenian is slightly different. Besides, Serbian uses cyrillic, so I
tried a transliteration a bit at random.
Cheers!
Vincent
_
ke to avoid the cities and try to organize the event
> somewhere in the nature (but still making sure that they would have a
> decent internet connection). My preference is somewhere closer to the
> mountains (I have a few particular places in mind).
Konstanzmeer maybe? Wher
duled enough in advance, I might be able to haul my rump out of my
Paris' office and join you for one day or two, as that’d be fun. Do you have
any blueprint yet?
Vincent
(I wouldn’t go to the US, though, over personal data privacy concerns)
___
> Please join us in welcoming the following new MacPorts committers:
>
> - Peter Danecek (petr)
> - Craig Treleaven (ctreleaven)
> - Juan R. Garcia Blanco (juanrgar)
Welcome to the jungle! ;)
V.
___
macports-dev mailing list
macports-dev@lists.macosfor
urther small changes in the very next future.
Thanks!
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Ok, thanks. I’ll commit my Portfile then.
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
not become too topsy-turvy! ;)
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Hi Clemens,
> Switch depending of the value configure.cxx_stdlib. It's either libstdc++ or
> libc++.
Thanks! I’ll do that. Does this scheme work also with old versions of Mac
OS/XCode where/when only libstdc++ existed?
Vincent
___
m
Just to prove I’m not crazy:
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Hi!
The ECW support in GDAL (#43678) is tied to the use of an external dylib (non
open-sourced) that comes in two versions: one is linked against the old
libstdc++, the other against libc++. Question is: how to decide in the Portfile
which one to use?
Thanks so much!
Vincent
Hi,
I’m trying to post an update to a ticket and I get this message : « Captcha
error », but I fail to see any Captcha in the original page. Any help would be
appreciated! :)
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
> It was tcsh, following the FreeBSD standard userspace as Apple tends to do
> (indeed, fbsd still suggests tcsh as the default shell and uses it as root's
> shell).
The maintainer of tcsh, Christos, is by the way one of the kernel developers of
N
ing to use KSH. But, as far
as I am concerned, since I use SH-like shells only to write scripts, I would
not really care.
73s from F5RCS!
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
rite their own version of SH? Or import a SH from another BSD
project (FreeBSD?)
Anyhow, I use TCSH as a shell, which is slightly newer, but not a lot more
(2009).
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.
t; Apple abandons bash though)
I must admit I fail to see what ${1+“$@”} exactly refers to…
Why should Apple abandon bash? In favor of what?
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
t; Apple abandons bash though)
I must admit I fail to see what ${1+“$@”} exactly refers to…
Why should Apple abandon bash? In favor of what?
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Ryan,
>> The way to fix this is to use "$@" instead of $*. See the wine port, for
>> example, which does this.
Is it “$@” with the double quotes or without? I guess it’s without, but I’d
like you to confirm.
Thanks!
Vincent
__
Hi Ryan,
> llvm-bin will fail if it is passed any paths containing a space.
> The way to fix this is to use "$@" instead of $*. See the wine port, for
> example, which does this.
Thanks. I’ll commit a patch and bump the revi
Hi there,
would it be possible to add to the Orfeotoolbox Portfile a few lines to
display, at the end of the install phase, a message explaining how to configure
QGis 2.2 to use the library?
Thanks,
Vincent
___
macports-dev mailing list
macports-dev
Ryan,
the new design is rad! But I wonder if it is appropriate to use floppy disk
icons to symbolize packages. I’m pretty sure the youngest over here do not even
know what it is about ;)
(Granted, that’s just nitpicking…)
Thanks for the wonderful work.
Vincent
Hi Michael,
> Hi Vincent - With so many fixes / changes, once the updated Portfile is
> verified / fixed, my vote is to do the rev-bump. Makes future tickets
> easier to work with, among other things. - MLD
Noted.
By the way, I figured out it is not very wise to change the default compi
Hi Marko,
great idea. I’ll attach the new Portfile right away in one of those tickets, so
that you can test it. If it works fine, then I’ll close the bug and commit it
(but still, my question remains).
Vincent
___
macports-dev mailing list
macports
(given that there is no Atlas binaries and it takes eons
to build) or should I just commit the new port in a kinda stealth upgrade?
Thanks for your input!
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https
Le 2 déc. 2013 à 04:22, Ryan Schmidt a écrit :
> We should not confuse users and developers. We should call things what they
> are.
I concur with you. We’re computer scientists, not politicians :)
Vincent
___
macports-dev mailing list
macpor
indicate that the release is not final; between two Portfiles with such tags,
the one with the ‘highest’ one would win.
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
X.Y.Z version is actually newer than X.Y.Z-…; more precisely, that any
trailing hyphen indicates a development version.
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
essage on the epoch tag).
That’s why I was planning to use the revision field to track the various
development stages instead.
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Le 1 déc. 2013 à 03:53, Ryan Schmidt a écrit :
> The port should not claim to be version “3.0.1” when it is actually an alpha
> version thereof. Put the real version number in the version field.
You’re right, that was not very clever. I thought it could be managed through
the revision field. B
Blair:
> That’s right, they can never be removed.
Thanks.
By the way, what was the ‘epoch’ meant for, initially?
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Hi Ryan,
> The epoch may never be removed or decreased; please put it back.
Done in r114183.
Does that mean that we can’t never get rid of that epoch wart?
Cheers!
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
ht
d.
Thanks for giving a try to this.
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Sorry Ryan, I didn’t see your patch. I added the line very quickly as a kludge,
being somewhat swamped at work. I’ll implement your patch on the double:
r112566.
Thanks as usual!
Vincent
___
macports-dev mailing list
macports-dev
Le 10 oct. 2013 à 12:20, Joshua Root a écrit :
> Well you should just remove the unnecessary (and now old) version line.
> The name line can be moved to after the github.setup to override it.
Done in r112041.
Thanks a lot!
Vincent
PS : I got a reply from the author concerning the licen
gt; ASCII 45.
Yep, that’s what I did. I apologize for being a little pedantic.
> BTW, the port now has redundant name and version lines, and the case of
> the parent dir does not match that of the name.
Oh, I know. But I thought a capitalized
2. ”
So what should I do?
> The license name and version need to be separated by a dash.
You mean a hyphen ‘-’ or a real dash ‘—’?
Vincent
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Ryan,
>> Revision: 112006
[…]
Thanks for you ongoing alertness. I’ve taken into account all but one of your
remarks: I couldn’t tweak the github port to fit that obviously non-standand
repository, so I just left the master_site and all other variables as is.
Thanks once more.
V
1 - 100 of 536 matches
Mail list logo
