I'm willing to provide deb package for Observium if anybody started work on that, please let me know. Also it is possible to make Observium run from sub-directory instead of virtual-host, like that http://example.com/observium? I did tried some rewrite rules on apache w/o luck.
On 09/03/2011 11:56, Nikolay Shopik wrote:
I'm willing to provide deb package for Observium if anybody started work on that, please let me know. Also it is possible to make Observium run from sub-directory instead of virtual-host, like that http://example.com/observium? I did tried some rewrite rules on apache w/o luck.
It should work, but it's a pain. We generally forget that requirement when adding new features, because very few people do it.
In general we assume that if you need to run Observium, you control your DNS, and so a subdomain isn't a problem.
A debian package would be nice, but note that we like to use daily SVN to keep instances updated. We don't like people to use releases.
adam.
Heya,
On Wed, 2011-03-09 at 11:59 +0000, Adam Armstrong wrote:
A debian package would be nice, but note that we like to use daily SVN to keep instances updated. We don't like people to use releases.
I've been thinking about building a daily svn-trunk .deb repository, and some releases in another one, but I have not gotten around to it, control file etc. If you want to give it a shot, please do, but please keep all files centralized like we say in the docs, and not go and put the html files in /var/www and the include files somewhere else, etc.
That's the debian way, but the way we use our includes won't really work like that without serious code hacking ;-)
If you have a working way of building .debs I might gladly set it up as an "official" repository...
Regards, Tom
On 09/03/11 15:06, Tom Laermans wrote:
Heya,
On Wed, 2011-03-09 at 11:59 +0000, Adam Armstrong wrote:
A debian package would be nice, but note that we like to use daily SVN to keep instances updated. We don't like people to use releases.
I've been thinking about building a daily svn-trunk .deb repository, and some releases in another one, but I have not gotten around to it, control file etc. If you want to give it a shot, please do, but please keep all files centralized like we say in the docs, and not go and put the html files in /var/www and the include files somewhere else, etc.
That's the debian way, but the way we use our includes won't really work like that without serious code hacking ;-)
That's really sad, was think about proper/debian way of packages. I was looking with cacti package as example, they only separate RRD files and html
If you have a working way of building .debs I might gladly set it up as an "official" repository...
Not yet, I never build deb packages before, so I still doing some test with my deb package. I'll share my building process later.
On 2011.03.09. 12:59, Adam Armstrong wrote:
On 09/03/2011 11:56, Nikolay Shopik wrote:
I'm willing to provide deb package for Observium if anybody started work on that, please let me know. Also it is possible to make Observium run from sub-directory instead of virtual-host, like that http://example.com/observium? I did tried some rewrite rules on apache w/o luck.
It should work, but it's a pain. We generally forget that requirement when adding new features, because very few people do it.
In general we assume that if you need to run Observium, you control your DNS, and so a subdomain isn't a problem.
A debian package would be nice, but note that we like to use daily SVN to keep instances updated. We don't like people to use releases.
adam.
I'd recommend looking at how Jenkins does releases. They use git [1] and do continuous integration, and there's a release every ~7-9 days, basically weekly stable builds. And they build .debs [2] from these stable builds.
Also, I think a migration to git and/or github might have some great long term benefits. (Pull requests are easier to manage than patches, plus github's issue tracker is nice.)
There's a Debian package for phpMyAdmin, RedMine and a lot of web-interfaced software, most of them deploy into /usr/share/ and put symlinks all over the place and heavily utilize shell scripting magic (RedMine's init.d script comes to mind).
[1] http://ci.jenkins-ci.org/view/Jenkins%20core/job/jenkins_main_trunk/566/git/...
[2] http://pkg.jenkins-ci.org/debian/
We're not moving to git.
If we move to git, in 12 months time there'll be the next fashion fad, and people will be moaning at us to move again.
No.
adam.
On 10/03/2011 02:23, Pas wrote:
On 2011.03.09. 12:59, Adam Armstrong wrote:
On 09/03/2011 11:56, Nikolay Shopik wrote:
I'm willing to provide deb package for Observium if anybody started work on that, please let me know. Also it is possible to make Observium run from sub-directory instead of virtual-host, like that http://example.com/observium? I did tried some rewrite rules on apache w/o luck.
It should work, but it's a pain. We generally forget that requirement when adding new features, because very few people do it.
In general we assume that if you need to run Observium, you control your DNS, and so a subdomain isn't a problem.
A debian package would be nice, but note that we like to use daily SVN to keep instances updated. We don't like people to use releases.
adam.
I'd recommend looking at how Jenkins does releases. They use git [1] and do continuous integration, and there's a release every ~7-9 days, basically weekly stable builds. And they build .debs [2] from these stable builds.
Also, I think a migration to git and/or github might have some great long term benefits. (Pull requests are easier to manage than patches, plus github's issue tracker is nice.)
There's a Debian package for phpMyAdmin, RedMine and a lot of web-interfaced software, most of them deploy into /usr/share/ and put symlinks all over the place and heavily utilize shell scripting magic (RedMine's init.d script comes to mind).
[1] http://ci.jenkins-ci.org/view/Jenkins%20core/job/jenkins_main_trunk/566/git/...
On Wednesday 09 of March 2011 12:56:34 Nikolay Shopik wrote:
Also it is possible to make Observium run from sub-directory instead of virtual-host, like that http://example.com/observium? I did tried some rewrite rules on apache w/o luck.
I think the changes in attached patch worked for me. I haven't submitted it yet, because it is just a quick hack to let me test the software.
Best regards Matej Vadnjal
Index: css/styles.css =================================================================== --- html/css/styles.css (revision 1771) +++ html/css/styles.css (working copy) @@ -1,5 +1,5 @@ .submit { - background-image:url('/images/submitbg.png'); + background-image:url('../images/submitbg.png'); background-position:0 100%; border-color:#B2B2B2 #525252 #525252 #B2B2B2; } @@ -8,7 +8,7 @@ }
input,select { - background:#FFFFFF url('/images/textbg.png') repeat-x scroll 0 0; + background:#FFFFFF url('../images/textbg.png') repeat-x scroll 0 0; font-size:1em; border:1px solid #B2B2B2 bbackground-color:cornsilk; Index: includes/hostbox.inc =================================================================== --- html/includes/hostbox.inc (revision 1771) +++ html/includes/hostbox.inc (working copy) @@ -17,8 +17,8 @@ $port_count = mysql_result(mysql_query("SELECT COUNT(*) FROM `ports` WHERE `device_id` = '".$device['device_id']."'"),0); $sensor_count = mysql_result(mysql_query("SELECT COUNT(*) FROM `sensors` WHERE `device_id` = '".$device['device_id']."'"),0);
- echo(' <tr background="'.$bg_image.'" bgcolor="' . $bg . '" onmouseover="this.style.backgroundColor='#fdd';" onmouseout="this.style.backgroundColor='' . $bg . '';" - onclick="location.href='/device/'.$device['device_id'].'/'" style="cursor: hand;"> + echo(' <tr background="'.$bg_image.'" bgcolor="' . $bg . '" onmouseover="this.style.backgroundColor=''.$list_highlight.'';" onmouseout="this.style.backgroundColor='' . $bg . '';" + onclick="location.href=''.$config['base_url'].'/device/'.$device['device_id'].'/'" style="cursor: hand;"> <td width="40" align="center" valign="middle">' . $image . '</td> <td width="300"><span style="font-weight: bold; font-size: 14px;">' . generate_device_link($device) . '</span> <br />' . $device['sysName'] . '</td> Index: .htaccess =================================================================== --- html/.htaccess (revision 1771) +++ html/.htaccess (working copy) @@ -1,6 +1,6 @@ Options FollowSymlinks Multiviews
-RewriteBase / +RewriteBase /observium/ RewriteEngine on RewriteCond %{REQUEST_URI} !^(.*).php$ RewriteCond %{REQUEST_URI} !^(.*).css$
At 09-03-2011 12:56, Nikolay Shopik wrote:
I'm willing to provide deb package for Observium if anybody started work on that, please let me know.
Already made some a year ago for a previous release. Debian diff and dsc files are here:
http://observium.servers.luna.net/observernms_0.10.6-1.diff.gz http://observium.servers.luna.net/observernms_0.10.6-1.dsc
On 09/03/11 16:17, Michiel Klaver wrote:
At 09-03-2011 12:56, Nikolay Shopik wrote:
I'm willing to provide deb package for Observium if anybody started work on that, please let me know.
Already made some a year ago for a previous release. Debian diff and dsc files are here:
http://observium.servers.luna.net/observernms_0.10.6-1.diff.gz http://observium.servers.luna.net/observernms_0.10.6-1.dsc
Thanks Michiel,
But I'm would like to go further and auto-configure mysql database and vhost creation by this package. And your diff seems doesn't handle that.
participants (6)
-
Adam Armstrong -
Matej Vadnjal -
Michiel Klaver -
Nikolay Shopik -
Pas -
Tom Laermans