On Tue, Mar 16, 2010 at 12:19:56PM +0530, Ankur Sinha wrote:
> Trying a "yum update" gives me this. Broken update?
>
>
> Transaction Check Error:
> file /usr/lib64/gstreamer-0.10/libgstshapewipe.so from install of
> gstreamer-plugins-good-0.10.21-1.fc12.x86_64 conflicts with file from
> packag
On Tue, 2010-03-16 at 08:51 +0100, Till Maas wrote:
> On Tue, Mar 16, 2010 at 12:19:56PM +0530, Ankur Sinha wrote:
>
> > Trying a "yum update" gives me this. Broken update?
> >
> >
> > Transaction Check Error:
> > file /usr/lib64/gstreamer-0.10/libgstshapewipe.so from install of
> > gstreamer-
Dne 16.3.2010 09:50, Ankur Sinha napsal(a):
> I did notice that. I wasn't sure why a package from rpmfusion would
> conflict with one from fedora repos. (It's in rpmfusion for a reason)
> Is it being obsoleted by a fedora package (license been cleared or
> something)?
There are constantly modules
What are reaction time at bugzilla? I was write some commentaries at
https://bugzilla.redhat.com/show_bug.cgi?id=557010 and wait for
developers reaction. About one week already. Does i do something
wrong or it normally?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproje
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Сергей Варюхин wrote:
> What are reaction time at bugzilla?
- From few second to few years...
> I was write some commentaries at
> https://bugzilla.redhat.com/show_bug.cgi?id=557010 and wait for
> developers reaction. About one week already. Does i d
On Tue, 2010-03-16 at 11:16 +0100, Matěj Cepl wrote:
> Dne 16.3.2010 09:50, Ankur Sinha napsal(a):
> > I did notice that. I wasn't sure why a package from rpmfusion would
> > conflict with one from fedora repos. (It's in rpmfusion for a reason)
> > Is it being obsoleted by a fedora package (license
Hi,
I get some problem in packaging kicad.
Linking fails, and I don't know how to solve.
There is no problem if I compile without packaging.
http://koji.fedoraproject.org/koji/taskinfo?taskID=2056131
http://dionysos.fedorapeople.org/SPECS/kicad.spec
http://dionysos.fedorapeople.org/SRPMS/kicad-20
Dne 16.3.2010 13:04, Jon Masters napsal(a):
> I'd just add those gstreamer packages to my exclude config in yum for
> the moment, if you don't want to deal with the breakage each time. Then
> you can remove those excludes when the repos catch up with each other.
>
> /etc/yum.conf:
>
> exclude=gstre
On 03/16/2010 01:37 PM, Matěj Cepl wrote:
> Dne 16.3.2010 13:04, Jon Masters napsal(a):
>> I'd just add those gstreamer packages to my exclude config in yum for
>> the moment, if you don't want to deal with the breakage each time. Then
>> you can remove those excludes when the repos catch up with e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thorsten Leemhuis from RPMFusion said why this is the case at the FUDCon
09 in Berlin and it will continue to be the case if nothing changes: No
collaboration and total underappreciation of RPMFusion's work. We cannot
legally endorse RPMFusion but we c
Jon Masters wrote on 16.03.2010 13:04:
> On Tue, 2010-03-16 at 11:16 +0100, Matěj Cepl wrote:
>> Dne 16.3.2010 09:50, Ankur Sinha napsal(a):
>> > I did notice that. I wasn't sure why a package from rpmfusion would
>> > conflict with one from fedora repos. (It's in rpmfusion for a reason)
>> > Is it
https://bugs.kde.org/show_bug.cgi?id=179006#c5
> in the current version of Akonadi server you can specify a custom
> socket path by entering
>
> [Connection]
> SocketDirectory=/tmp/akonadi-myuser/
>
> into $HOME/.config/akonadi/akonadiserverrc
How about setting that as default, away from $HOM
On Tue, 2010-03-16 at 13:45 +0100, Thorsten Leemhuis wrote:
> Jon Masters wrote on 16.03.2010 13:04:
> > On Tue, 2010-03-16 at 11:16 +0100, Matěj Cepl wrote:
> >> Dne 16.3.2010 09:50, Ankur Sinha napsal(a):
> >> > I did notice that. I wasn't sure why a package from rpmfusion would
> >> > conflict w
Juha Tuomala wrote:
> https://bugs.kde.org/show_bug.cgi?id=179006#c5
>> in the current version of Akonadi server you can specify a custom
>> socket path by entering
>>
>> [Connection]
>> SocketDirectory=/tmp/akonadi-myuser/
>>
>> into $HOME/.config/akonadi/akonadiserverrc
>
> How about setting t
On Tue, 16 Mar 2010, Rex Dieter wrote:
>> How about setting that as default, away from $HOME that can be a NFS
>> filesystem?
>
> Indeed, a solution similar to kde's
> ~/.kde/socket- => /tmp/ksocket-
> symlink is likely needed here too.
Symlinks are duct-tape, why not just set it to /tmp with
g
Juha Tuomala wrote:
> On Tue, 16 Mar 2010, Rex Dieter wrote:
>>> How about setting that as default, away from $HOME that can be a NFS
>>> filesystem?
>>
>> Indeed, a solution similar to kde's
>> ~/.kde/socket- => /tmp/ksocket-
>> symlink is likely needed here too.
>
> Symlinks are duct-tape, why
Juha Tuomala wrote:
>
>
>
> On Tue, 16 Mar 2010, Rex Dieter wrote:
>>> How about setting that as default, away from $HOME that can be a NFS
>>> filesystem?
>>
>> Indeed, a solution similar to kde's
>> ~/.kde/socket- => /tmp/ksocket-
>> symlink is likely needed here too.
>
> Symlinks are duct-t
On Tue, 16 Mar 2010, Rex Dieter wrote:
>> Symlinks are duct-tape, why not just set it to /tmp with
>> global rc file?
>
> Sure, but still need to encode username into the filename (or randomize/uniq
> it) somehow.
Could that be it:
http://techbase.kde.org/KDE_System_Administration/Configu
Ankur Sinha wrote on 16.03.2010 14:33:
> On Tue, 2010-03-16 at 13:45 +0100, Thorsten Leemhuis wrote:
>> Jon Masters wrote on 16.03.2010 13:04:
>> > On Tue, 2010-03-16 at 11:16 +0100, Matěj Cepl wrote:
>> >> Dne 16.3.2010 09:50, Ankur Sinha napsal(a):
>> >> > I did notice that. I wasn't sure why a p
On Tue, 2010-03-16 at 13:45 +0100, Alexander Kahl wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Thorsten Leemhuis from RPMFusion said why this is the case at the FUDCon
> 09 in Berlin and it will continue to be the case if nothing changes: No
> collaboration and total underappreciat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/16/2010 03:34 PM, Bastien Nocera wrote:
> Except that that's not the case here, as Benjamin and I have been in
> contact with Hans who takes care of the RPMFusion packages from the
> start.
Thanks for the insight, didn't know this has changed in
On Tue, 2010-03-16 at 08:56 -0500, Rex Dieter wrote:
> Juha Tuomala wrote:
>
> > On Tue, 16 Mar 2010, Rex Dieter wrote:
> >>> How about setting that as default, away from $HOME that can be a NFS
> >>> filesystem?
> >>
> >> Indeed, a solution similar to kde's
> >> ~/.kde/socket- => /tmp/ksocket-
>
On Sunday 07 March 2010 15:59:02 Pierre-Yves wrote:
> Dear all,
>
> I have been working on R2spec fixing a couple of bugs here and there and
> switching to a template engine (jinja2) for the creation of the spec
> (based on the idea from Allen S. Rout).
>
> I have also spent some time today to ge
On Tue, Mar 16, 2010 at 10:54 AM, Matthias Clasen wrote:
>
> Any reason this cannot be an abstract socket ? Of course, then you have
> to check peer creds and figure out a way to communicate the socket name,
> but at least you don't have to worry about the usual races and
> permission problem you
Right now, installing hal will result in hald-addon-storage polling
removable devices from boot - even if nothing's paying attention. This
is a surprisingly large power consumption hit on modern systems. udisks
starts the polling on-demand, which is preferable, but some legacy
applications stil
Dne 10.3.2010 19:14, Jesse Keating napsal(a):
> On Wed, 2010-03-10 at 10:00 -0800, Jesse Keating wrote:
>> On Wed, 2010-03-10 at 18:25 +0100, Karel Klic wrote:
>> Since buildroots are broken once this change gets into the build roots,
>> I'm working on the perl and python rebuilds so that others ca
Kevin Fenzi (ke...@scrye.com) said:
> NOTE: The Meeting Time has CHANGED. See above.
>
> Followups:
>
> #351 Create a policy for updates
As has happened in the past, I'd suggest handling this meeting item later
in the meeting so that other business actually gets attended to.
Bill
--
devel m
On Tue, Mar 16, 2010 at 9:49 AM, Marcela Maslanova wrote:
> Hello,
> I've decided fix my build failure of IO::Compress::* (#555420)
> by updating to the latest version, which passed on my testing F-13.
> Please someone take a look at reviews: #573928, #573929, #573932
Not quite the first - #57382
On Tue, 16 Mar 2010 11:49:46 -0400
Bill Nottingham wrote:
> Kevin Fenzi (ke...@scrye.com) said:
> > NOTE: The Meeting Time has CHANGED. See above.
> >
> > Followups:
> >
> > #351 Create a policy for updates
>
> As has happened in the past, I'd suggest handling this meeting item
> later in t
On Mon, Mar 1, 2010 at 8:32 PM, Iain Arnell wrote:
> On Mon, Mar 1, 2010 at 9:33 PM, Chris Weyl wrote:
>> I originally opposed the split of the perl package into perl +
>> sub-package for each included dual-life dist. My thinking then was
>> that "upstream is upstream, and why should we move awa
On 03/16/2010 11:17 AM, Colin Walters wrote:
> On Tue, Mar 16, 2010 at 10:54 AM, Matthias Clasen wrote:
>
>> Any reason this cannot be an abstract socket ? Of course, then you have
>> to check peer creds and figure out a way to communicate the socket name,
>> but at least you don't have to wor
- "Iain Arnell" wrote:
> On Tue, Mar 16, 2010 at 9:49 AM, Marcela Maslanova
> wrote:
> > Hello,
> > I've decided fix my build failure of IO::Compress::* (#555420)
> > by updating to the latest version, which passed on my testing F-13.
> > Please someone take a look at reviews: #573928, #573
Compose started at Tue Mar 16 08:15:09 UTC 2010
Broken deps for i386
--
easystroke-0.5.2-1.fc13.i686 requires libboost_serialization-mt.so.5
emotion-0.1.0.042-5.fc12.i686 requires libecore_job.so.0
emotion-0.1.0.042-5.
On Tue, Mar 16, 2010 at 5:17 PM, Marcela Maslanova wrote:
> - "Iain Arnell" wrote:
>> I
>> guess perl.spec needs a little more work up front to split as much as
>> possible into separate sub-packages.
>
> Ok, but in this case we need for almost every provides a sub-package.
> Wouldn't be suff
On Tue, Mar 16, 2010 at 12:16 PM, Daniel J Walsh wrote:
>
> PLEASE do not use /tmp for communications. Use /var/run if the service is
> running as root, or can create a socket in /var/run.
In this case I believe it's a per-user service. In which case you
don't have much of a choice, because you
On Tue, Mar 16, 2010 at 01:45:33PM +0100, Thorsten Leemhuis wrote:
> There are so many developers around on this list that know: reporting
> bugs is the right way to get problems fixed and fixing things is way
> better than posting workarounds to public places for various reasons --
> nevertheless
On 03/16/2010 12:29 PM, Colin Walters wrote:
> On Tue, Mar 16, 2010 at 12:16 PM, Daniel J Walsh wrote:
>
>> PLEASE do not use /tmp for communications. Use /var/run if the service is
>> running as root, or can create a socket in /var/run.
>>
> In this case I believe it's a per-user servi
Stephen John Smoogen wrote:
> whether it was that Fast, Slow, or Cowboy Bob
You mean CowboyNeal! ;-)
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=568172
Daniel Berrange changed:
What|Removed |Added
---
Rahul Sundaram wrote:
> Updates policy won't necessarily help in this case. AutoQA might but
> then cross repo coordination is at times tricky esp with much less
> people taking care of administration of third party repos.
There's no problem to fix here at all. An updated gstreamer-plugins-bad is
Oscar Bacho wrote:
> There is one "good" update of gstreamer with include gstreamer-bad-free.
>
> And it has file conflict with gstreamer-bad of rpm-fusion and with
> gstreamer-good
>
> It seem to me that fedora needs a stable update policy.
You just need to update gstreamer-plugins-bad from RPM
On Tue, 2010-03-16 at 16:19 +0100, Karel Klic wrote:
> Dne 10.3.2010 19:14, Jesse Keating napsal(a):
> > On Wed, 2010-03-10 at 10:00 -0800, Jesse Keating wrote:
> >> On Wed, 2010-03-10 at 18:25 +0100, Karel Klic wrote:
> >> Since buildroots are broken once this change gets into the build roots,
> >
Colin Walters wrote:
> The main tricky situation comes when the app implements
> single-instance behavior internally, and does some sort of IPC (dbus,
> whatever) to talk to an existing instance. In GNOME 3 this doesn't
> matter as much because we do single-instance by default, but otherwise
> it'
Peter Lemenkov wrote:
> * Automatically add latest %changelog entry to each Bodhi update as
> "Notes" or as something else (new field, perhaps).
The changelog information is already provided in the update detail metadata,
gnome-packagekit displays it as update notes if you don't fill in any actua
[CCing Fedora Python SIG: context is that unladen-swallow is the
optimized branch of python with JIT, and Jeffrey Yasskin is working
towards being able to dynamically link Python against LLVM, in the
python 3.3 timeframe]
Does Fedora's LLVM build have just a single configuration, or would it
be ea
Am Dienstag, den 16.03.2010, 17:36 + schrieb Damien Durand:
> Author: splinux
>
> Update of /cvs/pkgs/rpms/remmina/F-13
> In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv21694/F-13
>
> Modified Files:
> import.log remmina.spec
> Log Message:
Damian,
please give a log message and
Am Dienstag, den 16.03.2010, 19:08 +0100 schrieb Christoph Wickert:
> With cvs-import you have no option to change the changes.
s/change/check
Christoph
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Nikolay Ulyanitsky wrote:
> There are a lot of generally useful macros in Fedora, which are not
> described in the Fedora wiki: %__awk, %__bzip2, %__cat, %__chgrp,
> %__chmod, %__chown, %__cp, %__cpio, %__file, %__gpg, %__grep,
> %__gzip, %__id, %__install, %__ln_s, %__lzma, %__xz, %__make,
> %__mk
drago01 wrote:
> You can't ... you need to use another installation method than the
> live media to use any other fs than ext4.
>
> The live media installation basically copies the the ext4 image to
> disk and re-sizes it.
>
> Using the install DVD or a netinstall image you can use any supported
Richard Hughes wrote:
> I'm doing an obsoletes, but I would rather people feel the pain of
> having to update the spec files now (early in the F14 cycle) rather
> than when we remove the compatibility provides in over a years time,
> and when nobody remembers what the new name is.
So you just neve
On Tue, Mar 16, 2010 at 07:09:59PM +0100, Kevin Kofler wrote:
> Nikolay Ulyanitsky wrote:
> > There are a lot of generally useful macros in Fedora, which are not
> > described in the Fedora wiki: %__awk, %__bzip2, %__cat, %__chgrp,
> > %__chmod, %__chown, %__cp, %__cpio, %__file, %__gpg, %__grep,
>
Compose started at Tue Mar 16 09:15:16 UTC 2010
Broken deps for i386
--
doodle-0.6.7-5.fc12.i686 requires libextractor.so.1
easystroke-0.5.2-1.fc13.i686 requires libboost_serialization-mt.so.5
edje-0.9.9.050-6.fc12.i68
Jesse Keating wrote:
> On Mon, 2010-03-15 at 14:14 -0600, Kevin Fenzi wrote:
>> #355 Let rel-eng untag embryo from F-13 because it breaks the chain
>> and upgrade path
>
> Does this one really have to wait for a meeting? It's a pretty straight
> forward case, deps are broken, it couldn't have be
On 03/16/2010 02:32 PM, Till Maas wrote:
> On Tue, Mar 16, 2010 at 07:09:59PM +0100, Kevin Kofler wrote:
>> Nikolay Ulyanitsky wrote:
>>> There are a lot of generally useful macros in Fedora, which are not
>>> described in the Fedora wiki: %__awk, %__bzip2, %__cat, %__chgrp,
>>> %__chmod, %__chown,
I recently discovered this script for downloading scratch builds from
Koji:
http://people.redhat.com/mikeb/scripts/download-scratch.py
Is this the "official" way of doing this? If so, is this packaged
somewhere? (e.g. in a more recent build of "koji" or "rpmdevtools"). I
keep losing the URL, an
On Tue, Mar 16, 2010 at 02:58:24PM -0400, David Malcolm wrote:
> I recently discovered this script for downloading scratch builds from
> Koji:
> http://people.redhat.com/mikeb/scripts/download-scratch.py
>
> Is this the "official" way of doing this? If so, is this packaged
> somewhere? (e.g. in
On 16.03.2010 17:42, Till Maas wrote:
> On Tue, Mar 16, 2010 at 01:45:33PM +0100, Thorsten Leemhuis wrote:
>> There are so many developers around on this list that know: reporting
>> bugs is the right way to get problems fixed and fixing things is way
>> better than posting workarounds to public pl
Jesse Keating (jkeat...@redhat.com) said:
> > However, it makes no sense to use compat-gdbm for a long time, as the
> > API is the same, and no source code changes are needed in packages using
> > gdbm-1.8.0 to use gdbm-1.8.3.
>
> I don't see much problem with removing compat-gdbm once all our
On Tue, 2010-03-16 at 19:45 +0100, Kevin Kofler wrote:
> Jesse Keating wrote:
>
> > On Mon, 2010-03-15 at 14:14 -0600, Kevin Fenzi wrote:
> >> #355 Let rel-eng untag embryo from F-13 because it breaks the chain
> >> and upgrade path
> >
> > Does this one really have to wait for a meeting? It's a
One thing we didn't talk about here -- given that the independent
subpackages are replacing dual-lifed core modules, should we be using
%perl_archlib/_privlib rather than %perl_vendorarch/_vendorlib? I
realise this is mainly nomenclature here, as we currently have one set
to the other, but it woul
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=568984
--- Comment #5 from Fedora Update System 2010-03-16
15:33:32 EDT ---
perl-Authen-PAM-0.16-8.el4 has been pushed to the Fedora E
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=569300
Fedora Update System changed:
What|Removed |Added
--
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=568984
Fedora Update System changed:
What|Removed |Added
--
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=569300
--- Comment #5 from Fedora Update System 2010-03-16
15:35:16 EDT ---
perl-Hash-Merge-0.11-2.el4 has been pushed to the Fedora E
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=561389
--- Comment #3 from John Griffiths 2010-03-16 15:40:15
EDT ---
Patch worked. Hope this gets into the build package.
--
Config
On Tue, 2010-03-16 at 20:09 +0100, Thorsten Leemhuis wrote:
> On 16.03.2010 17:42, Till Maas wrote:
> > On Tue, Mar 16, 2010 at 01:45:33PM +0100, Thorsten Leemhuis wrote:
> >> There are so many developers around on this list that know: reporting
> >> bugs is the right way to get problems fixed and
On Tue, 16 Mar 2010, James Antill wrote:
>
> Rpmfusion can run auto QA like tests on rpmfusion and Fedora (I don't
> think we can legally do the same ... but I'm not sure). Finding the file
> conflicts automatically is harder (you need to download all the rpms),
> and it's not fast, but it's pos
On 16.03.2010 20:46, James Antill wrote:
> On Tue, 2010-03-16 at 20:09 +0100, Thorsten Leemhuis wrote:
>> On 16.03.2010 17:42, Till Maas wrote:
>>> On Tue, Mar 16, 2010 at 01:45:33PM +0100, Thorsten Leemhuis wrote:
There are so many developers around on this list that know: reporting
bugs
On Tue, 16 Mar 2010, Jesse Keating wrote:
> On Tue, 2010-03-16 at 15:46 -0400, James Antill wrote:
>> but it's possible (Seth has a script, IIRC).
>
> I do believe seth's script works purely from metadata without
> downloading the rpms.
it gets the headers from the pkgs w/o downloading the whol
Hey List,
In the org that i work for, we use logwatch for log monitoring. Since
puppet is too new to have a module in logwatch, i've had the 'joy'
recently of attempting to write a functional module. In doing so, i
have a number of issues i would like to bring up about logwatch in
Fedora (and RHEL
On Tue, 2010-03-16 at 15:46 -0400, James Antill wrote:
> but it's possible (Seth has a script, IIRC).
I do believe seth's script works purely from metadata without
downloading the rpms.
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
signature.asc
Descrip
On Tue, Mar 16, 2010 at 11:14:17AM -0400, David Malcolm wrote:
> IIRC, we currently jump through some hoops in brp-python-bytecompile;
> upstream landed some new ways of doing this in this patch for 2.7/3.2:
> http://bugs.python.org/issue8140
>
> (Not sure if it's helpful as I think Toshio solved
There's always more testing to do, and this week is no exception: it's
Test Day time again! This Thursday, 2010-03-18, is storage Test Day [1].
Fedora 13 features several improvements to disk management [2], and this
Thursday is our time to test them out! Anyone with a computer and a hard
disk can
On 03/16/2010 08:27 AM, Alain Portal wrote:
> Hi,
>
> I get some problem in packaging kicad.
> Linking fails, and I don't know how to solve.
> There is no problem if I compile without packaging.
Well, I doubt that seriously. This code is a bit of a mess (but still
not as painful as chromium).
At
Hi,
im orphaning:
e_dbus
ecore
edje
eet
efreet
embryo
emotion
epeg
epsilon
evas
ewl
libeina
Reason:
The problem started with my co-maintainer cassmodiah, building embryo
.063 release for F-13 without waiting for me to have the complete
chain built at least locally and having it tested. That's th
Hi,
Please review the patch for this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=521108
Patch:
https://bugzilla.redhat.com/attachment.cgi?id=400577&action=edit
https://bugzilla.redhat.com/attachment.cgi?id=400577&action=diff
Fix description:
The console uses resource editor extensions which
On Tue, 16 Mar 2010 15:46:16 -0400, James wrote:
> Rpmfusion can run auto QA like tests on rpmfusion and Fedora (I don't
> think we can legally do the same ... but I'm not sure). Finding the file
> conflicts automatically is harder (you need to download all the rpms),
> and it's not fast, but it'
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: AMAVISD_DB_HOME in amavisd-agent has wrong default
https://bugzilla.redhat.com/show_bug.cgi?id=574195
Summary: AMAVISD_DB_HOME in amavisd-agent has wrong defaul
Am Dienstag, den 16.03.2010, 22:11 +0100 schrieb Thomas Janssen:
> The real reason to get the packages orphaned is the continued
> annoyance of cwickert on IRC (#fedora-de), trying to force me into the
> role of the bad guy there, since he did not understand the problem,
> even not in the FESCo Me
Hi all,
I am trying to get my k3715 to work in F12 or F13. I have filled this
bug report https://bugzilla.redhat.com/show_bug.cgi?id=552456 . It
reports by dmesg as a E620.
The modem works fine in F11 with no usb_modeswitch. But by default the
CD Rom and Memory card a re disabled by default.
In
On Tue, 2010-03-16 at 21:46 +0100, Michael Schwendt wrote:
> On Tue, 16 Mar 2010 15:46:16 -0400, James wrote:
>
> > Rpmfusion can run auto QA like tests on rpmfusion and Fedora (I don't
> > think we can legally do the same ... but I'm not sure). Finding the file
> > conflicts automatically is har
Tom "spot" Callaway wrote:
> - link fixes. Really, these libraries should be linked properly so they
> don't need the executable linking calls to be explicitly correct, but
> cmake gives me a headache.
You can use target_link_libraries on a shared library just as well as on an
executable.
82 matches
Mail list logo