Bug#1076043: task-kde-desktop: synaptic not installed by default with task-kde-desktop
Hi ! Le 10 juillet 2024 11:09:30 GMT+02:00, Omega a écrit : > But for non-technical users whom never heard of it might be useful >of having it installed out of the box. With my KDE / Plasma comaintainer hat on, I tend to disagree with this statement. In my opinion if you're going to (ask someone to) do something with Synaptic that you cannot do with Discover, it's OK to have to install Synaptic in the process… which you can easily do from Discover. So I would mark this as wontfix unless other KDE/Plasma maintainers have a strong opinion in the other direction. Happy hacking, -- Aurélien
Bug#1036886: Text input fields very hard to identify in high contrast / dark mode
Hi Samuel, Le 23 octobre 2023 02:00:25 GMT+02:00, Samuel Thibault a écrit : >Hello, > >Aurélien COUDERC, le dim. 28 mai 2023 18:51:08 +0200, a ecrit: >> If we don’t want to reduce the contrast of either the static text or the >> input fields an option could be for text input fields to have a border >> with the same color as the text that would make them clearly >> identifiable. > >I had a hard time getting a border. The simplest might be to just have >a black background, as attached. Would that be fine enough? (we don't >actually lose any contrast since it's the same blue as before) Thanks for looking into this ! (I'm neither a designer nor visually impaired so take my feedback with some grains of salt.) It looks better to me, but I'm not sure how much better it would be for someone needing the high contrast. Would they identify the difference between the black and dark blue ? I'm copying devian-accessibility in case they have an opinion. As you said it's not making things worse so AFAIC feel free to go for any option you prefer. Happy hacking, -- Aurélien
Bug#1036886: Text input fields very hard to identify in high contrast / dark mode
Source: rootskel-gtk Severity: normal Tags: a11y Dear Mantainer, running the installer in graphical dark / high contrast mode, it’s very hard to identify text input fields in the installer pages, making it very difficult to see where things need to be input. The default theme does a must better job at it whereas the high contrast theme uses (almost ?) the same color for the global page background and the text input fields background, and the input fields have no visible border. If we don’t want to reduce the contrast of either the static text or the input fields an option could be for text input fields to have a border with the same color as the text that would make them clearly identifiable. -- System Information: Debian Release: 12.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'unstable-debug'), (500, 'testing-security'), (500, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1031846: installation-reports: Same as bug #1031806 Install completes successfully after reboot no /home /Documents etc folders
control: reassign -1 desktop-base 12.0.2 control: fixed -1 desktop-base/12.0.3
Bug#1031846: installation-reports: Same as bug #1031806 Install completes successfully after reboot no /home /Documents etc folders
Dear Jason, could you please confirm which desktop environment you installed ? If it's KDE/Plasma I fixed the issue in the desktop-base package version 12.0.3, currently in testing and that should reach unstable in a couple of days. If you feel like testing the fix you could upgrade to unstable and try with a new user to check that it's fixed. On an existing user running : xdg-user-dirs-update should fix the issue. Haply hacking ! -- Aurélien
Bug#1017611: discover: Discover stucks because fwupd is not installed
control: reassign -1 plasma-discover control: tags -1 + moreinfo Dear Mando, I guess you're talking about Discover the software management tool for KDE/Plasma, not the hardware discovery tool, so I'm reassigning the bug to the plasma-discover package. Le 18 août 2022 13:39:30 GMT+02:00, mando a écrit : >Package: discover >Version: 2.1.2-10 >Severity: normal > >Dear Maintainer, > >I tried to update my Debian through Discover. >I've enabled the contrib and non-free repository as I require some firmware >and non-free drivers (wifi, video cards) for a long time. >Since recent updates of KDE, Discover stucks when updating the package list >and complains because fwupd is not installed. >Installing fwupd solves the problem: > > apt install fwupd-amd64-signed > >... but I guess that Discover should work even if this package is not >installed. Yes it definitely should work without it. Could you try and remove fwupd again but also ensure plasma-discover-backend-fwup is not installed ? Having a look at the dependency/recommends chain it looks possible to have the later installed without the former and maybe that could explain your issue. Thanks ! -- Aurélien
Re: Tentative summary of the AMD/ATI/NVidia issue
Le dimanche 25 avril 2021, 13:18:03 CEST Rebecca N. Palmer a écrit : > Cyril Brulebois wrote: > > getting my hands on relevant hardware is in progress > > Note that https://lists.debian.org/debian-boot/2021/04/msg00247.html > implies the affected hardware is _not_ simply "all AMD/ATI or NVidia > hardware". Do we know of hardware that is reproducibly affected? > > YunQiang Su wrote: > > The problem is that: > > the older version of GNOME, or Mate, can work with vesa driver, > > while current GNOME cannot. > > Do non-GNOME-based desktops work (either KDE, or one of the > lightweight/for-old-hardware ones e.g. icewm), or is the problem further > down the stack? Hi, having a RX 470 (POLARIS10) at hand, I thought I’d give a couple of data points for the buster vs. bullseye comparison. I confirm the graphical installer works for both buster and bullseye. I ran the standard install on this machine for the 10.9 and bullseye RC1 amd64 images for each of the following 3 desktops : GNOME, Plasma and MATE because they use different DMs (GDM, SDDM, LightDM). Here are the results for the 3 desktops without and with firmware-amd-graphics installed: |fw-amd-graphics | without | with | |Buster | GNOME | broken| not tested| | | Plasma | broken| OK (hw accel) | | | MATE | broken| OK (hw accel) | |--- |Bullseye | GNOME | OK (llvm) | OK (hw accel) | | | Plasma | broken| OK (hw accel) | | | MATE | OK (llvm) | OK (hw accel) | broken= stays on black or text kernel tty, the display manager won’t come up OK (llvm) = DM and desktop work, the OpenGL rendering is done by the CPU using LLVM, resolution is limited to 1024x768 So at least for this piece of hardware we’re better off with bullseye than what we currently ship with buster. Cheers, -- Aurélien
Uploading rootskel-gtk 1.36
Hi Christian, I’m looking for a sponsor for rootskel-gtk 1.36 I’ve prepared with the help of Cyril. It updates the installer header with latest artwork provided by Juliette Belin, and also updates the GTK control colors to match the new theme. Would you please have a look and upload the new version if it looks OK to you ? The changes are in master, including changelog, and adding myself to uploaders as proposed by Cyril. Cheers, --Aurélien
Re: Default theme for Stretch
Hi, Le dimanche 27 novembre 2016, 23:27:37 CET Cyril Brulebois a écrit : > > I can't test right now due to various constraints, but one should make > sure changing menu position etc. doesn't lead to issues with submenus > and some installation images which have several menus concatenated; the > multi-arch image comes to mind. Didier might have some insight about > this one (cc added). Surely, it needs to be tested more widely. I’ve only tried with the netboot build. FWIW the only change apart from the background is to raise the menu/helpmsg a little. So if anything it should add more space for additional menu items below. Feel free to take that out if you don’t feel comfortable, though : *--- a/build/boot/x86/stdmenu.cfg* *+++ b/build/boot/x86/stdmenu.cfg* @@ -8,9 +8,9 @@ menu color help 37;40 #ff00 # none -menu vshift 12 +menu vshift 8 -menu helpmsgrow 15 +menu helpmsgrow 13 Cheers, --Aurélien
Re: Default theme for Stretch
Le dimanche 20 novembre 2016, 03:23:02 CET Cyril Brulebois a écrit : > Aurélien COUDERC <zecou...@free.fr> (2016-11-19): > > > Is there any way to easily test the rootskel-gtk theme ? Ideally I’d > > also patch the GTK colors to match the banner but I don’t want to do > > that without test. > > I don't think we have anything for this at the moment… What I usually do > when updating rootskel-gtk is: build its binaries, put them under > build/localudebs in the debian-installer source tree, then (re)build the > netboot-gtk image (see above). > > Feel free to stage changes in a pu/theme branch or so in rootskel-gtk; I > can pull from there, and share generated installation images if you like. Done, please check the pu/theme branch in rootskel-gtk git. I’ve also updated the GTK theme to match Softwaves colors. Screenshots attached. Cheers ! --Aurélien
Re: Default theme for Stretch
Le dimanche 20 novembre 2016, 03:23:02 CET Cyril Brulebois a écrit : > Aurélien COUDERC <zecou...@free.fr> (2016-11-19): > > Here’s a patch. Again not tested (tried a quick debuild but it fails) > > so please take it with a pinch of salt. > > You'll find attached a screenshot. I've built this in a sid chroot, with: > > make -C build rebuild_netboot-gtk Works, thank you. > It feels a bit empty to me. But I've been seeing boot prompts for far too > long, I'm certainly biased. ;) We’ll see what we can do to avoid shocking long time d-i contributors… :-) A first small improvement to avoid that-big-gap-at-the-top is to raise the menu a little. Trivial patch and result screenshot attached. Also there’s a « _ » character at the beginning of the first menu line, that wasn’t there in Jessie. It seems to be due to that : ./build/boot/x86/menu.cfg:4:menu title ${BEEP}Debian GNU/Linux installer boot menu Any idea why / if it can be fixed ? > > Is there any way to easily test the rootskel-gtk theme ? Ideally I’d > > also patch the GTK colors to match the banner but I don’t want to do > > that without test. > > I don't think we have anything for this at the moment… What I usually do > when updating rootskel-gtk is: build its binaries, put them under > build/localudebs in the debian-installer source tree, then (re)build the > netboot-gtk image (see above). > > Feel free to stage changes in a pu/theme branch or so in rootskel-gtk; I > can pull from there, and share generated installation images if you like. Do you mean in the project’s git repo on Alioth ? I would need commit right on the repo then, if you wouldn’t mind. Cheers ! --Aurélien diff --git a/build/boot/x86/stdmenu.cfg b/build/boot/x86/stdmenu.cfg index 4a212b6..f37f478 100644 --- a/build/boot/x86/stdmenu.cfg +++ b/build/boot/x86/stdmenu.cfg @@ -8,7 +8,7 @@ menu color help 37;40 #ff00 # none # XXX When adjusting vshift, take care that rows is set to a small # enough value so any possible menu will fit on the screen, # rather than falling off the bottom. -menu vshift 12 +menu vshift 9 menu rows 10 menu helpmsgrow 15 # The command line must be at least one line from the bottom.
Re: Default theme for Stretch
Le mardi 1 novembre 2016, 14:17:33 CET Cyril Brulebois a écrit : > Hi, > > Cyril Brulebois(2016-10-29): > > Out of curiosity, are you going to propose patches for rootskel-gtk (for > > use in Debian Installer), or should I be working on that specific package? > > Oh I totally forgot we still have those in src:debian-installer: > ./build/boot/x86/pics/lines.svg > ./build/boot/kfreebsd/pics/lines-kbsd.svg > ./build/boot/hurd/pics/lines-hurd.svg > > Feel free to point me to the latest version of the relevant file(s), or > to propose a patch. ;-) Here’s a patch. Again not tested (tried a quick debuild but it fails) so please take it with a pinch of salt. Also I’d like to propose a second patch for rootskel-gtk as Juliette slightly updated the design for the installer banner. Is there any way to easily test the rootskel-gtk theme ? Ideally I’d also patch the GTK colors to match the banner but I don’t want to do that without test. Thanks, --Auréliendiff --git a/build/boot/hurd/pics/softwaves-hurd.svg b/build/boot/hurd/pics/softwaves-hurd.svg new file mode 100644 index 000..9da3d8c --- /dev/null +++ b/build/boot/hurd/pics/softwaves-hurd.svg @@ -0,0 +1,327 @@ + + + +http://purl.org/dc/elements/1.1/; + xmlns:cc="http://creativecommons.org/ns#; + xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#; + xmlns:svg="http://www.w3.org/2000/svg; + xmlns="http://www.w3.org/2000/svg; + xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd; + xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape; + version="1.1" + id="root" + x="0px" + y="0px" + width="640px" + height="480px" + viewBox="0 0 640 480" + enable-background="new 0 0 640 480" + xml:space="preserve" + inkscape:version="0.91 r13725" + sodipodi:docname="softwaves.svg">image/svg+xmlhttp://purl.org/dc/dcmitype/StillImage; /> \ No newline at end of file diff --git a/build/boot/kfreebsd/pics/softwaves-kbsd.svg b/build/boot/kfreebsd/pics/softwaves-kbsd.svg new file mode 100644 index 000..9da3d8c --- /dev/null +++ b/build/boot/kfreebsd/pics/softwaves-kbsd.svg @@ -0,0 +1,327 @@ + + + +http://purl.org/dc/elements/1.1/; + xmlns:cc="http://creativecommons.org/ns#; + xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#; + xmlns:svg="http://www.w3.org/2000/svg; + xmlns="http://www.w3.org/2000/svg; + xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd; + xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape; + version="1.1" + id="root" + x="0px" + y="0px" + width="640px" + height="480px" + viewBox="0 0 640 480" + enable-background="new 0 0 640 480" + xml:space="preserve" + inkscape:version="0.91 r13725" + sodipodi:docname="softwaves.svg">image/svg+xmlhttp://purl.org/dc/dcmitype/StillImage; /> \ No newline at end of file diff --git a/build/boot/x86/pics/softwaves.svg b/build/boot/x86/pics/softwaves.svg new file mode 100644 index 000..9da3d8c --- /dev/null +++ b/build/boot/x86/pics/softwaves.svg @@ -0,0 +1,327 @@ + + + +http://purl.org/dc/elements/1.1/; + xmlns:cc="http://creativecommons.org/ns#; + xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#; + xmlns:svg="http://www.w3.org/2000/svg; + xmlns="http://www.w3.org/2000/svg; + xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd; + xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape; + version="1.1" + id="root" + x="0px" + y="0px" + width="640px" + height="480px" + viewBox="0 0 640 480" + enable-background="new 0 0 640 480" + xml:space="preserve" + inkscape:version="0.91 r13725" + sodipodi:docname="softwaves.svg">image/svg+xmlhttp://purl.org/dc/dcmitype/StillImage; /> \ No newline at end of file diff --git a/build/config/hurd.cfg b/build/config/hurd.cfg index 3193c00..5ca5a41 100644 --- a/build/config/hurd.cfg +++ b/build/config/hurd.cfg @@ -20,7 +20,7 @@ define genext2fs endef # The image to use for a syslinux splash screen. -SPLASH_PNG=boot/hurd/pics/lines-hurd.png +SPLASH_PNG=boot/hurd/pics/softwaves-hurd.png SPLASH_SVG=$(patsubst %.png,%.svg,$(SPLASH_PNG)) # The font to load in GRUB diff --git a/build/config/kfreebsd.cfg b/build/config/kfreebsd.cfg index b549739..d493709 100644 --- a/build/config/kfreebsd.cfg +++ b/build/config/kfreebsd.cfg @@ -5,7 +5,7 @@ DEBIAN_RELEASE = unstable INITRD_FS = ufs1 # The image to use for a syslinux splash screen. -SPLASH_PNG=boot/kfreebsd/pics/lines-kbsd.png +SPLASH_PNG=boot/kfreebsd/pics/softwaves-kbsd.png SPLASH_SVG=$(patsubst %.png,%.svg,$(SPLASH_PNG)) # The font to load in GRUB diff --git a/build/config/x86.cfg b/build/config/x86.cfg index 490e8a5..2715ecf 100644 --- a/build/config/x86.cfg +++ b/build/config/x86.cfg @@ -11,7 +11,7 @@ DOS_VOLUME_ID = deb1 DOS_VOLUME_LABEL = "Debian Inst" # The image to use for a syslinux splash screen. -SPLASH_PNG=boot/x86/pics/lines.png +SPLASH_PNG=boot/x86/pics/softwaves.png SPLASH_SVG=$(patsubst
Re: Default theme for Stretch
Le mardi 1 novembre 2016, 19:00:09 CET Cyril Brulebois a écrit : > Aurélien COUDERC <zecou...@free.fr> (2016-11-01): > > Le 1 novembre 2016 14:17:33 GMT+01:00, Cyril Brulebois <k...@debian.org> a > > écrit : > > >Hi, > > > > > >Cyril Brulebois <k...@debian.org> (2016-10-29): > > >> Out of curiosity, are you going to propose patches for rootskel-gtk > > >(for > > >> use in Debian Installer), or should I be working on that specific > > >package? > > > > > >Oh I totally forgot we still have those in src:debian-installer: > > >./build/boot/x86/pics/lines.svg > > >./build/boot/kfreebsd/pics/lines-kbsd.svg > > >./build/boot/hurd/pics/lines-hurd.svg > > > > > >Feel free to point me to the latest version of the relevant file(s), or > > >to propose a patch. ;-) > > > > Sure I'll have a look. :-) > > Perfect, thanks! > > I'm wondering whether it would make sense to have some kind of todo list > for new desktop themes, with a list of packages needing an update. Maybe > that exists already? (I remembered this one by accident, while booting > up d-i and noticing that was still the old theme.) > > > It's the background for the isolinux bootmenu, right ? > > Exactly. :) Is there any currently meaningful restriction remaining on the images color palette / depth for these different elements (rootskel-gtk, debian-installer) ? The wiki for the Debian theme proposals requirements mentions complicated things like : - Isolinux: 640x300px, 4bit color depth (means: 16 colors). View Make Sys Image. - Syslinux: 640x300px, 16bit color depth (means: 65,536 colors), in PNG format. - Debian Installer A picture with 800x75px, 16bit (65536 colors). But looking at recent packages, the PNG are just generated with rsvg-convert that produces plain 24-bit images. A quick look at the iso boot menu or debian installer banner gradients tells that it’s not 16 bit / 65536 colors. Can you confirm we don’t need to keep these restrictions so we can update the requirements ? Thanks, --Aurélien
Re: Default theme for Stretch
Le 1 novembre 2016 14:17:33 GMT+01:00, Cyril Bruleboisa écrit : >Hi, > >Cyril Brulebois (2016-10-29): >> Out of curiosity, are you going to propose patches for rootskel-gtk >(for >> use in Debian Installer), or should I be working on that specific >package? > >Oh I totally forgot we still have those in src:debian-installer: >./build/boot/x86/pics/lines.svg >./build/boot/kfreebsd/pics/lines-kbsd.svg >./build/boot/hurd/pics/lines-hurd.svg > >Feel free to point me to the latest version of the relevant file(s), or >to propose a patch. ;-) Sure I'll have a look. :-) It's the background for the isolinux bootmenu, right ? --Aurélien
Re: Default theme for Stretch
Le lundi 31 octobre 2016, 18:21:41 CET Aurélien COUDERC a écrit : > Le lundi 31 octobre 2016, 17:43:15 CET Cyril Brulebois a écrit : > > Hi Aurélien & Juliette, > > > > Aurélien COUDERC <zecou...@free.fr> (2016-10-31): > > > >For reference, that's #793125. > > > > > > Patch attached to the bug. > > > > > > @Juliette I changed the banner a little to only use the Debian text in > > > SVG form that you can find on the official logo page. > > > > Thanks! It seems to work fine. Can you please confirm the resulting > > screenshot is OK? > > Good for me. :-) Juliette I’ve attached the SVGs with my changes, in case you need to make additional updates. Cheers, --Aurélien
Re: Default theme for Stretch
Le lundi 31 octobre 2016, 17:43:15 CET Cyril Brulebois a écrit : > Hi Aurélien & Juliette, > > Aurélien COUDERC <zecou...@free.fr> (2016-10-31): > > >For reference, that's #793125. > > > > Patch attached to the bug. > > > > @Juliette I changed the banner a little to only use the Debian text in > > SVG form that you can find on the official logo page. > > Thanks! It seems to work fine. Can you please confirm the resulting > screenshot is OK? Good for me. :-) --Aurélien
Re: Default theme for Stretch
Le 29 octobre 2016 15:54:37 GMT+02:00, Cyril Brulebois <k...@debian.org> a écrit : >Aurélien COUDERC <zecou...@free.fr> (2016-10-28): >> Dear Maintainers, >> >> I’ve committed some work for initial support of Soft Waves. >> Currently ready is default Gnome wallpaper and lock screen, and >available >> SDDM & Plasma wallpaper/lock screen that need to be set up manually. >> >> I’ve also fixed several bugs that are pending upload. >> >> Would someone please review my work and upload to experimental ? > >Hi Aurélien, > >Out of curiosity, are you going to propose patches for rootskel-gtk >(for >use in Debian Installer), or should I be working on that specific >package? > >For reference, that's #793125. Patch attached to the bug. @Juliette I changed the banner a little to only use the Debian text in SVG form that you can find on the official logo page. We cannot use the original font for packaging as it's non free and we don't want to depend on it for the build process of the theme packages. Besides as mentioned here [1] the official logo uses a stretched (haha) version of the original font but we don't know exactly how much it's stretched. So there's no real point in using the original font to get the exact rendering of the logo either. If you want to add text to some of the visuals you should either use the Debian SVG or a font that is packaged in Debian. Check font-* packages in your favorite package manager. When possible I'd avoid adding texts to the visuals as much as possible as the different tools using them are going to have their own fonts rendered on top of them anyway (ex grub menu, plymouth infos, login username/date…). Also note that Debian is not only GNU/Linux. GNU/kFreeBSD is an official port, and there's also GNU/Hurd although it's not a release architecture [2]. [1] https://wiki.debian.org/DebianLogo [2] https://wiki.debian.org/Debian_GNU Cheers, --Aurélien
Bug#793125: Patch
Here’s a patch. Feel free to comment if anything is missing. Cheers, --Aurélien diff --git a/debian/changelog b/debian/changelog index c5000d5..a6bdfd1 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +rootskel-gtk (1.34) UNRELEASED; urgency=medium + + [ Aurélien COUDERC ] + * Adapt standard and dark installer banners to Stretch default theme Soft +Waves (Closes: #793125). + + -- CoucoufSat, 29 Oct 2016 22:28:57 +0200 + rootskel-gtk (1.33) unstable; urgency=medium [ Colin Watson ] diff --git a/debian/copyright b/debian/copyright index f9621fa..f16a4ba 100644 --- a/debian/copyright +++ b/debian/copyright @@ -20,9 +20,10 @@ http://ftp.gnome.org/pub/GNOME/sources/gnome-themes/2.14/gnome-themes-2.14.3.tar It is written by Bill Haneman, based on Standard theme by T. Liebeck, and released under LGPL 2.1. -src/usr/share/graphics/debian_logo_lines.svg is copyright 2014 by -Juliette Taka BELIN , licensed under the GNU GPL -version 2, or later. +src/usr/share/graphics/logo_debian_{softwaves,softwaves_dark}.svg are +copyright 2016 by Juliette Taka BELIN , licensed +under the GNU GPL version 2, or later. Minor changes were made by Aurélien +COUDERC to make them suitable for packaging. On Debian systems, the complete text of the GNU GPL version 2 can be found in /usr/share/common-licenses/GPL-2, and the complete text of the GNU LGPL 2.1 diff --git a/src/usr/share/graphics/Makefile b/src/usr/share/graphics/Makefile index 6f8653a..88ce5ee 100644 --- a/src/usr/share/graphics/Makefile +++ b/src/usr/share/graphics/Makefile @@ -15,10 +15,10 @@ install-local:: $(outdir) ln -fs logo_debian.png $(outdir)/logo_installer.png ln -fs logo_debian_dark.png $(outdir)/logo_installer_dark.png -logo_debian.png: logo_debian_lines.svg +logo_debian.png: logo_debian_softwaves.svg rsvg-convert $< > $@ -logo_debian_dark.png: logo_debian_lines_dark.svg +logo_debian_dark.png: logo_debian_softwaves_dark.svg rsvg-convert $< > $@ include ../../../../Makefile.inc diff --git a/src/usr/share/graphics/logo_debian_lines.svg b/src/usr/share/graphics/logo_debian_lines.svg deleted file mode 100644 index 8059bcd..000 --- a/src/usr/share/graphics/logo_debian_lines.svg +++ /dev/null @@ -1,396 +0,0 @@ - -http://purl.org/dc/elements/1.1/; - xmlns:cc="http://creativecommons.org/ns#; - xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#; - xmlns:svg="http://www.w3.org/2000/svg; - xmlns="http://www.w3.org/2000/svg; - xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd; - xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape; - version="1.1" - x="0px" - y="0px" - width="800px" - height="75px" - viewBox="0 0 800 75" - enable-background="new 0 0 800 75" - xml:space="preserve" - id="svg2" - inkscape:version="0.48.5 r10040" - sodipodi:docname="logo_debian_lines.svg">image/svg+xmlhttp://purl.org/dc/dcmitype/StillImage; />debian - - \ No newline at end of file diff --git a/src/usr/share/graphics/logo_debian_lines_dark.svg b/src/usr/share/graphics/logo_debian_lines_dark.svg deleted file mode 100644 index fd55f66..000 --- a/src/usr/share/graphics/logo_debian_lines_dark.svg +++ /dev/null @@ -1,370 +0,0 @@ - -http://purl.org/dc/elements/1.1/; - xmlns:cc="http://creativecommons.org/ns#; - xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#; - xmlns:svg="http://www.w3.org/2000/svg; - xmlns="http://www.w3.org/2000/svg; - xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd; - xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape; - version="1.1" - x="0px" - y="0px" - width="800px" - height="75px" - viewBox="0 0 800 75" - enable-background="new 0 0 800 75" - xml:space="preserve" - id="svg2" - inkscape:version="0.48.5 r10040" - sodipodi:docname="logo_debian_lines.svg">image/svg+xmlhttp://purl.org/dc/dcmitype/StillImage; />debian - - \ No newline at end of file diff --git a/src/usr/share/graphics/logo_debian_softwaves.svg b/src/usr/share/graphics/logo_debian_softwaves.svg new file mode 100644 index 000..f123f89 --- /dev/null +++ b/src/usr/share/graphics/logo_debian_softwaves.svg @@ -0,0 +1,286 @@ + + + +http://purl.org/dc/elements/1.1/; + xmlns:cc="http://creativecommons.org/ns#; + xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#; + xmlns:svg="http://www.w3.org/2000/svg; + xmlns="http://www.w3.org/2000/svg; + xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd; + xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape; + version="1.1" + x="0px" + y="0px" + width="800px" + height="75px" + viewBox="0 0 800 75" + enable-background="new 0 0 800 75" + xml:space="preserve" + id="svg4370" + inkscape:version="0.91 r13725" + sodipodi:docname="logo_debian_softwaves.svg">image/svg+xmlhttp://purl.org/dc/dcmitype/StillImage; /> \ No newline at end
Re: Default theme for Stretch
Le samedi 29 octobre 2016, 17:17:06 CEST Aurélien COUDERC a écrit : > Le 29 octobre 2016 15:54:37 GMT+02:00, Cyril Brulebois <k...@debian.org> a écrit : > >Aurélien COUDERC <zecou...@free.fr> (2016-10-28): > >> Dear Maintainers, > >> > >> I’ve committed some work for initial support of Soft Waves. > >> Currently ready is default Gnome wallpaper and lock screen, and > > > >available > > > >> SDDM & Plasma wallpaper/lock screen that need to be set up manually. > >> > >> I’ve also fixed several bugs that are pending upload. > >> > >> Would someone please review my work and upload to experimental ? > > > >Hi Aurélien, > > > >Out of curiosity, are you going to propose patches for rootskel-gtk > >(for > >use in Debian Installer), or should I be working on that specific > >package? > > > >For reference, that's #793125. > > Hi Cyril, > > I currently have zero knowledge about rootskel-gtk. If it's not an emergency > pointers are welcome and I'll have a look next week. > > If it cannot wait please go ahead. OK, looks straightforward enough. I’ll provide a patch shortly. Cheers, --Aurélien
Re: Default theme for Stretch
Le 29 octobre 2016 15:54:37 GMT+02:00, Cyril Brulebois <k...@debian.org> a écrit : >Aurélien COUDERC <zecou...@free.fr> (2016-10-28): >> Dear Maintainers, >> >> I’ve committed some work for initial support of Soft Waves. >> Currently ready is default Gnome wallpaper and lock screen, and >available >> SDDM & Plasma wallpaper/lock screen that need to be set up manually. >> >> I’ve also fixed several bugs that are pending upload. >> >> Would someone please review my work and upload to experimental ? > >Hi Aurélien, > >Out of curiosity, are you going to propose patches for rootskel-gtk >(for >use in Debian Installer), or should I be working on that specific >package? > >For reference, that's #793125. Hi Cyril, I currently have zero knowledge about rootskel-gtk. If it's not an emergency pointers are welcome and I'll have a look next week. If it cannot wait please go ahead. Cheers, --Aurélien