mem:swap rule has got
to be wasting space here, hasn't it?
Well, here it is; so, should I do it?
Thanks in advance for your help. I hope I could make you think twice about
it too or maybe provide people with other needs with a little checklist to
better design their layout.
-thib
able data and software (which in some way defeats the purpose of
partitioning) or.. well, wonder if that is all necessary, and go with the
noob "single root filesystem" way - which, as I'm trying to convince myself,
may not be that dumb.
Again, if you think this is pointless,
re it is; so, should I do it?
If you feel like tinkering and sorting out problems, then yes. If you
want to just get your computer running and never think about it again,
then no.
I guess that's a perfect conclusion. Thank you again, that helped put some
perspective on the matter. Dam
already alright with losing the benefits of partitioning
(except for your boot partition, which might not even be necessary in your
case), but most people still believe it's better to take the time to
separate the data into several filesystems (even just a few), for a workstation.
-thi
uff around and resizing partitions. You won't have to
worry about performance either.
That's quickly said but, thanks. :-)
I'll make up my mind.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
Are there really discussions about defaulting to XFS?
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b8afc78.40...@stammed.net
vi lovers and minimalists should look into apvlv for yet another GTK
alternative:
http://code.google.com/p/apvlv/
And since we're talking about squeeze:
http://packages.debian.org/squeeze/apvlv
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subje
th other options - not sure if they
actually tested it, but it's a good sign. Can't find anything conclusive.
[...]
Sure. That's not fiddling with individual sectors and 3D coordinates on
the HDD, but simply using partitions at the beginning of the disk. If
you care about a factor
cally evince without the gnome stuff.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b8b9a0c.7070...@stammed.net
tion
(necessary for a running instance) as well as init scripts (necessary to
stop it). The rest you should remove yourself.
[...]
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archiv
anything clever, maybe someone has an idea.
Bonne chance.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b8db61c.3060...@stammed.net
You could always reinstall choosing the most basic system, [...]
I believe the base system (not the standard system task) pulled by the d-i
currently installs exim as a Recommends dependency to cron. Only way would
be preseeds or plain debootstrap, I think.
-thib
--
To UNSUBSCRIBE, email
Have you tried to open the box with a simple text editor? What size is it?
This doesn't look good. =/
Seems like the file has been truncated.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
o or maybe provide people with other needs with a little
checklist to better design their layout.
Thanks for the great checklist.
Thanks for taking the time to look at this, and for the links to your pages
(these are useful).
Cheers,
Rob
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b8f1b51.5090...@stammed.net
uot; column for the swapspace, I guess no clean page
gets pushed there, although it could be useful if that space is on a
significantly faster volume. Anyway, the "used" column should be the total,
actual swapspace used, so your comment kind of confuses me. Am I really
wrong here?
ar
discussion we had on single root filesystems this week [1].
[1] http://lists.debian.org/debian-user/2010/02/msg01945.html
Hope this helps in one way or the other.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b918aba.7030...@stammed.net
Just to drop my two cents, since no one did before:
Merely zeroing is not enough [1].
[1] http://en.wikipedia.org/wiki/Data_remanence
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http:
Probably not the case, but if by any chance you only want to read it from
Linux, consider the kernel driver[1] which should be faster than ntfs-3g.
[1]
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob_plain;f=Documentation/filesystems/ntfs.txt;hb=HEAD
-thib
--
To
Mark Allums wrote:
> If you are re-installing, zeros don't matter (with exception already
> noted of ReiserFS).
Of course.
> If you are decommissioning, there is no substitute for an electric drill.
Well, depends on who you're defending against.
-thib
--
To UNSUBSCRIBE, e
ovided by qemu-kvm). And if you can, well, you
should still use it, since it has to be developed for some reason
(supposedly optimization).
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas
ll boot up and log in as root.
Traditionally, you would only put /boot out of the volume group, but now
that grub2 has fine support for LVM, I don't see any reason to exclude any
volume from the group.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject
ready search the website for more recent benchmarks, there are
plenty.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b958400.2020...@stammed.net
erviews on this subject (and others). Nothing to do
with IBM, BTW, I just found they were quality stuff.
[1] http://www.linux-kvm.org/page/Main_Page
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists
f that's the
case, I wouldn't worry, the read-only option should be enough, as long as
you don't do any maintenance operations on it (defragmentation, stuff like
that).
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscr
st drive - I don't know if and when it has been fixed, I never tried on
XP, but keep that in mind in case something breaks. Grub can help again in
this case (by virtually reordering the drives). If you decide to go with
the external drive, it shouldn't be a problem.
Welcome to the
nothing works for you, you'll have to study the filesystem in depth.
The question is, then, as usual; why is it important? (Sorry to ask again,
maybe you don't think it is relevant.)
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubs
Aioanei Rares wrote:
xfs as a /boot partition?
Why not?
[This is so going off topic.]
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4
the
filesystem and checksum the files inside, not the entire volume.
Or hack ext3.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b95a7db.4020...@stammed.net
on, though, really
doesn't need a high-performance fs. ext2 is more than adequate.
Maybe someone simply has reasons not to put /boot on a separate volume. Now
I sure agree that it isn't needed in virtually every other cases, but would
it really hurt?
-thib
--
To UNSUBSCRIBE, email
icitely by default, but the second part? I don't know.
$ rm -f dir/.*
"renames" them? If that's the case, I would look for the unlikely.
What does happen if you issue a
$ rm -rf dir
then?
Would you, by any chance, using a fancy filesystem without unicode support?
Clive McBarton wrote:
thib wrote:
Maybe someone simply has reasons not to put /boot on a separate volume.
Now I sure agree that it isn't needed in virtually every other cases,
but would it really hurt?
We are already discussing this in your thread "Single root filesystem
evilness
Clive McBarton wrote:
thib wrote:
maybe it would be acceptable to ask for a new little switch.
Or hack ext3.
Ask who? The maintainers of tune2fs? The maintainers of ext3? Both will
say what I already know, that manually mounting and unmounting an ext3
partition read-only does not modify it in
out Debian userspace
utilities packages only, of course - using qemu without the kvm kernel
subsystem will be different than using qemu alone.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
development of these projects.
-thib
[1] http://packages.debian.org/squeeze/kvm
[2] http://packages.debian.org/sid/kvm
[3] http://www.linux-kvm.org/
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
nment (and other
things); not sure that's worth it.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b960db9.4070...@stammed.net
Ron Johnson wrote:
On 2010-03-09 02:58, thib wrote:
Ron Johnson wrote:
I'd hash each of the files in /boot (storing the results in a thumb
drive if you are paranoid) just before you reboot and then just after.
How would you do it after with an offline system? That would requir
dated considered the
recent developments. Shouldn't be anything significant if at all, and
definitely enough for that.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b969b58.4010...@stammed.net
providing
a block list, as you described for lilo. Since the filesystem is made
read-only, this shouldn't be too ugly and certainly worth trying.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
to "reorder them". I had some issues
trying to do that in the past, and in the end I realized it would only add
useless confusion.
So, it's not a bug, you should just not rely on these names.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subj
Clive McBarton wrote:
For the record, grub can also load a kernel and an initrd by just
providing a block list, as you described for lilo. Since the filesystem
is made read-only, this shouldn't be too ugly and certainly worth trying.
Really? Great. How exactly? I looked at the man and info pag
has to be metadata. One solution would be to get the offset(s) of
the diff(s), and see how it compares to the on-disk structure. Or ask this
on the extfs list.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact l
s on Microsoft's side yet, for no apparent reason).
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b96e6b4.80...@stammed.net
http://www.pendrivelinux.com/
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b96e7bd.1000...@stammed.net
Celejar wrote:
What do you mean "manually"?
Probably via an archive.
The lists servers are fine. You should check your mail filters.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas
n to forward the discussion to
an extfs specific list (or somewhere else)? I think d-user@ is stuck at
this point. I'm asking because I'm interested, too.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact l
Stephen Powell wrote:
Actually, that could be an important clue. Perhaps the "last mount date"
is what is being updated. And since both mounts were on the same day,
the date did not change. But if you reboot tomorrow ...
I don't know if that's it, of course. It's just a theory at this point.
Ron Johnson wrote:
On 2010-03-10 16:30, thib wrote:
Maybe I missed something relevant.
# dumpe2fs -h /dev/sda2 | grep time
dumpe2fs 1.41.10 (10-Feb-2009)
Last mount time: Sat Feb 13 08:39:01 2010
Last write time: Sat Feb 13 08:39:01 2010
I will not comment on this.
..
Of
Martin wrote:
I downloaded 5 DVD Lenny 5.0.4.
As I was browsing packages with aptitude I noticed that there
is angband-doc but angband is (UNAVAILABLE).
Martin
In non-free[1].
[1] http://packages.debian.org/lenny/angband
-thib
--
To UNSUBSCRIBE, email to debian-user-requ
ly look at the boot loader now.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b98cf5d.9000...@stammed.net
s that does
not change on boot, I'd use it. Maybe your beloved xfs, thib?
Actually, I've never even tried xfs, I was just beeing rational (but I guess
it has the potential to hook me up if I take the time to study it, some
other day). That beeing said, I can't help much there, but
not, you may have deleted the
unused copy of the files. (Still, quite a long shot.)
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b98f404.5080...@stammed.net
thib wrote:
I'd really look at the boot loader now.
Which I did. It's not it. Grub doesn't touch anything.
For the record, I fired up a VM and tried, on *squeeze*:
ext2 / grub2
ext2 / grub1
ext3 / grub1
Mount time never changed, checksums were always identical.
The
help, I don't know.
[1] http://lists.gnu.org/archive/html/grub-devel/2008-03/msg00091.html
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b99591d.3070...@stammed.net
you
chainloading or is it recent?
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b995ffe.3040...@stammed.net
dules; should lead to some understanding. It's
quite old code from libtool. Maybe that[1] will be more helpful.
'Hope I got that right.
In the meantime, a very ugly hack that could probably work would be to
create a link to /usr/lib/mpg132/output_alsa.la from /lib/output_alsa.la.
Stephen Powell wrote:
I believe a UUID is generated when the partition is "formatted", either with
mkfs or mkswap.
I confirm - just tried shrinking and growing back an extfs. UUID is left
untouched (as expected); that Mint article is BS or just obsolete.
-thib
--
To UNSUBSCR
be able to dual-boot it. It's kludgy.
- The problem:
?
Sorry for the many off-topic blocks, I felt like it could clarify my words,
putting them in some context. Hopefully it's informative for someone.
Please correct me if you don't like my understanding of these things;
s the job -- the old-school way, but it works.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b9c3e5b.8080...@stammed.net
Yet another solution:
http://packages.debian.org/lenny/unattended-upgrades
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bbcf698.5080...@stammed.net
think of a way it got to
match the *really-bad package. Manpage says it's supposed to be POSIX RE.
$ apt-show-versions -R '^apt(itude)?$'
apt/lenny uptodate 0.7.20.2+lenny1
aptitude/lenny uptodate 0.4.11.11-1~lenny1
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...
closed by the security update, you should consider using
[the] automatic upgrade [...]"
In other words, use automatic security upgrades if you can't maintain the
system actively and have enemies.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject o
th people's head.
I also think the fuzz comes from #411123, which is fixed. I've never heard
of anything else.
Disclaimer -- just my understanding (I'm sometimes surprised.)
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "uns
t to just ask yourself the same question I asked myself some weeks ago:
"Up to where is it worth the trouble?" [2].
-thib
PS Do your backup and start incrementals every hour now :-)
[1] http://grub.enbug.org/LVMandRAID
[2] http://lists.debian.org/debian-user/2010/02/msg01945.html
--
Others suggested using filesystem-level tools, which is really fine.
Alternatively, you can shrink the filesystem and move the entire block at once.
Each method probably has its pros and cons.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of
.
Anyway, there are many filesystem comparison tools if one wants to do it
"manually", like dirdiff. For file contents, just hash and re-hash.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact li
could try to relocate it.
Not sure how it would work out though; you'd probably have to be inside the
new system, copying files from the old one, and not the other way around.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscrib
his again, I promise.
-thib
PS I'll tell you something embarrassing about me if you find a SATA
controller that can inflate.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.or
x27;t churning.
That's good, and I'd say that's even necessary if you don't have
snapshotting tools (LVM2 is good at it).
[snip]
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas
Sometimes, you can't backup (it doesn't make
sense, it's too big, ..) and thus, yes, you also *need* mirroring (not just
to speed up things). But it will not help you in case of human error, as
Stan said.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
Ron Johnson wrote:
[snip]
http://www1.us.ioccc.org/main.html I guess they got bored looking at
normal production C code...
Sometimes, I find the code there even more impressive:
http://underhanded.xcott.com/
It's even more restricted, and not so pointless. Hiding in plain sight,
beaut
browser? What about other things requiring
many parallel connections (try a P2P application)?
-thib
PS Greetings from Liège.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arc
additions which implement shared directories
over a specialized interface with a virtual filesystem (vboxfs) [2].
Hugo
QEMU and Xen might not be as straightforward for a desktop end-user, but
their users certainly won't find it difficult.
-thib
[1] http://www.virtualbox.org/manual/ch06.ht
Can't miss the Debian Reference by Osamu Aoki (青木 修):
http://www.debian.org/doc/user-manuals#quick-reference
It covers a lot of topics and provides up-to-date pointers to other resources.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "u
Boyd Stephen Smith Jr. wrote:
[snip] I recommend moving to ext3 (NOT ext4) [snip]
Here we go again? :-)
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.
inated; but again, modern filesystems can be
configured to do so.
-thib
[1] http://lwn.net/Articles/322823/
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bd9d34c.1010...@stammed.net
ch is what eject(1) is. It will search mountpoints in /dev, /media and
/mnt by default btw, so it's just "eject sd[a-z]" for your example. You
might want to use /media and volume names instead.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject
ou should
read the initramfs-tools(8) manual page or wait for more help.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bf02141.50...@stammed.net
B. Alexander wrote:
I started looking in this direction myself last night. I am, for the life
of me, unable to figure why or how drives are designated as early versus
non-early. With the exception of adding "noearly" to the options in
/etc/cryptab. However, I am unable to find a single partition
Adam Hardy wrote:
Sure. I mean on the box at home that I'm monitoring from the online
server. Aaaah, just realised I don't have a fixed IP ?$*!(*)"*"!!!
Alternatively, you can call a heartbeat script on the server from the box at
home. A simple cgi would do.
-thib
exp...@hope.cz wrote:
Is this possbile?
Look at IP address spoofing techniques, it's a broad subject. I would
consider identifying the client at the application level though (add support
for this to your protocol), if possible.
-thib
--
To UNSUBSCRIBE, email to debian-user
Rob Owens wrote:
I'm not sure. ext2 has no journal, so I'd assume it's faster, but I
really don't know.
ext4 can be configured not to use a journal nor barriers. There's really no
point in using ext2 these days, I think.
-thib
--
To UNSUBSCRIBE,
consul tores wrote:
Again, and again; Debian depends of Linus Torvals; maybe it is time to
seriously think about Debian kernels!
Madness.
-t
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archi
consul tores wrote:
Could you say why?
I misunderstood you, or simply wasn't aware of the terminology, sorry. I
mistakenly thought you were suggesting the creation of an entirely new
Debian kernel.
We have lost the posibility to install from disquette, we have to add
an initrd, SElinux ha
big partitions", and it's darn simple
(not sure how anybody could defend the "I stick to what I know" point here).
Note that this partition scheme doesn't need EFI hardware, it's entirely
backward compatible with PC/BIOS systems (you can even have hybrid GUID/DO
Samuel Thibault wrote:
[snip]
Grub1 could because it was small enough to fit in a well-known usable
area in the ext2fs filesystem, but grub2 can not any more.
In the filesystem, you're sure? I'm curious, what part?
[snip]
-t
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.
consul tores wrote:
Yes, Linux (kernel) is very tweakable, but normal users are not able
to compile their own kernel; i am more remembering when i could
install using 3 diskettes, and now i can not do it anymore.
If, we consider that the environment has changed; we have Red Hut,
Ubuntu and Suse;
consul tores wrote:
No, the tendency to imitate Windows as a desktop.
Yes, there are many alternative desktops and windows managers, but i
have only one compaq presario laptop to use, which is working
perfectly using Lenny-Kde; and 3 days ago i received a new tool, a
lenovo thinkPad Edge, on whic
n "expert" option in d-i? Why
not, I guess. If not, should extlinux be extensively tested to be provided
as an alternative choice in d-i? I really don't know how much work would be
needed for this.
-thib
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a
Stan Hoeppner wrote:
My gut instinct is that due to the above reasons and possibly others, the next
dist upgrade is going to hose all my production servers whilst trying to
forcibly convert them to Grub2. Is my instinct correct?
Like any dist upgrade, squeeze will have release notes with upgra
comparison is still
meaningful in some cases (is the dependency-resolver still different for the
two?); I'm just not sure it's worth the trouble - one should just use what
he knows will work best for the task at hand, because the real difference
will most certainly be about comfo
Stan Hoeppner wrote:
LILO isn't broken and it works well enough for may folks such as myself. We
should have the option of keeping it, as an installable package, until _we_
feel we need to change to something else. It's as much a philosophical issue
as it is a practical one. There is no legiti
Proskurin Kirill wrote:
One question:
It is safe to use backported kernel in production?
Officially, it is not, but the backporters community is supportive enough.
You should probably check this[1] out first, however.
1: http://www.linuxfoundation.org/collaborate/workgroups/driver-backport
Stephen Powell wrote:
Actually, that is largely a myth. Lilo's only release-critical bug turned
out not to be a bug at all. It was this "bug" that gave rise to the belief
that stock kernels were getting too big for lilo to load. But the problem
was that a new kernel was installed without lilo
James Stuckey wrote:
Is there an official way to request backports? Or, what is the easiest way
to make packages for lenny when using squeeze?
You'll probably get more valuable feedback there[1].
1: http://lists.backports.org/mailman/listinfo
-t
--
To UNSUBSCRIBE, email to debian-user-req
Anand Sivaram wrote:
I dont think you could do that in filesystem level, since when 'w'
permission is given the user could create both files and directories, but
without 'w' permission the user cant do both. May be you could give
readonly permission to all directories except one where this user
Freeman wrote:
Anyone else notice an unusually large number of upgrades in squeezee over
the past 24 hours? I had 6 or 7 12 hours ago and 352 this morning, the most
I've seen at once.
R-C bugs regarding testing have also leaped to 716 from the low 500's
recently.
No mentions in Debian Project
Stephen Powell wrote:
Report? What report?
That was actually meant to be a quick off-list note about your post in
505609 which I thought deserved at least two nice words. ;-)
-t
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Co
Boyd Stephen Smith Jr. wrote:
I suggest cdn.debian.net for the official archive and security.geo.debian.org
for the security archive. Both are GeoIP-based to find the closest mirror to
you, although cdn goes an extra step and also takes into account how up-to-
date and heavily-loaded the mirro
lee wrote:
Well, I wonder what the manufacturers thinking behind lieing about the
sector size is. [...]
XP, AFAIK.
-t
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.
Andre Majorel wrote:
Can anyone recommend a key logger for Debian ? I don't need replay
or any fancy functions, just stats about which keys get pressed
the most.
Support for X is essential, support for the console is not. Even
raw keycodes would do.
I saw that one[1][2] in the last Debian Proj
1 - 100 of 106 matches
Mail list logo
