Custom Query (1145 matches)
Results (130 - 132 of 1145)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#250 | wontfix | zwgc fonts are too big | geofft | jhawk |
Description |
Under debathena, zwgc uses fonts that are too large. /etc/zwgc_resources defines the default medium font as: *fontfamily.default.medium.roman: -adobe-courier-medium-r-*-120-*-m-* And under Debathena, this can be any of these eight fonts: [kid-icarus!jhawk] ~> xlsfonts -fn '-adobe-courier-medium-r-*-120-*-m-*' -adobe-courier-medium-r-normal--12-120-75-75-m-70-iso10646-1 -adobe-courier-medium-r-normal--12-120-75-75-m-70-iso10646-1 -adobe-courier-medium-r-normal--12-120-75-75-m-70-iso8859-1 -adobe-courier-medium-r-normal--12-120-75-75-m-70-iso8859-1 -adobe-courier-medium-r-normal--17-120-100-100-m-100-iso10646-1 -adobe-courier-medium-r-normal--17-120-100-100-m-100-iso10646-1 -adobe-courier-medium-r-normal--17-120-100-100-m-100-iso8859-1 -adobe-courier-medium-r-normal--17-120-100-100-m-100-iso8859-1 The 17 pxlsz fonts are unreasonably large. The 12 pxlsz fonts match the size of windowgrams under Athena 9. I'm not sure if there is a larger problem (why do fonts get bigger under DebAthena?? Are other applications broken?); I'm also not sure what the right fix is (change zwgc's font specification to be more specific? Reorder the font path? Something more clever?) Thanks. p.s.: reminder, the fontspec is fndry-fmly-wght-slant-sWdth-adstyl-pxlsz-ptSz-resx-resy-spc-avgWdth-rgstry-encdng, per xfontsel. |
|||
#257 | wontfix | Consider bumping priority of openafs-modules metapackages from extra to optional | mitchb | |
Description |
Despite having openafs-modules-foo metapackages installed, machines that don't update via debathena-auto-update (i.e any machine below the new debathena-workstation) can take a new kernel before the new AFS modules are ready. Sometimes apt[itude] will choose to remove the AFS metapackage instead of holding back the kernel. Greg says that the autoupdate infrastructure avoids the problem by aborting any update where the proposed actions include removal of important debathena metapackages. Tim says that increasing the priority of the metapackage will make apt less likely to prefer its removal. dkms support exists in Jaunty, and ticket #243 is about figuring out how to use it, but it sounds like this may be very unlikely to end up in Hardy and Intrepid, so we're still stuck with an issue for many machines. Evan requested this ticket so that we can first get a sense of whether bumping the priority will actually work. Some background e-mails from a debathena@ thread below: * To: debathena@… Subject: How does the kernel/openafs version sync thing work again? Date: Mon, 04 May 2009 21:30:16 -0400 From: Mitchell E Berger <mitchb@…> This afternoon, I tried to take updates on a machine I maintain, only to find that it wanted to upgrade the kernel and punt the openafs metapackages. I was pretty sure we had something in place to avoid upgrading the kernel until the new modules were ready, but I didn't recall the details, so I asked Evan to refresh me on it. After briefly looking at the machine with me, he concluded that the machine's setup looked right and perhaps something is wrong with the infrastructure that's supposed to avoid this problem. So, he suggested I send mail in the hopes that Greg or someone else will know what's amiss. When he initially saw the changes that apt-get and aptitude were proposing, Evan asked if this machine had not been updated in a while. In fact, it's updated pretty much daily, via 'apt-get dist-upgrade'. Any ideas? Thanks, Mitch Vital stats: ============ # athinfo localhost version debathena-login on Ubuntu 8.04.2 # uname -a Linux 2.6.24-23-xen #1 SMP Wed Apr 1 23:47:10 UTC 2009 x86_64 GNU/Linux (Note: This machine generally lives as a ParaVM under the -xen kernel, but it also has the -generic kernel installed) ========================================================================== # apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages will be REMOVED:
The following NEW packages will be installed:
.6.24-24-generic linux-ubuntu-modules-2.6.24-24-xen The following packages have been kept back:
The following packages will be upgraded:
4 upgraded, 4 newly installed, 2 to remove and 1 not upgraded. Need to get 47.5MB of archives. After this operation, 189MB of additional disk space will be used. =========================================================================== =========================================================================== # aptitude dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Building tag database... Done The following packages are BROKEN:
The following packages are unused and will be REMOVED:
The following NEW packages will be installed:
.6.24-24-generic linux-ubuntu-modules-2.6.24-24-xen The following packages will be upgraded:
5 packages upgraded, 4 newly installed, 2 to remove and 0 not upgraded. Need to get 47.5MB of archives. After unpacking 182MB will be used. The following packages have unmet dependencies:
.24.24.26 is to be installed.
6 is to be installed.
Resolving dependencies... The following actions will resolve these dependencies: Remove the following packages: openafs-modules-generic openafs-modules-xen Downgrade the following packages: alpine [2.00+dfsg-1~hardy1 (hardy-backports, now) -> 1.0+dfsg-3ubuntu0.1debathen a1~ubuntu8.04 (hardy)] Score is 223 ============================================================================= ============================================================================ # dpkg -l|grep openafs- ii openafs-client 1.4.6.dfsg1-2+ubuntu0.1 ii openafs-krb5 1.4.6.dfsg1-2+ubuntu0.1 ii openafs-modules-2.6.24-22-xen 1.4.6.dfsg1-2+2.6.24-22.45 ii openafs-modules-2.6.24-23-generic 1.4.6.dfsg1-2+ubuntu0.1+2.6.24-23 .52 ii openafs-modules-2.6.24-23-xen 1.4.6.dfsg1-2+ubuntu0.1+2.6.24-23 .52 ii openafs-modules-generic 2.6.24.23.25~ubuntu8.04 ii openafs-modules-xen 2.6.24.23.25~ubuntu8.04 ============================================================================ ============================================================================ # aptitude why openafs-modules-2.6.24-23-xen i openafs-modules-xen Depends openafs-modules-2.6.24-23-xen # aptitude why openafs-modules-xen The package "openafs-modules-xen" is manually installed. # aptitude why openafs-modules-2.6.24-23-generic i openafs-modules-generic Depends openafs-modules-2.6.24-23-generic # aptitude why openafs-modules-generic The package "openafs-modules-generic" is manually installed. ============================================================================ ============================================================================ # dpkg -l|grep linux-image ii linux-image-2.6.24-22-xen 2.6.24-22.45 ii linux-image-2.6.24-23-generic 2.6.24-23.52 ii linux-image-2.6.24-23-xen 2.6.24-23.52 ii linux-image-generic 2.6.24.23.25 ii linux-image-xen 2.6.24.23.25 ============================================================================ * Subject: Re: How does the kernel/openafs version sync thing work again? From: Greg Hudson <ghudson@…> To: Mitchell E Berger <mitchb@…> Cc: debathena@… Date: Tue, 05 May 2009 11:27:23 -0400 On Mon, 2009-05-04 at 21:30 -0400, Mitchell E Berger wrote:
The mechanism really only works in combination with a check like athena-auto-update's, which aborts the update if it sees aptitude proposing to remove certain Debathena metapackages. I don't know by what mechanism apt-get is deciding that updating a kernel is more important than keeping a manually selected package, and if there's any way to override that. * Date: Tue, 5 May 2009 11:58:50 -0400 (EDT) From: Tim Abbott <tabbott@…> To: Greg Hudson <ghudson@…> cc: Mitchell E Berger <mitchb@…>, debathena@… Subject: Re: How does the kernel/openafs version sync thing work again? On Tue, 5 May 2009, Greg Hudson wrote:
Package priority is one thing that goes into this decision. Our modules package is priority: extra. If we were to raise that, aptitude would be more reluctant to remove it.
|
|||
#262 | wontfix | openafs-modules-virtual should use modules built for -server | broder | |
Description |
For reasons that escape my comprehension, the -virtual kernel flavor in Ubuntu installs a -server kernel and identifies itself in uname -r as a -server kernel. This means that openafs-modules-virtual should depend on openafs-modules-2.6.whatever-whatever-server instead of -virtual. Using openafs-modules-server isn't a substitute, because that depends on the -server kernel image, which conflicts with the -virtual kernel image. The best thing to do might be to actually look at the file contents of each linux-image- package when we're building the metapackages. |