[webmin-l] Display, maintain trusted-keys for bind?

[Robert Moskowitz <rgm@ht...>]

Again webmin 1.620 and Centos 6.3.

I am fighting with setting up a private tld; you can see the fun 
discussion over on the bind-users list.  Now I am trying to figure out 
how to setup trusted-keys section in named.conf.  I am doing this 
manually, trying to follow what is in:

http://www.isc.org/software/bind/documentation/arm95

I cannot find any options for this in webmin; is there?

[webmin-l] Problem with Setup DNSSEC Key module

[Robert Moskowitz <rgm@ht...>]

Webmin 1.620 on Centos 6.3

I have used this to create both a ZSK and KSK and sign a zone.  When I 
look in the zone file, I can see the two DNSKEY RR with type 256 and 257.

The problem is when I come back to this module and ask to show the two 
keys, it shows the ZSK in both areas.

Re: [webmin-l] Webmin ignoring packet states.

[Jamie Cameron <jcameron@we...>]

On 27/Feb/2013 06:38 Laurence Southon <laurence@...> wrote ..
> On 27/02/13 02:53, Jamie Cameron wrote:
> > Can you tell me what those commands output on your system? I want 
> > to compare the format across a few different Debian / Ubuntu versions,
> > to ensure that Webmin can parse all of them.
> 
> This from a Debian Squeeze system where 3 packages are held both by
> aptitude and apt-get:
> 
> 14:26 jaspa3 ~ # dpkg --get-selections|grep hold|awk '{print $1}'
> linux-image-2.6-686
> linux-image-2.6.32-5-686
> linux-libc-dev
> 
> 14:26 jaspa3 ~ # aptitude search "~ahold"|grep "^.h"|awk '{print $2}'
> linux-image-2.6-686
> linux-image-2.6.32-5-686
> linux-libc-dev
> 
> Maybe also worth looking at this:
> 
> http://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html#package-status
> 
> It confirms that aptitude and apt-get use different methods of holding
> packages, so both need to be checked.
> 
> Haven't got an Ubuntu system, hopefully someone else can oblige.

Thanks - I will update Webmin in the next release to skip held packages.

Re: [webmin-l] Webmin ignoring packet states.

[Andrey Repin <anrdaemon@fr...>]

Greetings, Webmin users list!

> Maybe also worth looking at this:

> http://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html#package-status

> It confirms that aptitude and apt-get use different methods of holding
> packages, so both need to be checked.

> Haven't got an Ubuntu system, hopefully someone else can oblige.

This is interesting information, but the question then raising, why apt-get
sees aptitude's holds, if they are, supposedly, different, when it comes to
upgrading?


--
WBR,
Andrey Repin (anrdaemon@...) 27.02.2013, <19:02>

Sorry for my terrible english...

Re: [webmin-l] Webmin ignoring packet states.

[Andrey Repin <anrdaemon@fr...>]

Greetings, Webmin users list!

Ok, I've managed to make dpkg happy by doing

  dpkg --set-selections <<<"libapache2-svn hold"


--
WBR,
Andrey Repin (anrdaemon@...) 27.02.2013, <19:14>

Sorry for my terrible english...

Re: [webmin-l] Webmin ignoring packet states.

[Laurence Southon <laurence@so...>]

On 27/02/13 02:53, Jamie Cameron wrote:
> Can you tell me what those commands output on your system? I want 
> to compare the format across a few different Debian / Ubuntu versions,
> to ensure that Webmin can parse all of them.

This from a Debian Squeeze system where 3 packages are held both by
aptitude and apt-get:

14:26 jaspa3 ~ # dpkg --get-selections|grep hold|awk '{print $1}'
linux-image-2.6-686
linux-image-2.6.32-5-686
linux-libc-dev

14:26 jaspa3 ~ # aptitude search "~ahold"|grep "^.h"|awk '{print $2}'
linux-image-2.6-686
linux-image-2.6.32-5-686
linux-libc-dev

Maybe also worth looking at this:

http://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html#package-status

It confirms that aptitude and apt-get use different methods of holding
packages, so both need to be checked.

Haven't got an Ubuntu system, hopefully someone else can oblige.

Regards,

LS
-- 
Laurence Southon
Tiger Computing, Bexley
 http://www.tiger-computing.co.uk

Re: [webmin-l] Webmin ignoring packet states.

[Andrey Repin <anrdaemon@fr...>]

Greetings, Webmin users list!

>> > I could incorporate this into Webmin, but I'd need to know some
>> > command or config file in which the package holds are stored. 
>> 
>> Aptitude and apt-get can both hold packages:
>> 
>> dpkg --get-selections|grep hold|awk '{print $1}'
>> 
>> aptitude search "~ahold"|grep "^.h"|awk '{print $2}'
>> 
>> will get the package hold lists.

> Can you tell me what those commands output on your system? I want 
> to compare the format across a few different Debian / Ubuntu versions,
> to ensure that Webmin can parse all of them.

Both commands output nothing.

root@...:~
# dpkg --get-selections|grep hold|awk '{print $1}'
root@...:~
# dpkg --get-selections|grep hold
root@...:~
# aptitude search "~ahold"
root@...:~
#


--
WBR,
Andrey Repin (anrdaemon@...) 27.02.2013, <11:34>

Sorry for my terrible english...

Re: [webmin-l] Webmin ignoring packet states.

[Jamie Cameron <jcameron@we...>]

On 25/Feb/2013 23:51 Laurence Southon <laurence@...> wrote ..
> On 25/02/13 00:36, Jamie Cameron wrote:
> > I could incorporate this into Webmin, but I'd need to know some
> > command or config file in which the package holds are stored. 
> 
> Aptitude and apt-get can both hold packages:
> 
> dpkg --get-selections|grep hold|awk '{print $1}'
> 
> aptitude search "~ahold"|grep "^.h"|awk '{print $2}'
> 
> will get the package hold lists.

Can you tell me what those commands output on your system? I want 
to compare the format across a few different Debian / Ubuntu versions,
to ensure that Webmin can parse all of them.

 - Jamie

Re: [webmin-l] Nginx modules....

[Jamie Cameron <jcameron@we...>]

On 25/Feb/2013 17:13 Steve Holdoway <steve@...> wrote ..
> I've set up a virtualmin server to create websites for the cake php
> framework, which isn't really possible with the current Nginx interface.
> 
> Because of this, I want to disable the 'Configure Nginx Website' option
> for the account holder.
> 
> Alternatively, as was suggested some tmie ago, I'd like to replace with
> the ability just to edit the site config file.
> 
> How do I do that?

You can't do this currently, but once we release the next Virtualmin
and Nginx plugin versions, you will be able to control this. It will be
configurable at System Settings -> Server Templates -> Default Settings ->
Administrator's webmin modules.

 - Jamie

[webmin-l] Nginx modules....

[Steve Holdoway <steve@gr...>]

I've set up a virtualmin server to create websites for the cake php
framework, which isn't really possible with the current Nginx interface.

Because of this, I want to disable the 'Configure Nginx Website' option
for the account holder.

Alternatively, as was suggested some tmie ago, I'd like to replace with
the ability just to edit the site config file.

How do I do that?

Cheers,

Steve
-- 
Steve Holdoway BSc(Hons) MIITP 
http://www.greengecko.co.nz
Skype: sholdowa

Re: [webmin-l] Webmin ignoring packet states.

[Laurence Southon <laurence@so...>]

On 25/02/13 00:36, Jamie Cameron wrote:
> I could incorporate this into Webmin, but I'd need to know some
> command or config file in which the package holds are stored. 

Aptitude and apt-get can both hold packages:

dpkg --get-selections|grep hold|awk '{print $1}'

aptitude search "~ahold"|grep "^.h"|awk '{print $2}'

will get the package hold lists.

Regards,

LS
-- 
Laurence Southon
Tiger Computing, Bexley
 http://www.tiger-computing.co.uk

Re: [webmin-l] Failed to create virtual server : Selected plan does not exist or is not available

[Jamie Cameron <jcameron@we...>]

On 25/Feb/2013 01:37 Andrey Repin <anrdaemon@...> wrote ..
> Greetings, Webmin users list!
> 
> >> I'm testing the new webmin installation, and hit a roadblock.
> >> When I login as specific user with permission given to manage Virtualmin
> >> Virtual Servers module, that user is unable to create new servers -
> >> "Failed to create virtual server : Selected plan does not exist or is not
> >> available"
> >> Even though I checked and re-checked, that the default plan is there, and
> >> I made it selected to be set as such for new servers, even though the default
> >> setting clearly show that the single plan should be selected in either case.
> 
> > So are you logged in as a user Virtualmin created to manage a top-level
> > domain, or as a separate Webmin user that you created (ie. not the root user)
> ?
> 
> It's a separate Webmin user with access to Virtualmin module, but without the
> rights to change module configuration.

Ok, I think that's the cause of the problem - if you create a user like that,
Virtualmin gets confused as to whether he is the master admin or not. Unfortunately
that is not a supported configuration right now.

 - Jamie

Re: [webmin-l] !!! Virtualmin: MySQL passwords are stored in plain text despite disabled "Store clear text passwords?" setting

[Jamie Cameron <jcameron@we...>]

On 25/Feb/2013 14:28 Andrey Repin <anrdaemon@...> wrote ..
> Greetings, All!
> 
> Basically, what $SUBJ says.
> MySQL passwords are stored in plain text despite the "Store clear text
> passwords?" being set to "No, only store hashed passwords".

Yes, this is expected - in order for Virtualmin to login to MySQL 
as a domain owner (or install scripts that login to MySQL), it needs
to keep the plain-text password.

However, when other passwords are hashed, the MySQL password will
be randomly generated and different from the admin password.

[webmin-l] !!! Virtualmin: MySQL passwords are stored in plain text despite disabled "Store clear text passwords?" setting

[Andrey Repin <anrdaemon@fr...>]

Greetings, All!

Basically, what $SUBJ says.
MySQL passwords are stored in plain text despite the "Store clear text
passwords?" being set to "No, only store hashed passwords".


-- 
WBR,
Andrey Repin (anrdaemon@...) 26.02.2013, <02:27>

Sorry for my terrible english...

Re: [webmin-l] Failed to create virtual server : Selected plan does not exist or is not available

[Andrey Repin <anrdaemon@fr...>]

Greetings, Webmin users list!

>> I'm testing the new webmin installation, and hit a roadblock.
>> When I login as specific user with permission given to manage Virtualmin
>> Virtual Servers module, that user is unable to create new servers -
>> "Failed to create virtual server : Selected plan does not exist or is not
>> available"
>> Even though I checked and re-checked, that the default plan is there, and
>> I made it selected to be set as such for new servers, even though the default
>> setting clearly show that the single plan should be selected in either case.

> So are you logged in as a user Virtualmin created to manage a top-level
> domain, or as a separate Webmin user that you created (ie. not the root user) ?

It's a separate Webmin user with access to Virtualmin module, but without the
rights to change module configuration.


--
WBR,
Andrey Repin (anrdaemon@...) 25.02.2013, <13:36>

Sorry for my terrible english...

Re: [webmin-l] Failed to create virtual server : Selected plan does not exist or is not available

[Jamie Cameron <jcameron@we...>]

On 23/Feb/2013 23:13 Andrey Repin <anrdaemon@...> wrote ..
> Greetings, All!
> 
> I'm testing the new webmin installation, and hit a roadblock.
> When I login as specific user with permission given to manage Virtualmin
> Virtual Servers module, that user is unable to create new servers -
> "Failed to create virtual server : Selected plan does not exist or is not
> available"
> Even though I checked and re-checked, that the default plan is there, and
> I made it selected to be set as such for new servers, even though the default
> setting clearly show that the single plan should be selected in either case.

So are you logged in as a user Virtualmin created to manage a top-level
domain, or as a separate Webmin user that you created (ie. not the root user) ?

Re: [webmin-l] Webmin ignoring packet states.

[Jamie Cameron <jcameron@we...>]

On 23/Feb/2013 18:36 Andrey Repin <anrdaemon@...> wrote ..
> Greetings, Webmin users list!
> 
> > That's unfortunate, I though that apt-show-versions would take version
> > pinning into account.
> 
> Was expecting the same.
> 
> > How exactly did you setup holding of versions for these packages?
> 
> aptitude, there "=" (^T - Package - Hold) on a selected package.

I could incorporate this into Webmin, but I'd need to know some
command or config file in which the package holds are stored. 

Webmin knows about pinned versions (as displayed by the command
apt-cache policy), but I guess a hold is something different.

 - Jamie

[webmin-l] Failed to create virtual server : Selected plan does not exist or is not available

[Andrey Repin <anrdaemon@fr...>]

Greetings, All!

I'm testing the new webmin installation, and hit a roadblock.
When I login as specific user with permission given to manage Virtualmin
Virtual Servers module, that user is unable to create new servers -
"Failed to create virtual server : Selected plan does not exist or is not
available"
Even though I checked and re-checked, that the default plan is there, and
I made it selected to be set as such for new servers, even though the default
setting clearly show that the single plan should be selected in either case.


-- 
WBR,
Andrey Repin (anrdaemon@...) 24.02.2013, <11:08>

Sorry for my terrible english...

Re: [webmin-l] Webmin ignoring packet states.

[Andrey Repin <anrdaemon@fr...>]

Greetings, Webmin users list!

> That's unfortunate, I though that apt-show-versions would take version
> pinning into account.

Was expecting the same.

> How exactly did you setup holding of versions for these packages?

aptitude, there "=" (^T - Package - Hold) on a selected package.


--
WBR,
Andrey Repin (anrdaemon@...) 24.02.2013, <06:29>

Sorry for my terrible english...

Re: [webmin-l] Webmin ignoring packet states.

[Jamie Cameron <jcameron@we...>]

On 23/Feb/2013 11:23 Andrey Repin <anrdaemon@...> wrote ..
> Greetings, Webmin users list!
> 
> >> >> I have subversion, libsvn1 and libapache2-svn held in state from updates,
> but
> >> >> webmin constantly trying to bypass the lock.
> >> >> Good that I'm the only administrator of this system...
> >> 
> >> > That sounds like a bug - which linux distro is this on, and how did you hold
> >> > updates for those packages?
> >> 
> >> Ubuntu Linux (Hardy still, planning dist-upgrade in a week.)
> >> The packets are locked in APT. apt-get and aptitude correctly see the lock and
> >> don't upgrade packets, when prompted for system upgrade.
> >> 
> >> # LANG=en apt-get upgrade
> >> Reading package lists... Done
> >> Building dependency tree
> >> Reading state information... Done
> >> The following packages have been kept back:
> >>   libapache2-svn libsvn1 subversion
> >> 0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
> >> 
> >> Or, perhaps, the status from aptitude would be more clear.
> >> 
> >> --\ Packages being automatically held in their current state
> >> i A  libsvn1         1.6.17-0sv 1.7.7-0svn
> >> i A  subversion      1.6.17-0sv 1.7.7-0svn
> >> --\ Packages being held back
> >> i    libapache2-svn  1.6.17-0sv 1.7.7-0svn
> >> 
> >> The package libapache2-svn is on hold, and the two other were installed as
> >> it's dependency.
> 
> > If you run : apt-show-versions | grep libapache2-svn 
> 
> > what does it output? That's the command Webmin uss to determine which
> > packages are available to upgrade.
> 
> # apt-show-versions | grep libapache2-svn
> libapache2-svn/hardy upgradeable from 1.6.17-0svn1~hardy1 to 1.7.7-0svn2~hardy+svn2
> 
> Seems like it doesn't account for locking mechanics.
> Neither does dpkg-query :(
> 
> # dpkg-query -l libapache2-svn
> Desired=Unknown/Install/Remove/Purge/Hold
> | Status=Not/Installed/Config-f/Unpacked/Failed-cfg/Half-inst/t-aWait/T-pend
> |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
> ||/ Имя                   Версия             Описание
> +++-========================-========================-================================================================
> ii  libapache2-svn           1.6.17-0svn1~hardy1      Subversion server modules
> for Apache
> 
> 
> You'd have to use libapt-pkg-perl directly to get full details, I'm afraid.

That's unfortunate, I though that apt-show-versions would take version
pinning into account.

How exactly did you setup holding of versions for these packages?

 - Jamie

Re: [webmin-l] Webmin ignoring packet states.

[Andrey Repin <anrdaemon@fr...>]

Greetings, Webmin users list!

>> >> I have subversion, libsvn1 and libapache2-svn held in state from updates, but
>> >> webmin constantly trying to bypass the lock.
>> >> Good that I'm the only administrator of this system...
>> 
>> > That sounds like a bug - which linux distro is this on, and how did you hold
>> > updates for those packages?
>> 
>> Ubuntu Linux (Hardy still, planning dist-upgrade in a week.)
>> The packets are locked in APT. apt-get and aptitude correctly see the lock and
>> don't upgrade packets, when prompted for system upgrade.
>> 
>> # LANG=en apt-get upgrade
>> Reading package lists... Done
>> Building dependency tree
>> Reading state information... Done
>> The following packages have been kept back:
>>   libapache2-svn libsvn1 subversion
>> 0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
>> 
>> Or, perhaps, the status from aptitude would be more clear.
>> 
>> --\ Packages being automatically held in their current state
>> i A  libsvn1         1.6.17-0sv 1.7.7-0svn
>> i A  subversion      1.6.17-0sv 1.7.7-0svn
>> --\ Packages being held back
>> i    libapache2-svn  1.6.17-0sv 1.7.7-0svn
>> 
>> The package libapache2-svn is on hold, and the two other were installed as
>> it's dependency.

> If you run : apt-show-versions | grep libapache2-svn 

> what does it output? That's the command Webmin uss to determine which
> packages are available to upgrade.

# apt-show-versions | grep libapache2-svn
libapache2-svn/hardy upgradeable from 1.6.17-0svn1~hardy1 to 1.7.7-0svn2~hardy+svn2

Seems like it doesn't account for locking mechanics.
Neither does dpkg-query :(

# dpkg-query -l libapache2-svn
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-f/Unpacked/Failed-cfg/Half-inst/t-aWait/T-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Имя                   Версия             Описание
+++-========================-========================-================================================================
ii  libapache2-svn           1.6.17-0svn1~hardy1      Subversion server modules for Apache


You'd have to use libapt-pkg-perl directly to get full details, I'm afraid.


--
WBR,
Andrey Repin (anrdaemon@...) 23.02.2013, <22:58>

Sorry for my terrible english...

Re: [webmin-l] Issue with new installation of webmin and virtualmin

[Andrey Repin <anrdaemon@fr...>]

Greetings, Webmin users list!

>> >> I've been trying to set up a new VPS box, and got a small problem.
>> >> When trying to install virtualmin (and by extension - webmin through APT
>> >> dependency mechanics), the installation halts at unpacking the virtualmin.
>> >> Running "apt-get install webmin" before repeating "apt-get install
>> >> webmin-virtual-server" solves the issue, allowing webmin to be fully
>> >> configured before vertualmin installation.
>> 
>> > Did you get any error message during the first install of webmin-virtual-server,
>> > and if so what was it?
>> 
>> Oh, sorry. Was tired already, didn't though of it.
>> The error was that of Virtualmin complaining, that the system does not have
>> Webmin installed. Which was making sense - Webmin wasn't configured yet.
>> 
>> > Also, are you installing using our script from http://www.webmin.com/vinstall.html
>> 
>> No, I'm using APT. (I said that, but it wasn't exactly clear.)
>> Speaking of which, it took me a while to find the signing key for virtualmin
>> repository. In the end, I was only able to get it from my bash history on the
>> host I've installed virtualmin in the past.

> Ok, in that case I think the issue is that we don't have dependencies setup
> correctly for the webmin-virtual-server package. Normally this isn't an issue as our
> install script brings in both packages. 

> Actaully, I highly recommend using our installer as it performs a bunch of other setup,
> mostly driven by the virtualmin-based package. This configures postfix, bind, mysql and
> webmin for use by Virtualmin - if you just apt-get install the webmin-* packages, you
> will have to do all that configuration manually.

> However, the installer is only really suitable for use on a fresh system, not one you
> already have configured for web hosting or something else.

It was a fresh system (newly rented VPS), but I'm not a big fan of
installation scripts, or custom installers in general.
Had enough issues with, i.e., Realtek drivers autoinstaller, in the past.

Also, while I was playing with Virtualmin, I've discovered that it's
a bit unsuitable for my needs.
All I need to do is a convenient way to create virtualhost+domain+may be mail
aliases, and to manage the pack (myself) as single entity from a convenient
control panel.
Virtualmin, however, is something more aimed to rented hosting, where one
person (or script) creates hosts for other users to use.
It seems, I'm still able (although, slightly inconveniently) to use it the
desired way, but the bunch of unix users it creating is an unwelcome overhead.


--
WBR,
Andrey Repin (anrdaemon@...) 23.02.2013, <23:10>

Sorry for my terrible english...

Re: [webmin-l] Issue with new installation of webmin and virtualmin

[Jamie Cameron <jcameron@we...>]

On 23/Feb/2013 07:33 Andrey Repin <anrdaemon@...> wrote ..
> Greetings, Webmin users list!
> 
> > On 22/Feb/2013 13:26 Andrey Repin <anrdaemon@...> wrote ..
> >> Greetings, All!
> >> 
> >> I've been trying to set up a new VPS box, and got a small problem.
> >> When trying to install virtualmin (and by extension - webmin through APT
> >> dependency mechanics), the installation halts at unpacking the virtualmin.
> >> Running "apt-get install webmin" before repeating "apt-get install
> >> webmin-virtual-server" solves the issue, allowing webmin to be fully
> >> configured before vertualmin installation.
> 
> > Did you get any error message during the first install of webmin-virtual-server,
> > and if so what was it?
> 
> Oh, sorry. Was tired already, didn't though of it.
> The error was that of Virtualmin complaining, that the system does not have
> Webmin installed. Which was making sense - Webmin wasn't configured yet.
> 
> > Also, are you installing using our script from http://www.webmin.com/vinstall.html
> 
> No, I'm using APT. (I said that, but it wasn't exactly clear.)
> Speaking of which, it took me a while to find the signing key for virtualmin
> repository. In the end, I was only able to get it from my bash history on the
> host I've installed virtualmin in the past.

Ok, in that case I think the issue is that we don't have dependencies setup
correctly for the webmin-virtual-server package. Normally this isn't an issue as our
install script brings in both packages. 

Actaully, I highly recommend using our installer as it performs a bunch of other setup,
mostly driven by the virtualmin-based package. This configures postfix, bind, mysql and
webmin for use by Virtualmin - if you just apt-get install the webmin-* packages, you
will have to do all that configuration manually.

However, the installer is only really suitable for use on a fresh system, not one you
already have configured for web hosting or something else.

 - Jamie

Re: [webmin-l] Typo in (virtualmin?) cron plugin

[Jamie Cameron <jcameron@we...>]

On 23/Feb/2013 07:46 Andrey Repin <anrdaemon@...> wrote ..
> Greetings, All!
> 
> > There are no cron jobs that ** have you have ** access to.

Thanks! I'll fix this in the next Webmin release.

Re: [webmin-l] Webmin ignoring packet states.

[Jamie Cameron <jcameron@we...>]

On 23/Feb/2013 07:45 Andrey Repin <anrdaemon@...> wrote ..
> Greetings, Jamie Cameron!
> 
> 
> >> I have subversion, libsvn1 and libapache2-svn held in state from updates, but
> >> webmin constantly trying to bypass the lock.
> >> Good that I'm the only administrator of this system...
> 
> > That sounds like a bug - which linux distro is this on, and how did you hold
> > updates for those packages?
> 
> Ubuntu Linux (Hardy still, planning dist-upgrade in a week.)
> The packets are locked in APT. apt-get and aptitude correctly see the lock and
> don't upgrade packets, when prompted for system upgrade.
> 
> # LANG=en apt-get upgrade
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> The following packages have been kept back:
>   libapache2-svn libsvn1 subversion
> 0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
> 
> Or, perhaps, the status from aptitude would be more clear.
> 
> --\ Packages being automatically held in their current state
> i A  libsvn1         1.6.17-0sv 1.7.7-0svn
> i A  subversion      1.6.17-0sv 1.7.7-0svn
> --\ Packages being held back
> i    libapache2-svn  1.6.17-0sv 1.7.7-0svn
> 
> The package libapache2-svn is on hold, and the two other were installed as
> it's dependency.

If you run : apt-show-versions | grep libapache2-svn 

what does it output? That's the command Webmin uss to determine which
packages are available to upgrade.

 - Jamie