bricoleurs / bricolage Goto Github PK

View Code? Open in Web Editor NEW

111.0 111.0 51.0 15.27 MB

Content management and publishing system

Home Page: http://www.bricolagecms.org/

Perl 97.88% CSS 0.51% JavaScript 1.58% Shell 0.01% PHP 0.02%

bricolage's People

Contributors

Stargazers

Watchers

bricolage's Issues

"Missing or empty inst/mysql.sql!"

# make install
[...]
==> Creating Bricolage MySQL Database <==

Creating database named bric...
Database created.
Creating user named bric...
User created.
###############################################################################

Missing or empty inst/mysql.sql!

If you're using Subversion, you need to `make dist` first.
See `perldoc Bric::FAQ` for more information.
###############################################################################
make: *** [db] Error 1

Do I need to "make dist" first? That returns an error too and leaves me without a Makefile.

[...]
pod2text lib/Bric/License.pod > dist/License
lib/Bric/License.pod around line 297: Non-ASCII character seen before =encoding in 'Iv�n'. Assuming UTF-8
POD document had syntax errors at /usr/bin/pod2text line 84.
make: *** [dist/License] Error 255

_

Fatal error when switching between Jobs and Document search

Don't know if this is just an issue with the Bricolage install I'm working on, but if I go to perform a Document search, then go to Jobs and search, then go back to the Document search, I get a fatal error:

Can't use string ("%") as an ARRAY ref while "strict refs" in use at bricolage/comp/widgets/listManager/listManager.mc line 681.

And that's happening because $crit = '%'. Didn't dig deep enough to find out why that being set to that.

My fix was to check $crit and $crit_field:

diff --git a/comp/widgets/listManager/listManager.mc b/comp/widgets/listManager/listManager.mc
index 47f7cc6..04b2801 100755
--- a/comp/widgets/listManager/listManager.mc
+++ b/comp/widgets/listManager/listManager.mc
@@ -679,7 +679,9 @@ my $build_constraints = sub {
     my $list_arg   = {};

     # If any criteria were passed then we need to constrain our list.
-    if ($crit && $crit_field) {
+    if ($crit && $crit_field &&
+        ref $crit eq 'ARRAY' && ref $crit_field eq 'ARRAY' &&
+        @$crit == @$crit_field) {
         # If field is an array, build a hash with the fields as the keys and
         # $crit for vals
         if (ref $crit_field) {

But there's obviously some underlying code that's causing the search state to be messed up and should get fixed.

Please delete "Test page" from the Wiki

It was a test, and now I can't delete it.

Error when running 'make dist' with perl-5.18.1

mv Makefile Makefile.old > /dev/null 2>&1
rm -rf bin/Makefile.old
rm Makefile
rm -rf bricolage-*
rm -rf dist
rm -f inst/.sql
/Users/phillipadsmith/perl5/perlbrew/perls/perl-5.18.1/bin/perl inst/dist_sql.pl sql/
"my" variable $type masks earlier declaration in same statement at inst/dist_sql.pl line 29.
"my" variable $type masks earlier declaration in same statement at inst/dist_sql.pl line 31.
"my" variable $dir masks earlier declaration in same statement at inst/dist_sql.pl line 32.
"my" variable $rdbms masks earlier declaration in same statement at inst/dist_sql.pl line 32.
"my" variable $type masks earlier declaration in same statement at inst/dist_sql.pl line 33.
"my" variable $rdbms masks earlier declaration in same statement at inst/dist_sql.pl line 33.
"my" variable $rdbms masks earlier declaration in same statement at inst/dist_sql.pl line 33.
syntax error at inst/dist_sql.pl line 28, near "$type qw(sql val con)"
syntax error at inst/dist_sql.pl line 35, near "}"
Execution of inst/dist_sql.pl aborted due to compilation errors.

Works fine with perl-5.16.1

mod_apreq "missing from your installation"

I have installed apache2, mod_perl and mod_apreq2 on Ubuntu 14.04.

I think inst/htprobe_apache2.pl is looking for mod_apreq, but the module is named mod_apreq2.

bricolage$ make
/usr/bin/perl inst/httpd.pl STANDARD


==> Probing Apache Configuration <==

Extracting configuration data from `/usr/sbin/apache2 -V`.
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message
Reading Apache conf file: /etc/apache2/apache2.conf.
Reading Apache conf file: /etc/apache2/ports.conf.
Extracting static module list from `/usr/sbin/apache2 -l`.
Your Apache supports loadable modules (DSOs).
Found Apache user: www-data
Found Apache group: www-data
Checking for required Apache modules...
###############################################################################

The following Apache modules are required by Bricolage and
are missing from your installation:
    mod_apreq

Please install them or, if they are installed, you may need to enable them in
the mods-enabled directory of your apache2 installation or use a2enmod <module>,
if you have that installed on your operating system.

###############################################################################
Failed to launch apache2 probing script inst/htprobe_apache2.pl: 256
make: *** [apache.db] Error 1

The future of Bricolage?

After the Bricolage 2.0.1 relase announcement, not much happened on the Bricolage website. The project appears to be pretty much dead at first glance.

I'm evaluating Bricolage for some projects. I understand that it is not abandoned, but I'm still a little bit worried about the future development of Bricolage. I also feel uncomfortable to propose Bricolage as a CMS to a customer, when there is no stable release for over 3 years.

What license is this code under?

https://spdx.org/licenses/

Change /usr/bin/perl to /usr/bin/env perl ?

Any reason not to change /usr/bin/perl to /usr/bin/env perl everywhere?

I find that I'm using perlbrew for managing my Perls these days, so I really want the Bricolage scripts and libraries to just use whatever Perl I have loaded into the environment, which is never at /usr/bin/perl.

Making that changed on bric_apachectl seemed to fix the issue I was having with getting a new install to start-up due to not finding other libraries in the PERL5LIB path.

Thoughts?

SSLMutex error with Apache 2.4

# bin/bric_apachectl start
Use of uninitialized value in lc at /opt/bricolage/lib/Bric/Config.pm line 489.
bric_apachectl start: starting httpd
AH00526: Syntax error on line 60 of /opt/bricolage/conf/httpd.conf:
Invalid command 'SSLMutex', perhaps misspelled or defined by a module not included in the server configuration
bric_apachectl start: httpd could not be started

see https://httpd.apache.org/docs/2.4/upgrading.html
SSLMutex is replaced by Mutex

I also had to add the lines

LoadModule   mpm_prefork_module /usr/lib/apache2/modules/mod_mpm_prefork.so
LoadModule   socache_dbm_module /usr/lib/apache2/modules/mod_socache_dbm.so

in httpd.conf

Unknown or incorrect time zone (DBD::mysql::db connected failed)

log/error.log:
[Sat Aug 30 11:02:32.305791 2014] [perl:error] [pid 20612] [client 127.0.0.1:38667] Unable to connect to database: DBD::mysql::db connected failed: Unknown or incorrect time zone: 'UTC' at /usr/lib/perl5/DBI.pm line 733.\n

https://mariadb.com/kb/en/mariadb/documentation/internationalization-and-localization/time-zones/
"By default, the mysql time zone tables are created, but not populated. It is usually preferable for the system to handle the time zone, but you can populate the mysql time zone tables using the mysql_tzinfo_to_sql utility"

Test issue #2

Test to see if this shows up in my RSS feed.

Upgrade from version 2.0.1 fails. Potential fix provided.

Hi,

I'm trying to upgrade a bricolage 2.0.1 installation to the latest code from github. When I do a make upgrade I get the following error:

Couldn't find version "2.0.1" in inst/versions.txt

Of course when I add 2.0.1 to versions.txt (in the right order) and try make upgrade again I get this error:

ERROR: DATABASE UPDATE FAILED!

The database was not affected. Please address this issue before continuing.

The error encountered was:

DBD::Pg::st execute failed: ERROR:  column "distributor" is of type boolean but expression is of type integer
LINE 5: ...       'Class with methods to move files via Amazon S3.', 1)
                                                                     ^
HINT:  You will need to rewrite or cast the expression. [for Statement "
    INSERT INTO class (id, key_name, pkg_name, disp_name, plural_name,
                       description, distributor)
    VALUES (82, 's3', 'Bric::Util::Trans::S3', 'Amazon S3', 'Amazon S3 Transport',
            'Class with methods to move files via Amazon S3.', 1)
"] at /usr/local/bricolage/lib/Bric/Util/DBI.pm line 1138.
Unable to execute SQL statement: DBD::Pg::st execute failed: ERROR:  column "distributor" is of type boolean but expression is of type integer
LINE 5: ...       'Class with methods to move files via Amazon S3.', 1)
                                                                     ^
HINT:  You will need to rewrite or cast the expression. [for Statement "
    INSERT INTO class (id, key_name, pkg_name, disp_name, plural_name,
                       description, distributor)
    VALUES (82, 's3', 'Bric::Util::Trans::S3', 'Amazon S3', 'Amazon S3 Transport',
            'Class with methods to move files via Amazon S3.', 1)
"] at /usr/local/bricolage/lib/Bric/Util/DBI.pm line 1138.

[/usr/local/bricolage/lib/Bric/Util/DBI.pm:1139]
[/root/src/bricolage-master/inst/upgrade/2.1.0/../lib/bric_upgrade.pm:320]
[inst/upgrade/2.1.0/s3_mover.pl:14]
make: *** [db_upgrade] Error 255

Making the following change in inst/upgrade/2.1.0/s3_mover.pl seems to do the trick:

--- inst/upgrade/2.1.0/s3_mover.pl~     2017-06-02 22:45:39.707817011 +0000
+++ inst/upgrade/2.1.0/s3_mover.pl      2017-06-02 22:46:10.399816772 +0000
@@ -15,5 +15,5 @@
     INSERT INTO class (id, key_name, pkg_name, disp_name, plural_name,
                        description, distributor)
     VALUES (82, 's3', 'Bric::Util::Trans::S3', 'Amazon S3', 'Amazon S3 Transport',
-            'Class with methods to move files via Amazon S3.', 1)
+            'Class with methods to move files via Amazon S3.', 't')
 });

This may have to do with the PostgreSQL version I'm running which is 9.1.24 but the SQL code in that file also fails with the same type of error in PostgreSQL 9.3.

Thanks,
Darren

SOAP namespace URLs broken

Not sure how the SOAP interface works, but I got a request from a client about it breaking. It seems that the URLs mentioned in the examples:

https://github.com/bricoleurs/bricolage/blob/master/lib/Bric/SOAP/Workflow.pm

http://bricolage.sourceforge.net/Bric/SOAP/Auth
http://bricolage.sourceforge.net/Bric/SOAP/Workflow
etc.

now result in 404s. Does anyone know where we can get copies of them (I couldn't find them in any of the repos). I did find what looks to be assets.xsd in the SOAP.pm:

https://github.com/bricoleurs/bricolage/blob/master/lib/Bric/SOAP.pm

"Cant' get uri" error on /admin/profile/category/ if no parent is selected

"Cant' get uri" error on /admin/profile/category/ if no parent is selected.

That form element requires validation.

make cpan: Can't open perl script "INSTALLDIRS=site": No such file or directory

not sure if it's the install script's or the user's fault. I only know, that I have no idea how to fix it.

$ sudo make cpan
/usr/bin/perl inst/cpan.pl


==> Installing Modules From CPAN <==

Reading '/root/.cpan/Metadata'
  Database was generated on Tue, 26 Aug 2014 02:41:02 GMT
Found Apache2::Request  Installing...

[...]

checking for ranlib... (cached) ranlib
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking whether to enable maintainer-specific portions of Makefiles... no
Can't open perl script "INSTALLDIRS=site": No such file or directory
configure: error: Bad apache2 binary (/usr/sbin/apache2)
Warning: No success on command[/usr/bin/perl Makefile.PL INSTALLDIRS=site]
  ISAAC/libapreq2-2.13.tar.gz
  /usr/bin/perl Makefile.PL INSTALLDIRS=site -- NOT OK
make: *** [cpan] Error 1

bricoleurs / bricolage Goto Github PK

bricolage's People

Contributors

Stargazers

Watchers

Forkers

bricolage's Issues

Recommend Projects

Recommend Topics

Recommend Org