Re: connman does not respect /etc/network/interfaces when upgrading from buster to bullseye and more general considerations
Am 23.09.21 um 20:17 schrieb Holger Wansing: I have just installed an LXDE system to test this, and now adding network-manager-gnome, installs 24 new packages, taking 39 MB of additional disk space, according to the apt-get output I might consider splitting off network-manager's /usr/share/locale into an (optional, Recommends/Suggests) network-manager-l10n package. The locales take up about 8,5 MB of disk space. While I don't necessarily think that 8,5 MB are actually that much of an issue for desktop installations, trimming down the on disk footprint might make network-manager more suitable for more constrained environments. There is also a (somewhat stale) MR [1] for network-manager asking for the individual plugins to be split into separate packages to make it possible to trim down the dependency chain. If there is real demand for it, we could revisit that. Michael [1] https://salsa.debian.org/utopia-team/network-manager/-/merge_requests/4 OpenPGP_signature Description: OpenPGP digital signature
Re: No network management in LXDE task
Am 25.09.21 um 22:05 schrieb Holger Wansing: Control: retitle -1 LXDE: Please include a user-friendly network management tool Control: tags -1 + patch [ Returning back to #988696 as the correct bug for this issue; dropping 994875 from CC ] Jaycee Santos wrote (Thu, 23 Sep 2021 20:42:05 +): On Thursday, September 23rd, 2021 at 1:05 PM, Michael Biebl wrote: Am 23.09.21 um 21:35 schrieb Jaycee Santos: Is there a reason why to choose gnome-network-manager over something like nm-tray for LXDE? I think nm-tray (being based on Qt5) is a reasonable choice for LXQT (which is also Qt5 based). LXDE on the other hand uses GTK, so I think network-manager-gnome is a better fit there. (both disk footprint and memory usage wise) Ah. My apologies. I thought nm-applet was provided by nm-tray. I was wrong. I did not know that nm-applet was part of network-manager-gnome! So I agree with network-manager-gnome being a better fit for LXDE. Regarding LXQT: this DE already installs cmst by default (an Qt based GUI for connman, which also has a system tray icon), and since there were no complains so far from LXQT users related to the network management tool used, I would not touch LXQT for this. A patch to address this issue for LXDE is attached. So now you have 3 network configuration systems involved: - ifupdown, which is still installed by default - connman, which is pulled in by the lxde package (via connman-gtk) - network-manager(-gnome), which is pulled in via task-lxde-desktop that doesn't sound like a good solution. OpenPGP_signature Description: OpenPGP digital signature
Re: connman does not respect /etc/network/interfaces when upgrading from buster to bullseye and more general considerations
Am 23.09.21 um 21:35 schrieb Jaycee Santos: On Wed, Sep 22, 2021 at 10:21:10PM +0200, Ervin Dine wrote: I have not had any problems with conman in my LXDE Debian 11 install but if I may give my suggestion, gnome-network-manager works fine with LXDE and it has more features. Why not bundle that instead of conman? Conman does not even have an icon in the status bar where you can toggle wifi on and off or choose another connection. Is there a reason why to choose gnome-network-manager over something like nm-tray for LXDE? I think nm-tray (being based on Qt5) is a reasonable choice for LXQT (which is also Qt5 based). LXDE on the other hand uses GTK, so I think network-manager-gnome is a better fit there. (both disk footprint and memory usage wise) OpenPGP_signature Description: OpenPGP digital signature
Re: Bug#927667: gnome: please confirm or revert choice of Wayland for default desktop
Hi everyone Am 20.06.19 um 11:12 schrieb Iain Lane: >> I've left some comments on >> https://salsa.debian.org/gnome-team/gdm/merge_requests/8 regarding the >> technical side of the proposed change. > Someone could probably look in Ubuntu's gdm3 package to see what we're > doing. We provide "GNOME" (Xorg, the default) and "GNOME on Wayland" > sessions. Afair, this required changing gnome-session. I left a comment in the gdm MR. If the point is, to not switch the desktop session automatically on upgrades, then the session files would have to be renamed (back again) to gnome.desktop (Xorg) and gnome-wayland.desktop from gnome.desktop (Wayland) and gnome-xorg.desktop. At least this is how I remember the details from back then in 2016. I haven't checked if the situation is still the same today. Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: Which team is best for team-maintaining libepoxy package ?
Am 16.10.18 um 22:01 schrieb Michael Biebl: > Am 16.10.18 um 21:53 schrieb Jeremy Bicha: >> On Tue, Oct 16, 2018 at 2:37 PM Jérémy Lal wrote: >>> libepoxy is needed by both KDE and GNOME packages. >>> What's the best team to maintain it ? >> >> I guess we've been using https://salsa.debian.org/utopia-team for >> cross-desktop stuff. >> >> It might make sense to merge that team with >> https://salsa.debian.org/freedesktop-team even if much of the Utopia >> stuff isn't actually hosted on freedesktop.org . >> >> I only recently realized that the Utopia team's name derives from >> Project Utopia, an initiative which hasn't been around for several >> years. > > This is correct. The utopia name mainly has nostalgic value (it was > relevant when hal still was a thing) but does not actually describe any > current efforts. > That said, it's also very unspecific, which makes it useful as an > umbrella if a thing is not strictly GNOME, fdo, ... specific. Fwiw, I wouldn't mind if pkg-fdo and pkg-utopia would be merged (but I don't have a good suggestion for a different name). pkg-fdo afaics is pretty much dormant at this point, whereas pkg-utopia is still actively used for stuff like dbus, network-manager, udisks, upower, etc. I've also CCed Simon, not sure if he read debian-gtk-gnome. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: Which team is best for team-maintaining libepoxy package ?
Am 16.10.18 um 21:53 schrieb Jeremy Bicha: > On Tue, Oct 16, 2018 at 2:37 PM Jérémy Lal wrote: >> libepoxy is needed by both KDE and GNOME packages. >> What's the best team to maintain it ? > > I guess we've been using https://salsa.debian.org/utopia-team for > cross-desktop stuff. > > It might make sense to merge that team with > https://salsa.debian.org/freedesktop-team even if much of the Utopia > stuff isn't actually hosted on freedesktop.org . > > I only recently realized that the Utopia team's name derives from > Project Utopia, an initiative which hasn't been around for several > years. This is correct. The utopia name mainly has nostalgic value (it was relevant when hal still was a thing) but does not actually describe any current efforts. That said, it's also very unspecific, which makes it useful as an umbrella if a thing is not strictly GNOME, fdo, ... specific. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#850181: plymouth theme(s) should provide fsck progress support
Am 11.01.2017 um 19:59 schrieb Michael Biebl: > It's an external monitor (1920x1200) attached to my laptop (1366x768) > via a docking station. The laptop internal display was turned off during > boot (lid was closed). I will retry with the laptop undocked later today. This should provide a more "standard" 16x9 setup. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#850181: plymouth theme(s) should provide fsck progress support
Hi Am 11.01.2017 um 19:56 schrieb Aurélien COUDERC: > Le mercredi 11 janvier 2017, 19:27:29 IST Michael Biebl a écrit : >> Is this dependent on the aspect ratio? > > And resolution. The font size is fixed whereas other theme elements are > scaled. Urgh > But I really don’t understand the softWaves screenshot, all the text elements > are supposed to be below the Debian text. > I’ve tested on a laptop with this exact resolution and it was working as > intended, so… I’ll re-read the code and see if I can find something funny in > the positioning. > > Do you have a second monitor plugged in ? It's an external monitor (1920x1200) attached to my laptop (1366x768) via a docking station. The laptop internal display was turned off during boot (lid was closed). -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#850181: plymouth theme(s) should provide fsck progress support
Am 11.01.2017 um 18:51 schrieb Michael Biebl: > Am 11.01.2017 um 18:46 schrieb Aurélien COUDERC: >> >> >> Le 10 janvier 2017 17:28:46 GMT+05:30, Michael Biebl a >> écrit : >> >>> I've tested all three themes, they worked fine with one or multiple >>> fscks running at the same time. I've attached a screenshot for each of >>> them. A few suggestions: >>> a/ Joy looks ok >>> b/ Lines: >>> - The text is not horizontally aligned (centered) >>> - The text should probably be moved lower so it doesn't intersect with >>> the lines graphic >>> c/ softwaves: >>> - The text should be moved lower so it doesn't intersect with the >>> circle >> >> Which resolution would that be ? > > 1920x1200 Is this dependent on the aspect ratio? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#850181: plymouth theme(s) should provide fsck progress support
Am 11.01.2017 um 18:46 schrieb Aurélien COUDERC: > > > Le 10 janvier 2017 17:28:46 GMT+05:30, Michael Biebl a > écrit : > >> I've tested all three themes, they worked fine with one or multiple >> fscks running at the same time. I've attached a screenshot for each of >> them. A few suggestions: >> a/ Joy looks ok >> b/ Lines: >> - The text is not horizontally aligned (centered) >> - The text should probably be moved lower so it doesn't intersect with >> the lines graphic >> c/ softwaves: >> - The text should be moved lower so it doesn't intersect with the >> circle > > Which resolution would that be ? 1920x1200 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#843998: plymouth theme missing for softwaves
Am 04.01.2017 um 14:37 schrieb Michael Biebl: > Hi Aurélien, > > nice work. Thanks a lot! > > Do you know what is missing to have fsck progress support in plymouth? > Is that a theme issue or something which needs to be supported by > plymouth (or both)? On a related issue: Do we have an idea how to make softwaves the default theme and enabled by default? Atm one needs to explicitly run # plymouth-set-default-theme softwaves # update-initramfs -u # edit /etc/default/grub to add splash # update-grub Would be nice if this worked ootb -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#850181: plymouth theme(s) should provide fsck progress support
Package: desktop-base Version: 9.0.0 Am 04.01.2017 um 17:42 schrieb Didier Roche: > Le 04/01/2017 à 17:28, Aurélien COUDERC a écrit : >> Le 4 janvier 2017 16:50:51 GMT+01:00, Didier Roche >> a écrit : >>> Indeed, I ensure we do have all bits needed in plymouth, and then, only >>> the themes can hook up as they need and treat the prepending "fsckd:" >>> message in a special way (took a look at what we do in the text and >>> ubuntu-logo theme, it should be straightforward) >>> >>> Didier >> >> >> Oh right, feel free to open a different bug then I'll have another look. Agreed. I'm quoting the full message here to include Didier's excellent reply. >> I've already diffed against xenial logo-theme while working on this and >> didn't notice meaningful differences. >> But I may have missed the relevant bits, or the systemd/fsckd >> integration may have been implemented post-xenial in Ubuntu. > > For reference, I did try to be backward compatible (we did have this > support some time ago for all flavors), but just added more messages > type (I wouldn't say the ubuntu logo theme is the cleanest code-wise): > > If my memory is correct (I didn't do the first implementation with > upstart years ago, just modified to work with systemd-fsckd), but > basically, there are 2 channels of messages that you hook in in your theme: > > * an "update status" plymouth callback: > systemd-fsckd pass fsckd::: > > * another is a "message" plymouth callback prefixed by > "fsckd-cancel-msg:l10n_string" with the cancel message to display when > available. > > The rest like handling Ctrl+C and such is done in plymouth side itself > if my memory is correct (I don't remember if debian took it). > > Didier > -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#843998: plymouth theme missing for softwaves
Am 04.01.2017 um 15:41 schrieb Michael Biebl: > Am 04.01.2017 um 14:59 schrieb Aurélien COUDERC: > >> For fsck/others I think the support is to be done… everywhere else ! >> Basically we've taken inspiration (read blindly copied) what Ubuntu >> does, so Plymouth and the Debian theme support fsck display since wheezy. >> The missing part is that init/fsck/whoever else actually sends >> information to plymouthd to display. > > > I actually think this is not the case. systemd, or rather fsckd *does* > send progress information (see the patch we ship in Debian for systemd > [1]) for plymouth. But it seems this information is not used on either > the plymouth or the theme side. I just tried the following a/ copied /usr/share/plymouth/themes/ubuntu-logo/ from a Ubuntu yakkety installation into my Debian sid system b/ plymouth-set-default-theme ubuntu-logo c/ update-initramfs -u Upon reboot, I get the Ubuntu plymouth splash screen and progress information seems to work nicely (I get the msg that fsck is running for 1 Disk and the percentage done). I can successfully cancel the fsck process with CTRL+C So it looks like systemd and plymouth provide everything that's needed and it's a theme issue. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#843998: plymouth theme missing for softwaves
Am 04.01.2017 um 14:59 schrieb Aurélien COUDERC: > For fsck/others I think the support is to be done… everywhere else ! > Basically we've taken inspiration (read blindly copied) what Ubuntu > does, so Plymouth and the Debian theme support fsck display since wheezy. > The missing part is that init/fsck/whoever else actually sends > information to plymouthd to display. I actually think this is not the case. systemd, or rather fsckd *does* send progress information (see the patch we ship in Debian for systemd [1]) for plymouth. But it seems this information is not used on either the plymouth or the theme side. > [1] > > https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/patches/debian/fsckd-daemon-for-inter-fsckd-communication.patch -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#843998: plymouth theme missing for softwaves
Hi Aurélien, nice work. Thanks a lot! Do you know what is missing to have fsck progress support in plymouth? Is that a theme issue or something which needs to be supported by plymouth (or both)? I know, SSDs are more popular these days so long fsck times are not that common anymore. Would still be nice to have support for that in plymouth, otherwise it's rather pointless to ship fsckd in systemd [1]. CCed Laurent and Laurent, maybe they have some input on this. Would be great if we can fix this for stretch Regards, Michael [1] https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/patches/debian/fsckd-daemon-for-inter-fsckd-communication.patch -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#843998: plymouth theme missing for softwaves
Package: desktop-base Version: 9.0.0~exp1 Severity: normal Hi, looks like the plymouth theme is missing. The only ones availabe are lines, joy and spacefun. Regards, Michael Btw., I wonder if we should keep old themes from previous releases in desktop-base for all eternity. Maybe it would make sense to move them to into separate packages with -$debian-release prefix. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages desktop-base depends on: ii dpkg 1.18.14 ii librsvg2-common 2.40.16-1 desktop-base recommends no packages. Versions of packages desktop-base suggests: pn gnome | kde-standard | xfce4 | wmaker -- no debconf information
Bug#843996: grub wallpaper, wrong aspect ratio (as default)
Package: desktop-base Version: 9.0.0~exp1 Severity: normal Hi, I have a laptop with a 16:9 display and and external monitor with 16:10 aspect ratio. After installing desktop-base, the grub wallpaper was set to /usr/share/desktop-base/active-theme/grub/grub-4x3.png which looked via /etc/alternatives/desktop-grub Nowadays, we should make /usr/share/desktop-base/active-theme/grub/grub-16x9.png the default, or even better, detect the aspect ratio in postinst and set it accordingly. Regards, Michael -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages desktop-base depends on: ii dpkg 1.18.14 ii librsvg2-common 2.40.16-1 desktop-base recommends no packages. Versions of packages desktop-base suggests: pn gnome | kde-standard | xfce4 | wmaker -- no debconf information
Bug#772944: GNOME backgrounds chooser still shows wheezy artwork
Package: desktop-base Version: 8.0.0 Severity: important Hi, the backgrounds chooser applet in gnome-control-center still shows the wheezy artwork, but the jessie artwork (Lines) is missing. The file gnome-backgrounds.xml, which is installed as /usr/share/gnome-background-properties/debian.xml needs to be updated to show the jessie artwork. Either by replacing the existing entries for the Joy theme or amending the existing entries. Let me know what you prefer and I can prepare a patch. Michael -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages desktop-base depends on: ii dpkg 1.17.22 ii librsvg2-common 2.40.5-1 desktop-base recommends no packages. Versions of packages desktop-base suggests: pn gnome | kde-standard | xfce4 | wmaker -- no debconf information -- To UNSUBSCRIBE, email to debian-desktop-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141212114109.7204.31485.report...@pluto.milchstrasse.xx
Bug#623094: desktop-base: Please add GSettings default
Package: desktop-base Version: 6.0.6 Followup-For: Bug #623094 The following keys need to be added so that the default background in gdm3 is set: [org.gnome.desktop.background] picture-uri='file:///usr/share/images/desktop-base/login-background.svg' picture-options='zoom' -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-2-486 Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages desktop-base depends on: ii librsvg2-common 2.34.1-2 desktop-base recommends no packages. Versions of packages desktop-base suggests: ii gnome 1:2.30+11 ii xfce4 4.8.0.3 -- no debconf information -- To UNSUBSCRIBE, email to debian-desktop-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111014124418.2566.47160.report...@pluto.milchstrasse.xx
Bug#607142: overwrites custom plymouth configuration
On 15.12.2010 16:45, Michael Biebl wrote: > On 15.12.2010 08:33, Yves-Alexis Perez wrote: >> On mar., 2010-12-14 at 23:43 +0100, Michael Biebl wrote: >>> I'm using a custom theme for plymouth and desktop-base overwrites that >>> setting on each upgrade. >> >> The same is true for splashy and grub, was true in Lenny (and Etch, I >> guess). > > I can't speak for splashy, but for grub the alternatives system is used, so my > changes are preserved on upgrades. grub2, to be precise. >>> >>> I'm filing this bug with severity serious as the package overwrites >>> custom configuration in /etc/ (/etc/plymouth/plymouthd.conf). >> >> To be precise, no, it doesn't overwrite the configuration. But yes, it >> sets the default theme (by calling the relevant plymouth command). I need to clarify that, as this is simply not true: plymouth-set-default-theme overwrites my custom configuration in /etc/plymouth/plymouthd.conf, this is not "setting a new default theme". Please keep in mind that /etc/plymouth/plymouthd.conf is even listed as conffile of the plymouth package. If it would change the value in /usr/share/plymouth/plymouthd.defaults, I'd agree with you, but it doesn't. Daniel, aside from the alternatives idea I mentioned earlier, is there a way to override the default values in /usr/share/plymouth/plymouthd.defaults while preserving local modifications? desktop-base could divert that file, but I'm not convinced yet that I like this idea. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#607142: overwrites custom plymouth configuration
On 15.12.2010 08:33, Yves-Alexis Perez wrote: > On mar., 2010-12-14 at 23:43 +0100, Michael Biebl wrote: >> I'm using a custom theme for plymouth and desktop-base overwrites that >> setting on each upgrade. > > The same is true for splashy and grub, was true in Lenny (and Etch, I > guess). I can't speak for splashy, but for grub the alternatives system is used, so my changes are preserved on upgrades. >> >> I'm filing this bug with severity serious as the package overwrites >> custom configuration in /etc/ (/etc/plymouth/plymouthd.conf). > > To be precise, no, it doesn't overwrite the configuration. But yes, it > sets the default theme (by calling the relevant plymouth command). > > The whole point of desktop-base is to provide a theme for the whole > desktop. For now, if you want to only use a subset of the themes, yes, > you have to reconfigure that at each upgrade. If you have an idea on how > to do that more smoothly, you're welcome to propose it. We could also use alternatives here. Say, plymouth ships with a default configuration that says Theme=debian-plymouth-theme (or so), which is an alternative that by default points to text. desktop-base could install the new theme as alternative with a higher priority. One neat thing of this approach would be (given we have different themes), that we could use slaves to switch all alternatives in one go to a new theme [1] Cheers, Michael [1] "It is often useful for a number of alternatives to be synchronised, so that they are changed as a group; for example, when several versions of the vi(1) editor are installed, the man page referenced by /usr/share/man/man1/vi.1 should correspond to the executable referenced by /usr/bin/vi . update-alternatives handles this by means of master and slave links; when the master is changed, any associated slaves are changed too. A master link and its associated slaves make up a link group" -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#607104: setup widescreen images automatically
On 15.12.2010 00:56, Michael Biebl wrote: > On 15.12.2010 00:49, Josselin Mouette wrote: >> Le mardi 14 décembre 2010 à 19:10 +0100, Michael Biebl a écrit : >> >> I think the correct way is to fix the programs. GNOME and gdm3 don’t >> have the problem since they can crop the image as needed, the same >> should be done by other users of these pictures. >> > > See my earlier bug report, #607075. > > The problem actually is that gdm3 does not properly crop the image. Let's put this differently: Not every background image can be cropped easily, as you risk cutting through important parts of the image, as seen in #607075. Scaling is not ideal either for certain shapes, e.g. our Debian swirl, as it will distort them. So, either we use images which can be cropped or we need different variants for different aspect ratios. If we prefer the former, we should probably clearly articulate that requirement for future Debian theme designs. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#607104: setup widescreen images automatically
On 15.12.2010 00:49, Josselin Mouette wrote: > Le mardi 14 décembre 2010 à 19:10 +0100, Michael Biebl a écrit : >> it would be nice if postinst would automatically setup the widescreen >> variants for displays with an aspcet ratio of 16:9 or 16:10. > > And what happens if you plug another screen with a different aspect > ratio? > > I think the correct way is to fix the programs. GNOME and gdm3 don’t > have the problem since they can crop the image as needed, the same > should be done by other users of these pictures. > See my earlier bug report, #607075. The problem actually is that gdm3 does not properly crop the image. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#607142: overwrites custom plymouth configuration
Package: desktop-base Version: 6.0.4 Severity: serious Hi, I'm using a custom theme for plymouth and desktop-base overwrites that setting on each upgrade. I'm filing this bug with severity serious as the package overwrites custom configuration in /etc/ (/etc/plymouth/plymouthd.conf). Michael -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages desktop-base depends on: ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG desktop-base recommends no packages. Versions of packages desktop-base suggests: ii gnome 1:2.30+7 The GNOME Desktop Environment, wit -- no debconf information -- To UNSUBSCRIBE, email to debian-desktop-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101214224318.1726.16818.report...@pluto.milchstrasse.xx
Bug#607075: login-background scales badly on widescreen monitor
On 14.12.2010 23:29, Michael Biebl wrote: > > Couldn't we just use the desktop wallpaper for the login screen, i.e. we set > > Benefits are: > .. Forgot to add: The spacefun-wallpaper(-widescreen).svg and moreblue-orbit-wallpaper(-widescreen).svg images work nicely with gdm3 and gdm and I guess they'd work fine with slim and kdm too. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#607075: login-background scales badly on widescreen monitor
On 14.12.2010 17:43, Ulrich Hansen wrote: > Yes. This happens because of the option > > /desktop/gnome/background/picture_options zoom > > in usr/share/gdm/greeter-config/10_desktop_base > > If we use "stretch" instead of zoom, the picture will loose > proportions. That looks bad too, especially because we have a round > element in it (swirl). > Couldn't we just use the desktop wallpaper for the login screen, i.e. we set /desktop/gnome/background/picture_filename /usr/share/images/desktop-base/desktop-background in /usr/share/gdm/greeter-config/10_desktop_base Benefits are: - You can easily override the default using update-alternatives, currently it is hard coded without an easy way to override using the standard Debian mechanisms. - You have a very smooth transition from login screen to the desktop. I tested it, looks pretty slick if you don't have the usual flicker. - We don't need a separate wallpaper for the gdm greeter → less work, less space -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#607104: setup widescreen images automatically
Package: desktop-base Version: 6.0.4 Severity: normal Hi, it would be nice if postinst would automatically setup the widescreen variants for displays with an aspcet ratio of 16:9 or 16:10. I found the xresprobe package, which seems to work fine here. Maybe our X gurus have a better way to determine the display resolution. Cheers, Michael -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages desktop-base depends on: ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG desktop-base recommends no packages. Versions of packages desktop-base suggests: ii gnome 1:2.30+7 The GNOME Desktop Environment, wit -- no debconf information -- debsums errors found: debsums: changed file /usr/share/images/desktop-base/login-background.svg (from desktop-base package) -- To UNSUBSCRIBE, email to debian-desktop-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101214181005.3675.11567.report...@pluto.milchstrasse.xx
Bug#607075: login-background scales badly on widescreen monitor
On 14.12.2010 17:43, Ulrich Hansen wrote: > I dropped the word debian, because it looks strange to me to have it > in the middle. This is something which is still very inconsistent: the grub2 background has the word debian/The universal operating system, *without* a swirl plymouth has the word debian/The universal operating system, *with* a swirl, the gdm background has the word debian, without a swirl and without "The universal operating system". The desktop wallpaper does not have a swirl or text (altough that is good, as text on a wallpaper is distracting imho). -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#607075: login-background scales badly on widescreen monitor
Package: desktop-base Version: 6.0.4 Severity: normal Hi, I'm using gdm3 (the default for a GNOME desktop install) and have a laptop with a 16:10 display ratio (1680x1050). The login-background.svg image that is used for gdm3 scales badly for such wide screen monitors. I've attached a picture, how it looks like. The "debian" lettering is just cut in half. That looks rather broken. If you scale it for another common aspect ration (1920x1080 resp 1366x768), the lower bits of the swirl are cut away. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages desktop-base depends on: ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG desktop-base recommends no packages. Versions of packages desktop-base suggests: ii gnome 1:2.30+7 The GNOME Desktop Environment, wit -- no debconf information <>
Bug#605116: kde: lots of non-wallpaper pictures show up in kde background selector
On 27.11.2010 17:47, Michael Biebl wrote: > > Please remove plasma-desktop-appletsrc again, imho it is counterproductive. Correction: this settings seems to come from kdeglobals: dir_wallpaper=/usr/share/images/desktop-base -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#605116: kde: lots of non-wallpaper pictures show up in kde background selector
On 27.11.2010 16:34, Yves-Alexis Perez wrote: > On sam., 2010-11-27 at 16:01 +0100, Michael Biebl wrote: >> In the KDE wallpaper selector, a lot of non-wallpaper files started >> showing up with the update of desktop-base: >> grub images, login splash images etc. >> >> Also, several images are shown with different resolutions. >> >> This clutters the wallpaper selector significantly. > > I have to admit I don't really care, this was requested by Pino Toscano > (CC:ed) so it'd be easier to select wallpapers. It's not making it easier but harder. It looks to me as if the right way to do this in KDE is to install a desktop file in /usr/share/wallpapers/SpaceFun/metadata.desktop, create a subfolder images/, and provide the images for the different resolutions (which could be symlinks, I guess). Please remove plasma-desktop-appletsrc again, imho it is counterproductive. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#605116: kde: lots of non-wallpaper pictures show up in kde background selector
Package: desktop-base Version: 6.0.1 Severity: normal In the KDE wallpaper selector, a lot of non-wallpaper files started showing up with the update of desktop-base: grub images, login splash images etc. Also, several images are shown with different resolutions. This clutters the wallpaper selector significantly. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages desktop-base depends on: ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG desktop-base recommends no packages. Versions of packages desktop-base suggests: ii gnome 1:2.30+6 The GNOME Desktop Environment, wit -- no debconf information -- To UNSUBSCRIBE, email to debian-desktop-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101127150153.3905.92525.report...@pluto.milchstrasse.xx
variation of SpaceFun
Hi Valessio, hi everyone! while I appreciate the art work that was done in preparation for squeeze, I honestly think SpaceFun does not make a good default theme in it's current state. It certainly is nice art work, but it is too "childish" and playful for a serious OS, that Debian tries to be. From discussions with fellow DDs I know that I'm by far not the only one with that concern. Instead of beating a dead horse, and question everything that was done, I'd instead ask you, to provide a refined version of SpaceFun. Keeping the globe and the swirl/rocket seems fine to me, but could you prepare a version where the stars are removed/replaced by something more subtle, please, and put it up on the wiki for review? That would be great, Michael P.S: Please CC on replies -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#495618: desktop-base: Please provide artwork for splashy and/or usplash
Package: desktop-base Version: 5.0.0 Severity: wishlist Hi, it would be nice if deskop-base would provide artwork for the two boot splash systems splashy and/or usplash to get a more complete and unified artwork for the complete boot and login process. Thanks, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages desktop-base depends on: ii librsvg2-common 2.22.2-2 SAX-based renderer library for SVG desktop-base recommends no packages. Versions of packages desktop-base suggests: pn gnome | kde | xfce4 | wmaker (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495614: desktop-base: No orbit-moreblue theme for gdm
Package: desktop-base Version: 5.0.0 Severity: normal Hi, it looks like desktop-base doesn't provide an up-to-date default theme (moreblue-orbit) for gdm. I'm not sure if this bug has to be addressed within gdm, so please feel free to reassign. It just seems as if desktop-base provides the themes for kdm, so imho it would be logical if it did the same for gdm. Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages desktop-base depends on: ii librsvg2-common 2.22.2-2 SAX-based renderer library for SVG desktop-base recommends no packages. Versions of packages desktop-base suggests: pn gnome | kde | xfce4 | wmaker (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495613: /usr/share/gnome-background-properties/debian.xml: Lenny wallpaper is labelled as "Debian Etch"
Package: desktop-base Version: 5.0.0 Severity: normal File: /usr/share/gnome-background-properties/debian.xml Hi, the GNOME wallpaper chooser labels the moreblue-orbit-wallpaper as "Debian Etch". See the tag within /usr/share/gnome-background-properties/debian.xml. I can only assume that this should be "Debian Lenny" ;-) Cheers, Michael P.S: Nice artwork -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages desktop-base depends on: ii librsvg2-common 2.22.2-2 SAX-based renderer library for SVG desktop-base recommends no packages. Versions of packages desktop-base suggests: pn gnome | kde | xfce4 | wmaker (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#473481: desktop-base: Please include widescreen (16:10) versions of the backgrounds
Package: desktop-base Version: 4.0.7 Severity: normal Hi, wide-screen displays (16:10) are becoming more and more popular these days, so having wide-screen versions of e.g. debian-blueish-wallpaper would be very nice. Otherwise, the swirl looks a bit deformed and wide. Enabling those wide-screen versions automatically on wide-screen displays upon installation, would be even nicer. This would probaly require to ask the Xserver for the dimensions and change postinst to take this information into account. Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.4 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages desktop-base depends on: ii librsvg2-common 2.22.2-2 SAX-based renderer library for SVG desktop-base recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]