You are not logged in.
A PDF viewer - most likely Evince - will be on both the "standard" and "bloat" images.
May I ask why Evince was chosen? It's definitely "heavier" than mupdf:
$ apt-cache depends evince
evince
Depends: libatk1.0-0
Depends: libc6
Depends: libcairo-gobject2
Depends: libcairo2
Depends: libevdocument3-4
Depends: libevview3-3
Depends: libgail-3-0
Depends: libgdk-pixbuf2.0-0
Depends: libglib2.0-0
Depends: libgnome-keyring0
Depends: libgtk-3-0
Depends: libice6
Depends: libnautilus-extension1a
Depends: libpango1.0-0
Depends: libsm6
Depends: libx11-6
Depends: libxml2
Depends: zlib1g
Depends: evince-common
Depends: evince-common
Depends: gnome-icon-theme
Depends: shared-mime-info
Suggests: unrar
Suggests: poppler-data
Suggests: nautilus
Recommends: dbus-x11
Recommends: gvfs
Conflicts: evince-gtk
$ apt-cache depends mupdf
mupdf
Depends: libc6
Depends: libfreetype6
Depends: libjbig2dec0
Depends: libjpeg8
Depends: libopenjpeg2
Depends: libx11-6
Depends: libxext6
Depends: zlib1g
Suggests: mupdf-tools
Also see: http://www.adercon.com/ac/node/65 for relative size.
Does evince have particular features that you think are necessary?
And on-topic, I think most people would be happier with a simple gui music player (like audacious) as opposed to a server/client music player that must be configured (like mpd) -- even if mpd is preconfigured.
We do agree about abiword -- it's a mess.
Last edited by porkpiehat (2015-04-06 16:42:36)
Offline
I took deadbeef out of the bl-multimedia-pipemenu for now, because of the need to configure deb-multimedia repo. I hadn't used audacious before, but it is very similar to deadbeef, and...I like it a lot
BunsenLabs Group on deviantArt
damo's gallery on deviantArt
Openbox themes
Forum Moderator
Offline
pvsage wrote:A PDF viewer - most likely Evince - will be on both the "standard" and "bloat" images.
May I ask why Evince was chosen? It's definitely "heavier" than mupdf:
$ apt-cache depends evince evince Depends: libatk1.0-0 Depends: libc6 Depends: libcairo-gobject2 Depends: libcairo2 Depends: libevdocument3-4 Depends: libevview3-3 Depends: libgail-3-0 Depends: libgdk-pixbuf2.0-0 Depends: libglib2.0-0 Depends: libgnome-keyring0 Depends: libgtk-3-0 Depends: libice6 Depends: libnautilus-extension1a Depends: libpango1.0-0 Depends: libsm6 Depends: libx11-6 Depends: libxml2 Depends: zlib1g Depends: evince-common Depends: evince-common Depends: gnome-icon-theme Depends: shared-mime-info Suggests: unrar Suggests: poppler-data Suggests: nautilus Recommends: dbus-x11 Recommends: gvfs Conflicts: evince-gtk $ apt-cache depends mupdf mupdf Depends: libc6 Depends: libfreetype6 Depends: libjbig2dec0 Depends: libjpeg8 Depends: libopenjpeg2 Depends: libx11-6 Depends: libxext6 Depends: zlib1g Suggests: mupdf-tools
Does evince have particular features that you think are necessary?
I didn't have a hand in this, but evince uses libpoppler which is faster than mupdf in its default configuration; evince has a GUI; offers an intuitive way for filling in PDF forms (see https://forums.gentoo.org/viewtopic-p-7637918.html ), PRINTING SUPPORT; different page view modes (side-by-side); and probably a couple more important things people would expect from a PDF viewer.
Last edited by twoion (2015-04-06 16:52:48)
Offline
^ that's all I was asking -- no need to shout, IN BOLD :-(. And if the consensus is that this is worth 34M vs 6M, go for it. I'm happy with mupdf. I was even happier with epdfview (which also used poppler), but it is history.
I think my personal goals for my systems do not fit the Bunsen model, so I will STFU now.
Last edited by porkpiehat (2015-04-06 17:13:45)
Offline
^ that's all I was asking -- no need to shout, IN BOLD :-(. And if the consensus is that this is worth 34M vs 6M, go for it. I'm happy with mupdf. I was even happier with epdfview (which also used poppler), but it is history.
I think my personal goals for my systems do not fit the Bunsen model, so I will STFU now.
I just intended to highlight the most relevant feature missing from mupdf...
And yes, at first it was my supposition too that Busen was to become a minimal, KISS distro (well, even Openbox goes against that: XML config files are not that simple). However, some consensus choices have been made indicating that Bunsen is to be not a minimal but still lean distro, striking a compromise between user-friendly pre-configuration and pre-installed software and a frugal base system.
As for evince's weight: most of these packages are going to be present anyway as part of other GTK applications, and choosing evince-gtk, being a version not compiled against GNOME libraries (or so I understand?), will allow us to get rid of a number of GNOME deps like the keyring.
Offline
^ I think the primary (only?) difference is evince-gtk "is built without GNOME keyring support".
As has been said, my main reason for backing Evince is because it includes just about everything most users who work with PDF files expect from a PDF viewer.
Offline
@damo I'm glad to see that pull request finally get merged.
@pvsage @twoion Is there any interest in (read: any chance of) going gnome-less? (despite network-manager)
Offline
^ These sidebars really should be moved to the development status thread, but regarding utilities from Gnome...
I have no strong feelings one way or the other.
I'm actually using Wicd currently. It works, but if there is any wireless security involved, it requires the user to know which protocol is in use. Not really an issue at home, but this info might not be available at internet cafe and other commercially-provided public wifi.
Offline
Copyright © 2012 CrunchBang Linux.
Proudly powered by Debian. Hosted by Linode.
Debian is a registered trademark of Software in the Public Interest, Inc.
Server: acrobat