On 24 March 2011 02:58, Dexter Morgan wrote:
> On Thu, Mar 24, 2011 at 1:38 AM, Ahmad Samir wrote:
>>
>> Has the Free DVD in Mandriva ever contained non-free firmware?
>
> No, but the question is more , will we provide a "non free" dvd iso,
> and this question is i think interesting.
>
It can't
On Thu, Mar 24, 2011 at 1:38 AM, Ahmad Samir wrote:
>
> Has the Free DVD in Mandriva ever contained non-free firmware?
No, but the question is more , will we provide a "non free" dvd iso,
and this question is i think interesting.
2011/3/24 JA Magallón :
> Hi...
>
> First of all, I have tried alpha2 on a couple systems, and apart from some
> glitches it works pretty fine, I could even work regularly on it...
>
> But there is just one thing that disappointed me.
>
> It looks that there is no non-free soft in installer DVD. I
Le mercredi 23 mars 2011 à 19:39 -0400, Robert Xu a écrit :
> On Wed, Mar 23, 2011 at 18:58, Ahmad Samir wrote:
> > If the latter, then I don't fancy adding the conflicts in each of the
> > various kde4 specs (having just removed them a few months ago, and
> > that took quite a lot of work), just
On Wed, Mar 23, 2011 at 18:58, Ahmad Samir wrote:
> On 24 March 2011 00:48, Olivier Blin wrote:
>> Ahmad Samir writes:
>>
>>> We shouldn't under any circumstances add kde3 in the repos, fork or not.
>>>
>>> Users see a package in the repos and they expect it to be maintained,
>>> this will not b
Hi...
First of all, I have tried alpha2 on a couple systems, and apart from some
glitches it works pretty fine, I could even work regularly on it...
But there is just one thing that disappointed me.
It looks that there is no non-free soft in installer DVD. I can live without
nVidia drivers till
On 24 March 2011 00:48, Olivier Blin wrote:
> Ahmad Samir writes:
>
>> We shouldn't under any circumstances add kde3 in the repos, fork or not.
>>
>> Users see a package in the repos and they expect it to be maintained,
>> this will not be the case, we can't support KDE4 and KDE3 at the same
>> t
Ahmad Samir writes:
> We shouldn't under any circumstances add kde3 in the repos, fork or not.
>
> Users see a package in the repos and they expect it to be maintained,
> this will not be the case, we can't support KDE4 and KDE3 at the same
> time. Past experience tells us this is a major hassle/
Hi,
The test instance located at http://88.191.121.20/madb/mageia is now regularly
updated and so can be used to browse available RPMs for mageia, and also see
in the "updates" page the latest updates.
Reminder : by default, a filter is set to show only applications. If you want
to see all pac
On 23 March 2011 09:49, Tux99 wrote:
>
>
> I noticed there is no qt-devel rpm in mageia.
>
> I looked into this further and noticed the following comment in the
> changelog of qt3:
>
> Revision 45543 - (view) (download) (annotate) - [select for diffs]
> Modified Mon Jan 31 23:32:27 2011 UTC (7 wee
On Wednesday 23 March 2011 18:29:09, Tux99 wrote:
[...]
> It goes without saying that I would first build everything locally and test
> it, I always do that with every package I work on.
Nice to hear ;o)
> But like I said, I think a separate/third party repo is a very bad idea,
> the whole point o
Le mercredi 23 mars 2011 à 17:30 -0400, Robert Xu a écrit :
> On Mar 23, 2011, at 17:28, Dexter Morgan wrote:
> > we will face too many pbs simple question:
> >
> > we provide k3b ( kde apps ) trinity provide k3b ( kde3 apps )
>
> Uh, no, k3b-trinity or k3b-kde3
And for configuration path, var
I updated cauldron this morning, and later rebooted my desktop. My
r8169 on eth0 is suddenly having problems, maybe due to the new kernel.
The chipset is an r8169 variant:
Mar 23 15:58:23 localhost kernel: r8169 Gigabit Ethernet driver
2.3LK-NAPI loaded
Mar 23 15:58:23 localhost kernel: r816
Robert Xu writes:
>> we provide k3b ( kde apps ) trinity provide k3b ( kde3 apps )
>
> Uh, no, k3b-trinity or k3b-kde3
Or use a prefix, which should makes easier to spot trinity packages,
like trinity-k3b
>> files are similar ( or named the same ), how users will distinguish
>
> No.. That's th
On Mar 23, 2011, at 17:28, Dexter Morgan wrote:
> On Wed, Mar 23, 2011 at 10:19 PM, Olivier Blin wrote:
>> Dexter Morgan writes:
>>
I certainly don't have the web space and bandwidth resources for a
repository and frankly I joined Mageia as a packager precisely because I
thought
On Wed, Mar 23, 2011 at 10:19 PM, Olivier Blin wrote:
> Dexter Morgan writes:
>
>>> I certainly don't have the web space and bandwidth resources for a
>>> repository and frankly I joined Mageia as a packager precisely because I
>>> thought Mageia would finally make confusing and conflicting third
Quote: Balcaen John wrote on Wed, 23 March 2011 22:05
> But as i said before (like others), you should first try to build it
> locally,
> check it's working, intergrate nicely for menu,kdm then we'll start
> thinking
> about providing an alternative repository.
It goes without saying that I
Dexter Morgan writes:
>> I certainly don't have the web space and bandwidth resources for a
>> repository and frankly I joined Mageia as a packager precisely because I
>> thought Mageia would finally make confusing and conflicting third party
>> repos (like Mandriva has) obsolete.
>>
>>
>> We can
On Wed, Mar 23, 2011 at 10:09 PM, Robert Xu wrote:
>
>
> On Mar 23, 2011, at 16:24, Tux99 wrote:
>
>
> I certainly don't have the web space and bandwidth resources for a
> repository and frankly I joined Mageia as a packager precisely because I
> thought Mageia would finally make confusing and co
On Mar 23, 2011, at 16:24, Tux99 wrote:
I certainly don't have the web space and bandwidth resources for a
repository and frankly I joined Mageia as a packager precisely because I
thought Mageia would finally make confusing and conflicting third party
repos (like Mandriva has) obsolete.
We can
On Wednesday 23 March 2011 17:25:25, Tux99 wrote:
[...]
> I certainly don't have the web space and bandwidth resources for a
> repository and frankly I joined Mageia as a packager precisely because I
> thought Mageia would finally make confusing and conflicting third party
> repos (like Mandriva ha
On Wed, Mar 23, 2011 at 8:21 PM, wrote:
> Revision 75995 Author steletch Date 2011-03-23 20:21:52 +0100 (Wed, 23 Mar
> 2011)
>
> Log Message
>
> created old log directory for drakwizard
>
> Added Paths
>
> misc/drakwizard/
Can you please not import drak* packages blindly without cleaning them fi
I've played around a little bit. Seems like the client wasn't linked to the
dropped account. A Manuel start of ~/.dropbox-dist/dropboxd in a terminal
throws an error with a one time link to the dropbox-dist homepage.
After I opened that link in a normal browser my pc was correctly linked to
dropbox
Quote: Anne nicolas wrote on Wed, 23 March 2011 20:47
>
> As explained by some guys before, we do not want to have both KDE3 and
> 4 in repository. This has been a big pain to make them live together
> for some months (even if it looks "easy") and it has been a pain to
> clean repository.
I know
2011/3/23 Maarten Vanraes :
> Op woensdag 23 maart 2011 19:22:08 schreef nicolas vigier:
>> On Wed, 23 Mar 2011, Robert Xu wrote:
>> > And I hate to double post, but I do know that the %configure_kde3
>> > macro should point to /opt/kde3... :)
>>
>> So that means that all KDE applications will be t
Op woensdag 23 maart 2011 20:32:42 schreef Michael Scherer:
> Le mercredi 23 mars 2011 à 20:16 +0100, Maarten Vanraes a écrit :
> > i agree, maintainership should be done manually. but preferably with some
> > kind of package search and checkboxes, to select multiple ones. (to
> > minimize the work
Op woensdag 23 maart 2011 19:22:08 schreef nicolas vigier:
> On Wed, 23 Mar 2011, Robert Xu wrote:
> > And I hate to double post, but I do know that the %configure_kde3
> > macro should point to /opt/kde3... :)
>
> So that means that all KDE applications will be twice on the repository,
> one for
Le mercredi 23 mars 2011 à 20:16 +0100, Maarten Vanraes a écrit :
> i agree, maintainership should be done manually. but preferably with some
> kind
> of package search and checkboxes, to select multiple ones. (to minimize the
> work; i can't see jq finding package by package and selecting hims
Op woensdag 23 maart 2011 18:00:40 schreef nicolas vigier:
> On Wed, 23 Mar 2011, Romain d'Alverny wrote:
> > Misc righly pointed out that:
> > * someone triggering a massive rebuild may not want to be seen as a
> >
> > maintainer of packages uploaded by this; several possible solutions:
> >-
On Wed, Mar 23, 2011 at 14:50, Tux99 wrote:
>
>
> Where do you have the Fedora and openSUSE spec files?
> Those could be useful as reference.
>
> I will PM you eventually but first I have to have a close look at
> everything, SVN write access would be premature for now.
>
Right now, I'm slowly mo
On Wed, Mar 23, 2011 at 03:52:45PM +0100, Romain d'Alverny wrote:
> But let me continue in a different way then. For each major step:
> * how could I get/gather/query those values? I guess for most of
> these, we'd need to setup a service to check and publish these, but to
> start easy, what would
Quote: nicolas vigier wrote on Wed, 23 March 2011 19:22
> On Wed, 23 Mar 2011, Robert Xu wrote:
>
> >
> > And I hate to double post, but I do know that the %configure_kde3
> > macro should point to /opt/kde3... :)
>
> So that means that all
On Wed, 23 Mar 2011, Robert Xu wrote:
>
> And I hate to double post, but I do know that the %configure_kde3
> macro should point to /opt/kde3... :)
So that means that all KDE applications will be twice on the repository,
one for KDE4, and one for TDE ? I think that can be confusing for users.
P
On Wed, Mar 23, 2011 at 13:46, Dexter Morgan wrote:
> On Wed, Mar 23, 2011 at 5:08 PM, Tux99 wrote:
>>
>>
>> Quote: Robert Xu wrote on Wed, 23 March 2011 16:09
>>
>>> Trinity Qt4 support is experimental, you can see it in
>>> SVN.trinitydesktop.org
>>
>> I'm aware of that, that's why I said we ne
On Wed, Mar 23, 2011 at 13:46, Dexter Morgan wrote:
> On Wed, Mar 23, 2011 at 5:08 PM, Tux99 wrote:
>>
>>
>> Quote: Robert Xu wrote on Wed, 23 March 2011 16:09
>>
>>> Trinity Qt4 support is experimental, you can see it in
>>> SVN.trinitydesktop.org
>>
>> I'm aware of that, that's why I said we ne
On Wed, Mar 23, 2011 at 5:08 PM, Tux99 wrote:
>
>
> Quote: Robert Xu wrote on Wed, 23 March 2011 16:09
>
>> Trinity Qt4 support is experimental, you can see it in
>> SVN.trinitydesktop.org
>
> I'm aware of that, that's why I said we need qt3-devel re-enabled in the
> QT3 package.
> I don't want to
On Wed, Mar 23, 2011 at 12:08, Tux99 wrote:
> I'm aware of the autoconf issue but I found a workaround [1] and I have
> managed to build a libtqtinterface RPM so far with the workaround.
I recommend seeing this message:
http://trinity-users.pearsoncomputing.net/?0::593
>
> Are you a TrinityDE de
On Wed, 23 Mar 2011, Romain d'Alverny wrote:
>
> Misc righly pointed out that:
> * someone triggering a massive rebuild may not want to be seen as a
> maintainer of packages uploaded by this; several possible solutions:
>- first uploader is set as the maintainer by default;
>- this will
Hi there,
maintdb is making some progress and we could test it already with the
buildsystem to push it some data.
Here is how it works so far:
* a package P gets submitted by ennael;
* buildsystem builds it;
* buildsystem POSTs (P, ennael) to maintdb;
* maintdb keeps a record of that;
* as a
Quote: Robert Xu wrote on Wed, 23 March 2011 16:09
> Trinity Qt4 support is experimental, you can see it in
> SVN.trinitydesktop.org
I'm aware of that, that's why I said we need qt3-devel re-enabled in the
QT3 package.
I don't want to build the current version with experimental QT4 support.
>
On Wed, Mar 23, 2011 at 10:01, John wrote:
> On Wed, 23 Mar 2011 13:35:05 +0100 (CET)
> Tux99 wrote:
>
>>
>>
>> Quote: tux99 wrote on Wed, 23 March 2011 13:18
>> >
>> > Version 3.5.12 was just released a couple of weeks ago:
>> > http://www.trinitydesktop.org/releases.php
>>
>> Actually I confused
On Tue, Mar 22, 2011 at 23:05, Olivier Blin wrote:
> "Romain d'Alverny" writes:
>> + Build 1a0 (context diff w/ build 199) – 2011-03-14 23:03:15
>> o DVD i586, build ok (log), tests failed (log),
>> cauldron-2-dvd-i586-1a0-qafail.iso
>> o D
On Wed, 23 Mar 2011 13:35:05 +0100 (CET)
Tux99 wrote:
>
>
> Quote: tux99 wrote on Wed, 23 March 2011 13:18
> >
> > Version 3.5.12 was just released a couple of weeks ago:
> > http://www.trinitydesktop.org/releases.php
>
> Actually I confused the date :) the current version was released last
>
2011/3/23 Tux99 :
>
>
> Did last week's meeting not happen?
>
> There are no logs for it:
> http://meetbot.mageia.org/mageia-dev/2011/
>
> Unfortunately I can never participate at 20h UTC, but I do like to read the
> logs afterwards.
was canceled last week because of unavailability
>
> --
> Magei
Did last week's meeting not happen?
There are no logs for it:
http://meetbot.mageia.org/mageia-dev/2011/
Unfortunately I can never participate at 20h UTC, but I do like to read the
logs afterwards.
--
Mageia ML Forum Gateway: http://mageia.linuxtech.net/forum/
Hi there
Here are topics for our next meeting tonight, 20h UTC on #mageia-dev:
- review of mentoring in progress
- review of current repositories: packagers, packages, missing one, updates...
- next test day
- preparing upgrade from mdv 2010.1(2) to Mageia
Cheers
--
Anne
http://www.mageia.org
On 03/23/2011 08:45 AM, Olivier Blin wrote:
Don't you have x11 packages for vbox guest installed?
That was it, thanks.
Apparently virtualbox-additions and the x11 package were forced on
during my post-installation processing. Is there an rpm or urpmq query
that will highlight conflicts bet
Frank Griffin writes:
> I understand that virtualbox and vbox additions cannot both be
> installed on the same system because of conflicts. But why, when I
> try to update a system with virtualbox installed and vboxadditions not
> installed, do I get prompts about vboxadditions not being install
Quote: tux99 wrote on Wed, 23 March 2011 13:18
>
> Version 3.5.12 was just released a couple of weeks ago:
> http://www.trinitydesktop.org/releases.php
Actually I confused the date :) the current version was released last
October.
Anyway that doesn't change the fact that QT4 support is still
I understand that virtualbox and vbox additions cannot both be installed
on the same system because of conflicts. But why, when I try to update
a system with virtualbox installed and vboxadditions not installed, do I
get prompts about vboxadditions not being installable ? What is asking
for i
Quote: Balcaen John wrote on Wed, 23 March 2011 11:37
> > Can we please reenable the qt3-devel package as it's
> > required to build the TrinityDE (www.trinitydesktop.org)
> Did you rebuild qt3 locally & the whole trinityDE with sucess ?
Yes I just rebuilt qt3 locally with -devel with the inten
On Wednesday 23 March 2011 07:37:12, Balcaen John wrote:
> On Wednesday 23 March 2011 04:49:21, Tux99 wrote:
> > I noticed there is no qt-devel rpm in mageia.
>
> [...]
> If i'm not wrong qt3 was simply wrongly imported & pushed.
> Also no apps seems to requires it at all (especially when there's
On Wednesday 23 March 2011 04:49:21, Tux99 wrote:
> I noticed there is no qt-devel rpm in mageia.
[...]
If i'm not wrong qt3 was simply wrongly imported & pushed.
Also no apps seems to requires it at all (especially when there's no -devel to
link against it)
I would suggest to drop it at all in fa
thanks for the quick answer. i've forgotten to say that i'm using the gnome
desktop.
but i will try if the kfilebox works there as well.
lb
2011/3/23 Andres Kaaber
> Works fine here. I use it with kfilebox.
>
> --
> A. Kaaber
>
Works fine here. I use it with kfilebox.
2011/3/23 L B :
> hello everyone,
> i've been testing the mageia alpha-1 and -2 and i stumbled over a weird
> behaviour of my lovely dropbox client.
> (dropbox is a sync service) the client is available for fedora and ubuntu
> and as tar archive for compila
hello everyone,
i've been testing the mageia alpha-1 and -2 and i stumbled over a weird
behaviour of my lovely dropbox client.
(dropbox is a sync service) the client is available for fedora and ubuntu
and as tar archive for compilation.
the package as the comiled sources don't do very much, they
I noticed there is no qt-devel rpm in mageia.
I looked into this further and noticed the following comment in the
changelog of qt3:
Revision 45543 - (view) (download) (annotate) - [select for diffs]
Modified Mon Jan 31 23:32:27 2011 UTC (7 weeks, 1 day ago) by stewb
Original Path: cauldron/qt3
57 matches
Mail list logo
