[Bug 315896] Re: freeradius upgrade broken in hardy backports

2015-08-05 Thread Robert C Jennings
Marking as won't fix due to hardy EOL.

** Changed in: freeradius (Ubuntu)
   Status: Triaged = Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to freeradius in Ubuntu.
https://bugs.launchpad.net/bugs/315896

Title:
  freeradius upgrade broken in hardy backports

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/freeradius/+bug/315896/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 315896] Re: freeradius upgrade broken in hardy backports

2009-09-23 Thread Chuck Short
Nearly all of these issues have been resolved in karmic. Maybe the
backporters would like to fix it.

Regards
chuck

** Changed in: freeradius (Ubuntu)
   Status: New = Triaged

-- 
freeradius upgrade broken in hardy backports
https://bugs.launchpad.net/bugs/315896
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to freeradius in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 315896] Re: freeradius upgrade broken in hardy backports

2009-09-23 Thread Chuck Short
Nearly all of these issues have been resolved in karmic. Maybe the
backporters would like to fix their backport.

Regards
chuck

-- 
freeradius upgrade broken in hardy backports
https://bugs.launchpad.net/bugs/315896
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to freeradius in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 315896] Re: freeradius upgrade broken in hardy backports

2009-01-12 Thread Dameon Wagner
Brilliant, thanks Alan.

-- 
freeradius upgrade broken in hardy backports
https://bugs.launchpad.net/bugs/315896
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to freeradius in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 315896] Re: freeradius upgrade broken in hardy backports

2009-01-11 Thread Dameon Wagner
I understand that it might not be recommended to do cross major version
upgrades, but it is one of the (usually) strong points of the APT
system, and indeed, I've rarely had any issues doing such things in the
past.  However, normally there's a ncurses dialog that mentions a few
things, possibly warns about issues that might be faced, and often
offers to show the admin a diff of old vs. new configuration files (not
that that is always easy between major revisions, due to changes in
config syntax and options).  What I take issue with is that there
weren't any of these warnings to enlighten me.

What I see as the main issue here is the inconsistency of the package
itself, not that it's a cross major version upgrade.  Indeed, the major
issue, other than the post-upgrade missing binaries (that was easily
fixed by installing the errant package) is that the NEW radiusd.conf and
the NEW initscript don't match, and from what I can gather, this would
also have been the had I installed freeradius 2.1.0 fresh, rather than
as an upgrade.  The simple matter is that the installed radiusd.conf
configures the daemon to use /var/run/radiusd/radiusd.pid as it's
PIDFILE, where as the initscript chooses to use
/var/run/freeradius/freeradius.pid.

Other than the SQL $INDCLUDE files issue (which probably don't need to
be there by default, and are likely useless without further
configuration by the system admin), the matter of the pidfiles should be
a simple and inconsequential fix -- I don't really care which way round
it goes, but radiusd.conf and the daemon's initscript need to agree on
where the PIDFILE is going to go, and what it's called.

I've attached a small patch that fixes both non-existant $INCLUDE and
PIDFILE issues.  It works for me.

** Attachment added: Comments unnecessary SQL includes, and brings conf and 
initscripts into agreement
   http://launchpadlibrarian.net/21110031/freeradius_upgrade_confs.diff

-- 
freeradius upgrade broken in hardy backports
https://bugs.launchpad.net/bugs/315896
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to freeradius in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 315896] Re: freeradius upgrade broken in hardy backports

2009-01-10 Thread Alan DeKok
Performing automated upgrades across major revision numbers of a program
isn't recommended.

There are a large number of changes in the configuration files and in
their processing from version 1.1.x to version 2.1.x.  Writing scripts
to do automated upgrades is extremely difficult.  The upgrade process
MUST be done by hand.

My suggestion is that the 2.1.x installer check the major version number
of the previously installed package.  If they don't match, it should
refuse to do the upgrade.

-- 
freeradius upgrade broken in hardy backports
https://bugs.launchpad.net/bugs/315896
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to freeradius in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs