On Sun, 2011-06-05 at 23:49 +0200, Kevin Kofler wrote:
> Ankur Sinha wrote:
> > I was trying to package kradview[1] for the fedora medical initiative
> > and am running into some errors. Could some qt developer please look
> > into it and tell me how to correct these?
> [snip]
> >> panel2d.cpp:89:7
On 06/05/2011 11:11 PM, Remi Collet wrote:
>
> fusioninventory-agent and perl-Fusion* are ready in my personal
> repository for some time.
>
> I plan to submit it to fedora, as all perl dependencies are now
> available (in fedora, not in epel, need to fill a lot of bug).
>
> Just need to tweak th
On Fri, 2011-06-03 at 21:31 +, Clint Savage wrote:
> Hi Léon,
>
> I'm also an avid user of Hamster Applet and have been using it
> successfully in Gnome Shell.
>
> I suggest you launch it using 'Time Tracker' and then look at the
> bottom right bar. If you have it setup to let you know an act
Le 05/06/2011 22:12, Trever L. Adams a écrit :
> I would like to try to package these for Fedora. I have not done any
> packages in Fedora before. I have done a few spec files.
>
> Would anyone be willing to help me get the hang of things?
fusioninventory-agent and perl-Fusion* are ready in my pers
On Sun, 2011-06-05 at 09:54 +0100, Peter Robinson wrote:
> On Sun, Jun 5, 2011 at 2:10 AM, Chris Tyler wrote:
> > On Sat, 2011-06-04 at 20:53 -0400, Jon Masters wrote:
> >> [0] We're making a "one time" incompatible ABI switch in F-15 bringup to
> >> the "hard float" ABI defined in section 6 of th
On 06/06/2011 06:58 AM, Athmane Madjoudj wrote:
> fixed, I didn't want to edit without permission form SIGs.
>
> thanks.
In general, we recommend people just edit the wiki and correct things
when they notice it. Except for sensitive pages like Legal, you don't
need to ask for permission. If yo
On 06/05/2011 10:01 PM, Christoph Wickert wrote:
> Am Sonntag, den 05.06.2011, 23:39 -0100 schrieb Athmane Madjoudj:
>> Hello,
>>
>> Sorry for posting this here, I'm not subscribed to Xfce and LXDE lists.
>>
>> As of Fedora 15, Xfce/LXDE are included in DVD (I checked on x86_64
>> DVD), but wiki pa
Am Sonntag, den 05.06.2011, 23:39 -0100 schrieb Athmane Madjoudj:
> Hello,
>
> Sorry for posting this here, I'm not subscribed to Xfce and LXDE lists.
>
> As of Fedora 15, Xfce/LXDE are included in DVD (I checked on x86_64
> DVD), but wiki pages [1] and [2] still mention about not being availabl
well, then it must be opensource, so maybe thats not the problem, maybe
it listens to something it shouldnt.
On Mon, 6 Jun 2011 00:18:14 +0200
Tomasz Torcz wrote:
> On Mon, Jun 06, 2011 at 12:09:24AM +0200, Lars Schotte wrote:
> > hm, thats interesting, so the network controller is of a vmware's
Hello,
Sorry for posting this here, I'm not subscribed to Xfce and LXDE lists.
As of Fedora 15, Xfce/LXDE are included in DVD (I checked on x86_64
DVD), but wiki pages [1] and [2] still mention about not being available
in DVD and the requirement of Internet connection.
[1] http://fedoraproje
Am 06.06.2011 00:18, schrieb Tomasz Torcz:
> On Mon, Jun 06, 2011 at 12:09:24AM +0200, Lars Schotte wrote:
>> hm, thats interesting, so the network controller is of a vmware's
>> origin. try some other os, like for example netbsd with some real
>> emulated network card, nothing from vmware, and se
On Mon, Jun 06, 2011 at 12:09:24AM +0200, Lars Schotte wrote:
> hm, thats interesting, so the network controller is of a vmware's
> origin. try some other os, like for example netbsd with some real
> emulated network card, nothing from vmware, and see if the problem
> persists there as well. if not
Am 06.06.2011 00:09, schrieb Lars Schotte:
> hm, thats interesting, so the network controller is of a vmware's
> origin
yes, we are speaking from a professional environment with newest software /
hardware
means ESXi 4.1 Update 1 witth latest patches, SAN-Storgae, vCenter-Clustering
and latest ge
hm, thats interesting, so the network controller is of a vmware's
origin. try some other os, like for example netbsd with some real
emulated network card, nothing from vmware, and see if the problem
persists there as well. if not, then you know at least that the problem
is not the kernel of the gue
Ankur Sinha wrote:
> I was trying to package kradview[1] for the fedora medical initiative
> and am running into some errors. Could some qt developer please look
> into it and tell me how to correct these?
[snip]
>> panel2d.cpp:89:70: error: cannot call constructor 'QImage::QImage'
>> directly [-fp
as wrote in my second post yes, because VMwareDataRecovery can
not work without vmware-tools, the drivers are NOT from
external packages because they are native supported from
recent kernels
PLEASE can we both stop this now?
it is useless, there is nothing on the side of ESXi / VMware
i can chang
did you install some vmware software / drivers on the guest?
On Sun, 05 Jun 2011 22:39:30 +0200
Reindl Harald wrote:
> yes and because you have NO CHANCE to get support
> for fedora from VMware the question is if this
> trigger can not be corrected somewhere in the guest
>
> that "16777216.00 T
yes and because you have NO CHANCE to get support
for fedora from VMware the question is if this
trigger can not be corrected somewhere in the guest
that "16777216.00 TiB" is impossible in some
seconds is clear - so my question was not
to discuss where the problem is, my question
is if it can be p
well, the guest operating system is measuring traffic that doesnt
exist. that is a good start.
now, normally, operating systems do NOT measure traffic that doesnt
exist, so there must be something wrong with the network card driver.
guess what.. it is not ... because vmware emulates a network car
I would like to try to package these for Fedora. I have not done any
packages in Fedora before. I have done a few spec files.
Would anyone be willing to help me get the hang of things?
Also, out of curiosity, why is GLPI at a version that is over a year
old? It seems 0.78 could have made it in to
Am 05.06.2011 21:19, schrieb Lars Schotte:
> thats exactly what vmware needs to comprehend.
WHAT should VMware do if the guest is measuring traffic which does not exist?
> you dont need to tell me that ;-)
"so you have to somehow convince vmware not to take snapshots through
that virtualized e
thats exactly what vmware needs to comprehend.
you dont need to tell me that ;-)
On Sun, 05 Jun 2011 20:55:53 +0200
Reindl Harald wrote:
> sorry to say but you have no idea what about i am speaking
> snapshots are not taken "through that virtualized ethernet device"
>
> the guest is freezed fo
sorry to say but you have no idea what about i am speaking
snapshots are not taken "through that virtualized ethernet device"
the guest is freezed for a short time to take a consistent
state of his drives which are copied on the host, the copy
has NOTHING to to with the ethernet device in the gues
so you have to somehow convince vmware not to take snapshots through
that virtualized ethernet devices. maybe an extra ethernet device would
help. the first one left for that snapshots fiction and second for
networking.
On Sun, 05 Jun 2011 20:34:49 +0200
Reindl Harald wrote:
>
>
> Am 05.06.201
Am 05.06.2011 16:55, schrieb Lars Schotte:
> i definitely wouldnt come to that idea to monitor guests on guests w/
> vnstat because even if it had worked perfectly, its still just a
> fictional ethernet device.
what is there fictional?
it is a ethernet-device with all features of a ethernet-de
On Sun, 5 Jun 2011 13:19:46 +0200, NS wrote:
> razertool package is dead upstream and has been deprecated by its maintainer
> Andreas Osowski (th0br0). Unfortunately he didn't complete all the steps to
> correctly remove a package:
>
> https://fedoraproject.org/wiki/How_to_remove_a_package_at_e
hm .. as i see it, it doesnt look like a vnstat bug to me. on 32bit
maybe you have other corrupted data, because of the buffer overflow you
dont notice it.
i definitely wouldnt come to that idea to monitor guests on guests w/
vnstat because even if it had worked perfectly, its still just a
fiction
sön 2011-06-05 klockan 15:30 +0200 skrev drago01:
> 2011/6/5 Alexander Boström :
> > [...]
> > Consider a hypothetical bash-uncompletion which just blacklists tab
> > completion in those cases where it doesn't make sense but never adds any
> > new completion sources. Should that be installed by de
yes!
works perfectly, only after dealing with snapshots there are
this horrible peaks on 64bit guests
Am 05.06.2011 16:18, schrieb Lars Schotte:
> w8, so you are saying that you run vnstat on the guests?
>
> On Sun, 05 Jun 2011 16:16:44 +0200
> Reindl Harald wrote:
>
>>
>> Am 05.06.2011 16:12,
w8, so you are saying that you run vnstat on the guests?
On Sun, 05 Jun 2011 16:16:44 +0200
Reindl Harald wrote:
>
> Am 05.06.2011 16:12, schrieb Lars Schotte:
> > is ifconfig showing this huge numberg at that time as well?
>
> not currently, but i have seen such outputs in "ifconfig" too
>
Am 05.06.2011 16:12, schrieb Lars Schotte:
> is ifconfig showing this huge numberg at that time as well?
not currently, but i have seen such outputs in "ifconfig" too
> do you have a 64bit OS or 32bit?
seems only affect x86_64 guests
good input - the voip-machine is the only 32bit and
does no
is ifconfig showing this huge numberg at that time as well? do you have
a 64bit OS or 32bit? did you try to report it to vmware as well?
On Sun, 05 Jun 2011 16:06:48 +0200
Reindl Harald wrote:
> has anybody an idea for which package i should file a bugreport
> for this? i guess "vnstat" is only
has anybody an idea for which package i should file a bugreport
for this? i guess "vnstat" is only the postman
every night from friday to saturday from our fedora-vmware-guests
is made a snapshot by "VMware Data Recovery" to take a consistent
backup and while deleting the snapshot something trigge
2011/6/5 Alexander Boström :
> [...]
> Consider a hypothetical bash-uncompletion which just blacklists tab
> completion in those cases where it doesn't make sense but never adds any
> new completion sources. Should that be installed by default? It would be
> rather small and light.
That's makes no
lör 2011-06-04 klockan 13:38 +0200 skrev Reindl Harald:
> no - i am using bash-completion since years on all machines
> but i do not like making default-install bigger as really needed
> let the users install what THEY think they need and do not go the
> apple-way deciding what is good for users
hi,
here a forward of what i ve just posted to ath9k.
is it possible, that it's a fedora issue as well?
will a possible fix be implemented in f14, for example when a new
kernel release comes out w/ a fix in the driver?
Begin forwarded message:
Date: Sun, 5 Jun 2011 14:18:43 +0200
From: Lars Sc
On 06/05/2011 12:32 PM, Ralf Ertzinger wrote:
> Hi.
>
> On Sun, 05 Jun 2011 11:39:02 +0200, Roberto Ragusa wrote
>
>> - rsync -aFAILS!
>
> rsync supports -X (for xattr) and -A (for ACLs), both must be
> given explicitly.
Thanks, rsync -X actually works (and I wonder why -X is no
On Sun, Jun 5, 2011 at 12:22 PM, Gordan Bobic wrote:
> On 06/05/2011 09:54 AM, Peter Robinson wrote:
>> On Sun, Jun 5, 2011 at 2:10 AM, Chris Tyler wrote:
>>> On Sat, 2011-06-04 at 20:53 -0400, Jon Masters wrote:
[0] We're making a "one time" incompatible ABI switch in F-15 bringup to
t
Compose started at Sun Jun 5 08:15:19 UTC 2011
Broken deps for x86_64
--
389-admin-1.1.16-1.fc16.i686 requires libadmsslutil.so.1
389-admin-1.1.16-1.fc16.i686 requires libadminutil.so.1
389-admin-1.1.16-1.fc16.x86_64
On Sun, Jun 5, 2011 at 12:18 PM, Gordan Bobic wrote:
> On 06/05/2011 02:10 AM, Chris Tyler wrote:
>> On Sat, 2011-06-04 at 20:53 -0400, Jon Masters wrote:
>>> [0] We're making a "one time" incompatible ABI switch in F-15 bringup to
>>> the "hard float" ABI defined in section 6 of the ARM AAPCS (co
razertool package is dead upstream and has been deprecated by its maintainer
Andreas Osowski (th0br0). Unfortunately he didn't complete all the steps to
correctly remove a package:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
I reported the problem at
https://bugzilla.
Hi all!
I was trying to package kradview[1] for the fedora medical initiative
and am running into some errors. Could some qt developer please look
into it and tell me how to correct these?
> [ankur@ankur result]$ egrep -i "error" build.log
> panel2d.cpp:89:70: error: cannot call constructor 'QI
Hi.
On Sun, 05 Jun 2011 11:39:02 +0200, Roberto Ragusa wrote
> - rsync -aFAILS!
rsync supports -X (for xattr) and -A (for ACLs), both must be
given explicitly.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi,
which tools are able to backup the file capabilities which are
now used in F15 because of RemoveSETUID feature?
My tests with setcap/getcap (on F14) show that:
- cp -a works
- tar FAILS!
- rsync -aFAILS!
- MidnightCommander copy FAILS!
On Sun, Jun 5, 2011 at 2:10 AM, Chris Tyler wrote:
> On Sat, 2011-06-04 at 20:53 -0400, Jon Masters wrote:
>> [0] We're making a "one time" incompatible ABI switch in F-15 bringup to
>> the "hard float" ABI defined in section 6 of the ARM AAPCS (commonly
>> referred to as the ARM EABI - but that d
45 matches
Mail list logo