ore on timely security updates and releases coming from
CentOS. And people expect to help and contribute to the process to make
that happen.
Which, contrary to what is stated now, was an essential part in the start
and growth of the CentOS project.
Anyay, goodbye and thanks for all the fish !
--
On Mon, 16 May 2011, Ron Blizzard wrote:
On Mon, May 16, 2011 at 2:44 AM, Dag Wieers wrote:
On Thu, 12 May 2011, Johnny Hughes wrote:
The ZERO release is always going to take longer than the others.
Past numbers debunks this myth:
CentOS 4.0 took 23 days
CentOS 5.0 took 28 days
er 3 months to be
>> essentially the same time.
>
> The ZERO release is always going to take longer than the others.
Past numbers debunks this myth:
CentOS 4.0 took 23 days
CentOS 5.0 took 28 days
CentOS 6.0 is not released after 6 months.
While eg.
CentOS 4.8 too
Good luck, and provide feedback, we might learn a trick or two :)
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit.net/
[Any errors in spelling, tact or fact are transmission errors]
___
Ce
to be more complex, or less
complex than the C5.5 -> C5.6 differences ?
And given that C5.6 took 3 months, are there any reasons why C6.1 would
take no more than 1 month ?
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit.n
On Thu, 5 May 2011, Les Mikesell wrote:
> On 5/5/2011 4:22 PM, Dag Wieers wrote:
>
>> and it would automatically create a bootable image with your system's
>> layout and the backuppc software/configuration, and even the necessary
>> commands to automatically recover
On Thu, 5 May 2011, Les Mikesell wrote:
> On 5/5/2011 3:37 PM, Dag Wieers wrote:
>
>> I can recommend ReaR (Relax and Recover) for migrations and cloning
>> systems. I have been working wit the Relax and Recover project for the
>> past few months together with a colleague
I mentioned by default.
If you need more help, feel free to join the ReaR mailinglist on
sourceforge and ask your questions :)
http://rear.sourceforge.net/
And if you happen to go to LinuxTag, we're having two discussion sessions
for developers and users on Wednesday and Thursday.
--
--
er than the original.
Because when rewriting you have to understand the original, so
re-implementing provides you with the opportunity to improve. And since
you have to verify it works exactly the same, there's a good chance both
performance and correctness are guaranteed.
The original aut
ent src rpm here http://www.invoca.ch/pub/packages/nmon/
Hi Simon,
Thanks for posting that SRPM. It seems the nmon version in RPMforge lost
track of nmon development. They do not appear to report new releases
on freshmeat :-/
I have updated the release in RPMforge based on your SRPM.
Thanks again,
o shut down the vm and quit virtmanager before I could run
> chcon. It's ok now.
Thanks for answering your own question. It's actually better than not
asking the question ;-)
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit
On Tue, 12 Apr 2011, R P Herrold wrote:
> On Tue, 12 Apr 2011, Dag Wieers wrote:
>
>> I also don't see what the size of my (past) contributions to CentOS has to
>> do with this whole discussion. I would much rather discuss why the QA
>> process needs to be closed,
ing that is truly Open Source, transparent and honest.
I guess that's what Johnny has been saying all along. There is no wish to
change how the project is taking care of things.
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions,
, is that
there was low feedback of your testing framework proposal (of which no
information is in the Wiki). Well, ever thought that this particular item
was not itching anyone ? Because maybe the bigger picture is missing ?
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux
Neither am I. Someone is reading into something that isn't there. I do
retain the rights to start my own RHEL rebuild project if I feel I want to
though :-)
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit.net/
[Any errors in
On Tue, 12 Apr 2011, aurfal...@gmail.com wrote:
> Plus, I think it was the timing of the post regarding DAGs RHEL like
> project.
There is no DAG RHEL like project.
It's a tweet. If I would ever start a DAG RHEL like project, I wouldn't
announce it over twitter :-)
--
On Tue, 12 Apr 2011, Johnny Hughes wrote:
> On 04/11/2011 05:07 PM, Dag Wieers wrote:
>> On Mon, 11 Apr 2011, Les Mikesell wrote:
>>> On 4/11/2011 4:02 PM, Ned Slider wrote:
>>>> On 11/04/11 20:16, Digimer wrote:
>>>>>
>>>>> /putting
s simple, why would it take 86 days or 6 months ? I would like to
have an answer to that. Either it is hard, and more people could help fix
issues. Or it is simple and the CentOS developers have been slacking ?
Anyone from the QA team interested to share some information on what
happened during QA ?
On Mon, 11 Apr 2011, Keith Keller wrote:
> On Tue, Apr 12, 2011 at 12:08:29AM +0200, Dag Wieers wrote:
>> On Mon, 11 Apr 2011, John R. Dennison wrote:
>>>
>>> Except for the whole "I resign" issue with Dag and the project.
>>>
>>>
lieve him more than anybody in CentOS.
>
> Except for the whole "I resign" issue with Dag and the project.
>
> He's stirring up trouble for the sake of stirring up trouble.
Yes, and CentOS does not have issues ! It's all Dag that's making it up.
Without
tOS obviously looks at how Scientific Linux is fixing issues, but
keeping their own fixes secret.
PS The notion that Scientific Linux does not care about compatbility is a
false claim and it needs to stop.
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...
us to
even attempt to fix any issues. And here we are :-/
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit.net/
[Any errors in spelling, tact or fact are transmission errors]
___
CentOS mailing list
Cent
On Mon, 11 Apr 2011, Tru Huynh wrote:
> I only see wasted time talking, no actions. I will be happy to be proven
> wrong.
We are more alike than it seems at first. I don't see actions either, I
only see the output of actions because the process is deliberately closed.
--
-- da
On Mon, 11 Apr 2011, Tru Huynh wrote:
> On Mon, Apr 11, 2011 at 10:20:59PM +0200, Dag Wieers wrote:
>> On Mon, 11 Apr 2011, Tru Huynh wrote:
> ...
>>> My maze is the build order (ie dependancy order of the SRPMS),
>>> What are yours? how do you get to that number o
On Mon, 11 Apr 2011, Tru Huynh wrote:
> On Mon, Apr 11, 2011 at 10:00:57PM +0200, Dag Wieers wrote:
>> On Mon, 11 Apr 2011, Tru Huynh wrote:
>>
>>> right: you are locked inside a maze, there is one exit somewhere.
>>> Everyone start from the same place, eveyon
On Mon, 11 Apr 2011, Tru Huynh wrote:
> On Mon, Apr 11, 2011 at 09:48:18PM +0200, Dag Wieers wrote:
>> On Mon, 11 Apr 2011, Tru Huynh wrote:
>>
>>> 4) back to your genuine inquiry "how can I help it be ready faster?"
>>>
>>> Make your own
t; [... anything usefull for your CentOS community ...]
Yes, let's all do the same thing, and stumble over the same problems,
while they may already have fixed in the closed QA builds.
Sounds like one crazy plan !
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linu
On Mon, 11 Apr 2011, Digimer wrote:
> On 04/11/2011 03:10 PM, Dag Wieers wrote:
>> On Mon, 11 Apr 2011, Tru Huynh wrote:
>>
>>> On Mon, Apr 11, 2011 at 08:19:22PM +0200, Dag Wieers wrote:
>>>
>>>> Considering you follow the "it's released whe
On Mon, 11 Apr 2011, Tru Huynh wrote:
> On Mon, Apr 11, 2011 at 08:19:22PM +0200, Dag Wieers wrote:
>
>> Considering you follow the "it's released when it's ready" mantra, what
> [ ... ]
>> I no longer expect any change.
>
> Then why are you always c
t hey, don't let me spoil your dinner, there is no problem.
It's free, so questioning things is out of order.
http://dag.wieers.com/blog/centos-48-finally-there
The comments I got both came from the CentOS team, so you know where you
stand if you provide a critical voic
my CentOS systems show any problems either.
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit.net/
[Any errors in spelling, tact or fact are transmission errors]
___
CentOS mailing
ly releases and updates, or we want better communication, or
we want more transparancy, Johnny and Karanbir will have to work harder.
It doesn't have to be like this, but it feels like certain forces want to
keep things framed like this in discussions.
--
-- dag wieers, d...@wieers.c
only way to retain thread sanity
>
> Do you honestly not have anything better to do? For your info before I posted,
> Markmail seemed to sort it out okay as did the OP who posted.
We are all waiting for the first sucker to tell you to stop this thread
because if you keep Karan
On Wed, 6 Apr 2011, Karanbir Singh wrote:
> On 04/06/2011 11:37 PM, Dag Wieers wrote:
>> And you do not seem to provide me with the answers. Same old, same old.
>
> Actually, i dont need to provide *you* with anything :)
Correct, but if you claim I don't know anything a
yOn Wed, 6 Apr 2011, Karanbir Singh wrote:
> On 04/06/2011 09:53 PM, Dag Wieers wrote:
>>> That's not hard to do - stop reading them then.
>>
>> And once again we are avoiding a proper solution.
>
> No, once again you dont understand the issues, the prob
nyone complain about this.
None of this is fixing where people want the project to improve. People
want to help with where the problems are, which is fixing builds so a
release can be more timely.
Why are we avoiding this again and again ?
--
-- dag wieers, d...@wieers.com, http://dag.wieer
yOn Wed, 6 Apr 2011, Karanbir Singh wrote:
> On 04/04/2011 11:14 PM, Dag Wieers wrote:
>> Nobody else really can give an update, the process is pretty much closed
>> to the general public. So if the only person why can provide information
>> is off by 2 months, I'd rat
On Tue, 5 Apr 2011, Hendrik wrote:
> 2011/4/5 Dag Wieers :
>
>>> You are one of the few who care to give updates, so thanks for that.
>>
>> Nobody else really can give an update, the process is pretty much closed to
>> the general public. So if the only person w
ocess can be relied upon. The whole "when it's
> ready" mantra works well for academic/individual users, but you can't
> plan business processes based on it.
That may have been the whole point of this exercise. Red Hat profits !
--
-- dag wieers, d...@wieers.com,
off by 2 months, I'd rather have no information at all.
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit.net/
[Any errors in spelling, tact or fact are transmission errors]___
C
On Mon, 4 Apr 2011, John R Pierce wrote:
> On 04/04/11 2:41 AM, Dag Wieers wrote:
>> Beware that RPMforge contains the stable releases (1.2.2) and the RPMforge
>> testing repository is at 1.3.7, but I am doing a 1.3.17 build right now.
>>
>> Often the latest develo
e
testing repository is at 1.3.7, but I am doing a 1.3.17 build right now.
Often the latest development release have a better success rate than the
stable release, but if you are unsure, download both and test your
use-case with both toroughly :)
--
-- dag wieers, d...@wieers.com, http:
.
I don't see how this is helpful either. But that's the problem, there's
no way anyone can help the releases moving forward... Good luck waiting :)
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit.net/
[Any errors
yourself if
sharing and coordination would solve most of the issues.
You pick, build and sign what you like from a shared pool of information.
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit.net/
[Any errors in spelling, tact or fact
On Tue, 22 Mar 2011, John R. Dennison wrote:
> On Wed, Mar 23, 2011 at 04:22:36AM +0100, Dag Wieers wrote:
>>
>> CentOS 4.8 (95 days late) and CentOS 5.3 (69 days late) have been the worst
>> delays. But now CentOS 5.6 is already at 69 days and CentOS 6.0 is past
>>
past
133 days delay, an all time record (not counting CentOS 2 :-)).
So the trend is a decline in release speed and maybe we should lower our
expectations. CentOS users have been spoiled in the past.
Kind regards,
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux sol
ars while you
are migrating those systems.
I guess this is a free service so you can stop paying Red Hat as soon as
you plan to migrate to SLES. But they expect you to migrate to SLES in the
next three years...
So this is not related to OpenSUSE.
--
-- dag wieers, d...@wieers.com, http://
r and then switches to Novell for support
> after that.
Does Novell provide their own updates (RHEL rebuilds) or how does this
exactly work ? I doubt Novell can redistribute RHEL binaries in this case.
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@
such threads, we are
all being collectively punished !
(Include mandatory smiley) :-)
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit.net/
[Any errors in spelling, tact or fact are transmission errors]
___
with it last week - very impressive piece of technology.
Interesting, could you shed a light on what exact XML is needed ?
It used to be qemu-spice though in past Fedora releases, that's why I was
expecting the same.
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux s
the future, ... but when, nobody knows ;-)
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit.net/
[Any errors in spelling, tact or fact are transmission errors]
___
CentOS mailing list
Ce
hat people are actually using. It is
very likely a RHEL 6.1 Beta is out before CentOS-6.0. Early RHEL 6.1 Beta
access has been offered by Red Hat to RHCE's already.
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit.net/
[Any erro
t looking.
What I do for RPMforge is using an mrepo setup that synchronizes yum
repositories from RHN using rhnget. Then point my buildsystem to those
repositories. You can do the same with mock.
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net
On Sun, 20 Feb 2011, Johnny Hughes wrote:
> On 02/20/2011 07:30 PM, Dag Wieers wrote:
>> On Wed, 16 Feb 2011, Johnny Hughes wrote:
>>
>>> On 02/16/2011 04:31 AM, David Sommerseth wrote:
>>>> On 15/02/11 17:25, Gilbert Sebenste wrote:
>>>>&g
On Mon, 21 Feb 2011, Always Learning wrote:
> On Mon, 21 Feb 2011, Dag Wieers wrote:
>> On Wed, 16 Feb 2011, Johnny Hughes wrote:
>>
>>> The FIRST build of a distribution (the .0 of 4.0 or 5.0) takes MUCH
>>> longer than the subsequent rebuilds. This is because y
23 days after RHEL4.0
CentOS 5.0 was released 29 days after RHEL5.0
CentOS 6.0 is *not* released 103 days after RHEL6.0
Source: wikipedia
Granted, RHEL6 is larger than RHEL5 which was larger than RHEL4, still...
PS And this time I am not off-by-1 (month) ;-)
--
-- dag wieers, d...@wieers
ows and Linux. It is a
shame there are not better Ext3/Ext4 drivers that integrate properly into
Windows.
Something similar to ntfs-3g must be easier to write for ext3 on Windows
(as the ext3 format is well-known).
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solution
installed
since the fuse kernel-module is now part of RHEL5 since RHEL 5.4. So if
people still have the dkms module installed and/or use ELRepo's fuse
kernel module they can safely remove it :)
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@
hat.
>
> Google tells me: http://osdir.com/ml/clamav-users/2010-10/msg00086.html
And ClamAV 0.96.4 was available from RPMforge since yesterday, so if all
is well updating your system should fix this (harmless) message.
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/ --
[An
On Sun, 3 Oct 2010, Dag Wieers wrote:
> On Thu, 30 Sep 2010, Shad L. Lords wrote:
>
>> Can we get a refresh of the drbd packages to 8.3.8.1
>>
>> There was a fix to the resync protocol. 8.3.8 would stall under certain
>> circumstances.
>
> If you haven't
On Sun, 3 Oct 2010, Dag Wieers wrote:
> On Thu, 30 Sep 2010, Shad L. Lords wrote:
>
>> Can we get a refresh of the drbd packages to 8.3.8.1
>>
>> There was a fix to the resync protocol. 8.3.8 would stall under certain
>> circumstances.
>
> If you haven't
Repo's bugtracker available from:
http://elrepo.org/bugs/
Thanks in advance,
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]
___
CentOS mailing list
ailable
> RPM that puts things in RH-style places.
As you probably know, Red Hat does have various java flavours and versions
that can coexist using RPM available from their RHN Extras/Supplementary
channel. I guess licensing is one reason why it is not public, although it
does give Red Hat s
en't tested both, so any feedback or testcase to replicate
the problem are welcomed by the upstream developers (does not include me).
We also discussed some other improvements:
- using AUTHPRIV intead of AUTH for logging
- including shield-trigger-iptables
- Fixes to Makefile
- In
0
auth optional pam_shield.so
auth include system-auth
accountrequired pam_nologin.so
accountinclude system-auth
password include system-auth
sessionoptional pam_keyinit.so force revoke
sessioninclude system-auth
sessionrequired
ncies
> that aren't in either the base distribution or rpmforge.
Or maybe the answer is more simple. The libraries once were available in
RHEL, but have been replaced by newer/incompatible ones ?
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/ --
[Any errors in
configuration issue somewhere. Not good though.
Was this with the 0.9.2 release, or the 0.9.3 release ?
Please provide this information to the author, he might help you find the
cause and fix it in pam_shield.
Thanks for reporting,
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com
On Mon, 23 Aug 2010, Rob Kampen wrote:
> Dag Wieers wrote:
>
>> pam_shield is available from RPMforge and requires a minimum of
>> configuration.
>
> Never heard of this one before - just installed and simple to configure.
> I note that version 0.9.3 was release
that risk is limited, you need to understand how it
works :)
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
ice in
pam.
pam_shield is available from RPMforge and requires a minimum of
configuration.
Kind regards,
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]
___
CentOS maili
into the problem, but only a dbus update could fix the issue
at hand :-/ Everything else works for me without a problem though.
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
you're interested, RPMforge has an updated hplip in testing that
supports many more (and newer) devices. It does have an incompatibility
with dbus, but works fine for my HP PhotoSmart printer that wouldn't work
otherwise.
You can find those packages here:
http://packages.sw.be/hplip/
ack regarding the ELRepo
kmod-drbd packages (preferably on the ELRepo bug-tracker / mailinglist to
not cause even more controversy).
Kind regards,
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]
___
On Sat, 19 Jun 2010, Karanbir Singh wrote:
> On 19/06/2010 02:32, Dag Wieers wrote:
>> We are not sending every announcement to the CentOS list, that should be
>> apparent from looking at the ELRepo lists (where actual announcements
>> are being posted in more detail).
On Sat, 19 Jun 2010, Karanbir Singh wrote:
> On 18/06/2010 09:12, Dag Wieers wrote:
>> I would like to announce a set of OCFS2 kABI-tracking kernel module
>> packages for RHEL5, Scientific Linux 5 and CentOS-5 and kernels.
>
> Can you please stop spamming this list ? A one t
at:
http: //lists.elrepo.org/mailman/listinfo/elrepo
http: //elrepo.org/bugs/main_page.php
Kind regards,
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors
welcome your feedback on our mailinglist and bug-tracker, respectively
at:
http://lists.elrepo.org/mailman/listinfo/elrepo
http://elrepo.org/bugs/main_page.php
Kind regards,
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact
of 5.3. And there is a bugzilla entry on to why:
https://bugzilla.redhat.com/show_bug.cgi?id=481579
Since FS-Cache was not mainlined, I think Red Hat ditched the idea of
making it a supported option for the remaining 5 years of RHEL5. I guess
testing with RHEL6 beta and then moving to C
oes not
provide/require it (on purposes). In itself this will work, but it's not
good practice.
We can fix this in the future if we get a conflict.
The package is available from RPMforge tomorrow.
Thanks Steve !
--
-- dag wieers, d...@wieers.com, http://dag.wieers
doesn't mean
that you are not using ntfs-3g. Especially if you are using automounting
it might still pick ntfs-3g as mount.ntfs ships with ntfs-3g (or when
using gnome even gnome-vfs2-ntfs) over kmod-ntfs.
--
-- dag wieers, d...@wieers.com, http://dag.wieer
mmendations laid out in the knowledge base
article also applies to ESX 2.0.
They seem to update that document (and the timekeeping PDF) for every new
ESX release, and removing anything that applied to the previous release
:-/ And without a detailed changelog and no access to previous versions
e works OK here ( = South France).
The repositories are fine. The website is strictly speaking as well, but
redirects to:
https://rpmrepo.org/RPMforge
And the rpmrepo infrastructure is unavailable now for a week or so ?
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
mple in my own
presentation for FrOSCon.
PS2 I had to make slight modifications to livecd-creator to make it work
with a newer syslinux. A newer syslinux has various advantages. I'll
probably make some more modifications to it after FrOSCon.
Kind regards,
--
-- dag wieers, d...@wi
;s no hope it is
worthwhile. Give hope ! Show it is worthwhile !
PS We started the newsletter (which Marcus is now leading) to highlight
success stories. Show who helped contributing and how one could
contribute. Give credit where credit is due. More positivism...
--
-- dag wieers, d...
use
that as a new start for the project.
But of course you need Lance for any such deal and that's where I guess
the Open Letter comes into play. But this was not the only reason to leave
the team, if it was I would have left earlier.
--
-- dag wieers, d...@wieers.com, http://dag.wieer
to decide if you release parts of the
upcoming version or to wait. In such a case I personally would prefer
to wait.
I guess the best strategy is to release as soon as 'possible'(*).
(*) Where 'possible' means something quicker than 2 months after Red Hat :)
--
-- dag w
it:
http://hplipopensource.com/hplip-web/install/manual/distros/redhatenterprise.html
I have more recent hplip packages (and willing to update them if
necessary) at:
http://packages.sw.be/hplip/
(Or from the test repository)
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/ --
[Any
I
say. When I said "we are trying to change that" it means we are trying to
change the _perception_ that CentOS is considered a server operating
system.
We are not trying to change what CentOS is, we cannot because we merely
take what comes from Red Hat. I
that
is partly why they bought Qumranet, and why they spend so much money on
Desktop related development in Fedora.
Red Hat sees the desktop as the next step in revenue, but not in the
consumer market. They see it in the enterprise market. That's crystal
clear for me.
--
-- dag wieers,
On Wed, 1 Jul 2009, Dag Wieers wrote:
On Wed, 1 Jul 2009, Radu-Cristian FOTESCU wrote:
> - audacious has a missing dependency (audacious-plugins)
> - comix SRPM does not rebuild
>
> That's 2 packages, I think we do quite well if that is it :)
But this is only becau
ce :)
Of course if you want to make the case that it is better to focus on
quality it is better to day that 7600 have problems, but you are actually
lying because you only know about 2 broken packages.
Besides we don't have 8000 unique packages, more like 5000 I think. But
that is b
dates plotted in time. Not because I think it shows something fantastic,
but rather to give us a better target to meet.
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]___
C
n't, because only a freak would try to check 7,600 packages
> on his own laptop! (I doubt I'd even have enough disk space.)
Still you complain about lots of packages that fail to rebuild, but if I
ask what these are I only get 2 items:
- audacious has a missing dependency (audacio
just merge stable RPMForge packages over there and start a
> 'semi-official' CentOS orientated repository from the scratch.
I am all for a solution, but unless it already works I would not call it a
solution, but a short-term (and possibly long-term) risk.
--
-- dag wieers,
to the RPMforge subversion so you can maintain those
things from within RPMforge if you like.
Maybe this discussion can induce some change in how we work or who we
accept.
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are tran
On Tue, 30 Jun 2009, David Hrbáč wrote:
Dag Wieers napsal(a):
The difference is that you can only install one distribution, but you can
install tons of incompatible repositories.
And the believe that one repo will rule them all (which is what Fedora and
EPEL wants you to believe) is just
want him to help me fix those things for free.
So I guess we are both very alike, we want each other to fix those things
for free :)
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]
gt;
> 7,600 packages is really too much for a couple of people to
> maintain. Unless it's scaled *down*...
It is not. Everything that works, works. The things that do not work, can
be fixed. I don't want to remove things that can be fixed because
recreating a package from sc
On Mon, 29 Jun 2009, Rex Dieter wrote:
> Dag Wieers wrote:
>
>> Now, I always thought that RPMforge wouldn't have the resources to
>> start making the repositories compatible, but apparently the Fedora
>> projecy is simply not even interested in doing this.
>
>
e fact that you
for some reason need RPMforge is the proof).
If the last user wants to turn off the light, then I know I can start
doing something else ;-)
PS To be honest, we could use some more people that want to help, if
something is missing or not being maintained, offer to maintain it !
1 - 100 of 294 matches
Mail list logo
