time64 ABI fix coming to upstream glibc
The and headers had a bug that the on-disk structures defined there could change size on some targets when _TIME_BITS was set to 64. This is obviously wrong because the files are not going to magically change their layout because the application accessing them was built in a specific way. We're going to fix this in glibc upstream on the stable release branches, going all the way back to glibc 3.34 (the first release with this kind of time64 support). After the fix, the _TIME_BITS definition will no longer impact struct layout. Usually, that means epoch fields are 32-bits wide, to match co-installable architectures. To extend the usable life-time of these interfaces somewhat, glibc 2.40 changes epoch fields to unsigned types in these structures. This change is specific to the upcoming glibc 2.40 release, I do not plan to backport it. Thanks, Florian
Bug#1070233: ITP: telepathy-ofono -- telepathy oFono connection manager
Package: wnpp Severity: wishlist Owner: Mike Gabriel X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: telepathy-ofono Version : 0.3.1 Upstream Contact: UBports developers * URL : https://gitlab.com/ubports/development/core/telepathy-ofono * License : LGPL-3 Programming Lang: C++ / C Description : telepathy oFono connection manager telepathy-ofono is a Telepathy connection manager that makes it possible for Telepathy clients to communicate using oFono modems, enabling features like real phone calls and send and receive SMSs. . This package will be maintained by the Debian UBports Packaging Team and is part of Lomiri's phone stack.
Re: Bits from DPL
How do I unsubscribe from these emails? On Wed, May 1, 2024 at 11:15 PM Andreas Tille wrote: > Hi, > > keeping my promise for monthly bits, here's a quick snapshot of my first > ten days as DPL. > > Special thanks to Jonathan for an insightful introduction that left less > room for questions. His introduction covered my first tasks like expense > approval and CTTE member appointments thoroughly. Although I made a > visible oversight by forgetting to exclude Simon McVittie from > the list, whose term has ended[0], I'm committed to learning from this > mistake. In future I'll prioritize thorough proofreading to ensure > accuracy. > > Part of my "work" was learning what channels I need to subscribe and > adjust my .procmailrc and .muttrc took some time. > > Recently I had my first press interview. I had to answer a couple of > prepared questions for Business IT News[1]. It seems journalists are > always on the lookout for unique angles. When asked if humility is a new > trait for DPLs, my response would be a resounding "No." In my > experience, humility is a common quality among DPLs I've encountered, > including Jonathan. > > One of my top priorities is reaching out to all our dedicated and > appointed teams, including those managing critical infrastructure. I've > begun with the CTTE, Salsa Admins and Debian Snapshot. Everything > appears to be in order with the CTTE team. I'm waiting for response > from Salsa and Snapshot, which is fine given the recent contact. > > I was pointed out to the fact that lintian is in an unfortunate state as > Axel Beckert confirmed on the lintian maintainers list[2]. It turns out > that bug #1069745 of magics-python should not have been undetected for > a long time if lintian bug #677078[3] would have been fixed. It seems > obvious to me that lintian needs more work to fulfill its role as > reliably policy checker to ensure our high level of packaging quality. > In any case thanks a lot to Axel who is doing his best but it seems > urgent to me to find some more person-power for this task. Any volunteer > to lend some helping hand in the lintian maintainers team? > > On 2024-04-30 I gave my first talk "Bits from greenhorn DPL" online > at MiniDebConf Brasil in Belo Horizonte. The Q&A afterwards stired > some flavours of the question: "What can Debian Brasil do better?" > My answer was always in a way: Given your great activity in now > organising the fifth MiniDebConf you are doing pretty well and I have > no additional hints for the moment. > > Kind regards >Andreas. > > [0] https://lists.debian.org/debian-devel-announce/2024/04/msg00010.html > [1] > https://itwire.com/business-it-news/open-source/new-debian-leader-brings-an-unusual-trait-to-the-job-humility.html > [2] https://lists.debian.org/debian-lint-maint/2024/04/msg00010.html > [3] https://bugs.debian.org/677078 > lintian: Check for Architecture: all in Perl, Python, Ruby etc. > packages > Date: Mon, 11 Jun 2012 16:15:53 +0300 > > >
Re: Bits from DPL
On Thu, May 02, 2024 at 10:37:57AM -0600, Trevor Howard wrote: > How do I unsubscribe from these emails? > > On Wed, May 1, 2024 at 11:15 PM Andreas Tille wrote: > > > Hi, > > > > keeping my promise for monthly bits, here's a quick snapshot of my first > > ten days as DPL. > > > > Special thanks to Jonathan for an insightful introduction that left less > > room for questions. His introduction covered my first tasks like expense > > approval and CTTE member appointments thoroughly. Although I made a > > visible oversight by forgetting to exclude Simon McVittie from > > the list, whose term has ended[0], I'm committed to learning from this > > mistake. In future I'll prioritize thorough proofreading to ensure > > accuracy. > > > > Part of my "work" was learning what channels I need to subscribe and > > adjust my .procmailrc and .muttrc took some time. > > > > Recently I had my first press interview. I had to answer a couple of > > prepared questions for Business IT News[1]. It seems journalists are > > always on the lookout for unique angles. When asked if humility is a new > > trait for DPLs, my response would be a resounding "No." In my > > experience, humility is a common quality among DPLs I've encountered, > > including Jonathan. > > > > One of my top priorities is reaching out to all our dedicated and > > appointed teams, including those managing critical infrastructure. I've > > begun with the CTTE, Salsa Admins and Debian Snapshot. Everything > > appears to be in order with the CTTE team. I'm waiting for response > > from Salsa and Snapshot, which is fine given the recent contact. > > > > I was pointed out to the fact that lintian is in an unfortunate state as > > Axel Beckert confirmed on the lintian maintainers list[2]. It turns out > > that bug #1069745 of magics-python should not have been undetected for > > a long time if lintian bug #677078[3] would have been fixed. It seems > > obvious to me that lintian needs more work to fulfill its role as > > reliably policy checker to ensure our high level of packaging quality. > > In any case thanks a lot to Axel who is doing his best but it seems > > urgent to me to find some more person-power for this task. Any volunteer > > to lend some helping hand in the lintian maintainers team? > > > > On 2024-04-30 I gave my first talk "Bits from greenhorn DPL" online > > at MiniDebConf Brasil in Belo Horizonte. The Q&A afterwards stired > > some flavours of the question: "What can Debian Brasil do better?" > > My answer was always in a way: Given your great activity in now > > organising the fifth MiniDebConf you are doing pretty well and I have > > no additional hints for the moment. > > > > Kind regards > >Andreas. > > > > [0] https://lists.debian.org/debian-devel-announce/2024/04/msg00010.html > > [1] > > https://itwire.com/business-it-news/open-source/new-debian-leader-brings-an-unusual-trait-to-the-job-humility.html > > [2] https://lists.debian.org/debian-lint-maint/2024/04/msg00010.html > > [3] https://bugs.debian.org/677078 > > lintian: Check for Architecture: all in Perl, Python, Ruby etc. > > packages > > Date: Mon, 11 Jun 2012 16:15:53 +0300 > > > > > > To unsubscribe from a list - say debian-devel-announce, send a message to debian-devel-announce-requ...@lists.debian.org with the subject of unsubscribe This will then trigger a return email asking you to confirm unsubscription. A reply to that should unsubscribe you. Hope this helps, Andy Cater [amaca...@debian.org]
