Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 178886
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Harald van Dijk <truedfx@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: S. van Boven <xentric@zeelandnet.nl>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 178886 depends on: Show dependency tree
Bug 178886 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2007-05-17 14:56 0000
Hi Harold,

Finally after lot's of testing I'm ready to roll out the new version. See
changelog (in tarball) for details about bugfixes, changes and added
functionality. I want it to go into the tree as version 1.8.2 because some
users already have 1.8.1 versions on their system for testing purposes...

Note that the alias for emerge is now deprecated, cfg-update will prompt the
user to remove the alias until it is actually removed/disabled.
The script automatically creates the new hook for Portage, and if Paludis is
found it will create a hook for that too.

The ebuild now also disables the hook(s) upon uninstalling. When upgrading to a
newer version, the hook(s) will be automatically re-enabled upon first use of
the new version of cfg-update.

Besides that, cfg-update is now capable of updating multiple systems from a
single location (see /etc/cfg-update.hosts for more info)

I have also included a test-set for functional testing which can be extracted
to /etc/test like this:
# gzip -dc "/usr/lib/cfg-update/test.tgz" | tar -xpf - --directory /etc

Then inject the neccesary checksums into the index:
# cd /etc/test
# ./prepare_cfg-update_test

Then run cfg-update to test if it handles the updates properly:
# cfg-update -u

Regards,

Stephan

Reproducible: Always

------- Comment #1 From Harald van Dijk 2007-05-17 17:05:33 0000 -------
During installation, I get a notice that cfg-update_phphelper is not present,
and it indeed isn't. Is it supposed to be gone? If so, src_install probably
shouldn't install it. :-)

It does not prevent a successfull installation though, and it's looking very
good, so I'll try to make sure I can add it today, assuming that one file is
intentionally gone. Thanks!

------- Comment #2 From S. van Boven 2007-05-17 17:14:09 0000 -------
Ow... I forgot to put that file in the tarball.
It was not supposed to be missing, it should be installed to avoid errors with
emerging until the user has manually disabled/removed the old alias!

Can I still change the tarball on my webserver, or do you prefer a new
cfg-update-1.8.2-r1.tar.gz ?

------- Comment #3 From Harald van Dijk 2007-05-17 17:32:32 0000 -------
There's no problem if you could upload a new cfg-update-1.8.2.tar.gz file.

------- Comment #4 From S. van Boven 2007-05-17 17:40:58 0000 -------
Done... replaced the tarball.
Thanks!

------- Comment #5 From Harald van Dijk 2007-05-17 18:23:04 0000 -------
And, added, thanks!

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug