Greetings Andrew,
> Sent: Monday, December 06, 2021 at 12:13 AM
> From: "Andrew M.A. Cater"
> To: debian-user@lists.debian.org
> Subject: Re: stability level of testing
>
> On Fri, Dec 03, 2021 at 02:10:44PM +0100, daggs wrote:
> > Greetings David,
> >
&g
On Fri, Dec 03, 2021 at 02:10:44PM +0100, daggs wrote:
> Greetings David,
>
> > Sent: Friday, December 03, 2021 at 7:00 AM
> > From: "David Christensen"
> > To: debian-user@lists.debian.org
> > Subject: Re: stability level of testing
> >
> &g
On Fri, 3 Dec 2021 14:10:44 +0100
daggs wrote:
> I cannot afford such setup
How much is your time worth?
--
Does anybody read signatures any more?
https://charlescurley.com
https://charlescurley.com/blog/
Greetings David,
> Sent: Friday, December 03, 2021 at 7:00 AM
> From: "David Christensen"
> To: debian-user@lists.debian.org
> Subject: Re: stability level of testing
>
> On 12/2/21 12:53 AM, daggs wrote:
> > Greetings David,
> >
> >> Sent:
On 12/2/21 12:53 AM, daggs wrote:
Greetings David,
Sent: Thursday, December 02, 2021 at 4:21 AM
From: "David Christensen"
To: debian-user@lists.debian.org
Subject: Re: stability level of testing
On 11/30/21 11:28 PM, daggs wrote:
Greetings,
I'm thinking of migrating my
Greetings Andrew,
> Sent: Thursday, December 02, 2021 at 10:05 PM
> From: "Andrew M.A. Cater"
> To: debian-user@lists.debian.org
> Subject: Re: stability level of testing
>
> On Thu, Dec 02, 2021 at 09:26:43AM +0100, daggs wrote:
> > Greetings Christian,
>
On Thu, Dec 02, 2021 at 09:26:43AM +0100, daggs wrote:
> Greetings Christian,
>
> > Sent: Wednesday, December 01, 2021 at 11:51 PM
> > From: "Christian Britz"
> > To: debian-user@lists.debian.org
> > Subject: Re: stability level of testing
> >
>
Greetings Charles,
> Sent: Thursday, December 02, 2021 at 4:07 PM
> From: "Charles Curley"
> To: "Debian Users"
> Subject: Re: stability level of testing
>
> On Thu, 2 Dec 2021 09:27:44 +0100
> daggs wrote:
>
> > I know there are bps for ker
On Thu, 2 Dec 2021 09:27:44 +0100
daggs wrote:
> I know there are bps for kernel, are there for qemu and libvirt?
I have no idea, but you can look in the same place I would, e.g.:
https://packages.debian.org/search?searchon=names§ion=all&suite=all&arch=any&exact=0&keywords=qemu
--
Does anybod
Greetings David,
> Sent: Thursday, December 02, 2021 at 4:21 AM
> From: "David Christensen"
> To: debian-user@lists.debian.org
> Subject: Re: stability level of testing
>
> On 11/30/21 11:28 PM, daggs wrote:
> > Greetings,
> >
> > I'm thi
> Sent: Thursday, December 02, 2021 at 12:15 AM
> From: "Charles Curley"
> To: "Debian Users"
> Subject: Re: stability level of testing
>
> On Wed, 1 Dec 2021 08:28:16 +0100
> daggs wrote:
>
> > in addition I need to recompile with a out of tree
Greetings Charles,
> Sent: Thursday, December 02, 2021 at 12:13 AM
> From: "Charles Curley"
> To: "Debian Users"
> Subject: Re: stability level of testing
>
> On Wed, 1 Dec 2021 22:51:08 +0100
> Christian Britz wrote:
>
> > Current Debian stabl
Greetings Christian,
> Sent: Wednesday, December 01, 2021 at 11:51 PM
> From: "Christian Britz"
> To: debian-user@lists.debian.org
> Subject: Re: stability level of testing
>
> Hello daggs,
>
> daggs wrote:
> > there will be 2 main facing the Internet c
On 11/30/21 11:28 PM, daggs wrote:
Greetings,
I'm thinking of migrating my main server to Debian, I need stability and recent
version of small number of pkgs.
in addition I need to recompile with a out of tree patch.
I had Debian stable before but replaced it because upgrade broke the s
On Wed, 1 Dec 2021 22:51:08 +0100
Christian Britz wrote:
> Current Debian stable 11 ("Bullseye") has not so old software and good
> security support, consider using it for a server. You can search for
> software versions using packages.debian.org
Also, should you find you need more a recent vers
On Wed, 1 Dec 2021 08:28:16 +0100
daggs wrote:
> in addition I need to recompile with a out of tree patch.
You need to recompile what with an out-of-tree patch?
--
Does anybody read signatures any more?
https://charlescurley.com
https://charlescurley.com/blog/
Hello daggs,
daggs wrote:
> there will be 2 main facing the Internet connection, server's upgrade and the
> router vm.
> the rest is internal
Routing other computers to the internet, firewalling and so on? I
personally would not do this with the testing distribution, remember, it
has no timely s
Greetings Christian,
> Sent: Wednesday, December 01, 2021 at 10:00 AM
> From: "Christian Britz"
> To: debian-user@lists.debian.org
> Subject: Re: stability level of testing
>
> daggs wrote:
> > I'm thinking of migrating my main server to Debian, I need sta
daggs wrote:
> I'm thinking of migrating my main server to Debian, I need stability and
> recent version of small number of pkgs.
> in addition I need to recompile with a out of tree patch.
> I had Debian stable before but replaced it because upgrade broke the system
> and t
Greetings,
I'm thinking of migrating my main server to Debian, I need stability and recent
version of small number of pkgs.
in addition I need to recompile with a out of tree patch.
I had Debian stable before but replaced it because upgrade broke the system and
the versions used fo
in (and then
> worked around the issue).
between sid and experimental it is only a pound sign move from one
source line to the next. An update will satisfy your curiosity without
an upgrade. Last I checked there were only 2-3 kernels that were
under experimentation, nothing else different from m
John Hasler wrote:
> songbird writes:
>> i've been running testing with bits from unstable and/or experimental
>> for quite some time now.
>
> Experimental is a completely different kettle of fish.
of course. :) it is not like i'm using a lot of
things from there. more like one or two items.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Jul 06, 2017 at 06:52:13AM -0500, John Hasler wrote:
> tomas writes:
> > Big, heavily interdependent systems [...]
> I have full Perl and Python environments and I sometimes run CFD, FEM
> and CAD packages. I think that the key is that I scan
songbird writes:
> i've been running testing with bits from unstable and/or experimental
> for quite some time now.
Experimental is a completely different kettle of fish. Unstable
contains packages that the developer hopes and expects will migrate to
Testing and end up in Stable without incident,
tomas writes:
> Big, heavily interdependent systems consisting of lots of packages
> (big language environments à la Perl, Python, Java -- but most
> prominently big desktop environments) are especially vulnerable to
> version churn, which typically happens in testing once in its life
> cycle.
I h
Jason Cohen wrote:
...
> My question is how Debian Testing and Unstable compare in terms of
> stability. The Debian documentation suggests that Testing is more
> stable than Unstable because packages are delayed by 2-10 days and can
> only be promoted if no RC bugs are opened in th
> My experience, solely as a user, has been that sometimes the unstable
> distribution breaks and you're hosed. I can't remember when I was
> last burned by running testing.
I can't remember when I was last burned by Unstable. It is necessary to
follow debian-dev to know when not to upgrade. I
I can not help much in developing or bug analysis, so my contribution has been
to test
what is handed out to me for testing. I have yet not been able to contribute
much as
nothing seems to break in testing or sid (amd64 openbox/lxde) ever. Sometimes I
wonder when I read the list or archives thing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Jul 05, 2017 at 09:24:08PM -0500, John Hasler wrote:
> Jimmy Johnson writes:
> > From what I read, very serious bugs are likely to be caught before
> > making it to Testing, while Unstable benefits from getting security
> > updates (in the form
My experience, solely as a user, has been that sometimes the unstable
distribution breaks and you're hosed. I can't remember when I was last
burned by running testing.
On 07/05/2017 07:24 PM, John Hasler wrote:
Jimmy Johnson writes:
From what I read, very serious bugs are likely to be caught before
making it to Testing, while Unstable benefits from getting security
updates (in the form of new upstream releases) sooner, and is more
likely to be consistent duri
Jimmy Johnson writes:
> From what I read, very serious bugs are likely to be caught before
> making it to Testing, while Unstable benefits from getting security
> updates (in the form of new upstream releases) sooner, and is more
> likely to be consistent during transitions.
Unstable is not requir
ms of
stability. The Debian documentation suggests that Testing is more
stable than Unstable because packages are delayed by 2-10 days and can
only be promoted if no RC bugs are opened in that period [1]. Yet,
other sources indicate that Testing can stay broken for weeks due to
large transitions o
top and foresee a need for more frequent
> software updates than the approximate 2 year cadence of the Stable
> release. While the backports repository is great, it only covers a
> small subset of packages.
>
> My question is how Debian Testing and Unstable compare in terms of
> s
resee a need for more frequent
software updates than the approximate 2 year cadence of the Stable
release. While the backports repository is great, it only covers a
small subset of packages.
My question is how Debian Testing and Unstable compare in terms of
stability. The Debian documentation sug
Am 25.04.2017 um 16:09 schrieb Vincent Lefevre:
> Hi,
>
> On 2017-04-25 12:14:30 +0200, Michael Biebl wrote:
>> Am 25.04.2017 um 10:53 schrieb Vincent Lefevre:
> [...]
>>> In particular, it is strange that all the symlinks point to sr0
>>> except cdrw, which now points to sr1.
>>
>> The udev rules
Hi,
On 2017-04-25 12:14:30 +0200, Michael Biebl wrote:
> Am 25.04.2017 um 10:53 schrieb Vincent Lefevre:
[...]
> > In particular, it is strange that all the symlinks point to sr0
> > except cdrw, which now points to sr1.
>
> The udev rules responsible for creating those symlinks is
> /lib/udev/ru
Hi
Am 25.04.2017 um 10:53 schrieb Vincent Lefevre:
> After a reboot of a Debian/unstable machine, I got:
>
> /dev/cdrw -> sr1
>
> while it was
>
> /dev/cdrw -> sr0
[..]
> Is it normal that the device names are not stable?
>
> In particular, it is strange that all the symlinks point to sr
After a reboot of a Debian/unstable machine, I got:
/dev/cdrw -> sr1
while it was
/dev/cdrw -> sr0
before the reboot. More precisely, the change in the lshw output:
*-scsi:0
physical id: 8c
logical name: scsi2
capabilities: emulated
*-cdrom
> People just doing a blind "apt dist-upgrade" every day without knowing
> what happens, why it happens and how to fix the emerging problems will
> have a very bad time using Testing, because there will be a day where an
> innocent "apt dist-upgrade" removes half their packages.
Well, just don't d
On Wed, 02 Mar 2016 14:18:02 +0100, Albin Otterhäll wrote:
> On 03/02/2016 01:45 PM, Michael wrote:
>> Ive been using it for the last few months, and have had no major issues
>> that where not of my own causing.. :)
>
> Good! According to the Debian wiki it's recommended to do a "minimal"
> insta
Albin Otterhäll wrote:
> What is the current stability of Debian testing (Stretch)? I know it had
> quite a lot of stability issues some months ago, and wondering if they
> are resolved yet.
depends upon what you are running and how you do it.
are you upgrading from stable or i
Albin Otterhäll wrote:
> On 03/02/2016 02:45 PM, Sven Hartge wrote:
>> People just doing a blind "apt dist-upgrade" every day without knowing
>> what happens, why it happens and how to fix the emerging problems will
>> have a very bad time using Testing, because there will be a day where an
>> in
On Wed, Mar 02, 2016 at 02:54:29PM CET, Albin Otterhäll
said:
> Doesn't it exist any "extensions" to apt that checks for reported bugs?
> I'm aware that I've to check for eventual bugs if I'm going with testing
> and not doing any blind aptitude dist-upgrade. Btw, where is the best
> place to ch
On 03/02/2016 02:45 PM, Sven Hartge wrote:
> People just doing a blind "apt dist-upgrade" every day without knowing
> what happens, why it happens and how to fix the emerging problems will
> have a very bad time using Testing, because there will be a day where an
> innocent "apt dist-upgrade" remov
Himanshu Shekhar wrote:
> I upgraded from Jessie to Stretch today morning. As per now, things are
> working fine.
That is the main "problem" with testing: "as per now".
Testing can be fine one day and then horribly broken (dependency wise)
for weeks, as soon as a major transition starts.
Peopl
I upgraded from Jessie to Stretch today morning. As per now, things are
working fine.
There were problems during upgrade, as broken packages and dpkg
interrupted. However, once installation was completed, everything is
running perfectly.
I have KDE and GNOME currently running.
Let's see what happ
On 03/02/2016 01:45 PM, Michael wrote:
> Ive been using it for the last few months, and have had no major issues
> that where not of my own causing.. :)
Good! According to the Debian wiki it's recommended to do a "minimal"
installation. I assume it's just debian with all the "extra" (Gnome and
pri
On Wed, 2016-03-02 at 13:40 +0100, Albin Otterhäll wrote:
> What is the current stability of Debian testing (Stretch)? I know it
> had
> quite a lot of stability issues some months ago, and wondering if
> they
> are resolved yet.
>
Ive been using it for the last few months, and
What is the current stability of Debian testing (Stretch)? I know it had
quite a lot of stability issues some months ago, and wondering if they
are resolved yet.
On Wed, 25 Dec 2013 03:57:19 +, Jarth Berilcosm wrote:
> Hi,
>
> Because i've had my share of 'blues' with NVidia on Debian i've compiled
> a guide which documents what i believe to be a permanent fix for many
> issues.
>
> http://www.oxitech.info/helpdesk/nvidia.html
>
> Basically, the bel
Hi,
Because i've had my share of 'blues' with NVidia on Debian i've compiled
a guide which documents what i believe to be a permanent fix for many
issues.
http://www.oxitech.info/helpdesk/nvidia.html
Basically, the below resolves most if not all troubles.
1. set nomodeset as a boot pa
n features.
> I don't mean to bicker, I'm just wondering if it would make any
> sense to divide kernel code that is more closely related to
> hardware (like drivers) and more generic code, in attempt to
> measure stability of these parts separately.
There are the so calle
not impossible) thing...
I don't mean to bicker, I'm just wondering if it would make any
sense to divide kernel code that is more closely related to
hardware (like drivers) and more generic code, in attempt to
measure stability of these parts separately.
Thanks,
aL.
--
To UNSUBSCRIBE, e
Thank You for Your time and answer, Julien:
>You can also use sndfile-resample from the samplerate-programs. If you
>don't mind building a smal app from source, there's also Fons
>Adriaensen's resample program, which I think is currently hosted on
>linuxaudio.org. It's advantage, it is faster.
I
Thank You for Your time and answer, Kelly:
>> flac --silent --best --verify --delete-input-file --bps=16
>> --sample-rate=44100 -o /tmp/1.flac
>> --tag=TRACKNUMBER=1 --tag=ARTIST=A --tag=TITLE=B --tag=ALBUM=C
>> --tag=GENRE=D --tag=DATE=2000 --tag=DESCRIPTION=E /tmp/1.wav
>>
>> Why that?
>
>You ca
On Mon, Dec 12, 2011 at 23:47, Sthu Deus wrote:
> OK I have tried like this w/o success (the output file still has
>>16bit, >44kHz sound qualit):
>
> flac --silent --best --verify --delete-input-file --bps=16
> --sample-rate=44100 -o /tmp/1.flac
> --tag=TRACKNUMBER=1 --tag=ARTIST=A --tag=TITLE=B
Thank You for Your time and answer, Kleber:
>> I wonder if there is in Debian a CUI tool for converting FLAC/Wav
>> files from >16bit, >44kHz sound quality to 16bit, 44kHz?
>>
>>
>> Thanks for Your time.
>
>hello
>
>you can do it with the flac command, see the man page for more details
OK I hav
Hi Sthu!
You can also use sndfile-resample from the samplerate-programs. If you don't
mind building a smal app from source, there's also Fons Adriaensen's resample
program, which I think is currently hosted on linuxaudio.org. It's advantage,
it is faster.
I think sox might also do it, but I
On Saturday 10 December 2011 04:09:25 Sthu Deus wrote:
> Good time of the day.
>
>
> I wonder if there is in Debian a CUI tool for converting FLAC/Wav files
> from >16bit, >44kHz sound quality to 16bit, 44kHz?
>
>
> Thanks for Your time.
hello
you can do it with the flac command, see the man
Good time of the day.
I wonder if there is in Debian a CUI tool for converting FLAC/Wav files
from >16bit, >44kHz sound quality to 16bit, 44kHz?
Thanks for Your time.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas..
On Sun, Sep 12, 2010 at 21:40, Marc Shapiro wrote:
> Adam Hardy wrote:
>>
>> I don't have the stability problems as you describe but I don't use
>> Flashblock or Flashgot or Readability.
>>
>> I do have a problem with youtube videos and the sound,
On 09/12/10 23:35, Klistvud wrote:
Dne, 13. 09. 2010 06:40:24 je Marc Shapiro napisal(a):
I am running Firefox 3.6 on Lenny and I still have sound problems. I
think the problems are more due to flash games that my daughter runs
than to youtube, but flash seems to be the culprit in any case.
Y
Dne, 13. 09. 2010 06:40:24 je Marc Shapiro napisal(a):
I am running Firefox 3.6 on Lenny and I still have sound problems. I
think the problems are more due to flash games that my daughter runs
than to youtube, but flash seems to be the culprit in any case.
Yep. In my imaginary world, in s
On Sun, 12 Sep 2010, James Stuckey wrote:
Since doing so I've begun to have, for the very first time, stability
problems with iceweasel on testing when watching flash videos on youtube.
Generally, my browser will, some time during the playing of the video,
before, or after it finishes, b
Adam Hardy wrote:
I don't have the stability problems as you describe but I don't use
Flashblock or Flashgot or Readability.
I do have a problem with youtube videos and the sound, but I don't know
what's causing it and I haven't tried fixing it yet. I'm hopi
refox/the mozilla website.
Since doing so I've begun to have, for the very first time, stability
problems with iceweasel on testing when watching flash videos on
youtube. Generally, my browser will, some time during the playing of the
video, before, or after it finishes, become frozen s
In , James
Stuckey wrote:
>After reading the browser straw poll, I was influenced to try some of the
>plug-ins listed. I installed.
>
>Since doing so I've begun to have, for the very first time, stability
>problems with iceweasel on testing when watching flash videos on y
weren't I
installed through firefox/the mozilla website.
Since doing so I've begun to have, for the very first time, stability
problems with iceweasel on testing when watching flash videos on youtube.
Generally, my browser will, some time during the playing of the video,
before, or after i
mpile my
kernel nor using testing repositories nor losing the stability group
of packages provided by Debian Lenny.
What would you suggest me?
Thanks
ext4dev is deprecated, use ext4.
(ext4 is released and considered stable, newer kernels support it.)
Use a backport.
Mark Allums
--
To UNS
On Wed, Feb 24, 2010 at 12:25 PM, Johannes Wiedersich
wrote:
> Jason Voorhees wrote:
>> I just want to use an ext4 filesystem without having to recompile my
>> kernel nor using testing repositories nor losing the stability group
>> of packages provided by Debian Lenny.
>
&
d
> allocation' in ext4dev in Lenny is still not recommendable to use in
> production systems?
>
> I just want to use an ext4 filesystem without having to recompile my
> kernel nor using testing repositories nor losing the stability group
> of packages provided by De
Jason Voorhees wrote:
> I just want to use an ext4 filesystem without having to recompile my
> kernel nor using testing repositories nor losing the stability group
> of packages provided by Debian Lenny.
I haven't used ext4 yet, so no comment on that.
FWIW, there is also http://www
to), can I have a stable
ext4 filesystem to use in production? Or even disabling 'delayed
allocation' in ext4dev in Lenny is still not recommendable to use in
production systems?
I just want to use an ext4 filesystem without having to recompile my
kernel nor using testing repositories
Sam Kuper wrote:
> With apologies for cross-posting.
>
> Dear all,
>
> I have copied below the text of a blog post* I wrote a few minutes
> ago, because it addresses an issue in Debian and Debian-derived
> distros that I've encountered several times, and which no doubt many
> people encounter frequ
"Sam Kuper" <[EMAIL PROTECTED]> writes:
>
> A number of comments missed my main point, which was:
>
> When 'stable' packages don't work, or are inadequately documented,
> it's a pain because the upstream developers (who are otherwise often
> the first port of call for help and documentation) may no
On Wed, Nov 12, 2008 at 12:13:42AM +, Sam Kuper wrote:
> When 'stable' packages don't work, or are inadequately documented, it's a
> pain because the upstream developers (who are otherwise often the first port
> of call for help and documentation) may no longer support the version of the
> so
Dear all,
I'm grateful for your comments on this thread. I've learned about a few
parts of the Debian system I wasn't aware of before (volatile/sloppy) and
have been pleased to see a range of perspectives, including from upstream of
the distro.
A number of comments missed my main point, which was:
On Wed, Nov 5, 2008 at 5:40 AM, Nate Duehr <[EMAIL PROTECTED]> wrote:
> It is very common for software developers to plow ahead without thinking
> much about the versions the distros provide.
>
> You may want to contact them and see how they would expect users to use
> their software effectively.
>
John Hasler wrote:
> Koh Choon Lin writes:
>> It seems to me the cleanest form of manual package management is still
>> the old DOS style. All the files of a single program lies in one
>> directory
>
> Each with its own copy of all its dependencies, including libc and all
> other libraries it cal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Caruso wrote:
> Please remove me from this chain of nonsense
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]
;-)
Johannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU
-
From: John Hasler [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 05, 2008 6:01 AM
To: debian-user@lists.debian.org
Subject: Re: When stability is pointless
Koh Choon Lin writes:
> It seems to me the cleanest form of manual package management is still
> the old DOS style. All the file
Koh Choon Lin writes:
> It seems to me the cleanest form of manual package management is still
> the old DOS style. All the files of a single program lies in one
> directory
Each with its own copy of all its dependencies, including libc and all
other libraries it calls and all the programs and dae
On 11/05/08 07:25, Koh Choon Lin wrote:
[snip]
It seems to me the cleanest form of manual package management is still
the old DOS style. All the files of a single program lies in one
directory and to uninstall the program would just involve a simple
removal of the directory.
That works only in
On Wed, Nov 05, 2008 at 09:25:24PM +0800, Koh Choon Lin wrote:
> >> > Are package managers necessary? Well, no.
> >>
> >> What We need this to keep consistency, ...
> >>
> >> > One way of managing software
> >> > is simply to install individual software programs/libraries as needed,
> >> > and
Koh Choon Lin wrote:
> It seems to me the cleanest form of manual package management is still
> the old DOS style. All the files of a single program lies in one
> directory and to uninstall the program would just involve a simple
> removal of the directory.
>
> If I recall correctly a few years ago
>> > Are package managers necessary? Well, no.
>>
>> What We need this to keep consistency, ...
>>
>> > One way of managing software
>> > is simply to install individual software programs/libraries as needed,
>> > and allow each item to handle its own updating or uninstallation (or
>> > even j
* Osamu Aoki <[EMAIL PROTECTED]> [2008 Nov 05 06:05 -0600]:
> > Why have package managers?
> > --
> >
> > Are package managers necessary? Well, no.
>
> What We need this to keep consistency, ...
>
> > One way of managing software
> > is simply to install individual
Hi,
On Wed, Nov 05, 2008 at 01:26:31AM +, Sam Kuper wrote:
> When stability is pointless
> ===
>
> Many Linux distributions (and other software environments too) use
> package managers to facilitate the installation, upgrading and
> uninstallation of
On Wed, Nov 05, 2008 at 12:58:15PM +0200, Teemu Likonen wrote:
> Johannes Wiedersich (2008-11-05 11:31 +0100) wrote:
>
> > Sam Kuper wrote:
> >> Ubuntu has LTS (Long-Term Support) releases, which roughly translate
> >> to Stable.
> >
> > Yes, but IIRC it is still based on debian sid. Ie. it never
you for special cases, there is also
> backports.org from which you could install newer versions of certain
> software without compromising on stability for the rest of your system.
>
>>> For all Ubuntu is based on Debian, I don't think it follows debian
>>> policy. The po
Johannes Wiedersich (2008-11-05 11:31 +0100) wrote:
> Sam Kuper wrote:
>> Ubuntu has LTS (Long-Term Support) releases, which roughly translate
>> to Stable.
>
> Yes, but IIRC it is still based on debian sid. Ie. it never
> transitioned debians unstable - testing - stable queue. IIRC it just
> mean
he web;-) ). Of course this is only possible,
if the license of the documentation matches that of the software (ie. is
free).
If it is important for you for special cases, there is also
backports.org from which you could install newer versions of certain
software without compromising on stabilit
On Wed, Nov 05, 2008 at 02:41:52AM +, Sam Kuper wrote:
> Hi Doug,
>
> Thanks for your comments.
>
> 2008/11/5 Douglas A. Tutty <[EMAIL PROTECTED]>:
> > Or, are you saying that you are trying to implement a psad recipe from
> > the internet that doesn't apply to the version of psad supplied in
It is very common for software developers to plow ahead without thinking
much about the versions the distros provide.
You may want to contact them and see how they would expect users to use
their software effectively.
It's likely: They won't care.
Open-source suffers from not having the "re
On Wed, Nov 05, 2008 at 11:48:05AM +0800, Jerome BENOIT wrote:
> >Define "working" (or "tweaking"). My experience with some packages in
> >Etch suggest that Debian sometimes has problems like this too.
>
> So far I can understand, Etch is not yet stable.
Etch is so stable, it will soon be old-st
Hello,
Sam Kuper wrote:
Hi Doug,
Thanks for your comments.
2008/11/5 Douglas A. Tutty <[EMAIL PROTECTED]>:
Or, are you saying that you are trying to implement a psad recipe from
the internet that doesn't apply to the version of psad supplied in
Ubuntu?
Essentially correct. But not just any
Hi Doug,
Thanks for your comments.
2008/11/5 Douglas A. Tutty <[EMAIL PROTECTED]>:
> Or, are you saying that you are trying to implement a psad recipe from
> the internet that doesn't apply to the version of psad supplied in
> Ubuntu?
Essentially correct. But not just any old set of psad instruc
On Wed, Nov 05, 2008 at 01:26:31AM +, Sam Kuper wrote:
[snip long preamble]
> Sometimes, stability lets you down.
>
> My perception is that the greatest problems with the system of
> "stability" practised by Debian and other Linux communities arise when
> the u
order to raise awareness of the issue, and to seek a
co-ordinated effort to tackle it.
Yours respectfully,
Sam Kuper
*URL: http://www.sampablokuper.com/blog/2008/11/05/when-stability-is-pointless/
When stability is pointless
===
Many Linux distributions (and
1 - 100 of 239 matches
Mail list logo