1. Forum
  2. Usenet
  3. LINUX.DEBIAN.BUGS.DIST

  • Bug#264384: Better dh_gconf schema location migration support

    From Christian Marillat@1:229/2 to All on Wed Aug 11 11:50:07 2004
    From: [email protected]

    Hi,

    I see another problem with this patch. Whats happen if a schemas file is removed before a new package is built with this new dh_gconf ?

    Christian


    --
    To UNSUBSCRIBE, email to [email protected]
    with a subject of "unsubscribe". Trouble? Contact [email protected]

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From J.H.M. Dassen (Ray)@1:229/2 to Christian Marillat on Wed Aug 11 14:00:13 2004
    From: [email protected]

    On Wed, Aug 11, 2004 at 11:16:50 +0200, Christian Marillat wrote:
    I see another problem with this patch. Whats happen if a schemas file is removed before a new package is built with this new dh_gconf ?

    Just have the new package list that schema in SCHEMA_FILES and things will
    be fine. The removal code will remove it in the old location, and the
    install code is properly guarded to test for its existence in the new
    location, so it won't do anything.

    Ray
    --
    People don't respond to any events as real people facing events would. Otherwise, only one company would ever have installed Microsloth software.
    Paul Tomko in <3a033dbf$1$1584$[email protected]>


    --
    To UNSUBSCRIBE, email to [email protected]
    with a subject of "unsubscribe". Trouble? Contact [email protected]

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Christian Marillat@1:229/2 to [email protected] on Wed Aug 11 14:10:10 2004
    From: [email protected]

    "J.H.M. Dassen (Ray)" <[email protected]> writes:

    On Wed, Aug 11, 2004 at 11:16:50 +0200, Christian Marillat wrote:
    I see another problem with this patch. Whats happen if a schemas file is
    removed before a new package is built with this new dh_gconf ?

    Just have the new package list that schema in SCHEMA_FILES and things will
    be fine. The removal code will remove it in the old location, and the
    install code is properly guarded to test for its existence in the new location, so it won't do anything.

    I'm talking when a new package provides less schemas files than the
    previous one. Some file will be never removed from the old place.

    Christian


    --
    To UNSUBSCRIBE, email to [email protected]
    with a subject of "unsubscribe". Trouble? Contact [email protected]

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Josselin Mouette@1:229/2 to Joey Hess on Mon Aug 16 22:00:11 2004
    From: [email protected]

    On lun, 2004-08-09 at 15:54 -0300, Joey Hess wrote:
    That one could be left out then. I have seen .dpkg-old entries under /etc/gconf/schemas on production systems though, so handling .dpkg-old and .dpkg-new seems the right thing to do.

    The only reason I can guess why joss made it remove the old files only
    on purge is that these were conffiles, and so there could be local modifications that should be preserved. Following this line of thinking, .dpkg-old could have historic information the user wants to keep, and of course the conffiles themselves should be removed only if unchanged.

    Indeed, the reason why I didn't remove those files blindly is that they
    are conffiles, and the sysadmin may want to see his modifications kept somewhere.

    However, I agree that this is minor enough, and we can remove them if
    enough people want that. But this is too late for sarge anyway, this is
    a decision that affects sarge->sarge+1 migration.

    Regards,
    --
    .''`. Josselin Mouette /\./\
    : :' : [email protected]
    `. `' [email protected]
    `- Debian GNU/Linux -- The power of freedom

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.2.5 (GNU/Linux)

    iD8DBQBBIQ0+rSla4ddfhTMRAr5oAKDCY9DSTxPZqGYehlcSwhQbzG1WVwCg+ZS5 M/mM4SEmCDLY0prYYE4jLjc=
    =Twz+
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)