Re: [Pkg-xfce-devel] Reverting to GNOME for jessie's default desktop
Are we really comparing RAM here as if it were the 90's? How many people here use Android? Today it needs 512 MB to function properly. In two years that could be 1 or 2 GB and that's a mobile OS. How much RAM does your browser use? My Chrome/Firefox easily uses 1 GB. My GNOME 3.10 desktop (running Fedora now because I needed a modern GNOME version for Exchange support for work) is using about 800 MB to 1200 MB. Do I really care? No, because RAM is cheap and I have 8 GB. Do I need to buy more? No, because 8 GB is still more than enough. If you can't run GNOME because you don't have the system specs to run a modern desktop then you can select XFCE/LXDE in the installation menu. But let's be fair, those people are a minority. And a default should fit the needs of the majority. And since people easily have 4 GB of RAM or more these days with the basic 3D acceleration (even a Raspberry Pi can run GNOME 3) then I would say that logic chooses GNOME. Also because of a ton of other reasons already mentioned e.g. systemd, documentation, dedicated maintainers, accessibility, etc.
Re: [Pkg-xfce-devel] Reverting to GNOME for jessie's default desktop
Why are we discussing CD/DVD sizes? Why not just use an USB netinstall? It's then possible to download and install the stuff you need, if you don't want to use a lot of bandwidth then choose no desktop environment or XFCE/LXDE. But if you can spare some more time then you can install GNOME/KDE. Seems like a good deal. And USB sticks are cheaper (also easier to reuse) so I don't get the 'hurting developing countries' argument. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAAH150ZMiVBtY21Es06y3djZrQ+=eAEYDenLJJoYby=ajos...@mail.gmail.com
Re: Reverting to GNOME for jessie's default desktop
Also: http://oskuro.net/blog/freesoftware/gnome-as-default-jessie-desktop-2014-08-07-23-58 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caah150bkszsgq6tzfaadlmxu66r-cq0oguardpl49ggheu2...@mail.gmail.com
Bug#663517: ITP: raintpl -- The easy and fast template engine for PHP. Rain.TPL makes application easier to create & enables designers/developers to work better together.
Package: wnpp Severity: wishlist Owner: Kees de Jong * Package name: raintpl Version : 2.7.2 Upstream Author : Federico Ulfo The Rain Team * URL : http://www.raintpl.com/ * License : LGPL - 3+ Programming Lang: PHP Description : The easy and fast template engine for PHP. Rain.TPL makes application easier to create & enables designers/developers to work better together. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120311213738.22532.36313.reportbug@Intrepid.Debnet
Bug#661262: ITP: raintpl -- RainTPL is an open source PHP template engine, it load precompiled PHP templates.
Package: wnpp Severity: wishlist Owner: Kees de Jong * Package name: raintpl Version : 2.7.1.2 Upstream Author : Federico Ulfo The Rain Team * URL : http://www.raintpl.com/ * License : (LGPL-3+) Programming Lang: (PHP) Description : The easy and fast template engine for PHP. Rain.TPL makes application easier to create & enables designers/developers to work better together. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120225172700.10395.57873.reportbug@Intrepid.Debnet
Re: Bug#605090: Linux 3.2 in wheezy
Perhaps you should contact Julien Tinnes of http://kernelsec.cr0.org/ He has been too busy to work on the kernels lately but maybe he wants to help. On do, 2012-02-02 at 12:18 +1100, Russell Coker wrote: > On Thu, 2 Feb 2012, dann frazier wrote: > > Whilte it may help the kernel team to not have to worry about problems > > in the grsec flavor when preparing uploads, preventing delays for the > > non-grsec images. But, that just pushes the coordination down a ways - > > for stable updates we would need to add the grsec build into the > > pipeline, and there'd be delays in grsec security updates that go in > > via linux-2.6. Not nak'ing the idea, but it does extend some critical > > paths. > > The current approach of having a kernel patch package seems to work well. It > removes the need for involvement of the kernel and security teams (presumably > security changes to the kernel will usually not require changes to the > grsecurity patch) and allows the users to easily build their own kernels. > > If a user has a choice between using Spender's Debian package and a kernel- > patch package to build their own kernel then I think that they should be able > to do whatever they want. > > Spender suggested that people who want GRSecurity on Debian would be better > off using a .deb he provides and working on user-space hardening. > > -- > My Main Blog http://etbe.coker.com.au/ > My Documents Bloghttp://doc.coker.com.au/ > > -- Met vriendelijke groet, Kees de Jong De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde(n). Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. -- The information contained in this message may be confidential and is intended to be exclusively for the addressee(s). Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail. signature.asc Description: This is a digitally signed message part