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:
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
Works fine here. I use it with kfilebox.
2011/3/23 L B luke.b3...@googlemail.com:
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
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 andres.kaa...@gmail.com
Works fine here. I use it with kfilebox.
--
A. Kaaber
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
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 no
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
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
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
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
2011/3/23 Tux99 tux99-...@uridium.org:
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
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
October.
On Wed, Mar 23, 2011 at 10:01, John j...@neodoc.biz 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 the
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.
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
On Wed, Mar 23, 2011 at 12:08, Tux99 tux99-...@uridium.org 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
On Wed, Mar 23, 2011 at 5:08 PM, Tux99 tux99-...@uridium.org 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
On Wed, Mar 23, 2011 at 13:46, Dexter Morgan dmorga...@gmail.com wrote:
On Wed, Mar 23, 2011 at 5:08 PM, Tux99 tux99-...@uridium.org 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,
On Wed, Mar 23, 2011 at 13:46, Dexter Morgan dmorga...@gmail.com wrote:
On Wed, Mar 23, 2011 at 5:08 PM, Tux99 tux99-...@uridium.org 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,
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.
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 be
On Wed, Mar 23, 2011 at 14:50, Tux99 tux99-...@uridium.org 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,
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:
- first
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 himself
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 that
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
On Wed, Mar 23, 2011 at 8:21 PM, r...@mageia.org 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
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 has)
On Mar 23, 2011, at 16:24, Tux99 tux99-...@uridium.org 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
On Wed, Mar 23, 2011 at 10:09 PM, Robert Xu rob...@gmail.com wrote:
On Mar 23, 2011, at 16:24, Tux99 tux99-...@uridium.org 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
Dexter Morgan dmorga...@gmail.com 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.
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
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:
Le mercredi 23 mars 2011 à 17:30 -0400, Robert Xu a écrit :
On Mar 23, 2011, at 17:28, Dexter Morgan dmorga...@gmail.com 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
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 of
On 23 March 2011 09:49, Tux99 tux99-...@uridium.org 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
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
2011/3/24 JA Magallón jamagal...@ono.com:
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
On Thu, Mar 24, 2011 at 1:38 AM, Ahmad Samir ahmadsamir3...@gmail.com 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.
On 24 March 2011 02:58, Dexter Morgan dmorga...@gmail.com wrote:
On Thu, Mar 24, 2011 at 1:38 AM, Ahmad Samir ahmadsamir3...@gmail.com 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
40 matches
Mail list logo