Re: systemd: systemctl does not re-create display-manager.service symlink
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Sat, 2020-02-01 at 03:21 +0100, Michael Biebl wrote: > They should also add a > > [Install] > Alias=display-manager.service > > section > > to their service file. Which will make sure that if you run > "systemctl enable foo.service", display-manager.service will point at > the desired display manager. Hi Michael, I tried that, but it seems that it has the side effect of making lightdm restart when upgrading, which is not really a good idea when you're actually in a X session. Any idea how to prevent that? Regards, - -- Yves-Alexis -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEE8vi34Qgfo83x35gF3rYcyPpXRFsFAl425xsACgkQ3rYcyPpX RFvAMwf/Tk4n/O+Do2BtvKCyGlURo4xlofmHtZNlBISDVV+dxAN5jNxwcnjf2D3t T+65JIJ6sDHWg1DjWSu0Ug6Y0KF3ei3ka7M4di50iMwtn2ULglHg0Z3Prjuyq4bH CH4JfLXfCIsa62XPSn1tSbUW4KAj+SO1j7CGBhVUf7eixF0anMLP1QC/z+W52z78 CAa4Tf2ODrUip9n4iad10W+pHMD9x8uEIrTAF8Grgro916xcAcyyI9c6BDYRKIAS Hxj9ZrDen3n5EjN1gXEzFt3hX8o+X6NRoMNRWNCZNGJSo+4s/Y41vwD0a2x1KmUj mJaXI6l+30ipwGPsWfN0nVBNePA/2Q== =3gP4 -END PGP SIGNATURE-
Bug#898634: kmail: efail attack against S/MIME
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Wed, 2018-05-16 at 13:04 +0200, Sandro Knauß wrote: > > There's a misunderstanding. My point isn't about PGP/MIME (which is indeed > > handled by gnupg, even if through gpgme), but about S/MIME, which I really > > don't think it handled by anything related to gnupg. > > It is - the binary and package is called gpgsm and is part of gnupg souce > tarball. GPGME itself can handle PGP/MIME and S/MIME (if gpgsm is installed) > content transparently. You only tell GPGME what to use. Oh ok, I didn't know about that, thanks. Sorry for the confusion then. Regards, - -- Yves-Alexis -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEE8vi34Qgfo83x35gF3rYcyPpXRFsFAlr8ELAACgkQ3rYcyPpX RFtfPwf+PsbsKlkG3NfU1uSYvOHmMxemAKerPPQu37/lnQqgw6XDJHcB3ctFv+Lh aVHsOKe3l4eXgl6RxDQCqPdJe9H2Yf0xkf71y+ah8dOKJ6jS2ghbe2Hir3dmUCqK nZfcb9DPeEGXmAwJOo+Fb/+Msp2FK9FMZawDSW4VmgrHw0iod00YJZR9dsc3FJuy Gh4LK4rW7lAuKTblRnOXx2k1bSUiX3zhLP1gIjtFE2nKHEfr42QppKbjLW5CK1Ri KfLfPuoFWEPGniic/cLkXjO6QX8QsupqvderjO2YxuqFhH30F9Qz9r4H5AR36tV9 i9G0AJEBj7W+2NfV0tCFO30mEcnb4Q== =cor6 -END PGP SIGNATURE-
Bug#898634: kmail: efail attack against S/MIME
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Wed, 2018-05-16 at 12:33 +0200, Sandro Knauß wrote: > > Thanks, that's good to know. > > Should I prepare a update with those patches for stable? Yes I think it'd be worth it. > > > > For a more detailed look for KMail and EFail see the dot.kde article: > > > > > > https://dot.kde.org/2018/05/15/efail-and-kmail > > > > That article indicates KMail uses GnuPG for S/MIME, which I find a bit > > weird. > Okay it is simplyfied a lot - but in the end... GPGME itself using gpg-agent > etc. to request the work, so in the end it is the normal GnuPG pipeline, that > is doing the work, without parsing comandline output :) But for more detailed > look I wrote a blog post about the whole crypto stack some while ago: > https://exote.ch/blogs/sandro/kontact-and-gnupg-under-windows/ There's a misunderstanding. My point isn't about PGP/MIME (which is indeed handled by gnupg, even if through gpgme), but about S/MIME, which I really don't think it handled by anything related to gnupg. Regards, - -- Yves-Alexis -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEE8vi34Qgfo83x35gF3rYcyPpXRFsFAlr8DW8ACgkQ3rYcyPpX RFsDIAf8DJe2LkURVnSyWskcAW9zer3zZHkHsWke9FhFbRIzulbMMco4s6bNSGnC n2jh2VdA/6vdNKPq5LqczAmiZVto8OOeX6unWhoJ/egvTiVgCQLdnnT7NHOh5VXM 2GDssF2DQmvI/rE5WYzNr51DunqAeodzhZeZfGOfjBqugKTgj3bhAiQglvti/Q+L Y40nQf0yD+00DkDlTcuJGXJSN52HbsepraoS80z3t22SUSwXdEn+dhTMDw+Lh0qh Kq7AZIrHUT6EvhsIqV75OsJb56+xjOHaGnuSa01SjRooF+ACnG2WPh4W88C/77gq zlQqqwW8dWws2SdcO3LSKn055PSKow== =JsqI -END PGP SIGNATURE-
Bug#898634: kmail: efail attack against S/MIME
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Wed, 2018-05-16 at 11:44 +0200, Sandro Knauß wrote: > Hey, Hi Sandro, thanks for the update on this. > > For S/MIME the situation is that it is a conceptional weakness in the > standard > to remove the target vector completely. Agreed, and I'm unsure what we can do about it in Debian right now, besides mitigation for backchannels. > > In KMail we have the best handling that we can get at the moment (with > default > settings). KMail never access resources from the internet without asking the > user or an explicit change of the default setting: > Settings > Configure KMail > Security > Reading > Allow messages to load > external references from the Internet Ok. Other clients like Evolution and Trojita also had an issue with DNS prefetching which could be re-enabled in Webkit. Not sure on what library KMail relies for HTML rending but it might be worth checking that too? See https://bugs.webkit.org/show_bug.cgi?id=182924 for the webkit bug (with links to the Evolution and Trojita ones). > > There are some small patches, that disable this setting for encrypted > messages, to enforce a user interaction: > > https://phabricator.kde.org/D12391 > https://phabricator.kde.org/D12393 > https://phabricator.kde.org/D12394 > > For me applying the patches makes sense to improve security for users, but > disabling the external resource loading completely would break workflows. > Those patches are applied for the following Debian packages, where the > setting > is used for everything: > libmessageviewer5 << 4:18.04.1 > kmail < 4:18.04.1 Thanks, that's good to know. > > As already mentioned, the underlying problem is the S/MIME conceptional > weaknes, that can't be fixed by those patches. > > The stack KMail is using for decryption is GPGME Qt backend that is > packaged > in gpgme1.0 for testing/sid and gpgmepp for stable and older. > > I'm not sure, how this should be handled in Debian correctly. I'm not sure either, to be honest. > > For a more detailed look for KMail and EFail see the dot.kde article: > > https://dot.kde.org/2018/05/15/efail-and-kmail That article indicates KMail uses GnuPG for S/MIME, which I find a bit weird. - -- Yves-Alexis -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEE8vi34Qgfo83x35gF3rYcyPpXRFsFAlr8AQkACgkQ3rYcyPpX RFvIOQf/YLo7d/Fgy8CCPYH+rwiS0A+EwzXQZhCCykF4nk9lGH3uwQHGa9a4UdJT FuCBu3krxPUymczIsT+p0XCUBuindZ8wknMzkqJ9rRXGN0L3634Cau7CgSA4e84H bG1EMMfWxx2wwAjaK3dAXHF4gAUXRVfpKMdJEpidFiXZ9ixZtCKSyhM2AaF+IYli I8kVG6gzOxrEwo+2BbQOjo+e25be19HoktnQAFbBEafVIwcjQSrop5Y4A6cXkJ5P CT0tzc+VloCIgDwQHEkUCyM3rXJbkklgZWmTXhhDU1lMteZixnXU5uB2Gc5akW4q alumMVM6AXu9NzAe+PioFrChglkixQ== =2SgF -END PGP SIGNATURE-
Bug#898634: kmail: efail attack against S/MIME
Source: kmail Severity: grave Tags: security Justification: user security hole Hi, as you may already know, a paper was published this morning describing a vulnerability known as efail against S/MIME and PGP/MIME implementations in various mail clients. This vulnerability allows an attacker with read/write access to encrypted mail to retrieve the plaintext provided HTML mails are enabled, as well as loading of remote content. The paper indicates that the PGP/MIME implementation in kmail is not vulnerable, but the S/MIME is. It might be possible that the vulnerability is in an underlying library, so feel free to reassign if needed. It's likely we'll have to issue a DSA for this. Regards, -- Yves-Alexis -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (450, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Re: Pushing 9.0.0 to unstable
On Tue, 2016-12-06 at 00:03 +0100, Aurélien COUDERC wrote: > what about pushing 9.0.0 to unstable ? > There was one grave but trivial bug I introduced in 9.0.0~exp1 (#843727) > that was fixed the same day it was raised and is now pending upload, and > miscellaneous other fixes and improvements. > Also I’ve worked with Maximiliano to get Debian themed SDDM packages ready. > They depend on desktop-base >= 9.0.0~ so the upload would be welcome to let > these new packages land. The upload can also target experimental. > > The last major part missing for Stretch I’m still working on is the Plymouth > theme, but il will take more days to be ready. I *personally* would have preferred to have the plymouth theme included before pushing to unstable, but I have no strong feeling on it, so if other people here want it in unstable now rather than later I can do the upload. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Re: [Pkg-xfce-devel] Bug#766462: with plymouth installed, I don't get any gettys on my VCs
On mar., 2015-03-10 at 10:02 +, Simon McVittie wrote: slim and lightdm do have native systemd .service files, but don't have those relationships, which I think is probably a bug in those DMs' service files If they do not interact with plymouth themselves like gdm does, then it is correct to not have this relationship. Actually lightdm tries to interact with plymouth (http://sources.debian.net/src/lightdm/1.10.3-3/src/plymouth.c/) lightdm does not appear to have this bug, so I will drop it from Cc in future responses: when I installed both gdm3 and lightdm, everything seemed to work fine. Ok, fine for me :) Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Re: Bug#766462: with plymouth installed, I don't get any gettys on my VCs
On mar., 2015-03-03 at 09:59 +, Simon McVittie wrote: * have systemd as init * install plymouth, gdm3 and your favourite non-GDM DM implementation (kdm in the original bug report) Ok, I'm missing gdm3 here, so I'll try to install it and report back on the situation. * select the non-GDM DM implementation as the active DM * enable plymouth by putting splash on the kernel command-line Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Re: [Pkg-xfce-devel] Bug#766462: with plymouth installed, I don't get any gettys on my VCs
On mar., 2015-03-03 at 03:59 +, Mike Gabriel wrote: I am quite positive that some missing gettys because of two DMs being installed in parallel (or some similar normal thing that people might do) will definitely be worth a freeze exception. IMHO, if gettys don't come up properly, the system is rather broken and this is a no-go for jessie. Sure, but I had the impression that this wasn't the case for lightdm (and slim), according to Simon initial email. And I can confirm plymouth+lightdm seems to work just fine with init=systemd here. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Re: [Pkg-xfce-devel] Bug#766462: with plymouth installed, I don't get any gettys on my VCs
On dim., 2015-03-01 at 21:58 +, Simon McVittie wrote: slim and lightdm do have native systemd .service files, but don't have those relationships, which I think is probably a bug in those DMs' service files; they should probably gain those lines too. However, because they participate in managing the display-manager.service symlink, they suppress gdm.service altogether, so they might avoid get this problem with the plymouth handover. So what's your advice here for lightdm? Maybe it's worth adding it, but it doesn't warrant a freeze exception? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Re: Bug#748971: same problem with media/open file
On mar., 2014-12-09 at 14:05 +0100, Sebastian Ramacher wrote: This looks to me like that's a bug in murrine-themes or QtGTKStyle and not in vlc. So I'm reassigning this bug to the respective package. Pixmap is a pretty low-level GTK+ engine. I'm unsure about how QtGTKStyle works, but might it be possible that qt just doesn't handle that really well? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Re: ***SPAM*** [Pkg-xfce-devel] systemd/logind integration of desktop environments
On ven., 2014-09-05 at 16:46 -0400, Joey Hess wrote: As part of the process described on this wiki page -- https://wiki.debian.org/DebianDesktop/Requalification/Jessie We're requesting some information from each desktop team, as well as the systemd maintainers: Hi, what kind of reply do you expect? Direct reply, group reply, or direct edit of the wiki page? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#754314: [Pkg-xfce-devel] Bug#754314: systemd support for kdm
On mar., 2014-08-12 at 10:43 +0200, Michael Biebl wrote: This issue was discussed during the systemd/GNOME sprint this spring. I.e. how the display-manager.service symlink is supposed to be managed when multiple display managers are installed. lightdm and gdm3 are already updated to support this scheme, so I'm bringing their maintainers into the loop here. Please coordinate with them when adding systemd support to kdm. What kind of coordination is needed from us? -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#745556: kmail accepts invalid SMTP TLS certificate against user action
On Thu, Apr 24, 2014 at 10:14:50AM +0300, Rémi Denis-Courmont wrote: I do not know why it seems to loop. I set a refresh delay of 5 minutes, but the dialog comes back within less than a second, again and again... In case I wasn't clear, I was wondering if it wasn't just all imaps folders beeing refreshed one after another. -- Yves-Alexis Perez signature.asc Description: Digital signature
Bug#745556: kmail accepts invalid SMTP TLS certificate against user action
On Tue, Apr 22, 2014 at 10:33:28PM +0300, Rémi Denis-Courmont wrote: The cancel button has no effects other than to bring the same dialog almost instantly back in an infinite loop. Are you sure the loop is infinite and kmail is not just checking folder after folder? (not that it wouldn't be a bad idea to cache the decision for the user/host/port triplet). Regards. -- Yves-Alexis Perez signature.asc Description: Digital signature
Re: Bug#707851: Soften the the wording recommending menu files: let's do it in Jessie.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sun, Jan 05, 2014 at 03:00:05PM +0900, Charles Plessy wrote: Hi Charles, + sect1 id=debian-menu + headingThe Debian menu system/heading + + p + The Debian menu unifies the menu systems of window managers. In + some desktop environments such as emGNOME/em and emKDE/em, + it has been superseded by the FreeDesktop menu and is hidden by + default. + /p You can add Xfce to the list. Regards, - -- Yves-Alexis Perez -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBCgAGBQJSyWQ6AAoJEG3bU/KmdcClu/QIAKdFcoQSPtswsotH4Je1TPGI phzOYs3sy/Cn0vHkAnYioY73wUsKEY2hS5VP0viL3FIxGSp6yjDMcJgssPfqkk42 1N7X6wh00hZGpHSvjEinG91y0f7U5v5EqqhBR3D7l1Ppy+soFz3Dhwr8Zl/s20st 7szhIC9D/zmNWUaUYtiLzth8GtaClMzR0FszGQcasEh+WzjLoKNop4fSpySjY7oW bgs73erLh7+1FPKuAGlywj+UhFHxqiyJ75QYzXzxnAk013QrvSQL+eduwQRbiNLp fKPxaXXgpuyAGeyTluXP3gQWeLg4UdxBT72UA8kQeaCUFQr75+gTmanxQhbn7Qo= =8qc+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140105135511.gd32...@scapa.corsac.net
Re: [Pkg-xfce-devel] upcoming changes in UPower 1.0
On Fri, 2013-10-18 at 17:10 +0200, Michael Biebl wrote: Dear maintainers, there are some upcoming changes in upower 1.0, most notably the removal of the suspend/hibernate backend based on pm-utils. Which means you'll need a running systemd for suspend/hibernate and logind for the session tracking which the decision policy is based on. So, if I understand that well, that means without init=systemd, no more suspend/hibernate from upower? Are we (Debian) comfortable with that? I didn't really follow last changes in init systems, so I'm not sure how easy it is to insall/use systemd on Debian these days, but it seems that forcing every desktop user to use systemd might not really well perceived. Please have a look at [1] and notify your upstreams (unless they aren't already aware of it). If you want to engange in a discussion with upower upstream, now would be the best time. And please don't shoot the messenger. :) Thanks for the warning notice. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#694011: desktop-base: problem after updating from Squeeze to Wheezy
On dim., 2012-11-25 at 13:23 +0100, Eshat Cakar wrote: Hi Boris, hi Yves-Alexis, Am Fri, 23 Nov 2012 10:06:50 +0100 schrieb Yves-Alexis Perez cor...@debian.org: To me there's two issues/fixes: 1) make KDM correctly handle the case where the selected theme is gone That should already be covered. We have a palceholder, namely Theme=@@@ToBeReplacedByDesktopBase@@@ in /etc/kde4/kdm/kdmrc (Boris could you check that?) which is substituted by kdm's init.d script. The setting is replaced with values from /etc/default/kdm.d/10_desktop-base. So it might have failed in this case. I've added Boris to CC so he actually has a chance to check. So you always should end up with the theme currently installed, since the setting and kdm theme come from the same package (desktop-base). I admit that the whole process is a bit messy and I probably miss something, since this all was set before I was involved. Can you at least try to reproduce the issue? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Re: Status update for debian-desktop
On sam., 2010-11-20 at 13:20 +0100, Yves-Alexis Perez wrote: On jeu., 2010-11-18 at 16:42 +0100, Yves-Alexis Perez wrote: On mar., 2010-11-16 at 13:52 +0100, Yves-Alexis Perez wrote: Following the theme selection, I updated the desktop-base package. The package appeared in unstable yesterday and will migrate to testing following some testing and release team approval. Seems that the KDE artwork is completely missing. I've tried to update the desktop-base package in svn but preliminary tests seem to indicate that it still doesn't work. Could a KDE maintainer take a look at the package in svn and report back about what's missing (or even better, take care of the KDE part completely, since I have no knowledge of KDE at all)? Ping? Is there anyone with KDE knowledge which could take a look? Thanks to Pino Toscano on #debian-kde channel, I've just uploaded a new desktop-base with the relevant changes to KDE4. Please test it and report back. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Re: Status update for debian-desktop
On jeu., 2010-11-18 at 16:42 +0100, Yves-Alexis Perez wrote: On mar., 2010-11-16 at 13:52 +0100, Yves-Alexis Perez wrote: Following the theme selection, I updated the desktop-base package. The package appeared in unstable yesterday and will migrate to testing following some testing and release team approval. Seems that the KDE artwork is completely missing. I've tried to update the desktop-base package in svn but preliminary tests seem to indicate that it still doesn't work. Could a KDE maintainer take a look at the package in svn and report back about what's missing (or even better, take care of the KDE part completely, since I have no knowledge of KDE at all)? Ping? Is there anyone with KDE knowledge which could take a look? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Re: Status update for debian-desktop
On mar., 2010-11-16 at 13:52 +0100, Yves-Alexis Perez wrote: Following the theme selection, I updated the desktop-base package. The package appeared in unstable yesterday and will migrate to testing following some testing and release team approval. Seems that the KDE artwork is completely missing. I've tried to update the desktop-base package in svn but preliminary tests seem to indicate that it still doesn't work. Could a KDE maintainer take a look at the package in svn and report back about what's missing (or even better, take care of the KDE part completely, since I have no knowledge of KDE at all)? Thanks in advance. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Re: Tweaking SpaceFun
On jeu., 2010-11-11 at 20:14 +0100, Yves-Alexis Perez wrote: gdm3 theme is present, but there's no gdm theme. For Etch and Lenny the theme was in gdm (and slim) packages, should we move it to the desktop-base package? (cc:ing the various login managers maintainers to get their opinion). Cheers, I submitted themes for slim (#603256) and gdm (#603403), waiting for their maintainer to act (or will propose an NMU). I'm not too sure about kdm and gdm3. It'd be best to provide the themes in desktop-base, maybe using alternatives, but I don't have a strong opinion either. What do people on -desktop and relevant maintainers think about that? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Tweaking SpaceFun
On mar., 2010-11-09 at 17:54 -0300, Valessio Brito wrote: I would greatly appreciate help from all the other artists to adjust or improve the details in the proposal. As well as create other parts of spreading (marketing, banners, posters, brochures, flyers, etc.).. Who does not have access to SVN[1], just ask me via email. [1] http://svn.debianart.org Thanks to all who are participating, we will also work in 'pure blends' and other parts of debian that need help with graphics. I just noticed you committed some widescreen versions of the wallpaper in png. Would you have the svg source in widescreen, so we can add it as alternative too? gdm3 theme is present, but there's no gdm theme. For Etch and Lenny the theme was in gdm (and slim) packages, should we move it to the desktop-base package? (cc:ing the various login managers maintainers to get their opinion). Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#547623: [Pkg-xfce-devel] Bug#547623: thunar: MS Office .doc treated as plain text document which
On jeu., 2010-04-22 at 18:37 -0400, John Lindgren wrote: As I noted in [1], this bug applies not only to .doc files being double-listed as Word document and plain text but also to .ogg files being double-listed as Vorbis audio and Theora video. So, if this is not going to be fixed in Thunar, then it applies to shared-mime-info as well as kdelibs5-data. Attached to [1] I have given patches for both kdelibs5-data and shared-mime-info. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=547623#102 Hmhm, I'm a bit confused. I still think declaring *.doc as text/plain is not a good idea, but obviously *.ogg could very well be either audio or video. Imho kde.xml should be fixed (but I might miss something there), though freedesktop.xml is fine. In any case, Thunar still needs some fixing. I'm waiting for KDE people comments before cloning and reassigning a resulting to Thunar. Still waiting for upstream comment on the upstream bug, though. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#517690: kde-icons-oxygen: unexistant directories registered in index.theme
Package: kde-icons-oxygen Version: 4:4.1.0-2 Severity: normal Hey, kde-icons-oxygen is really nice, but it has a small annoying bug. index.theme references two non-existent directories, scalable/animations/small/22x22 and scalable/animations/small/16x16. That means everytime I run an application (at least a gtk one), it outputs: (xfmpc:22646): Gtk-WARNING **: Theme directory scalable/animations/small/16x16 of theme oxygen has no size field (xfmpc:22646): Gtk-WARNING **: Theme directory scalable/animations/small/22x22 of theme oxygen has no size field Attached patch should fix the problem. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-rc6-00121-g64e7130 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash kde-icons-oxygen depends on no packages. kde-icons-oxygen recommends no packages. Versions of packages kde-icons-oxygen suggests: pn kdebase none (no description available) -- no debconf information --- /usr/share/icons/oxygen/index.theme 2008-07-15 21:49:13.0 +0200 +++ index.theme 2009-03-01 15:14:42.0 +0100 @@ -92,7 +92,7 @@ PanelDefault=32 PanelSizes=16,22,32,48,64,128 -Directories=8x8/emblems,16x16/actions,16x16/animations,16x16/apps,16x16/categories,16x16/devices,16x16/emblems,16x16/emotes,16x16/intl,16x16/mimetypes,16x16/places,16x16/status,22x22/actions,22x22/animations,22x22/apps,22x22/categories,22x22/devices,22x22/emblems,22x22/emotes,22x22/intl,22x22/mimetypes,22x22/places,22x22/status,32x32/actions,32x32/animations,32x32/apps,32x32/categories,32x32/devices,32x32/emblems,32x32/emotes,32x32/intl,32x32/mimetypes,32x32/places,32x32/status,48x48/actions,48x48/animations,48x48/apps,48x48/categories,48x48/devices,48x48/emblems,48x48/emotes,48x48/intl,48x48/mimetypes,48x48/places,48x48/status,64x64/animations,64x64/apps,64x64/categories,64x64/devices,64x64/emblems,64x64/emotes,64x64/intl,64x64/mimetypes,64x64/places,64x64/status,128x128/animations,128x128/apps,128x128/categories,128x128/devices,128x128/emblems,128x128/emotes,128x128/intl,128x128/mimetypes,128x128/places,128x128/status,scalable/actions,scalable/actions/small/16x16,scalable/ actions/small/22x22,scalable/actions/small/48x48,scalable/animations,scalable/animations/small/16x16,scalable/animations/small/22x22,scalable/apps,scalable/apps/small/16x16,scalable/apps/small/22x22,scalable/apps/small/32x32,scalable/categories,scalable/categories/small/16x16,scalable/categories/small/22x22,scalable/devices,scalable/devices/small/16x16,scalable/devices/small/22x22,scalable/devices/small/32x32,scalable/emblems,scalable/emblems/small/16x16,scalable/emblems/small/22x22,scalable/emotes,scalable/emotes/small/16x16,scalable/emotes/small/22x22,scalable/intl,scalable/intl/small/16x16,scalable/intl/small/22x22,scalable/mimetypes,scalable/mimetypes/small/16x16,scalable/mimetypes/small/22x22,scalable/mimetypes/small/32x32,scalable/places,scalable/places/small/16x16,scalable/places/small/22x22,scalable/status,scalable/status/small/16x16,scalable/status/small/22x22 +Directories=8x8/emblems,16x16/actions,16x16/animations,16x16/apps,16x16/categories,16x16/devices,16x16/emblems,16x16/emotes,16x16/intl,16x16/mimetypes,16x16/places,16x16/status,22x22/actions,22x22/animations,22x22/apps,22x22/categories,22x22/devices,22x22/emblems,22x22/emotes,22x22/intl,22x22/mimetypes,22x22/places,22x22/status,32x32/actions,32x32/animations,32x32/apps,32x32/categories,32x32/devices,32x32/emblems,32x32/emotes,32x32/intl,32x32/mimetypes,32x32/places,32x32/status,48x48/actions,48x48/animations,48x48/apps,48x48/categories,48x48/devices,48x48/emblems,48x48/emotes,48x48/intl,48x48/mimetypes,48x48/places,48x48/status,64x64/animations,64x64/apps,64x64/categories,64x64/devices,64x64/emblems,64x64/emotes,64x64/intl,64x64/mimetypes,64x64/places,64x64/status,128x128/animations,128x128/apps,128x128/categories,128x128/devices,128x128/emblems,128x128/emotes,128x128/intl,128x128/mimetypes,128x128/places,128x128/status,scalable/actions,scalable/actions/small/16x16,scalable/
Re: [Pkg-xfce-devel] Debian sid and etch artwork.
On Mon, 2006-07-31 at 12:19 -0300, Gustavo Franco wrote: [ Unfortunately the cross-posting is necessary, but hopefully after a online meeting we will have a separated mailing list ] I would like to discuss with you the Debian sid and etch artwork infrastructure and after that the artwork itself. The plan is organize a online meeting, but we can kick off it here and define our agenda. Yeah, I guess we should setup some alioth project + mailing list, and maybe an irc channel (#debian-desktop ?) The current status (fixes are welcome): - kdm theme and kde splash and wallpaper are maintained only by pkg-kde team and in their svn repository; - gdm theme is maintained in gdm by Ryan Murray, gdm splash is in gnome-session and wallpaper in desktop-base (splash is in desktop-base too but unused atm); - xfce splash and wallpaper are maintained only by pkg-xfce team and in their svn repository; yes, we have a xfce4-artwork package with some wallpaper. What i think would be good (suggestions, please): - Move desktop-base to a neutral svn repository (eg: debian-desktop group in alioth); agreed - Give commit access to at least two members of pkg-kde, pkg-gnome and pkg-xfce and rmurray in that neutral repository; agreed - Ask artists to work on a common wallpaper for Sid and Etch and three different splash images and add these images in desktop-base; I don't really know if we should have one common wallpaper for all environnments. If we had a common template with (for example) the logo of each environmment, wouldn't it be better ? - Ask artists to work on gdm and kdm themes based on the common wallpapers; agreed - Prepare desktop-base to build the kdm and gdm themes; - Prepare desktop-base to let us change from Sid-Etch themes and wallpapers with a simple change and single upload (alternatives?); - Upload the new desktop-base; - Change gdm, kdm, kde and xfce to point to the new images in desktop-base and desktop-base built binaries; agreed Related wiki article: http://wiki.debian.org/DebianDesktopArtwork I think in a online meeting we can discuss the details, who will do what and define some more stuff like icon themes and all that. Thoughts? Yeah, I guess we should find some time to discuss this, but I don't really know who is online at the moment and when do we have free-time. There are currently 3 greatly implicated members in pkg-xfce (Emanuele Rocca, Simon Huggins and me, with some other members which may be happy to participate). For the schedule, we are all three of us from Europe (but ema is in holidays :) ) Sorry for the noise. Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]