On Fr, 14 Okt 2011, Marvin Renich wrote:
> You can use "aptitude safe-upgrade --visual-preview", though this is not
> particularly convenient when already running the aptitude cua.
That was very useful, and actually works. Great.
> You can also check out "Aptitude::Always-Use-Safe-Resolver".
I a
On Fr, 14 Okt 2011, Jarek Kamiński wrote:
> > Not a solution for the interactive mode, or am I wrong?
>
> You can use aptitude --safe-resolver.
Didn't work either ... still not getting the best result. I still
get "6 removals, 1 keep" instead of "n keeps", and after 30 or so
proposals all removin
On Fr, 14 Okt 2011, Fabian Greffrath wrote:
> priority set in /etc/apt/preferences? Mine looks like this and I
Good point. Strange enough I have a *very* strange /etc/apt/preferences
file that I don't remember to have *EVER* created:
Package: *
Pin: release a=unstable-i386
Pin-Priority: 400
Pac
On Wed, 12 Oct 2011, Josh Triplett wrote:
> End-user systems (desktops, laptops) typically handle mail via one
> or more smarthosts elsewhere, driven by MUAs that know how to talk
> SMTP.
While this definitely is the current state, it's not optimal. It would
be ideal to have an MTA like esmtp or s
Le vendredi 14 octobre 2011 à 11:32 -0300, Henrique de Moraes Holschuh a
écrit :
> I seem to recall our super duper memory-bloated DEs were not even
> warning the user when something was screaming blood murder on the
> emergency, alert and critical priorities in syslog until wheezy... That
> absu
Na grupie linux.debian.devel napisałe(a)ś:
>>> Is there such an option? And if not, can we please please have one?
>> aptitude safe-upgrade has been around for years.
> Not a solution for the interactive mode, or am I wrong?
You can use aptitude --safe-resolver.
--
pozdr(); // Jarek
--
To U
Hello!
With more and more non-technical users using Linux and Debian, the
package database became much more application-centric instead of
package-centric, as it was before. This resulted e.g. in the Ubuntu
Software Center and GNOME-AppInstall as simple ways for endusers to
install software.
In ord
Package: wnpp
Severity: wishlist
Owner: KURASHIKI Satoru
* Package name: emacs-window-layout
Version : 1.1
Upstream Author : SAKURAI, Masashi
* URL : https://github.com/kiwanami/emacs-window-layout
* License : GPL3
Programming Lang: Emacs Lisp
Description
Package: wnpp
Severity: wishlist
Owner: "Antoine Beaupré"
* Package name: qthid-fcd-controller
Version : 3.1
Upstream Author : Alexandru Csete, OZ9AEC
* URL :
http://www.oz9aec.net/index.php/funcube-dongle/qthid-fcd-controller
* License : GPL3
Programming La
On Thu, 13 Oct 2011, Paul Wise wrote:
> As someone who runs Debian on his smartphone, I completely agree with
> making an MTA optional.
Eh, it is not essential, just "standard". You want Debian standard to be
tailored for smartphone use? Isn't that a much better job done through a
Debian pure bl
On Thu, 13 Oct 2011, Josh Triplett wrote:
> On Thu, Oct 13, 2011 at 10:57:29PM +0200, Frank Steinborn wrote:
> > Josh Triplett wrote:
> > > ...which produce output to somewhere other than a log file, in some
> > > scenario other than "being buggy and accidentally producing output", and
> > > which
On Fri, 14 Oct 2011 14:05:34 +0200
"Bernhard R. Link" wrote:
> > My brother comes to mind -- he's pretty happy with Debian and if he
> > didn't know me it's _just_ possible that he'd have installed it himself,
> > but would have simply accepted every default. He uses icedove as his
> > MUA, poin
* Miles Bader [111014 03:04]:
> Paul Wise writes:
> >> Not a solution for the interactive mode, or am I wrong?
> >
> > Not AFAICT, I only read the documentation rather than the code though.
>
> Kinda surprising, actually; this has long been the #1 most horrible
> thing about aptitude, and one ab
On Thu, 13 Oct 2011, Josh Triplett wrote:
> Possibly. The system I booted Debian Live on also had no network
> connection. But either way, exim takes a non-zero amount of time to
Nowadays, you really need to properly setup non-networked systems
correctly, to avoid being pestered by timeouts. I
On Thu, Oct 13, 2011 at 06:08:32PM +0200, Marco d'Itri wrote:
> On Oct 13, Steve McIntyre wrote:
> > Or on devices where the firmware / boot loader doesn't support large
> > disks, or only limited filesystems etc. Please don't ignore other
> > people's use cases.
>
> Can you point me at some exam
* Holger Levsen [111014 07:49]:
> On Donnerstag, 13. Oktober 2011, brian m. carlson wrote:
> > If / and /boot are the same filesystem, then using a filesystem that the
> > bootloader supports is important. At least in the recent past, grub 2
> > didn't support booting off ext4; there was some pro
On Thu, 13 Oct 2011, Luca Capello wrote:
> > - Starting a daemon at boot time, which slows down booting. This led me
> > to notice the problem in Debian Live: it took a non-trivial amount of
> > time for the boot process to finish starting exim and move on.
>
> I experienced the same in the p
* Josh Triplett [111013 22:42]:
> > Then deinstall it.
>
> Every point you just stated applies equally well to every daemon we
> don't install by default; you haven't given any reason why an MTA needs
> to exist by default.
Those points are only there to make clear that your counter-arguments
(to
Hi,
On Donnerstag, 13. Oktober 2011, brian m. carlson wrote:
> If / and /boot are the same filesystem, then using a filesystem that the
> bootloader supports is important. At least in the recent past, grub 2
> didn't support booting off ext4; there was some problem when doing that.
> If /usr is a
* Philip Hands [111014 11:50]:
> On Thu, 13 Oct 2011 10:17:38 +0200, "Bernhard R. Link"
> wrote:
> > > - Taking time to download and install, which increases the time and
> > > bandwidth needed to install or upgrade a Debian system.
> >
> > Please drop the "upgrade". If you deinstall it there
On Wed, Oct 12, 2011 at 08:22:09PM -0700, Josh Triplett wrote:
> Other than tradition, for what reason do you put /usr on a different
> filesystem?
If / and /boot are the same filesystem, then using a filesystem that the
bootloader supports is important. At least in the recent past, grub 2
didn't
how can I teach aptitude to not be sooo incredible stupid?
In the current transition to gnome3 (or it seems) I press
Maybe experimental (where gnome3 currently resides) has the wrong
priority set in /etc/apt/preferences? Mine looks like this and I
regularly upgrade (through apt-get, though) wi
On Thu, 13 Oct 2011 10:17:38 +0200, "Bernhard R. Link"
wrote:
...
> > - Taking time to download and install, which increases the time and
> > bandwidth needed to install or upgrade a Debian system.
>
> Please drop the "upgrade". If you deinstall it there is no cost at
> upgrading.
I think the
On Fr, 14 Okt 2011, Miles Bader wrote:
> [With the normal "U" command, for my typical usage, aptitude seems to
> choose the worst possible solution about 98% of the time.]
Agreed on that.
What is the most typical scenario sid people are hitting,
transitions in progress, and that is solved by keep
Hi Marco,
On Thu, 13 Oct 2011 16:20:33 +0200, m...@linux.it (Marco d'Itri) wrote:
> On Oct 13, Stephan Seitz wrote:
...
> > - Rescue DVDs may not support modern file systems because of older
> > kernels.
> Not a very compelling reason: if you use an unusual/recent file system,
> spend two minutes
Paul Wise writes:
>> Not a solution for the interactive mode, or am I wrong?
>
> Not AFAICT, I only read the documentation rather than the code though.
Kinda surprising, actually; this has long been the #1 most horrible
thing about aptitude, and one about which there's been plenty of
complaining.
On Fri, Oct 14, 2011 at 12:27:03PM +0800, Paul Wise wrote:
> On Fri, Oct 14, 2011 at 1:38 AM, Wouter Verhelst wrote:
>
> > share /usr between multiple systems today; but nobody does it, because
> > - Keeping your software on a central fileserver introduces a single
> > point of failure that you d
27 matches
Mail list logo
