l. Just sayin'.
A firewall is mitigation against insecure applications and
configurations. The availability of firewalls does not excuse us from
making applications and their default configurations secure.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it
should take care of any conversion required at
installation time. Let's make that a release goal for wheezy instead of
perpetuating these parallel menu systems.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
s changing that to treating
> names with as absolute would be a better solution.
echo >>resolv.conf options ndots:15
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
-
sn't do this because the Debian maintainers of
> the desktop systems in Debian didn't want lots of desktop entries for
> applications without a GUI, which often currently have menu entries.
Surely they can filter out entries with Terminal: true?
Ben.
--
Ben Hutchings
We get into
On Fri, 2011-03-04 at 08:15 +0100, Tollef Fog Heen wrote:
> ]] Ben Hutchings
>
> Hi,
>
> | On Thu, Mar 03, 2011 at 05:20:37PM +0100, Tollef Fog Heen wrote:
> |
> | > To the extent this is a bug, it's a bug in the resolver that it does not
> | > treat names
han convenience.
[...]
This is nonsense. Corporate users need to get stuff done. To the
extent that an IT department issues security policy that get in the way
of that, the IT department is undermining the company and will be
ignored. Thankfully, security rarely needs to conflict with
convenience.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
On Fri, 2011-03-04 at 09:04 +0100, Josselin Mouette wrote:
> Le jeudi 03 mars 2011 à 22:56 +0000, Ben Hutchings a écrit :
> > > Lintian intentionally doesn't do this because the Debian maintainers of
> > > the desktop systems in Debian didn't want lots of desktop
On Fri, Mar 04, 2011 at 01:49:43PM +0100, Josselin Mouette wrote:
> Le vendredi 04 mars 2011 à 12:30 +0000, Ben Hutchings a écrit :
> > On Fri, 2011-03-04 at 09:04 +0100, Josselin Mouette wrote:
> > > Le jeudi 03 mars 2011 à 22:56 +0000, Ben Hutchings a écrit :
> > > &
Package: wnpp
Severity: normal
I request assistance with maintaining the nfs-utils package.
The package description is:
Use this package on any machine that uses NFS, either as client or
server. Programs included: lockd, statd, showmount, nfsstat, gssd
and idmapd.
This is co-maintained by An
it uses blkid to look up
labels and UUIDs.
FAT filesystems actually have 2 labels, and not every tool writes to
both of them. Looking at the code, I think mlabel tries to do so, but
it might not be reliable. Try using dosfslabel instead, as I fixed that
a little while ago and am confident that it
you adviced me, but I got no success. I used your commands, but
> this did not help. The strange thing is: if I create a new label, it is
> recognized with the new label. But when I delete the new label using mlabel
> -i
> /dev/sdb1, then the old label is again there.
[...]
Try dos
o think that going off and writing scripts in Python when one knows
> that devscripts is a Perl and shell project
[...]
devscripts is a project?
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
are using an
HTTP proxy far away from them, they will surely be using the same proxy
to fetch the files they wanted, so a mirror close to the proxy is the
right answer.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
dpkg) doesn't save or restore setcap flags
> Would it be fine to do that in postinst?
It must be done in postinst, and you may need to fall back to setuid if
the filesystem does not support setcap.
Ben.
> TIA for any comments or pointers!
>
> Cheers,
> Sebastian
>
--
way to find out if the filesystem supports setcap
> (other than trying out ;-))?
No, I don't think there's a way to do that programmatically. You would
just have to try capset and then chmod u+s.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
tream works only if you never want to look at upstream changes.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.
ional package
(which is supposedly 'safe' to do) the replacement package it depended
on becomes a candidate for autoremove.
Does apt do this? Is it even possible for it to recognise
transitional packages, without some unreliable heuristics?
Ben.
--
Ben Hutchings
We get into the habit o
tinguish
> between the hooks for linux-image and for linux-headers somehow?
The headers package should invoke hook scripts in
/etc/kernel/header_postinst.d (etc). dkms already installs a hook
script there.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
On Mon, 2011-03-21 at 06:17 +0100, Harald Dunkel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/20/11 18:23, Ben Hutchings wrote:
> > On Sun, 2011-03-20 at 16:49 +0100, Harald Dunkel wrote:
> >>
> >> Obviously the dkms script should not b
ave to maintain geographical coordinates for all those
regions. And then you can get this sort of problem:
http://blogs.msdn.com/b/oldnewthing/archive/2003/08/22/54679.aspx
This may not apply to selection of cities, but then if one can only
select a city then it's not much of an improvement o
table/i386/release-notes/ch-upgrading.en.html#s-newkernel>,
<http://www.debian.org/releases/stable/i386/release-notes/ch-information.en.html#s-incompatible-2.4>.
Ben.
--
Ben Hutchings
friends: People who know you well, but like you anyway.
signature.asc
Description: This is a digitally signed message part
On Sun, 2009-02-08 at 10:46 +, Jörg Sommer wrote:
> Hi,
>
> I have the bug report #489917 that complains that Jed can't handle
> 64‐bit kernel structures. In this special case, the stat() return with
> EOVERFLOW Value too large to be stored in data type. Jed was compiled for
> a 32‐bit kernel
On Wed, 2009-02-25 at 09:28 +0100, Joerg Schilling wrote:
> >xcdroast is looking for cdrecord, which does no longer exist in Debian
> >Sid (apparently). And wodim does no longer provide a symlink as cdrecord
> >or something (apparently).
>
> >So: xcdroast does no longer work. Who is to blame (Bu
On Thu, 2009-02-26 at 08:31 +0100, Peter Palfrader wrote:
> On Wed, 25 Feb 2009, Roger Leigh wrote:
>
> > HAL is just querying the group database directly. Any process can of
> > course do this. But it's asking a different question, namely:
> > what groups is this user a member of in the group d
On Fri, 2009-02-27 at 21:24 +0100, Joerg Jaspert wrote:
> >> video
> > mplayer*
>
> That is already in.
>
> > vswitch*
>
> No hit for this match?!
Holger probably meant dvswitch. Which is in NEW, anyway.
Ben.
signature.asc
Description: This is a digitally signed message part
On Sun, 2009-03-01 at 02:42 +0100, Carsten Hey wrote:
> Deborphan needs a way to detect shared libraries like the ones currently
> in section libs and distinguish them from packages which are technically
> shared libraries but can not assumed to be orphaned when no other
> package depends on them.
a user has to choose
between. If the package is redundant, this is a waste of their time.
Ben.
--
Ben Hutchings
Logic doesn't apply to the real world. - Marvin Minsky
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Wed, 2009-02-25 at 16:28 -0500, Daniel Dickinson wrote:
> Hi,
>
> I'm looking at getting a video card, and I want to know what video card
> that has 3D acceleration to get. Normally I'd ask on -users but as the
> subject says I want to know what video cards will still have
> acceleration when
On Tue, 2009-03-10 at 08:46 +0100, Marco d'Itri wrote:
> On Mar 10, Ben Hutchings wrote:
>
> > The firmware used for 3D acceleration in the r128 (ATI Rage 128), radeon
> > (ATI Radeon) and mga (Matrox G200/G400/G550) drivers is non-free and
> > will be moved from th
I think such a policy should be implemented by the cron daemon or by a
common script, rather than by each package with a cron job.
Ben.
--
Ben Hutchings
Humour is the best antidote to reality.
signature.asc
Description: This is a digitally signed message part
the information mii-tool
does (#511392). I hope to submit patches to the kernel and ethtool to
fix this, though.
Ben.
--
Ben Hutchings
Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer
signature.asc
Description: This is a digitally signed message part
3
opts="filenamemangle=s/.*\?rev=(\d+).*/sgt-puzzles_$1.orig.tar.gz/,downloadurlmangl...@.*\?rev=(\d+)@http://www.chiark.greenend.org.uk/~sgtatham/puzzles/puzzles-r$1.tar.gz@";
\
http://svn.tartarus.org/sgt/puzzles/ /sgt\?rev=(\d+)\&view=rev
OK, so it's not exactly pretty...
Ben.
I'm not the only one...
You can do this with ethtool now, and more cleanly:
link-speed 100
link-duplex full
> I fail to see the value of removing mii-tool. I'd rather see just the
> non-working features removed in favour of an ethtool recommendation.
It do
On Mon, 2009-03-16 at 22:25 +, Ben Hutchings wrote:
> On Mon, Mar 16, 2009 at 01:08:04PM +0100, Bjørn Mork wrote:
[...]
> > I fail to see the value of removing mii-tool. I'd rather see just the
> > non-working features removed in favour of an ethtool recommendati
ch audio sources does it work with
(looks like JACK)? If a GUI component, which toolkit does it work with?
> (Jkmeter is a horizontal or vertical bargraph level
> meter based on the ideas of mastering guru Bob Katz.
> See <http://www.digido.com/bob-katz/index.php> and
404
Ben.
--
Be
On Wed, 2009-03-18 at 14:20 +0100, Dominik Smatana wrote:
> Hello,
>
> there are missing licenses in some source files in upstream project
> I'm packaging for Debian.
>
> There is just license in the "main" source file.
>
> Is it fine?
>
> Or should I edit these files and add missing licenses (
r see the full text of the GPL (any version) at the top of a
source file? A reference to the licence is enough, so long as the
referenced file really is included. I would recommend to upstream that
they include a copyright statement (year and owner) in each file, though.
Ben.
--
Ben Hutchings
On Fri, 2009-04-10 at 03:32 +0200, Marco d'Itri wrote:
> On Apr 10, "brian m. carlson" wrote:
>
> > I don't know about you, but I'd much prefer to modify any sort of
> > program, firmware or not, using C or assembly rather than editing the
> > binary directly. I suspect that this is the case for
On Thu, 2009-04-16 at 01:04 +0200, Luca Boncompagni wrote:
> Package: general
> Severity: normal
>
> Hi,
> I try to open this as and udev bug (#524276) but Marco closed it because he
> think that this is not an udev bug.
>
> Yesterday, after upgarding my system (aptitude update && aptitude
> sa
On Thu, 2009-04-23 at 20:32 +1000, Ben Finney wrote:
> Robert Millan writes:
>
> > The decision to include non-free firmware in Lenny concerns the whole
> > project.
> >
> > Providing support for some of our users who would have otherwise been
> > excluded by this decision is, therefore, somethi
On Thu, 2009-04-23 at 18:13 +0800, Paul Wise wrote:
[...]
> linux-libre goes further and removes even the request_firmware calls
> for non-free firmware:
>
> http://static.fsf.org/nosvn/Alexandre_Olivia_-_Linux_Libre_-_LibrePlanet_2009.spx
> http://groups.fsf.org/index.php/Alexandre_Oliva_%28LP09%
Robert Millan wrote:
[...]
> This is to announce that Debian packages of Linux-libre [2] are now available
> for Lenny users who want to use them:
>
> deb http://people.debian.org/~rmh/linux-libre lenny main
>
> Archive key is attached in this signed mail; it is also available from:
>
> ht
On Thu, 2009-04-23 at 23:37 +1000, Ben Finney wrote:
> Ben Hutchings writes:
>
> > On Thu, 2009-04-23 at 20:32 +1000, Ben Finney wrote:
> > > I understand that this packages Linux Libre, which is somewhat
> > > different from the Debian ‘linux-image’ kernel. Wha
on tables even though these are plausible
preferred forms of modification.
> As with any other Debian package, the best approach for adoption is to
> get the patches adopted upstream so that everyone can benefit and we
> don't have to maintain local divergences.
Right, we're doi
On Sun, 2009-04-26 at 21:41 +0200, Robert Millan wrote:
> On Thu, Apr 23, 2009 at 11:36:50AM +0200, maximilian attems wrote:
> > no point in posting that to devel announce.
> > this work is pointless and has no review at all by the debian kernel team.
>
> Hi Max,
>
> At the risk of repeating myse
On Tue, 2009-04-28 at 03:09 +0100, Noah Slater wrote:
> On Tue, Apr 28, 2009 at 12:04:05PM +1000, Ben Finney wrote:
> > Those MUAs already *do* the right thing when a user presses “reply to
> > author” (sometimes just called “reply”): they reply to the author or,
> > if the author sets a ‘Reply-To’
rflow.com/> Q&A format
might be appropriate. I don't know whether the code for that site is
available.
Ben.
--
Ben Hutchings
No political challenge can be met by shopping. - George Monbiot
signature.asc
Description: This is a digitally signed message part
fer.
> Should i look for a sponsor?
Yes, see <http://mentors.debian.net>.
> Can i become a debian maintainer?
See <http://wiki.debian.org/Maintainers>.
Ben.
--
Ben Hutchings
Teamwork is essential - it allows you to blame someone else.
signature.asc
Description: This is a digitally signed message part
xing. When I wrote a program to search through Debian source
(without indexing) I recursively unpacked all tarballs. Note that there
is a tar implementation that includes some weird tarballs as test cases.
Ben.
--
Ben Hutchings
Teamwork is essential - it allows you to blame someone else.
signatu
restart daemons that's a bug in the package.
If invoke-rc.d is not leaving daemons alone in run-level 1 that's a bug
in it.
Ben.
--
Ben Hutchings
Logic doesn't apply to the real world. - Marvin Minsky
signature.asc
Description: This is a digitally signed message part
ux dom0 code is in the linux-2.6 source package (as patches in
the subdirectory debian/patches/features/all/xen/):
apt-get source linux-2.6
cd linux-2.6-*
debian/rules setup
Ben.
--
Ben Hutchings
Everything should be made as simple as possible, but not simpler.
tance would be
represented by a back-reference ("S_" or "S" "_"), whereas on
others they would be different and the second would be represented
independently.
Ben.
--
Ben Hutchings
It is impossible to make anything foolproof because fools are so ingenious.
signature.asc
Description: This is a digitally signed message part
t a different symbol mangling, but different code.
> qreal is a typedef to either float or douxble wrapped in a ifdef.
This is *exactly* like the other cases, except it's not one of the
standard C++ or POSIX type aliases.
Ben.
--
Ben Hutchings
It is impossible to make anything foolproo
e inheritance and good style of C++ programming :/ So this issue is
> important.
>
> So which way to choose: 2a or 2b or another?
[...]
Would it be possible to implement expansion to a regexp instead of to a
string that must exactly match?
Ben.
--
Ben Hutchings
73.46% of all statistics a
terested in keeping plain HTTP to not break
> repositories (including mine :-)).
I would have thought it was possible to configure this redirection to be
conditional on the User-Agent string.
But also, perhaps apt should start recommending apt-transport-https.
Ben.
--
Ben Hutchings
Hoare's Law of Large Problems:
Inside every large problem is a small problem struggling to get out.
signature.asc
Description: This is a digitally signed message part
re. Relying on a device being present in a chroot
> seems rather dubious.
Less so than blundering on without entropy.
Ben.
--
Ben Hutchings
Hoare's Law of Large Problems:
Inside every large problem is a small problem struggling to get out.
signature.asc
Description: This is a digitally signed message part
On Wed, 2014-07-16 at 13:17 -0700, Russ Allbery wrote:
> Ben Hutchings writes:
> > On Wed, 2014-07-16 at 12:47 -0700, Russ Allbery wrote:
>
> >> It would be nice to have a reliable kernel interface for getting
> >> randomness rather than relying on proper chroot
whether dak allows priority to vary
per-architecture.
Ben.
--
Ben Hutchings
Kids! Bringing about Armageddon can be dangerous. Do not attempt it in
your own home. - Terry Pratchett and Neil Gaiman, `Good Omens'
signature.asc
Description: This is a digitally signed message part
On Thu, 2014-07-17 at 13:11 +, Thorsten Glaser wrote:
> Ben Hutchings wrote:
>
> >Since Linux 2.6.29, you get 128 random bits at each execve(), which you
> >can access like this:
>
> getauxval() is only in (e)glibc, not in dietlibc or klibc, though.
True, and it was
that all ARMv7 machines we can
support, will be supported by this package, and the description should
be updated to reflect that.
Ben.
--
Ben Hutchings
Beware of programmers who carry screwdrivers. - Leonard Brandwein
signature.asc
Description: This is a digitally signed message part
're supposed to do that through plymouth (which does not
imply a graphical boot splash; it has a text mode as well).
Ben.
--
Ben Hutchings
Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer
signature.asc
Description: This is a digitally signed message part
On Wed, 2014-07-23 at 09:31 +0100, Ian Campbell wrote:
> On Tue, 2014-07-22 at 20:50 +0100, Ben Hutchings wrote:
> > On Tue, 2014-07-22 at 20:18 +0100, David Goodenough wrote:
> > > In the above package the description reads:-
> > >
> > > The Linux kern
On Wed, 2014-07-23 at 13:51 +0100, David Goodenough wrote:
> On Wednesday 23 July 2014 13:05:11 Ben Hutchings wrote:
> > On Wed, 2014-07-23 at 09:31 +0100, Ian Campbell wrote:
[...]
> > > * As David observed upthread the list is bound to get out of date.
> > &g
rts
> like this?
Not really, no. Isn't there a standard port for this? (Annoyingly
514/tcp is assigned to a completely different protocol.)
Ben.
--
Ben Hutchings
Reality is just a crutch for people who can't handle science fiction.
signature.asc
Description: This is a digitally signed message part
is
>
> 10. Security. The IJG JPEG library has an excellent track record with regard
> to
> security. [...]
Still, it was affected by CVE-2013-6629.
[...]
> 11. License. IJG JPEG is under a plain permissive licence.
[...]
Both versions have something like an advertising clause (although
now whether that change is specific to
libav or was also made in FFmpeg.
Ben.
--
Ben Hutchings
Any sufficiently advanced bug is indistinguishable from a feature.
signature.asc
Description: This is a digitally signed message part
to support installation from a single CD
(rather than 2+ CDs or downloads) then Xfce would probably be the right
default DE for that single CD. I do not support making it the default
in general, though.
Ben.
--
Ben Hutchings
Humans are not rational beings; they are rationalising beings.
signa
have both active branches for both
unstable and experimental. The experimental branch is the one called
'trunk' (not 'master', as we're still using svn :-().
I doubt these are the only examples. If there's any question about
whether master targets unstable or ex
U VM with cirrus emulation. That has no 3D
acceleration, and I am viewing the display with VNC. As I understand
it, the composition and animation effects are simplified when LLVMpipe
is being used, so it is reasonably responsive.
Ben.
--
Ben Hutchings
If at first you don't succeed, you're doing about average.
signature.asc
Description: This is a digitally signed message part
's not clear
> which applications are all affected.
The Built-Using field should record that.
Ben.
--
Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "u
On Sat, 2014-08-30 at 21:29 +0100, Ian Campbell wrote:
> On Wed, 2014-07-23 at 17:07 +0100, Ben Hutchings wrote:
> > On Wed, 2014-07-23 at 13:51 +0100, David Goodenough wrote:
> > > On Wednesday 23 July 2014 13:05:11 Ben Hutchings wrote:
> > > > On Wed, 2014-07-2
iting <https://lkml.org/lkml/2014/5/28/789>
Ben.
--
Ben Hutchings
Experience is directly proportional to the value of equipment destroyed.
- Carolyn Scheppner
signature.asc
Description: This is a digitally signed message part
init system to be changed if
> you have already selected a non-default init system in jessie is failing
> this principle.
>
> The selection of default init system should be done via the Essential
> packages *only*.
In that case, perhaps the alternate init systems should Recommend
sys
On Fri, 2014-09-05 at 17:29 +0100, Colin Watson wrote:
> On Fri, Sep 05, 2014 at 04:43:01PM +0100, Ben Hutchings wrote:
> > No, they should add amd64 as a foreign architecture.
>
> Should we do this by default for x32 in d-i? (Yes, I know d-i doesn't
> support x32 in other
at the same time, and the order of
libpam-systemd's dependencies is switched, APT (or other package
manager) might consider it preferable to install sysvinit-core and
systemd-shim. Has this been tested?
Ben.
--
Ben Hutchings
Experience is directly proportional to the value of equipment destr
On Fri, 2014-09-05 at 16:01 -0700, Steve Langasek wrote:
> On Fri, Sep 05, 2014 at 11:48:04PM +0100, Ben Hutchings wrote:
> > On Fri, 2014-09-05 at 13:52 -0400, Zack Weinberg wrote:
> > > Steve Langasek wrote:
>
> > > > No, that's not the true package
want to muck with something merely to create serialized linear
> patches for packaging.
[...]
How does git-debcherry cope with the overlapping changes when generating
debian/patches? What can you do if it fails to linearise the changes
(as, apparently, it may sometimes do)?
Ben.
--
Ben
live, productions servers on remote
> CPDs.
In that case you test on your staging server first...
Ben.
--
Ben Hutchings
Logic doesn't apply to the real world. - Marvin Minsky
signature.asc
Description: This is a digitally signed message part
On Wed, 2014-09-10 at 17:44 +0100, Noel Torres wrote:
> On Wednesday, 10 de September de 2014 03:12:16 Ben Hutchings escribió:
> > On Tue, 2014-09-09 at 21:24 +0100, Noel Torres wrote:
> > > On Tuesday, 9 de September de 2014 21:18:55 Tollef Fog Heen escribió:
> > > >
t of a reasonable priority telling them what is about to happen and
> offering a bailout, is guaranteed to lose us reputation and users.
[...]
I do agree that at least some kind of high-priority notice is needed.
Ben.
--
Ben Hutchings
It is easier to change the specification to fit the pro
eer
> as a sysadmin.
It is used in one place in a Linux kernel build
(kernel/time/timeconst.bc).
Ben.
> > And yes, bc is also the primary interactive calculator,
> > for things beyond what $((…)) can do.
>
> We've got python in priority:standard.
>
>
--
B
t required a minor change to util-linux to avoid adjusting
the system time twice.
We also found that the commands in klibc-utils were missing some of the
necessary options to support this. An initramfs built without busybox
would not boot. These options have been implemented and initramfs-
week and will be asking
for a 3.16-rt. I don't believe we can support a forward-port of the
PREEMPT_RT patches by ourselves.
Ben.
--
Ben Hutchings
The program is absolutely right; therefore, the computer must be wrong.
signature.asc
Description: This is a digitally signed message part
e typical attacks against setuid binaries.
>
> setuid has worked for ages. For example how many X servers have been
> compromised the last 30 years?
*ahem* CVE-2013-6462
Ben.
> Maybe there is a trend to replace by
> something else because it is not fashionable (new) enough.
--
Ben Hutc
plit has never been very
clear, and most Unix systems made this change in the 90s.
So long as you boot with an initramfs, a separate /usr partition should
continue to work indefinitely. But if you do not, you will probably
have to combine the partitions at some point in the future.
Ben.
--
n GUIs on non-x86 machines.
That's not to say that this isn't a real limitation. It would certainly
be good to have GNOME fully working on all our architectures again, and
particularly MIPS laptop and desktop systems.
Ben.
--
Ben Hutchings
Reality is just a crutch for people who can't handle science fiction.
signature.asc
Description: This is a digitally signed message part
other platform
and driver config symbols.
Ben.
--
Ben Hutchings
Q. Which is the greater problem in the world today, ignorance or apathy?
A. I don't know and I couldn't care less.
signature.asc
Description: This is a digitally signed message part
Don't feed the troll.
signature.asc
Description: This is a digitally signed message part
.
> - systemd should be started AFTER an USB-stick, which contains a decryption
> key for the partitions is mounted and the decrypt-key for /usr (and maybe
> other partitions) is read and decrypted the needed partitions.
[...]
I don't know whether this works.
Ben.
--
Be
#x27;nopat'.
Can't you try to fix the driver?
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
ktop.ORG. I want the external reference removed.
> If it stays it will only create confusion and misunderstanding.
This is useful for third-party packages and unpackaged software but I
agree that for packaged software systemd error logging should clearly
refer to both
l no longer work
> on non-systemd systems.
They will need something else to configure kdbus, though.
I don't even know how initramfs-tools will continue working after that
point.
Ben.
--
Ben Hutchings
friends: People who know you well, but like you anyway.
signature.asc
Description: This is a digitally signed message part
r, and this presumably won't (and can't) be honoured by
systemd-journald if it loses messages later. I don't know whether this
option is widely used, or whether the fallback is actually useful in
practice.
Ben.
--
Ben Hutchings
Never put off till tomorrow what you can avoid all together.
signature.asc
Description: This is a digitally signed message part
r users and upstream a disservice when we fail to
package new stable releases for a long time, particularly in the run-up
to a freeze.
If WINE 1.0 or 1.1 works better for some applications, perhaps it should
be kept around as an alternate version. But please let's have a recent
upstream stable
nd not a moving target of 'be like Linux'.
In general I would agree it's not reasonable to expect a non-Linux
kernel to support much of Linux procfs; even the per-process directories
have a lot of Linux-specific scheduler and VM stats. It's a shame
procfs has never been standardised.
Ben.
--
Ben Hutchings
For every action, there is an equal and opposite criticism. - Harrison
signature.asc
Description: This is a digitally signed message part
I believe Debian still supports running locally compiled kernels which
> do not depend on udev, and that some setups do not require udev either
> (not everyone use fibre channel).
It is supported only in the sense that it is not yet impossible.
Ple
7;ve been struggling with eth0 and eth1 for some rime now, never knowing
> how it will be named for every new kernel :-(
Clearly we should enumerate and initialise all hardware in serial, so
you have more time to admire the boot process.
Or, you know, use udev and let it take care of persistent n
On Fri, 2012-04-27 at 08:55 +0800, Patrick Lauer wrote:
> On 04/27/12 03:32, Adam Borowski wrote:
> > On Thu, Apr 26, 2012 at 08:08:01PM +0100, Ben Hutchings wrote:
> >> On Thu, Apr 26, 2012 at 02:03:17PM -0400, Jonas Smedegaard wrote:
> >>> I believe Debian still sup
On Sun, 2012-04-29 at 14:59 +0200, Bernd Zeimetz wrote:
> On 04/27/2012 03:28 AM, Ben Hutchings wrote:
> > On Fri, 2012-04-27 at 08:55 +0800, Patrick Lauer wrote:
> >> On 04/27/12 03:32, Adam Borowski wrote:
> >>> On Thu, Apr 26, 2012 at 08:08:01PM +0100, Ben Hutching
On Sun, 2012-04-29 at 16:26 +0200, Bernd Zeimetz wrote:
> On 04/29/2012 04:11 PM, Ben Hutchings wrote:
> > On Sun, 2012-04-29 at 14:59 +0200, Bernd Zeimetz wrote:
> >> On 04/27/2012 03:28 AM, Ben Hutchings wrote:
> >>> On Fri, 2012-04-27 at 08:55 +0800, Patrick Laue
301 - 400 of 1223 matches
Mail list logo
