• Bug#1065022: libglib2.0-0t64: t64 transition breaks the systems

    From Christoph Anton Mitterer@21:1/5 to All on Thu Feb 29 05:00:01 2024
    UGFja2FnZTogbGliZ2xpYjIuMC0wdDY0ClZlcnNpb246IDIuNzguNC0yClNldmVyaXR5OiBjcml0 aWNhbApKdXN0aWZpY2F0aW9uOiBicmVha3MgdW5yZWxhdGVkIHNvZnR3YXJlClgtRGViYnVncy1D YzogZGViaWFuLWRldmVsQGxpc3RzLmRlYmlhbi5vcmcKCkhleS4KCgpDQ2luZyBkLWQgc2luY2Ug dGhlcmUgc2VlbXMgc29tZSBmdXJ0aGVyIGRlZXBlciBwcm9ibGVtIHdpdGggdGhlIHQ2NAp0cmFu c2l0aW9uIChuYW1lbHkgbGliIGZpbGVzIGdldHRpbmcgbG9zdCwgd2hlbiAiZG93bmdyYWRpbmci IGkuZS4KcmV2ZXJ0aW5nKS4KCgpFYXJsaWVyIHRvbmlnaHQgSSd2ZSB1cGdyYWRlZCB0aGlzIGRh eeKAmXMgcGFja2FnZXMgd2hpY2ggaW5jbHVkZWQKbnVtZXJvdXMgdGhhdCBtYWRlIHRoZSB0NjQg dHJhbnNpdGlvbiAoc2VlIHRoZSBhdHRhY2hlZCBhcHRpdHVkZSBsb2cKZm9yIHRoZSB3aG9sZSBw cm9jZXNzLCBmaXJzdCB0aGUgdXBncmFkZSwgYW5kIHRoZW4gImJpLXNlY3RpbmciIHRvCmZpbmQg dGhlIGN1bHByaXQpLgoKSW1tZWRpYXRlbHkgYWZ0ZXJ3YXJkcywgc3RhcnRpbmcgR1VJIHByb2dy YW1zIGZyb20gdGhlIHN0aWxsIHJ1bm5pbmcKZGVza3RvcCBlbnZpcm9ubWVudCBjYXVzZWQgZmFp bHVyZXMgbGlrZToKJCBldmluY2UKCihldmluY2U6MTc1MzcpOiBHTGliLUdJTy1DUklUSUNBTCAq KjogMDQ6MTg6MjIuNjEwOiBnX3NldHRpbmdzX3NjaGVtYV9zb3VyY2VfbG9va3VwOiBhc3NlcnRp b24gJ3NvdXJjZSAhPSBOVUxMJyBmYWlsZWQKCihldmluY2U6MTc1MzcpOiBHTGliLUdJTy1DUklU SUNBTCAqKjogMDQ6MTg6MjIuNjEwOiBnX3NldHRpbmdzX3NjaGVtYV9zb3VyY2VfbG9va3VwOiBh c3NlcnRpb24gJ3NvdXJjZSAhPSBOVUxMJyBmYWlsZWQKCihldmluY2U6MTc1MzcpOiBHTGliLUdJ Ty1FUlJPUiAqKjogMDQ6MTg6MjIuNjU4OiBObyBHU2V0dGluZ3Mgc2NoZW1hcyBhcmUgaW5zdGFs bGVkIG9uIHRoZSBzeXN0ZW0KVHJhY2UvYnJlYWtwb2ludCB0cmFwCiQgZ2VkaXQKCihnZWRpdDox NzU4NSk6IEdMaWItR0lPLUVSUk9SICoqOiAwNDoxODozNS4wMTI6IE5vIEdTZXR0aW5ncyBzY2hl bWFzIGFyZSBpbnN0YWxsZWQgb24gdGhlIHN5c3RlbQpUcmFjZS9icmVha3BvaW50IHRyYXAKJAoK SSBzdXNwZWN0ZWQgYSByZWJvb3QgbWlnaHQgYmUgbmVlZGVkIGJ1dCBhZnRlciB0aGF0IGV2ZW4g dGhlIGRpc3BsYXkKbWFuYWdlciBkaWRuJ3Qgc3RhcnQgYW55bW9yZS4KSSBzYXcgZXJyb3JzIGxp a2U6CkZlYiAyOSAwMjo1MToxNCBoZWlzZW5iZXJnIGtlcm5lbDogdHJhcHM6IGF0LXNwaS1idXMt bGF1blsxNzkzNV0gdHJhcCBpbnQzIGlwOjdmZGNlZWM0OTU4NyBzcDo3ZmZkMGFjZGFkZTAgZXJy b3I6MCBpbiBsaWJnbGliLTIuMC5zby4wLjc4MDAuNFs3ZmRjZWVjMDUwMDArOTkwMDBdCkZlYiAy OSAwMjo1MTo1MiBoZWlzZW5iZXJnIGtlcm5lbDogdHJhcHM6IGF0LXNwaS1idXMtbGF1blsxNzk0 MV0gdHJhcCBpbnQzIGlwOjdmNTJlNTNlZTU4NyBzcDo3ZmZjYzY5YjBmYzAgZXJyb3I6MCBpbiBs aWJnbGliLTIuMC5zby4wLjc4MDAuNFs3ZjUyZTUzYWEwMDArOTkwMDBdCgoKTXkgZmlyc3QgZ3Vl c3Mgd2FzIGdsaWIsIHNvIEkgZG93bmdyYWRlZCB0aGF0IChldmVyeXRoaW5nIGZyb20gdGhlIHNv dXJjZQpwYWNrYWdlKSwgYnV0IHRoYXQgZGlkbid0IGhlbHAuCgpBcyB5b3UgY2FuIHNlZSBmcm9t IHRoZSBhcHRpdHVkZSBsb2csIEkgdGhlbiBtb3ZlZCBvbiBkb3duZ3JhZGUgZnVydGhlcgpvZiB0 aGUgcHJldmlvdXNseSB1cGdyYWRlZCBwYWNrYWdlcywgc2V2ZXJhbCB0aW1lcyBJJ3ZlIHJlYm9v dGVkIGluLQpiZXR3ZWVuIChlLmcuIGFmdGVyIGRvd25ncmFkaW5nIHRoaW5ncyBsaWtlICpwYW0q IGFuZCAqc3lzdGVtZCopLgoKQWxvbmcgdGhlIHdheSBJIHNhdyB0aGUgbW9zdCB3ZWlyZGVzdCBl ZmZlY3RzOgotIGxvZ2luZCB3YXMgYXBwcmVudGx5IGluIHNvbWUgYm9ndXMgc3RhdGUsIHdoaWNo IEkgdGhpbmsgbWlnaHQKICBoYXZlIGJlZW4gdGhlIHJlYXNvbiwgd2h5IFgvdGhlIGRpc3BsYXkg bWFuYWdlciByZW1haW5lZCBibGFjay9odW5nIGZvcgogIHNldmVyYWwgbWludXRlczoKICBGZWIg MjkgMDM6Mzc6MjEgaGVpc2VuYmVyZyBsaWdodGRtWzEzOTg4Nl06IEZhaWxlZCB0byBnZXQgbGlz dCBvZiBsb2dpbmQgc2VhdHM6IEdEQnVzLkVycm9yOm9yZy5mcmVlZGVza3RvcC5EQnVzLkVycm9y LlRpbWVkT3V0OiBGYWlsZWQgdG8gYWN0aXZhdGUgc2VydmljZSAnb3JnLmZyZWVkZXNrdG9wLmxv Z2luMSc6IHRpbWVkIG91dCAoc2VydmljZV9zdGFydF90aW1lb3V0PTI1MDAwbXMpCgotIEF0IHNv bWUgcG9pbnQsIHdoZW4gaW5zdGFsbGluZyBwYWNrYWdlcyB2aWEgYXB0aXR1ZGUKICAjIGFwdGl0 dWRlCiAgPGhlcmUgSSBzdGFydGVkIHRoZSB1cGdyYWRlIG9yIGRvd25ncmFkZT4KICBQZXJmb3Jt aW5nIGFjdGlvbnMuLi4KICA8aGVyZSBpdCBoYW5nIGZvciBzZXZlcmFsIG1pbnV0ZXMuLi4gbm8g cmVhbCBDUFUvZGlzayBsb2FkPgogIAogIEFuZCBpdCBhbHNvIGh1bmcgYXQgdGhlIGVuZCBzaG9y dGx5IGFmdGVyIGZpbmlzaGluZyB0aGUKICB1cGdyYWRlL2Rvd25ncmFkZS4KCi0gV2hlbiBkb3du Z3JhZGluZyBwYWNrYWdlcyB0aGF0IGhhZCBhIHQ2NCB0cmFuc2l0aW9uLCBzb21ldGltZXMKICB0 aGUgbGliIGZpbGUgd2FzIGdvbmUuCiAgSS5lLiBJIHJlbW92ZWQgdGhlICp0NjQgcGFja2FnZSBh bmQgcmUtaW5zdGFsbGVkIHRoZSBvbGQgb25lCiAgYW5kIHRoZW4gdGhlIC5zbyBmaWxlIGZvciBs aWJhcHQtcGtnNi4wIGFuZCBsaWJwYW0wZyB3YXMgbWlzc2luZy4KICBIb3cgY2FuIHRoYXQgaGFw cGVuPwoKCkV2ZW50dWFsbHkgSSBkb3duZ3JhZGVkIHRoZSBnY3IvZ2NrIHN0dWZmLCBhbmQgdGhl biBpdCB3b3JrZWQgYWdhaW4uCgpGcm9tIHRoYXQgSSB3ZW50IGZvcndhcmQgYW5kIHVwZ3JhZGUg YWxsIHRoZSB2YXJpb3VzIHBhY2thZ2VzIGFnYWluLCB0bwpzZWUgd2hlcmUgdGhlIHByb2JsZW0g YWN0dWFsbCBpcy4KClR1cm5zIG91dCwgaXQncyBwcm9iYWJseSBhY3R1YWxseSBsaWJnbGliLgoK V2hlbiBJIGluc3RhbGwgdGhlIGZpcnN0IHRpbWUgbGliZ2xpYjIuMC0wdDY0IChhbmQgcHVyZ2Ug bGliZ2xpYjIuMC0wKSwKdGhpbmdzIHN0YXJ0IHRvIGJyZWFrIGFwYXJ0LgpXaGVuIEkgcmUtaW5z dGFsbCBsaWJnbGliMi4wLTB0NjQsIHRoaW5ncyB3b3JrIGFnYWluIChpdCBzZWVtcyByZWdhcmRs ZXNzCm9mIHRoZSBnY3IvZ2NrIHN0dWZmKS4KCgpMb25nIHN0b3J5IHNob3J0OgpAZ2xpYiBtYWlu dGFpbmVyczoKLSB0aGVyZSdzIHNvbWV0aGluZyB3cm9uZyB3aXRoIHRoZSB0cmFuc2l0aW9uICh1 bmxlc3MgZXZlbiB0aGF0IG5lZWQgZm9yCiAgdGhlIHJlLWluc3RhbGwgaXMgYWxyZWFkeSBhIHNp Z24gZm9yIHNvbWUgZGVlcGVyIGlzc3VlcykKCkBkLWQ6Ci0gSG93IGNhbiBpdCBoYXBwZW4gdGhh dCBwdXJnZSAqdDY0IHBhY2thZ2VzIGFuZCBhdCB0aGUgc2FtZSB0aW1lIGluc3RhbGwKICB0aGUg cHJldmlvdXMgcGFja2FnZSwgYW5kIHRoZW4gdGhlIHNvIGZpbGUgaXMgbWlzc2luZz8KICBJIG1l YW4gaXQncyBjbGVhciB0aGF0IHRoZXkgdXNlIHRoZSBzYW1lIG5hbWUsIGJ1dCBzaG91bGRuJ3Qg RFBLRyBoYW5kbGUKICB0aGUgY2xlYW5seT8KClRoYW5rcywKQ2hyaXMKClBTOiBJJ2xsIGF0dGFj aCB0aGUgYXB0aXR1ZGUgbG9nIG9ubHkgdG8gdGhlIGJ1ZyBhbmQgbm90IHRvIGQtZCwgaW4KICAg IG9yZGVyIG5vdCB0byBzcGFtIHNvIG1hbnkgcGVvcGxlIHdpdGggaXQuCiAgICBJdCdzIHByb2Jh Ymx5IGFueXdheSB1c2VsZXNzcywgYnV0IG1pZ2h0IGhlbHAgdG8gZmluZCBvdXQgd2h5CiAgICBk b3duZ3JhZGluZyBnY2svZ2NyIHN0dWZmIGhlbHBlZCBmaXJzdCwgd2l0aG91dCByZS1pbnN0YWxs aW5nIHRoZQogICAgZ2xpYiBwYWNrYWdlLgoKLS0gU3lzdGVtIEluZm9ybWF0aW9uOgpEZWJpYW4g UmVsZWFzZTogdHJpeGllL3NpZAogIEFQVCBwcmVmZXJzIHVuc3RhYmxlLWRlYnVnCiAgQVBUIHBv bGljeTogKDUwMCwgJ3Vuc3RhYmxlLWRlYnVnJyksICg1MDAsICd0ZXN0aW5nLWRlYnVnJyksICg1 MDAsICd1bnN0YWJsZScpLCAoNTAwLCAndGVzdGluZycpCkFyY2hpdGVjdHVyZTogYW1kNjQgKHg4 Nl82NCkKCktlcm5lbDogTGludXggNi42LjE1LWFtZDY0IChTTVAgdy8xNiBDUFUgdGhyZWFkczsg UFJFRU1QVCkKTG9jYWxlOiBMQU5HPWVuX0RFLlVURi04LCBMQ19DVFlQRT1lbl9ERS5VVEYtOCAo Y2hhcm1hcD1VVEYtOCksIExBTkdVQUdFIG5vdCBzZXQKU2hlbGw6IC9iaW4vc2ggbGlua2VkIHRv IC91c3IvYmluL2Rhc2gKSW5pdDogc3lzdGVtZCAodmlhIC9ydW4vc3lzdGVtZC9zeXN0ZW0pCgpW ZXJzaW9ucyBvZiBwYWNrYWdlcyBsaWJnbGliMi4wLTB0NjQgZGVwZW5kcyBvbjoKaWkgIGxpYmM2 ICAgICAgICAgMi4zNy0xNQppaSAgbGliZmZpOCAgICAgICAzLjQuNi0xCmlpICBsaWJtb3VudDEg ICAgIDIuMzkuMy02CmlpICBsaWJwY3JlMi04LTAgIDEwLjQyLTQrYjEKaWkgIGxpYnNlbGludXgx ICAgMy41LTIKaWkgIHpsaWIxZyAgICAgICAgMToxLjMuZGZzZy0zK2IxCgpWZXJzaW9ucyBvZiBw YWNrYWdlcyBsaWJnbGliMi4wLTB0NjQgcmVjb21tZW5kczoKaWkgIGxpYmdsaWIyLjAtZGF0YSAg IDIuNzguNC0yCmlpICBzaGFyZWQtbWltZS1pbmZvICAyLjQtMQppaSAgeGRnLXVzZXItZGlycyAg ICAgMC4xOC0xCgpWZXJzaW9ucyBvZiBwYWNrYWdlcyBsaWJnbGliMi4wLTB0NjQgc3VnZ2VzdHM6 CnBuICBsb3ctbWVtb3J5LW1vbml0b3IgIDxub25lPgoKLS0gbm8gZGViY29uZiBpbmZvcm1hdGlv bgo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ash Joubert@21:1/5 to All on Thu Feb 29 06:20:01 2024
    Workaround for me was to reinstall gsettings-desktop-schemas:

    # apt-get reinstall gsettings-desktop-schemas

    I have circulated this rescue information to debian-devel and debian-users.

    Cheers,
    Ash.


    -------- Forwarded Message --------
    Subject: Fwd: Fix for missing gsettings desktop schemas on unstable
    Date: Thu, 29 Feb 2024 12:03:11 +1300
    From: Ash Joubert <ash@transient.nz>
    To: debian-devel@lists.debian.org

    I know the time_t transition is in progress but there could have been a
    nicer experience for users on unstable:

    Feb 29 10:31:30 ripley systemd[914]: Starting at-spi-dbus-bus.service - Accessibility services bus...
    Feb 29 10:31:30 ripley at-spi-bus-laun[984]: Cannot get the default GSettingsSchemaSource - is the gsettings-desktop-schemas package installed?
    Feb 29 10:31:30 ripley systemd[914]: at-spi-dbus-bus.service: Main
    process exited, code=killed, status=5/TRAP
    Feb 29 10:31:30 ripley systemd[914]: at-spi-dbus-bus.service: Failed
    with result 'signal'.
    Feb 29 10:31:30 ripley kernel: traps: at-spi-bus-laun[984] trap int3 ip:7f46709b4587 sp:7ffea37840b0 error:0 in libglib-2.0.so.0.7800.4[7f4670970000+99000]
    Feb 29 10:31:30 ripley systemd[914]: Failed to start
    at-spi-dbus-bus.service - Accessibility services bus.

    rednotebook just refused to start!

    Cheers,
    Ash.


    -------- Forwarded Message --------
    Subject: Fix for missing gsettings desktop schemas on unstable
    Date: Thu, 29 Feb 2024 11:56:48 +1300
    From: Ash Joubert <ash@transient.nz>
    To: debian-user@lists.debian.org

    There is a huge transition underway on unstable to migrate to 64-bit
    time_t. After upgrading to the new libglib2.0-0t64, nothing could find gsettings desktop schemas, breaking applications like rednotebook and
    reportbug (lol), and after a reboot, stopping services like at-spi from starting, causing huge timeouts at system and application start.

    A workaround that worked for me was to reinstall gsettings-desktop-schemas:

    # apt-get reinstall gsettings-desktop-schemas
    Reading package lists... Done
    Building dependency tree... Done
    Reading state information... Done
    0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not
    upgraded.
    Need to get 660 kB of archives.
    After this operation, 0 B of additional disk space will be used.
    Get:1 http://ftp.debian.org/debian sid/main amd64
    gsettings-desktop-schemas all 46~beta-3 [660 kB]
    Fetched 660 kB in 2s (431 kB/s)
    (Reading database ... 300005 files and directories currently installed.) Preparing to unpack .../gsettings-desktop-schemas_46~beta-3_all.deb ... Unpacking gsettings-desktop-schemas (46~beta-3) over (46~beta-3) ...
    Setting up gsettings-desktop-schemas (46~beta-3) ...
    Processing triggers for libglib2.0-0t64:amd64 (2.78.4-2) ...

    Cheers,

    --
    Ash Joubert (they/them) <ash@transient.nz>
    Director / Game Developer
    Transient Software Limited <https://transient.nz/>
    New Zealand

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul Gevers@21:1/5 to Christoph Anton Mitterer on Thu Feb 29 07:00:01 2024
    To: 1065022@bugs.debian.org
    To: debian-devel@lists.debian.org (debian-devel@lists.debian.org)

    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------mOGe9GyiIZr7hytIF0sfgJmf
    Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64

    SGksDQoNCk9uIDI5LTAyLTIwMjQgNDo0NyBhLm0uLCBDaHJpc3RvcGggQW50b24gTWl0dGVy ZXIgd3JvdGU6DQo+IEBkLWQ6DQo+IC0gSG93IGNhbiBpdCBoYXBwZW4gdGhhdCBwdXJnZSAq dDY0IHBhY2thZ2VzIGFuZCBhdCB0aGUgc2FtZSB0aW1lIGluc3RhbGwNCj4gICAgdGhlIHBy ZXZpb3VzIHBhY2thZ2UsIGFuZCB0aGVuIHRoZSBzbyBmaWxlIGlzIG1pc3Npbmc/DQo+ICAg IEkgbWVhbiBpdCdzIGNsZWFyIHRoYXQgdGhleSB1c2UgdGhlIHNhbWUgbmFtZSwgYnV0IHNo b3VsZG4ndCBEUEtHIGhhbmRsZQ0KPiAgICB0aGUgY2xlYW5seT8NCg0KV2VsbCwgb2ZmaWNp YWxseSBkb3duZ3JhZGluZyBpc24ndCBzdXBwb3J0ZWQgKGFsdGhvdWdoIGl0IHR5cGljYWxs eSANCndvcmtzKSAqYW5kKiBsb3NpbmcgZmlsZXMgaXMgb25lIG9mIHRoZSBwcm9ibGVtcyBv ZiBvdXIgbWVyZ2VkLS91c3IgDQpzb2x1dGlvbiAoc2VlIFsxXSkuIEkgKnN1c3BlY3QqIHRo aXMgbWlnaHQgYmUgdGhlIGNhdXNlLiBXZSdyZSB3b3JraW5nIA0KaGFyZCAod2VsbCwgaGVs bXV0IGlzKSB0byBwcm90ZWN0IHVzIGFuZCBvdXIgdXNlcnMgZnJvbSBsb29zaW5nIGZpbGVz IG9uIA0KdXBncmFkZXMuIFdlIGRvbid0IHByb3RlY3QgYWdhaW5zdCBkb3duZ3JhZGVzLg0K DQpPYnZpb3VzbHkgdGhlcmUgbWlnaHQgYmUgaXNzdWVzLCBidXQgeW91IGFyZSBydW5uaW5n IHVuc3RhYmxlICpkdXJpbmcqIGEgDQp0cmFuc2l0aW9uLiBZb3UgaGF2ZSB0byBleHBlY3Qg c29tZSB0cm91Ymxlcy4gVGhhbmtzIGZvciB0aGUgDQppbmZvcm1hdGlvbiwgbGV0J3Mgc2Vl IGlmIHRoaXMgaXMgYSByZWFsIGlzc3VlIG9yIG5vdC4NCg0KUGF1bA0KDQpbMV0gaHR0cHM6 Ly9zdWJkaXZpLmRlL35oZWxtdXQvZGVwMTcuaHRtbA0K

    --------------mOGe9GyiIZr7hytIF0sfgJmf--

    -----BEGIN PGP SIGNATURE-----

    wsB5BAABCAAjFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAmXgG/QFAwAAAAAACgkQnFyZ6wW9dQr5 /Qf9EaktgGrSgMaxge3qZPx95B3MKd4zPqHUDPGtsiADkAtkDOJQfxuVCvrvFyb1g0TEb2/1oE7K sH/nUzlMFyjsU1hgf09haL/I9tjOkHiqIV54TGrRTJ0X5f94RZTera+K0L4Q5hq9oHrcP0OFalj+ XS4tcHCztdhqBO8eiRdHK0IWjeR34erPcUkN9aGrUBULZ8TIUlBjoDfKFyaa42hClA+bosElj/HB 6oHIllE3b+pSA1cb5ltGQmC/KvLsSEpfuvv7BRaRyjem4pkjPOSRB0rT2Y4w39h05rpnWVa4pOCZ ypYZ+ra2sJIKnOOysZdSG/WIxngEEpmqN17kHpvo3A==
    =R/KW
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Steve Langasek@21:1/5 to Paul Gevers on Thu Feb 29 07:10:02 2024
    On Thu, Feb 29, 2024 at 06:53:56AM +0100, Paul Gevers wrote:
    On 29-02-2024 4:47 a.m., Christoph Anton Mitterer wrote:
    @d-d:
    - How can it happen that purge *t64 packages and at the same time install
    the previous package, and then the so file is missing?
    I mean it's clear that they use the same name, but shouldn't DPKG handle
    the cleanly?

    Well, officially downgrading isn't supported (although it typically works) *and* losing files is one of the problems of our merged-/usr solution (see [1]). I *suspect* this might be the cause. We're working hard (well, helmut is) to protect us and our users from loosing files on upgrades. We don't protect against downgrades.

    Obviously there might be issues, but you are running unstable *during* a transition. You have to expect some troubles. Thanks for the information, let's see if this is a real issue or not.

    Furthermore, this is a downgrade from a replacing package to a replaced package. Unless you also --reinstall the package at the end, missing files
    are quite to be expected.

    --
    Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slangasek@ubuntu.com vorlon@debian.org

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEErEg/aN5yj0PyIC/KVo0w8yGyEz0FAmXgHN4ACgkQVo0w8yGy Ez1KAg/+MESQj72nKITnXv3NjX82/sl9o80CY6R5vK/V/aDnmrGSPQ1PbeQ9N9BM NR1busievv2acWfBNdZfTUZca9nk487ol/70SeislhpOB/LY6NeU4afaYzkjLt2H XR6R4Hdj1sR3KQFCz6lK70GBmm0FQzc9/x4iXyz5nPf/cPYPMdUovjW/N67RTboa Fat4E4xqCMk9l1Sm3wetAy9tgTM2rLUQxH9kNoy1OVzcEGfdNSS1zr4nK64paXIC Ipr7eGYpTRM0HKm21OD4lpfH9h1l8OjYClEuFt37pjp13zvnP3LFOTy78sqEmMRb 7qsF3QWbql/2kLtotjQKqyGQWosQHcJWTMfx/WoeIa7LNWnlcVf8OqoWG1axI9zg EFqWWnHucgZKUhU5wcWl0OsiXB+RHmTHTdjZaER9nYzGx60x3SS6ejx4pRRfbBfG 0UPnyE6gOD22AsCuk7INeqFPasF96E0v5IWZKRNQo6BuqZWAv/m+rVLn0dmLQVKl HXxhGcD6dfbyLxGVpo3A6slYDnbSuxVQJKxAZHbUggtfvU93DsqpIBPqgKcSBh0q fI0rYFaFv4aGNf4iDY0+
  • From Debian Bug Tracking System@21:1/5 to All on Thu Feb 29 11:40:01 2024
    Processing control commands:

    retitle -1 libglib2.0-0t64: transition from libglib2.0-0 breaks GSettings, GIO modules
    Bug #1065022 [libglib2.0-0t64] libglib2.0-0t64: t64 transition breaks the system
    Changed Bug title to 'libglib2.0-0t64: transition from libglib2.0-0 breaks GSettings, GIO modules' from 'libglib2.0-0t64: t64 transition breaks the system'.

    --
    1065022: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065022
    Debian Bug Tracking System
    Contact owner@bugs.debian.org with problems

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Christoph Anton Mitterer@21:1/5 to Steve Langasek on Thu Feb 29 13:40:01 2024
    On Wed, 2024-02-28 at 21:57 -0800, Steve Langasek wrote:
    Furthermore, this is a downgrade from a replacing package to a
    replaced
    package. Unless you also --reinstall the package at the end, missing
    files
    are quite to be expected.

    Shouldn't that case be something that DPKG could detect and either warn
    or automatically re-install... or do it in the right order (first
    purge, that installed) and thus prevent the replaced files from being
    deleted?

    Thanks,
    Chris.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Simon McVittie@21:1/5 to Leandro Cunha on Thu Feb 29 13:40:01 2024
    On Thu, 29 Feb 2024 at 08:40:28 -0300, Leandro Cunha wrote:
    Jeremy uploaded glib 2.0 to experimental which fixes such problems

    libglib2.0-0t64 in experimental does not contain any changes that would intentionally fix this.

    Upgrading to the experimental libglib2.0-0t64 probably fixes this as a side-effect, but if it does, then reinstalling the unstable libglib2.0-0t64 would have the same effect as upgrading to experimental.

    smcv

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Christoph Anton Mitterer@21:1/5 to Paul Gevers on Thu Feb 29 14:00:03 2024
    On Thu, 2024-02-29 at 06:53 +0100, Paul Gevers wrote:
    Well, officially downgrading isn't supported (although it typically
    works) *and* losing files is one of the problems of our merged-/usr
    solution (see [1]). I *suspect* this might be the cause. We're
    working
    hard (well, helmut is) to protect us and our users from loosing files
    on
    upgrades. We don't protect against downgrades.

    Obviously there might be issues, but you are running unstable
    *during* a
    transition. You have to expect some troubles. Thanks for the
    information, let's see if this is a real issue or not.

    Well I didn't mean to complain :-)

    As you said, usually downgrades (well rather: purge + install the old
    package, here) work,... it's just this time, that it didn't because of
    what Simon explained in #1065022 and it took me quite a while to
    realise that re-installing solved the issue.

    That plus the vanished lib files and that probably more people might be affected by the issue, made me think that it wouldn't harm to CC d-d :)

    Cheers,
    Chris.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Simon McVittie@21:1/5 to All on Sun Mar 3 02:40:01 2024
    Control: tag -1 pending

    Hello,

    Bug #1065022 in glib2.0 reported by you has been fixed in the
    Git repository and is awaiting an upload. You can see the commit
    message below and you can check the diff of the fix at:

    https://salsa.debian.org/gnome-team/glib/-/commit/451ed4fd133f4cac0b1530cbba2a63a18c6543e1

    ------------------------------------------------------------------------ d/libglib2.0-0t64.preinst: Remove libglib2.0-0 postrm to avoid file loss

    During the migration from libglib2.0-0 to libglib2.0-0t64, the package
    that is responsible for "owning" /usr/lib/*/gio/modules/giomodule.cache
    and /usr/share/glib-2.0/schemas/gschemas.compiled changed from
    libglib2.0-0 to libglib2.0-0t64. Because dpkg does not have an equivalent
    of RPM's %ghost files, the ownership of these files is managed by social convention rather than by the package management system.

    Unfortunately, libglib2.0-0's postrm as shipped in Debian releases from
    2010 to the present is not aware of the possibility that another binary
    package might need to take over responsibility for those files, and so
    will remove both files during purge (and giomodules.cache also during
    remove) in accordance with the requirement that installing and then
    removing and purging a package must not leave unowned files behind.
    This causes most applications that depend on GSettings schemas to crash
    with an assertion failure, until the next time the glib-compile-schemas
    trigger happens to be run; it will also cause functionality loss for applications that depend on GIO modules.

    To disarm the problematic maintainer script, delete it during the new
    package's preinst. This is (probably) a Policy violation, but seems like
    the least-bad exit strategy from the unacceptable situation we have
    found ourselves in.

    A subsequent commit will improve the postrm so that if we find that we
    need to migrate from libglib2.0-0t64 to libglib2.0-0xyz or libglib-2.0-0
    at some point in the future, similar efforts will not be needed.

    Closes: #1065022 ------------------------------------------------------------------------

    (this message was generated automatically)
    --
    Greetings

    https://bugs.debian.org/1065022

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Debian Bug Tracking System@21:1/5 to All on Sun Mar 3 02:40:01 2024
    Processing control commands:

    tag -1 pending
    Bug #1065022 [libglib2.0-0t64] libglib2.0-0t64: transition from libglib2.0-0 breaks GSettings, GIO modules
    Added tag(s) pending.

    --
    1065022: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065022
    Debian Bug Tracking System
    Contact owner@bugs.debian.org with problems

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)