Hi,
On 03.01.2014 04:24, Michael Gilbert wrote:
So, I suppose this isn't immediately obvious, but there is another
solved problem here.
Say the TC ultimately does not choose systemd as the default, and one
day gnome entirely drops compatibility with the other inits. The
gnome maintainers can
Hi
Michael Gilbert mgilb...@debian.org writes:
Hi :)
The TC init discussion has diverged significantly from Debian's usual
ideals of freedom and meritocracy, so I decided to do something about
it.
So, today I wrote init-select. It's a small tool that empowers users
to freely and simply
Michael Gilbert mgilb...@debian.org (2014-01-02):
So, I suppose this isn't immediately obvious, but there is another
solved problem here.
Say the TC ultimately does not choose systemd as the default, and one
day gnome entirely drops compatibility with the other inits. The
gnome maintainers
Hi,
On 03.01.2014 10:16, Gaudenz Steinlin wrote:
Michael Gilbert mgilb...@debian.org writes:
So, today I wrote init-select. It's a small tool that empowers users
to freely and simply choose among all of the available init systems.
It also empowers Debian contributors to devote their energy
On Fri, 2014-01-03 at 04:00 +, Dimitri John Ledkov wrote:
Hey Ian,
I wonder if I see some mid-air collision =)
It looks like we are working along the same lines, so no harm done.
I am not sure, so not to waste everyone elses time, maybe you can take
a look at the current ubuntu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: installation-reports
Version: 2.49
Severity: normal
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
On 3 January 2014 10:03, Ian Campbell i...@hellion.org.uk wrote:
On Fri, 2014-01-03 at 04:00 +, Dimitri John Ledkov wrote:
I don't know what ads is/was but it is armel not armhf and I think for
the most part we should just leave the subarch stuff as is on armel. (At
least for now,
On Fri, 2014-01-03 at 11:24 +, Dimitri John Ledkov wrote:
On 3 January 2014 10:03, Ian Campbell i...@hellion.org.uk wrote:
On Fri, 2014-01-03 at 04:00 +, Dimitri John Ledkov wrote:
I don't know what ads is/was but it is armel not armhf and I think for
the most part we should just
On Fri, 2014-01-03 at 10:03 +, Ian Campbell wrote:
[...]
When I went to create base-installer.git yesterday there was some sort
of server error, I'm stuck in a loop on Your new repository is being
created. I've mailed their support alias as they requested.
And they've now fixed it.
In
On Thu, Jan 02, 2014 at 10:52:38PM +, Ian Campbell wrote:
Hi,
In 2010[0,1] support was added to archdetect for guessing the subarch on
armel platforms by looking at the running kernel versions suffix, this
was useful because some armel kernel flavours supported multiple boards
and it
On Fri, 2014-01-03 at 08:04 -0700, dann frazier wrote:
For armhf and arm64 I think we should be moving away from a model which
requires us to whitelist supported subarchs in the installer towards one
which takes advantage of the upstream progress to work on most
platforms. I've been
On Fri, Jan 3, 2014 at 4:43 AM, Andreas Cadhalpun wrote:
Hi,
On 03.01.2014 10:16, Gaudenz Steinlin wrote:
Michael Gilbert mgilb...@debian.org writes:
So, today I wrote init-select. It's a small tool that empowers users
to freely and simply choose among all of the available init systems.
On Fri, Jan 3, 2014 at 4:40 AM, Cyril Brulebois wrote:
Michael Gilbert mgilb...@debian.org (2014-01-02):
So, I suppose this isn't immediately obvious, but there is another
solved problem here.
Say the TC ultimately does not choose systemd as the default, and one
day gnome entirely drops
Michael Gilbert mgilb...@debian.org (2014-01-03):
It is often far more ideal when the TC chooses to not act. TC action
means that the project is somehow dysfunctional.
init-select is a very simple technical solution to a very large social
problem.
Having to pick an init system is *not* a
On Fri, Jan 3, 2014 at 4:16 AM, Gaudenz Steinlin wrote:
Or how would you ensure that
while the user can easily switch the init system, when doing so half of
the daemons installed won't start because they don't support the
alternative. And if he switches back, the other half does not start
Hi,
here's what I've been getting on dillon for a few days, presumably due
to an http→https redirection set up recently:
| error: server certificate verification failed. CAfile:
/etc/ssl/certs/ca-certificates.crt CRLfile: none while accessing
On Fri, Jan 03, 2014 at 05:04:17PM +0100, Cyril Brulebois wrote:
here's what I've been getting on dillon for a few days, presumably due
to an http→https redirection set up recently:
| error: server certificate verification failed. CAfile:
/etc/ssl/certs/ca-certificates.crt CRLfile: none while
On Fri, Jan 3, 2014 at 11:00 AM, Cyril Brulebois k...@debian.org wrote:
Michael Gilbert mgilb...@debian.org (2014-01-03):
It is often far more ideal when the TC chooses to not act. TC action
means that the project is somehow dysfunctional.
init-select is a very simple technical solution to a
Michael Gilbert mgilb...@debian.org (2014-01-03):
On Fri, Jan 3, 2014 at 11:00 AM, Cyril Brulebois k...@debian.org wrote:
Michael Gilbert mgilb...@debian.org (2014-01-03):
It is often far more ideal when the TC chooses to not act. TC action
means that the project is somehow dysfunctional.
On Fri, Jan 3, 2014 at 11:19 AM, Cyril Brulebois k...@debian.org wrote:
Michael Gilbert mgilb...@debian.org (2014-01-03):
On Fri, Jan 3, 2014 at 11:00 AM, Cyril Brulebois k...@debian.org wrote:
Michael Gilbert mgilb...@debian.org (2014-01-03):
It is often far more ideal when the TC chooses
On Fri, Jan 3, 2014 at 11:44 AM, Michael Gilbert wrote:
On Fri, Jan 3, 2014 at 11:19 AM, Cyril Brulebois wrote:
Anyway, not going to play on words because there are so many efforts
wasted with this topic already. Again, my position on the topic: No, this
doesn't belong to the installer.
Hi Michael,
Le vendredi, 3 janvier 2014, 12.00:27 Michael Gilbert a écrit :
On Fri, Jan 3, 2014 at 11:44 AM, Michael Gilbert wrote:
On Fri, Jan 3, 2014 at 11:19 AM, Cyril Brulebois wrote:
Anyway, not going to play on words because there are so many
efforts
wasted with this topic already.
Package: debian-installer
Severity: wishlist
X-Debbugs-CC: Antoine Beaupré anar...@debian.org
Dear Maintainer,
in his installation report [1] Antoine Beaupré requested to have
plymouth installed by default.
While some want to have it and some don't, I think it really might be a
good idea to
Your message dated Fri, 03 Jan 2014 19:10:51 +0100
with message-id 52c6fd2b.4040...@googlemail.com
and subject line Bug#733706 DONE: installation-report: installation on a Lenovo
Thinkpad E431
has caused the Debian Bug report #733706,
regarding installation-report: installation on a Lenovo
Michael Gilbert mgilb...@debian.org writes:
On Fri, Jan 3, 2014 at 11:00 AM, Cyril Brulebois k...@debian.org wrote:
Michael Gilbert mgilb...@debian.org (2014-01-03):
It is often far more ideal when the TC chooses to not act. TC action
means that the project is somehow dysfunctional.
On Fri, Jan 03, 2014 at 04:07:53PM +, Luca Filipozzi wrote:
On Fri, Jan 03, 2014 at 05:04:17PM +0100, Cyril Brulebois wrote:
here's what I've been getting on dillon for a few days, presumably due
to an http→https redirection set up recently:
| error: server certificate verification
On Fri, Jan 3, 2014 at 1:29 PM, Gaudenz Steinlin wrote:
Michael Gilbert mgilb...@debian.org writes:
On Fri, Jan 3, 2014 at 11:00 AM, Cyril Brulebois k...@debian.org wrote:
Michael Gilbert mgilb...@debian.org (2014-01-03):
It is often far more ideal when the TC chooses to not act. TC action
Andreas Cadhalpun andreas.cadhal...@googlemail.com (2014-01-03):
Package: debian-installer
Severity: wishlist
X-Debbugs-CC: Antoine Beaupré anar...@debian.org
Dear Maintainer,
in his installation report [1] Antoine Beaupré requested to have
plymouth installed by default.
While some
Hi KiBi,
On 03.01.2014 20:05, Cyril Brulebois wrote:
Last I remember from squeeze (didn't check wheezy too much), plymouth
was quite buggy/broken, and has been RC buggy for a long while (hello
libdrm-nouveau); I'm not sure it's a good idea to install it by default,
but I'm happy to take
Andreas Cadhalpun andreas.cadhal...@googlemail.com (2014-01-03):
I know that plymouth had a problem with '--retain-splash' and gdm
3.4 but that has been fixed by introducing gdm 3.8.
Ah, that might be what I saw a few months ago.
Currently plymouth has only one bug and that is tagged
On 03.01.2014 20:50, Cyril Brulebois wrote:
Yes, I checked the BTS before replying. I'm just not sure end users
having troubles to boot are actually able to work around those issues
and to report bugs. (I've at least seen people switch distro instead of
figuring out what went wrong.)
That's of
On Fri, Jan 03, 2014 at 07:03:26PM +0100, Andreas Cadhalpun wrote:
Package: debian-installer
Severity: wishlist
X-Debbugs-CC: Antoine Beaupré anar...@debian.org
Dear Maintainer,
in his installation report [1] Antoine Beaupré requested to have
plymouth installed by default.
Not all
Hi,
On 03.01.2014 20:59, Lennart Sorensen wrote:
On Fri, Jan 03, 2014 at 07:03:26PM +0100, Andreas Cadhalpun wrote:
Package: debian-installer
Severity: wishlist
X-Debbugs-CC: Antoine Beaupré anar...@debian.org
Dear Maintainer,
in his installation report [1] Antoine Beaupré requested to
On Fri, Jan 03, 2014 at 09:23:58PM +0100, Andreas Cadhalpun wrote:
Thanks for this hint, I hadn't thought about it.
It would be good to know, if plymouth handles such situations
gracefully. I CC'ed Daniel Baumann, the maintainer of plymouth, so
that he can answer this question.
I'd call it
On 03.01.2014 21:37, Lennart Sorensen wrote:
I like the fact a debian base system by default is a working base system,
with no useless junk for me to have to remove later.
Perhaps if I slected 'graphical desktop' in the task selector, then it
could be considered, but as part of the default base
Package: debian-installer
Severity: serious
Justification: causes data loss (in a way)
Dear Maintainer,
I recently installed Debian in a second partition (for testing purposes)
on an UEFI system.
The installer didn't ask, whether or not to install grub/an UEFI entry,
instead it happily
Control: severity -1 normal
On Fri, Jan 03, 2014 at 11:38:28PM +0100, Andreas Cadhalpun wrote:
Package: debian-installer
Severity: serious
Justification: causes data loss (in a way)
Sorry, not convinced.
I recently installed Debian in a second partition (for testing
purposes) on an UEFI system.
Processing control commands:
severity -1 normal
Bug #734116 [debian-installer] debian-installer: don't overwrite debian UEFI
entry without asking
Severity set to 'normal' from 'serious'
--
734116: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734116
Debian Bug Tracking System
Contact
On Fri, Jan 03, 2014 at 08:05:42PM +0100, Cyril Brulebois wrote:
Andreas Cadhalpun andreas.cadhal...@googlemail.com (2014-01-03):
Package: debian-installer
Severity: wishlist
X-Debbugs-CC: Antoine Beaupré anar...@debian.org
Dear Maintainer,
in his installation report [1] Antoine Beaupré
Hi Steve,
On 04.01.2014 00:17, Steve McIntyre wrote:
I think a better way to do this would be to add an extra grub menu
entry for the other installation; the namespace for UEFI is not
designed to work with multiple entries like this AFAICS.
This would also solve the problem.
It seems this
Unfortunately, I'm inexperienced in building packages, I'm still learning.
I'm hoping there might be a step-by-step processs I could follow?
I only have a couple of tasks to do to complete my distro, so far only a
private distro, and a learning experience for me.
On Fri, 2014-01-03 at 14:59 -0500, Lennart Sorensen wrote:
On Fri, Jan 03, 2014 at 07:03:26PM +0100, Andreas Cadhalpun wrote:
Package: debian-installer
Severity: wishlist
X-Debbugs-CC: Antoine Beaupré anar...@debian.org
Dear Maintainer,
in his installation report [1] Antoine
Package: flash-kernel
Version: 3.11
Severity: normal
The Buffalo Linkstation Live with BitTorrent, model LS-CHLv2, is
supported by Debian as of the Linux 3.6 backports package for Wheezy.
The attached patch updates the flash-kernel database for the LS-CHLv2.
-- System Information:
Debian
Ozi Traveller ozitravel...@gmail.com (2014-01-04):
Ok I've managed to get the source and be able to build. Now I'm getting
build errors, see attached log.
922 symbols, 644 unresolved
Traceback (most recent call last):
File /usr/bin/mklibs, line 562, in module
raise Exception(No
Package: installation-reports
Boot method: USB Stick with self-made ISO image
Image version: Self-made ISO image with actual installer from SID
Date: 2013-01-03
Machine: Acer Aspire One 532h
Processor: Intel Atom N450 @ 1,6GHz
Memory: 1GB
Partitions:
DateisystemTyp 1K-blocks Benutzt
45 matches
Mail list logo
