Re: connman does not respect /etc/network/interfaces when upgrading from buster to bullseye and more general considerations

2021-09-25 Thread Michael Biebl

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

2021-09-25 Thread Michael Biebl

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

2021-09-23 Thread Michael Biebl

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

2019-06-20 Thread Michael Biebl
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 ?

2018-10-16 Thread 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.

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

2017-01-11 Thread Michael Biebl
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

2017-01-11 Thread Michael Biebl
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

2017-01-11 Thread Michael Biebl
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 <bi...@debian.org> 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

2017-01-11 Thread 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 <bi...@debian.org> 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

2017-01-05 Thread Michael Biebl
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

2017-01-04 Thread Michael Biebl
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

2017-01-04 Thread Michael Biebl
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

2017-01-04 Thread 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.




> [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

2017-01-04 Thread 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)?

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#843996: grub wallpaper, wrong aspect ratio (as default)

2016-11-11 Thread Michael Biebl
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

2014-12-12 Thread Michael Biebl
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  none

-- 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

2011-10-14 Thread Michael Biebl
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

2010-12-15 Thread Michael Biebl
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#607075: login-background scales badly on widescreen monitor

2010-12-14 Thread Michael Biebl
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
attachment: login-background.jpg

Bug#607075: login-background scales badly on widescreen monitor

2010-12-14 Thread Michael Biebl
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

2010-12-14 Thread Michael Biebl
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#607142: overwrites custom plymouth configuration

2010-12-14 Thread Michael Biebl
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#607104: setup widescreen images automatically

2010-12-14 Thread Michael Biebl
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#607104: setup widescreen images automatically

2010-12-14 Thread Michael Biebl
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#605116: kde: lots of non-wallpaper pictures show up in kde background selector

2010-11-27 Thread Michael Biebl
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#495613: /usr/share/gnome-background-properties/debian.xml: Lenny wallpaper is labelled as Debian Etch

2008-08-18 Thread Michael Biebl
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 name 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  none (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

2008-08-18 Thread Michael Biebl
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  none (no description available)

-- no debconf information




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